Разработка архитектуры бизнес-процессов компании в Business Studio - страница 11

Шрифт
Интервал


Если архитектура будет построена не с использованием реального потока объектов, а при помощи некоторых абстрактных, обобщенных стрелок, то практически определить границы бизнес-процессов в рамках модели не получится.

Замечу, что в Business Studio технически можно определить руководителей, ответственных за выполнение процессов, без определения входов/выходов процессов. Для этого достаточно иметь реестр процессов в виде справочника. Назначение ответственных осуществляется путем определения связи между субъектом (должность, роль) и процессом (через интерфейс системы). Однако с точки зрения практики, такое назначение будет довольно абстрактным до тех пор, по четко не будут определены границы соответствующих процессов.

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

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

2. Методика построения архитектуры процессов: общий обзор

2.1. Пошаговая методика построения архитектуры бизнес-процессов компании

Общая методика построения архитектуры бизнес-процессов компании в Business Studio включает в себя следующие этапы:

1. Разработка модели организационной структуры компании.

2. Формирование реестров функциональных бизнес-процессов подразделений и основных справочников.

3. Создание контекстной модели бизнеса в нотации IDEF0 (уровень «0»).

4. Разработка моделей (или реестров) категорий бизнес-процессов в нотации IDEF0 (уровень «1»).

5. Разработка моделей (или реестров) процессных групп в нотации IDEF0 (уровень «2»).

6. Разработка моделей (или реестров) процессов в нотации IDEF0 (уровень «3»).

7. Разработка моделей операционных процессов в нотации BPMN (уровни «4» и «5»).

8. Перегруппировка объектов в справочниках объектов деятельности (если будет принято такое решение).