- •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. Руководство по заполнению формы «Описание сгруппированного домена».
1.4.4. Варианты организационного управления.
Профессионалы в области информационных систем и технологий, привлеченные к выполнению технической работы, могут не согласиться с исходными предложениями по организации работ. То же могут сделать и пользователи, которые принимают участие в процессе проектирования. Этими людьми обычно вносятся предложения, обеспечивающие продвижение проектных работ. В этом и заключается суть пользовательского менеджмента, обеспечивающего рассмотрение различных вариантов и способов продвижения работы над проектом. Эти же люди собственно и должны взять на себя ответственность за принятые решения относительно направленности работ и обеспечения их ресурсами.
При полном цикле исследовании существует два пункта, в которых SSADM предоставляет такую возможность. Подобные пункты принятия решений существуют и на стадии анализа реализуемости:
• варианты бизнес - системы, которые описывают объем и сущность функциональных компонент для предлагаемой системы:
• варианты технической системы, которые описывают среду, в которой система должна быть реализована.
1.5. Сценарий применения методов
Ниже будет описано использование методов в жизненном цикле SSADM и взаимозависимости между методами, составляющими основу этой методологии проектирования.
1.5.1. Применение методов в жизненном цикле.
Здесь будут проиллюстрированы некоторые детали методов, используемых в SSADM, и тех методов, которые интегрированы в данную методологию для обеспечения структурной завершенности. Важным является то обстоятельство, что не все методы играют одинаковую роль на разных этапах жизненного цикла. Некоторые из этих методов применяются на ранних стадиях проектирования и используются для того, чтобы помочь участникам процесса проектирования ощутить проблемную область и представить проектируемую систему в виде концептуальной модели.
По мере того, как проект продвигается по фазам логической спецификации, применяются все более точные методы для уточнения деталей и более точного выбора информационной технологии, на базе которой будет строиться система.
После того, как проект доведен до уровня физической реализации спецификации логической системы, используются методы, охватывающие и специфицирующие детали такой реализации.
Применение методов на различных стадиях проектирования иллюстрируется рис.1.7.

Рис . 1.7. Методы в жизненном цикле SSADM
Эта иллюстрация показывает роль каждого метода в цикле проектирования.
1.5.2. Взаимозависимости между методами.
На рис. 1.8 показана общая взаимосвязь методов. Эти взаимоотношения по-разному проявляются в каждом модуле и реализуются различными способами. Рис. 1.9-1.12 схематично иллюстрируют эту взаимозависимость и поясняются ниже.

Рис. 1.8 Взаимосвязь методов
Описание основных взаимодействий между методами в каждом из модулей приводится в следующем порядке:
• анализ реализуемости (FS);
• анализ требований (RA);
• спецификация требований (RS);
• спецификация логической системы (LS);
• физический проект (РD).
1.5.2.1. Взаимодействие методов в модуле fs (Анализ реализуемости).
При анализе реализуемости применяются несколько базовых методов SSADM. Метод "Определение требований" используется для идентификации требований, задач, ограничений и системных целей Методы "Моделирование потоков данных" и "Логическое моделирование данных" используются для того, чтобы представить данные, существующее и требуемое функциональное наполнение системы в виде схем. Решения, принимаемые на уровне организационного управления, формируются с помощью методов выбора вариантов бизнес - системы и технической системы.
На этой стадии изучаются и документируются только наиболее существенные детали окружения существующей и требуемой систем с целью обеспечения возможностей для разработки и согласования с руководством проекта вопросов, касающихся состояния рассматриваемой проблемы, а также для решения других задач анализа реализуемости проекта.
