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

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

На этом же этапе параллельно ведется разработка наиболее приоритетных доменов архитектуры. Здесь же выполняется анализ на несоответствие (gap-анализ) между текущим и ожидаемым состоянием архитектуры.

В соответствии с методикой Meta Group результатом разработки принципов концептуальной архитектуры становится выделение в технологической архитектуре (EWTA) набора доменов, которые объединяют группы связанных между собой технологий и компонентов.

При этом можно выделить два различных типа доменов технологической архитектуры:

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

Каждый домен технологической архитектуры включает следующее:

  • 1) формулировку миссии и стратегических целей домена;
  • 2) описание компонентов домена, что обеспечивает общее понимание включенных в домен технологий;
  • 3) принятые в домене принципы проектирования, которые включают правила, применяемые в процессе принятия решений в отношении технологий домена, а также обоснования и последствия принятия этих принципов. Здесь могут быть построены матрицы соответствия между требованиями к технологической архитектуре (RTA), сформулированные в процессе создания концепции общих требований, и принципов проектирования, принятых для конкретного домена;
  • 4) продукты и технические стандарты, которые обеспечивают требования к технологической архитектуре. Выделяют стратегические (предпочтительные) стандарты, переходные (используются временно), устаревшие (возможно, еще используются, но от которых организация отказывается) и исследовательские или новые (находятся только на этапе рассмотрения и апробации);
  • 5) лучшие практики;
  • 6) конфигурации (формулируются для снижения общей стоимости внедрения за счет стандартных конфигураций);
  • 7) несоответствия между существующим состоянием домена технологической архитектуры и ожидаемым состоянием;
  • 8) инфраструктурные шаблоны, обеспечивающие взаимодействие и интеграцию различных технологий, с указанием области применения шаблона для конкретного типа прикладной системы (транзакционные, публикация информации, совместная работа). Например, шаблоны выполнения транзакций (одно-, двух-, трех- и и-уровневые транзакции), шаблоны публикации информации (публикация «клиент/сервер», web-публикация, видео- и аудиопоток), шаблоны взаимодействия (взаимодействие в реальном времени, взаимодействие по схеме «запомнил — переслал», структурированное взаимодействие);
  • 9) инфраструктурные сервисы. Например, сервисы презентации информации (порталы, настольные системы и пр.), сетевые сервисы (LAN, WAN, удаленный доступ), сервисы безопасности (управление пользователями, доступ), сервисы хранения данных (SAN — Storage Area Network, файловые системы), сервисы баз данных (OLTP), интеграционные сервисы, платформенные сервисы для прикладных систем.

При этом архитектурные домены, шаблоны и сервисы обеспечивают наращивание уровней адаптируемости технологий предприятия:

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

При этом выделяется четыре группы сервисов по мере повышения уровня абстракции:

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

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

При этом методика предполагает создание формализованных шаблонов. Основной принцип плана реализации — совместное участие представителей бизнес- и IT-подразделений в разработке набора требований, согласованных со стратегическим направлением развития компании [16, с. 224-229].

В полном описании методики МЕТА Group приводятся также следующие вопросы:

  • 1) практическая реализация архитектуры через процесс управления корпоративными ИТ-программами и проектами;
  • 2) вопросы управления и контроля архитектурного процесса;
  • 3) оценка зрелости архитектуры;
  • 4) анализ технологических тенденций и планирование;
  • 5) управление портфелем IT-активов и проектов.
 
Посмотреть оригинал
< Пред   СОДЕРЖАНИЕ   ОРИГИНАЛ   След >