76
Рис. 30. Макет формы «Набор номера»
Рис. 31. Макет формы «Отправка сообщения»
2.2.3. Характеристика результатной информации
Результативная (выходная) информация – информация, формируемая на
выходе системы [13].
Для формирования результатной информации также необходимы проме-
жуточные формы, такие как «Параметры заявки» и «Параметры задачи».
Макет промежуточной формы «Параметры задачи» представлен на рисун-
ке 32.
77
Рис. 32. Макет формы «Параметры заявки»
Как показывает рисунок 32, макет состоит из таких таблиц, как: «Ход ис-
полнения», «Вложения» и «Задачи».
Макет формы «Параметры задачи» представлен на рисунке 33.
Рис. 33. Макет формы «Параметры задачи»
Как показывает рисунок 33, макет «Параметры задачи» состоит из таких
таблиц как: «Задачи» и «Операции», также на форме представлен календарь,
позволяющий просматривать список дел по дням.
78
Основными выходными документами проектируемой системы являются
отчеты:
- «Расписание задач»;
- «Отчет по заявкам»;
- «Отчет по исполнителям»;
- «Отчет по клиентам»;
-«Отчет по просроченным заявкам».
«Расписание задач» отражает перечень задач исполнителя на определен-
ную дату (рисунок 34).
Рис. 34. Макет «Расписания задач»
«Отчет по заявкам» должен отражать перечень зарегистрированных в си-
стеме заявок за определенный временной интервал. Реквизитами отчета служат
такие поля как: регистрационный номер; дата регистрации; ФИО пользователя;
ФИО исполнителя; статус заявки; приоритет; тема заявки; срок исполнения; дата
завершения заявки. Макет отчета представлен на рисунке 35.
Рис. 35. Макет «Отчета по заявкам»
79
«Отчет по исполнителям» должен отражать количество заявок (сгруппи-
рованных по статусу), в которых принимал участие каждый исполнитель, а так-
же выдавать общее количество этих заявок. Реквизитами отчета служат поля:
исполнитель, всего, закрыто, зарегистрировано, на исполнении (рисунок 36).
Рис. 36. Макет «Отчета по исполнителям»
«Отчет по клиентам» имеет аналогичное значение, но касается не испол-
нителей, а пользователей системы (клиентов). Реквизитами отчета служат поля:
клиент, всего, закрыто, на регистрации, зарегистрировано, на исполнении, чер-
новик. Макет отчета представлен на рисунке 37.
Рис. 37. Макет «Отчета по клиентам»
«Отчет по просроченным заявкам» отражает перечень заявок, где «Дата
завершения» заявки выше отведенного «Срока исполнения». Такой отчет позво-
ляет вести контроль сроков исполнения заявок. Реквизитами отчета служат такие
поля как: регистрационный номер; дата регистрации; ФИО пользователя; ФИО
исполнителя; статус заявки; приоритет; тема заявки; срок исполнения; дата за-
вершения заявки. Макет отчета представлен на рисунке 38.
Рис. 38. Макет «Отчета по просроченным заявкам»
80
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Для реализации проекта была выбрана среда объектно-ориентированного
программирования «Delphi 7» [10].
Разработанная программа состоит из 41 формы, перечень которых пред-
ставлен в приложении 2.
Основные функциональные возможности системы представлены на ри-
сунке 39 в виде дерева функций.
Главное меню
Основные функции
+Добавить()
+Изменить()
+Удалить()
+Обновить()
+Печать()
+Поиск()
+Фильтрация()
-Название ПО
-Клиенты
-Сотрудники
-Темы заявок
Справочники
+Просмотр()
+Обновить()
+Печать()
+Поиск()
+Фильтрация()
-Отчет по заявкам
-Отчет по исполнителям
-Отчет по пользователям
-Отчет по просроченным заявкам
Отчеты
+Просмотр()
+Удалить()
+Обновить()
+Поиск()
+Фильтрация()
-Регистрация заявок
-Назначение исполнителя
-Смена исполнителя
-Продление срока исполнения
-Настройка приоритетов
Учет заявок от клиентов
Служебные функции
Дерево функций
Авторизация по
логину и паролю
Руководство
пользователя
Управление
окнами
Модуль «Пользователь»Модуль «Ответственный»
+Добавить()
+Изменить()
+Удалить (черновик)()
+Обновить()
+Поиск()
+Фильтрация()
-Создание заявок
-Отправка на регистрацию
-Ввод комментариев
-Прикрепление файлов
-Смена логина и пароля
Учет заявок от клиентов
+Добавить()
+Изменить()
+Обновить()
+Поиск()
+Фильтрация()
-Исполнение заявок
-Ввод комментариев
-Прикрепление файлов
-Завершение работы над заявкой
-Смена логина и пароля
-Создание задач
-Регистрация операций
-Формирование распичания задач
Учет заявок от клиентов
Модуль «Исполнитель»
Рис. 39. Дерево функций
81
Схема взаимодействия информационной системы с внешними файлами
представлена на рисунке 40.
Рис. 40. Схема взаимодействия информационной системы с внешними
файлами
Структурная схема пакета изображена на рисунке 41.
Ввод логина и
пароля
Пользователь
Меню "Ответственный"
Меню "Пользователь"
Справочники
Отчеты
Заявки
Ход исполнения
Вложения
Неверный логин и пароль
Меню "Исполнитель"
Задачи
Операции
Рис. 41. Структурная схема ИС
Рисунок 41 показывает, что при запуске разработанной системы от поль-
зователя требуется авторизация путем ввода логина и пароля. На основе введен-
ных параметров происходит идентификация пользователя и предоставление до-
82
ступа к одному из модулей программы. Однако если пользователь не был иден-
тифицирован, например, когда указаны неверные логин и пароль, то система от-
казывает в доступе.
Пользователь, успешно прошедший идентификацию попадает в главное
меню одного из модулей программы, где может производить дальнейшие дей-
ствия, манипулируя данными.
2.3.2. Характеристика базы данных
Построенная ранее инфологическая модель служит основой для разработ-
ки логической модели данных.
Логическая модель данных – графическое представление структуры базы
данных. Она отображает перечень сущностей, их атрибутов, связей между ними
и ограничений, налагаемые предметной областью [6Ошибка! Источник ссыл-
ки не найден.Ошибка! Источник ссылки не найден.].
Логическая модель данных составляется без привязки к определенной
СУБД и является начальным прототипом будущей базы данных.
В нашем случае, БД будет реализована в среде «MySQL» с использовани-
ем инструментария «dbForge Studio», представленного мощными средствами
разработки и администрирования реляционных БД. Немаловажным достоин-
ством «dbForge Studio» является возможность строить логические модели дан-
ных (схемы БД) на основе заранее созданных объектов.
Одним из подходов к построению модели базы данных является методо-
логия «IDEF 1X», основанная на концепции «сущность-связь».
Сущность на диаграмме обозначается в виде прямоугольника, разделенно-
го на две части:
- ключевая область, представленная ключевыми атрибутами;
- область данных, состоящую из неключевых атрибутов.
Ключевыми считаются атрибуты, имеющие первичный ключ. Все осталь-
ные атрибуты относятся к неключевым (в том числе и атрибуты, составляющие
внешний ключ) [7].
83
Атрибуты – перечень имен, расположенных внутри блока сущности. Свя-
зи или отношения между атрибутами изображаются в виде линии, соединяющей
родительский атрибут с дочерним. Отношения показывают, по какому из суще-
ствующих типов связи («один-ко-многим», «один-к-одному» или «многие-ко-
многим») соотносятся атрибуты между собой. В нашем случае, используется
связь «один-ко-многим», в связи с чем, один из концов линии связи будет пред-
ставлен точкой [3].
Логическая модель данных бизнес-процесса «Информационно-
техническое обслуживание пользователей» на основе методологии «IDEF 1X»
представлена на рисунке 42.
Рис. 42. Логическая модель данных
Модель базы данных, изображенная на рисунке 40, показывает, что проек-
тируемая БД состоит из 11 таблиц, детальная информация о которых будет при-
ведена при описании физической модели данных.
Физическая модель данных информационной системы представляет собой
логическую модель данных, выраженную средствами конкретной СУБД. В каче-
84
стве средства разработки БД будет использована реляционная система управле-
ния базами данных «MySQL» [15].
При создании физической модели данных отношения, описанные в логи-
ческой модели, преобразуются в таблицы, атрибуты становятся столбцами, каж-
дому атрибуту присваивается тип данных, а для ключевых столбцов создаются
уникальные индексы [6].
Как было отмечено ранее, проектируемая БД состоит из 11 таблиц, пере-
чень и структура которых представлены ниже.
Таблица 7
Атрибуты сущности «ПО»
Имя
Тип
Ноль
Ключ
Знач. по ум.
Описание
id_po
int(10) unsigned
NO
PRI
auto_increm.
Код ПО
nazvanie
varchar(45)
NO
Название
Таблица 8
Атрибуты сущности «Клиенты»
Имя
Тип
Ноль
Ключ
Знач. по ум.
Описание
id_klienta
int(10) unsigned
NO
PRI
auto_increm.
Код клиента
nazvanie
varchar(65)
NO
Название
adres
varchar(100)
YES
Адрес
telefon
varchar(20)
NO
Телефон
e-mail
varchar(20)
YES
E-mail
bank
varchar(45)
YES
Банк
BIK
varchar(25)
YES
БИК
INN/KPP
varchar(25)
YES
ИНН/КПП
raschet_schet
varchar(25)
YES
Расчетный счет
Таблица 9
Атрибуты сущности «Приоритеты»
Имя
Тип
Ноль
Ключ
Знач. по ум.
Описание
id_prioriteta
int(10) unsigned
NO
PRI
auto_increm.
Код приоритета
nazvanie
varchar(20)
NO
Название
dni_na_ispoln
int(10) unsigned
NO
0
Кол-во дней на испол-
е
Таблица 10
Атрибуты сущности «Пользователи»
Имя
Тип
Ноль
Ключ
Знач. по ум.
Описание
id_usera
int(10) unsigned
NO
PRI
auto_increm.
Код пользователя
85
FIO
varchar(45)
NO
ФИО
id_klienta
int(10) unsigned
YES
MUL
Код клиента
doljnost
varchar(145)
YES
Должность
telefon
varchar(20)
YES
Телефон
e-mail
varchar(20)
YES
E-mail
rol
varchar(25)
YES
Роль
login
varchar(45)
YES
Логин
parol
varchar(45)
YES
Пароль
Таблица 11
Атрибуты сущности «Сотрудники»
Имя
Тип
Ноль
Ключ
Знач. по ум.
Описание
id_sotrud
int(10) unsigned
NO
PRI
auto_increm.
Код пользователя
FIO
varchar(45)
NO
ФИО
doljnost
varchar(145)
YES
Должность
telefon
varchar(20)
YES
Телефон
e-mail
varchar(20)
YES
E-mail
rol
varchar(25)
YES
Роль
login
varchar(45)
YES
Логин
parol
varchar(45)
YES
Пароль
Таблица 12
Атрибуты сущности «Темы заявок»
Имя
Тип
Ноль
Ключ
Знач. по ум.
Описание
id_temi_zayavki
int(10)
unsigned
NO
PRI
auto_increm.
Код темы заявки
nazvanie
varchar(45)
NO
Название темы
Таблица 13
Атрибуты сущности «Вложения»
Имя
Тип
Ноль
Ключ
Знач. по ум.
Описание
id_vlojeniya
int(10) unsigned
NO
PRI
auto_increm.
Код вложения
vlojenie
mediumblob
YES
(null)
Вложение
id_zayavki
int(10) unsigned
NO
MUL
0
Код заявки
data_vremya
datetime
NO
0000-00-00
00:00:00
Дата и время
id_sotrud
int(10) unsigned
NO
MUL
0
Код пользовате-
ля
Таблица 14
Атрибуты сущности «Ход исполнения»