Методология моделирования IDEF
Подмоделью в IDEF0 понимают описание системы в виде текстов, таблиц и диаграмм, которое должно дать ответ на некоторыезаранее поставленные вопросы.
Бизнес-процесс в методологии IDEF0 представляется наборомэлементов, называемых activity– работами и функциональнымиблоками, которые взаимодействуют между собой посредством информационных и материальных потоков. Моделируемая система рассматривается как некоторое конкретное подмножество предметнойобласти. Система имеет свою границу, отделяющую ее от остальнойчасти предметной области, не ставшей предметом моделирования.
Взаимодействие системы с окружающим миром описывается четырьмя составляющими:
- Вход (Input) – то, что перерабатывается системой;
- Выход (Output) – результат деятельности системы;
- Управление (Control) – стратегии и процедуры, под управлением которых производится работа;
- Механизм (Mechanism) – ресурсы, необходимые для проведения работы.
Говорят так: «Находясь под управлением, система преобразует входы в выходы, используя механизмы». От слов Input–Control–Output–Mechanism образован акроним ICOM (произносится ИКОМ), используемая в названии способа идентификации граничных стрелокв IDEF0-моделях, – ICOM-коды.
IDEF0-модели состоят из трех типов документов: графическихдиаграмм, текста и глоссария. Эти документы имеют перекрестныессылки друг на друга.
Графическая часть IDEF0-модели представляет собой совокупостьиерархически взаимосвязанных диаграмм. Функциональныйэлемент каждой диаграммы имеет изображение, отражающее указанный ранее способ представления взаимодействия модели с внешниммиром (рис. 14.1).
Процесс моделирования какой-либо системы в IDEF0 начинаетсяс определения контекста, т. е. наиболее абстрактного уровня описания системы в целом.
Контекст модели– это определение трех составляющих: области моделирования (Scope); цели моделирования (Purpose); точкизрения на модель (Viewpoint).
Область моделирования– это совокупность объектов и (или) субъектов предметной области, объединяемых в понятие «моделируемая система». Указание области моделирования – это процессточного установления того, что входит в систему, а что лежит за еепределами. Другими словами, это определение объектов, интерпретируемых как части системы, и объектов, рассматриваемых как внешние воздействия. Иногда область моделирования называют предметом(subject), или субъектом, моделирования.
Рисунок14.1. Изображение элементов IDEF0-модели в диаграммах
На определение области моделирования существенно влияет позиция, с которой рассматривается система, и цель моделированиявопросы, на которые построенная модель должна дать ответ.
Описание потоков данных
Традиционно документооборот на предприятии и движение информации в ИС принято представлять диаграммами потоков данных DFD (DataFlowDiagramming). DFD во многом подобны диаграммамIDEF0. У них общее концептуальное начало – они представляютмоделируемую систему в виде сети связанных между собой функциональных блоков (работ).
В практике функционального моделирования сложилась традициярассматривать DFD как дополнение к диаграммам IDEF0, повышающее наглядность представления операций документооборота (получения от поставщика, формирования, хранения и вручения потребителям информации) в ИС. Однако такое рассмотрение некорректно, так как конкретная DFD – это не дополнение, а альтернативаIDEF0-диаграмме: каждый раз создание диаграммы декомпозицииначинается с выбора типа диаграммы – модельер должен выбратьлибо IDEF0, либо DFD. При этом типы могут совмещаться: разныефункциональные блоки одной диаграммы могут декомпозироватьсядиаграммами разных типов. Типы диаграмм могут и чередоваться
блок может декомпозироваться диаграммой одного типа, а его дочерний блок – диаграммой другого типа, его же дочерний блокопять диаграммой первого типа и т. д.