Декомпозиция модели
В SADT-моделях используются как естественный, так и графический языки. Графический язык обеспечивает наглядность и удобство демонстрирования компонентов моделируемой системы. Он содержащий ряд типов диаграмм, использующих свой набор графических символов, которые связываются между собой в соответствии с определенными правилами. Графический язык организует естественный язык вполне определенным и однозначным образом, обеспечивая структурность семантики, за счет чего SADT-модели адекватно и точно описывают сложные системы.
Графическое и текстовое описание органически связаны друг с другом и оформляются в виде диаграмм.
Диаграмма - совокупность графического и соответствующего текстового описания
SADT-модели представляют взаимосвязанные наборы иерархически ниспадающих диаграмм.
Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его элементы (подпроцессы, действия). При этом уровень детализации определяется целями моделирования и контролируется непосредственно разработчиком модели. Декомпозиция позволяет представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легче воспринимаемой.
Диаграммы верхних уровней модели менее детализированы, чем диаграммы нижних уровней. Другими словами, модель SADT можно представить в виде древовидной структуры диаграмм, где верхняя диаграмма является наиболее общей, последующие уровни ее декомпозируют (уточняют), а самые нижние содержат наиболее детализированные описания ( рис. ).
Рисунок Структурная декомпозиция в методологии SADT
Декомпозиция формирует границы, и каждый блок в SADT рассматривается как формальная граница некоторой части целой системы, которая описывается. Другими словами, блок и касающиеся его дуги определяют точную границу диаграммы, представляющей декомпозицию этого блока. Эта диаграмма, называемая диаграммой с потомком, описывает все, связанное с этим блоком и его дугами, и не описывает ничего вне этой границы. Декомпозируемый блок называется родительским блоком, а содержащая его диаграмма - соответственно родительской диаграммой. Таким образом, SADT-диаграмма является декомпозицией некоторого ограниченного объекта.
Итак, декомпозиция - это процесс создания диаграммы, детализирующей определенный блок и связанные с ним дуги. Результатом декомпозиции является описание, которое представляет собой "разламывание" родительского блока на меньшие и более частные функции. То есть процесс декомпозиции можно определить словом «анализ» (разложение на составляющие), что и обосновывает использование термина "структурный анализ". Но декомпозиция - это больше, чем анализ. Она включает также синтез. Подлинная декомпозиция заключается в начальном разделении объекта на более мелкие части и последующем соединении их в более детальное описание объекта. Таким образом, модель показывает результат взаимодействия анализа и синтеза.
На диаграмме декомпозиции может быть от 3-х до 6-ти блоков (правило "от трех до шести") с не более чем пятью дугами, касающимися каждого блока. Это обусловлено тем, что способности к запоминанию у различных людей различны. Поэтому такое количественное ограничение блоков и дуг на диаграмме существенно облегчает работу с моделью.
На качество модели влияет также стратегия декомпозиции. Среди наиболее часто применяемых стратегий декомпозиции можно выделить следующие:
Функциональная стратегия декомпозиции базируется на функциональных взаимоотношениях действий системы, потому что она заставляет автора внимательно обдумывать, что делает система, независимо от того, как она работает. Кроме того, в функциональных декомпозициях предпочтение отдаётся подробному показу требуемых ограничений на функции системы, а не их последовательности. Этой стратегии нужно следовать всегда, когда это возможно. Однако в некоторых случаях чисто функциональная стратегия декомпозиции может не привести к созданию полезной модели.
Декомпозиция в соответствии с функциями, которые люди или организации выполняют, может оказаться полезной стратегией для создания системы описаний, фиксирующей взаимодействие между людьми в процессе их работы. Поэтому эту стратегию (РЗ - первые буквы английских слов people (люди), paper (бумаги), procedures (процедуры) лучше использовать только в начале работы над моделью системы. Это поможет собрать исходную информацию о системе, с помощью которой можно создать более обоснованную функциональную декомпозицию системы в целом.
Эффективной стратегией для систем команд и управления может оказаться декомпозиция в соответствии с уже известными стабильными подсистемами. Это приводит к созданию набора моделей, по одной модели на каждую подсистему или важную компоненту. Затем для описания всей системы должна быть построена составная модель, объединяющая все отдельные модели. Разложение на подсистемы рекомендуется использовать, только когда разделение на основные части системы не меняется.
Стратегия декомпозиции, основанная на отслеживании цикла "от рождения до смерти", (называемого обычно "жизненным циклом"). Некоторые системы в процессе функционирования непрерывно преобразуют свои входы в конечный продукт, как, например, при производстве продукции. Эту стратегию рекомендуется применять, когда целью системы является улучшение одного из основных входов и определение последовательных стадий улучшения этого входа.
Если ничто другое не подходит, всегда можно применить декомпозицию по физическому процессу. Результатом такой стратегии декомпозиции будет выделение функциональных стадий, этапов завершения или шагов выполнения. Эта стратегия полезна при описании существующих процессов (таких, например, как работа промышленного предприятия). Однако результатом ее часто может стать слишком последовательное описание системы, которое не будет в полной мере учитывать ограничения, диктуемые функциями друг другу. При этом может оказаться скрытой последовательность управления. Эту стратегию рекомендуется применять, если целью модели является описание физического процесса как такового или только в крайнем случае, когда вы не понимаете, как действовать.
Рассмотренные стратегии могут применяться при моделировании системы на разных этапах её декомпозиции
- Введение
- Функциональная и процессно-ориентированная организация
- Функциональное управление организацией
- Дивизионная структура организации
- Сдвиг парадигмы
- Процессно-ориентированное управление
- Процессный подход на российских предприятиях
- Бизнес-процесс
- 2.1. Основные термины, используемые в процессном подходе
- Концептуальная схема управления процессом
- Классификация бизнес-процессов
- Методы моделирования бизнес-процессов
- Модель бп и её назначение
- Описание бп сверху
- Моделирования бизнес-процесса «снизу»
- Определение концепции (точки зрения) и целей описания бп
- Определение окружения бп
- Построение функциональной структуры бп
- Основы структурного анализа
- 4.1. Sadt-модели
- Цель моделирования
- Точка зрения на моделируемую систему
- Границы исследуемой системы
- Декомпозиция модели
- Функциональное моделирование бизнес-процессов в idef0
- Функциональный блок
- Интерфейсные дуги
- Декомпозиция
- Четвёртое понятие idef0 — глоссарий (Glossary).
- Пример описания деятельности компании
- Взаимодействие по Выходу
- Взаимодействие по Входу
- Управление процесса
- Механизмы процесса
- Системное моделирование организаций. Методология idef3.
- Стандарт idef3
- Основные элементы idef3-диаграмм
- Функциональный элемент (uob).
- Элемент «связь».
- Перекресток.
- Элемент «Referent» (указатель, ссылка).
- Декомпозиция описания процесса
- Процесс построения idef3-модели
- Взаимосвязь моделей idef0 и idef3
- Действия, выполняемые в функциональных блоках
- Создание моделей idef3 для отображения блоков idef0
- Диаграммы потоков данных (Data Flow Diagramming)
- Синтаксис dfd
- Семантика dfd
- Декомпозиция работы idef0 и dfd в диаграмму dfd.
- Межстраничные ссылки (Off-Page Reference) и внешние сущности (External Reference) на диаграммах dfd и idef0.
- Ветвление и объединение
- Построение диаграмм потоков данных
- Два подхода к построению dfd-моделей
- Построение модели
- Построение контекстных диаграмм
- Детализация и спецификации процессов
- Миниспецификация
- Менеджмент проектов по реинжинирингу процессов
- Цели проекта
- План проекта
- Организационная структура проекта
- Контроллинг проектов
- Подготовка к моделированию процессов
- Необходимость подготовки моделирования процессов
- Качество информационных моделей
- Принципы урегулированного моделирования (пум)
- Порядок подготовки к моделированию процессов
- Идентификация и выбор перспектив
- Определение способов распространения моделей
- Спецификация техник моделирования
- Выбор типов моделей
- Спецификация единых правил моделирования (епм)
- Конфигурация моделей
- Инструмент моделирования Выбор инструмента моделирования
- Пользовательская настройка инструмента моделирования
- Разработка целостной структуры процессов
- Моделирование «Как есть (as-is)
- Порядок моделирования «как есть»
- Разделение предмета моделирования
- Выбор проблемных областей
- Документация моделей «как есть»
- Консолидация моделей
- Анализ фактической ситуации
- Порядок выполнения процессов
- Информационно-техническая поддержка процессов
- Организационная структура и персонал
- Документация слабых мест и потенциалов оптимизации
- Срочные меры по устранению слабых мест
- Пример моделирования деятельности компании как есть
- Описание компании
- 10.3.2. Разработка целостной структуры процессов (корневой модели)
- 10.3.3. Контекстная модель компании
- Управление процесса
- Часть 1 крепится к части 3 посредством соединительной части 2 и четырех болтов м2
- Анализ организации процесса изготовления изделия «а»
- Моделирование «как должно быть»
- Порядок моделирования «как должно быть»
- Конкретизация целей моделирования
- Определение степени детализации
- Создание общей схемы процессов
- Создание и документация моделей
- Анализ моделей «как должно быть»
- Создание единой целостной модели