Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Metodologia_SSADM.doc
Скачиваний:
77
Добавлен:
13.04.2015
Размер:
1 Мб
Скачать
☆

3.10. Краткое изложение процедуры

- обнаружение элементов ЛМД (часть 3.9.1);

- идентификация объектов (часть 3.9.2.);

- идентификация связей (часть 3.9.3);

- формирование ЛСД (часть 3.9.4);

- присвоение имен связям (часть 3.9.5);

- нормализация ЛМД (часть 3,9.6);

- проверка ЛМД на соответствие функциональным требованиям (часть 3.9.7);

- удаление из ЛМД лишних связей (часть 3.9.8);

- раскрытие связей типа n:m (часть 3.9.9);

- раскрытие связей типа 1:1 (часть 3.9.10);

- определение путей доступа запросов к данным (часть 3.9.11);

- представление ЛМД пользователю (часть 3.9.12);

- документирование ЛМД (часть 3.9.13).

Заключение

Итак, рассмотренные в 1-й части настоящей монографии методы моделирования потоков данных и логического моделирования данных позволяют хорошо формализовать, обследовать, проанализировать существующую системную среду и согласовать с заказчиком на логическом уровне требования к будущей системе. Таким образом, фактическим результатом выполнения работ на 0-й, 1-й и 2-й стадиях SSADM - технологии является комплект продуктов, представляющих собой глубоко проработанное техническое задание на разработку ИУС.

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

Приложение 1

Формы

1.1 – Схема потоков данных

1.2 – Таблица перекрестных ссылок

Логическое хранилище данных/объект

1.3 – Матрица Процесс/Объект

D1 Собственность

D2 Наниматель жилья

D3 Прибыльность жилья

D4 Местонахождения

Приложение 2

Руководство по заполнению форм при логическом моделировании данных

Формы

2.1 – Описание объекта – Часть 1

2.2 – Описание объекта – Часть 2

2.3 – Описание связи

2.4 – Описание Атрибут/Элемент данных

2.5 – Описание сгруппированного домена

2.1 Руководство по заполнению формы – «Описание объекта» – Часть 1

Имя объекта Уникальное и обычно согласованное имя для описываемого объекта.

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

Местонахождение Используется в распределенных приложениях.

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

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

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

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

Имя атрибута В этой колонке перечисляют имена локальных атрибутов и внешних ключей атрибутов. По окончании этапа 360 должно быть определено по крайней мере по два атрибута для каждого объекта.

Первичный ключ В этой колонке указываются атрибуты, формирующие часть первичного ключа описываемого объекта.

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

Номер связи Связи в форме нумеруются последовательно. Номера используются для перекрестных ссылок от колонки «Внешний ключ» для проверки полноты, так как каждая связь представляется одним или более атрибутами внешнего ключа.

«должно быть»/«может быть» «Должно быть», если связь обязательна, и «Может быть», если связь необязательна. После остается незаполненным, если связь является частью исключающей группы и не первый раз записывается.

«каждый» Используется, если связь входит в исключающую группу.

Связывающая фраза Фраза, описывающая связь от описываемого объекта.

«один или только один»/ «Один и только один», если степень связи – один, и

«один или более» «один или более», если степень – много.

Имя целого Уникальное и обычно согласованное имя целевого объекта

Примечания Любые дополнительные замечания.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]