99
такие реквизиты, как номер заявки, ее дата, данные пользователя, краткое
описание заявки, принявший сотрудник, выполнявший заявку сотрудник,
результат выполнения заявки или ее текущий статус.
Отчет о выполненных заявках формируется на основании ведомости учета
и контроля заявок и содержит перечень выполненных заявок.
Отчет о невыполненных заявках формируется на основании ведомости
учета и контроля заявок и содержит перечень невыполненных заявок с
группировкой по причине невыполнения заявки.
Аналитический отчет о выполнении заявок формируется на основании
ведомости учета и контроля заявок и содержит перечень всех заявок с
группировкой по выполненным и невыполненным.
Отчет о степени загруженности сотрудников содержит количество
выполненных заявок каждым сотрудником службы информационных
технологий, в том числе количество успешных и неуспешных выполнений,
количество заявок по видам (консультирование, оказание технической помощи,
оказание дополнительных услуг), формируется на основании ведомости учета и
контроля заявок и списка сотрудников.
Отчет о наиболее часто возникающих проблемах формируется на
основании ведомости учета и контроля заявок, списка сотрудников и списка
пользователей, содержит сведения по процентному и абсолютному
соотношению возникших заявок по типам проблем за период.
Сводный отчет по пользователям содержит сведения о всех обращениях
данного пользователя в службу информационных технологий с описание
проблем, датами обращений и данными сотрудников, которые решали
возникающие проблемы.
Для хранения всех вышеперечисленных документов не используется
каких-либо таблиц в базе данных [9]. Формирование результатных документов
происходит по запросу, после чего они могут быть выведены на экран, на печать,
сохранены в документ MS Excel и отправлены адресату по электронной почте.
2.3 Программное обеспечение задачи
100
2.3.1 Общие положения (дерево функций и сценарий диалога)
Анализируя функции разработанного приложения, их можно разбить на
два блока – служебные и основные. Служебные функции представляют собой
возможность настройки интерфейса и настройки системы. Основными
функциями являются работа с жалобами, с заявками и получение отчетных
документов.
Дерево функций пользователя разработанной ИС представлено на рисунке
2.6.
Функции
Служебные
Основные
Настройки
Справка
Получение
отчетных
документов
Работа со
справочниками
Клиент
Сотрудники
Работа с заявками
Учет заявки
Распределение
заявки
Редактирование
заявки
Справочник Тип
Неисправности
Удаление
Добавление
Редактирование
Получение списка
Справочник Тип
Должности
Справочник Статус
заявки
Удаление заявки
Рисунок 2.3 Дерево функций пользователя ИС
Сценарий диалога формируется на основе дерева функций [2]. В
разработанной системе сценарий построен по иерархическому принципу. Работа
начинается с вызова главной кнопочной формы, на которой присутствует
5пунктов меню:
Пользователь;
Заявка;
Справочник;
101
Пользователь;
Отчеты;
Выход.
Сценарий диалога приведен на рисунке 2.7.
Авторизация
1. Клиент
1.1 Добавить
1.2 Удалить
1.3 Редактировать
1.4. Обновить
1.5 Сохранить
Выход
Основные функции:
1.Клиент
2.Заявка
3.Справочник
4.Пользователь
5.Отчеты
6.Выход
3. Справочник
1.Клиент
2.Сотрудники
3.Справочник Тип
Неисправности
4.Справочник Тип
Должности
5.Справочник Статус заявки
2. Заявка
2.1 Добавить
2.2 Удалить
2.3 Редактировать
2.4. Обновить
2.5 Сохранить
3.1-3.7 Операции
1 Добавить
2 Удалить
3 Редактировать
4. Обновить
5 Сохранить
4.Пользователь
1 Добавить
2 Удалить
3 Редактировать
4. Обновить
5 Сохранить
Рисунок 2.4 Сценарий диалога системы
102
2.3.2 Характеристика базы данных
С учетом особенностей хранения данных и указанной организации их
хранения, приведем инфологическую модель данных, приведенную с
использованием стандартизированной методологии IDEF1X и средства
MySQLWorkbench [8].
Рисунок 2.5 Инфологическая модель базы данных
На схеме приведены следующие сущности и атрибуты:
1. Заявка:
Код_заявка
Дата регистрации
Дата закрытия
Код_статус(справочник Статус заявки)
Код_неисправность(справочник Тип неисправностей)
Код_ пользователя (справочник Пользователи)
103
Код_сотрудника (справочник Сотрудники)
Воспроизводимость
Скриншот
Описание
Код_услуга (справочник Дополнительные услуги)
Количество
2. Пользователи:
Код_ пользователя
Фамилия
Имя
Отчество
Должность
Телефон
Номер комнаты
3. Сотрудники
Код_сотрудника
Фамилия
Имя
Отчество
Код_должность (из справочника Должность)
Телефон
E-mail
4. Статус заявки:
Код_статус, Наименование_статус(принята, распределена, закрыта)
5. Тип неисправностей:
Код_неисправность, Наименование_неисправность
6. Должность:
Код_ должность, Наименование должность (специалист технического
обслуживания, программист, системный администратор)
Структура таблиц приведена в таблицах [10].
104
Таблица 2.3 Структура таблицы client
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
phone
varchar(255)
Да
NULL
email
varchar(255)
Да
NULL
number
varchar(255)
Да
NULL
Таблица 2.4 Структура таблицы defect
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.5 Структура таблицы request
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
date_reg
datetime
Да
NULL
date_close
datetime
Да
NULL
id_status
int(11)
Да
NULL
id_client
int(11)
Да
NULL
description
mediumtext
Да
NULL
reproducibility
bit(1)
Да
NULL
id_staff
int(11)
Да
NULL
id_defect
int(11)
Да
NULL
id_priority
int(11)
Да
NULL
Таблица 2.6 Структура таблицы staff
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
birthday
datetime
Да
NULL
id_function
int(11)
Да
NULL
phone
varchar(255)
Да
NULL
login
varchar(255)
Да
NULL
psw
varchar(255)
Да
NULL
blocked
bit(1)
Да
NULL
date_reg
datetime
Да
NULL
email
varchar(255)
Да
NULL
id_staff_type
int(11)
Да
NULL
105
Таблица 2.7 Структура таблицы staff_work
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
day
date
Да
NULL
id_staff
int(11)
Да
NULL
id_day_type
int(11)
Да
NULL
amount
double
Да
NULL
Таблица 2.8 Структура таблицы status
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
106
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема пакета информационной системы приведена на
рисунке 2.8.
ПМ Главное меню
ПМ Настройки
ПМ Справка
ПМ Получение
отчетных
документов
ПМ Журнал поступления заявок от клиентов
ПМ Ведомость учета работ специалистов отдела
ПМ Ведомость учета и контроля поступления заявок от
клиентов за период
ПМ Работа со
справочниками
ПМ Клиент
ПМ Сотрудники
ПМ Работа с
заявками
ПМ Учет заявки
ПМ
Распределение
заявки
ПМ
Редактирование
заявки
ПМ Справочник Тип
Неисправности
ПМ Отчет о степени загруженности сотрудников отдела
ПМ Аналитический отчет о наиболее часто возникающих
проблемах клиентов
ПМ Отчет по заявке
ПМ Справочник Тип
Приоритета ТП
ПМ Справочник Тип
Должности
ПМ Справочник Статус
заявки
ПМ Удаление
заявки
ПМ Сводный отчет по клиентам
ПМ Отчет о выполненных заявках клиентов за период
ПМ Отчет о невыполненных заявках клиентов за период
ПМ Аналитический отчет о выполнении заявок клиентов
за период
ПМ Авторизация
ПМ Заставка
Рисунок 2.6 Структурная схема пакета Информационных систем
Описание программных модулей приведено в пункте 2.4.
107
2.3.4 Описание программных модулей
На рисунках 2.9, 2.10, 2.11, 2.12, 2.13, 2.14 представлен перечь
программных модулей, а так-же описание их функций.
2.4 Контрольный пример реализации проекта и его описание
После открытия веб-страницы проекта на экране монитора появится окно
входа в систему, с которого и начинается её работа. В открывшемся окне входа
необходимо ввести имя пользователя и пароль, которые так же являются
логином и пароль для входа в доменную сеть.
Рисунок 2.7 Авторизация пользователя
После авторизации откоется главное меню в соответствии с правами
пользователя.
Главное меню учетной записи администратора содержит кнопки:
ServiceDesk:
108
Войти – выполнение авторизации;
Поставить общую задачу (Задачи компании);
Согласовать общий документ;
Обращение в поддержку IT – для подачи заявки;
Заказ на товары;
Запрос в ОЦО – финансовые документы;
Инициировать совещание;
Обращение по работе Контакт-центра;
Запрос в ЦЕС (Центр Единого Сервиса) – вся документация;
Запрос по CRM - в разработке;
Согласовать НРД – Нормативные и распорядительные документы
База знаний:
Типовые бланки;
База НРД;
База знаний снабжения и логистики;
Информация по IT системам;
Информация о подчиненных;
Глоссарий;
Документы коммерческой службы;
Префиксы подразделений;
Вы замещаете:
Тут показан пользователь, которого выполняю его обязанности, в случае
его отсутствия.
Личное:
Мои корректировки – штрафы за превышение норм или просрочки
времени на задачи;
Я – Заказчик – Те задачи, которые я создал;
Я – Запрашивал подпись – Для подтверждения согласия и информирования
другого пользователя, запрашивается подпись от моего имени;
Я – Подписчик – Те задачи, которые я отслеживаю;