В таблице chat ведется переписка по заявкам, находящимся в статусе
"В работе".
Реквизиты таблицы следующие:
kod_zaiavki. Код заявки, внешний ключ.
kod_message_. Код сообщения. Первичный ключ.
kod_sotr. Код сотрудника, написавшего сообщение.
message_. Сообщение.
status_operat. Статус (прочтено, не прочтено) сообщений от
оператора, адресованных техническому специалисту.
status_tehsupport. Статус сообщений от технического специалиста,
адресованных оператору.
Поскольку система предназначена для обмена электронными заявками
внутри всей организационной структуры, то входные документы для ввода
информации в программу отсутствуют.
2.2.2. Характеристика результатной информации
Результатная информация представляет из себя аналитические отчеты
по заявкам:
Отчет по действующим заявкам за период;
Отчет по закрытым заявкам за период;
Сводный отчет по всем заявкам за период;
Данные отчеты формируются на основании выборок из базы данных.
На полученный в результате выборки набор данных накладывается
дополнительная фильтрация по диапазону дат.
Отчет по действующим заявкам за период времени формируется за
счет следующей выборки:
ADOQuery4.Close;
ADOQuery4.SQL.Clear;
ADOQuery4.SQL.Add('SELECT zaiavki.date_open, zaiavki.krat_name, sotr.fio,
otdel.name_otdela, ');
ADOQuery4.SQL.Add('zaiavki.status, zaiavki.date_close, zaiavki.kod_sotr,
zaiavki.kod_sotr_support, ');
ADOQuery4.SQL.Add('zaiavki.kod_zaiavki, zaiavki.opis, zaiavki.job ');
ADOQuery4.SQL.Add('FROM zaiavki INNER JOIN sotr ON zaiavki.kod_sotr =
sotr.kod_sotr INNER JOIN otdel ');
ADOQuery4.SQL.Add('ON sotr.kod_otdela = otdel.kod_otdela where
zaiavki.status="Открыта" ');
ADOQuery4.SQL.Add('ORDER BY zaiavki.date_open');
ADOQuery4.Open;
ADOQuery4.Filtered:=false;
ADOQuery4.Filter:='date_open>='+Date1+' and '+'date_open<='+Date2;
ADOQuery4.Filtered:=true;
Отчет по закрытым заявкам формируется с помощью следующего
запроса:
ADOQuery4.SQL.Add('SELECT zaiavki.date_open, zaiavki.krat_name, sotr.fio,
otdel.name_otdela, ');
ADOQuery4.SQL.Add('zaiavki.status, zaiavki.date_close, zaiavki.kod_sotr,
zaiavki.kod_sotr_support, ');
ADOQuery4.SQL.Add('zaiavki.kod_zaiavki, zaiavki.opis, zaiavki.job ');
ADOQuery4.SQL.Add('FROM zaiavki INNER JOIN sotr ON zaiavki.kod_sotr =
sotr.kod_sotr INNER JOIN otdel ');
ADOQuery4.SQL.Add('ON sotr.kod_otdela = otdel.kod_otdela where
zaiavki.status="Закрыта" ');
ADOQuery4.SQL.Add('ORDER BY zaiavki.date_open');
ADOQuery4.Open;
ADOQuery4.Filtered:=false;
ADOQuery4.Filter:='date_open>='+Date1+' and '+'date_open<='+Date2;
ADOQuery4.Filtered:=true;
Сводный отчет:
ADOQuery4.SQL.Add('SELECT zaiavki.date_open, zaiavki.krat_name, sotr.fio,
otdel.name_otdela, ');
ADOQuery4.SQL.Add('zaiavki.status, zaiavki.date_close, zaiavki.kod_sotr,
zaiavki.kod_sotr_support, ');
ADOQuery4.SQL.Add('zaiavki.kod_zaiavki, zaiavki.opis, zaiavki.job ');
ADOQuery4.SQL.Add('FROM zaiavki INNER JOIN sotr ON zaiavki.kod_sotr =
sotr.kod_sotr INNER JOIN otdel ');
ADOQuery4.SQL.Add('ON sotr.kod_otdela = otdel.kod_otdela ');
ADOQuery4.SQL.Add('ORDER BY zaiavki.date_open');
ADOQuery4.Open;
ADOQuery4.Filtered:=false;
ADOQuery4.Filter:='date_open>='+Date1+' and '+'date_open<='+Date2;
ADOQuery4.Filtered:=true;
2.3. Программное обеспечение задачи
2.3.1. Сценарий диалога
Сценарий диалога для администратора, специалиста службы
технической поддержки и оператора выглядит по разному. Причем, сценарий
диалога специалиста технической поддержки и оператора одинаковы.
Рассмотрим сначала сценарий диалога для учетной записи
администратора. Он показан на рисунке 15.
Рисунок 15. Сценарий диалога учетной записи администратора
Пункт меню "Администрирование" вызывает подменю, в котором есть
пункт "Сотрудники". Этот пункт, в свою очередь, вызывает одноименное
окно, в котором администратор добавляет организации, либо отделы
организации, в зависимости от того, как ему будет удобно вести учет. Также
здесь добавляются сотрудники организаций и отделов, которые закреплены в
обслуживаемых организациях, как сотрудники, взаимодействующие с
компанией Зеробит.
Пункт меню "Личный кабинет оператора" вызывает одноименное окно
для добавления, удаления и редактирования заявок от имени
Администратора.
Пункт меню "Личный кабинет технического специалиста" вызывает
окно для работы с заявками операторов. Окно "Смена пользователя"
вызывает окно для авторизации.
Рисунок 16. Сценарий диалога учетной записи оператора и
технического специалиста
Сценарий диалога оператора отличается отсутствием пунктов меню
"Администрирование", "Личный кабинет оператора" и "Личный кабинет
технического специалиста". Вместо этого в главном меню присутствует
пункт "Личный кабинет" и он вызывает окно либо оператора, либо
технического специалиста в зависимости от того, под какой учетной записью
был выполнен вход в систему.
2.3.2. Характеристика базы данных
На рисунке 17 изображена информационно-логическая модель данных.
Рисунок 17. Информационно-логическая модель данных (EER-
модель данных)
База данных состоит из четырех таблиц. Таблица "otdel" (Организации /
Отделы) предназначена для хранения наименований Организаций, либо
отделов на предприятии. В каждой организации работают сотрудники.
Причем в каждой организации может работать несколько сотрудников,
отвечающих за взаимодействие с Зробит. Поэтому таблица "sotr"
(сотрудники) является подчиненной по отношению к таблице "otdel".
Каждый сотрудник может формировать множество заявок, поэтому
таблица "zaiavki" (Заявки) является подчиненной по отношению к таблице
"sotr". Также в каждой заявке существует переписка, то есть каждая заявка
содержит в себе несколько сообщений. Таким образом, таблица "Chat" (Чат)
является подчиненной по отношению к таблице "zaiavki". Более того,
каждый сотрудник может формировать множество сообщений в чате,
поэтому, таблица "Chat" является также подчиненной и для таблицы "sotr".
Все связи между родительскими и подчиненными таблицами
сформированы как один-ко-многим.
Физическая модель данных в армках выбранной СУБД MySQL показана на
рисунке 18.
Рисунок 18. Физическая модель данных
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета представлена на рисунке 19.
Рисунок 19. Структурная схема пакета
2.4. Испытания разработанного решения
Работа приложения начинается с запуска файла tehsupportauto.exe,
после чего на экран выходит окно авторизации:
Рисунок 20. Окно авторизации в системе
Первоначально в системе доступна только запись администратора с
паролем 123, который можно после начала эксплуатации заменить на более
сложный.
Учетная запись администратора позволяет вести осуществлять все
виды операций. Но основное ее предназначение заключается в добавлении
отделов и сотрудников организаций по отделам. Таким образом, войдя в
систему под учетной записью администратора, на экране появляется
основное окно программы.
После запуска администратор должен добавить Отделы и сотрудников
отделов, которые будут создавать заявки. Так же он может создавать учетные
записи с типом администратора.
Рисунок 21. Главное окно приложения
Добавление отделов и сотрудников осуществляется посредством
выбора пункта меню Администрирование/Сотрудники, после чего на экране
появится окно для добавления организации или отделов.