и
как будет должны быть зафиксированы формальным стандартом моделирования компании.
В прошлом эти стандарты могли не привязываться к каким-либо внешним стандартам или программному обеспечению, но сейчас ситуация изменилась. Позаботьтесь о соответствии внутреннего стандарта возможностям и ограничениям используемых программных средств моделирования. Например, хотя BPMN 2.0 не является единственным стандартом моделирования, он становится таковым среди производителей систем BPMS. Как следствие, может потребоваться принятие BPMN в качестве внутреннего стандарта моделирования.
Качественный стандарт моделирования должен в том или ином виде содержать по крайней мере следующие уровни:
● Процесс верхнего уровня. Верхний уровень – это полная модель сквозного процесса. Она может содержать подпроцессы, а также отображать информационные системы и проблемы верхнего уровня.
● Подпроцесс. Следующий уровень – это модели подпроцессов, показывающие распределение работы по бизнес-функциям и соответствие между бизнес-функциями и подразделениями.
● Поток работ. Третий уровень – это поток работ внутри подразделения, показывающий выполняющиеся действия. Модели этого уровня могут также показывать связь между действиями, выполняемыми в этом же подразделении в рамках других функций и подпроцессов.
● Сценарий. Четвертый уровень детализации – сценарии; он позволяет понять, какими событиями, таймерами или данными вызываются выполняемые в подразделении работы. Сворачивая задачи в действия, а те, в свою очередь, в потоки работ и подпроцессы, можно легко проследить, как работа складывается в процесс и ее роль в создании конечной продукции процесса.
Но и четвертый уровень обеспечивает только базовое понимание бизнес-операций. Этого уровня детализации зачастую недостаточно для решения проблем, сокращения затрат или планирования автоматизации. Для этого может понадобиться детализировать поток работ до уровня задач.
На этом (пятом) уровне у организации и у разработчиков BPMS обычно достаточно конкретики, чтобы привязать правила к конкретным действиям. Данные детализированы достаточно подробно для разработки приложений и отчетов, требований к вводу информации и принятия решений. Этот уровень используется для генерации приложений BPMS, которые управляют работой и автоматизируют ручной ввод транзакционных данных и их обработку.
Пятый уровень – это тот уровень, на котором процессный аналитик определяет задачи, которые выполняются для получения результата от единичного действия. Например, в страховой компании пятый уровень определяет задачи, которые необходимо выполнить при вводе в систему информации о страхователе. Другой пример: производство в варианте «сборка под заказ». Процессный аналитик должен определить все задачи, необходимые для идентификации кастомизированного продукта: формирование сборочной спецификации (из стандартных компонентов), определение вариантов исполнения, разработка порядка сборки, получение деталей, сборка товара.