Метод описания процессов IDEF3

Правила построения диаграмм модели DFD

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

2. Многочисленные потоки данных между двумя компонентами можно показывать двумя линиями потока данных или двунаправленной стрелкой.

3. Процессы в уровне 1 диаграммы потока данных перечисляются 1, 2, 3, и так далее. Подпроцессам в декомпозированной диаграмме потока данных назначают номера, начинающиеся с номера родительского процесса.

4. Символы могут быть повторены для облегчения чтения диаграммы.

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

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

Непротиворечивость системы обеспечивается выполнением наборов формальных правил о возможных типах процессов:

ü на диаграмме не может быть потока, связывающего две внешние сущности – это взаимодействие удаляется из рассмотрения;

ü ни одна сущность не может непосредственно получать или отдавать информацию в хранилище данных – хранилище данных является пассивным элементом, управляемым с помощью интерфейсного процесса;

ü два хранилища данных не могут непосредственно обмениваться информацией – эти хранилища должны быть объединены.

Преимущества:

· возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;

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

Недостатки:

необходимость искусственного ввода управляющих процессов;

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

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

Диаграммы DFD строятся с использованием традиционного структурного анализа, так же, как строятся диаграммы IDEF0.

IDEF3 (workflow diagramming) – методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow используются в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.

IDEF3 – это метод, основной целью которого является описание ситуации, когда процессы выполняются в определенной последовательности, и описание объектов, участвующих совместно в одном процессе.

Точка зрения на модель – это точка зрения человека, ответственного за работу в целом. Цель модели – те вопросы, на которые призвана ответить модель.

Единицы работы (Unit of Work (UOW)) –также называемые работами (activity), являются центральными компонентами модели. Они изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, «Изготовление изделия»).

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

Различают три типа стрелок, изображающих связи:

Старшая (Precedence) сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель.

Отношения (Relational Link) пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок. Отношение показывает, что работа-источник не обязательно должна закончиться, прежде чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник

Потоки объектов (Object Flow) стрелка с двумя наконечниками, применяется для описания того, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае также изображается стрелка потока объектов.

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

Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы, используются перекрестки (Junction). Различают перекресткидля слияния (Fan-in Junction) и разветвления стрелок (Fan-out Junction). Перекресток не может использоваться одновременно для слияния и для разветвления.

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.

Обозначение	Смысл в случае слияния стрелок (Fan-in Junction)	Смысл в случае разветвления стрелок (Fan-out Junction)
	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
	Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются одновременно
	Один или несколько предшествующих процессов должны быть завершены	Один или несколько следующих процессов должны быть запущены
	Один или несколько предшествующих процессов завершены одновременно	Один или несколько следующих процессов запускаются одновременно
	Только один предшествующий процесс завершен	Только один следующий процесс запускается