Методология DFD

Важнейшим способом описания бизнес-процесса являются диаграммы потоков данных (информации) DFD (Data Flow diagram).

Для чего служат нотации DFD? В первую очередь они нужны для описания реально существующих в организации потоков данных. Описания могут создаваться как по процессному, так и по функциональному признаку. В первом случае мы получаем модели бизнес-процессов в формате DFD, во втором случае – схему обмена данными между подразделениями [2]. Созданные модели потоков данных организации могут быть использованы при решении таких задач, как:

− определение существующих хранилищ данных (текстовые документы, файлы, СУБД);

− определение и анализ данных, необходимых для выполнения каждой функции процесса;

− подготовка к созданию модели структуры данных организации;

− выделение основных и вспомогательных бизнес-процессов организации.

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

Рис. 18. Схема процесса в нотации DFD

На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не является обязательным. Если придерживаться указанного требования, то полученная схема будет являться описанием процесса, которое схоже с описанием процесса в нотации IDEF3. Процесс, представленный на рисунке 18, имеет два входящих потока данных и три исходящих потока данных. На верхнем уровне рассмотрения этот процесс выглядел бы в виде одной функции с двумя входами и тремя выходами. Таким образом, к описанию процессов в DFD применимы типовые правила декомпозиции. Что касается сторон четырехугольников, то в нотации DFD они не имеют того значения, как в IDEF0.

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

Рис. 19. Отображение потоков данных и материальных потоков в DFD

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

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

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

DFD содержит:

− процессы, которые преобразуют данные;

− потоки данных, которые переносят данные;

− хранилища данных, которые пассивно хранят данные;

− внешняя сущность.

Процесс преобразует значения данных. Процессы представляют собой функции системы, преобразующие входы в выходы. Процессы изображаются прямоугольниками со скругленными углами. Их смысл совпадает с блоком IDEF0 и единицами работы IDEF3. Так же, как и в IDEF3, они имеют входы и выходы, но не поддерживают управление и механизмы. Каждый процесс должен быть именован глаголом с последующим дополнением. Кроме того, каждый процесс должен иметь уникальный номер.

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

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

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

Поскольку в DFD каждая сторона блока не имеет четкого назначения, как в IDEF0, то стрелки могут входить и выходить из любой грани блока. В DFD также применяется двунаправленные стрелки для описания диалогов типа команда-ответ. Он представляет промежуточные данные вычислений. Поток данных изображается в виде стрелки между производителем и потребителем данных, помеченной именами соответствующих данных. Дуги могут разветвляться или сливаться, что означает, соответственно, разделение потока данных на части, либо слияние объектов.

Хранилище данных – это пассивный объект в составе DFD, в котором данные сохраняются для последующего доступа (рис. 20). В отличие от потока данных, описывающих объекты в движении, хранилища данных изображают объекты в покое. Хранилище представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в хранилище и через некоторое время извлечь, причем способы помещения могут быть любыми. Имя хранилища должно идентифицировать его содержимое и быть существительным.

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

Прайс-лист

Хранилище данных

Наименование товара

Цена товара

Цена

Рассчитать цену

Рис. 20. Хранилище данных в в DFD

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

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

Потоки управления. DFD показывает все пути вычисления значений, но не показывает в каком порядке значения вычисляются. Решения о порядке вычислений связаны с управлением программой, которое отражается в динамической модели. Эти решения, вырабатываемые специальными функциями, или предикатами, определяют, будет ли выполнен тот или иной процесс, но при этом не передают процессу никаких данных, так что их включение в функциональную модель необязательно. Тем не менее, иногда бывает полезно включать указанные предикаты в функциональную модель, чтобы в ней были отражены условия выполнения соответствующего процесса. Функция, принимающая решение о запуске процесса, будучи включенной в DFD, порождает в DFD поток управления и изображается пунктирной стрелкой (рис. 21).

Рис. 21. Потоки управления в DFD

Рассмотренный пример описания процесса в DFD можно усложнить, используя понятие «хранилище данных». Под этим понятием понимается любой носитель информации, например бумажный документ, электронный файл, промышленная база данных на сервере организации и т.д. При построении модели процесса с использованием хранилищ данных, необходимо помнить, что данные (информация) не могут перемещаться между функциями процесса сами по себе. Они могут быть переданы только посредством определенных посредников – носителей информации или, что то же самое, хранилищ данных. На следующем рисунке 22 представлена модель процесса в нотации DFD, построенная с использованием понятия «хранилище данных».

Рис. 22. Модель процесса в нотации DFD

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

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

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

При построении иерархии DFD переходить к детализации процессов следует только после определения содержания всех потоков и накопителей данных, которые описывается при помощи структур данных. Структуры данных конструируются из элементов данных и могут содержать альтернативы, условные вхождения и итерации. Условное вхождение означает, что данный компонент может отсутствовать в структуре. Альтернатива означает, что в структуру может входить один из перечисленных элементов. Итерация означает вхождение любого числа элементов в указанном диапазоне. Для каждого элемента данных может указываться его тип (непрерывные или дискретные данные). Для непрерывных данных может указываться единица измерения (кг, см и т.п.), диапазон значений, точность представления и форма физического кодирования. Для дискретных данных может указываться таблица допустимых значений.

Ниже приведена диаграмма потоков данных верхнего уровня с ее последующим уточнением:

Приложение 1

Перечень типовых бизнес-процессов предприятия
(Структура классификации процессов)

Структура классификации процессов (Process Classification Framework)
разработана Американским Центром производительности и качества
(American Productivity&Quality Center)

Дата добавления: 2014-10-31