Полная версия

Главная arrow Информатика arrow Архитектурные модели экономических систем

  • Увеличить шрифт
  • Уменьшить шрифт


<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>

Модели и инструменты описания бизнес-архитектуры

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

К сожалению, «одной и самой лучшей» модели для описания бизнес-архитектуры организации не существует. Вместо этого могут использоваться модели причинно-следственных связей, функциональные модели, временные диаграммы, потоковые модели и т.п. Как уже отмечалось, наиболее популярными в этом деле являются модели бизнес-процессов. Существует целый арсенал программных средств — 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) появилась возможность не только моделировать бизнес-процессы, но и делать их целиком или частично доступными другим системам и организациям в виде сервисов. Это открывает возможность создавать модели бизнес-процессов и многократно использовать их в архитектурных построениях различных систем и приложений.

 
<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>