Построение карты бизнес процессов

Архитектура бизнес-процессов

 

Архитектура бизнес-процессов является одной из основных составляющих бизнес-архитектуры. Часто термины «архитектура бизнес-процессов» и «система бизнес-процессов» используются в качестве синонимов.

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

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

Построение карты бизнес процессов

 

Бизнесы процессы в системе ADOit отображаются на верхнем уровне и в обобщенном виде. Для представления объекта типа "Процесс" может использоваться три формы.

Первое представление в виде иконки, как показано на рисунке 1.

 

Рисунок 1. - Представление процесса в виде простой иконки

 

Второе представление в виде удлиненной стрелки, как показано на рисунке 2.

 

Рисунок 2. - Представление процесса в виде удлиненной стрелки

 

Третье представление в виде прямоугольника, как показано на рисунке 3. В этом случае можно в прямоугольнике показывать подчиненные процессы.

Рисунок 3. - Представление процесса в виде прямоугольника

 

На рисунке 4 показан блокнот для объекта "Процесс".

 

 

Рисунок 4 - Блокнот для объекта "Процесс"

 

В поле 'Relevant for Compliance [kəm'plaɪən(t)s]' - маркер ставится, если необходима постоянная проверка отдельных операций процесса на предмет соответствия установленным требованиям, условиям контракта или заявленному описанию.

Поле 'Subordinated Processes' содержит список процессов связанных с данным на следующем более низком уровне иерархии.

Поле 'Higher Level Processes' содержит список процессов связанных с данным на более высоком уровне иерархии.

Поле 'Is Supported by the Following Architecture Elements' содержит список функций и приложений ИТ, которые поддерживают данный процесс.

Поле "Action Required" как обычно показывает необходимость выполнения действия. связанного с этим процессом. Пример заполнения этого поля показан на рисунке 5.

 

 

Рисунок 5.- Маркер необходимости дополнительного действия и поле пояснения

 

Иерархия процессов может отражаться на графической модели с помощью элемента связи 'Subordinated Processes' - пунктирной линией с ромбиком . Пример графической модели связанных бизнес-процессов показан на рисунке 6.

Рисунок 6.- Иерархия процессов

 

На графической модели можно также показать связь с архитектурным сегментом, как показано на рисунке 7. Для этого используется простая линия, но с именем "Assigned Architecture Segments".

 

Рисунок 7.- Связь процесса и архитектурного сегмента

 

Одновременно связь будет отражена в закладке "Architecture Segments", как показано на рисунке 8.

 

Рисунок 8.- Список связей с архитектурными сегментами в блокноте

 

Процессы могут связываться с возможностями. На графической модели эта связь отражается с помощью прямой линии с ромбиком - "Supported Capabilities", как показано на рисунке 9.

 

Рисунок 9.- Связь процесса и возможности

 

Одновременно эта связь отражается в списке связей закладки "Capabilities", как показано на рисунке 10.

Рисунок 10.- Список связей с возможностями в блокноте для процесса

 

На рисунке 11 показана вкладка "Classification" для процесса. Здесь кроме уже известных полей "Strategic Importance " - важность для стратегии и "IT Support " - поддержка со стороны информационных технологий, добавлены два новых поля.

 

 

 

Рисунок 11.- Вкладка "Classification" для процесса

 

Значение поля "Current Level of Maturity" - текущий уровень зрелости, показаны на рисунке 12.

 

 

Рисунок 12.- Возможные значения параметра "Current Level of Maturity"

 

Рассмотрим значения полей.

"No Entry" - уровень зрелости процесса не определен.

" Incomplete process" - процесс не оформлен полностью.

" Performed process" - процесс достаточно подробно промоделирован и подготовлены регламенты процесса.

" Managed process" - процесс внедрен в работу. Он отрегулирован, управляется с использованием функций планирования и мониторинга., продукты процесса отлажены, контролируются и производятся.

" Established process " - процесс вошел в стационарную устойчивую фазу.

" Predictable process" - процесс четко работает в условиях ограничений и возможных изменений окружающих условий.

" Optimising process" - процесс постоянно улучшается и оптимизируется.

 

Второе поле "Target Level of Maturity" - целевое значение уровня процесса используется для стратегического планирования развития архитектуры предприятия. Значения поля показаны на рисунке 13. Они совпадают со значениями для текущего состояния процесса.

 

Рисунок 13.- Возможные значения параметра "Target Level of Maturity"

 

В системе ADOit для объекта "Процесс" имеется графическое представление классификации объектов этого класса. Для получения такого представления необходимо отметить мышью нужные объекты (Как обычно удерживая клавишу Ctrl), как показано на рисунке 14.

 

 

Рисунок 14. - Выбор объектов для классификации

 

Затем выбрать пункты меню Generate view/Portfolio/Process[Strategic Importance - IT Support], как показано на рисунке 15.

 

 

Рисунок 15. - Выбор графического представления

 

В результате будет сгенерирована пузырьковая диаграмма, показанная на рисунке 16.

 

Рисунок 16.- Пузырьковая диаграмма для процессов

 

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

При выборе пункта меню BIA (Business Impact Analysis) откроется меню для автоматического построения графических моделей, как показано на рисунке 17. В данной лабораторной работе можно воспользоваться последним пунктом - "Process Hierarchy" (Иерархия процессов). Процессы для которых строится представление должны быть отмечены, как показано на рисунке 14.

 

 

Рисунок 17.- Меню для выбора представления

 

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

 

Рисунок 18.- Сгенерированная модель бизнес-процессов