не получится.

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

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

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

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

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

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

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

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

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

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

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

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

Методика разработана с учетом ее применения в конкретной среде моделирования, а именно – в Business Studio. При использовании другого программного обеспечения Методику необходимо скорректировать.

Этап 1. Для каждого бизнес-процесса в архитектуре должны быть определены исполнители и ответственные. Ими могут являться подразделения, должности или роли. Поэтому на первом этапе целесообразно создать модель организационной структуры компании в Business Studio.

Этап 2. Необходимо выполнить анализ деятельности подразделений и определить реестр бизнес-процессов (на 2-3-х уровнях представления) для каждого функционального подразделения. Реестры заносят в Business Studio в виде иерархического справочника. Заполняются справочники документов, информации, материальных ресурсов, информационных систем, баз данных, терминов. Группировка объектов в справочниках осуществляется на основе структуры функциональных подразделений. Таким образом, получаем реестры функциональных процессов подразделений.

Этап 3. Разрабатывается контекстная модель бизнеса (диаграмма А-0, уровень «0») (или отдельного сквозного процесса3). Для этого определяются и группируются поставщики и потребители компании, а также другие субъекты, которые с ней взаимодействуют. Определяются входы/выходы для бизнеса компании в целом.

Этап 4. Выполняется анализ деятельности компании. Выбирается принцип группировки категорий процессов. Разрабатывается диаграмма А0 (уровень 1).