требований к автоматизации и настройке систем класса BPMS, СЭД и др.;
• возможность использования базы знаний для совершенствования бизнес-процессов;
• возможность обучать новых сотрудников.
Процессный офис (Отдел организационного развития):
• архитектурная интеграция различных подсистем управления на основе единой процессной модели компании;
• создание единой процессной платформы для всех проектов и инициатив по изменению деятельности, в первую очередь, по автоматизации системы синхронизованных между собой бизнес-процессов (в BPM-приложениях, СЭД и др.);
• возможность анализа бизнес-процессов (в т.ч. с использованием имитационного моделирования) и разработки новых версий процессов в рамках проектов развития;
• поддержание актуальной регламентной базы по бизнес-процессам;
• накопление знаний по выполнению и совершенствованию бизнес-процессов.
1.6. Требования к архитектуре бизнес-процессов как к объекту управления
Архитектура бизнес-процессов компании сама по себе является сложной системой, т.е. объектом, требующим управления.
В рамках архитектуры приходится использовать модели разного типа. Как правило, на 1—4 уровне используются диаграммы процессов структурного типа, например, сформированные в нотации IDEF0. На нижележащих уровнях используются диаграммы класса Work Flow, например, разработанные в нотации BPMN (eEPC).
На структурных диаграммах в нотации IDEF0 стрелки используются для моделирования потоков информационных и материальных объектов. На диаграммах в нотации BPMN базовый тип связи – это стрелка типа Sequence flow (поток управления). Стрелки такого типа показывают хронологический порядок, в котором выполняются операции процесса. Кроме того, на схемах в нотации BPMN можно дополнительно показывать потоки информации.
Переход от диаграммы одного типа к диаграммам другого типа сопряжен с рядом проблем методического характера, которые можно практически решить с учетом возможностей конкретной среды моделирования, в частности, Business Studio.
Еще одной практической проблемой является неравномерный рост иерархии сверху-вниз. Это означает, что некоторые «ветки» архитектуры могут быть глубже других. Для их адекватного описания приходится использовать структурные диаграммы в нотации IDEF0 на большем количестве уровней, чем 3. Поэтому один бизнес-процесс может быть представлен несколькими уровнями диаграмм в архитектуре процессов.
В следующей таблице представлены уровни архитектуры бизнес-процессов, их названия, возможное количество уровней диаграмм.
Таблица 1. Уровни бизнес-процессов.
Из таблицы 1 видно, что на уровне 3 «Процессы» может быть два уровня диаграмм. Так же это возможно на уровне 4 «Операционные процессы». Обратите внимание – начиная с уровня 4, для формирования графических схем используется нотация BPMN.
Сформулируем
