Одним из важнейших способов описания процесса являются диаграммы потоков данных (информации) DFD (Data Flow Diagram). Подобные диаграммы содержат, как правило, два типа графических объектов: четырехугольники и стрелки. Первые описывают функции (работы, процессы), вторые — потоки данных между этими функциями. Простейшая схема процесса в формате DFD показана на рис. 2.24.
На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не является обязательным. Если придерживаться указанного требования, то полученная схема — это описание процесса, которое схоже с описанием процесса в нотации IDEF3. Процесс, представленный на рис. 2.24, имеет два входящих и три исходящих потока данных. На верхнем уровне рассмотрения этот процесс выглядел бы в виде одной функции с двумя входами и тремя выходами. Таким образом, к описанию процессов в DFD применимы типовые правила декомпозиции. Что касается сторон четырехугольников, то в нотации DFD они не имеют того значения, как в IDEF0. Следует отметить, что существует несколько подходов к формированию моделей потоков данных. В данной книге мы рассматриваем нотацию DFD. реализованную в инструментальной среде BPWin.
82____________ ____________________ В.В Репин, В.Г. Елиферов Процессный по дход к управлению
Часто нотацию DFD путают с простым описанием потоков информации между подразделениями. Это далеко не одно и то же. На рис. 2.25 представлена модель, отражающая потоки данных между подразделениями, но не являющаяся моделью процесса.
Рис. 2.25. Пример момели потоков данных между подразделениями организации.
В чем здесь дело? Почему нельзя рассматривать простое описание потоков между подразделениями организации как схему процесса? Ответ достаточно прост. В каждом большом подразделении (например, отдел сбыта крупного предприятия) выполняются различные бизнес-процессы. Часто у этих процессов существуют различные внутренние и внешние клиенты. Именно поэтому схема, приведенная на рис. 2.25, описывает только потоки данных, пересекающие границы подразделений, но не содержит информации о реально выполняемых бизнес-процессах как на уровне подразделений, так и на уровне организации в целом. Кстати, рассмотренный на рис. 2.25 формат представления потоков данных является практически важным и широко используемым.
|
Пример описания процесса в DFD можно усложнить, используя понятие «хранилище данных». Под этим понимается любой носитель информации, например, бумажный документ, электронный файл, промышленная база данных на сервере организации и т.д. При построении модели процесса с использованием хранилищ данных, необходимо помнить, что данные (информация) не могут перемещаться между функциями процесса сами по себе. Их можно передавать только через определенных посредников — носителей информации или, что то же самое, хранилищ данных. На рис. 2.26 представлена модель процесса в нотации DFD. построенная с использованием понятия «хранилище данных».
Глава 2 Выбор методологии описания бизнес-процессов 83 |
Для чего служат нотации DFD? В первую очередь они нужны для описания реачьно существующих в организации потоков данных. Описания могут создаваться как по процессному, так и по функциональному признаку. В первом случае мы получаем модели бизнес-процессов в формате DFD, во втором — схему обмена данными между подразделениями. Созданные модели потоков данных организации могут быть использованы при решении таких задач, как:
|
• определение существующих хранилищ данных (текстовые документы,
файлы. Система управления базой данных — СУБД);
• определение и анализ данных, необходимых для выполнения каждой
функции процесса;
• подготовка к созданию модели структуры данных организации, так на
зываемая ERD-модель (IDEFIX);
• выделение основных и вспомогательных бизнес-процессов организации.
Следует отметить что нотация DFD может быть эффективно применена для
описания потоков документов или потоков материальных ресурсов. На рис. 2.27 показан пример применения нотации DFD для этих целей.
![]() |
84 ВВ. Репин, В Г Елиферов. Процессный подход к управлению |
Более того, нотация DFD может быть несколько модернизирована таким образом, чтобы на одной диаграмме можно было бы показать как потоки данных, так и потоки материальных ресурсов (рис. 2.28).
На практике при создании моделей процессов часто бывает полезно использовать несколько способов описания. Сначала, например, мы создаем модель в нотации IDEF0, выявляем функции, входящие в процесс. Затем проводим декомпозицию процесса. При достижении некоторого уровня детализации (три-четыре) становится целесообразно сформировать для каждого детального процесса несколько схем в различных форматах: управление — IDEF0, а потоки данные и материалов — в DFD.
|
Более подробную информацию по принципам построения моделей бизнес-процессов в DFD можно получить в [3].
![]() | |
![]() |
Глава 2 Выбор методологии описания бизнес-процессов 85 |
Методология ARIS
Методология ARIS разработана в компании IDS Scheer AG. Германия. В настоящее время на рынке инструментальных средств моделирования бизнес-процессов представлено одноименное программное обеспечение ARIS, включающее такие модули, как ARIS Easy Design, ARIS Toolset. ARIS Server и др. [6].
В методологию ARIS были интегрированы существующие стандарты и спецификации описания процессов и данных, например IDEF3, ERD, DFD, UML и т.д. Основная концепция ARIS по описанию организации приведена на рис. 2.29.
Изображение на рис. 2.29 часто называют «домиком ARIS». Подход к описанию процессов, основанный на методологии ARIS, предполагает рассмотрение деятельности организации с четырех точек зрения: организационная структура.
86____________________________ В В Репин, В Г Елиферов Процессный подход к управлению
данные (потоки и структура), функции (функциональные иерархии), контроль и управление (сводные модели бизнес-процессов).
Методология ARIS включает в себя большое количество различных нотаций, допускающих создание различных гибких моделей организации. К числу наиболее значимых и практически используемых нотаций ARIS относятся:
• нотация Value-added Chain Diagram (диаграмма цепочки процесса, добав
ляющего ценность);
• нотации extended Event-driven Process Chain — еЕРС (расширенная нота
ция цепочки процесса, управляемого событиями) и PCD (диаграмма це
почки процесса);
• нотация Organizational Chart (организационная диаграмма);
• нотация Function Tree (дерево функций);
• нотация Product Tree (дерево продуктов).
Преимущество методологии ARIS (с формальной точки зрения) заключается в ее комплексности, которая проявляется во взаимосвязи моделей, построенных в различных нотациях. Методология ARIS позволяет описывать деятельность организации с разных точек зрения, при этом полученные модели будут в определенной степени связаны между собой. Следует, однако, подчеркнуть, что такой комплексный подход:
а) для реализации требует наличия инструментальной среды ARIS Toolset,
достаточно дорогостоящей и сложной в использовании;
б) трудно реализуем на практике, так как влечет большой расход ресурсов
(человеческих, материальных и финансовых) в течение длительного
времени.