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

Рисунок 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

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

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

Так как, планируется автоматизировать процесс печати различных документов и отчетов, то для этого будет использоваться генератор отчетов 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.

Рисунок 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.

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

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

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

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

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

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

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

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

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

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

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