Данный документ формируется на основе таблиц Абоненты, Договора,
Тарифные планы.
Выходной документ Список прецедентов содержит только наименование
прецедента и формируется на основании соответствующего справочника.
В созданной системе есть 4 вида пользователей:
• Администратор системы, имеющий наиболее полные полномочия при
работе с системой;
• Распределитель заявок – его роль выполняет сотрудник отдела
абонентского обслуживания. Главная обязанность такого пользователя – рассылка
заявок между сотрудниками отдела, основываясь на их загруженности и опыте
работы;
• Сотрудник, принимающий, выполняющий и закрывающий заявки;
• Пользователь системы, генерирующий заявки.
Подробное описание функции этих пользователей приведено на рисунках 2.3-
2.5.
Функции
администратора
Служебные Общие
Управление
справочниками
Работа с заявками
Добавление
записей
Удаление
записей
Просмотр списков
Формирование
новой
Удаление заявок
Работа с абонентами
Добавление
Редактирование
Учет договоров
Рисунок 0.3 Дерево функций администратора
Функции администратора состоят в наполнении справочников и дальнейшей
работе с ними.
Функции
распределителя
заявок
Служебные Общие
Просмотр списка
пользователей
Назначение
исполнителя заявки
Просмотр абонентов
договоров
Рис. 0.4 Дерево функций распределителя заявок
Распределитель заявок осуществляет распределение заявок между
исполнителями.
Функции
исполнителя
Служебные Общие
Просмотр
справочников
Работа с заявками
Пользователи
Просмотр по
статусам
Формирование
новой
Изменение статуса
заявки
Абоненты
Договора
Рис. 0.5 Дерево функций исполнителя
Исполнитель выполняет заявки и сообщает об этом, изменяя статус заявки.
Функции
пользователя
Служебные Общие
Просмотр
справочников
Работа с заявками
Пользователи
Просмотр по
статусам
Формирование
новой
Изменение статуса
заявки
Абоненты
Договора
Рис. 0.6 Дерево функций пользователя
Пользователь подает заявку, просматривает свои заявки по статусам.
На основании данных функций формируется сценарий диалога, схема которого
для каждого из пользователей представлена на рисунках 2.7- 2.10.
Главное меню
Справочники
Абоненты
Преценденты
Заявки
Новые
Удаленные
Закрытые
Сформировать
Сотрудники
Учесть
Удалить
Выход
Рис. 0.7 Сценарий диалога администратора
Главное меню состоит из четырёх подменю.
Главное меню
Заявки
Новые
На проверке
Назначенные
Сотрудники Выход
Сформировать
Рис. 0.8 Сценарий диалога распределителя заявок
Главное меню распределителя состоит из трех подменю.
Главное меню
Заявки
Новые
На проверке
Назначенные
Сотрудники Выход
Сформировать
Рис. 0.9 Сценарий диалога исполнителя
Меню исполнителя включает в себя работу с заявками, получение списка
сотрудников, просмотр конфигураций, а также кабинетов.
Главное меню
Подать заявку
Закрытые
Удаленные
Заявки
Архив заявок Выход
Рис. 0.10 Сценарий диалога пользователя
Главное меню состоит из четырёх подменю.
С учетом особенностей хранения данных и указанной организации их
хранения, приведем инфологическую модель данных, приведенную с использованием
стандартизированной методологии IDEF1X и средства Mysql Workbench.
ER-модель разработанной базы данных представлена на рисунке 2.11.
Рисунок 0.11ER-модель разработанной базы данных
Далее определим для каждой таблицы тип поля и формат содержащихся в нем
данных.
Таблица 0.10
Структура таблицы zav
№
Характер
информации
Характер
информации
таблицы
Тип
Примечание
1.
Код записи
idzav
int(10)
auto_increment
2.
Описание заявки
desczav
text
3.
Приоритет
priorzav
int(1)
4.
Актив
activzav
int(2)
5.
Категория
katzav
int(2)
6.
Ссылка на
прикрепленный
файл
filezav
text
7.
комментарий
commzav
text
8.
Код добавившего
пользователя
iduzav
int(3)
9.
Дата
формирования
datezav
timestamp
10.
Наименование
namezav
varchar(255)
11.
Флаг удаления
deletz
int(1)
Таблица 0.11
Структура таблицы tariff
№
Характер
информации
Характер
информации
таблицы
Тип
Примечание
1.
Код записи
idtarif
int(11)
auto_increment
2.
Наименование
тарифа
nametarif
varchar(255)
3.
Количество
каналов
kilvokanal
int(12)
4.
Стоимость
подключения
prisepod
varchar(12)
5.
Абонентская плата
abon
varchar(12)
6.
Флаг удаления
udaltarif
int(1)
Таблица 0.12
Структура таблицы status
№
Характер информации
Характер
информации
таблицы
Тип
Примечание
1.
Код записи
ids
int(10)
auto_increment
2.
Дата и время открытия
openz
varchar(45)
3.
Код пользователя
iduopen
int(2)
4.
Дата и время
распределения
rasp
varchar(45)
5.
Код пользователя
idrasp
int(2)
6.
Дата и время приема
proz
varchar(45)
7.
Код пользователя
idproz
int(2)
8.
Дата и время проверки
test
varchar(45)
9.
Код пользователя
idtest
int(2)
10.
Дата и время закрытия
clos
varchar(45)
11.
Код пользователя
idclos
int(2)
12.
Флаг удаления
flag
int(1)
13.
Номер заявки
nomzav
int(3)
Таблица 0.13
Структура таблицы user
№
Характер информации
Характер
информации
таблицы
Тип
Примечание
1.
Код сотрудника
idu
int(11)
auto_increment
2.
ФИО сотрудника
nameuser
varchar(25)
3.
Дата регистрации
datereg
timestamp
4.
Логин для доступа в
систему
login
varchar(25)
5.
Пароль для доступа в
систему
password
varchar(25)
6.
Дата рождения
status
int(1)
7.
Флаг удаления
udaluser
int(1)
8.
Код отдела
iduserotd
int(1)
Таблица 0.14
Структура таблицы dogovor
№
Характер информации
Характер
информации
таблицы
Тип
Примечание
1.
Код договора
iddogovor
int(11)
auto_increment
2.
Код абонента
idkldog
int(11)
3.
Код тарифа
idkltar
int(11)
4.
Дата заключения
договора
datedog
varchar(35)
5.
Срок
srok
varchar(24)
6.
Комментарий
commdog
text
7.
Дата закрытия
dateclosdog
varchar(45)
8.
Причина прекращения
cause
text
9.
Статус договора
statusdog
int(1)
Таблица 0.15
Структура таблицы klient
№
Характер информации
Характер
информации
таблицы
Тип
Примечание
1.
Код абонента
idKlient
int(11)
auto_increment
2.
ФИО
fam
varchar(255)
3.
Имя и отчество
name
varchar(100)
4.
Номер и серия паспорта
pass
varchar(50)
5.
Наименование органа,
выдавшего паспорт
organpass
varchar(255)
6.
Дата выдачи паспорта
datepass
varchar(50)
7.
Дата рождения
dateborn
varchar(50)
8.
Телефон
telefon
varchar(30)
9.
Адрес электронной
почты
email
varchar(150)
10.
Город
adrescity
text
11.
Улица
adresstreet
text