2.2.3 Характеристика результатной информации
В данном дипломном проекте результирующей информацией являются – 2 отчета, 2 из них берут данные из таблицы заявок или истории заявок:
1. «Отчет по согласованным заявкам»
Формируется на основе след таблиц и полей:
Дата создания заявки
Пользователь (заявитель)
Ответственная группа
Назначенный на заявку сотрудник
Статус
Приложенное исходное письмо (тема и тело письма в оригинале)
2. Отчет ”заявки по местоположению заявителя”:
Содержит таблицу со следующими полями:
Дата создания заявки
Даты писем по согласованию
Пользователь (заявитель)
Месторасположение(город)
Адрес (улица, дом, корпус, офис)
Ответственная группа
Текущий статус переписки и зарегистрирована ли заявка
Приложенное окончательное письмо (тема и тело письма в оригинале)
Данного рода отчеты имею в информационных поток предприятия служат скорее для получения статистики нежели для оперативного управления и принятия решений, а Информация в этих журналах является скорее уточняющей, нежели обобщающей. В итогах данной ведомостей за месяц можно понять насколько загружена горячая линия по регистрации заявок в ручную, сколько ошибок при регистрации допускает служба и допускает ли. на рисунке №14 представлена скриншот Журнала Созданных заявок в оду итерацию(без согласования) за 1/3/6 часов».
Рисунок № 14 «Журнал Созданных заявок в одну итерацию за 1/3/6 часов»
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В данном дипломном проекте я автоматизирую часть Информационной системы, а именно ту рутинную работу, которую делают сотрудники горячей линии, вместо своих прямых обязанностей. Основное окно программы предоставляет статистические данные об обработанных письмах горячей линии, а также письма, находящиеся на согласовании. Сценарий диалога представлен на рисунке 15.
.
Рисунок 15 Сценарий Диалога работы программы
Программа согласно заложенной в неё логике обрабатывает письма, проверяя их содержимое и согласовывая доступ и закупку с требуемыми регламентом лицами. В программе есть возможность просмотреть историю обработанных писем и при возможности отменить созданные заявки.
Любой функционал программы можно разделить на основной, с помощью которой достигается основная цель алгоритма программы и дополнительный (Служебный) это то, что можно настроить изменить, прояснить. Дерево функций как раз наглядно демонстрирует разделение данных функций. Дерево функций изображено на рисунке № 16
Рисунок № 16 Дерево функций
2.3.2. Характеристика базы данных
Базу данных ИС можно представить в виде следующей ER модели –
рисунок 17 ER модель базы данных
Выбрав в качестве модели базы данных реляционную, на данном рисунке можно наблюдать таблицы, приведенные к третей форме нормальности и возможные связи между ними изображены таблицы базы данных а также связи между ними. У каждой таблицы есть первичный ключ. У многих из таблиц есть вторичный ключ и индексируемые поля для осуществления поиска.
Таблица «registered_letter» что означает обработанное письмо, имеет следующие поля – таблица 12.
Таблица 12.
Таблица «registered_letter»
|
Наименование поля |
Тип данных поля |
Длина поля |
|
ID |
Целое Число (ключевое поле) |
11 |
|
Date created |
Дата |
10 |
|
Letter_date |
Дата |
10 |
|
Letter_from |
Строка |
50 |
|
Letter_title |
Строка |
50 |
|
Letter_body |
Строка |
250 |
|
It_worker_ID |
Целое число |
5 |
|
It_Group_ID |
Целое число |
5 |
|
IT_Mestopologenie |
Целое число |
5 |
|
Id_history |
Целое число |
5 |
Таблица «Group», имеет следующие поля – таблица 13.
Таблица 13.
Таблица «Group»
|
Наименование поля |
Тип данных поля |
Длина поля |
|
ID_group |
Целое Число (ключевое поле) |
11 |
|
Group_Name |
Строка |
100 |
Таблица называется «IT_worker» и подразумевает список сотрудников ИТ отдела, имеет следующие поля – таблица 14.
Таблица 14.
Таблица «IT_worker»
|
Наименование поля |
Тип данных поля |
Длина поля |
|
ID |
Целое Число (ключевое поле) |
11 |
|
Name |
Строка |
15 |
|
Second_Name |
Строка |
20 |
|
Extension |
Число |
5 |
|
Mobile_phone |
число |
10 |
|
IT_Group |
Число |
11 |
Таблица «History», имеет следующие поля – таблица 15.
Таблица 15.
Таблица «History
|
Наименование поля |
Тип данных поля |
Длина поля |
|
ID_history |
Целое Число (ключевое поле) |
11 |
|
ID_status |
Целое число |
11 |
|
Soglasovano |
Логическая |
1 |
Таблица называется "Klassification" и подразумевает набор ключевых слов и по которым будут назначены исполнители заявки – таблица 16.
Таблица 16.
Таблица "Klassification"
|
Наименование поля |
Тип данных поля |
Длина поля |
|
ID_Klassification |
Целое Число (ключевое поле) |
11 |
|
KeyPhrases |
Строка |
150 |
|
Group_ID |
Целое число |
11 |
|
Id_it_Worker |
Целое число |
11 |
|
Soglasovanie |
Логическое |
1 |
|
Date |
дата |
10 |