Моделирование системы в IDEF0 начинается с создания контекстной диаграммы – наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система.
Цель моделирования определяется из ответов на следующие вопросы:
Почему этот процесс должен быть смоделирован?
Что должна показывать модель?
Что может получить клиент?
Точка зрения должна соответствовать цели и границам моделирования. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом.
Обычно сначала строится модель существующей организации работы — AS-IS (как есть).
Анализ модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса.
Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной.
Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) — модели новой организации бизнес-процессов.
Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, то есть создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС.
Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным.
В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состоянию системы, поскольку такой переход — это тоже бизнес-процесс.
Результат описания модели можно получить в отчете Model Report. Диалог настройки отчета по модели вызывается из пункта меню Tools/Reports/Model Report. В диалоге настройки следует выбрать необходимые поля, при этом автоматически отображается очередность вывода информации в отчет. Основа методологии IDEF0 –графический язык описания бизнес-процессов. Модель в нотации IDEF0 – совокупность иерархически упорядоченных и взаимосвязанных диаграмм.
Каждая диаграмма – единица описания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
контекстную диаграмму;
диаграммы декомпозиции;
диаграммы дерева узлов;
диаграммы только для экспозиции (FEO).
Контекстная диаграмма – вершина древовидной структуры, представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
Далее проводится разбиение ее на крупные фрагменты (функциональная декомпозиция).
Затем проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания.
На каждом уровне декомпозиции проводится экспертиза. Эксперты предметной области указывают на соответствие бизнес-процессов созданным диаграммам.
Найденные несоответствия исправляются, и только в случае отсутствия замечаний можно приступать к дальнейшей декомпозиции.
Т.о. достигается соответствие модели реальным бизнес-процессам на каждом уровне модели.
Диаграмма дерева узловпоказывает иерархическую зависимость работ, но не взаимосвязи между работами.
Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня.
диаграммы для экспозиции (FEO)строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.
Работы (Activity)–поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты.
Работы изображаются в виде прямоугольников. Все работы должны быть названы и определены.
Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, "Деятельность компании"). Работа должна иметь, определение (например, «Это учебная модель, описывающая деятельность компании»).
Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему. Такой порядок называется порядком доминирования.
Согласно этому принципу расположения в левом верхнем углу помещается самая важная работа или работа, выполняемая по времени первой. Далее вправо вниз располагаются менее важные или выполняемые позже работы.
Такое размещение облегчает чтение диаграмм, кроме того, на нем основывается понятие взаимосвязей работ.
Каждая из работ на диаграмме декомпозиции может быть в свою очередь декомпозирована. На диаграмме декомпозиции работы нумеруются автоматически слева направо.
Номер работы показывается в правом нижнем углу.
В левом верхнем углу изображается небольшая диагональная черта, которая показывает, что данная работа не была декомпозирована.
Стрелки(Arrow) описывают взаимодействие работ и представляют собой некую информацию, выраженную существительными.(Например, "Звонки клиентов", "Правила и процедуры", "Бухгалтерская система".)
В IDEF0 различают пять типов стрелок:
Вход(Input) — материал или информация, которые используются или преобразуются работой для получения результата (выхода). Работа может не иметь ни одной стрелки входа.
Стрелка входа рисуется как входящая в левую грань работы.
Стрелки входа и выхода должны быть точно определены с тем, чтобы указать на то, что данные действительно были переработаны (например, на входе «карта пациента», а на выходе «Заполненная карта пациента»). Часто сложно определить, являются ли данные входом или управлением. Если они изменяются, то, скорее всего, это вход, если нет — управление.
Управление(Control) — правила, стратегии, процедуры или стандарты, которыми руководствуется работа.
Каждая работа должна иметь хотя бы одну стрелку управления.
Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой.
Если цель работы — изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом.
В случае возникновения неопределенности в статусе стрелки (управление или вход) рекомендуется рисовать стрелку управления.
Выход(Output) — материал или информация, которые производятся работой.
Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться.
Стрелка выхода рисуется как исходящая из правой грани работы.
Механизм(Mechanism) — ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д.
Стрелка механизма рисуется как входящая в нижнюю грань работы.
По усмотрению аналитика стрелки механизма могут не изображаться в модели.
Вызов(Call) — специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как исходящая из нижней грани работы.
Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы.
В BPwin стрелки вызова используются в механизме слияния и разделения моделей.
Стрелки на контекстной диаграмме (граничные) служат для описания взаимодействия системы с окружающим миром.
ICOM (аббревиатура от Input, Control, Output и Mechanism) — коды, предназначенные для идентификации граничных стрелок.
Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер.
BPwin вносит ICOM-коды автоматически.
Для отображения ICOM-кодов следует включить опцию ICOM codes на закладке Display диалога Model Properties (меню Model/Model Properties).
При декомпозиции работы входящие в нее и исходящие из нее стрелки (кроме стрелки вызова) автоматически появляются на диаграмме декомпозиции (миграция стрелок), но при этом не касаются работ. Такие стрелки называются несвязанными и воспринимаются в BPwin как синтаксическая ошибка.
Для связывания стрелок необходимо перейти в режим редактирования стрелок, щелкнуть по наконечнику стрелки и потом по соответствующему сегменту работы.
Для связывания стрелки выхода необходимо перейти в режим редактирования стрелок, щелкнуть по сегменту выхода работы и затем по стрелке.
Для связи работ между собой используются внутренние стрелки, то есть стрелки, которые не касаются границы диаграммы, начинаются у одной и кончаются у другой работы.
Для рисования внутренней стрелки необходимо в режиме рисования стрелок щелкнуть по сегменту (например, выхода) одной работы и затем по сегменту (например, входа) другой. В IDEF0 различают пять типов связей работ.
Связь по входу(output-input), когда стрелка выхода вышестоящей работы (далее — просто выход) направляется на вход нижестоящей.
Когда выход вышестоящей работы направляется на управление нижестоящей.
Связь по управлению показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей.
Обратная связь по выходу Когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов.
Связь выход - механизм Когда выход одной работы направляется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы.
Явные стрелки. Явная стрелка имеет источником одну-единственную работу и назначением тоже одну-единственную работу.
Разветвляющиеся и сливающиеся стрелки. Одни и те же данные или объекты, порожденные одной работой, могут использоваться сразу в нескольких других работах.
Стрелки, порожденные в разных работах, могут представлять собой одинаковые или однородные данные или объекты, которые в дальнейшем используются или перерабатываются в одном месте.
Для моделирования таких ситуаций в IDEF0 используются разветвляющиеся и сливающиеся стрелки.
Для разветвления стрелки нужно в режиме редактирования стрелки щелкнуть по фрагменту стрелки и по соответствующему сегменту работы.
Для слияния двух стрелок выхода нужно в режиме редактирования стрелки сначала щелкнуть по сегменту выхода работы, а затем по соответствующему фрагменту стрелки.
Если стрелка именована до разветвления, а после разветвления какая-либо из ветвей тоже именована, то подразумевается, что эти ветви соответствуют именованию.
Если при этом какая-либо ветвь после разветвления осталась неименованной, то подразумевается, что она моделирует те же данные или объекты, что и ветвь до разветвления.
Недопустима ситуация, когда стрелка до разветвления не именована, а после разветвления не именована какая-либо из ветвей. BPwin определяет такую стрелку как синтаксическую ошибку.
Правила именования сливающихся стрелок полностью аналогичны.
Для именования отдельной ветви следует выделить на диаграмме только одну ветвь, и присвоить имя стрелке. Это имя будет присвоено только выделенной ветви.
