78
Главная станица
Регистрация/
Авторизация
Регистрация
заявки
Пациент
Личный
кабинет
Сотрудник
Список
заявок
История статусов
заявки
Работа с
заявкой
Список
заявок
Личный
кабинет
Рисунок 2.9 – Карта
стоимостные
электронного портала
79
2.3.2. Характеристика
данных
базы данных
Концептуальное
развитие
проектирование осуществляется
внедрена
на основе анализа
jquery
предметной области
план
для проектирования
возникает
сложных баз
хостинга
данных, с большим
необходимыми
количеством сущностей
windows
и атрибутов. Используется
регистрация
принцип нисходящего
внедрение
проектирования, этот
новые
подход начинается
просмотр
с разработки модели
commission
данных,
которые
соответствии
содержат высокоуровневые
имеет
сущности и связи,
пароль
затем осуществляется
левом
серия низкоуровневых
труд
уточнений сущности
представлена
атрибутов и связей.
Для
desk
корректной реализации
внедрени
базы данных
введения
информационной системы
различных
необходимо хранить
ремонт
следующую информацию:
Данные
continuity
по заявкам:
– идентификатор клиента;
– идентификатор
isbn
сотрудника;
– название;
– описание проблемы;
– дата
включенные
поступления;
– приблизительная дата
данных
окончания обработки.
Данные
выше
по клиентам:
– фамилия;
– имя;
– отчество;
– телефон.
Данные по сотрудникам:
– фамилия;
– имя;
– отчество;
– телефон;
– логин;
– пароль.
Данные
обозначений
по истории заявок:
80
– номер (идентификатор) заявки;
– статус;
– дата
программное
изменения.
Логический уровень - это
этого
абстрактный взгляд
использования
на данные, которые
данных
представляются так,
которые
как выглядят
нажимаем
в реальном мире
рассчитанных
и могут называться
модел
так,
как
редактирование
они называются
департамент
в реальном мире. Объекты
mysql
модели на логическом
catalog
уровне
называются
затраты
сущностями и атрибутами. Логическая
directory
модель является
mysql
универсальной и никак
авторизован
не связана с конкретной
области
СУБД, она
представлена
может быть
ввод
построена на основе
языке
другой логической
осуществление
модели.
На данном
идентификатор
этапе осуществим
окончательного
нормализацию таблиц.
База
поля
данных в первой
если
нормальной форме:
Данные
предприятия
по заявкам:
– идентификатор клиента;
– идентификатор
электронного
сотрудника;
– название;
– описание проблемы;
– дата
заполнение
поступления;
– приблизительная дата
хаотичная
окончания обработки.
Данные
беспечение
по клиентам:
– фамилия;
– имя;
– отчество;
– телефон.
Данные по сотрудникам:
– фамилия;
– имя;
– отчество;
– телефон;
– логин;
81
– пароль.
Данные
возможный
по истории заявок:
– номер (идентификатор) заявки;
– статус;
– дата
пользователь
изменения.
Отношение находится
программное
во 2НФ в том
уведомления
случае, когда
внедр
оно уже
status
считается
находящимся
значительное
в 1НФ, и каждый неключевой атрибут
остальные
полностью зависит
данных
от
первичного ключа. На
ядра
рисунках 2.10-2.13 изображена
правом
преобразованная база
explorer
данных во 2 НФ.
Для
настоящее
хранения указанной
рисунок
выше информации
подход
были созданы
другой
следующие
таблицы
окончательного
базы данных.
Рисунок 2.10 – Таблица Clients
Поле
приватизация
ID является первичным
выбор
ключом, остальные
разрешение
поля
информационные.
Рисунок 2.11 – Таблица Users
82
Поле
зандстра
ID является первичным
является
ключом, остальные
directory
поля
информационные.
Рисунок 2.12 – Таблица History
Поле
продукта
ID является первичным
также
ключом, IDRequest – внешний
isbn
ключ к
таблице Request, остальные
структура
поля информационные.
Рисунок 2.13 – Таблица Request
Поле
class
ID является первичным
командной
ключом, IDClient – внешний
include
ключ к
таблице Clients, IDEmp – внешний
цветом
ключ к таблице Employers,
недостатки
остальные поля
информационные.
В
desk
базе данных
направления
имеется тип
описание
множественной связи «один
работы
ко многим»
(1:n):
связь
пособы
между сущностью «Clients» («Клиенты») – «Request»
(«Заявка»),
этапе
то есть несколько
работающим
заявок может
гармоничный
быть оформлено
диаграмма
от одного
клиента;
83
связь
функционал
между сущностью «Employers» («Сотрудники») – «Request»
(«Заявка»),
обоснование
то есть несколько
рассмотрим
заявок может
фрики
быть оформлено
существуют
на одного
сотрудника;
связь
структура
между сущностью «Request» («Заявка») – «History»
(«История»),
mysqli
то есть заявка
которые
может содержать
ассчитаем
несколько записей
кадастр
об
изменении ее статуса.
ER–диаграмма,
расходы
содержащая различные
apple
типы связей,
после
приведена на
рисунке 2.14. Обратите
клиенте
внимание, что
снижение
обязательные связи
осуществление
выделены двойной
результат
линией.
Рисунок 2.14 – ER–диаграмма
Отношение
ведение
находится в 3НФ
программа
в том случае,
системы
если оно
госплана
находится во 2НФ,
неключевые атрибуты
начинается
взаимно независимы
электронного
и каждый неключевой атрибут
необходимого
неприводимо зависит
архив
от первичного ключа. Полученная
декомпозиция
структура
удовлетворяет
заявка
требованиям 1, 2, 3 нормальной
сможете
форме. Все
которая
связи между
сценарий
таблицами показаны
mysql
на диаграмме БД,
заявки
изображенной на рисунке 2.15.
История
Заявка
Хранит
М
1
Клиент
Обращается
1
М
Сотрудник
Выполняет
1
М
84
Рисунок 2.15 – Диаграмма
основным
БД
Физическая модель
диаграмма
данных зависит
таблица
от конкретной СУБД
которое
и фактически
является
сотрудников
ее отображением, в физической
системами
модели содержится
management
информация обо
только
всех объектах
рисунке
базы данных,
искажение
поскольку стандартов
возврата
на объекты в базах
выпускной
данных
не существует,
снижения
то физические модели
проект
зависят от конкретной
систему
реализации
СУБД. На
системы
рисунке 2.16 приведена
главной
физическая модель
расходы
базы данных.
85
Рисунок 2.16 – Физическая
другими
модель базы
приложение
данных электронного
mysql
портала
2.3.3. Структурная схема
предлагает
пакета (дерево
авторизация
вызова программных
альтернативный
модулей)
При входе
производство
в систему загружается
windows
модуль «Главная
security
страница»
(index.php),
jetbrains
в которой подключается
рисунок
модуль заголовка
дата
страниц (head.php),
размер
в
которой подключаются
добавление
таблицы стилей (animate.css, bootstrap.css, jquery-
ui.css, popuo-box.css, style.css, swipebox.css),
формирование
скрипты на JavaScript (bootstrap-
datepicker.js, bootstrap.min.js, custom-scripts.js, custom.js, jquery-1.10.2.js,
службы
jquery.metisMenu.js, md5.js, select2.full.min.js, utf8_encode.js) и модуль
средства
подключения к
едерации
базе данных (bd.php), также
языке
подключается модуль
пользователь
верхней
части
модернизацию
страницы (menu.php), где
предварительно
располагается главное
описание
меню.
86
Рисунок 2.17 – Дерево
оформленные
вызова программных
первой
модулей
Модуль «Личный
никак
кабинет» (account.php) выводит
специфики
информацию о
клиенте
изменением
или сотруднике
таблица
с возможностью редактирования
который
и сохранением.
наибольшие
Модуль «Регистрация
рисунке
заявки» (add_request.php) позволяет
проблемы
авторизованному клиенту
запрещенное
добавить новую
внедрении
заявку в службу
коэффициент
технической
поддержки.
модули
Эти
службы
модули имеют
имеет
аналогичную структуру
статус
из подключаемых модулей,
технические
как и главная
системой
страница.
Модуль верхней
автоматизации
части (header.php)
арма
содержит
понятие
меню, а также
оценки
всплывающие окна
начинаться
для регистрации
телефон
и авторизации в системе. Меню
переход
меняется в зависимости
eyetracking
от роли пользователя.
2.3.4. Описание
необходимыми
программных модулей
index.php
head.php
bd.php
menu.php
css
технические
файлы
JS файлы
Модуль
компьютер
главной страницы
Заголовок
management
страницы
Настройки подключения
management
к БД
Верхняя часть
федерации
страницы и меню
add_request.php
Добавление
первое
заявки
клиентом
account.php
Личные
отличаются
данные
sign-up.php
Обработка запроса
пособы
на
регистрацию клиента
testreg.php
Обработка
системой
запроса на
авторизацию в
данных
системе
logout.php
Обработка запроса
создание
на выход
из системы
87
Блок-схема верхней
дата
части (вывод
автодополнение
меню) (header.php) представлена
continuity
на
рисунке 2.18.
Рисунок 2.18 – Блок-схема
ченное
вывода меню
Начало
Авторизован
базовой
ли
пользователь
Вывод пунктов
посягательств
меню
«Авторизация» и
«Регистрация»
Если
bootstrap
роль =
Клиент
Вывод
правильный
пункта
меню «Личный
сравнению
кабинет»
Если роль =
Сотрудник
Вывод
thirdedition
пункта
меню «Выйти»
Получение заявок
Количество > 0
Вывод
хранит
пункта меню
гармоничный
перечня
последних 5 заявок
продукта
и процент
выполнения
Конец
нет
да
да
нет
да
нет
да
нет