Модели и инструменты описания бизнес-архитектуры
Архитекторы организаций нуждаются в простых, высокоуровневых средствах описания активностей и зависимостей в терминах, понятных бизнес-руководителям, с одной стороны, пользователям информационных технологий — с другой, и ИТ-специалистам — с третьей. Графические бизнес-модели являются исключительно полезными при решении этой коммуникационной проблемы. Они обеспечивают важную связь между миссией и стратегией развития организации, ее функциональной структурой и вариантами реализации прикладных информационных систем (готовыми пакетами программ, унаследованнымиили специально созданными приложениями), самостоятельным предоставлением вычислительных услуг и аутсорсинговым обслуживанием.
К сожалению, «одной и самой лучшей» модели для описания бизнес-архитектуры организации не существует. Вместо этого могут использоваться модели причинно-следственных связей, функциональные модели, временные диаграммы, потоковые модели и т.п. Как уже отмечалось, наиболее популярными в этом деле являются модели бизнес-процессов. Существует целый арсенал программных средств — ARIS, BPWin, ER Win Software Architect и др. — поддерживающих процессы моделирования деятельности организаций в нотации бизнес-процессов.
Целью формирования бизнес-архитектуры организации является не детальное описание ее деятельности, а создание картины в целом. Включенные в бизнес-архитектуру модели должны давать необходимый минимум сведений о ключевых функциях, бизнес-процессах и бизнес-событиях, но достаточный, тем не менее, для поиска новых возможностей организации и принятия решений по информатизации ее деятельности. Значительную помощь в этом деле способна оказать вторичная информация, полученная в результате дальнейшей декомпозиции первичных моделей бизнес-архитекгуры. Последняя включает:
- • декомпозицию функций/процессов;
- • анализ бизнес-событий;
- • моделирование местоположений выполнения функций/процессов;
- • моделирование интеграции функций/процессов.
Декомпозиция функций/процессов состоит в идентификации подпроцессов, которые составляют основу выполнения бизнес-функций и определение вклада каждой функции в цепочку создания добавленной стоимости. В результате декомпозиции должны быть определены следующие компоненты:
- • границы анализа критически важных функций организации;
- • основные процессы, обеспечивающие выполнение каждой функции организации;
- • межфункциональные процессы, являющиеся первоочередными кандидатами на инновации, связанные с применением информационных технологий;
- • дублируемые и избыточные функции/процессы.
Некоторые сведения о том, как идентифицировать эти и другие
моменты бизнес-архитектуры, содержит табл. 2.1.
Таблица 2.1
Ключевые моменты декомпозиции функций/процессов
|
Основные задачи анализа |
Результаты (артефакты) анализа |
Основные вопросы |
|
определить границы каждой бизнес-функции; понять состав подпроцессов каждой бизнес-функции; сформировать платформу для увязывания бизнес- функций с организационной структурой и архитектурой организации |
подпроцессы основных бизнес-функций; идентификация излишних, малополезных и неэффективных функций/процессов; идентификация структурных подразделений/долж- ностных позиций, ответственных за реализацию функций/процессов; требования к информации и прикладным системам |
каковы основные функции организации; какие функции бесполезны; какие функции не поддаются декомпозиции; какие подразделения организации отвечают за реализацию функций/процессов |
Анализ бизнес-событий призван найти ответы на следующие вопросы:
- • как инициируются бизнес-события;
- • какие связанные с ними процессы происходят в цепочке создания добавочной стоимости;
- • какую роль в реализации функций/процессов играют контакты с клиентами и поставщиками.
При этом берется конкретное событие (например, оформление заказа), документируется текущий процесс его обработки и оцениваются перспективы его совершенствования. В табл. 2.2 приведены основные моменты процесса анализа бизнес-событий.
Ключевые моменты анализа бизнес-событий
|
Основные задачи анализа |
Результаты (артефакты) анализа |
Основные вопросы |
|
составить перечень набора основных бизнес-событий и обеспечить их однозначное понимание; проанализировать возможности оптимизации бизнес-процессов; найти пути повышения эффективности операционных событий, улучшения взаимодействий с клиентами и другие совершенствования |
основные инициаторы и участники бизнес- событий; партнеры из внешней среды; идентификация критически важных артифактов, формируемых и используемых в процессе обработки события; инициализация инновационных разработок; новые формы ведения бизнеса |
кто является инициатором бизнес-события; как обрабатывается каждое событие; кто является основными участниками события; возможны ли инновации на базе данного события и будут ли они востребованы бизнесом |
Моделирование местоположений выполнения функций/процессов предполагает логистический взгляд на функционирование организации и призвано идентифицировать географию ее деятельности. Целью такого моделирования является визуализация структурных подразделений и должностных позиций организации, определение мест выполнения функций/процессов, идентификация связей между ними, а также требований к технологической инфраструктуре с точки зрения обеспечения информационного взаимодействия между местами дислокации основной деятельности. Таблица 2.3 поможет составить определенное впечатление о содержании этого вида детализации бизнес-архитектуры организации.
Таблица 2.3
Ключевые моменты модели местоположений выполнения функций/процессов
|
Основные задачи анализа |
Результаты (артефакты) анализа |
Основные вопросы |
|
определить места выполнения функций/ процессов; обеспечить понимание требований, накладываемых географическим расположением на бизнес-решения и технологическую инфраструктуру; выработать требования технологической инфраструктуры к географии бизнес-функций и бизнес-процессов |
распределение функций по местоположениям; уточнение связей между бизнес-функциями; идентификация требований к технологической инфраструктуре и архитектуре прикладных систем; возможности организационных изменений |
где выполняются основные функции; какие функции и как связаны между собой; существуют ли возможности консолидации и/или рационализации функций/ процессов организации |
Моделирование интеграции функций/процессов преследует цель выработки высокоуровневых требований к интерфейсам между бизнес- процессами и бизнес-событиями, к информации в соответствии с новыми шаблонами процессов, ко времени осуществления обменных операций. Модель интеграции служит основой для построения архитектуры информации и архитектуры прикладных систем. Некоторые особенности моделирования интеграции запечатлены в табл. 2.4.
Таблица 2.4
Ключевые моменты модели интеграции
|
Основные задачи анализа |
Результаты (артефакты) анализа |
Основные вопросы |
|
определить и обеспечить понимание ключевых внутренних и внешних точек интеграции; идентифицировать информационные потоки между участниками бизнес-событий; определить и обеспечить понимание основных интерфейсов прикладных систем; сформировать и обеспечить понимание интеграционных требований к технологической инфраструктуре организации |
потоки информации, диктуемые принятыми шаблонами бизнес- процессов; связи между функциями; требования к архитектуре информации, архитектуре приложений и технологической инфраструктуре; возможности для организационных изменений |
какая информация является критической для новых шаблонов реализации бизнес- процессов; какие потоки информации существуют между точками соединения моделей бизнес-событий; каковы временные требования к осуществлению обменных операций |
В заключение параграфа заметим, что в связи с развитием принципов сервис-ориентированной архитектуры и появлением технологически нейтрального, информационно независимого языка описания и выполнения бизнес-процессов (Business Process Execution Language — BPEL) появилась возможность не только моделировать бизнес-процессы, но и делать их целиком или частично доступными другим системам и организациям в виде сервисов. Это открывает возможность создавать модели бизнес-процессов и многократно использовать их в архитектурных построениях различных систем и приложений.
