47
Между сущностями могут быть связи – бинарные ассоциации,
указывающие, как сущности взаимодействуют или сравниваются между
собой. Связь может быть между двумя разными сущностями или между одной
и той же сущностью (рекурсия). Она отражает, как связаны экземпляры
сущностей друг с другом. При этом если есть связь между двумя сущностями,
то она отражает взаимосвязь между экземплярами той и другой сущности.
Связи можно разделить на три типа по множественности:
• Связь один-ко-одному (1:1) показывает, что экземпляр первой
сущности связан с одним экземпляром второй сущности;
• Связь один-ко-многим (1:М) показывает, что один экземпляр
первой сущности, расположенный слева по связи, связывается с несколькими
экземплярами второй сущности, расположенными с правой стороны по связи;
• Связь «многие-ко-многим» (М:М) показывает, что несколько
экземпляров первой сущности связываются с несколькими экземплярами
второй сущности. Между двумя сущностями можно задать множество связей
с разными смысловыми нагрузками.
Связь любого из этих типов будет обязательной, если в данной связи
участвует каждый экземпляр сущности, и вовсе не обязательной – если не
каждый экземпляр сущности участвует в данной связи. При этом связь будет
обязательной с одной стороны и необязательной, с другой стороны.
Наглядное изображение логической модели возможно табличным
способом, когда каждому типу записи соответствует таблица с множеством
полей записи, как показано на рисунке 8.
48
Договора
PK iddog
idkldog
datedog
kolvodog
nomdog
idproddog
Туры
PK idprod
nameprod
art
edizmpr
selfst
optst
rozst
primP
udalPr
FK1 iddog
FK2 idKlient
FK3 idsotr
FK3 idhot
FK3 idstr
Должности
PK iddolg
namedolg
udald
Клиенты
PK idKlient
namekl
krnamekl
adresskl
uradrkl
banrekKl
kontlizoKl
tlfKl
emailKl
dateregKl
udalKl
FK1 idPR
FK2 iddog
Сотрудники
PK idsotr
name
dolg
login
parol
dates
surname
datebor
udal
FK1 iddolg
Заказы
PK idPR
datePP
idklpr
idprodpr
kolvopr
Платежи
PK idpl
idklpl
nomdogpl
datepl
summa
FK1 idKlient
Страна
PK idstr
namestr
visa
uslvisa
stoliza
valuta
Hotel
PK idhot
namehot
star
tip
beach
reit
adress
tele
Рис. 7 Логическая модель базы данных
Назначение таблиц представлено в таблице 15.
Таблица 5 - Назначение таблиц базы данных
№ пп
Наименование
Назначение
1.
Клиенты
Хранит данные о клиентах
2.
Туры
Хранит данные о турах
3.
Платежи
Хранит данные о платежах
4.
Заказы
Хранит данные о заказах
49
5.
Договоры
Хранит данные о договорах
6.
Сотрудник
Хранит данные о сотрудниках
7.
Должности
Хранит данные о должностях
8.
Отели
Хранит информацию об отелях
9.
Страны
Хранит информацию о странах
Описание каждой таблицы базы данных с учетом особенностей
выбранного средства реализации базы данных приведено ниже.
Таблица 6 - Структура таблицы «Клиенты»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код клиента
idKlient
int(11)
Ключевое,
автозаполнение
2.
Фамилия
namekl
varchar(45)
3.
Имя и отчество
krnamekl
varchar(45)
4.
Адрес
adresskl
varchar(45)
5.
Образование
uradrkl
varchar(45)
6.
Данные паспорта
banrekKl
varchar(45)
7.
Семейное положение
kontlizoKl
varchar(45)
8.
Сведения о членах
семьи
semja
text
9.
Телефон
tlfKl
varchar(45)
10.
Адрес электронной
почты
emailKl
varchar(45)
11.
Дата регистрации
dateregKl
timestamp
12.
Отметка об удалении
udalKl
int(1)
Таблица 7 - Структура таблицы «Платежи»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код платежа
idpl
int(11)
Ключевое,
автозаполнение
2.
Код клиента
idklpl
int(11)
3.
Номер договора
nomdogpl
varchar(10)
4.
Дата платежа
datepl
varchar(30)
5.
Сумма
summa
varchar(10)
Таблица 8 - Структура таблицы «Должности»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код должности
idd
int(11)
Ключевое,
автозаполнение
2.
Наименование
должности
namedolg
varchar(45)
50
Таблица 9 - Структура таблицы «Сотрудники»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код сотрудника
idsotr
int(11)
Ключевое,
автозаполнение
2.
Фамилия
name
varchar(45)
3.
Логин
login
varchar(45)
4.
Пароль
parol
varchar(45)
5.
Дата регистрации
dates
varchar(45)
6.
Имя и отчество
surname
varchar(45)
7.
Дата рождения
datebor
varchar(45)
8.
Отметка об удалении
udal
int(1)
Таблица 10 - Структура таблицы «Договора»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код договора
iddog
int(11)
Ключевое,
автозаполнение
2.
Код клиента
idkldog
int(11)
3.
Дата договора
datedog
varchar(45)
4.
Количество дней
kolvodog
varchar(10)
5.
Номер договора
nomdog
varchar(10)
6.
Код тура
idproddog
int(11)
Таблица 11 - Структура таблицы «Заказы»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код записи
idPR
int(11)
Ключевое,
автозаполнение
2.
Дата
datePP
varchar(25)
3.
Код клиента
idklpr
int(11)
4.
Код тура
idprodpr
int(11)
5.
Количество дней
kolvopr
varchar(45)
Таблица 12 - Структура таблицы «Туры»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код продукции
idprod
int(11)
Ключевое,
автозаполнение
2.
Наименование
nameprod
varchar(45)
3.
Страна
art
varchar(45)
4.
Количество
дней/ночей
edizmpr
varchar(45)
5.
Курорт/отель
selfst
varchar(45)
6.
Питание
optst
varchar(45)
7.
Стоимость за сутки
rozst
varchar(45)
8.
Описание
primP
text
51
9.
Отметка об удалении
udalPr
int(1)
Физическая модель баз данных представлена на рисунке 98.
Рисунок 8 - Физическая модель базы данных
3.3 Описание требований к интерфейсу
Любой сайт состоит из фронт-энда, то есть части, которая обращена к
его пользователю, и бек-энда – части сайта, которую использует его
администраторы. И если при разработке сайта к внешнему виду бек-енда
обычно не предъявляется суровых требований, то фронт-энд просто обязан
быть максимально удобным для пользователя[11].
52
Работа пользователей с прикладным ПО, входящим в состав сайта,
практически всегда реализуется при помощи визуального графического
интерфейса (GUI). Этот интерфейс изначально должен создаваться понятным
и удобным, не быть перегруженным графическими элементами и позволять
быстро отображать нужные экранные формы. Навигационные элементы
выполняются в привычной и понятной для пользователя форме. Передача и
прием данных, получение управляющих команд и визуализация результатов
их исполнения должны выполняться в интерактивном режиме.
Интерфейс должен заточен под частое использование манипулятора
типа «мышь», то есть процесс работы с порталом должен реализовываться с
помощью нескольких экранных меню, кнопок, значков других подобных
элементов. Ввод информации с клавиатуры должен применяться только в
процессе заполнения и/или редактировании числовых и текстовых полей
экранных форм, также должна быть предусмотрена реализация функционала
«Сочетания клавиш».
В процессе создания интерфейса сайта предполагается учитывать
современные требования юзабилити и дизайна, а именно создавать сайт и
систему управления им с обязательным выполнением следующих пунктов:
• Простота использования;
• Выравнивание по центру;
• Малое количество колонок;
• Цветовое выделение областей;
• Понятная навигация;
• Отдельная шапка
• Хорошо читаемые логотипы;
• Достаточно крупный шрифт текста;
• Выделенный вводный текст;
• Привлекающие внимание цвета.
Опираясь на опыт предыдущих разработок сайтов, при выборе
оформления ресурса обычно подходят следующие утверждения:
53
• Чем проще созданный дизайн сайта, тем быстрее и удобнее
пользователю найти интересующую его информацию.
• Вариант авангардного дизайна всегда менее популярный у
посетителей, чем обычный веб-дизайн, в нашем случае он просто вреден, так
как сильно отвлекает от главного содержания;
Чувство цвета и вкус у каждого пользователя разные. Чем вычурнее
дизайн сайта, тем боле вероятность, что для многих пользователей дизайн
будет вызывать чувство раздражения.
Большое значение имеет и цветовая схема сайта, без которой нельзя
создать сбалансированный и привлекательный сайт. При отсутствии
цветового оформления страница теряет свою индивидуальность, и наоборот,
хорошо продуманная и сбалансированная цветовая схема, позволяет получить
сайту некоторый оригинальный стиль.
Понятно, что неправильно выбранные цвета или их большое количество
могут отрицательно сказаться на привлекательности страницы.
Цветовая схема зачастую включает в себя правильно подобранные
оттенки цвета, но не исключает применение цветов, не принадлежащих
семейству оттенков.
Многие люди (главным образом мужчины) имеют свойство плохо
различать цвета, ведь разной степенью дальтонизма страдают сегодня до 8%
мужчин, и 0,4% женщин, и этот факт также стоит учитывать. Наиболее
популярен случай, когда пользователь не различает зеленый и красный цвет.
В таком случае важно соблюдать следующие правила:
• Любые данные, представленные при помощи цвета, должны быть
доступны и без его учета, при помощи контекста или разметки.
• Сочетание фонового цвета и текста должно подбираться так,
чтобы текст был читабелен для тех людей, которые плохо различают цвета или
используют черно-белые мониторы.
• Наиболее правильным будет выбор ярких, сочных цветов,
привлекающих внимание посетителя.
54
3.4 Описание информационной системы
АРМ состоит из двух модулей – базы данных MySQL и приложения для
взаимодействия с базой данных, реализованного на языке программирования
PHP.
Работа с системой осуществляется через любой браузер. Для работы
необходимо установить локальный сервер в локальной сети предприятия, где
будет также расположена база данных. Доступ к базе осуществляется с
помощью набора адреса в адресной строке браузера. Архитектура сайта
представлена на рис. 9.
База
данных
Сервер MySQL
Сценарии PHP
Сервер Apache
Локальная или публичная
сеть
Браузер пользователя
Пользователь
Организация хранения и
доступа к данным в базе
данных
Программный интерфейс для
построения системы
взаимодействия с базой
данных
Веб-сервер для обработки
запросов клиента
Передача данных
Отображение интерфейса,
данных и взаимодействия с
пользователем
Рисунок 9 Архитектура АРМ менеджера туристической фирмы
В соответствии с выбранной структурой приложения программное
обеспечение включает следующие компоненты:
Операционная система на компьютере пользователя системы;
Операционная система на сервере;
55
Сервер баз данных;
Средство управления базой данных;
Средство разработки программного продукта.
Диаграмма развертывания представлена на рисунке 10.
Хостинг
БД
ПК администратора
ПК менеджера
Интернет
Панель
управления
системой
Интерфейс
доступа к БД
Интерпретато
р php
Веб-сервер
Панель
управления
системой
Рисунок 10 Диаграмма развертывания
Для начала работы необходимо разместить скрипты и базу данных
информаицонной системе на хостинге.
Размещение файлов скриптов на сервере осуществляется по протоколу
FTP с использованием менеджера FAR.
Для этого, после покупки хостинга, у хостера необходимо поучить
пароли и логины для доступа к хостингу. Размещение базы данных
осуществляется путем запуска SQL-скрипта на сервере, либо импортом из
предварительного сформированного на локальном сервере SQL-файла.
После перехода по ссылке для входа в систему необходимо ввести логин
и пароль:
56
Рисунок 11 Панель авторизации менеджера
Если пароль и/или логин ведены неверно, система сообщает об этом:
Рисунок 12 Сообщение о неверном пароле и/или логине
Если пароль и логин введены верно, открывается форма учета клиентов: