2.2. Функциональная модель (idef0)

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

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

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

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

Для внесения информации о модели используется окно свойств (рисунок 2.2.1.1), вызываемое командой Model/Model Properties.

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

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

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

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

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

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

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

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

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

Проектирование ИС предполагает создание моделей AS‑IS и TO‑BE, на основе которых строится модель данных, прототип и окончательный ва­риант ИС. Описание модели получается командой Tools/Reports/Model Report (рисунок 2.1.1.2).

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

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

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

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

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

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

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

2.2.2. Работы

Работами (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

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