- •Содержание
- •Введение
- •Анализ поставленной задачи и постановка задачи на проектирование
- •Анализ существующей технологии помощи клиентам в оформлении путевок
- •Разработка новой технологии помощи клиентам в оформлении путевок
- •Выбор и разработка архитектуры сетевой технологии.
- •Выбор программного обеспечения сетевой технологии.
- •ВыборSql-сервера
- •Выбор Www-сервера.
- •Выбор сервера приложений
- •Обоснование требований к разрабатываемой сетевой технологии
- •Постановка задачи на разработку
- •Разработка новой технологии помощи клиентам в оформлении путевок
- •Разработка модели бд
- •Разработка модели управления системой
- •Разработка графических форм интерфейса пользователя
- •Оценка эффективности разработанного проекта
- •Заключение
- •Список литературы
Разработка новой технологии помощи клиентам в оформлении путевок
Разработка модели бд
Для того чтобы определиться с информационной моделью, определимся с концептуальной моделью.
Концептуальная модель — это абстрактная модель, определяющая структуру моделируемой системы, свойства её элементов и причинно-следственные связи, присущие системе и существенные для достижения цели моделирования.
На рисунке 11 показана концептуальная модель разрабатываемой БД:
Рисунок 11 - Концептуальная модель
разрабатываемой БД
Информационная модель - это спецификация структуры данных и бизнес правил (правил предметной области).
Процесс построения информационной модели состоит из следующих шагов:
Определение сущностей.
Определение зависимостей между сущностями.
Задание первичных и альтернативных ключей.
Определение атрибутов сущностей.
Приведение модели к требуемому уровню нормальной формы.
Переход к физическому описанию модели: назначение соответствий - имя сущности - имя таблицы, атрибут сущности - атрибут таблицы, задание триггеров, процедур и ограничений.
В рассматриваемой предметной области выделены следующие сущности:
пользователь;
тур;
заявка;
турист.
В таблице 6 показана первая нормальная форма, характеризующая эти сущности.
Таблица 6 - Первая нормальная форма модели БД
Сущность |
Атрибут |
Тип данных |
Примечание |
Пользователи |
Идентификационный номер пользователя |
integer |
NOT NULL |
Логин |
varchar |
NOT NULL | |
Пароль |
hash |
NOT NULL | |
Фамилия |
varchar |
| |
Имя |
varchar |
| |
Отчество |
varchar |
|
Таблица 7 – Продолжение
Пользователи |
Телефон домашний |
varchar |
|
Телефон рабочий |
varchar |
| |
Телефон сотовый |
varchar |
| |
|
varchar |
NOT NULL | |
Тур |
Идентификационный номер тура |
integer |
NOT NULL |
Страна |
varchar |
NOT NULL | |
Курорт |
varchar |
NOT NULL | |
Отель |
varchar |
NOT NULL | |
Уровень обслуживания |
integer |
NOT NULL Диапазон 1-5 | |
Кол-во человек |
integer |
NOT NULL | |
Цена |
real |
NOT NULL | |
Дата вылета |
date |
NOT NULL | |
Дата прилета |
date |
NOT NULL | |
Туроператор |
varchar |
| |
Паспортные данные для путевки
|
Идентификационный номер туриста |
integer |
NOT NULL |
Фамилия в паспорте РФ |
varchar |
| |
Имя в паспорте РФ |
varchar |
| |
Отчество паспорте РФ |
varchar |
| |
Серия паспорта РФ |
varchar |
| |
Номер паспорта РФ |
integer |
| |
Дата выдачи паспорта РФ |
date |
| |
Фамилия в загран. паспорте |
varchar |
| |
Имя в загран. паспорте |
varchar |
| |
Отчество в загран. паспорте |
varchar |
| |
Серия загран. паспорта |
integer |
| |
Номер загран. паспорта |
integer |
| |
Дата выдачи загран. паспорта |
date |
| |
Дата рождения |
date |
| |
Ксерокопия 2-3 стр. паспорта РФ |
memo |
| |
Ксерокопия прописки из паспорта РФ |
memo |
| |
Ксерокопия 2-3 стр. загран. паспорта |
memo |
| |
Заявка |
Идентификационный номер заявки |
integer |
NOT NULL |
Состояние |
varchar |
NOT NULL |
Приведем модель к второй нормальной форме, не должно быть частичной функциональной зависимости неключевых атрибутов от ключа (зависимость неключевых атрибутов от части ключа). На рисунке 12 показана первая нормальная форма модели БД.
Рисунок 12 - Вторая нормальная форма модели БД
Приведем все отношения к третьей нормальной форме, т. е. избавимся от транзитивных зависимостей. Для создания нормально функционирующей БД достаточно, чтобы отношения в ней находились в третьей нормальной форме.
Логическая модель разрабатываемой технологии представлена на рисунке 13.
Рисунок 13 – Логическая модель данных разрабатываемой технологии
При переходе к физической модели системы необходимо:
Обозначить имена атрибутов сущностей так, как названы столбцы
таблиц разрабатываемой базы данных.
Сменить тип атрибутов.
Ввести ограничения NotNull на необходимые атрибуты.
Построим таблицу с соответствием типов данных в логической модели сетевой технологии с используемыми типами данных в СУБД MySQL.
Таблица 6 – Соотношение типов данных
Тип данных |
Логическая модель |
MySQL |
Целочисленный |
integer |
int |
Символьный |
Varchar() |
Varchar() |
Дата и время |
Date |
Datetime |
Физическая модель сетевой технологии регистрации заявок представлена на рисунке 14.
Рисунок 14 - Физическая модель данных разрабатываемой технологии