Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Автоматизация процесса обработки заявок на ИТ-обслуживание в ООО «Элисофт» (Характеристика предприятия и его деятельности)

Содержание:

ВВЕДЕНИЕ

Автоматизация задач повседневной рабочей деятельности специалиста ведет к увеличению производительности труда. В силу физиологии человеку лучше всего подходят задачи, требующие в той или иной степени творческого подхода в решении. Задачи же, требующие хранения больших объемов информации, проведения простых или сложных вычислений, задачи по отслеживанию состояния больше подходят для компьютерных систем. В современных условиях важной областью стало информационное обеспечение, которое состоит в сборе и переработке информации, необходимой для принятия обоснованных управленческих решений.

Актуальность темы курсовой работы обуславливается необходимостью автоматизации работы сотрудников с целью снижения временных и денежных затрат на поиск и обработку необходимой им информации при осуществлении технической поддержки.

В связи с тем, что организации обладают большим парком компьютерной техники, периферийных устройств и сетевого оборудования необходимо провести учет заявок на техническое обслуживание и работу службы технической поддержки. Все обращения могут быть зафиксированы в виде заявок на обслуживание, с целью анализа работы сотрудников отвечающих за работоспособность технической архитектуры компании. Для учета оборудования и всех операций, связанных с ремонтом и обслуживанием необходимо разработать информационную систему.

В связи с тем, что существует большая нагрузка на компьютерное и телекоммуникационное оборудование для их круглосуточного и стабильного функционирования необходимо в срок выполнять ремонт и обслуживание. Для учета заявок на обслуживание оборудования и всех операций, связанных с ремонтом и обслуживанием необходимо разработать информационную систему.

Объектом исследования является – ООО «Элисофт».

Предметом исследования является деятельность отдела информационных технологий по ИТ-обслуживанию.

Целью работы является разработка информационной системы учета заявок ИТ-обслуживания в ИТ отделе ООО «Элисофт».

Основные задачи исследования:

  • анализ деятельности организации и ее организационная структура;
  • разработка информационной модели предметной области;
  • проектирование базы данных;
  • разработка пользовательского интерфейса;
  • реализация контрольного примера.

Методы исследования:

  • анализ теоретических источников по предметной области и проектированию информационных систем;
  • анализ деятельности организации и выявления области автоматизации;
  • обработка результатов анализа;
  • функциональное моделирование.

Теоретические вопросы в области проектирования и разработки информационных систем, автоматизации деятельности рассмотрены труды таких ученых как: Смирнов, Г.Н., Сорокин, Ю.Ф., Соловьев, И.В. Тельнов Ю.Ф., Вендров А.М.

Для выполнения дипломного проекта, кроме того, используются нормативные акты РФ, стандарты и методические материалы по проектированию, разработки ИС, а также находящиеся в свободном доступе внутренние документы ООО «Элисофт».

1. Технико-экономическая характеристика предметной области и предприятия

1.1 Характеристика предприятия и его деятельности

Общество с ограниченной ответственностью «Элисофт», сокращенно ООО «Элисофт». Организации присвоены при регистрации ИНН: 7258967063, КПП: 728002231.

ООО «Элисофт» работает в области IT, телекоммуникации, связи, электроники. Общество действует на основании Устава, ФЗ «Об акционерных обществах», гражданским кодексом и др. нормативно-правовых актов [27].

ООО «Элисофт» – системный интегратор, занимающийся решением широкого спектра проблем в области информационных технологии, а также создающий современные высокотехнологичные информационно-вычислительные системы на рынке ИТ услуг.

Осуществлять сотрудничество с IT-департаментами корпоративных заказчиков с целью разработки и внедрения стратегии развития информационной инфраструктуры предприятия для оптимального решения настоящих и будущих задач.

Виды деятельности предприятия:

  • разработка и внедрение программных решений собственной разработки;
  • внедрение программного обеспечения по выбору заказчика;
  • проектирование и построение локальных компьютерных сетей на территории заказчика;
  • прочая деятельность, связанная с использованием вычислительной техники и информационных технологий [27].

Предприятие ООО «Элисофт» организует для своих клиентов программы технической и технологической поддержки, включая расширенное техническое обслуживание и IT-аутсорсинг.

ООО «Элисофт» обладает собственной производственной базой и двумя современными, оборудованными и сертифицированными по требованиям государственных органов лабораториями для проведения испытаний техники и оборудования, на котором может разрабатываться и сертифицироваться оборудование, соответствующее всем стандартам безопасности.

Установка оборудования - услуга, включающая в себя доставку, распаковку и монтаж компьютерного оборудования на рабочем месте заказчика. Тестирование подключенного оборудования по методике (тестами) производителя. Разворачивание предустановленного программного обеспечения, демонстрация работоспособности оборудования и получение подтверждения заказчика о выполненных работах. Основные технико-экономические показатели деятельности приведены в таблице 1.

Таблица 1

Основные технико-экономические показатели деятельности ООО «Элисофт» за 2017-2019 гг.

Показатель

Ед.изм.

2017

2018

2019

Внеоборотные активы

тыс. руб.

7559

5268

10367

Оборотные активы, в т.ч

тыс. руб.

395569

225267

227900

Запасы

тыс. руб.

160112

107804

82111

Дебиторская задолженность

тыс. руб.

175288

91603

111385

Денежные средства и денежные эквиваленты

тыс. руб.

59152

25136

32646

Прочие оборотные активы

тыс. руб.

1000

700

913

Уставный капитал (складочный капитал, уставный фонд, вклады товарищей)

тыс. руб.

27110 

27110 

27110 

Краткосрочные пассивы

тыс. руб.

279705

247992

314254

Кредиторская задолженность

тыс. руб.

272348

237321

149705

Валовая прибыль (убыток)

тыс. руб.

113452

48907

63655

Выручка

тыс. руб.

690605

277586

356806

Себестоимость продаж

тыс. руб.

577153

228682

293151

Прибыль (убыток) от продаж

тыс. руб.

34360

-12466

-8994

Чистая прибыль (убыток)

тыс. руб.

15690

-20786

-54683

Численность персонала

чел

309

308

307

Предприятие имеет достаточно стабильные экономические показатели и развивается, несмотря на сложные условия функционирования в современных экономических условиях прошлых лет.

1.2 Организационная структура управления предприятием

Организационная структура любого предприятия - это фиксированные взаимосвязи, которые существуют между подразделениями и работниками. Организационная структура – это система управления организацией. Каждое предприятие имеет свою, специфическую организационную структуру.

Рассматриваемое предприятие имеет линейно-функциональную структуру, которая представлена на рисунке 1.1 [2, 6, 7, 27].

16

Рисунок 1. Организационная структура ООО «Элисофт»

В соответствии с уставом ООО «Элисофт» является обществом с ограниченной ответственностью. Основные цели и задачи устанавливаются учредителями. Совет учредителей является высшим органом управления. Основные права и обязанности учредителя оговорены в уставе организации.

Директор отвечает за результат деятельности общества, является высшим органом управления и принятия решений, формирует штат работников, отвечает перед советом акционеров за деятельность организации. Действует от имени организации.

В компетенцию финансового директора входит проверка деятельности назначаемых им, но утверждаемых директором, бухгалтера, главного бухгалтера; расчеты с поставщиками, сдача квартальных и годовых бухгалтерских отчетов; составление бухгалтерского баланса и т.п. Также финансовый директор ведет анализ финансово-хозяйственной деятельности предприятия.

Технический директор отвечает за деятельность, связанную с реализацией проектов.

Коммерческий директор отвечает непосредственно за продажи, а также за работу с клиентами и привлечения новых клиентов и потребителей. Работа идет как с физическими, так и с юридическими лицами. Для этого создан отдел менеджеров по работе с клиентами.

Бухгалтерия ведет регулярную бухгалтерскую документацию, в том числе журналы-ордеры по заработной плате, ведение кассовых операций, ведение журнала-ордера, подотчет, проверка отчетов материально-ответственных лиц [24].

Основными задачами отдела «Информационных технологий» являются:

  • развитие и внедрение новых информационных технологий, системных программных средств и сопутствующего программного обеспечения;
  • организация обмена информацией;
  • обеспечение информационной безопасности;
  • повышение профессионального уровня специалистов отрасли по вопросам практического применения новых информационных технологий и сопутствующего программного обеспечения [15].

Основными функциями отдела «Информационных технологий» являются:

  • изучение инновационных, в том числе, новых информационных, технологий и последующее внедрение;
  • согласование технических заданий на разработку и внедрения нового программного обеспечения в отрасли на предмет обеспечения сетевого и системного взаимодействия;
  • настройка, администрирование, и модернизация программного обеспечения компьютерных сетей;
  • консультации по вопросам системного программного обеспечения;
  • создание и правка электронных документов с применением компьютерной техники и офисных программ;
  • оказание консультационной и технической помощи сотрудникам предприятия по вопросам эксплуатации программного обеспечения общего и специального назначения;
  • организация своевременного рассмотрения и исполнения заявок на выполнение работ, связанных с функционированием программного и аппаратного обеспечения [16, 17].

Инженер-конструктор серверов и СХД выполняет обязанности:

  • выявление и фиксирование технических требований к проектируемым системам;
  • выбор стандартов для проектируемых систем;
  • выбор технологий, определяющих основу проектируемых систем;
  • проработка отдельной архитектуры проектируемых систем;
  • экспертиза конструкторских решений в процессе проектирования и внедрения систем;
  • проведение презентаций по представлению и защите архитектурных и конструкторских решений, применяемых технологий;
  • участие в пусконаладочных работах [17].

Инженер-конструктор по инфраструктурным решениям Microsoft имеет обязанности:

  • разработка ТКП;
  • разработка проектной документации;
  • внедрение решений на базе инфраструктурных продуктов Microsoft;
  • техническая поддержка инфраструктурных решений на базе продуктов Microsoft [16].

Системный инженер имеет обязанности:

  • настройка оборудования и ПО;
  • поиск неисправностей и ошибок ПО;
  • администрирование систем;
  • составление документации.

1.3 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

Понятие бизнес-процесс лежит в основе процессного подхода к анализу и синтезу деятельности организации. Процессный подход позволяет рассматривать деятельность организации как связанную систему бизнес-процессов, каждый из которых протекает во взаимосвязи с другими бизнес-процессами или внешней средой.

Компания ООО «Элисофт» осуществляет в качестве основной деятельности проектирование и построение СКС, оказание телекоммуникационных и консалтинговых услуг, установку и внедрение сетевых служб, внедрение и последующее сопровождение корпоративных систем, оказание помощи в приобретении серверов, рабочих станций, сетевых устройств.

Для рассмотрения всех бизнес-процессов выполняемых в организации произведено рассмотрение выполнение основной задачи ООО «Элисофт», а также выполняемые при этом действия по учету информации и ее передачи внутри организации и во внешнюю среду.

В рамках данного исследования можно сформулировать следующий перечень процессов и работ, реализуемых в компании.

  1. Закупка оборудования и программног ообеспечения у поставщиков:
  • поиск поставщиков;
  • заключение договоров и лецензионных соглашений;
  • контроль за оформлением документов;
  • выработка ценовой политики по закупку.
  1. Хранение оборудования:
  • организация хранения оборудования;
  • обеспечение сохранности товарно-материальных ценностей;
  • контроль состояния склада и передача оборудования.
  1. Поставка компьютерного и телекоммуникационного оборудования, программного обеспечения и драйверов пользователям и оказание телекоммуникационных услуг:
  • выработка ценовой политики;
  • заключение договоров на поставку;
  • контроль за исполнением договоров продаж;
  • контроль за качеством;
  • предпродажная подготовка оборудования и ПО;
  • доставка и установка оборудования и ПО;
  • предоставление услуг доступа в интернет;
  • размещение и аренда серверов в датацентре.
  1. Разработка проектов по информаицонной безопасности, организация защиты объектов.
  2. Послепродажное обслуживание:
  • гарантийное и послегарантийное обслуживание всей поставляемой техники через сеть сервисных центров;
  • гарантийный ремонт;
  • прием и замена вышедшего их строя оборудования;
  • выезд специалистов на объект эксплуатации;
  • контроль по срокам гарантии;
  • оформление документов по обмену и возврату;
  • консультирование клиентов по вопросам, связанным с установленным оборудованием и ПО;
  • предоставление информации по гарантийному ремонту для учета.
  1. Техническая и технологическая поддержка:
  • техническое обслуживание по установке и внедрению оборудования, систем;
  • конфигурирование оборудования;
  • монтаж структурированных кабельных систем;
  • дистанционное консультирование пользователей;
  • заключение договоров на поддержку.
  1. ИТ-аутсорсинг
  • заключение договоров на технологическую поддержку;
  • поддержка программного и аппаратного обеспечения на периодической основе и на основе запросов;
  • диагностика работоспособности оборудования и сети;
  • администрирование ОС;
  • создание архивов и резервных копий;
  1. Обучение пользователей.
  2. Бизнес-процессы управления:
  • бухгалтерский учет;
  • оперативный учет;
  • внутренний учет для менеджеров и руководителей [24, 27].

Для реализации задачи построения модели бизнес-процесса предметной области, необходимо на словесном уровне описать проблему, которая должна быть решена методами моделирования.

Модель создается в соответствии с методологией структурного анализа и проектирования SADT. Она позволяет получить распределение ответственности за основные результаты деятельности.

Организацией своевременного рассмотрения и исполнения заявок на выполнение работ, связанных с функционированием программного и аппаратного обеспечения, занимаются специалисты отдела информационных технологий.

Отдел ИТ обеспечивает решение проблем, связанных с эксплуатацией, ремонтом, модернизацией компьютеров, телекоммуникационного оборудования, сетевого оборудования, с установкой и настройкой программного обеспечения.

Регламент работ:

  • прием заявки на установку оборудования или на ремонт;
  • составление перечня работ;
  • установка оборудования и выполнение согласованного перечня работ;
  • тестирование и ввод в эксплуатацию;
  • сдача проекта;
  • составление акта выполненных работ.

Служба обеспечивает решение проблем, связанных с эксплуатацией, ремонтом, модернизацией компьютеров, телекоммуникационного оборудования, сетевого оборудования, с установкой и настройкой программного обеспечения.

Обслуживаемое оборудование должно учитываться по датам покупки, гарантийным срокам, информацией о поставщиках, местоположению, отметками о ремонтах и модернизациях.

ИТ-отдел должен отслеживать замену комплектующих, контролировать использование расходных материалов, а также оперативно реагировать на поступающие заявки. Оборудование, прежде чем устанавливается на рабочие места пользователей, регистрируется в ИТ отделе.

Начальник отдела ведет учет всех технических средств, имеющихся в организации, поскольку является материально ответственным лицом. При этом данные об оборудовании поступают из бухгалтерии, поскольку поступившие технические средства принимаются к бухгалтерскому учету.

Оборудование должно проходить периодическую проверку и технический осмотр для увеличения срока эксплуатации.

Управляющими механизмами являются сотрудник отдела ИТ, начальник ИТ отдела, ИС «Учет заявок ИТ-обслуживания».

Модель деятельности по учету оборудования представлена на рисунке 2.

USED AT:

AUTHOR:

DATE:

REV:

PROJECT: Учет заявок на ИТ-обслуживание

ООО "Элисофт"

01.06.2018

04.06.2018

NOTES: 1 2 3 4 5 6 7 8 9 10

WORKING

DRAFT

RECOMMENDED

PUBLICATION

READER

DATE

CONTEXT:

TOP

NODE:

TITLE:

NUMBER:

Обработка заявок ИТ-обслуживания », 2015ионных технологии, а так информационных систем и технологий

ООО "Элисофт"

A-0

Нормативные акты РФ,

Технические регламенты

оборудования

Отчет по компьютерам

организации

Информация об оборудовании

Начальник

отдела ИТ

Отчет по

неисправностям

Акт выполненных работ

Информация о компьютерах

Заявка на обслуживание и

модернизацию

Устав ООО

"Элисофт"

Должностные

инструкции сотрудников

ООО "Элисофтк"

Сотрудники

отдела ИТ

Отчет по заявкам

ИС "Учет ремонта

и модернизации

ПК"

Отчет по оборудованию

Отчет по проведенным

работам

Данные о работах

Информация о расположении

оборудования

Сведения о поломках

0

0р.

Обработка заявок ИТ-обслуживания

ООО «Элисофт»"

Цель: Разработка ИС учета компьютеров и оборудования

"Как должно быть"

Точка зрения: Разработчик ИС

Рисунке 2. Диаграмма IDEF0 «Как должно быть»

26

На верхнем уровне модели рассматриваемая система представляется в виде процесса «Учет ремонта и модернизации оборудования ПК».

В бизнес-процессе «Учет ремонта и модернизации оборудования ПК» входом является заявка на обслуживание и ремонт, поступающая от сотрудников отделов организации. Также на вход подаются сведения о поломках, информация о компьютерах и об оборудовании, информация о расположении оборудования, сведения о необходимых работах.

Выходом процесса является акт выполненных работ и отчеты по проделанным работам, по компьютерам, по неисправностям, по оборудованию, по заявкам, которые направляются в различные подразделения компании, которые являются внутренними клиентами бизнес-процесса. В случае проведения модернизации оборудования ПК и отсутствия данного оборудования в организации необходимо проведение его закупки, что связано с имеющимися денежными средствами и оформляется через бухгалтерию по согласованию с руководством организации.

Следует отметить, что отдел ИТ занимается обеспечением и поддержкой компьютерного оборудования в основной административной деятельности. Производственную деятельность и обеспечение оборудования производственной деятельности выполняет специализированный отдел. Доступ к оборудованию регламентирован и строго контролируется.

Регламентируется бизнес-процесс учета уставом компании, должностными инструкциями сотрудников компании, техническими регламентами оборудования и правилами подачи заявок, и сроками их рассмотрения. Каждый из бизнес-процессов верхнего уровня декомпозируется на ряд подпроцессов. В качестве критерия выделения подпроцессов второго уровня можно использовать учет разных объектов управления:

  • учет компьютеров;
  • учет телекоммуникационного оборудования;
  • учет заявок на выполнение работ;
  • учет выполненных работ.

Декомпозиция IDEF0 модели представлена на рисунке 3.

USED AT:

AUTHOR:

DATE:

REV:

PROJECT: Учет заявок на ИТ-обслуживание

ООО "Элисофт"

01.06.2018

04.06.2018

NOTES: 1 2 3 4 5 6 7 8 9 10

WORKING

DRAFT

RECOMMENDED

PUBLICATION

READER

DATE

CONTEXT:

A-0

NODE:

TITLE:

NUMBER:

Обработка заявок ИТ-обслуживания ООО

"Элисофт"

A0

Устав ООО

«Элисофт"

Сотрудники

отдела ИТ

Нормативные акты РФ, Технические регламенты

оборудования

Начальник

отдела ИТ

Отчет по заявкам

Должностные

инструкции сотрудников

ООО "Элисофт"

Информация о

расположении

оборудования

Отчет по

проведенным

работам

Заявка на обслуживание и

модернизацию

Акт

выполненных

работ

Данные о

работах

Отчет по

компьютерам

организации

Информация об

оборудовании

Отчет по

неисправностям

Информация о

компьютерах

Состав и

расположение

компьютеров

ИС "Учет ремонта и

модернизации ПК"

Отчет по оборудованию

Сведения о

поломках

Информация об

обслуживаемом

оборудовании

Данные

по заявке

1

0р.

Учет компьютеров

2

0р.

Учет

оборудования

связи

3

0р.

Учет заявок на

выполнение работ

4

0р.

Учет выполненных

работ

Рисунок 3. Декомпозиция диаграммы IDEF0 «Как должно быть»

28

Цель разработки информационной системы будет сводиться к устранению существующих недостатков: вся документация ведется вручную, вручную заполняется журнал об обслуживании оборудования, формированию заявок и контролю их выполнения, вручную составляются отчеты.

Проектируемая информационная система «Учет заявок ИТ-обслуживания» должна выполнять следующие операции:

  • ввод информации в таблицы базы данных для дальнейшего хранения и использования;
  • просмотр информации об оборудовании;
  • редактирование информации об оборудовании;
  • удаление информации;
  • формирование документов по обслуживанию, заявкам, ремонту оборудования;
  • поиск информации в базе по различным параметрам;
  • оформление документов: отчеты о количестве обслуживаний, ремонтов, размещении нового оборудования.

С проектируемой информационной системой должны работать начальник ИТ-отдела, специалист ИТ отдела. Проектируемая информационная система должна помочь достичь улучшения следующих показателей:

  • улучшение качества обработки информации;
  • сокращение ожидания в обработке заявок на обслуживание;
  • повышение получения оперативности обработки информации.

Проектируемая информационная система должна решать следующие задачи:

  • учет компьютеров в организации;
  • учет оборудования связи;
  • учет заявок на выполнение работ по модернизации и ремонту;
  • учет выполненных работ;
  • учет неисправностей;
  • формирование отчетности.
  • обеспечение оперативного поиска данных по информационной базе.

2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

Информационная модель — модель объекта, представленная в виде информации, описывающей существенные для данного рассмотрения параметры и переменные величины объекта, связи между ними, входы и выходы объекта и позволяющая путём подачи на модель информации об изменениях входных величин моделировать возможные состояния объекта.

Информационная модель задачи, представленная в виде схемы данных на рис. 4, представляет собой структурное представление движения информационных потоков (путь данных) с момента поступления входной информации до момента выдачи выходных форм.

Информационная модель описывает предмет рассмотрения с точки зрения обработки и хранения информации в справочниках и таблицах и их отражения в формах документов и печатных отчетах. Также на информационной модели выделяются области работы для каждого пользователя.

С помощью информационной модели проще понять и описать те операции, которые будут выполняться в разрабатываемой ИС, а также здесь определяется какие данные должны присутствовать в обработке.

Данная модель показывает, какую информацию и о каких объектах необходимо хранить в БД информационной системы [24]. Описываются все экранные формы и операции, которые необходимо разработать для каждой области автоматизации и для каждого пользователя.

Рассмотрев информационную модель можно сказать, что она описывает все операции и всех заинтересованных лиц, которые будут работать с системой и получать результатные данные из нее.

Основными участниками информационной модели являются:

  1. Начальник ИТ отдела;
  2. Сотрудники ИТ Отдела;
  3. Бухгалтерия.

17

Рисунок 4. Информационная модель

На основании рассмотрения информационной модели можно сказать, что будет выполняться несколько типов операций, ориентированных на различных пользователей, но все связанны непосредственно с учетом ремонта и модернизации компьютерного оборудования.

Область 1 отражает действия сотрудника IT отдела, который должен иметь полную информацию об оборудовании, деталях, выполнении ремонта и поломках обслуживаемого оборудования. Сотрудники IT отдела вносят информацию об имеющемся оборудовании. Производят физическое размещение оборудование по подразделениям и заносят информацию в информационную систему.

Для добавления информации в ИС необходимы соответствующие формы, которые заполняют сотрудники, а данные из этих форм хранятся в таблицах.

Для оформления журналов в печатном виде формируется отчет. Для поиска документа используется форма поиска информации по журналам.

Область 2 отражает действия начальника IT отдела. Работа заключается в обработке заявок на ремонт с целью распределения занятости сотрудников отдела по обслуживанию, ремонту и модернизации оборудования. Каждое обращение, поступающее в ИТ отдел, разделяются по типам, исходя из типа обращения начальник ИТ отдела формирует тот или иной документ. Начальник ведет учет установки оборудования, заявки на закупку оборудования в случае его отсутствия и списания его. Для поиска используется форма для поиска документов по журналам документов, так же предусмотрена возможность просмотра формы документа.

Область 3 отражает участие бухгалтерии при работе с системой учета ремонта и модернизации компьютерного оборудования в виде получения отчета по заявкам на закупку, поскольку будет производится трата финансовых средств, и необходим контроль за сметой расходов.

Область 4 отражает деятельность администратора БД по работе с базой данных и непосредственно с таблицами БД с целью поддержки безопасности, резервного копирования.

Все операции имеют отражение в таблицах и справочниках БД. Некоторые показатели и результатные данные представляют собой расчеты, которые будут выполняться автоматически при запуске программы, тем самым нет необходимости создания для них хранилищ данных. По информационной модели можно сказать, что различные операции по наполнению БД могут выполнять различные пользователи. Но есть операции, которые направлены для автоматизации конкретных действий должностных лиц [3].

2.2 Используемые классификаторы и системы кодирования

При решении задачи работы по учету ремонта и модернизации компьютерного оборудования используется ряд классификаторов и кодов, которые определены на этапе выбора информационного обеспечения. Системы кодирования, которые могут быть использованы при работе с документами в информационные системы представлены в таблице 2. Краткие обозначения систем кодирования представлены в таблице 3.

Краткие обозначения использующихся видов классификаторов в информационной системе учета ремонта и модернизации оборудования представлены в таблице 4.

Таблица 2

Перечень обозначений систем кодирования

Система кодирования

Краткое обозначение

Порядковая

П

Серийно-порядковая

СП

Разрядная (позиционная)

Р

Комбинированная (смешанная)

К

Таблица 3

Перечень обозначений видов классификаторов

Вид классификатора

Краткое обозначение

Общегосударственный

ОГ

Отраслевой

О

Локальный

Л

Международный

М

При проектировании структуры данных для базы данных будут использоваться порядковые системы кодировании, которые могут быть реализованы автоинкрементальным полем в СУБД, а также вид классификатора будет локальный, т.е. использоваться только внутри организации.

Поскольку программное решение предназначено только для внутреннего использования и работы с клиентами общегосударственных классификаторов не подразумевается.

Таблица 4

Краткие обозначения видов классификаторов

Наименование объекта

Значность кода

Система кодирования

Вид классификатора

Пример кодируемого множества

Код

Описание

Код оборудования

6

П

Л

000001 - 999999

Код оборудования

Код модели

6

П

Л

000001 - 999999

Код модели оборудования

Код детали

6

П

Л

000001 - 999999

Код детали

Код подразделения

6

П

Л

000001-999999

Код подразделения

Код сотрудника

6

П

Л

000001-999999

Код сотрудника

Номер документа

6

П

Л

000001-999999

Номер документа

Использование кодов и классификаторов позволят унифицировать работу с данными, а также обеспечить использование стандартной информации общегосударственных и локальных классификаторов. В работе преимущественно используются локальные классификаторы, поскольку организация решает для себя частную задачу автоматизации предметной области, по которой нет унифицированной отчетности.

2.3 Характеристика нормативно-справочной, входной и оперативной информации

При описании предметной области и построении информационной модели выделены справочники для хранения условно –постоянной информации, которая служит для уточнения характеристик информации о процессах и объектах учета.

Условно-постоянная информация вносится в информационную систему с определенной периодичностью или по мере поступления. В таблице 5 представлен перечень и описание нормативно-справочной информации, которая обрабатывается в информационной системе.

Таблица 5

Перечень нормативно-справочной информации

Название

Ответственный за ведение

Средний объём в записях

Средняя частота актуализации

Описание

Деталь

Сотрудник ИТ отдела

20

24 раза в год

Описание комплектующих

Марка

Сотрудник ИТ отдела

10

12 раз в год

Марка оборудования

Оборудование

Сотрудник ИТ отдела

20

12 раз в год

Наименование оборудования

Причина поломки

Сотрудник ИТ отдела

20

100 раз в год

Причина поломки

Тип обращения

Сотрудник ИТ отдела

5

12 раз в год

Описание типа обращения

Сотрудник

Начальник ИТ отдела

10

12 раза в год

ФИО сотрудника

Тип оборудования

Сотрудник ИТ отдела

5

1 раз в год

Тип оборудования

Должности

Начальник ИТ отдела

10

1 раз в год

Наименование должности

Организация

Начальник ИТ отдела

5

1 раз в год

Наименование организации

В процессе описания структуры записи файлов для описания типа полей записи используются сокращенные обозначения. Сокращенные обозначения на этапе проектирования позволяют определить типы данных для реквизитов впоследствии переделать их под конкретную СУБД. Список обозначений приведен в таблице 6.

Таблица 6

Перечень обозначений типов полей записи базы данных

Наименование типа поля записи

Полное название

Краткое обозначение

Символьный тип

Character

A

Числовой тип

Numerical

N

Календарная дата

Date

D

Автосчетчик

AutoNumber

AN

Для оформления документов необходимы справочники, которые должны содержаться в системе и пополняться по мере поступления информации и заполняться ответственным за их ведение сотрудником.

За наполнение каждого справочника отвечает определенный специалист отдела ИТ. Каждый справочник хранит условно-постоянную информацию, которая может быть изменена в процессе работы. Описание реквизитов справочной информации, используемой в информационной системе представлено в таблицах 7 – 13.

Таблица 7

Описание реквизитов справочника «Детали»

Наименование идентификатора

Тип данных/Размерность

Код детали

AN

Детали

C(100)

Марка детали

C(100)

Цена

N(10)

Макет формы справочника «Деталь» представлен на рис. 5.

Рисунок 5. Макет справочника «Деталь»

Таблица 8

Описание реквизитов справочника «Марки»

Наименование идентификатора

Тип данных/Размерность

Код марки

AN

Марка

C(40)

Макет формы справочника «Марка» представлен на рис. 6.

Рисунок 6. Макет справочника «Марка»

Таблица 9

Описание реквизитов справочника «Оборудование»

Наименование идентификатора

Тип данных/Размерность

Код оборудования

AN

Марка оборудования

C(40)

Название

C(100)

Тип оборудования

C(50)

Макет формы справочника «Оборудование» представлен на рис. 7.

Рисунок 7. Макет справочника «Оборудование»

Таблица 10

Описание реквизитов справочника «Причина поломки»

Наименование идентификатора

Тип данных/Размерность

Код причины

AN

Причина

C(100)

Макет формы справочника «Причина поломки» представлен на рис. 8.

Рисунок 8. Макет справочника «Причина поломки»

Таблица 11

Описание реквизитов справочника «Сотрудник»

Наименование идентификатора

Тип данных/Размерность

Табельный номер

AN

ФИО

C(80)

Должность

C(50)

Подразделение

C(80)

Макет формы справочника «Сотрудник» представлен на рис. 9.

Рисунок 9. Макет справочника «Сотрудник»

Таблица 12

Описание реквизитов справочника «Тип оборудования»

Наименование идентификатора

Тип данных/Размерность

Код типа оборудования

AN

Наименование

C(50)

Макет электронного документа «Тип оборудования» представлен на рис. 10.

Рисунок 10. Макет справочника «Тип оборудования»

На основании входной информации производятся все расчеты и формируются все результатные документы, которые представлены в программном обеспечении учет ремонта и модернизации компьютерного оборудования. Под входной информацией понимаются документы, на основании которых производится ввод данных в систему и формирование записи о произошедших изменениях в состоянии. Для учета ремонта и модернизации компьютерного оборудования такими операциями могут быть заявка на обслуживание, размещение оборудования, учет оборудования [26, 30].

В таблице 13 представлен список входной информации, источник возникновения и описание.

Таблица 13

Перечень входной информации

Название

Источник

Периодичность решения

Описание

Учет деталей

Сотрудники ИТ отдела

24 раза в год

Содержит данные о деталях и комплектующих

Заявки на обслуживание

Сотрудники ИТ отдела

48 раз в год

Данные о заявках на обслуживание

Размещение оборудования

Начальник ИТ отдела

300 раз в год

Содержит информацию о размещении оборудования

На основании входной информации производятся все расчеты и формируются все результатные документы, которые представлены в информационной системе.

Представляются по мере поступления или с определенной периодичностью, форма представления - бумажный носитель или электронный документ. Описание реквизитов входной информации представлено в таблицах 14 – 15.

Таблица 14

Описание реквизитов документа «Заявка на обслуживание»

Наименование идентификатора

Тип данных/Размерность

Номер заявки

AN

Дата заявки

D

Дата документа

D

Подразделение

N(6)

Сотрудник

C(50)

Тип обращения

C(50)

Оборудование

C(50)

Причина обращения

C(50)

Количество

N(6)

Макет экранной формы заявки на обслуживание представлены на рис. 11.

Рисунок 11. Макет формы документа «Заявка на обслуживание»

Таблица 15

Описание реквизитов документа «Размещение»

Наименование идентификатора

Тип данных/Размерность

Номер

AN

Подразделение

N(6)

Дата

Дата размещения

N(6)

Оборудование

N(6)

Сотрудник

D

Рабочее место

C(50)

Макет экранной формы размещения оборудования представлен на рис. 12.

Рисунок 12. Макет формы документа «Размещение оборудования»

2.4 Характеристика результатной информации

  • По результатам рассмотрения заявок на техническое обслуживание могут быть сформированы следующие документы:
  • замена комплектующих;
  • ремонт оборудования;
  • закупка оборудования;
  • списание оборудования.

Т.е. в результате работы с заявкой, специалист ИТ отдела принимает решение о выполнении тех или иных действий. Соответствующий документ отражается в информационной системе.

По результатам работы с заявками, ремонтами и обслуживанием техники могут формироваться различные отчеты для руководства ИТ отдела и банка.

Отчет по поломкам, ремонтам, заказам деталей – предоставляется в печатном виде на бумажном носителе, а также в электронном виде на магнитном носителе, за каждый отчетный период к определенной дате или по требованию за истекший период [5, 17].

Информация передается как в электронном виде, с правами доступа для чтения сотрудникам, не имеющим право редактирования, а также в напечатанном виде на бумаге.

В процессе работы с информационной системой информация, внесенная в справочники и входящие документы, может быть использована для заполнения результатной информации и ее уточнения. Результатная информация может иметь несколько адресатов, как для непосредственно специалистов, участвующих в работе, так и для руководства.

Также информация о прогнозном значении поломок и планировании ремонта выполняется в виде отчета, электронной формы и графика.

Перечень пользователей результатной информации:

  • руководство ИТ отдела;
  • бухгалтерия;
  • сотрудники ИТ отдела.

Таблица 16

Перечень результатной информации

Название

Адресат

Частота возникновения, док/год

Описание

Замена комплектующих

Начальник ИТ отдела, сотрудник ИТ отдела

150 раз в год

Данные об оборудовании, марке оборудования, сотруднике, подразделении, деталях

Ремонт оборудования

Начальник ИТ отдела, сотрудник ИТ отдела

300 раз в год

Информация о проведенных ремонтах, сотруднике, деталях, количестве

Списание оборудования

Начальник ИТ отдела, бухгалтерия

12 раз в год

Данные о оборудовании, рабочем месте

Отчёт по ремонтам

Начальник ИТ отдела, сотрудник ИТ отдела

12 раз в год

Информация о проведенных ремонтах

Отчет по замене

Начальник ИТ отдела, сотрудник ИТ отдела

12 раз в год

Информация о проведенных заменах оборудования

Отчет по списанию

Начальник ИТ отдела, бухгалтерия

48 раз в год

Информация по списанию и закупке оборудования

Отчет по заявкам на ремонт

Начальник ИТ отдела, сотрудник ИТ отдела

300 раз в год

Отчет по заявкам на ремонт, обслуживание, настройку

Описание результатных документов представлено в таблицах 17 – 19.

Таблица 17

Описание реквизитов документа «Замена»

Наименование идентификатора

Тип данных/Размерность

Номер документа

AN

Дата

D

Дата замены

D

Оборудование

N(6)

Марка оборудования

C(50)

Сотрудник

C(50)

Подразделение

C(50)

Комплектующие

C(50)

Количество

N(6)

Статус

C(20)

Макет экранной формы «Замена комплектующих» представлена на рис. 13.

Рисунок 13. Макет электронного документа «Замена комплектующих»

Таблица 18

Описание реквизитов документа «Ремонт оборудования»

Наименование идентификатора

Тип данных/Размерность

Номер

AN

Дата ремонта

D

Дата поломки

D

Подразделение

С(50)

Статус

С(50)

Сотрудник

С(50)

Оборудование

С(50)

Количество

N(6)

Причина поломки

N(6)

Макет электронной формы документа «Ремонт оборудования» и макет отчета представлены на рис. 14 – 15.

Рисунок 14. Макет электронного документа «Ремонт оборудования»

Рисунок 15. Макет отчета «Ремонт оборудования»

Таблица 19

Описание реквизитов документа «Списание оборудования»

Наименование идентификатора

Тип данных/Размерность

Номер

AN

Дата списания

D

Дата

D

Подразделение

С(50)

Сотрудник

С(50)

Оборудование

С(50)

Тип оборудования

С(50)

Причина

С(50)

Количество

N(6)

Цена

N(10)

Сумма

N(10)

Списание оборудования производится на основании заявки на обслуживание, в случае если оборудование вышло из строя и не подлежит ремонту.

Данный документ так же служит основанием для проведения закупки оборудования.

Макет электронной формы документа «Списание оборудования» представлен на рис. 16

Рисунок 16. Макет электронного документа «Списание оборудования»

3. Программное обеспечение задачи

3.1 Общие положения (дерево функций и сценарий диалога)

Дерево функций управления и обработки данных, которые призвана автоматизировать разрабатываемая информационная система, приведена на рис. 17.

Рисунок 17. Дерево функций ИС «Учет заявок ИТ-обслуживания»

На основании схемы функций, которая заложена в будущее программное обеспечение, сразу можно спроектировать сценарии диалога. Именно в той последовательности, как было описано в предметной области, когда было выполнено моделирование бизнес-процессов [28, 33].

Сценарий диалога представлен на рис. 18.

71

Рисунок 18. Сценарий диалога ИС «Учет заявок ИТ-обслуживания»

3.2 Характеристика базы данных

ER-диаграммы очень удобны при проектировании моделей информационных систем, баз данных, архитектур программ и т.д. В ER-диаграмме указываются сущности, отношения между сущностями и атрибуты сущностей [21].

Сущность – любой различимый объект (объект, который мы можем отличить от другого объекта), информацию о котором необходимо хранить в базе данных. Структура базы данных ИС «Учет заявок ИТ-обслуживания» состоит из 12 справочников и таблиц. Анализ предметной области позволяет выделить сущности проектируемой базы данных, которые взаимодействуют в системе между собой:

  1. Детали.
  2. Замена.
  3. Заявка на обслуживание.
  4. Марки.
  5. Оборудование.
  6. Подразделения.
  7. Поломки.
  8. Причина поломки.
  9. Размещение.
  10. Сотрудник.
  11. Списание оборудования.
  12. Тип оборудования.

Структура таблиц базы данных представлена в таблицах П1.1 – П1.12 в приложении 1.

Для реализации проекта был выбран тип СУБД – MS SQL SERVER 2012. Данная СУБД выбрана еще и потому, что с помощью нее можно организовать многопользовательский доступ, и приложение будет работать в «Клиент-серверном» варианте. ER-диаграмма логической модели представлена на рис. 19. На схеме представлены отношения, по которым необходимо в дальнейшем реализовать связи, обеспечить хранение данных [5, 13]

Рисунок 19. Логическая модель данных

Для реализации физической модели данных выбирается СУБД, для которой выполняется проектирование, и работа с реквизитами структуры базы данных выполняется в тех типах данных и понятиях, которые используются в СУБД. Физическая модель данных представлена на рис. 20.

Рисунок 20. Физическая модель данных

После разработки физической модели данных производится генерация SQL кода на создание базы данных.

Полученный SQL код используется в СУБД для автоматического создания базы данных. На основании созданных таблиц производится построение отношений и связей между таблицами. SQL код представлен в приложении 2.

Созданная база данных в СУБД MS SQL Server 2012 работает в клиент-серверном варианте, в связи, с чем могут быть созданы приложения, которые будут работать в режиме клиент-сервер и обращаться к СУБД для обработки данных и выполнения запросов на выборку данных и их запись.

Структура базы данных проектированной информационной системы в MS SQL Server 2012 представлена на рисунке 21.

Рисунок 21. Схема базы данных в SQL Server 2012

3.3 Структурная схема пакета (дерево вызова программных модулей)

ИС «Прием и анализ заявок технической поддержки ИС «Учет заявок ИТ-обслуживания» представляет собой проект, разработанный в инструментальной среде разработке Delphi разработанными формами и встроенными модулями.

На основании рассмотрения инструментальных средств разработки приложений была выбрана среда разработки Embarcadero Delphi 10. Выбор данной среды разработки осуществлен на основании следующих критериев:

  • возможность разрабатывать приложения баз данных для архитектуры «клиент-сервер»;
  • наличия средства разработки на предприятии;
  • понятный для разработчика синтаксис языка программирования;
  • использование стандартных компонентов при работе с визуальными компонентами и использование драйвера базы данных для связи приложения и СУБД;
  • понятный интерфейс среды разработки.

Embarcaredo Delphi 10 – это интегрированная, объектно-ориентированная среда разработки приложений IDE, значительно повышающая скорость создания дружественного интерфейса, удобного и понятного пользователю. В реальном мире разработчикам необходимо создавать приложения, которые работают на различных платформах, а не только самых последних и наиболее распространенных [4].

На серверную часть возлагаются функции хранения БД и архива, а также поддержки целостности данных, обработка запросов, управление транзакциями. На клиентскую часть возлагается обеспечение интерфейса пользователя, посылка запросов серверу БД (серверной части системы), получение результатов и сообщений от сервера, управление бизнес-правилами, проверку корректности, допустимости и обработку данных согласно содержащихся в них алгоритмах.

Для обеспечения функциональности информационная система может осуществлять:

  • управление данными (вставка, редактирование, удаление данных);
  • выдача результатов на запросы пользователей;
  • формирование отчетов для просмотра и вывод на печать.

Структура разработанного проекта представлена на рис. 22.

Серверная часть программного обеспечения функционирует под управлением сетевой платформы Microsoft Windows 8.1. В качестве СУБД используется СУБД Microsoft SQL Server 2012.

Рисунок 22. Структура разработанного программного проекта

В разработанной информационной системе присутствует 25 программных модулей, представленных в виде форм. С помощью, которых заполняется информация в БД, а также производятся расчеты. Список программных модулей и их описание представлены в таблице 20.

Таблица 20

Таблица описания модулей ИС «Учет заявок ИТ-обслуживания»

Модуль

Форма

Описание

Unit1.pas

main

Главный модуль. Главная форма

Unit2.pas

dm: TDataModule

Модуль данных.

Unit3.pas

f_marka

Форма справочник марки оборудования и деталей

Unit4.pas

f_detal

Форма детали

Unit5.pas

f_type_oborud

Форма типа оборудования

Unit6.pas

f_oborud

Оборудование

Unit7.pas

f_org

Организации

Unit8.pas

f_sotr

Форма сотрудников

Unit9.pas

f_prich_polomka

Форма причины поломки

Unit10.pas

f_razmesch

Размещения ТС

Unit11.pas

f_zayavka

Форма заявок

Unit12.pas

f_spisan

Форма списания ТС

Unit13.pas

f_zamena

Форма замены комплектующих деталей

Unit14.pas

f_polomka

Форма ремонта ТС

Unit15.pas

f_new_razm

Форма добавления нового размещения ТС

Unit16.pas

f_new_zayavka

Форма добавления новой заявки

Unit17.pas

AboutBox

Форма о программе

Все программные модули связаны между собой и связаны с главным модулей проекта. Проектируемое приложение будет включать в себя модули, которые позволяют реализовать перечисленные выше функции системы.

Так как, планируется автоматизировать процесс печати различных документов и отчетов, то для этого будет использоваться генератор отчетов FastReport. Каждый отчет будет представлен макетом, размещенным в отдельном файле, который в любой момент может быть изменен по требованиям. Каждый отчет имеет связь с базой данных по такой же технологии, что и ИС «Учет заявок ИТ-обслуживания».

Отчеты могут печататься как для одного документа, так и для всех, находящихся в базе. При разработке приложения для размещения не визуальных компонентов доступа к данным можно использовать специальный объект – модуль данных. Для текстов компонента модуля автоматически формируется модуль с именем unit 2. Модуль данных позволяет отделить компоненты управления данными от формы обработки данных.

DataModule – форма для хранения таблиц и не визуальных компонентов. После создания и размещения в проекте новый контейнер DataModule можно поместить туда все не визуальные компоненты для работы с БД [4].

Отчеты генерируются с помощью запросов. Для открытого компонента ADO Query набор данных соответствует резуль­татам выполнения SQL-запроса, содержащегося в свойстве SQL этого компонента. Параметры запроса передаем ему из программы. Т.е. набор данных формируется по мере выполнения программы [21, 25].

В базе данных MS SQL Server созданы отдельные View для предварительного отбора данных и их группировки. Обращение к таким таблицам идет по такой же технологии через компоненты ADO Connection и ADO Table.

Для обеспечения связи проекта информационной системы с базой данных используется модуль данных и размещенные компоненты ADO, рис. 23.

Рисунок 23. Модуль данных проекта

3.4 Описание программных модулей

Каждый документ после добавления в информационную базу может быть записан для хранения в базе данных. Работа ИС «Учет заявок ИТ-обслуживания» происходит по алгоритму, который заложен при разработке программы. Обработка данных происходит по порядку. Итоговые значения рассчитываются после получения всех необходимых данных.

Алгоритм работы главного модуля (рис. 24) можно кратко описать следующей последовательностью действий.

Рисунок 24. Блок схема работы главного модуля приложения

При загрузке модуля ожидается выбор одной из альтернатив главного меню. В зависимости от выбранной альтернативы главного меню происходит активация соответствующей процедуры, и синтез необходимых дочерних форм. После этого вычислительные процесс ожидает задействования элементов управления, которые могут приводить к запуску различных программных процедур, входящих в состав проекта.

База данных может быть указана двумя способами через файл связи с БД к данным (файл в формате Microsoft Data Link, расширение UDL), либо прямым заданием параметров соединения [4, 23].

Значение свойства всех ConnectionString этих компонент могут быть введены напрямую в текстовой форме, но куда проще вызвать редактор свойства нажав на кнопку “…” в конце поля ввода. Окно этого свойства представлено на рис. 25 - 27.

ado2

Рисунок 25. Настройка строки связи с базой данных

В этом окне выбирается тип базы данных, местоположение базы и параметры соединения. На первой странице выбирается тип базы данных или Provider, в терминах ADO.

Рисунок 26. Свойства связи с данными

Рисунок 27. Свойства связи с данными

В компоненте TADOConnection существуют свойства Provider, DefaultDatabase и Mode которые являются альтернативным методом задания частей строки параметров соединения – провайдера, базы данных (например, пути до базы MS SQL) и режима совместного использования файлов базы данных. Эти значение этих свойств автоматически включаются в строку соединения, если были заданы до активизации компонента и автоматически выставляются после соединения [4, 23].

Структурно клиентская часть ИС «Учет заявок ИТ-обслуживания» представляет собой выполнимый .EXE файл. Кроме него для работы с БД не нужны никакие другие файлы.

При работе с БД, во избежание некорректного соединения с БД, ошибок ввода входных данных, использовались обработчики исключительных ситуаций. Которые при возникновении исключительной ситуации выводят диагностические сообщения и позволяют продолжить работу приложения дальше.

Выбран сервер MS SQL 2012. После инсталляции продукта на данный SQL могут быть перемещены базы данных, созданные на других MS SQL серверах. Для этого необходимо запустить Enterprise Manager и в левом окне SQL сервера, при помощи правой кнопки мыши выбрать альтернативу «Все задачи» затем «Attach Database», как показано на рис. 28.

Рисунок 28. Добавление существующей базы данных

Исходный код программы представлен в приложении 3.

4. Контрольный пример реализации и его описание

Главная форма создается сразу после запуска приложения и содержит основные элементы управления и отображения данных. Обычно закрытие главной формы означает завершение работы с приложением. Подчиненные формы вызываются посредством элементов управления, расположенных на главной форме [13].

С данной формы осуществляется навигация по всем функциональным формам программы. Главная форма ИС «Учет заявок ИТ-обслуживания» приложения представлена на рис. 29.

C:\Users\Администратор\Desktop\Эл.jpg

Рисунок 29. Главная форма ИС «Учет заявок ИТ-обслуживания»

Справочники, куда заносится условно–постоянная информация представлены на рис. 30 – 32.

Рисунок 30. Справочник «Оборудование»

Рисунок 31. Справочник «Тип оборудования»

Рисунок 32. Справочник «Марка оборудования»

Каждое оборудование имеет свое место установки. При установке его размещение фиксируется ИТ отделом, где указывается наименование рабочего места, сотрудник, дата установки. Форма ввода данных по размещению оборудования представлена на рис. 33. Форма журнала размещения оборудования представлена на рис. 34.

Рисунок 33. Форма добавления размещения оборудования

Рисунок 34. Форма журнала регистрации оборудования

При выходе из строя оборудования формируется заявка на обслуживание, где указывается размещение оборудования, по которому необходимо провести работы и дата обращения рис. 35. Журнал заявок показан на рис. 36.

Рисунок 35. Форма добавления заявки на обслуживание

Рисунок 36. Форма журнала заявок

Все поломки и неисправности оборудования фиксируются в журнале поломок и ремонта оборудования, рис. 37.

Рисунок 37. Форма журнала поломок и ремонта оборудования

В случае если оборудование не может быть отремонтировано производится замена деталей, все замены фиксируются в журнале, рис. 38.

Рисунок 38. Форма журнала замены деталей оборудования

Если оборудование не подлежит ремонту, то его списывают с бухгалтерского учета и на основании этого производится закупка нового, рис. 39.

Рисунок 39. Форма журнала списания оборудования

Отчеты формируются по результатам работы ИС «Учет заявок ИТ-обслуживания» формируются как с главной формы отдельной команды главного меню, так и с функциональных форм внесения информации и форм журналов. Отчеты представлены на рис. 40 – 43.

Рисунок 40. Отчет по оборудованию

Рисунок 41. Отчет по ремонту оборудования

Рисунок 42. Отчет по замене оборудования

Рисунок 43. Отчет по заявкам на обслуживание

ЗАКЛЮЧЕНИЕ

Достигнута цель работы – разработана информационная система учета заявок ИТ-обслуживания в ИТ отделе ООО «Элисофт».

В рамках работы выполнено проектирование и разработка ИС «Учет заявок ИТ-обслуживания» для ООО «Элисофт». Информационная система разработана с помощью инструментального средства программирования Embarcadero Delphi 10 и разработанной базы данных под управлением СУБД MS SQL Server 2012. Система работает в клиент-серверном варианте.

В результате достижения цели были решены все поставленные задачи:

  • проведен анализ деятельности организации и ее организационной структура;
  • проведена разработка информационной модели предметной области;
  • выполнено проектирование базы данных;
  • проведена разработка пользовательского интерфейса;
  • проведена реализация контрольного примера.

ИС «Учет заявок ИТ-обслуживания» должна оптимизировать деятельность специалистов ИТ отдела, а именно:

  • повысить оперативность обслуживание оборудования;
  • обеспечить ведение электронных журналов всех проводимых работ по техобслуживанию и ремонту оборудования и контроль их выполнения;
  • обеспечить сбор, хранение и анализ эксплуатационных параметров оборудования, составление документации.

В результате внедрения данного программного продукта, значительно сокращается время на ведение учета оборудования и работ по нему, формирование отчетов.

СПИСОК ЛИТЕРАТУРЫ

  1. Абдикеев Н.М., Киселев А.Д. Управление предприятием и реинжиниринг — М.: ИНФРА-М, 2013г.— 382 с.
  2. Автоматизированные информационные системы в экономике: учебное пособие / Г. Г. Куликов, Е. А. Дронь, М. А. Шилина, Ю. О. Багаева: Уфимск. гос. авиац. техн. ун-т. – Уфа: УГАТУ, 2013. – 186 с.
  3. Андерсен Б. Бизнес процессы. Инструменты совершенствования /М.: РИА «Стандарты и качество», 2015г. - 272 с, илл. (Серия «Практический менеджмент»).
  4. Бобровский, С.И. Технологии Delphi: Разработка приложений для бизнеса: Учебный курс / С.И. Бобровский. - СПб: Питер, 2007 - 720c.
  5. Бритов Г., Осипова Т. Моделирование бизнес-процессов. - М.:LAP, 2014. – 124 с.
  6. Варфоломеева Е.В. Информационные системы в экономике: Учебное пособие / Е.В. Варфоломеева, Т.В. Воропаева и др.; Под ред. Д.В. Чистова - М.: НИЦ ИНФРА-М, 2015. - 234 с.
  7. Вдовенко Л.А. Информационная система предприятия: Учебное пособие/Вдовенко Л. А. - 2 изд., перераб. и доп. - М.: Вузовский учебник, НИЦ ИНФРА-М, 2015. - 304 с.
  8. Венделева, М.А. Информационные технологии в управлении: учеб. пособие для бакалавров / М.А. Венделева, Ю.В. Вертакова. - М.: Юрайт, 2014 - 462c.
  9. Вендров А. М. Практикум по проектированию программного обеспечения экономических информационных систем / А. М. Вендров. - М.: Финансы и статистика, 2002. - 334 с.
  10. Вендров А. М. Проектирование программного обеспечения экономических информационных систем / А. М. Вендров. - М.: Финансы и статистика, 2002. - 352 с.
  11. Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. - 544 с.
  12. Гвоздева, Т.В. Проектирование информационных систем: учебное пособие / Т.В. Гвоздева, Б.А. Баллод. – Ростов-н/Д: Феникс, 2014 – 508c.
  13. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств
  14. Дейт К. Дж. Введение в системы баз данных / К. Дж. Дейт. – М., С.-П., Киев: издательский дом Вильямс, 2000. - 690 с.
  15. Должностная инструкция для системного администратора ООО «Элисофт» [Рукопись]. - М.: ООО «Элисофт», 2020. – 19 с.
  16. Должностная инструкция начальника отдела ИТ ООО «Элисофт» [Рукопись]. - М.: ООО «Элисофт» , 2020. – 10 с.
  17. Должностная инструкция специалиста ИТ ООО «Элисофт» [Рукопись]. - М.: ООО «Элисофт», 2020. – 10 с.
  18. Илюшечкин, В.М. Основы использования и проектирования баз данных: учеб. Пособие / В.М. Илюшечкин. - М.: Юрайт, 2014 - 213c.
  19. Информационные системы и технологии в экономике и управление: Учебник для бакалавров /В.В. Трофимов. – М.: Юрайт, 2012 – 521 с.
  20. Информационные системы и технологии управления: учебник / под ред. Г.А.Титоренко. - 3-е изд., перераб и доп. - М.: ЮНИТИ-ДАНА, 2014. – 591c.
  21. Информационные технологии в менеджменте (управлении): учебник и практикум / под общ.ред. Ю.Д.Романовой. - М.: Юрайт, 2015 - 478c.
  22. Кузнецов С. Д. Базы данных. Модели и языки – М.: Бином-Пресс, 2013 г. - 720 с.
  23. Култыгин О.П. Администрирование баз данных. СУБД MS SQL Server. - М: Московская финансово-промышленная академия, 2012 -232 с. (Университетская серия).
  24. Огарков А.А. Управление организацией: Учебник. - М.: Эксмо, 2015г.
  25. Пирогов, В. Информационные системы и базы данных: организация и проектирование / В. Пирогов. – СПб.: БХВ-Петербург, 2014. – 528 с.
  26. Смирнов, Г.Н. Проектирование экономических информационных систем: учебник для вузов / А.А. Смирнов, А.А. Сорокин, Ю.Ф. Тельнов. - М.: Финансы и статистика, 2014 – 512c.
  27. Устав ООО «Элисофт» [Рукопись]. - М. ООО «Элисофт», 2015.

Приложение 1

Таблица П1.1

Описание атрибутов таблицы «Детали»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код детали

AutoNumber

Да

-

Детали

Text(100)

-

-

Код марки

Long Integer

-

Да

Наименование

Text(80)

-

-

Таблица П1.2

Описание атрибутов таблицы «Замена»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код замены

AutoNumber

Да

-

Дата

Date/Time

-

-

Код детали

Long Integer

-

Да

Количество

Long Integer

-

-

Код размещения

Long Integer

-

Да

Статус

Text(20)

-

-

Таблица П 1.3

Описание атрибутов таблицы «Заявка на обслуживание»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Номер заявки

AutoNumber

Да

-

Дата заявки

Date/Time

-

-

Код размещения

Long Integer

-

Да

Таблица П 1.4

Описание атрибутов таблицы «Марки»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код марки

AutoNumber

Да

-

Марка

Text(40)

-

-

Таблица П 1.5

Описание атрибутов таблицы «Оборудование»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код оборудования

AutoNumber

Да

-

Код марки

Long Integer

-

Да

Название

Text(100)

-

-

Код типа оборудования

Long Integer

-

Да

Таблица П 1.6

Описание атрибутов таблицы «Организации»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код организации

AutoNumber

Да

-

Организация

Text(100)

-

-

Адрес

Text(100)

-

-

Таблица П 1.7

Описание атрибутов таблицы «Причина поломки»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код причины

AutoNumber

Да

-

Причина

Text(100)

-

-

Таблица П 1.8

Описание атрибутов таблицы «Поломки»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код поломки

AutoNumber

Да

-

Дата

Date/Time

-

-

Количество

Long Integer

-

-

Код причины

Long Integer

-

Да

Код размещения

Long Integer

-

Да

Статус

Text(20)

-

-

Таблица П 1.9

Описание атрибутов таблицы «Размещение»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код размещения

AutoNumber

Да

-

Код оборудования

Long Integer

-

Да

Код организации

Long Integer

-

Да

Табельный номер

Long Integer

-

Да

Дата установки

Date/Time

-

-

Рабочее место

Text(50)

-

-

Таблица П 1.10

Описание атрибутов таблицы «Сотрудник»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Табельный номер

AutoNumber

Да

-

ФИО

Text(80)

-

-

Должность

Text(50)

-

-

Подразделение

Text(80)

-

-

Таблица П 1.11

Описание атрибутов таблицы «Списание оборудования»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код списания

AutoNumber

Да

-

Дата списания

Date/Time

-

-

Код_размещения

Long Integer

-

Да

Код причины

Long Integer

-

Да

Таблица П 1.12

Описание атрибутов таблицы «Тип оборудования»

Наименование атрибута

Тип данных

Первичный ключ

Внешний ключ

Код типа оборудования

AutoNumber

Да

-

Наименование

Text(50)

-

-

Приложение 2

CREATE TABLE Детали

(

Код_детали int IDENTITY ,

Детали varchar(100) NULL ,

Код_марки integer NULL ,

Наименование varchar(80) NULL

)

go

ALTER TABLE Детали

ADD CONSTRAINT PrimaryKey PRIMARY KEY NONCLUSTERED (Код_детали ASC)

go

CREATE TABLE Замена

(

Код_замены int IDENTITY ,

Дата datetime NULL ,

Код_детали integer NULL

CONSTRAINT DEFAULT_1_0_1079373647

DEFAULT 0,

Количество integer NULL

CONSTRAINT DEFAULT_1_0_1180404313

DEFAULT 0,

Код_размещения integer NULL ,

Статус varchar(20) NULL

)

go

ALTER TABLE Замена

ADD CONSTRAINT PrimaryKey PRIMARY KEY NONCLUSTERED (Код_замены ASC)

go

CREATE TABLE Заявка_на_обслуживание

(

Номер_заявки int IDENTITY ,

Дата_заявки datetime NULL ,

Код_размещения integer NULL

)go

ALTER TABLE Заявка_на_обслуживание

ADD CONSTRAINT XPKЗаявка_на_обслуживание PRIMARY KEY NONCLUSTERED (Номер_заявки ASC)

go

CREATE TABLE Марки

(

Код_марки int IDENTITY ,

Марка varchar(40) NULL

)

go

ALTER TABLE Марки

ADD CONSTRAINT PrimaryKey PRIMARY KEY NONCLUSTERED (Код_марки ASC)

go

CREATE TABLE Оборудование

(

Код_марки integer NULL

CONSTRAINT DEFAULT_1_0_531986231

DEFAULT 0,

Код_оборудования int IDENTITY ,

Название varchar(100) NULL ,

Код_типа_оборудования integer NULL

)

go

ALTER TABLE Оборудование

ADD CONSTRAINT PrimaryKey PRIMARY KEY NONCLUSTERED (Код_оборудования ASC)

go

CREATE TABLE Организации

(

Код_организации int IDENTITY ,

Организация varchar(100) NULL ,

Адрес varchar(100) NULL

)

go

ALTER TABLE Организации

ADD CONSTRAINT PrimaryKey PRIMARY KEY NONCLUSTERED (Код_организации ASC)

go

CREATE NONCLUSTERED INDEX код_организации ON Организации

(

Код_организации ASC

)

go

CREATE TABLE Поломки

(

Код_поломки int IDENTITY ,

Дата datetime NULL ,

Количество integer NULL

CONSTRAINT DEFAULT_1_0_494837083

DEFAULT 0,

Код_причины integer NULL ,

Код_размещения integer NULL ,

Статус varchar(20) NULL

)

go

ALTER TABLE Поломки

ADD CONSTRAINT PrimaryKey PRIMARY KEY NONCLUSTERED (Код_поломки ASC)

go

CREATE TABLE Причина_поломки

(

Код_причины int IDENTITY ,

Причина varchar(100) NULL

)

go

ALTER TABLE Причина_поломки

ADD CONSTRAINT XPKПричина_поломки PRIMARY KEY NONCLUSTERED (Код_причины ASC)

go

CREATE TABLE Размещение

(

Код_оборудования integer NULL ,

Код_организации integer NULL ,

Табельный_номер integer NULL ,

Дата_установки datetime NULL ,

Код_размещения int IDENTITY ,

Рабочее_место varchar(50) NULL

)

go

ALTER TABLE Размещение

ADD CONSTRAINT XPKРазмещение PRIMARY KEY NONCLUSTERED (Код_размещения ASC)

go

CREATE TABLE Сотрудник

(

Табельный_номер int IDENTITY ,

ФИО varchar(80) NULL ,

Должность varchar(50) NULL ,

Подразделение varchar(80) NULL

)

go

ALTER TABLE Сотрудник

ADD CONSTRAINT XPKСотрудник PRIMARY KEY NONCLUSTERED (Табельный_номер ASC)

go

CREATE TABLE Списание_оборудования

(

Код_списания int IDENTITY ,

Дата_списания datetime NULL ,

Код_размещения integer NULL ,

Код_причины integer NULL

)

go

ALTER TABLE Списание_оборудования

DD CONSTRAINT XPKСписание_оборудования PRIMARY KEY NONCLUSTERED (Код_списания ASC)

go

CREATE TABLE Тип_оборудования

(

Код_типа_оборудования int IDENTITY ,

Наименование varchar(50) NULL

)

go

ALTER TABLE Тип_оборудования

ADD CONSTRAINT XPKТип_оборудования PRIMARY KEY NONCLUSTERED (Код_типа_оборудования ASC)

go

ALTER TABLE Детали

ADD CONSTRAINT R_43 FOREIGN KEY (Код_марки) REFERENCES Марки(Код_марки)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Замена

ADD CONSTRAINT R_54 FOREIGN KEY (Код_размещения) REFERENCES Размещение(Код_размещения)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Замена

ADD CONSTRAINT ДеталиЗамена FOREIGN KEY (Код_детали) REFERENCES Детали(Код_детали)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Заявка_на_обслуживание

ADD CONSTRAINT R_49 FOREIGN KEY (Код_размещения) REFERENCES Размещение(Код_размещения)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Оборудование

ADD CONSTRAINT R_45 FOREIGN KEY (Код_типа_оборудования) REFERENCES Тип_оборудования(Код_типа_оборудования)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Оборудование

ADD CONSTRAINT Марки_банкоматовБанкоматы FOREIGN KEY (Код_марки) REFERENCES Марки(Код_марки)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Поломки

ADD CONSTRAINT R_44 FOREIGN KEY (Код_причины) REFERENCES Причина_поломки(Код_причины)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Поломки

ADD CONSTRAINT R_53 FOREIGN KEY (Код_размещения) REFERENCES Размещение(Код_размещения)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Размещение

ADD CONSTRAINT R_41 FOREIGN KEY (Код_оборудования) REFERENCES Оборудование(Код_оборудования)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Размещение

ADD CONSTRAINT R_46 FOREIGN KEY (Код_организации) REFERENCES Организации(Код_организации)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Размещение

ADD CONSTRAINT R_47 FOREIGN KEY (Табельный_номер) REFERENCES Сотрудник(Табельный_номер)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Списание_оборудования

ADD CONSTRAINT R_50 FOREIGN KEY (Код_размещения) REFERENCES Размещение(Код_размещения)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Списание_оборудования

ADD CONSTRAINT R_51 FOREIGN KEY (Код_причины) REFERENCES Причина_поломки(Код_причины)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

Приложение 3

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ImgList, ExtCtrls, ComCtrls, ToolWin, Menus, frxClass,

frxADOComponents;

type

Tmain = class(TForm)

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

N14: TMenuItem;

N15: TMenuItem;

N16: TMenuItem;

N17: TMenuItem;

N18: TMenuItem;

N19: TMenuItem;

N23: TMenuItem;

N24: TMenuItem;

N25: TMenuItem;

N27: TMenuItem;

N28: TMenuItem;

N29: TMenuItem;

N30: TMenuItem;

ToolBar1: TToolBar;

ToolButton1: TToolButton;

ToolButton2: TToolButton;

ToolButton3: TToolButton;

ToolButton4: TToolButton;

ToolButton5: TToolButton;

ToolButton6: TToolButton;

ToolButton7: TToolButton;

ToolButton8: TToolButton;

ToolButton9: TToolButton;

ToolButton10: TToolButton;

ToolButton11: TToolButton;

ToolButton12: TToolButton;

ToolButton13: TToolButton;

ToolButton14: TToolButton;

ToolButton15: TToolButton;

ToolButton16: TToolButton;

ToolButton17: TToolButton;

ToolButton18: TToolButton;

ToolButton19: TToolButton;

ToolButton20: TToolButton;

ToolButton21: TToolButton;

ToolButton22: TToolButton;

ToolButton23: TToolButton;

ToolButton24: TToolButton;

StatusBar1: TStatusBar;

Timer1: TTimer;

Image1: TImage;

ImageList1: TImageList;

N31: TMenuItem;

N32: TMenuItem;

frxReport1: TfrxReport;

N33: TMenuItem;

frxADOComponents1: TfrxADOComponents;

procedure N24Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N18Click(Sender: TObject);

procedure N19Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N13Click(Sender: TObject);

procedure N14Click(Sender: TObject);

procedure N15Click(Sender: TObject);

procedure N17Click(Sender: TObject);

procedure Timer1Timer(Sender: TObject);

procedure N23Click(Sender: TObject);

procedure N31Click(Sender: TObject);

procedure N32Click(Sender: TObject);

procedure N33Click(Sender: TObject);

procedure N16Click(Sender: TObject);

procedure N30Click(Sender: TObject);

procedure N28Click(Sender: TObject);

procedure N25Click(Sender: TObject);

procedure N27Click(Sender: TObject);

procedure N29Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

main: Tmain;

implementation

uses Unit10, Unit11, Unit12, Unit13, Unit14, Unit15, Unit16, Unit17,

Unit18, Unit19, Unit2, Unit20, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8,

Unit9;

{$R *.dfm}

procedure Tmain.N24Click(Sender: TObject);

begin

AboutBox:=TAboutBox.Create(self);

AboutBox.ShowModal;

AboutBox.Destroy;

end;

procedure Tmain.N8Click(Sender: TObject);

begin

Application.Terminate;

end;

procedure Tmain.N9Click(Sender: TObject);

begin

f_detal:=Tf_detal.Create(self);

f_detal.ShowModal;

f_detal.Destroy;

end;

procedure Tmain.N18Click(Sender: TObject);

begin

f_new_razm:=Tf_new_razm.Create(self);

f_new_razm.ShowModal;

f_new_razm.Destroy;

end;

procedure Tmain.N19Click(Sender: TObject);

begin

f_razmesch:=Tf_razmesch.Create(self);

f_razmesch.ShowModal;

f_razmesch.Destroy;

end;

procedure Tmain.N10Click(Sender: TObject);

begin

f_oborud:=Tf_oborud.Create(self);

f_oborud.ShowModal;

f_oborud.Destroy;

end;

procedure Tmain.N11Click(Sender: TObject);

begin

f_type_oborud:=Tf_type_oborud.Create(self);

f_type_oborud.ShowModal;

f_type_oborud.Destroy;

end;

procedure Tmain.N12Click(Sender: TObject);

begin

f_sotr:=Tf_sotr.Create(self);

f_sotr.ShowModal;

f_sotr.Destroy;

end;

procedure Tmain.N13Click(Sender: TObject);

begin

f_prich_polomka:=Tf_prich_polomka.Create(self);

f_prich_polomka.ShowModal;

f_prich_polomka.Destroy;

end;

procedure Tmain.N14Click(Sender: TObject);

begin

f_marka:=Tf_marka.Create(self);

f_marka.ShowModal;

f_marka.Destroy;

end;

procedure Tmain.N15Click(Sender: TObject);

begin

f_org:=Tf_org.Create(self);

f_org.ShowModal;

f_org.Destroy;

end;

procedure Tmain.N17Click(Sender: TObject);

begin

f_zayavka:=Tf_zayavka.Create(self);

f_zayavka.ShowModal;

f_zayavka.Destroy;

end;

procedure Tmain.Timer1Timer(Sender: TObject);

begin

StatusBar1.Panels[0].Text:='Сегодня: '+ DateToStr(Now)+', время: '+ TimeToStr(now);

end;

procedure Tmain.N23Click(Sender: TObject);

begin

f_polomka:=Tf_polomka.Create(self);

f_polomka.ShowModal;

f_polomka.Destroy;

end;

procedure Tmain.N31Click(Sender: TObject);

begin

f_zamena:=Tf_zamena.Create(self);

f_zamena.ShowModal;

f_zamena.Destroy;

end;

procedure Tmain.N32Click(Sender: TObject);

begin

f_spisan:=Tf_spisan.Create(self);

f_spisan.ShowModal;

f_spisan.Destroy;

end;

procedure Tmain.N33Click(Sender: TObject);

begin

frxReport1.LoadFromFile('razm.fr3');

frxReport1.ShowReport(true);

end;

procedure Tmain.N16Click(Sender: TObject);

begin

f_new_zayavka:=Tf_new_zayavka.Create(self);

DM.t_zayavka.Insert;

f_new_zayavka.ShowModal;

f_new_zayavka.Destroy;

DM.t_zayavka.Close;

DM.t_zayavka.Open;

end;

procedure Tmain.N30Click(Sender: TObject);

begin

frxReport1.LoadFromFile('zayavka.fr3');

frxReport1.ShowReport(true);

end;

procedure Tmain.N28Click(Sender: TObject);

begin

frxReport1.LoadFromFile('spisan.fr3');

frxReport1.ShowReport(true);

end;

procedure Tmain.N25Click(Sender: TObject);

begin

frxReport1.LoadFromFile('oborud.fr3');

frxReport1.ShowReport(true);

end;

procedure Tmain.N27Click(Sender: TObject);

begin

frxReport1.LoadFromFile('remont.fr3');

frxReport1.ShowReport(true);

end;

procedure Tmain.N29Click(Sender: TObject);

begin

frxReport1.LoadFromFile('zamena.fr3');

frxReport1.ShowReport(true);

end;

end.