- •База данных
- •Введение
- •1.2 Выбор и описание автоматизируемых функций
- •1.3 Первичное описание информационного обеспечения
- •1.4 Вывод
- •2 Выявление ограничений и правил поддержания целостности
- •2.1 Уровень атрибутов
- •2.2.1 Функция 1 “Продажа билетов”.
- •2.2.2 Функция 2 “Возврат билетов”.
- •2.2.3 Функция 3 “Бронирование билетов”.
- •2.2.4 Функция 4 “Заказ транспортных средств”.
- •2.2.5 Функция 5 “Учет кадров”.
- •2.3 Уровень множеств кортежей
- •2.3.1 Функция 1 “Продажа билетов”.
- •2.3.2 Функция 2 “Возврат билетов”.
- •2.3.3. Функция 3 “Бронирование билетов”.
- •2.3.4 Функция 4 “Заказ транспортных средств”.
- •2.3.5 Функция 5 “Учет кадров”.
- •2.4 Уровень базы данных
- •2.4.1 Функция 1 “Продажа билетов”.
- •2.4.2 Функция 2 “Возврат билетов”.
- •2.4.3 Функция 3 “Бронирование билетов”.
- •2.4.4 Функция 4 “Заказ транспортных средств”.
- •2.4.5 Функция 5 “Учет кадров”.
- •2.5 Вывод
- •3.1.2 Функция 2 “Возврат билетов”
- •3.1.4 Функция 4 “Заказ транспортных средств”
- •3.1.5 Функция 5 “Учет кадров”
- •3.2.1 Функция 1 “Продажа билетов”
- •3.2.2 Функция 2 “Возврат билетов”
- •3.2.3 Функция 3 “Бронирование билетов”
- •3.2.4 Функция 4 “Заказ транспортных средств”
- •3.2.5 Функция 5 “Учет кадров”
- •3.3 Спецификация ограничений и правил поддержания целостности
- •5.2 Спецификация ограничений и правил поддержания целостности
- •5.3 Sql-код для создания реляционной модели
- •5.4 Вывод
- •6.2 Sql-код локальных просмотров для автоматизируемых функций
3.2.3 Функция 3 “Бронирование билетов”
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.2.3. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.
М
М
1
1
М
М
М
1
фамилия
имя
отчество
ФИО
код
кассир
бронирование
срок выкупа
пассажир
билет
номерместа
дата
время
1
1
Рисунок 3.2.3 — Нормализованная ER-модель для функции 3 “Бронирование билетов”
Нормализованная модель содержит:
– семь базовых (самоидентифицируемых) сущности: “Кассир”, “Срок выкупа”, “Пассажир”, “Пункт”, “Номер места”, “Дата”, “Время”;
две зависимые сущности: “Бронирование”, “Билет”, моделирующие связи типа “один ко многим” между сущностями;
восемь связей типа “один ко многим”, идентифицирующие все сущно
сти;
– каждая сущность содержит информацию об определенных данных.
3.2.4 Функция 4 “Заказ транспортных средств”
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.4. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.
М
1
администратор
заказ транспортных средств
дата заказа
название
адрес
М
1
транспорт
дата отправления
время отправления
номер маршрута
название
Рисунок 3.2.4 — Нормализованная ER-модель для функции 4 “Заказ транспортных средств”
Нормализованная модель содержит:
две базовые (самоидентифицируемые) сущности: “Администратор”, “Транспорт”;
– три зависимые сущности “Заказ транспортных средств”, “Транспортное предприятие”, “Приемщик заказа”, моделирующие связи между сущностями;
– одну связь типа “один к одному”, идентифицирующую сущности “Транспортное предприятие” и “Приемщик заказа”;
– три связи типа “один ко многим”: “Работа”, “Контакт”, “Список”;
каждая сущность содержит информацию об определенных данных.
3.2.5 Функция 5 “Учет кадров”
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.5 Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.
дата назначения
1
М
1
М…1
1…М
М
Рисунок 3.2.5 — Нормализованная ER-модель для функции 5 “Учет кадров”
Нормализованная модель содержит:
– четыре базовых (самоидентифицируемых) сущности: “Сотрудник”; “Организация”; “Должность”; “Телефон”;
– одну зависимую сущность “Место работы”, моделирующую связь типа “один ко многим” между сущностями “Сотрудник” и “Организация”;
две связи типа “один ко многим”, идентифицирующие сущности;
каждая сущность содержит информацию об определенных данных.