Методология восходящего проектирования – синтез атрибутов с дальнейшей идентификацией.

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

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

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

4. Графическое представление атрибутов сущностей и связей в терминах модели «сущность-связь»: отобразить все уникальные и неуникальные сущности, связи между сущностями, включая перекрёстные.

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

Содержание процесса проектирования реализаций:

1. Подбираются соответствующие исходные данные:

а) наличие СУБД независимой схемы, которая будет преобразована на фазе проектирования реализаций;

б) составление количественной оценки эксплуатационных характеристик (требование целостности, восстанавливаемости, безопасности, ограничение на время отклика, прогноз роста объёма БД, изменения структуры);

в) количественная оценка объёма и частоты выполнения приложений, размер БД;

г) определение требования непротиворечивости, т.е. формулирование правила взаимной непротиворечивости данных, ограничение на дублирование и обновление данных;

д) анализ результатов требований к программе;

е) сбор характеристик СУБД, синтаксиса систем программирования БД;

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

2. Составление результирующих документов:

а) составление СУБД ориентированной схемы;

б) выделение подсхем для отдельных пользователей для ограничения безопасности системы;

в) спецификация для физического проектирования (схемы и подсхемы с указанием объёма и частоты выполнения приложений и характеристик программного и аппаратного обеспечения);

г) руководство по проектированию программ (включая советы прикладным программистам по выбору путей доступа к данным);

д) руководство для группы сопровождения БД.

IV. Нижний уровень представления БД – физическое проектирование.

Физическая организация данных влияет на эксплуатационные характеристики и определяет:

· формат хранимой записи;

· спецификацию размещения хранимой записи;

· методы доступа.

На этом этапе выделяют два вида работ:

1) основные решения про проектированию формата хранимой записи, по кластеризации хранимых данных (объединение записей различного типа в физические группы для эффективного размещения данных), проектирование методов доступа;

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