- •1. Основные концепции системного анализа и проектирования в ssadm
- •1.1. Цели и концепции
- •1.1.1. Пользователи.
- •1.1.2. Менеджеры.
- •1.2.4. Обозначения структурной модели
- •1.1.3. Разработчики.
- •1.2 Структурная модель ssadm, ее назначение, роль и состав.
- •1.2.1 Модули.
- •1.2.2. Входы модулей.
- •1.2.3 Выходы модулей.
- •Информационная шина.
- •Организационные действия.
- •Соглашения, принятые для облегчения понимания схем.
- •1.2.5 Описания действий.
- •1.3. Жизненный цикл разработки систем
- •1.3.1. Модуль fs - описание действия "анализ реализуемости".
- •Краткое изложение.
- •Участники.
- •Предусловия.
- •1.3.2. Модуль rа - описание действия "анализ требований".
- •Краткое изложение.
- •Участники.
- •Предусловия.
- •1.3.3. Модуль rs - описание действия "спецификация требований".
- •Участники.
- •Предусловия.
- •1.3.4 Модуль ls-определение действия "спецификация логической системы".
- •Краткое изложение.
- •Участники.
- •Предусловия.
- •Участники.
- •Предусловия.
- •1.4. Ключевые понятия и философия
- •1.4.1. Три вида модели.
- •1.4.2. Ориентация на требования.
- •1.4.3. Пользователь, функция и моделирование данных.
- •1.4.4. Варианты организационного управления.
- •1.5. Сценарий применения методов
- •1.5.1. Применение методов в жизненном цикле.
- •1.5.2. Взаимозависимости между методами.
- •1.5.2.1. Взаимодействие методов в модуле fs (Анализ реализуемости).
- •1.5.2.2. Взаимодействие методов в модуле ка (Анализ требований).
- •"Определение требований".
- •"Моделирование потоков данных".
- •1.5.2.3. Взаимодействие методов в модуле rs (Спецификация требований).
- •"Моделирование потоков данных".
- •"Логическое моделирование данных".
- •"Определение функций".
- •"Реляционный анализ данных".
- •"Объектно-событийное моделирование".
- •"Спецификация прототипирования".
- •"Проектирование диалога".
- •Организационное управление.
- •Проектирование базы данных.
- •Проектирование физических процессов.
- •Интерфейс процесс - данные.
- •1.6 Достоинства инвариантности к реализации проектов
- •1.7. Информационно-технологическая поддержка
- •2 Моделирование потоков данных
- •2.1. Назначение метода
- •2.2 Обзор
- •2.3. Место метода моделирования потоков данных в процессе проектирования
- •2.3.1 Этапы
- •2.3.2.Взаимосвязь с другими методами.
- •2.4. Входы мпд
- •2.5 Выходы мпд
- •2.6. Основные понятия и обозначения метода моделирования потоков данных.
- •2.6.1. Обозначения, применяемые при построении схем потоков данных.
- •2.6.1.1. Внешний объект
- •2.6.1.2. Процесс
- •2.6.1.3. Хранилища данных.
- •2.6.1.4. Поток данных
- •2.6.1.5. Двунаправленный поток
- •2.6.1.6. Поток данных между внешними объектами
- •2.6.1.7. Поток ресурса
- •2.6.1.8. Разрешенные спд - соединения
- •2.6.2. Спд - иерархия
- •2.6.3. Правила декомпозиции процесса.
- •2.6.5.Декомпозиция других элементов спд
- •2.7 Техника моделирования потоков данных
- •2.7.1. Модель потоков данных существующей системы (мпд сс)
- •2.7.1.1. Начало моделирования
- •2.7.1.2. Спд нижних уровней
- •2.7.1.3. Контекстные схемы, схемы документопотоков и схемы ресурсопотоков
- •2.7.1.4. Построение и использование контекстной схемы
- •2.7.1.5. Построение и использование схем документопотоков
- •2.7.1.6. Разработка схем документопотоков
- •2.7.1.7. Составление схемы ресурсопотоков
- •2.7.2. Логическая модель потоков данных (лмпд)
- •2.7.2.1. Процедуры приведения мпд сс к логической мпд
- •2.7.2.2. Рационализация хранилищ данных
- •2.7.2.3. Рационализация процессов нижнего уровня
- •2.7.2.4. Реконструирование иерархии
- •2.7.2.5. Общие функциональные признаки
- •2.7.2.6. Проверки полноты и согласованности
- •2.7.2.7. Идентификаторы процесса.
- •2.7.2.8. Избегайте интуитивного синтеза лмпд
- •2.7.4. Мпд тс
- •2.7.4.1. Мпд тс и определение функций
- •1.9. Реальные ограничения
- •2.7.2.9. Спд и варианты бизнес-системы.
- •2.7.4.2. Связь между потоками данных и событиями
- •2.7.4.3. Проверка правильности по другим продуктам технологии
- •2.8. Заключение
- •3. Логическое моделирование данных
- •3.1. Назначение
- •3.2. Обзор
- •3.3. Использование лмд в ssadm – технологии
- •3.3.1. Этапы.
- •3.3.2. Связь с другими методами.
- •3.4. Входы логического моделирования данных
- •3.5 Выходы логического моделирования данных
- •3.6. Основные понятия и обозначения метода логического моделирования данных
- •3.6.1. Объекты.
- •3.6.2. Связи
- •3.6.3. Степень связи.
- •3.6.4. Жесткость.
- •3.6.5. Идентификаторы связи.
- •3.6.6. Фраза-описатель связи.
- •3.6.7. Группы исключающих связей.
- •3.6.8. Рекурсивные связи.
- •3.6.9. Разбиения.
- •3.7. Понятия логического моделирования данных, не изображаемые на лсд
- •3.7.1 Мобильные и немобильные объекты.
- •3.7.3. Обязательные и необязательные атрибуты.
- •3.7.4. Сгруппированные домены.
- •3.7.5. Уникальные идентификаторы.
- •3.8. Вспомогательные понятия
- •3.8.1. Главные и вспомогательные объекты.
- •3.8.2. Ключи.
- •3.8.3. Ссылочные объекты.
- •3.8.4. Простые иерархические ключи.
- •3.8.5 Составные ключи.
- •3.8.6. Более сложные ключи.
- •3.9. Использование метода в процессе проектирования
- •3.9.3. Идентификация связей.
- •3.9.4. Формирование лсд.
- •3.9.5. Присвоение имен связям.
- •3.9.6. Нормализация лмд.
- •3.9.7. Проверка правильности лмд.
- •3.9.8. Удаление лишних связей из лсд.
- •3.9.9. Раскрытие связей типа m:n.
- •3.9.10. Раскрытие связей типа 1:1.
- •Связь 1:1 с одним необязательным концом.
- •Связь 1:1 с двумя необязательными концами.
- •Связь 1:1 с двумя обязательными концами.
- •3.9.11. Определение путей доступа запросов к данным.
- •Б) Уточнение триггера запроса.
- •В) Уточнение пути доступа запроса к данным.
- •3.9.12. Представление лмд пользователю.
- •3.9.13. Документирование лмд.
- •3.10. Краткое изложение процедуры
- •Приложение 1
- •2.2. Руководство по заполнению формы – «Описание объекта» – Часть 2
- •2.3. Руководство по заполнению формы – «Описание связи».
- •2.4. Руководство по заполнению формы – «Описание Атрибут/Элемент данных».
- •2.5. Руководство по заполнению формы «Описание сгруппированного домена».
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 должно быть определено по крайней мере по два атрибута для каждого объекта.
Первичный ключ В этой колонке указываются атрибуты, формирующие часть первичного ключа описываемого объекта.
Внешний ключ Эта колонка заполняется, когда соответствующий атрибут в указанном выше ряду является внешним ключом. Значение в колонке будет тем множеством связей с главным объектом, которое помогает представить атрибут. Тут же могут быть более одного значения, если атрибут является частью нескольких иерархических ключей.
Номер связи Связи в форме нумеруются последовательно. Номера используются для перекрестных ссылок от колонки «Внешний ключ» для проверки полноты, так как каждая связь представляется одним или более атрибутами внешнего ключа.
«должно быть»/«может быть» «Должно быть», если связь обязательна, и «Может быть», если связь необязательна. После остается незаполненным, если связь является частью исключающей группы и не первый раз записывается.
«каждый» Используется, если связь входит в исключающую группу.
Связывающая фраза Фраза, описывающая связь от описываемого объекта.
«один или только один»/ «Один и только один», если степень связи – один, и
«один или более» «один или более», если степень – много.
Имя целого Уникальное и обычно согласованное имя целевого объекта
Примечания Любые дополнительные замечания.


