Стандарт DFD - Data Flow Diagram представляет собой диаграмму потоков объектов, которая используется для описания бизнес-процессов верхнего уровня.

Стандарт WFD — Work Flow Diagram представляет собой диаграмму потоков работ, которая используется для описания бизнес-процессов нижнего уровня. У диаграммы потоков работ имеется и другое название — диаграмма алгоритмов.

3.2.3. Построение диаграмм потоков объектов (DFD) бизнес-процесса

Диаграмма потоков объектов (DFD), как уже было сказано, используется для описания бизнес-процессов верхнего уровня. На ней показываются подпроцессы, входящие в состав описываемого бизнес-процесса, ответственные и исполнители, а также входы и выходы каждого из подпроцессов (см. рис. 3.3). Входы и выходы представляют собой информационные или материальные потоки. При этом выходы одного подпроцесса могут являться входами для других.

Рис. 3.3. Диаграмма потоков объектов

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

Нужно помнить, что DFD-схема бизнес-процесса отражает только материальные и информационные потоки, не указывая временной последовательности подпроцессов. Последняя в большинстве случаев, совпадает с направлением движения потоков. Однако это верно не всегда и такой пример приведен на рис. 3.4.

Рис. 3.4. Пример несовпадения временной последовательности подпроцессов с направлением движения потока

В данном случае поток — документ, движется от Подпроцесса 1 к Подпроцессу 2, хотя Подпроцесс 2 начал выполняться раньше Подпроцесса 1. Именно поэтому стандарт DFD целесообразен для описания бизнес-процессов верхнего уровня или макропроцессов, когда в общем случае невозможно указать временную последовательность подпроцессов. Причина затруднений может заключаться в том, что подпроцессы выполняются одновременно, а также в неоднозначности их очередности, вызванной разными точками зрения. В качестве иллюстрации приведен пример бизнес-процесса на рис. 3.5.

Рис. 3.5. Пример бизнес-процесса верхнего уровня

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

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

Правило 1

Название процесса = Действие + Объект, над которым действие осуществляется

Например, если описывается процесс продажи продукции, то его нужно назвать «Продажа продукции». В данном случае «продажа» — действие, а «продукция» — объект над которым производится действие. При этом желательно конкретизировать продукцию.