Файл: «Автоматизация процесса обработки заявок на ИТ-обслуживание в ООО «Ремарк»».pdf

Рисунок 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 программных модулей, представленных в виде форм. С помощью, которых заполняется информация в БД, а так же производятся расчеты. Список программных модулей и их описание представлены в таблице 2.29.

Таблица 2.29

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

Модуль	Форма	Описание
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	Форма о программе

---