- •1.3. Схема бизнес-процесс
- •1.4. Цели процесса
- •1.5. Организация как совокупность процессов
- •1.7. Идентификация процессов организации
- •1.8. Варианты описания процессов
- •1.9. Классификация процессов
- •1.10. Владелец процесса
- •1.11. Входы и выходы процесса
- •1.12. Поставщики и потребители потоков процесса
- •1.13. Ресурсное окружение процесса
- •1.14. Свойства процесса
- •1.15. Мониторинг и измерение процессов
- •1.16. Определение метрики процесса
- •1.17. Метрики характеристик процессов
- •2.1 Понятие системы
- •2.2 Свойства системы
- •2.3 Понятие системного подхода
- •2.4. Организация как система
- •2.5 Свойства организации как системы
- •2.6 Системный подход к организации
- •2.7 Связь системы-организации с внешней средой
- •2.8 Системный анализ
- •2.9 Идеи, лежащие в основе структурных методов анализа систем
- •2.10 Структура системы-организации
- •2.11 Структурные элементы и связи
- •2.12 Моделирование деятельности организации
- •2.13 Общие принципы моделирования
- •2.14 Принципы моделирования деятельности организации
- •2.15 Методологии моделирования
- •2.16 Методологии структурного подхода
- •2.17 Методология структурного анализа и проектирования (sa/sd)
- •2.18 Методология sadt
- •3.11 Функциональное моделирование в методике idef0
- •6.10.1. Концепция idef0
- •3.2 Синтаксис idef0
- •3.3 Семантика idef0
- •3.4 Свойства диаграмм
- •3.5 Преимущества idef0
- •3.6 Функциональное моделирование в методике idef3. Концепция idef3
- •3.7 Синтаксис idef3
- •3.8 Семантика idef3
- •3.9 Концепция dfd
- •3.10 Синтаксис dfd
- •3.11 Семантика dfd
- •3.13 Синтаксис и семантика основных объектов uml
- •3.14 Диаграммы классов
- •3.15 Диаграммы использования
- •3.16 Диаграммы последовательностей
- •3.17 Кооперативные диаграммы
- •3.18 Диаграммы состояний
- •3.19 Диаграммы деятельности
- •3.20 Диаграммы компонентов
- •3.21 Пакеты uml
- •3.23 Разработка модели бизнес-прецедентов
- •3.24 Разработка модели бизнес-объектов
- •3.25 Разработка концептуальной модели данных
- •3.27 Анализ требований и предварительное проектирование системы.
- •3.28 Разработка моделей базы данных и приложений
- •3.29 Проектирование физической реализации системы
- •Анализ проблем процесса: выделение проблемных областей
- •Ранжирование процессов на основе субъективной оценки
- •Анализ процесса по отношению к типовым требованиям
- •Визуальный анализ графических схем процесса
- •Измерение и анализ показателей процесса
2.17 Методология структурного анализа и проектирования (sa/sd)
SA/SD (StructuredAnalysis/StructuredDesign) - эта методология основана на классической и весьма успешной методологии структурного проектирования программного обеспечения и информационных систем.
Методология SA/SD (StructuredAnalysis/StructuredDesign) содержит несколько вариантов систем обозначений для формальной спецификации программных систем. На этапе анализа требований и предварительного проектирования для логического описания проектируемой системы используются спецификации (формальные описания) процессов, словарь данных, диаграммы потоков данных, диаграммы состояний и диаграммы зависимостей объектов.
Диаграммы потоков данных (они подробно рассмотрены в п. 2.5.1), составляющие основу методологии SA/SD, моделируют преобразования данных при их прохождении через систему. Методология SA/SD состоит в последовательном рассмотрении процессов, входящих в состав ДПД, с представлением каждого процесса через ДПД, содержащую в своем составе более простые процессы. Эта процедура представления более сложных процессов через ДПД начинается с ДПД всей системы и заканчивается, когда все полученные ДПД содержат достаточно элементарные процессы. Для каждого процесса самого нижнего уровня составляется спецификация; спецификация описывается с помощью псевдокода, таблиц принятия решений и т.п.
Детали, не учтенные в наборе ДПД, содержатся в словаре данных, который определяет потоки и хранилища данных, а также семантику различных имен.
Набор диаграмм состояния процессов играет ту же роль, что и динамическая модель в методологии OMT.
Диаграммы зависимостей объектов отражают зависимости между хранилищами данных. Эти диаграммы аналогичны объектной модели методологии OMT.
Так в методологии SA/SD организован этап структурного анализа (SA). После структурного анализа начинается этап структурного конструирования (SD), в процессе которого разрабатываются и уточняются более тонкие детали проектируемой системы.
Таким образом, мы видим, что у методологий SA/SD и OMT много общего: обе методологии используют похожие конструкции для моделирования и поддерживают три взаимно-ортогональных представления проектируемой системы. Методологии SA/SD и OMT можно рассматривать как два способа использования инструментального средства - OMTTool.
Но в методологии SA/SD ведущей является функциональная модель (набор ДПД), на втором месте по важности стоит динамическая модель и на последнем месте - объектная модель. Таким образом, в методологии SA/SD проектируемая система описывается с помощью процедур (процессов), что несколько противоречит объектно-ориентированному подходу. Методология OMT гораздо ближе к нему: в ней моделирование концентрируется вокруг объектной модели, т.е. вокруг объектов, из которых строится проектируемая система.
Процедурная ориентированность методологии SA/SD является ее недостатком: системы, спроектированные по этой методологии, имеют менее четкую структуру, так как разбиение процесса на подпроцессы во многом произвольно, зависит от реализации и плохо отражает структуру проектируемой системы.
В то же время методология SA/SD является одним из первых хорошо продуманных формальных подходов к разработке программных систем.