77
Главное меню
Заявки
Новые
На проверке
Назначенные
Сотрудники Выход
Сформировать
Рис. 2.9 Сценарий диалога исполнителя
Меню исполнителя включает в себя работу с заявками, получение списка
сотрудников, просмотр конфигураций, а также кабинетов.
Главное меню
Подать заявку
Закрытые
Удаленные
Заявки
Архив заявок Выход
Рис. 2.10 Сценарий диалога пользователя
Главное меню состоит из четырёх подменю.
78
2.3.2 Характеристика базы данных
С учетом особенностей хранения данных и указанной организации их
хранения, приведем инфологическую модель данных, приведенную с
использованием стандартизированной методологии IDEF1X и средства Mysql
Workbench.
ER-модель разработанной базы данных представлена на рисунке 2.10.
Рисунок 2.11ER-модель разработанной базы данных
Далее определим для каждой таблицы тип поля и формат содержащихся в
нем данных.
Таблица 2.4
Структура таблицы zav
№
Характер
информации
Характер
информации
таблицы
Тип
Примечание
79
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)
Таблица 2.5
Структура таблицы 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)
Таблица 2.6
Структура таблицы status
№
Характер информации
Характер
информации
таблицы
Тип
Примечание
80
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)
Таблица 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)
81
Таблица 2.8
Структура таблицы 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)
Таблица 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)
82
10.
Город
adrescity
text
11.
Улица
adresstreet
text
12.
Дом и квартира
adreshouse
varchar(25)
13.
Комментарий
comm
text
14.
Логин
login
varchar(25)
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).
В этом файле подключаются файлы с функциями, которые отвечают за
информацию о состоянии подключения к базе данных (состоялось или нет),
функции необходимых для работы с системой, данные о шаблонах клиентской
части системы (форма отображения интерфейса), переменные в которых
хранится информация о директории размещения системы и корневой
директории.
83
Конфигурационный файл (template.php).
В этом файле собраны функции и методы (вплывающих окон, стилей
шрифта, полей, таблиц и т.д.) которые формируют верхнюю часть (так
называемая шапка) и нижнюю часть (подвал) интерфейса пользователя.
Дерево вызова модулей показано на рисунке 2.11.
МОДУЛИ
Конфигурационн
ые
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.3.4 Описание программных модулей
Описание программных модулей приведено в таблице 2.11
Таблица 2.11
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1.
Модуль «подключения к
БД»
Модуль оказывает функцию подключения к
серверу с БД, а так же выбор указанной БД.
2.
Модуль авторизации
Модуль позволяет авторизовать
зарегистрированных пользователей
3.
Модуль «управления
пользователями»
Содержит процедуры, позволяющие
добавлять, удалять и редактировать данные
о пользователях
4
Конфигурационный модуль
Содержит настройки программы
5
Модуль работы с заявками
Модуль содержит процедуры, позволяющие
учитывать и обрабатывать заявки
84
№
п/п
Наименование модуля
Функции модуля
6
Модуль получения отчетов
Модуль содержит процедуры, позволяющие
получать аналитические отчеты о работе
системы
Модуль «подключения к БД».
В случае успешного подключения к серверу с БД, происходит выбор
указанной БД, что позволяет обеспечить дальнейшую работу системы.
В противном случае, выдается сообщение о том, что «Соединение не
установлено» и/или «База данных не найдена», и работа системы
останавливается до устранения ошибки подключения.
В соответствии с используемой моделью базы данных для ввода данных
используются формы, в каждое поле которых вводится тот или иной атрибут.
Поэтому алгоритм работы со справочниками (ввода данных, получения
списков, изменение данных) в справочники будет представлен так, как показано
на рисунке 2.12: Модуль авторизации необходим для проверки доступа
пользователей к системе. Так же, как и в ядре системы, в модуле реализована
инициализация механизма сессий и загрузка файла конфигурации (conf.php).
Затем происходит проверка, введены ли данные (логин и пароль).
Если такого не произошло, отображается форма для их ввода, в противном
случае осуществляется запрос к БД. В случае его успешного выполнения
(пользователь существует и его данные верны) происходит перенаправление на
главную страницу системы. В противном случае логин/пароль нужно будет
ввести еще раз.
Модуль «управления пользователями».
Этот модуль отнесен к административному типу и позволяет
реализовывать манипуляции с пользователями системы: создавать их,
редактировать, блокировать и активировать.
В момент создания нового пользователя, указывается его ФИО, логин,
пароль, адрес электронной почты, группы, к которым он будет принадлежать и
дата создания (заполняется автоматически).
85
В момент редактирования данных пользователя возможно изменение всех
данные, кроме пароля и времени создания, которые остаются неизменными.
Если утерян пароль, его восстановление происходит через интерфейс доступа к
БД вне зависимости от системы.
Цикл по ценам m=1;
m<=ALLTARIF ; m++
Цикл по абонентам, j=1;
j<=COUNT(abon); j++
Создание
представления
ALLTARIF для списка
тарифов
Установка указателя
в представлении
ALLTARIF на первую
запись
Сортировка
ALLTARIF по
возрастанию
значений полей IDT
Начало
Установка
соединения с
сервером БД
Открытие таблицы
tarif
Б
Конец цикла по
абонентам
Цикл по сотрудникам,
j=1; j<=COUNT(abonen);
j++
Фильтр
представления
ABON по условию
idabon=m
П11=0
П11=П11+
abonen[j].summ
Внесение
abonen[j].summ в
столбец для месяца
m макета отчета
Конец
Конец цикла по
месяцам
Б
Конец цикла по
абонентам
Рисунок 2.13 Развернутая блок-схема работы модуля.
Блокировка пользователя возможна без удаления его из системы, в любом
случае заблокированный пользователь не имеет прав для входа в систему, даже в
случае верных регистрационных данных.
Активация заблокированных пользователей реализована нажатием
соответствующей кнопки и не влечет изменения каких-либо данных.
86
Принцип работы модуля следующий.
Сначала с помощью функции разграничения прав доступа реализуется
проверка на доступ к модулю. Если доступ к возможен, то с помощью запроса к
БД и языка разметки HTML составляется таблица со всеми имеющимися
пользователями в системе, а также кнопки блокировки, активации и
редактирования напротив каждого пользователя.
Затем на основе запросов к БД составляются функции блокировки,
активации, добавления и редактирования пользователя. В зависимости от выбора
конкретной кнопки реализуется проверка на ее нажатие и активируется нужная
функция.
После этого составляются функции для отображения формы
добавления/редактирования пользователя, которая становится доступна после
нажатия соответствующей кнопкой. В этих функциях, в зависимости от того,
создается или редактируется пользователь, очищаются переменные или
заносятся данные в поля формы, а также название, меняется название кнопки
«добавить или редактировать пользователя».
2.4 Контрольный пример реализации проекта и его описание
В данном пункте рассмотрим контрольный пример реализации системы.
Для этого необходимо пройти авторизацию в качестве пользователя в
единой форме авторизации, введя пароль и логин 1 и1.
После прохождения авторизации пользователь сразу видит поступившие
заявки пользователей.
Рисунок 2.14 Заявки пользователей