Дополнение созданной модели процессов моделями dfd (idef 3)

Data Flow Diagram

Создание модели DFD имеет направленность на создание ИС, т.к. основной моделью для определения структуры базы данных будет являться диаграмма потоков данных. В этом случае в дополнение к фактически выполненным в бизнес-процессе работам описывается сопровождающий этот процесс документооборот. Работа в этом случае понимается либо как функция обработки информации, либо рассматривается сопровождающая выполнение работы функция обработки документов. Например, в этом случае стрелки соответствуют документам, а работа отображает сотрудников, отделы, обрабатывающие документы.

С учетом этого в синтаксисе модели появляются новые элементы:

1) основные элементы синтаксиса связаны с введением внешних ссылок, которые обеспечивают интерфейс системы с внешними объектами, находящимися за пределами моделируемой области;

2) хранилище данных

В данных DFD диаграммах помимо появления новых информационных объектов разрешается проводить стрелки на любую диаграмму, а не только на верхний уровень. В этом случае при выстраивании DFD диаграммы, построенная модель процесса более соответствует описанию функций ИС. Уточняется содержание работ и других элементов модели.

В DFD работы представляют функции системы, преобразующие входы и выходы.

По синтаксису работа отображается

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

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

Стрелки описывают информационные объекты в движении.

Хранилище данных описывает информационные объекты в покое.

Модель IDEF 3 в указанном виде использует нотацию Гейна-Сарсона.

Модель DFD может строиться совершенно самостоятельно. В этом случае основой построения модели является так называемый событийный анализ состояний информационной среды. Ближе всего к этому – это отслеживание состояний документов.

DFD модель строится по принципу AS-IS и TO BE. Уровень контекстной модели в данном случае описывает систему как объект, взаимодействующий с событиями из внешней среды (взаимодействующий с внешними сущностями).

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

Если DFD модель для некоторых бизнес-процессов совпадает с IDEF 0 моделью, то данные бизнес-процессы однозначно легко автоматизируются.

Work Flow Diagram

Помимо аналитического исследования, модель, созданная в BPWin, может быть исследована средствами статистического моделирования или средствами имитационного моделирования.

Метод имитационного моделирования заключается в том, что поведение некоторого объекта описывается набором его состояний и событий, которые заключаются в переходе объекта из одного состояния в другое. Например, объект «изделие» находится в состоянии S1 – заготовка или S2 – готовое изделие.

В данном случае событие – это обработка, приводящая объект из одного состояния в другое.

Методы событийного моделирования представляют из себя достаточно большой раздел вычислительной математики, и для их реализации известно много подходов, в.т.ч. существует большое количество программных средств для их выполнения. Методы событийного моделирования получили развитие в частности в виде так называемых сетей Петри. Сети Петри широко используются как аппарат для описания и исследования различного вида объектов, поведение которых описывается логическими выражениями. В частности такими объектами могут быть автоматизированное оборудование или ИС.

Модель IDEF 3 создана для описания логики взаимодействия работ или информационных объектов. Модель так же называется моделью потока работ (Work Flow Diagram), и с ее помощью можно описать процесс в виде сценария действий сотрудников организации, основой которого являются события, возникающие в последствии последовательности выполнения ими набора или потока работ. Понятие потока работ подразумевает, что реальные работы часто выполняются последовательно таким образом, что некоторая работа может быть выполнена по завершению ей предшествующих работ.

В целом модели IDEF 3 развивают методологию IDEF 0 за счет включения в структуру модели процесса логических условий выполнения и связывания работ, и могут быть в дальнейшем использованы для имитационного моделирования.

Вместо Activity появляется UOW (Unit of Work – единица работы) в том смысле, что, например, законченная в смысле IDEF 0 работа или операция может быть рассмотрена как состоящая из более элементарных действий, рассматриваемых как фазы одной и той же работы. В остальном UOW понимается также как элемент деятельности, изображается прямоугольником.

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

Логика взаимоотношений между единицами работы описывается введением понятия связей и перекрестков. Связи и перекрестки соотносятся со способами проведения и поименования стрелок в модели IDEF0.

Стрелки бывают 3 типов, характеризующих связи работ в их взаимоотношении. Варианты взаимоотношений:

- Связь называется Precedence («старшая»). Показывает взаимоотношение 2 работ, одна из которых называется источником, другая – целью. Работа «цель» может начаться только тогда, когда закончится работа «источник».

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

Кроме того, таким же образом изображается наличие связи между работой и новой вводимой в IDEF0 семантической единицы, которая называется объектом ссылок.

O bject Flow – стрелка с двумя наконечниками отображает поток объектов от одной работы к другой. В частности, таким образом отображается следующий факт взаимодействия работ: в результате выполнения одной работы порождается объект, который используется в другой работе.

Понятие старшей связи и Object Flow может быть отражено в диаграмме.

Перекресток (Junction) – окончание одной работы может служить сигналом к началу нескольких работ или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики событий, которые должны быть завершены перед началом описываемой в диаграмме единицы работы. Перекрестки используются как механизм для слияния или разделения связей.

Используются 5 типов перекрестков:

1. Асинхронное AND

2. Синхронное AND

Слияние

Разделение

Асинхронное «и» - все предшествующие процессы должны быть завершены.

Синхронное «и» - все предшествующие процессы должны быть завершены одновременно.

В случае разветвления – все последующие процессы должны быть запущены (асинхронный случай). Синхронный случай – все последующие процессы запускаются одновременно.

3. А синхронное OR

4. С

   O

   инхронное OR

Асинхронное «или» - один или несколько предшествующих процессов должны быть завершены.

Синхронное «или» - один или несколько предшествующих процессов завершены одновременно.

В случае разветвления – один или несколько следующих процессов должны быть запущены (асинхронный случай). Синхронный случай – Один или несколько следующих процессов запускаются одновременно.

5. XOR – эксклюзивный «или».

Только один предшествующий процесс должен быть завершен. В случае разветвления – только один следующий процесс запускается.

Объектом ссылки (Referent) в контексте IDEF0 диаграммы называется объективно связанное с выполнением работ, но что не может быть отнесено к категориям стрелки, перекрестка или работы.

Типы объектов ссылки в BPWin.

• OBJECT - описывает участие важного объекта в работе.

• GOTO – оператор безусловного перехода к работе, объекту, который необходимо раскрыть в результате попадания моделируемого процесса в данное состояние. Используется как оператор, инструмент управления циклическим состоянием.

Вообще, в IDEF3 предусмотрены как операторы безусловного перехода, так и операторы условного перехода (в BPWin – только операторы безусловного перехода).

Ссылка на объект GOTO необходима для разрешения неопределенных ситуаций. В случае имитационного моделирования использование такого объекта является жесткой необходимостью.

• UOB – «единица поведения» используется для моделирования множественного использования некоторой типичной работы, но не в цикле. Например, работа «Контроль качества» может быть использована в процессе "Изготовление изделия" несколько раз, после каждой единичной операции. Условием является однотипность этой работы.

• NOTE – «заметка» используется для внесения некоторой важной текстовой информации к диаграммам. Является альтернативой графическому размещению текста на поле диаграммы (как в IDEF0).

• ELAB (Elaboration) – используется для более длительного описания слияния и разделения стрелок на перекрестках, что необходимо для повышения информативности при имитационном моделировании.

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