л2_23 (2)

1.

Основные принципы
построения концептуальной,
логический и физической
модели
Информационное моделирование

2.

Проектирование БД
Целью проектирования является:
- представление данных и связей между ними;
- создание модели, способной удовлетворить все запросы
пользователя;
- создание проекта, структура которого удовлетворила бы
основные требования к производительности системы (имеется
ввиду время обработки запросов пользователей).

3.

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

4.

Существуют два подхода анализа предметной области:
1) функциональный – этот подход применяется, когда заранее
известны функции, подлежащие автоматизации для данной
предметной области (ДЗ - Функциональная модель)
2) предметный – в этом случае информационные потребности
пользователя жестко не фиксируются и для проектирования БД
выбираются все объекты, характерные для данной предметной
области.

5.

Схема функционального подхода
Пример функционального подхода

6.

Схема предметного подхода
Пример предметного подхода

7.

Моделирование
Предметная область
Потребности
пользователя
Концептуальное
проектирование
Проектирование концептуальной
модели
(ER-диаграмма)
Выбор СУБД
Логическое
проектирование
Проектирование логической
модели
Проектирование представления
данных в памяти ЭВМ
Физическое
проектирование

8.

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

9.

10.

11.

12.

Диаграмма сущностей–связей (Entity–Relationship)

13.

Нотация Чена

14.

Нотация Мартина (Crow’s Foot)

15.

Нотация Мартина (Crow’s Foot)

16.

Логическая модель базы данных — это
абстрактное представление структуры
данных, которое используется для
планирования и проектирования баз данных.
Она описывает, как данные будут
организованы и как они будут
взаимодействовать друг с другом, не
привязываясь к конкретной системе
управления базами данных (СУБД).

17.

18.

Логическая модель базы данных — это
абстрактное представление структуры
данных, которое используется для
планирования и проектирования баз данных.
Она описывает, как данные будут
организованы и как они будут
взаимодействовать друг с другом, не
привязываясь к конкретной системе
управления базами данных (СУБД).

19.

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

20.

21.

Существует два подхода к проектированию БД:
1) Нисходящий – в этом подходе процесс проектирования
начинается с разработки высокоуровневых (концептуальных)
инфологических моделей данных, с постепенным
высокоуровневым нисходящим переходом к моделям более
низкого уровня, т.е. даталогическим и физическим моделям.
2) Восходящий – в этом случае процесс проектирования начинается
с создания даталогических моделей. Для реляционной модели
восходящее проектирование начинается с уровня атрибутов. Все
атрибуты, характерные для данной предметной области
группируются по тем или иным признакам в несколько отношений.
Затем эти отношения нормализуются.

22.

Задание:
Выполните информационное моделирование ПО для своего
варианта, изобразите модель в виде диаграммы сущность -связь с
указанием основных атрибутов, подпишите связи, укажите
первичные и внешние ключи, тип связи. Минимальное количество
сущностей - семь.