Принципы построения модели

Моделирование начинается с определения контекста – описания сис­те­мы в целом (субъекта, целей и точки зрения на модель), т.е. области моделирования (Scope). Под широтой области моделирования понимается граница: что будет рассматриваться внутри системы, а что снаружи. Глу­би­на модели определяет уровень детализации модели.

Цель моделирования(Purpose) заключается в получении ответов на вопросы: почему процесс должен быть замоделирован; что модель должна показывать; что может получить пользователь этой модели?

Точка зрения (Viewpoint) – единое представление о системе с по­зи­ции разработчика модели.

Рисунок 2.2.1.1. Окно свойств модели

Рассмотрим основные страницы окна свойств модели.

General – имя проекта, фамилии разработчиков, временные рамки модели AS‑IS (как есть) и TO‑BE (как будет).

Purpose – цель и точка зрения.

Definition – определение модели и области.

Source – источники информации для построения модели (опрос, документация и др.)

Status – статус модели (черновой, рабочий, окончательный и т.д.), время создания и редактирования.

Модель AS‑IS отражает существующую организацию работ с цель вы­яв­ления недостатков (неуправляемые и дублирующие работы, неэф­фек­тив­ный документооборот, нерационально используемые информация и объекты и т.п.).

Модель TO­‑BE отражает новую организацию бизнес-процессов и исправляет недостатки модели AS‑IS. При большом различии этих моде­лей может быть создана промежуточная модель, описывающая процесс пе­ре­хода от начального к конечному состоянию системы.

Рисунок 2.1.1.2. Отчет по модели

Диаграммы IDEF0 используются для графического описания бизнес-процессов в виде дерева диаграмм.

Модель может содержать четыре типа диаграмм.

· Контекстная диаграмма является корневой в дереве диаграмм и со­держит общее описание системы и ее взаимодействие с внешней средой (рисунок 2.2.3.3).

· Диаграммы декомпозиции являются результатом деления контек­ст­ной диаграммы или родительской диаграммы декомпозиции преды­ду­щего уровня.

· Диаграммы дерева узлов показывают иерархическую зависимость работ, но не взаимосвязи между работами.

· Диаграммы для экспозиции (FEO) иллюстрируют отдельные фраг­мен­ты модели.

Работы

Работами (Active) называют поименованные отглагольными сущест­ви­тельными процессы, функции или задачи, которые выполняются в сис­те­ме и имеют результаты. Работа оформляется в виде прямоугольника. Уп­рав­ляющая ин­фо­р­мация входит в прямоугольник сверху, входная ин­фор­мация – слева, а результаты – справа. Механизм (человек, ав­то­ма­ти­зирован­ная система), выполняющий работу, показывается снизу (п. 2.2.3).

Кнопкой New Model создают­ся новая модель и ее кон­тек­ст­­ная диаграм­­ма. Редактор задания свойств работы вызы­ва­ет­ся командой контекстного меню Definition/Note (рисунок 2.2.2.1).

Кнопкой Go to Child Diagram создается или осущест­вля­ет­ся пере­ход на диаграмму де­ком­по­­зиции (дочерняя работа). Ука­жи­те ва­риант нотации новой диаграммы и число работ в ней (рисунок 2.2.2.2).

Кнопкой Activity Box Toll можно разместить новую работу на свободном месте диаграммы.

Рисунок 2.2.2.1. Окно свойств работы Рисунок 2.2.2.2. Окно Activity Box

Работы располагают по диагонали от левого верхнего угла к пра­во­му нижнему (такой порядок называется порядком доминирования). В левом верхнем углу располагается самая важная работа или работа, выполняемая первой. Далее, вправо вниз, располагаются менее важные ра­бо­­ты или выполняемые позже. Каждая может быть, в свою очередь, деком­по­зи­рована (в левом верхнем углу у работы указывает­ся диагональная черточка). Работы нумеруются автоматически слева направо.