32
регистрируется главный администратор системы – пользователь со статусом
администратора. Введенные логин и пароль используются затем для входа в
систему администратора. Главный администратор может регистрировать
других администраторов (менеджеров) с таким же статусом и правами
доступа. Логины и пароли пользователей администраторов и других
зарегистрированных пользователей добавляются и хранятся в специальном
файле htpass в закодированном виде. Персональные данные пользователей
добавляются в базу данных системы.
Технология подачи заявки на услугу для клиента клиники реализована
следующим образом:
посетитель сайта заходит на сайт клиники, просматривает информацию
по медицинским услугам на дому, ценам (в дальнейшем);
если посетитель познакомился с услугами и ценами и пожелал сделать
заявку на какую-то услугу, он должен в первую очередь
зарегистрироваться на сайте и стать, таким образом, клиентом
клиники;
зарегистрированные логин и пароль будут использоваться для
авторизации и получения доступа в личный кабинет;
заявка на услугу, просмотр и коррекция заявок производится из
личного кабинета клиента, так как система уже «знает» клиента;
в настоящей версии не предусмотрена оплата через платежные системы
интернет, так как для такого рода услуг наиболее предпочтительной
является оплата по факту оказанных услуг, хотя в дальнейшем эту
функцию предполагается реализовать в системе.
После проектирования форм регистрации пользователей рассмотрим
возможные технологии организации онлайн заявок на услуги и каким
образом этот процесс связан с регистрацией и авторизацией пользователей –
клиентов клиники.
33
Теперь можно спроектировать технологию подачи заявки, опираясь на
визуальный интерфейс и заявку в один клик. Это становиться возможным,
если собрать всю информацию о клиенте и выбранной услуге на одной,
динамически формируемой веб-странице. Такая веб-страница может иметь
вид, представленный на рисунке 3.8.
Рисунок 3.8 – Форма подачи заявки
3.4 Структура веб-приложения
Главная страница сайта содержит логотип или характерные
изображения услуг клиники, предоставляет информацию о сайте и клиники,
способах получения услуг. Здесь же в шапке веб-страницы находятся ссылки
на формы регистрации и авторизации пользователей.
Структура любой веб-страницы сайта может быть представлена
шаблоном, отображенным на рисунке 3.9. Любая веб-страница сайта
включает «шапку» Header.php и содержательную часть, которая может быть
или статической HTML-CSS страницей или динамически формируемой.
Динамические страницы создаются в результате работы PHP-модулей.
34
Рисунок 3.9 - Шаблон веб-страницы
Шаблон веб-страниц страниц разрабатывается с помощью графических
редакторов. Для проектирования могут использоваться онлайн редакторы,
например, редактор создания таблиц на языке HTML.
Вкладка меню «Главная» возвращает пользователя из любой страницы
сайта на главную или домашнюю страницу сайта. Главная страница является
статической и состоит из HTML-CSS кода. На главной странице дано
описание сферы деятельности клиники, принципы.
Вкладка «РЕГИСТРАЦИЯ» приводит пользователя к странице, кратко
описывающей процесс регистрации и для каких целей она необходима. Если
пользователь зарегистрирован, как клиент клиники, он может после
авторизации перейти в свой личный кабинет. Если он не зарегистрирован, то
он может перейти к форме регистрации, где необходимо ввести
персональные данные, а также ввести свои логин и пароль для дальнейшего
входа в систему. Предполагается отдельный вход для администратора в свой
личный кабинет, поэтому на этой странице дана ссылка для входа
администратора.
При нажатии вкладки «ВХОД», появляется форма для ввода логина и
пароля пользователя-клиента клиники. После правильного заполнения
35
формы, ввода логина и пароля и успешной авторизации, пользователь входит
в свой личный кабинет. Система уже знает данного пользователя.
Кнопка «УСЛУГИ» приводит пользователя к странице, отображающей
категории врачей, которых можно вызвать на дом или проще говоря, виды
медицинской помощи врачей по специализации. Эта страница является
статической, так как категории услуг меняются достаточно редко и для
добавления новой категории необходимо добавить эту категорию в код
страницы. Хотя можно легко изменить этот подход и занести категории в
базу данных.
Вкладка «КОНТАКТЫ» дает возможность клиентам оставить свои
отзывы о деятельности клиники в целом, а также о выполненном
медицинском обслуживании каждым специалистом.
3.5 Описание базы данных
Концептуальный уровень представления данных, абстрактный аспект
представления информации в системе. Данные и их отношения представляют
так, как они соотносятся в анализируемой предметной сфере, и их называют
так же, как они определены в рассматриваемой предметной области.
Логический уровень характеризуется объектами предметной и называются
сущностями, а характеристики, параметры сущностей называют атрибутами
сущностей.
Модель логического уровня данных строится на базе модели
процессов. Модель данных логического уровня не связана с определенной
СУБД. Описание сущностей и их атрибутов дано в таблице 3.1.
На основе анализа предметной области были выделены следующие
сущности (Таблица 3.1).
36
Таблица 3.1 – Сущности и их определения.
Имя сущности
Определение
Клиент
Данные о клиентах, контактная
информация
Сотрудник (врач)
Данные о сотрудниках (врачах)
Заказ клиента
Данные о заказах
Позиции заказа
Данные о стоимости услуги
Номенклатура
Данные об услугах службы
Счет на оплату
Данные, необходимые для оплаты
После импорта сущностей и атрибутов получилась модель,
представленная на рисунке 3.10. В прямоугольниках отображены основные
поля.
Рисунок 3.10 – Концептуальная модель данных
На логическом уровне сохраняется абстрактный взгляд на данные,
которые представляются так, как выглядят в реальной предметной области, и
37
называются так, как называются в данной области. Объекты модели
предметной области на логическом уровне, как уже было сказано,
называются сущностями и атрибутами.
Логический уровень модели данных может быть построен на основе
другой модели, например, на основе модели процессов. Логический уровень
модели данных не связан с конкретной СУБД. Данные о сущностях и их
определения разработанной модели данных, отражены в таблице 3.1.
В результате была сформирована ER-диаграмма, которая представлена
на рисунке 3.11:
Рисунок 3.11 - ER-диаграмма модели базы данных подсистемы обработки заказов
Может быть представлена и модель данных, которая включает ключи
- KB-модель, которая кроме сущностей и связей, включает в себя ключевые
атрибуты сущностей: первичные - PK и внешние -FK.
В результате анализа предметной области для определения
первичных и внешних ключей были определены следующие
закономерности:
1. После выбора услуг каждый клиент может отправлять заказ через веб-
интерфейс;
2. Каждому клиенту система может выставлять счет на оплату;
3. Каждый клиент обладает уникальным идентификатором (номером);
4. Каждый заказ клиента включает наименование услуги (профиль
врача);
38
5. Каждый заказ обладает уникальным идентификатором (номером);
6. Каждому заказу соответствует счет на оплату;
7. Заказ обрабатывается одним сотрудником;
8. Каждый сотрудник имеет уникальный идентификатор (номер);
9. Сотрудник обрабатывает один или несколько заказов клиента для
выполнения;
10. Счет на оплату отправляется сотрудником;
11. Каждый счет на оплату оплачивает клиент;
12. Каждому счету на оплату соответствует заказ клиента;
13. Каждый счет на оплату имеет уникальный номер;
14. Каждая номенклатура услуги имеет уникальный номер.
В физической модели содержится информация о всех объектах БД.
Стандартов на объекты БД не существует, хотя во многом имеется сходство.
Физическая модель определяется в конкретной СУБД. Если в логической
модели не имеет значения, какой конкретно тип данных имеет атрибут, то в
физической модели важно описать всю информацию о конкретных
физических объектах – таблицах, колонках, индексах, процедурах и т. Д
(рисунок 3.12).
Рисунок 3.12 – Физическая модель базы данных
39
В таблице 3.2 отображены атрибуты сущностей и их описание.
Таблица 3.2 – Атрибуты сущностей
Имя
сущнос
ти
Описание атрибутов
Наименование
атрибута
Желаемое
сокращение
атрибута
Ключ
и
Опред
еленно
сть
значен
ий
Шифр
домена
1
2
3
4
5
6
Клиент
Номер клиента
Номер
PK
1
D1
ФИО
ФИО
1
D3
Фактический адрес
Адрес
1
D3
Адрес
Адрес
1
D3
Электронная почта
Электронная
почта
1
D3
Телефон
Тел
1
D1
Код сотрудника
Код
сотрудника
PK
1
D1
Сотруд
ник
ФИО
ФИО
1
D3
Должность
Должность
1
D3
Специализация
Номер
PK
1
D1
Счет на
оплату
ИНН
ИНН
1
D1
КПП
КПП
1
D1
№ счета
Номер
1
D1
Номер заказа
Номер
FK
1
D1
Номер Клиента
Номер
FK
1
D1
Код сотрудника
Код
сотрудника
FK
1
D1
Услуга
Услуга
1
D3
40
Номер заказа
Номер
PK
1
D1
Заказ
клиента
Код сотрудника
Код
сотрудника
FK
1
D1
Номер клиента
Номер
FK
1
D1
Дата и время
Дата и время
1
D2
Адрес
Адрес
Позици
и заказа
Код услуги
Код_услуги
FK
1
D1
Цена
Цена
1
D1
Номер заказа
Номер
FK
1
D1
Таблица 3.3 – Домены атрибутов сущностей
Шифр
домен
а
Наимено
вание
домена
Определение домена
Тип
данных
Пример
значения
1
2
3
4
5
D1
Порядков
ый
номер
Целое число, принимает
уникальные значения или,
как альтернатива,
строчная переменная
Integer/Char
00001
D2
Дата и
время
ЧЧ.ММ.ГГГГ – дата, где
ЧЧ – две цифры, число (от
01 до 31)
ММ – две цифры, месяц
(от 01 до 12)
ГГГГ – четыре цифры, год
(от 0000 до 9999)
Datetime
03.04.2012
D3
Строка
символов
переменн
ой
длины
Множество символьных
значений переменной.
Выбирается одно
значение из указанного
множества
Varchar
Иванов
Иван
Иванович
В результате создана модель, ориентированная на формат СУБД
MySQL и включает все сущности, атрибуты, их типы данных.
41
В настоящее время не существует инструментов экспорта моделей базы
данных и диаграмм в модели базы данных и диаграммы под управлением
СУБД MySQL. Поэтому аналогичную диаграмму можно построить,
например, в MySQL Workbench, предварительно импортировав SQL код
создания таблиц базы данных.
3.6 Выводы ко второй главе
Во второй главе описана структура веб-страниц сайта. Веб-страницы
сайта могут быть статическими и динамическими, формируемыми с
помощью php-скриптов, работающих на стороне сервера. Скрипты, как
правило обращаются к серверу базы данных с помощью SQL-запросов и
формируют HTML-код, передаваемы браузеру пользователей.
В данной главе приводится логическое и физическое проектирование
базы данных сайта, веб-ориентированной информационной системы,
проведен сравнительный анализ наиболее популярных серверов баз данных,
сделан вывод о целесообразности использования СУБД MySQL и
интерактивного инструмента phpMyAdmin для создания и управления базой
данных проекта, создания дампов базы данных для надежного
функционирования системы.