Практика и проблематика моделирования бизнес-процессов

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

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

Как указано в работе [4], «задача разработки бизнес-архитектуры состоит в моделировании «картины в целом» и последующем углублении в тщательно отобранные ключевые процессы и информационные потоки, в том числе с использованием таких инструментов, как декомпозиция функций/процессов, анализ бизнес-событий, модели местоположений и модели интеграции».

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

а) оценку влияния компонента на процесс;

б) взаимосвязь с другими компонентами и интеграцию в целевой бизнес-процесс.

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

Таким образом, бизнес-архитектура предприятия обеспечивает лучшее понимание всей модели предприятия, поскольку именно она несет значительную часть нагрузки по отражению связи между различными моделями (или артефактами), описывающими различные предметные области архитектуры предприятия.

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

Контекст и основные элементы бизнес-архитектуры

Существует достаточный разброс мнений в понимании и определении бизнес-архитектуры и бизнес-модели. Одна из трактовок предусматривает определение бизнес-архитектуры как области, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации [10]. Такая трактовка, как правило, включает в себя утверждения по поводу миссии и целей организации, критические факторы успеха, бизнес-стратегии, описания функций, а также структуры и процессы, необходимые для реализации функций.

Ключом к построению хорошей бизнес-архитектуры является определение бизнес-процессов, их функций и характеристик. Это становится основой для построения архитектуры ИТ-приложений, которые обеспечивают автоматизированную поддержку этих процессов. Хотелось бы в связи с этим привести следующую цитату из книги Unleashing the Killer Арр [11]: «Вы тогда достигаете цели, когда становится невозможно определить, где заканчиваются бизнес-аспекты и где начинаются технологии».

Состав и содержание компонент, входящих в модель бизнес-архитектуры, должны определять возможность ответов на вопросы: что, как, где, кто, когда. В рамках типовых методологий моделирования осуществляется следующее «распределение» между элементами бизнес-архитектуры и задаваемыми вопросами:

♦ используемые данные (что?);

♦ процессы и функции (как?);

♦ места выполнения этих процессов (где?);

♦ организации, персоналии-участники, системы (кто?);

♦ управляющие события (когда?);

♦ цели и ограничения, определяющие работу системы (зачем?).

В рамках модели бизнес-архитектуры выделяются следующие основные компоненты:

1) бизнес-процессы / цели и стратегия построения бизнеса;

2) организационная компонента / организационное окружение;

3) информация / информационное окружение;

4) приложения / обеспечивающее окружение.

В данном случае авторы не претендуют на полноту и «стандартизацию» предлагаемого варианта описания бизнес-архитектуры. Более важным является отображение «интеграционных» аспектов.

Проблемы и подходы, связанные с проектированием «окружения» бизнес-процессов, отображены в главе 3 книги.

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