2.2.1. Идентификация сущностей и связей. Er-диаграмма логического уровня.

В разделе должна быть отражена следующая информация:

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

• Назначение первичных ключей сущностей.

• Описание внешних ключей сущностей

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

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

2.2.2. ER-диаграмма физического уровня. Ограничения доменов. Ограничения ссылочной целостности. Переопределение триггеров. Индексирование отношений

В разделе должна быть отражена следующая информация:

• Проверка отношений на соответствие наборам ограничений. Нормализация представляет собой процесс проектирования методом последовательного приближения к удовлетворяющим наборам ограничений.

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

1. Запрещается производить удаление ключа, на который существуют ссылки, т.е. сначала нужно либо удалить ссылающиеся картежи, либо соответствующим образом изменить значения их внешнего ключа.

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

3. Каскадное удаление. При удалении картежа из отношения, на которое ведет ссылка и ссылается отношение, автоматически удаляются все ссылки картежи.

• используемые типы данных, причины их использования.

• Используемые триггеры с указанием их назначения и операции, на которую они срабатывают. Триггер – это специальный тип хранимых процедур, который запускается автоматически при выполнении тех или иных действий с данными таблицы.

ER-диаграмма физического уровня выносится также в приложение 3.

2.2.3. Определение представлений, хранимых процедур серверной компоненты. Er-диаграмма в режиме отображения представлений

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

Хранимые процедуры имеют много общего с обычными процедурами, широко используемыми в различных языках программирования.

В 2.2.3 разделе приводятся:

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

Пример: infoOPolzovaniiStudentov список книг, которыми пользуется студент. Содержит информацию из таблиц «Книга», «Студенты», «Пользование библиотекой2» и «Экземпляр»

• описание всех хранимых процедур, с указанием их назначения.

Пример: CpicokKnigCtudenta – формирует список книг, которыми пользуется студент.

2.3. Верификация спроектированной логической модели.

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

После связывания для сущностей можно задавать ассоциацию CRUD (Create, Read, Update, Delete), а для атрибутов - IRUN (Insert, Read, Update, Nullify).

Результат связывания объектов модели процессов можно отобразить в отчете Data Usage Report.

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

3.Реализация системы