3.4. Входы логического моделирования данных

На стадии 0 "Анализ реализуемости", если она выполняется, разрабатывается также обобщенная ЛМД (этапы 010, 020), включающая в свой состав только основные объекты и связи, выявленные в процессе выполнения работ по такому анализу.

Этап 110. Разработка обобщенной ЛСД:

• отчет по анализу реализуемости системы (если он существует);

• документы, инициирующие разработку проекта.

Этап 140. Разработка ЛМД существующей системной среды:

• обобщенная ЛСД.

Этап 320. Разработка ЛМД требуемой системы:

• ЛМД существующей системной среды;

• "Каталог требований";

• выбранная структура бизнес - системы.

Этап 340. Проверка корректности ЛМД требуемой системы:

• структуры ввода - вывода;

• ЛМД требуемой системы.

Этап 360. Определение путей доступа запросов и заполнение документации на ЛМД требуемой системы:

• структуры ввода - вывода;

• определения функций;

• ЛМД требуемой системы.

Этап 520. Добавление индикаторов состояний в описания объектов ЛСД:

• описания объектов;

• истории жизни объектов.

3.5 Выходы логического моделирования данных

Результатом логического моделирования данных являются логические модели данных следующих трех различных типов: обобщенная ЛМД, ЛМД существующей системной среды и ЛМД требуемой системы.

Обобщенная ЛМД обычно описывает 8-12 основных объектов анализируемой системной среды и состоит только из обобщенной ЛСД, т.е. не содержит описаний объектов, связей и атрибутов.

ЛМД существующей системной среды является детальным описанием данных, используемых этой средой и создаваемых в ней. Уровень детализации этой модели должен соответствовать уровню текущей физической и логической моделей потоков данных.

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

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

• форм описания объектов;

• форм описания связей;

• форм описания атрибутов (часть каталога данных);

• форм описания сгруппированных доменов (часть "Каталога данных") и прилагается к соответствующей логической структуре данных.

3.6. Основные понятия и обозначения метода логического моделирования данных

В этом разделе описывается набор понятий, используемых при логическом моделировании данных в рамках SSADM - технологии и представляемых в виде схематических элементов на ЛСД. Этот набор составлен по принципу минимального отличия от известных систем обозначений элементов структур и сохранения терминологической преемственности.

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

В логическом моделировании данных типы объектов, связей и атрибутов представляют не отдельные проявления их сущностей, а сами эти сущности, которые используются для раскрытия семантики групп данных в существующей и проектируемой системных средах. Например, понятия "ЗАКАЗ" и "ПОКУПАТЕЛЬ” при таком моделировании обобщают конкретные запросы вида "ЗАКАЗ N 3412 оформленный ПОКУПАТЕЛЕМ - Х У Z". Однако следует отметить, что нет идеального способа классификации типов объектов, связей и атрибутов, так что качество решения этой задачи полностью определяется квалификацией и опытом системных аналитиков.

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