- •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.2. Обзор
При логическом моделировании данных объектами рассмотрения для аналитика являются наиболее важные с точки зрения предметной области или проектируемой системы предметы и понятия. При этом аналитик должен идентифицировать главные атрибуты (описатели свойств) это объектов как часть их определения.
Результаты анализа документируются в виде логической модели данных (ЛМД) состоит из:
• схемы, т.е. логической структуры данных (ЛСД);
• соответствующей документации по описанию объектов, связей, атрибутов.
ЛСД является формализованным отображением структуры информации, используемой в системе, и описывают различные типы связи, которые существуют или могут существовать между объектами. Каждый объект в ЛСД изображается как некоторая ячейка, а связь - как линия, соединяющая объекты. Похожие обозначения используются и в других известных на сегодняшний день методологиях структурного анализа данных (например, канонические структуры, инфологический подход и др. [2,3,7,9]), которые возникли в начале 70-х годов, когда инструментарий баз данных потребовал создания новых информационных технологий.
Логическое моделирование данных в SSADM ориентировано на проектирование компьютерных систем. Вместе с этим, возможность изменения уровня детализации рассмотрения позволяет использовать данный метод для удовлетворения других потребностей, включая создание моделей для поддержки стратегических исследований, моделирование требований к информационному обмену в системах, не включающих в свой состав компьютеры и базы данных, а также как средство общения при анализе сложных структур. ЛМД является также важным элементом администрирования данных, так как по своей сути она обеспечивает ссылки между смысловым содержанием и значениями данных, которые в ней описаны, и понятна всем заинтересованным лицам.
Упрощенный пример ЛСД верхнего уровня рассмотрения "Жилищной системы" приведен на рис. 3.1.
3.3. Использование лмд в ssadm – технологии
3.3.1. Этапы.
Основные этапы, на которых разрабатываются и преобразуются логические модели данных, следующие:
• этап 010 подготовка к оценке реализуемости;
• этап 020 определение проблемы;
• этап 110 установка рамок анализа;
• этап 140 исследование существующих данных;
• этап 320 разработка требуемой модели данных;
• этап 340 совершенствование требуемой модели данных;
• этап 360 разработка спецификации функционирования.
• этап 520 определение модифицирующих преобразований информации-
Кроме того, ЛМД может использоваться и уточняться на других этапах проектирования. На перечисленных выше этапах выполняются следующие операции.
Этап 010. Разрабатывается обобщенная ЛМД.
Этап 020. Разрабатывается ЛМД, включающая в свой состав все основные объекты существующего системного окружения.
Этап 110. Разрабатывается обобщенная ЛМД, если не выполнялась оценка реализуемости, т.е. стадия 0.

Рис 3.1. ЛСД высшего уровня для «Жилищной системы»
Этап 140. Разрабатывается ЛМД существующего системного окружения. Документируются основные характеристики объектов, связи и главные атрибуты, включая объемные параметры. Основа для разработки – обобщенная ЛМД. В «Каталоге требований» документируются требования к проектируемой информационной системе и существующее информационное обеспечение задач.
Этап 320. Разрабатывается ЛМД требуемой системы путем совершенствования и расширения ЛМД существующей среды с учетом новых системных требований, при этом также используются обобщенная ЛМД. Во всех деталях документируются объекты, связи, атрибуты. Из «Каталога требований» выбираются требования, которые относятся к логическому моделированию данных, и вносятся в соответствующую документацию на ЛМД.
Этап 340. ЛМД требуемой системы совершенствуется путем формальных преобразований с применением метода реляционного анализа данных. В ЛСД раскрываются все связи.
Этап 360. Производится анализ историй жизни объектов ЛСД требуемой системы и обнаруженные при этом новые объекты и связи добавляются в имеющуюся структуру. Формируются пути доступа запросов. Результат этапа - практически полная документация по ЛМД (исключение составляют индикаторы состояния).
Этап 520. В описания объектов добавляются переменные индикаторов состояния и их значения (для полноты документации по ЛМД).
