86
1. Клиент. Создает новую заявку, имеет доступ на просмотр своих
открытых заявок, добавляет комментарии к своим открытым заявкам, а также
меняет статус. После создания заявки ее статус становится "Открыта".
Инициатор может закрыть свою заявку.
2. Диспетчер (сотрудник отдела технического обслуживания).
Заполняет дополнительные атрибуты заявки: классифицирует заявку, назначает
приоритет и крайний срок, назначает исполнителей. После назначения
исполнителя статус заявки становится "Назначен исполнитель". Диспетчер
может зарыть заявку.
3. Исполнитель (сотрудник отдела технического обслуживания).
Исполнитель может менять статус заявки на "Выполняется" и "На проверке",
вносить комментарии. Получив или отредактировав заявку, исполнитель меняет
ее статус на "Выполняется". Выполнив заявку, исполнитель меняет ее статус на
"На проверке".
На информационной модели показано 4 области:
1. Область ввода документов администратором системы и заполненич
справочников;
2. Область изменения справочников системы;
3. Область ввода заявки клиентом
4. Область формирования результатных документов.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В разработанной системе основным входным документом является запрос
пользователя на обеспечение технического обслуживания, который после
регистрации в системе называется заявкой. Заявка должна быть оформлена в
соответствии с правилами, приведенными в пункте 1.2.2.
Кроме того, для обеспечения работы системы используются сведения о
клиентах, сотрудниках отдела, сведения о категориях инцидентов, а также
наиболее часто задаваемые вопросы и возникающие проблемные ситуации.
87
Данные документы не имеют какой-либо утвержденной формы, но должны
содержать заранее определенный набор атрибутов.
Таким образом, в системе используются следующие основные входные
документы:
Запрос;
Сведения о клиентах;
Сведения о сотрудниках;
Сведения о категориях инцидентов;
Сведения о наиболее частых проблемах.
Источником получения документа Запрос является пользователь. В
зависимости отситуации количества запросов может значительно разниться, но в
среднем составляет около 10 за рабочий день. Объем одного запроса составляет
около 30 документострок. В состав данного документа входят следующие
реквизиты:
Дата заявки;
Заголовок;
Описание;
Уровень важности;
Сведения о категориях инцидентов формируются в ходе деятельности
отдела. Данный документ содержит наименование категории объемомо 1
документостроку.
Сведения о пользователях системы поступают из отдела кадров, содержат
следующие реквизиты:
ФИО;
Должность;
Отдел;
Сведения о наиболее частых проблемах также формируются в ходе
деятельности группы и содержат описание наиболее частых проблем и вопросов,
возникающих у пользователей.
В системе используется 5 справочников, описание которых приведено в
таблице 2.2.
88
Таблица 2.2
Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
средняя
частота
актуализации
средни
й объем
актуал
изации,
%
1
Отделы
Администратор
20
ежемесячно
10
2
Пользователи
Администратор
150
ежедневно
10
3
Конфигурации
ПК
Администратор
50
ежемесячно
10
4
Кабинеты
Администратор
100
ежемесячно
10
5
Характерные
случаи
Администратор
15
ежемесячно
10
2.2.3 Характеристика результатной информации
В качестве результатной информации на основании введенных данных
системой формируются документы в виде экранных форм, подробное описание
которых приведено ниже.
Список поступивших заявок содержит следующие реквизиты:
номер заявки;
заголовок заявки;
дата запроса;
пользователь;
описание;
категория важности.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Управление информационной системой происходит посредством выбора
пункта меню или подменю, каждому пункту меню соответствует
индивидуальная функция. На рисунке 2.4 представлено дерево функций
административной части информационной системы.
89
Рис. 2.4 Функции администратора системы
Дерево функций пользователя системы приведено на рисунке 2.5.
Рис. 2.5 Дерево функций клиента
Сценарий диалога администратора и пользователя соответственно
приведены на рисунках 2.6 и 2.7.
90
Рис. 2.6 Сценарий диалога администратора
91
Рис. 2.7 Сценарий диалога пользователя
2.3.2 Характеристика базы данных
ER-диаграмма базы данных представлена на рисунке 2.8.
Рис. 2.8 ER-диаграмма базы данных
92
Характеристика таблиц, из которых состоит база данных, представлена в
таблицах с 2.3 по 2.8.
Таблица 2.3
Структура таблицы Пользователи
№ пп
Идентификатор
Тип данных
Длина
Описание
1.
idu
int
11
Уникальный
номер записи
2.
nameuser
varchar
25
ФИО
пользователя
3.
datereg
timestamp
-
Дата
регистрации в
системе
4.
login
varchar
25
Логин
5.
password
varchar
25
Пароль
6.
status
int
1
Роль в
системе
7.
udaluser
int
1
Стасус об
удалении
8.
iduserotd
int
1
Отдел
9.
idpkuser
int
6
Конфиругация
Таблица 2.4
Структура таблицы Заявки
№ пп
Идентификатор
Тип данных
Длина
Описание
1.
idzav
int
10
Уникальный
номер записи
2.
desczav
text
-
Описание
заявки
3.
priorzav
int
1
Приоритет
заявки
4.
activzav
int
2
Кабинет
5.
katzav
int
2
Категория
6.
filezav
text
-
Прикрепленный
файл
7.
commzav
text
-
Комментарий к
заявке
8.
iduzav
int
3
Идентификатор
пользователя,
93
Продолжение таблицы 2.4
№ пп
Идентификатор
Тип
сведения
данных
Длина
Описание
9.
datezav
timestamp
-
Дата
внутри
формирования
заявки
10.
namezav
varchar
255
Название
заявки
11.
deletzav
int
1
Статус
удаления
Таблица 2.5
Структура таблицы Категории заявки
№ пп
Идентификатор
Тип данных
Длина
Описание
1.
idpr
int
1
Уникальный
номер записи
2.
nameprez
varchar
255
Наименование
категории
проблемы
3.
delprez
int
1
Статус
удаления
категории
Таблица 2.6
Структура таблицы Статус заявок
№ пп
Идентификатор
Тип данных
Длина
Описание
1.
ids
int
11
Код
2.
openz
varchar
45
Дата открытия
3.
iduopen
int
2
Код
пользователя
4.
rasp
varchar
45
Дата
распределения
5.
idrasp
int
2
Код
распределившего
6.
proz
varchar
45
Дата исполнения
7.
idproz
int
2
Код исполнителя
8.
test
varchar
45
Дата проверки
9.
idtest
int
2
Код
проверяющего
10.
clos
varchar
45
Дата закрытия
11.
idclos
int
2
Код закрывшего
12.
flag
int
2
Статус
13.
nomzav
int
3
Номер заявки
94
Таблица 2.7
Структура таблицы Отделы
№ пп
Идентификатор
Тип данных
Длина
Описание
1.
ido
int
1
Уникальный
номер записи
2.
nameo
varchar
255
Наименование
отдела
3.
delprez
int
1
Статус
удаления
Таблица 2.8
Структура таблицы Кабинеты
№ пп
Идентификатор
Тип данных
Длина
Описание
1.
ida
int
1
Уникальный
номер записи
2.
idoa
int
2
Код отдела
3.
nomkab
varchar
6
Номер
кабинета
4.
dela
int
1
Статус
удаления
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Программные модули, составляющие структуру пакета, поздразделяются
на три класса: управляющие модули, предназначенные для загрузки меню и
передачи управления другому модулю; модули служебных функций;
информационные модули. От класса модуля зависит его функциональность.
Дерево вызова программных модулей пользователя представлено на
рисунке 2.9.
95
Рис. 2.9 Дерево вызовы программных модулей
Описание модулей информационной системы представлены в таблице
2.9.
Таблица 2.9
Описание программных модулей
№
Идентификатор
Выполняемые функции
1
Auth
Модуль авторизации
2
add
Модуль формирования заявок
3
zav
Модуль управления заявками
4
info
Модуль информации о пользователе
5
exit
Модуль выхода из системы