Файл: Автоматизация приема и обработки заявок отделом.pdf

75 5.
Статусы запросов
Администратор 5 1 раз в месяц
10
2.2.3 Характеристика результатной информации
В результате работы системы формируются следующие выходные документы:

Журнал поступления заявок;

Отчет о закрытых заявках;

Отчет по работе сотрудников техподдержки;

Отчет по заявке;

База данных вопросов и ответов.
Для хранения всех вышеперечисленных документов не используется каких-либо таблиц в базе данных. Формирование результатных документов происходит по запросу, после чего они могут быть выведены на экран, на печать, сохранены в документ Microsoft Excel и отправлены адресату по электронной почте.
2.3
Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Анализируя функции разработанного приложения, их можно разбить на два блока – служебные и основные. Служебные функции представляют собой возможность настройки интерфейса и настройки системы. Основными функциями являются работа с жалобами, с заявками и получение отчетных документов.
Дерево функций пользователя разработанной ИС представлено на рисунке 2.3.

76
Функции
Служебные
Основные
Настройки
Справка
Получение отчетных документов
Журнал поступления заявок
Отчет о закрытых заявках
Отчет по работе сотрудников техподдержки
Работа со справочниками
Объекты
Изделия
Работа с заявками
Учет заявки
Распределение заявки
Редактирование заявки
Пользователи
Удаление
Добавление
Редактирование
Получение списка
Отчет по заявке
База данных вопросов и ответов
Вывод на экран
Печать
Удаление заявки
Выбор даты
Экспорт
Рисунок 2.3 Дерево функций пользователя ИС
Сценарий диалога формируется на основе дерева функций. В разработанной системе сценарий построен по иерархическому принципу. Работа начинается с вызова главной формы, на которой присутствует 5 пунктов меню:

Главная;

Заявки;

Отчеты;

Панель администратор;

Выход.
Сценарий диалога приведен на рисунке 2.3.

77
Авторизация
1.
Главная- Архив
Инструкций
1.1 Поиск записи
1.2 Просмотр записи
1.3
Редактирование записи
Выход
Основные функции:
1. Главная;
2. Заявки;
3. Отчеты;
4. Панель администратора;
5.Выход.
4. Панель администратора
1.Объекты
2.Изделия
3. Пользователи
2. Заявка
2.1 Добавить
2.2 Удалить
2.3 Редактировать
2.4. Обновить
2.5 Сохранить
4.1-4.11 Операции
1 Добавить
2 Удалить
3 Редактировать
4. Обновить
5 Сохранить
3. Отчеты
1.
Общий отчет по заявкам;
2.
Отчет по работе сотрудников техподдержки;
3.
Отчет о закрытых заявках;
3.1-3.3 Операции
1 Выбор периода
2 Печать
3 Экспорт
4. Графическая форма
Рисунок 2.4 Сценарий диалога системы

78
2.3.2 Характеристика базы данных
В результате анализа предметной области выделены следующие сущности для проектирования базы данных:

Пользователи;

Типы пользователей;

Запросы;

Статусы запросов;

Объект;

Продукт.
В соответствии с данными сущностями в системе используется 6 видов кодирования, предназначенные для однозначной идентификации множеств. Виды систем кодирования указаны в таблице 2.3.
Таблица 2.3
Используемые классификаторы
Наименовани
е классификатора
Длин
а кода
Система
кодирования
Вид
классификатор
а
Пользователи
3
Иерархическа я локальный
Типы пользователей
6
Иерархическа я локальный
Заявки
(запросы)
6 порядковая локальный
Статусы запросов
3 порядковая локальный
Объект
3 порядковая локальный
Продукт
Все классификаторы ведутся администратором системы.
Классификатор пользователей.
Определяем количество признаков классификации:
R1=(Признак должности, ФИО сотрудника)=2
Определяем мощность множества «Сотрудники»:
М1: М11=5, М12=25
Определяем длину кода:

79
L1=L11+L12=lgM11+lgM12=1+2=3
Строим классификатор:
Таблица 2.4
Классификатор сотрудников
Код сотрудника
Должность
ФИО
100
Начальник отдела
Иванов
Иван
Иванович
201
Старший оператор отдела технической поддержки
Федоров
Сергей
Петрович
300
Оператор отдела технической поддержки
Антов Иван Сергеевич
401
Программист отдела технической поддержки
Федорова
Вероника
Антоновна
509
Системный администратор отдела технической поддержки
Евгеньев
Анатолий
Петрович
Классификатор запросов.
Определяем количество признаков классификации:
R1=(тип запроса, ФИО пользователя)=2
Определяем мощность множества «Запросы»:
М1: М11=2, М12=250
Определяем длину кода:
L1=L11+L12=lgM11+lgM12=1+3=4
Строим классификатор:
Таблица 2.5
Классификатор запросов
Код запроса
Статус
ФИО
10001
Поступил
Анатольев Иван
Иванович
20101
Выполнен
Исхаков Сергей
Петрович
Классификатор статусов запросов.
Определяем количество признаков классификации:
R1=(Код статуса)=1
Определяем мощность множества «Статусы запросов»:
М1: М11=1000

80
Определяем длину кода:
L1=L11=lgM11=3
Строим классификатор:
Таблица 2.6
Классификатор статусов запросов
Код статуса
Наименование статуса
001
Поступил
002
В обработке
Классификатор «Типы пользователей».
Определяем количество признаков классификации:
R1=(Код типа пользователей)=1
Определяем мощность множества «Типы пользователей»:
М1: М11=100
Определяем длину кода:
L1=L11=lgM11=2
Строим классификатор:
Таблица 2.7
Классификатор «Типы пользователей»
Код типа пользователя
Тип пользователя
01
Пользователь
02
Администратор
Классификатор объектов.
Определяем количество признаков классификации:
R1=(наименование объекта)=1
Определяем мощность множества «Объекты »:
М1: М11=100
Определяем длину кода:
L1=L11=lgM11=2
Строим классификатор:
Таблица 2.8
Классификатор объектов
Код объекта
Название

81 101
Наименование 1 201
Наименование 2
Классификатор продуктов.
Определяем количество признаков классификации:
R1=(наименование продукта)=1
Определяем мощность множества «Дополнительные услуги »:
М1: М11=100
Определяем длину кода:
L1=L11=lgM11=2
Строим классификатор:
Таблица 2.9
Классификатор продуктов
Код продукта
Название
101
Продукт 1 201
Продукт 2
На основании входной информации построим даталогическую модель данных (рисунок 2.5). Даталогическая модель является моделью логического уровня, представляющая собой описание логической структуры БД на языке
СУБД.
Рисунок 2.5 Даталогическая модель данных
Структура таблиц приведена в таблицах.

82
Таблица 2.10
Структура таблицы object
Поле
Тип
Null
По умолчанию Комментарии MIME
id int(11)
Нет title varchar(255)
Да
NULL
Таблица 2.11
Структура таблицы product
Поле
Тип
Null
По умолчанию Комментарии MIME
id int(11)
Нет title varchar(255)
Да
NULL
Таблица 2.12
Структура таблицы request
Поле
Тип
Nul
l
По
умолчани
ю
Связи
Комментар
ии
MIM
E
id int(11)
Нет receive_date datetime
Да NULL id_request_st ate int(11)
Да NULL request_sta te -> id id_performer int(11)
Да NULL user -> id solution longtext
Да NULL complete_dat e datetime
Да NULL completed bit(1)
Да NULL id_object int(11)
Да NULL object
-> id id_product int(11)
Да NULL product -> id id_sender int(11)
Да NULL user -> id title varchar(25 5)
Да NULL description longtext
Да NULL archive bit(1)
Да NULL id_creator int(11)
Да NULL user -> id
Таблица 2.13
Структура таблицы request_state

83
Поле
Тип
Nul
l
По
умолчани
ю
Комментари
и
MIM
E
id int(11)
Нет username varchar(255
)
Нет password_hash varchar(255
)
Нет auth_key varchar(32)
Нет password_reset_toke n varchar(255
)
Да NULL activation_token varchar(255
)
Да NULL email varchar(255
)
Нет status smallint(6)
Нет
10 created_at int(11)
Нет updated_at int(11)
Нет nikname varchar(255
)
Да NULL id_user_type int(11)
Да NULL last_name varchar(255
)
Да NULL first_name varchar(255
)
Да NULL middle_name varchar(255
)
Да NULL phone varchar(255
)
Да NULL report_date_1 datetime
Да NULL report_date_2 datetime
Да NULL
Таблица 2.15
Структура таблицы user_type
Поле
Тип
Null
По умолчанию Комментарии MIME
id int(11)
Нет title varchar(255)
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)

84
Структурная схема пакета ИС приведена на рисунке 2.4.
ПМ Главное меню
ПМ Настройки
ПМ аРХИВ
ПМ Получение отчетных документов
ПМ Журнал поступления заявок
ПМ Отчет о закрытых заявках
ПМ Отчет по работе сотрудников техподдержки
ПМ Работа со справочниками
ПМ Объекты
ПМ Изделия
ПМ Работа с заявками
ПМ Учет заявки
ПМ
Распределение заявки
ПМ
Редактирование заявки пм Пользователи
ПМ Отчет по заявке
ПМ Удаление заявки
ПМ Авторизация
ПМ Заставка
Рисунок 2.6 Структурная схема пакета ИС
В таблице 2.16 представлен перечь программных модулей, представленных на рисунке 2.4, а также описание их функций.
Таблица 2.16
Описание программных модулей
Название программного модуля
Описание
Заставка
Экранная форма Заставки
Авторизация
Экранная форма для ввода пароля и процедура проверки пароля
Главное меню
Экранная форма с главным меню программы
Меню «Справка»
Отображение справки по программе
Меню «Настройки»
Отображение меню настроек
Меню «Работа с заявками»
Отображение меню основных функций по работе с заявками
Меню «Работа со справочниками»
Отображение меню справочников
ПМ «Пользователи»
Отображение меню Пользователи
Загрузка справочника Пользователи
Процедура вывода справочника на экран
Печать справочника Пользователи
Процедура печати
Актуализация справочника
Пользователи
Экранная форма с процедурой ввода и корректировки записи
…
Аналогично для остальных справочников
Меню
«Получение отчетных документов»
Отображение меню получения отчетных документов
2.3.4 Описание программных модулей

85
Одним из основных модулей разработанной системы технической поддержки является модуль учета заявок. Основной функцией данного модуля является ввод и учет данных о заявках на техническое обслуживание.
Блок-схема работы данного модуля приведена на рисунке 2.7.

86
Цикл по месяцам m=1; m<=12; m++
Цикл по клиентам j=1; j<=COUNT(Sotr udn); j++
Создание представления для списка заявок
Чтение i-й записи представления Заявки
Установка указателя в представлении Заявки на первую запись
Sotr[i].employee_
id=Sotr[j].employee_id;
Sotr[i].paymonth=m
Да
Нет
А
А
i=i+1
i=j+1;
Сортировка заявок по возрастанию значений поля Дата
Начало
Установка соединения с сервером БД
Фильтр таблицы requests по условию
(date=today)
Открытие таблиц
Заявки, Пользователи
Б
Б
Конец цикла по месяцам
Конец цикла по сотрудникам
Удаление i-й записи из представления
Конец цикла по клиентам
Цикл по месяцам m=1; m<=12; m++
Цикл по клиентам, j=1; j<=COUNT(kli ent); j++
Фильтр представления
Заявки по условию dasteprod=m
П11=0
П10=0;
П11=0;
П12=0
П11=П11+ kli ent[j].summ
Внесение kli ent
[j].summ в столбец для месяца m макета отчета
Расчет итоговых показателей отчета
В
Sotrudn[j].summ=
Sotrudn[j].summ+
Sotrudn[i].summ
Конец цикла по месяцам
Внесение рассчитанного показателя П11 в макет отчета
П12=П12+П11
В
Конец цикла по месяцам
Цикл по клиентам, j=1; j<=COUNT(kli ent); j++
Цикл по месяцам m=1; m<=12; m++
Фильтр представления
Klient по условию kli ent_id= kli ent[j].employee_id
П10=0
П11=П11+ kli ent[j].summ
Конец цикла по клиентам
Внесение рассчитанного показателя П10 в макет отчета
Конец
Закрытие таблиц, уничтожение представления Заявки
Рисунок 2.7 Блок-схема модуля учета заявок
2.4
Контрольный пример реализации проекта и его описание

87
После запуска программы на экране монитора появится окно входа в программу, с которого и начинается её работа. В открывшемся окне входа необходимо ввести имя пользователя и пароль.
Рисунок 2.8 Авторизация пользователя
Незарегистрированный пользователь должен пройти регистрацию, при этом подтверждает создание аккаунта администратор системы.

88
Рисунок 2.9 Форма регистрации пользователя
После авторизации откоется главное меню программы в соответствии с правами пользователя.
Главное меню учетной записи администратора содержит кнопки:
Вход – для смены учетной записи пользователя;
Заявки – для подачи заявки;
Панель администратора – для заполнения справочников;
Отчеты – для формирования отчетов.
В списке заявок приведено ее наименование, пользователь, исполнитель и статус заявки (Рисунок 2.10)