Интегрированная концепция АП

Рис. 10. Интегрированная концепция Архитектуры предприятия

Содержание уровня контекста

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

Обычно «технические люди» игнорируют эти модели по причине того, что считают их слишком упрощенными и абсолютно «нетехнологичными». Однако контекст является важным для понимания тех или иных, в том числе технологических, решений и компромиссов.

Вопросы уровня контекста

· Каких целей хочет добиться организация?

· Почему организация занимается таким бизнесом: видение, миссия и цели?

· Каковы тенденции в индустрии, в которой работает организация?

· Как организация расположена и где она работает географически?

· Каковы факторы, определяющие достижение высоких результатов в бизнесе (valuedrivers)?

· Каковы на самом высоком уровне классы информации, которыми оперирует организация?

· Каковы функции этого бизнеса?

· В каких областях сосредоточена ключевая компетенция организации?

Содержание концептуального уровня

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

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

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

Вопросы концептуального уровня

· Какие области бизнеса должны быть поддержаны информационными технологиями?

· Какая общая бизнес-архитектура (например, «фронт-офис», «мид-офис», «бэк-офис») будет использоваться?

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

· Как выглядят бизнес-процессы, которые обеспечивают создание продуктов и оказание услуг?

· Какая информация требуется для каждого бизнес-процесса и как эта информация может повторно использоваться?

· Организован ли бизнес организации в централизованном или децентрализованном виде?

· Какой уровень делегирования полномочий должны обеспечить системы?

· Какие существуют общие принципы по использованию технологий, характерные для индустрии, в которой работает организация, и типы оказываемых услуг?

· Какие вопросы по надзору и руководству использованием технологий должны быть рассмотрены на данном этапе?

Содержание логического уровня

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

Вопросы логического уровня

· Какие приложения необходимы для поддержки бизнес-процессов?

· Кто является основными пользователями и заинтересованными сторонами в реализации данных прикладных систем?

· Как выглядят нормализованные модели данных для этих приложений?

· Какие прикладные системы нужны для управления данными: создания, чтения, внесения изменений и удаления данных?

· Какие нужны технологии для реализации этих прикладных систем?

· Как будет выглядеть распределенная архитектура прикладных систем?

· Как будет выглядеть распределенная архитектура прикладных систем?

· Как стандарты должны быть приняты организацией?

Содержание физического уровня

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

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

Вопросы физического уровня

· Каковы функциональные спецификации каждой прикладной системы?

· Будет ли организация разрабатывать специализированные приложения или покупать стандартные?

· Каковы критерии выбора и как будут оцениваться различные инициативы по реализации системы?

· Как данные будут представлены на физическом уровне?