Практическая работа № 5

«Проектирование баз данных»

Цель работы: изучить порядок создания ИЛМ(инфологических) и ДЛМ (даталогических)

моделей баз данных. Приобрести опыт проектирования реляционных баз
данных. Реализовать проект средствами MS Access.

Ход работы:
1. Постановка задачи.
2. Инфологическая модель
2.1 Структурная схема базы данных с имеющимися связями.
2.2 Спецификации для каждой таблицы (тип данных, свойства полей).
2.3 Содержимое каждой таблицы согласно постановке задачи.
3. Даталогическая модель
4. Реализация средствами MS Access
5. Выполнить информационное наполнение базы данных. Значения полей базовых
таблиц задать самостоятельно.
6. Оформить отчет в MS WORD или аналогичном редакторе см. ПРИМЕР

Варианты на разработку

Вариант 1. Разработка базы данных регистратуры поликлиники

1) Участки
2) Терапевты
3) Специалисты
4) Смены
5) Пациенты
6) Посещения
7) Анализы
База должна содержать не менее 3 участков, 5 врачей, 10 пациентов. Сформировать 2
записи к врачу.

Вариант 2. Разработка базы данных магазина по продаже автозапчастей

1) Марки
2) Детали
3) Производители
4) Цены
5) Доставка
6) Поставщики
7) Заказы
База должна содержать не менее 3 производителей, 3 марок и 10 деталей. Сформировать
не менее 5 заказов.

Вариант 3. Разработка базы данных кинотеатра

1) Фильмы
2) Сеансы
3) Кинотеатры
4) Цены
5) Бронирование
6) Кинозалы
База должна содержать не менее 10 кинофильнов в 3 кинотеатрах. Сформировать 2 записи
о бронировании.

Вариант 4. Разработка базы данных аптеки

1) Лекарства
2) Группа применения
3) Производители
4) Цены
5) Дозировка
6) Рецепт
База должна содержать не менее 10 препаратов в 3 производителей, 4 группы применения.
Сформировать 2 оформленных заказа.

Вариант 5. Разработка базы данных гостиничного комплекса

1) Корпуса
2) Номера
3) Цены(сезоны)
4) Бронирование
5) Доп. Услуги, развлечения
База должна содержать не менее 4 предзаказов, 4 доп услуг, 4 вида номеров в 3 корпусах.
Выполнить 2 запроса на выборку.

Вариант 6. Разработка базы данных агентства по продаже недвижимости

1) Недвижимость
2) Район
3) Цены
4) Продавцы
База должна содержать не менее 5 районов, 12 объектов недвижимости..

Вариант 7. Разработка базы данных городского транспорта г. Краснодар

1) вид транспорта
2) маршрут
3) расписание
4) депо
База должна содержать 4 вида транспорта , по 2 маршрута на каждый вид. Предусмотреть,
чтобы 5 клиентов заказали не менее 2 путевок по различным маршрутам.

ПРИМЕР

Разработка базы данных юридической фирмы

1) клиенты
2) услуги
3) договора
4) юристы

1. Постановка задачи.

Провести анализ предметной области по вариантам. Студент должен продолжить

работу с вариантом, выбранным в первом этапе работы. Описать словами процесс
который будет автоматизировать использование базы данных Коротко описать область
применения разрабатываемой БД и ее возможные преимущества.
Клиенты могут быть физическими или юридическими лицами, обладать набором
реквизитов, контактными данными. Фирма оказывает услуги своим клиента, цена за
услуги зависит от типа клиентов, категории услуг и самого наименования услуги. Юрист
может работать с несколькими клиентами, с каждым из которых заключается договор.

2. Составить описание инфологической модели.

Необходимо выделить сущности:

1) Юридическая услуга

2) Контрагент(клиент)

3) Данные о сотрудниках

4) Сотрудники (юристы)

5) Заключение договоров

Пример инфологического описания сущности:

Основным предметом исполнения договора является «ЮРИДИЧЕСКАЯ УСЛУГА»

(Данные о предоставляемых услугах и ценах). Каждая услуга обладает некоторыми
параметрами, учитываемыми при составлении прайс-листа:

1. Код услуги (это идентификационный номер, для обозначения юридической

услуги);
2. Тип клиента (стоимость одной и той же услуги зависит от того является ли клиент
юридическим или физическим лицом);
3. Тип услуги (параметр для классификации услуг по специализации);
4. Наименование (название услуги)
5. Сумма от (минимальная стоимость услуги).

Каждый «КОНТРАГЕНТ» (Данные о клиентах) обладает рядом основных

характеристик:

1. Код агента (уникальный код для идентификации в базе);

2. Наименование агента (для физических лиц является их фамилия, имя и отчество, а
для юридических – наименование организации);
3. Тип клиента (является ли клиент юридическим или физическим лицом);
4. ОГРН для юр. лиц или паспорт для физ. лиц;
5. Адрес (регистрационный адрес лица или организации);
6. Телефон
7. ИНН / КПП
8. Банковские реквизиты.

3. Реализовать ER-диаграмму модели средствами MS Visio 2010.

Для составления диаграмм данного вида достаточно использования элементов

построения «Фигуры простой Блок-схемы».
 Нажмите Создать

Добавьте простые фигуры для составления диаграмм (На панели слева нажмите
Дополнительные фигуры – Общие – Простые фигуры)

Последовательно перетаскивайте все необходимые блоки на лист.

Затем с помощью инструмента Динамическое соединение уставите связи между

объектами

Для линий примените параметр Прямая соединительная линия

 Подпишите каждый элемент и укажите тип связей между элементами.

Для линий примените параметр стрелки - без указателя

В качестве примера на рисунке 2 представлена ER-диаграмма модели данных

«Юридической фирмы»

Пример:
 Код клиента,
Код услуги,
Код менеджера,
№ договора

Данные о
Наименование, Данные о Оформление договоров
предоставляемы
Реквизиты контрагентах на оказание юр.услуг
х услугах и ценах

Данные о
Данные о ФИО, таб№,
должностях и
сотрудниках телефон
окладах

Рисунок 2. ER-диаграмма модели БД «Юридическая фирма»

3 Даталогическая модель

Осуществите переход от ER-модели к даталогической. Проработайте логическую

структуру вашей базы данных, применяя данные о правилах нормализации. Ваша задача
минимизировать избыточность данных в базе. Определите названия для таблиц и полей.
Внимательно установить тип и размер для каждого поля, определите первичные (PK) и
внешние ключи(FK).

Даталогическая модель строится на основе ЕR-модели следующим образом:

1.Каждая простая сущность превращается в таблицу. Имя сущности

становится именем таблицы(возможно незначительное изменения для адаптации к
СУБД).

2. Каждый атрибут становится возможным столбцом с тем же именем;

может выбираться более точный формат. Столбцы, соответствующие
необязательным атрибутам, могут содержать неопределенные значения; столбцы,
соответствующие обязательным атрибутам, - не могут.

3. Компоненты уникального идентификатора сущности превращаются в

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

4. Связи многие-к-одному становятся внешними ключами. Т.е. делается копия

уникального идентификатора с конца связи "один", и соответствующие столбцы
составляют внешний ключ.

Пример: описания ДЛМ для БД разрабатываемой на базе SQL Server

Таблица 4 – Контрагенты

Наименование атрибута Тип и размер поля Описание

КодАгента CHAR(5) NOT NULL, PRIMARY KEY

НаименованиеАгента CHAR(25) NOT NULL

Клиент CHAR(15) NOT NULL

ОГРН или паспорт CHAR(25)

Адрес CHAR(52)

Телефон CHAR(10)

ИНН I(12)

КПП CHAR(10)

БанкНаименование CHAR(35)

БИКБанка CHAR(9)

Кор/счет CHAR(20)

Л/счет CHAR(20)

Таблица 6– Услуги

Наименование атрибута Тип и размер поля Описание

КодУслуги CHAR(5) NOT NULL, PRIMARY KEY

Клиент CHAR(15) NOT NULL

ТипУслуги CHAR(25)

Наименование DATE

СуммаОт MONEY

Средствами MS Visio 2010 вам необходимо визуализировать спроектированные таблицы в

виде реляционной диаграммы. Категория шаблонов «Программы и базы данных» -
«Схема базы данных».
Нажмите Создать

Перетащите все необходимые сущности на лист

Затем опишите параметры каждой сущности

Для связи сущностей используйте динамическое соединение.

С отруд ники
П райс -л ис т
PK Табельны й ном ер
PK Код услуги
К од д ол ж ности
Н аим енование И сполнение
Ф И О
Клиент
PK № счета Д ата рож д ения
Т и п у с л у ги
П аспорт
С ум м а от
Д ата оф орм л ения С Н И ЛС
FK1 К о д у с л у ги И Н Н
Клиент П ринят на раб оту
К онтрагенты С умма О б щ ий стаж
FK2 К о д агента FK1 К од д ол ж ности
PK Код агента FK3 Табельны й ном ер
П роц ент от сд ел ки
Н аим е нов ани е аген та
Клиент
О ГР Н ил и паспорт
А дрес
Телеф он Д ол ж ности
И Н Н
КП П PK Код долж ности
Б анк
Б И К б анка Н аим енование
К /с ч е т О кл ад
Л /с ч е т Д ол ж ностная инструкц ия
 ПРИЛОЖЕНИЕ А
Образец титульного листа

«Академия маркетинга и социально-информационных технологий –

ИМСИТ»
г. Краснодар

Академический колледж

ОТЧЕТ ПО ПРАКТИЧЕСКОЙ РАБОТЕ № 5

«Проектирование баз данных »

Вариант № ____: «________________________________________________»

по дисциплине «Базы данных»

Составил студент: ________________________

Группы: 15-СПО-ОТЗИ-01
Преподаватель: Алферова Виктория Владимировна

Защищен с оценкой__________________________________________

Краснодар
2016 г.
 ПРИЛОЖЕНИЕ Б
Образец содержания отчета

СОДЕРЖАНИЕ

ВВЕДЕНИЕ…………………………………………………………………. 3
1 Постановка задачи. ……………………………………………………… 4
2 Инфологическая модель………………………………………………… 5
2.1 Инфологическое описание базы данных…………………………….. 5
2.1Построение ER-диаграмм……………………………………………… 7
3 Даталогическая модель………………………………………………….. 8
ЗАКЛЮЧЕНИЕ…………………………………………………………….. 10
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ…………………….. 11