Архитектура предприятия: основные определения

Контекст Архитектуры предприятия

До того как мы постараемся увязать в рамках некоторой обобщенной концепции все многообразие понятий, связанных с архитектурой предприятия, необходимо объяснить контекст, в рамках которого осуществляется ее разработка.

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

Именно для того, чтобы ликвидировать этот разрыв, многие организации и разрабатывают архитектуру предприятия в целом, которая призвана обеспечить единое видение того, как системы (включая как автоматизированные системы, так и области, связанные с ручным трудом) поддерживают и обеспечивают бизнес (основную деятельность) организации. Эффективная архитектура предприятия должна обеспечивать целостный и всеобъемлющий взгляд на следующие аспекты:

• бизнес, включая движущие силы (ключевые факторы), видение и стратегию;
• организационные структуры и сервисы, которые требуются для реализации этого видения и стратегии;
• информация, системы и технологии, которые требуются для эффективной реализации этих сервисов.

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

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

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

На самом деле, разработка архитектуры предприятия позволяет решить одну из существенных проблем взаимодействия бизнеса и ИТ, которая получила на английском языке название "alignment", что на русский наиболее точно переводится фразой "синхронизация возможностей и потребностей бизнеса и ИТ". Это решение достигается за счет следующего:

• автоматизации процессов – там, где видится положительный возврат от инвестиций в технологии (ROI);
• уточнения понимания и формализации описания бизнес-процессов путем формального их моделирования.

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

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

Рис. 3.12. Синхронизация потребностей бизнеса и возможностей ИТ