Стадии проектирования, объекты моделирования

Проектирование БД это упорядоченный формализованный процесс создания системы взаимосвязанных описаний, то есть таких моделей предметной области которые связывают (фиксируют) хранимые в базе данные с объектами предметной области, описываемые этими данными.

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

Подходы к проектированию БД:

1. Нисходящий

2. Восходящий

Модели технологии инфологического проектирования

Инфологические модели

Модели представления хорошо структурированной информации	Модели представления слабо структурированной информации
IDEF – модели	Дескрипторные модели
Диаграммы потоков данных	Семантические сети. Тезаурусы
ER - модели	Фреймы

 

Компоненты инфологического уровня описания предметной области

1. Система атрибутов и средства описания предметной области

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

3. Описание информационных потребностей пользователей

Требования к средствам представления моделей:

1. Формализованность

2. Дружественность

Методы сбора фактов

1. Изучение документации

2. Собеседование

3. Наблюдение за работой предприятия

4. Проведение исследований

5. Проведение анкетирования

Сбор и анализ требований пользователей

Спецификация требований к приложению БД:

· Описание применяемых или вырабатываемых данных

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

· Все дополнительные требования к создаваемому приложению БД

Методы составления спецификаций требований:

· Технология структурного анализа и проектирования (SAD)

· Диаграммы массивов данных (DFD)

· Графики «вход-процесс-выход» (HIPO)

Критерии оценки модели данных

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

Модель «сущность – связь»

Модель «сущность – связь»

Сущность                         Свойство сущности                                          Связь

Семантическая основа ER модели:

1. Совокупность взаимосвязанных объектов, сведенья которых должны быть помещены в БД может быть представлена как совокупность сущностей

2. Каждая сущность обладает характеристическим свойствами (атрибутами), отличающими её от других сущностей и позволяющими её идентифицировать.

3. Сущности можно классифицировать по типам сущностей

4. Систематизация представления, основанная на классах

5. Предполагает иерархическую зависимость типов (сущность типа А является подтипом сущности B, если каждый экземпляр типа А является экземпляром сущности типа B)

6. Взаимосвязи объектов могут быть представлены как связи – сущности, которые служат для фиксирования взаимозависимости 2 или нескольких сущностей

 

           

Свойство