81
Функции
Служебные
Основные
Настройки
Справка
Получение
отчетных
документов
Журнал поступления заявок
Отчет о закрытых заявках
Отчет по работе сотрудников техподдержки
Работа со
справочниками
Объекты
Изделия
Работа с заявками
Учет заявки
Распределение
заявки
Редактирование
заявки
Пользователи
Удаление
Добавление
Редактирование
Получение списка
Отчет по заявке
База данных вопросов и ответов
Вывод на экран
Печать
Удаление заявки
Выбор даты
Экспорт
Рисунок 11. Дерево функций пользователя ИС
Сценарий диалога формируется на основе дерева функций. В
разработанной системе сценарий построен по иерархическому принципу. Работа
начинается с вызова главной формы, на которой присутствует 5 пунктов меню:
Главная;
Заявки;
Отчеты;
Панель администратор;
Выход.
Сценарий диалога приведен на рисунке 12.
82
Авторизация
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. Графическая форма
Рисунок 12. Сценарий диалога системы
2.3.2. Характеристика базы данных
В результате анализа предметной области выделены следующие сущности
для проектирования базы данных:
Пользователи;
Типы пользователей;
Запросы;
Статусы запросов;
Объект;
Продукт.
В соответствии с данными сущностями в системе используется 6 видов
кодирования, предназначенные для однозначной идентификации множеств.
Виды систем кодирования указаны в таблице 9.
Таблица 9
Используемые классификаторы
Наименование
классификатора
Длина
кода
Система
кодирования
Вид
классификатора
Пользователи
3
Иерархическая
локальный
Типы пользователей
6
Иерархическая
локальный
Заявки (запросы)
6
порядковая
локальный
Статусы запросов
3
порядковая
локальный
Объект
3
порядковая
локальный
Продукт
Все классификаторы ведутся администратором системы.
Классификатор пользователей.
Определяем количество признаков классификации:
R1=(Признак должности, ФИО сотрудника)=2
Определяем мощность множества «Сотрудники»:
М1: М11=5, М12=25
Определяем длину кода:
L1=L11+L12=lgM11+lgM12=1+2=3
Строим классификатор сотрудников (таблица 10):
Таблица 10
Классификатор сотрудников
84
Код
сотрудника
Должность
ФИО
100
Начальник отдела
Иванов Иван Иванович
201
Старший оператор отдела
технической поддержки
Федоров Сергей Петрович
300
Оператор отдела технической
поддержки
Антов Иван Сергеевич
401
Программист отдела технической
поддержки
Федорова Вероника
Антоновна
509
Системный администратор отдела
технической поддержки
Евгеньев Анатолий
Петрович
Классификатор запросов.
Определяем количество признаков классификации:
R1=(тип запроса, ФИО пользователя)=2
Определяем мощность множества «Запросы»:
М1: М11=2, М12=250
Определяем длину кода:
L1=L11+L12=lgM11+lgM12=1+3=4
Строим классификатор запросов (таблица 11):
Таблица 11
Классификатор запросов
Код запроса
Статус
ФИО
10001
Поступил
Анатольев Иван
Иванович
20101
Выполнен
Исхаков Сергей
Петрович
Классификатор статусов запросов.
Определяем количество признаков классификации:
R1=(Код статуса)=1
Определяем мощность множества «Статусы запросов»:
М1: М11=1000
Определяем длину кода:
L1=L11=lgM11=3
Строим классификатор статусов запросов (таблица 12):
Таблица 12
Классификатор статусов запросов
Код статуса
Наименование статуса
85
001
Поступил
002
В обработке
Классификатор «Типы пользователей».
Определяем количество признаков классификации:
R1=(Код типа пользователей)=1
Определяем мощность множества «Типы пользователей»:
М1: М11=100
Определяем длину кода:
L1=L11=lgM11=2
Строим классификатор типов пользователей (таблица 13):
Таблица 13
Классификатор «Типы пользователей»
Код типа пользователя
Тип пользователя
01
Пользователь
02
Администратор
Классификатор объектов.
Определяем количество признаков классификации:
R1=(наименование объекта)=1
Определяем мощность множества «Объекты»:
М1: М11=100
Определяем длину кода:
L1=L11=lgM11=2
Строим классификатор объектов (таблица 14):
Таблица 14
Классификатор объектов
Код объекта
Название
101
Наименование 1
201
Наименование 2
Классификатор продуктов.
Определяем количество признаков классификации:
R1=(наименование продукта)=1
Определяем мощность множества «Дополнительные услуги»:
86
М1: М11=100
Определяем длину кода:
L1=L11=lgM11=2
Строим классификатор продуктов (таблица 15):
Таблица 15
Классификатор продуктов
Код продукта
Название
101
Продукт 1
201
Продукт 2
На основании входной информации построим даталогическую модель
данных (рисунок 13). Даталогическая модель является моделью логического
уровня, представляющая собой описание логической структуры БД на языке
СУБД.
Рисунок 13. Даталогическая модель данных
Структура таблиц приведена в таблицах 16-21.
Таблица 16
Структура таблицы object
Поле
Тип
Null
По умолчанию
Комментарии
MIME
Id
int(11)
Нет
Title
varchar(255)
Да
NULL
Таблица 17
87
Структура таблицы product
Поле
Тип
Null
По умолчанию
Комментарии
MIME
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 18
Структура таблицы 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_date
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
Таблица 19
Структура таблицы request_state
Поле
Тип
Null
По умолчанию
Комментарии
MIME
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 00
Структура таблицы user
Поле
Тип
Null
По
умолчанию
Комментарии
MIME
id
int(11)
Нет
username
varchar(255)
Нет
password_hash
varchar(255)
Нет
auth_key
varchar(32)
Нет
password_reset_token
varchar(255)
Да
NULL
activation_token
varchar(255)
Да
NULL
email
varchar(255)
Нет
status
smallint(6)
Нет
10
created_at
int(11)
Нет
88
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
Таблица 01
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
Комментарии
MIME
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема пакета ИС приведена на рисунке 14.
ПМ Главное меню
ПМ Настройки
ПМ аРХИВ
ПМ Получение
отчетных
документов
ПМ Журнал поступления заявок
ПМ Отчет о закрытых заявках
ПМ Отчет по работе сотрудников техподдержки
ПМ Работа со
справочниками
ПМ Объекты
ПМ Изделия
ПМ Работа с
заявками
ПМ Учет заявки
ПМ
Распределение
заявки
ПМ
Редактирование
заявки
пм Пользователи
ПМ Отчет по заявке
ПМ Удаление
заявки
ПМ Авторизация
ПМ Заставка
Рисунок 14. Структурная схема пакета ИС
В таблице 22 представлен перечь программных модулей, представленных
на рисунке 12, а также описание их функций.
Таблица 02
Описание программных модулей
Название программного модуля
Описание
Заставка
Экранная форма Заставки
Авторизация
Экранная форма для ввода пароля и
процедура проверки пароля
89
Главное меню
Экранная форма с главным меню
программы
Меню «Справка»
Отображение справки по программе
Меню «Настройки»
Отображение меню настроек
Меню «Работа с заявками»
Отображение меню основных функций
по работе с заявками
Меню «Работа со справочниками»
Отображение меню справочников
ПМ «Пользователи»
Отображение меню Пользователи
Загрузка справочника Пользователи
Процедура вывода справочника на
экран
Печать справочника Пользователи
Процедура печати
Актуализация справочника
Пользователи
Экранная форма с процедурой ввода и
корректировки записи
…
Аналогично для остальных
справочников
Меню «Получение отчетных
документов»
Отображение меню получения
отчетных документов
2.3.4. Описание программных модулей
Одним из основных модулей разработанной системы технической
поддержки является модуль учета заявок. Основной функцией данного модуля
является ввод и учет данных о заявках на техническое обслуживание.
Блок-схема работы данного модуля приведена на рисунке 15.
90
Цикл по месяцам m=1;
m<=12; m++
Цикл по клиентам
j=1; j<=COUNT(Sotrudn); 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(klient); j++
Фильтр представления
Заявки по условию
dasteprod=m
П11=0
П10=0;
П11=0;
П12=0
П11=П11+ klient[j].summ
Внесение klient[j].summ
в столбец для месяца
m макета отчета
Расчет итоговых
показателей отчета
В
Sotrudn[j].summ=
Sotrudn[j].summ+
Sotrudn[i].summ
Конец цикла по
месяцам
Внесение
рассчитанного
показателя П11 в макет
отчета
П12=П12+П11
В
Конец цикла по
месяцам
Цикл по клиентам,
j=1; j<=COUNT(klient); j++
Цикл по месяцам m=1;
m<=12; m++
Фильтр представления
Klient по условию
klient_id=
klient[j].employee_id
П10=0
П11=П11+ klient[j].summ
Конец цикла по
клиентам
Внесение
рассчитанного
показателя П10 в макет
отчета
Конец
Закрытие таблиц,
уничтожение
представления Заявки
Рисунок 15. Блок-схема модуля учета заявок
2.4. Контрольный пример реализации проекта и его описание
После запуска программы на экране монитора появится окно входа в
программу, с которого и начинается её работа. В открывшемся окне входа
необходимо ввести имя пользователя и пароль (рисунок 16).