Моделирования бизнес-процессов (BPM)

Моделирование бизнес-процессов (Business Process Modeling) – это эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте. Стандарт IDEF0.

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

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

Функциональный блок (Activity Box) - функция в рамках рассматриваемой системы. На диаграмме функциональный блок изображается прямоугольником (рис.4.1). Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом:

· верхняя сторона имеет значение "Управление" (Control);

· левая сторона имеет значение "Вход" (Input);

· правая сторона имеет значение "Выход" (Output);

· нижняя сторона имеет значение "Механизм" (Mechanism).

Рис. 4.1.

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

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

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

Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram) (см. рис 4.2).

Рис.4. 2.

Декомпозиция (Decomposition) - разделение сложного объекта на составные части. Уровень детализации определяется разработчиком модели (см. рис.4.3)..

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

Рис.4. 3.

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

Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0” (см. рис.4.2).

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

Сотрудники различных отделов создают IDEF-диаграммы деятельности своего функционального подразделения, отвечая на следующие вопросы:

· Что поступает в подразделение “на входе”?

· Какие функции, и в какой последовательности выполняются в рамках подразделения?

· Кто является ответственным за выполнение каждой из функций?

· Чем руководствуется исполнитель при выполнении каждой из функций?

· Что является результатом работы подразделения (на выходе)?

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

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