- •Южно-сахалинский институт экономики, права и информатики
- •Рекомендуемая литература 55 аннотация
- •Предисловие
- •Раздел 1. Нормализация отношений. Практическая работа №1. Функциональные зависимости.
- •Нормальные формы .
- •Раздел 2. Концептуальное проектирование. Описание предметной области, используемой в качестве учебного примера. Анализ требований пользователя.
- •1.Требования к данным
- •2. Требования к транзакциям.
- •Практическая работа №1. Построение концептуальной модели.
- •1.Определение типов сущностей
- •2. Документирование выделенных типов сущностей.
- •3.Определение типов связей.
- •4. Определение мощности и уровня участия типов связей.
- •5. Документирование типов связей.
- •6. Построение предварительной er-диаграммы.
- •6. Варианты для самостоятельной работы.
- •Практическая работа №2. Определение атрибутов, доменов и ключей в методологии концептуального проектирования.
- •1. Определение атрибутов и связывание их с типами сущностей и связей.
- •2. Документирование выделенных атрибутов
- •3. Определение и документирование Доменов атрибутов .
- •4. Определение атрибутов, являющихся потенциальными и первичными ключами.
- •4. Варианты для самостоятельной работы.
- •Обсуждение локальной концептуальной модели данных с пользователями.
- •Практическая работа №3. Преобразование локальной концептуальной модели данных в логическую модель .
- •Определение набора отношений исходя из структуры локальной логической модели данных.
- •Практическая работа №4. Построение окончательной диаграммы .
- •1. Проверка модели с помощью правил нормализации.
- •2. Определение бизнес-правил.
- •3. Проверка модели в отношении транзакций пользователей.
- •4. Ссылочная целостность
- •5. Варианты для самостоятельной работы.
- •Практическая работа №4. Разработка физического проекта бд.
- •Алгоритм преобразования er-модели в реляционную модель данных.
- •Рекомендуемая литература
5. Документирование типов связей.
В документацию следует поместить подробные сведения обо всех связях. Для нашей задачи составляем таблицу3.
Таблица3
Тип сущности |
Тип связи |
Тип сущности |
Мощность |
Показатель участия |
Филиал |
Имеет |
Работник |
1:М |
П:П |
Работник |
ОтвечаетЗа |
Объект_для_аренды |
1:М |
Ч:Ч |
Объект_для_аренды |
Описывается |
Объявление |
1:М |
Ч:П |
Клиент |
Осматривает |
Объект_для_аренды |
М:N |
Ч:Ч |
6. Построение предварительной er-диаграммы.
Чтобы разобраться с тем, как сущности связаны между собой , проще всего представить всю ситуацию наглядно. Предварительный вариант логической модели нашего учебного примера продемонстрирован на рис.1. Для всех связей типа 1:М указаны имена, отвечающие направлению от единичной стороны к множественной. Обозначены слабые сущности.
Слабая сущность (weak entity)- такой тип сущностей, первичный ключ которого состоит (полностью или частично) из свойств другого типа сущностей. Иначе, слабая сущность называется зависимой от других.
Рис.1. Предварительная ER-диаграмма для учебного примера.
6. Варианты для самостоятельной работы.
Задание№1.
Составить документацию на типы сущностей:
-
Объект_для_аренды
Собеседование
Владелец
Клиент
Объявление
Договор_аренды
Газета
Инспекция
Задание№2.
Определить мощность связей, степень участия сущностей в связях. Разработать диаграммы Чена .
Тип сущности |
Тип связи |
Тип сущности |
|
ОтвечаетЗа
НаходитсяПодРуководством
ПользуетсяУслугами Проводит Оформляет
Выполняет Руководит ЗакрепляетсяЗа
Принадлежит Владеет
Помещается С Арендует
Зауключает
СвязанС
ПроводитсяДля |
Объект_для_аренды Инспектор Секретарь Собеседование Договор_аренды Инспекция Работник Филиал
Владелец Объект_для_аренды Газета Клиент Объект_для_аренды Договор_аренды Объект_для_аренды Объект_для_аренды |
Практическая работа №2. Определение атрибутов, доменов и ключей в методологии концептуального проектирования.
Цель занятия: На текущем занятии необходимо определить и задокументировать атрибуты, ключи и домены.
1. Определение атрибутов и связывание их с типами сущностей и связей.
Каждый тип сущности имеет набор свойств (характеристик), присущих всем экземплярам данного типа. Свойство (attribute, атрибут) - поименованная характеристика сущности, которая принимает значения из некоторого множества значений (домена).
На этом этапе нам предстоит выделить атрибуты сущностей, которые в спецификациях также могут быть представлены существительными и поместить их в таблицу4.
Таблица атрибутов сущностей Таблица4
Тип сущности |
Атрибут |
Филиал |
Номер_Филиала Адрес(Улица,Город, Почтовый_индекс) Телефон Факс |
Работник |
Табельный_номер Имя(Фамилия, Имя,Отчество) Адрес Телефон Пол Дата_Рождения Должность |
Инспектор |
То же, что и у работника |
Секретарь |
То же, что и у работника Скорость_Печати |
Объект_для_аренды |
Номер_объекта Адрес(Улица,Город, Почтовый_индекс) Тип Количество_комнат Арендная_плата |
Владелец |
Номер_владельца Имя Адрес Телефон |
Объявление |
Номер_объявления Дата_публикации Название_газеты Стоимость |
Газета |
Название_газеты Адрес Телефон Факс |
Собеседование |
Дата_Собеседования Комментарии |
Клиент |
Номер_клиента Имя Адрес Телефон Предпочтительный_тип Максимальный_размер_платы |
Договор_аренды |
Номер_договора Номер_объекта Арендная_плата Способ_платежа Сумма_задатка Задаток_выплачен Дата_начала_аренды Дата_завершения_аренды Продолжительность_аренды |
Инспекция |
Дата_инспектирования Комментарии |
Таблица атрибутов связей Таблица5
Тип связи |
Атрибут |
Осматривает |
Дата_осмотра Комментарии |