2. Разработка инфологической модели предметной области
2.1Описание информационных объектов (сущностей), их атрибутов на языке описания данных (яод)
В результате обследования ПО были выявлены следующие сущности:
Гостиницы (хранится информация о гостиницах);
Клиенты (хранится информация о клиентах гостиниц);
Номера гостиниц ( хранится информация о номерах гостиниц);
Бронирование номера (хранится информация о забронираванных номерах).
Определяем атрибуты для каждой сущности.
СУЩНОСТЬ Гостиница (код гостиница: счетчик; наименование гостиницы : текст; адрес: текст; класс: текст).
СУЩНОСТЬ Клиенты (код клиент: счетчик; Ф.И.О.: текс; адрес: текст; телефон: текст).
СУЩНОСТЬ Номера гостиниц (код гостиницы: числовой; код номера: счетчик; номер номера: числовой; номер проживания категория: текст; стоимость за сутки: денежный).
СУЩНОСТЬ Бронирование номера ( код брони : счетчик: список клиентов: числовой; дата заезда с: дата/время; дата выезда по: дата/время; забронированный номер: числовой).
Определение связей между сущностями:
Сущность «Гостиница» связывается с сущностью «Номера гостиниц» через соединение атрибута Код гостиница из сущности «Гостиница» с атрибутом Код гостиницы из сущности «Номера гостиниц».
Сущность «Номера гостиниц» связывается с сущностью «Бронирование номера» через соединение атрибута Код номера из сущности «Номера гостиниц» с атрибутом Забронированный номер из сущности «Бронирование номера».
Сущность «Бронирование номера» связывается с сущностью «Клиенты» через соединение атрибута Список клиентов из сущности «Бронирование номера» с атрибутом Код клиент из сущности «Клиенты».
2.2 Построение илм в виде диаграммы «Таблица-Связь»
Гостиница
Бронирование номера
КодГостиница
НаименГостиницы
Адрес
Класс
1
КодБрони
Список клиент
Заезд дата с
Выезд дата по
Забронированный номер
∞
Номера гостиницы
∞∞ ∞
КодГостиницы
Код номера
Номер номера
Номер проживания категория
Стоимость за сутки
∞
1 1 1
Клиенты
1
КодКлиент
ФИО
Адрес
Телефон
Разработка даталогической модели
3.1 Описание выбранной субд
Следующим шагом является выбор конкретной СУБД и отображение в ее среду спецификаций инфологической модели предметной области. Эту стадию называют логическим (даталогическим) проектированием БД. Ее результатом является концептуальная схема БД, включающая определение всех информационных единиц и связей, в том числе задание типов, характеристик и имен.
Проектирование логической структуры РБД предполагает:
· разбиение всей информации по отношениям (таблицам);
· определение состава полей (атрибутов) каждого отношения;
· определение ключа каждого отношения;
· определение связей и обеспечение целостности по связям.
Часто при описании логической структуры РБД указывают, по каким полям надо индексировать отношение, а для ключевых полей индексация предусматривается автоматически. Индексация занимает промежуточное положение между логической и физической структурой данных. Она определяет способ логического упорядочения данных и доступ к ним, но при этом создаются вспомогательные индексные файлы, что меняет общую структуру БД.