Характеристика предметной области

СОДЕРЖАНИЕ

1. Характеристика предметной области…………………………..……….........3

2. Создание таблиц…….……………………………………………………........5

2.1 Разработка структуры БД…………………….…………………………5

2.2 Структура и создание таблиц …………………………..………………9

2.2.1 Реляционная схема БД….………………………………………….....9

2.2.2 Разработка схемы связей таблиц, нормализация базы данных и приведение ее к НФ3 или НФБК……………………………………………….11

2.3 Оперирование данными………………………………………………..12

2.3.1 Создание запросов…………………………………………………...12

2.4 Создание форм…..……………………………………………………...13

2.4.1 Создание кнопочной формы………………………...……………14

2.4.2 Отчеты……………………………………………………………...16

3. Заключение……………………………………………………………………20

4. Список литературы…………………………………………………………...20

5. Приложение…………………….………………………………….….………21

Характеристика предметной области.

Главная задача системы – сохранение в базе данных всех необходимых сведений о клиентах и сведения о их заказах, формирование необходимых печатных форм для отображения и ввода данных. Информационная система предназначена для одной категорий пользователей: сотрудники туристической фирмы. Сотрудники могут просматривать информацию о клиентах и их заказах, добавлять новые записи, а так же удалять старые. Концептуальная модель базы данных.

При разработке ER-моделей мы должны получить следующую информацию о предметной области:

список сущностей предметной области;

список атрибутов сущностей;

описание взаимосвязей между сущностями.

После анализа предметной области мы выделили три сущности: «Клиент», «Путевка», «Заказ». (Таблица 1)

Домены из которых атрибуты берут свои значения, приведены в таблице. Здесь же приведены ограничения для атрибутов на уровне кортежей: повторяемость, обязательность и значения по умолчанию. (Таблица 2)

Примечания:

1. Указывается наличие или отсутствие заграничного паспорта. В поле «тип данных» выбираем тип данных «логический (да/нет)».

2. Постоянным клиентам предоставляется скидка.

Определим типы связей и построим начальную ER-модель данных
(Рисунок 1.1).

Преобразование концептуальной модели в концептуальную схему выбранной реляционной СУБД осуществляется в следующей последовательности.

2.1. Для каждой сильной сущности ER-модели создается отдельная таблица, а для каждого атрибута сущности создается столбец таблицы. Ключевой атрибут становится первичным ключом, а дополнительные ключевые атрибуты - потенциальными ключами.

2.2. Для каждой слабой сущности также создается отдельная таблица, в которой должны присутствовать ключевые столбцы доминирующих таблиц. В зависимости от вида связи устанавливаются ключевые атрибуты таблицы.

2.3. Далее необходимо создать внешние ключи, обеспечивающие ссылочную целостность, по указанному типу связи в ER-модели.

Вполне возможно, что в ER-схеме будет присутствовать избыточность данных, поэтому необходимо нормализировать базу данных, как минимум, до нормальной формы Бойса-Кодда (Таблица 4).

3. В физической модели каждой сущности будет соответствовать таблица базы данных, а каждому атрибуту – поле таблицы. (Таблицы 5,6)