Диаграммы idef 0

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

• Контекстная диаграмма

• Диаграммы дерева узлов

• Диаграммы декомпозиции

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

Контекстная диаграмма является вершиной древовидной структуры диаграмм – представляет описание системы и ее взаимодействие с общей средой. После описания системы в целом проводится разбиение ее на крупные компоненты. Этот процесс называется функциональной декомпозицией, а диаграмма – диаграмма декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого крупного компонента на более мелкие и т.д. для достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводится сеанс экспертизы. Так достигается соответствие модели реальным бизнес-процессам. Синтаксис описания системы в целом и отдельных ее компонент одинаков.

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

Диаграмма только для экспозиции FEO строится для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативных точек зрения, либо специальной цели.

Работы (Activity)

Работы обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Работы изображается в виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие (например, «Изготовление детали», «Прием заказа» и т.д.). Для внесения имени работы следует щелкнуть правой кнопкой мыши → Name → Внести имя работы. Для описания других свойств работы служит диалог Activity Properties. (Рисунок)

Контекстная диаграмма

Любой процесс по идеологии BPWin строится как контекстная диаграмма.

Элементом контекстной диаграммы является: каркас контекстной диаграммы, который выглядит как оформление листа. В каркас включается: Имя модели, которое содержит 3 уровня : 1) Условное имя; 2) Расширенное имя; 3) Ссылка на документ.

Имя определяет область применения модели.

Контекстная диаграмма содержит назначение или цель (Purpose), точку зрения (Viewpoint). Точка зрения – выбор категории эксперта, который составляет эту модель. Особенность построения моделей в BPWin такова, что в последующем точки зрения подлежат согласованию: в определение контекстной диаграммы вводится обозначение стадии уточнения модели – с первоначальной – черновой Draft – до подтвержденной. В каркас диаграммы специально внесены цифры, с помощью которых может быть помечена итерация (стадия), на которой находится данная модель.

Технология построения правильной модели:

• делается исходной вариант, который воспринимается как начальное приближение;

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

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

Окончательный вариант модели – это тот вариант модели, в который уже не вносятся изменения.

В каркасе контекстной диаграммы указываются временные рамки модели: AS-IS – «как есть», TO-BE – « как будет».

В анализе информационных технологий категорийность модели AS-IS и TO-BE играет очень существенную роль, поскольку модель бизнес-процесса, построенная на основе использования информационных технологий, может (должна) сильно отличаться от исходной организации бизнес-процесса.

Построение модели AS-IS, тем не менее, является исходной моделью процесса для применения ее улучшения. Главной ошибкой при построении модели AS-IS является желание построить модель SHOULD BE – «Как должно было бы быть».

При построении модели процессов с целью достижения значимых результатов с точки зрения эффектов от автоматизации эффективным приемом является вовлечение в обсуждение и корректировку модели специалистов по информационным технологиям.

После того как определен уровень контекстной диаграммы и заданы атрибуты, отражаемые в ее каркасе, осуществляется процесс декомпозиции диаграммы верхнего уровня по иерархическому принципу. Далее работа разбивается на совокупность работ как элементов деятельности.

Детализация работ осуществляется «в ширину» таким образом, чтобы число работ, образованных как декомпозиция вышестоящей работы не превышала 7; «в глубину» - таким образом, чтобы задать работы, содержание которых можно охарактеризовать словом «простая». «Простая» подразумевает, что на уровне данного контекста ее дальнейшее уточнение не требуется.

Для уточнения работ, в том числе с последующей детализацией простых работ также с привлечением специалистов и организации эффективной работы используется механизм слияния и расщепления модели. Это значит, что любую работу, которая на данном уровне дальше не подвергается декомпозиции, можно передать вовлеченному специалисту, для которого эта работа и будет являться предметом моделирования, т.е. занимать уровень контекстной диаграммы.

При построении модели работ принципиальным является конкретное описание работы в соответствии с принципом AS-IS. Как правило в организации такой конкретной информацией обладает ответственный за выполнение этой работы.

Взаимосвязь элементов процесса между собой в модели BPWin отображается с помощью стрелок.

Рисунок 6 Пример контекстной диаграммы