Проектирование структуры базы данных предметной области
У клиента может быть несколько заявок. У клиента может быть несколько заявок. У клиента может быть несколько заявок. Лицо, которому оказывает услуги бюро. Лицо, которому оказывает услуги бюро. Лицо, которому оказывает услуги бюро. Виды предоставляемых услуг бюро. Виды предоставляемых услуг бюро. Описание сущностей по задачам. КМ 2 — Учет недвижимости бюро. Учет недвижимости бюро (КМ2… Читать ещё >
Проектирование структуры базы данных предметной области (реферат, курсовая, диплом, контрольная)
Построение концептуальной модели БД
Для построения концептуальной модели выделим подзадачи, которые будет решать база данных:
- 1. Учет клиентов бюро (КМ1).
- 2. Учет недвижимости бюро (КМ2).
- 3. Учет операций продажи/покупки недвижимости (КМ3).
Определим для каждой локальной КМ набор сущностей и представим его в виде таблицы (табл. 2.1). Т. е. определим основные информационные объекты, которые необходимы пользователю для решения задач из предметной области.
Таблица 2.1.
Описание сущностей по задачам.
№ п/п. | Имя сущности. | Описание сущности. | Псевдо-нимы. | Особенности использования. |
КМ 1 — Учет клиентов бюро. | ||||
Клиент. | Лицо, которому оказывает услуги бюро. | |||
Заявка. | Заказ на оказание услуги. | Заказ. | У клиента может быть несколько заявок. | |
Услуга. | Виды предоставляемых услуг бюро. | В заявке может быть описан только один вид требуемой услуги. | ||
КМ 2 — Учет недвижимости бюро. | ||||
Справочник. | Недвижимости, которые есть в справочнике бюро. | Недвижимость. | У клиента может быть несколько недвижимостей. | |
Заявка. | Заказ на оказание услуги. | Заказ. | У клиента может быть несколько заявок. | |
Клиент. | Лицо, которому оказывает услуги бюро. | |||
Договор | Выполненный договор, заключается если сделка полностью завершена. | Не для всех заявок заключается договор, а если заключается то только один. | ||
КМ 3 — Учет операций продажи/покупки недвижимости. | ||||
Заявка. | Заказ на оказание услуги. | Заказ. | У клиента может быть несколько заявок. | |
Клиент. | Лицо, которому оказывает услуги бюро. | |||
Договор | Выполненный договор, заключается если сделка полностью завершена. | Не для всех заявок заключается договор, а если заключается то только один. | ||
Услуга. | Виды предоставляемых услуг бюро. | В заявке может быть описан только один вид требуемой услуги. | ||
Риелтор | Сотрудник бюро. | Сотрудник за определенный срок может заключить несколько договоров. |
Далее определим связи, которые существуют между отдельными сущностями в рамках каждой локальной КМ и представим их в табличной форме (таблица 2.2).
Таблица 2.2.
Описание связей между сущностями по задачам.
№п/п. | Имя сущности. | Имя связи. | Имя сущности. | Кардинальность. |
КМ 1. | ||||
Клиент. | Составляет. | Заявки. | 1:N. | |
Услуга. | Присутствует в. | Заявке. | 1:1. | |
КМ 2. | ||||
Клиент. | составляет. | Заявки. | 1:N. | |
Заявка. | Присутствует в. | Договоре. | 1:1. | |
Недвижимость (Справочник). | Продается по. | Договору. | 1:1. | |
КМ 3. | ||||
Клиент. | Составляет. | Заявки. | 1:N. | |
Заявка. | Присутствует в. | Договоре. | 1:1. | |
Услуга. | Присутствует в. | Заявке. | 1:1. | |
Риелтор | Составляет. | Договоры. | 1:N. |
Построим диаграмму «сущность-связь» для первой подзадачи (рис. 2.1):
Построим диаграмму «сущность-связь» для второй подзадачи (рис. 2.2).
Построим диаграмму «сущность-связь» для третьей задачи (рис. 2.3).
Объединенная концептуальная модель 1-ой и 2-ой задачи приведена на рисунке 2.4.
Объединив КМ11 и КМ3 получим результирующую концептуальную модель (рис. 2.5).
Таким образом, результатом объединения локальных концептуальных моделей из предметной области является единая концептуальная модель структуры БД в виде единой диаграммы «сущность-связь». Эта модель содержит концептуальное отражение представлений пользователя о предметной области.
