65
Функции
пользователя
Служебные Общие
Просмотр
справочников
Работа с заявками
Пользователи
Просмотр по
статусам
Формирование
новой
Изменение статуса
заявки
Абоненты
Договора
Рис. 2.6 Дерево функций пользователя
Пользователь подает заявку, просматривает свои заявки по статусам.
На основании данных функций формируется сценарий диалога, схема
которого для каждого из пользователей представлена на рисунках 2.6- 2.9.
66
Главное меню
Справочники
Абоненты
Преценденты
Заявки
Новые
Удаленные
Закрытые
Сформировать
Сотрудники
Учесть
Удалить
Выход
Рис. 2.7 Сценарий диалога администратора
Главное меню состоит из четырёх подменю.
Главное меню
Заявки
Новые
На проверке
Назначенные
Сотрудники Выход
Сформировать
Рис. 2.8 Сценарий диалога распределителя заявок
Главное меню распределителя состоит из трех подменю.
67
Главное меню
Заявки
Новые
На проверке
Назначенные
Сотрудники Выход
Сформировать
Рис. 2.9 Сценарий диалога исполнителя
Меню исполнителя включает в себя работу с заявками, получение списка
сотрудников, просмотр конфигураций, а также кабинетов.
Главное меню
Подать заявку
Закрытые
Удаленные
Заявки
Архив заявок Выход
Рис. 2.10 Сценарий диалога пользователя
Главное меню состоит из четырёх подменю.
70
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)
Таблица 2.7
Структура таблицы 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)
Таблица 2.8
Структура таблицы dogovor
№
Характер информации
Характер
информации
таблицы
Тип
Примечание
71
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)
Таблица 2.9
Структура таблицы 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
12.
Дом и квартира
adreshouse
varchar(25)
13.
Комментарий
comm
text
14.
Логин
login
varchar(25)
72
15.
Пароль
parol
varchar(25)
16.
Флаг удаления
udalkl
int(1)
Таблица 2.10
Структура таблицы prez
№
Характер
информации
Характер
информации
таблицы
Тип
Примечание
1.
Код записи
idpr
int(1)
auto_increment
2.
Наименование
прецендента
nameprez
varchar(255)
3.
Флаг удаления
delprez
int(1)
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Модули делятся на: пользовательские, административные, и системные.
Опишем основные конфигурационные модули.
Конфигурационный файл (conf.php).
В файле хранится информация с реквизитами БД, такие как: хост (адрес)
сервера БД, название БД, логин/ пароль для подключения к БД, а так же префикс
(неизменная составляющая первой части названия) таблиц системы.
Конфигурационный файл (init.php).
В этом файле подключаются файлы с функциями, которые отвечают за
информацию о состоянии подключения к базе данных (состоялось или нет),
функции необходимых для работы с системой, данные о шаблонах клиентской
части системы (форма отображения интерфейса), переменные в которых
хранится информация о директории размещения системы и корневой
директории.
Конфигурационный файл (template.php).
В этом файле собраны функции и методы (вплывающих окон, стилей
шрифта, полей, таблиц и т.д.) которые формируют верхнюю часть (так
называемая шапка) и нижнюю часть (подвал) интерфейса пользователя.
Дерево вызова модулей показано на рисунке 2.11.
73
МОДУЛИ
Конфигурационн
ые
Conf.php
Template.php
Init.php
Работы с
пользователями
Newuser.php
Redaktuser.php
closuser.php
Add.php
Работы с
заявками
Addzav.php
Udal.php
Получения
отчетов
Date.php
Sotr.php
User.php
Авторизации
Подключения к
БД
Рисунок 2.12 Дерево вызова программных модулей
Описание программных модулей приведено в таблице 2.11
Таблица 2.11
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1.
Модуль «подключения к
БД»
Модуль оказывает функцию подключения к
серверу с БД, а так же выбор указанной БД.
2.
Модуль авторизации
Модуль позволяет авторизовать
зарегистрированных пользователей
3.
Модуль «управления
пользователями»
Содержит процедуры, позволяющие
добавлять, удалять и редактировать данные
о пользователях
4
Конфигурационный модуль
Содержит настройки программы
5
Модуль работы с заявками
Модуль содержит процедуры, позволяющие
учитывать и обрабатывать заявки
6
Модуль получения отчетов
Модуль содержит процедуры, позволяющие
получать аналитические отчеты о работе
системы
Модуль «подключения к БД».
В случае успешного подключения к серверу с БД, происходит выбор
указанной БД, что позволяет обеспечить дальнейшую работу системы.
74
В противном случае, выдается сообщение о том, что «Соединение не
установлено» и/или «База данных не найдена», и работа системы
останавливается до устранения ошибки подключения.
В соответствии с используемой моделью базы данных для ввода данных
используются формы, в каждое поле которых вводится тот или иной атрибут.
Поэтому алгоритм работы со справочниками (ввода данных, получения
списков, изменение данных) в справочники будет представлен так, как показано
на рисунке 2.12: Модуль авторизации необходим для проверки доступа
пользователей к системе. Так же, как и в ядре системы, в модуле реализована
инициализация механизма сессий и загрузка файла конфигурации (conf.php).
Затем происходит проверка, введены ли данные (логин и пароль).
Если такого не произошло, отображается форма для их ввода, в противном
случае осуществляется запрос к БД. В случае его успешного выполнения
(пользователь существует и его данные верны) происходит перенаправление на
главную страницу системы. В противном случае логин/пароль нужно будет
ввести еще раз.
Модуль «управления пользователями».
Этот модуль отнесен к административному типу и позволяет
реализовывать манипуляции с пользователями системы: создавать их,
редактировать, блокировать и активировать.
В момент создания нового пользователя, указывается его ФИО, логин,
пароль, адрес электронной почты, группы, к которым он будет принадлежать и
дата создания (заполняется автоматически).
В момент редактирования данных пользователя возможно изменение всех
данные, кроме пароля и времени создания, которые остаются неизменными.
Если утерян пароль, его восстановление происходит через интерфейс доступа к
БД вне зависимости от системы.
75
2.3.4 Описание программных модулей
Рисунок 2.13 Развернутая блок-схема работы модуля
Блокировка пользователя возможна без удаления его из системы, в любом
случае заблокированный пользователь не имеет прав для входа в систему, даже в
случае верных регистрационных данных.
Активация заблокированных пользователей реализована нажатием
соответствующей кнопки и не влечет изменения каких-либо данных.
76
Принцип работы модуля следующий.
Сначала с помощью функции разграничения прав доступа реализуется
проверка на доступ к модулю. Если доступ к возможен, то с помощью запроса к
БД и языка разметки HTML составляется таблица со всеми имеющимися
пользователями в системе, а также кнопки блокировки, активации и
редактирования напротив каждого пользователя.
Затем на основе запросов к БД составляются функции блокировки,
активации, добавления и редактирования пользователя. В зависимости от выбора
конкретной кнопки реализуется проверка на ее нажатие и активируется нужная
функция.
После этого составляются функции для отображения формы
добавления/редактирования пользователя, которая становится доступна после
нажатия соответствующей кнопкой. В этих функциях, в зависимости от того,
создается или редактируется пользователь, очищаются переменные или
заносятся данные в поля формы, а также название, меняется название кнопки
«добавить или редактировать пользователя».
2.4 Контрольный пример реализации проекта и его описание
В данном пункте рассмотрим контрольный пример реализации системы.
Для этого необходимо пройти авторизацию в качестве пользователя в
единой форме авторизации, введя пароль и логин 1 и1 .
После прохождения авторизации пользователь сразу видит поступившие
заявки пользователей.
Рисунок 2.14 Заявки пользователей