58
Рисунок 2.4. Информационная модель
2.2.2. Характеристики нормативно-справочной, входной и
оперативной информации
Входной информацией служит заявка от клиента. Заявка должна быть
создана по шаблону.
Пример заявки:
Заявка на посещение:
1. Дата-центр М1
2. Компания: Рамблер, договор N 123/К
3. Ф.И.О. лиц на посещение:
Иванов И. И.
59
4. Дата прибытия 29/08/2019г.
5. Цель посещения:
Настройка оборудования.
6. Автомобиль: марка Киа, гос. номер А123АА177
В системе используются справочники, приведенные в таблице 2.6.
Таблица 2.6.
Используемые справочники
№
п
п
Справочник
Ответственны
й
Средний
объём
справочника
Среднюю
частоту
обновления
Актуализ
ация/%
1
Клиент
Администратор
1000
1 раз в месяц
99
3
Компания
Администратор
100
1 раз в месяц
99
3
Дата Центр
Администратор
2
1 раз в год
99
3
Стойка
Администратор
1400
1 раз в месяц
99
Справочник Клиент имеет следующий реквизиты:
ID Клиент
Email клиента
ФИО посетителя
Номер паспорта
Номер компании
Справочник Компания имеет следующий реквизиты:
ID компании
Полное название компании
Номер договора
Email для уведомлений
ID Дата Центра
60
Справочник Пропуск имеет следующий реквизиты:
ID оформленного пропуска
ID заявки из OTRS
ID клиент
ID стойки
Автомобиль
Цель посещения
Справочник Стойка имеет следующий реквизиты:
ID стойки
ID Дата Центр
Ряд размещения
Зал размещения
Номер стойки
Справочник Дата Центр имеет следующий реквизиты:
ID Дата Центра
Адрес Дата Центра
Название Дата Центра
Телефон Дата Центра
2.2.3 Характеристика результирующей информации
Описание результатных документов приведено в таблице 2.7.
Таблица 2.7.
Описание выходных документов
№
пп
Наимен
ование
Реквизиты
Таблицы, на
основе которых
формируется
Частота
формирова
ния
Способ
доставки
1
Список
пропуск
ов
id пропуска
id заявки
Клиент
Компания
По мере
необходимо
сти
Экранная
форма
61
Email
заявителя
Компания
клиента
Номер
договора
Дата приезда
Фамилия,
имя, отчество
клиентов в
пропуске
Цель
посещения
Автомобиль
Пропуск
Стойка
Дата Центр
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций)
Сценарий диалога в разрабатываемом модуле отсутствует, т.к. создание
пропуска и ответ клиенту происходит автоматически.
Программа согласно заложенной в неё логике обрабатывает заявки,
проверяя их содержимое и выписывает пропуск на посещение Дата Центра.
Древо функций представлено на рисунке 2.5.
62
Рисунок 2.5. Древо функций
2.3.2. Характеристика базы данных
Базу данных информационной системы можно представить в виде
следующей модели, изображенной на рисунке 2.6.
Рисунок 2.6. модель БД.
В таблице 2.8 представлен список полей таблицы «Компания» из БД.
63
Таблица 2.8.
Таблица «Компания»
№
пп
Поле
Тип
Значение
1.
id_kompany
integer
Номер компании
2.
id_dc
integer
Номер Дата Центра
3.
contract
varchar(30)
Договор
4.
email
varchar(50)
Email для уведомлений
5.
name_kompany
varchar(255)
Полное название компании
В таблице 2.9 представлен список полей таблицы «Клиент» из БД.
Таблица 2.9.
Таблица «Клиент».
№
пп
Поле
Тип
Значение
1.
id_client
integer
Номер клиента
2.
id_kompany
integer
Номер компании
3.
email
varchar(50)
Email клиента
4.
name
varchar(255)
Полное имя клиента
5.
document_num
integer(255)
Номер паспорта
В таблице 2.10 представлен список полей таблицы «Пропуск» из БД.
Таблица 2.10.
Таблица «Пропуск»
№
пп
Поле
Тип
Значение
1.
id_pass
integer
Номер пропуска
2.
id_ticket
integer
Номер заявки
3.
id_client
integer
Номер клиента
4.
id_rack
integer
Номер стойки
64
5.
avto
varchar(12)
Автомобиль
6.
purpose
varchar(255)
Цель посещения
В таблице 2.11 представлен список полей таблицы «Стойка» из БД.
Таблица 2.11.
Таблица «Стойка»
№
пп
Поле
Тип
Значение
1.
id_rack
integer
Номер пропуска
2.
id_dc
integer
Номер заявки
3.
id_kompany
integer
Номер компании
4.
row
varchar(10)
Ряд
5.
hall
integer
Зал
6.
serial
integer
Номер в ряду
В таблице 2.12 представлен список полей таблицы «Дата Центр» из БД.
Таблица 2.12.
Таблица «Дата Центр»
№
пп
Поле
Тип
Значение
1.
id_dc
integer
Номер Дата Центра
2.
address
varchar(255)
Адрес
3.
alias
varchar(10)
Название
4.
phone
integer
Номер телефона
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
В данном разделе представлено дерево программных модулей для основной
части разрабатываемого программного обеспечения, составленное на основе
65
результатов, полученных в предыдущем разделе, отражающее структурную схему
(рисунок 2.7).
Рисунок 2.7. Структурная схема пакета.
Описание модулей, приведенных в рисунке 2.7, представлено ниже в
таблице 2.11.
Таблица 2.11.
Описание программных модулей.
№
п/п
Наименование модуля
Функции модуля
1.
Модуль авторизации
Модуль отвечает за авторизацию клиента
приславшего заявку на пропуск
2.
Модуль проверки заявки
Модуль проверяет заявку на содержание
необходимой информации
3.
Модуль создания пропуска
Модуль создает пропуск и отправляет клиенту
ответ
2.3.4 Описание программных модулей.
На рисунке 2.8 изображен алгоритм работы всех модулей автоматизации.
66
Рисунок 2.8. Алгоритм работы всех модулей автоматизации.
2.4 Контрольный пример реализации проекта и его описание
На рисунке 2.9 продемонстрирована интеграция программного средства в
систему OTRS. (см. приложения 1, 2, 3).
67
Рис.2.9. Интеграция в OTRS.
При поступлении новой заявки в системуOTRS она появляется в очереди
(рис.2.10).
Рис. 2.10. Входящая очередь
Подробный вид заявки на пропуск представлен на рисунке 2.11.