Light-electric.com

IT Журнал
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Доменом архитектуры является

Домены (предметные области) архитектуры. Элементы архитектуры предприятия;

Элементы архитектуры предприятия

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

М. Е. Салтыков-Щедрин. «История одного города»

Обычно в составе архитектуры выделяют от четырех до семи основных представлений (предметных областей или доменов) [4.1], [4.2], [4.3], [4.4]. Эти области последовательно покрывают архитектурные аспекты, отталкиваясь от потребностей функционирования организации (бизнеса) и обеспечивая весь набор технологий для реализации конкретного решения бизнес-проблемы. Ниже перечислены представления (домены) архитектуры:

· Бизнес-архитектура. Описывает деятельность организации с точки зрения ее ключевых бизнес-процессов.

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

· Архитектура приложений. Определяет, какие приложения используются и должны использоваться для управления данными и поддержки бизнес-функций (например, модели приложений).

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

В зависимости от конкретных потребностей организации и актуальности решения тех или иных проблем можно выделить и другие представления архитектуры, например:

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

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

· Сетевая архитектура. Определяет описания, правила, стандарты, которые связаны с сетевыми и коммуникационными технологиями, используемыми в организации.

· Архитектура безопасности и т.д.

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

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

Рис. 5.1.Области, входящие в понятие Архитектуры предприятия

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

Домены (предметные области) архитектуры

Элементы архитектуры предприятия

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

М. Е. Салтыков-Щедрин. «История одного города»

Домены (предметные области) архитектуры

Обычно в составе архитектуры выделяют от четырех до семи основных представлений (предметных областей или доменов) [4.1],[4.2], [4.3], [4.4]. Эти области последовательно покрывают архитектурные аспекты, отталкиваясь от потребностей функционирования организации (бизнеса) и обеспечивая весь набор технологий для реализации конкретного решения бизнес-проблемы. Ниже перечислены представления (домены) архитектуры:

· Бизнес-архитектура. Описывает деятельность организации с точки зрения ее ключевых бизнес-процессов.

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

· Архитектура приложений. Определяет, какие приложения используются и должны использоваться для управления данными и поддержки бизнес-функций (например, модели приложений).

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

В зависимости от конкретных потребностей организации и актуальности решения тех или иных проблем можно выделить и другиепредставления архитектуры, например:

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

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

· Сетевая архитектура. Определяет описания, правила, стандарты, которые связаны с сетевыми и коммуникационными технологиями, используемыми в организации.

· Архитектура безопасности и т.д.

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

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

Рис. 5.1.Области, входящие в понятие Архитектуры предприятия

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

17. Роль стандартов в архитектуре информационных систем.

Применение стандартов играет важную роль в архитектуре информационных систем – прежде всего потому, что стандарты обеспечивают возможность взаимодействия различных компонент между собой. Чем более сложной, распределенной и тиражируемой является система, тем эта определяющая и консолидирующая роль стандартов становится все более актуальной. Стандарты есть общепринятые документы, формализующие лучшие практики. Строго говоря, принято различать стандарты де-юре, т.е. разработанные и поддерживаемые официальными органами по стандартизации, такими как Международная организацияпо стандартизации – ISO, и стандарты де-факто, основанные на существующем широком распространении технологии, методологии или продукта (например, использование MS Windows в качестве операционной системы для персональных компьютеров).

Читать еще:  Процессы перемагничивания ферромагнетика домены

С другой стороны, можно выделять два класса – «технологические» и «рамочные» стандарты. Технологические стандарты определяют особенности реализации тех или иных протоколов, интерфейсов, языков программирования и т.п. Типичным примером являются спецификации WWW консорциума W3C. В составе описания ИТ-архитектуры предприятия обычно приводятся ссылки на используемые стандарты такого типа.

Для наших задач, связанных с разработкой архитектуры предприятия, наибольший интерес будут представлять такие «рамочные» стандарты, как уже упоминавшийся ISO 15704, а также ISO 15288 и, частично, ISO 12207. Помимо указанных, при разработке архитектуры предприятия достаточно широко используется порядка 30-ти дополнительных «поддерживающих» стандартов системной и программной инженерии. Например, стандарт ISO 14258 определяет концепции и правила для моделирования Предприятия и т.п. Эти стандарты являются рамочными (Framework) в том плане, что они задают общие требования к реализации процессов, связанных с разработкой и поддержкой жизненного цикла систем. Они обычно используются как методологическая основа для организации этих процессов с необходимой конкретизацией для каждого данного предприятия или области деятельности.

Если стандарт ISO 12207 был разработан для определения жизненного цикла только программного обеспечения, то ISO/IEC 15288 определяет жизненный цикл «более общей» системы. В применении к нашему контексту такой системой может являться совокупность информационных систем предприятия в целом.

В соответствии со стандартом ISO/IEC 15288 жизненный цикл систем охватывает «дерево» процессов, показанное на рис. 7.6.

Рис. 7.6.Структура активностей стандарта ISO 15288

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

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

Использование профилей направлено прежде всего на снижение трудоемкости и стоимости разработки проектов информационных систем и повышение качества их реализации за счет использования уже апробированных решений. При этом сами профили можно условно разделить на два класса – профили, описывающие собственно программные или архитектурные решения на основе ISO 15288, и профили, регламентирующие процессы жизненного цикла программных систем, такие как разработка, тестирование, сопровождение и т.п. Обычно для этого класса за основу берется стандарт ISO 12207.

Важным преимуществом использования архитектурных профилей является ориентация на использование модели открытых систем. Основные рекомендации по разработке таких профилей окружения открытых систем приведены в документе IEEE1003.23, доступном по адресу http://www.enterprise-architecture.info. Создаваемые профили могут быть использованы как для детализации собственно ИТ-архитектуры, так и для формализации процесса ее разработки. Обычно в состав такого профиля включаются следующие разделы:

· требования со стороны бизнеса, функциональной архитектуры, конечных пользователей, управления информационной системой;

· применяемые формальные, перспективные и де-факто стандарты;

· стратегии и планы миграции.

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

В составе интерфейсов выделяются отдельные сервисы информационных систем (ИС-сервисы). ИС-сервисы представляют собой сервисы достаточно высокого уровня (например, управление информацией или статистический анализ данных), которые могут быть объединены в группы – системные, коммуникационные, информационные и взаимодействия с пользователями. ИС-сервисы формулируются в бизнес-терминах, например, «статистическая обработка данных». Реализация этих сервисов осуществляется на основе взаимодействия «более элементарных» ИТ-сервисов, описываемых в терминах протоколов, программных интерфейсов икомпонент. Примерами таких сервисов могут являться печать или управление транзакциями.

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

Более подробная информация по стандартам для открытых систем приведена, например, в [4.31],[4.32]. Важно отметить, что такой подход может быть полезным даже в том случае, когда конкретная информационная система не полностью удовлетворяет принципу открытости.

Элементы Архитектуры предприятия. Бизнес-архитектура и архитектура информации

Элементы архитектуры предприятия

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

М. Е. Салтыков-Щедрин. «История одного города»

Домены (предметные области) архитектуры

Обычно в составе архитектуры выделяют от четырех до семи основных представлений (предметных областей или доменов) [4.1], [4.2], [4.3], [4.4]. Эти области последовательно покрывают архитектурные аспекты, отталкиваясь от потребностей функционирования организации (бизнеса) и обеспечивая весь набор технологий для реализации конкретного решения бизнес-проблемы. Ниже перечислены представления (домены) архитектуры:

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

В зависимости от конкретных потребностей организации и актуальности решения тех или иных проблем можно выделить и другие представления архитектуры , например:

  • Архитектура интеграции. Определяет инфраструктуру для интеграции различных приложений и данных. Например, в проектах в области » электронного правительства «, когда имеется большое количество государственных информационных систем различных ведомств, возникает настоятельная потребность создания самостоятельной инфраструктуры интеграции (архитектура интеграции), с целью предоставления государством интегрированных услуг гражданам и бизнесу по принципу «одного окна».
  • Архитектура общих сервисов. Примерами их являются такие сервисы, как электронная почта, каталоги, общие механизмы безопасности (идентификации, аутентификации, авторизации). То есть, это достаточно большое количество прикладных систем, которые носят «горизонтальный характер».
  • Сетевая архитектура. Определяет описания, правила, стандарты, которые связаны с сетевыми и коммуникационными технологиями, используемыми в организации.
  • Архитектура безопасности и т.д.
Читать еще:  Невозможно гарантировать подлинность домена

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

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

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

Обзор основных элементов архитектуры предприятия

Рубрика: Экономика и организация предприятия, управление предприятием

Дата публикации: 25.04.2016

Статья просмотрена: 1978 раз

Библиографическое описание:

Михайлов О. В. Обзор основных элементов архитектуры предприятия // Вопросы экономики и управления. — 2016. — №3. — С. 83-86. — URL https://moluch.ru/th/5/archive/31/895/ (дата обращения: 04.04.2020).

В статье рассмотрены основные предметные области и домены архитектуры предприятия, выделены модели, принципы и стандарты в рамках архитектуры предприятия.

Ключевые слова: архитектура предприятия, элементы архитектуры предприятия, бизнес-процессы.

В состав архитектуры предприятия включают от четырех до семи основных предметных областей и доменов [1]. Эти предметные области последовательно работают над архитектурными аспектами, отталкиваясь от потребностей работы предприятия и обеспечивая весь набор технологий для реализации какого-либо решения бизнес-проблемы. Выделяют следующие домены архитектуры предприятия:

 Бизнес-архитектура. Характеризует систему работы организации с точки зрения ее основных бизнес-процессов.

 Архитектура информации. Определяет оптимальный набор данных, необходимый для поддержания бизнес-процессов, а также для обеспечения стабильности и долговременного использования этих данных в прикладных системах.

 Архитектура приложений. Определяет оптимальный набор приложений для осуществления управления данными и поддержки бизнес-функций.

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

В зависимости от вида деятельности организации и актуальности решения тех или иных проблем выделяют и другие представления архитектуры:

 Архитектура интеграции. Определяет инфраструктуру для интеграции различных приложений и данных.

 Архитектура общих сервисов. Это использование в архитектуре предприятия общих механизмов и сервисов, например электронная почта, утилиты безопасности и др.

 Сетевая архитектура. Обеспечивает оптимальную работу сетевых и коммуникационных технологий, используемых в организации.

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

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

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

 Миссия и видение.

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

 Цели, задачи и стратегии.

 Архитектура информационных технологий.

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

 Процедуры. Это порядок описания правил и стандартов, которые используются на постоянной основе.

 Руководства и рекомендации. Описание максимально актуальных практик и подходов, необходимых для реализации правил и процедур.

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

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

Некоторые из приведенных выше элементов необходимо использовать в определенном порядке, т.е между правилами, стандартами и процедурами должна выстраиваться строгая иерархия. Стандарты всегда должны быть связаны с правилами, хотя правила не всегда имеют стандарты, а процедуры всегда имеют свои стандарты, но стандарты не имеют своих процедур.

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

При разработке и использовании стандартов необходимо опираться на следующие аспекты:

 Следует уделять внимание стандартам, которые способны эффективно использовать основные технологии архитектуры.

 Определять стандарты процессов.

 Разрабатывать современные интерфейсы. Работа интерфейсов является основой для интеграции систем.

 Организовать плотное взаимодействие меду бизнес подразделениями организации.

 Для максимальной эффективности стандартов необходимо работать над конкретными версиями технологий, интерфейсов программ, утилит и пр.

 Стандарты должны включать способы проверки на соответствие.

 Стандарты должны включать описание организации процесса и его поддержки, для чего стандарты должны периодически модернизироваться.

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

Модели можно классифицировать по различным критериям:

 формальные и неформальные;

 количественные — дающие численные оценки и проверки, и качественные — характеризующие понимание поведения системы;

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

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

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

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

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

Читать еще:  Проверить cname записи домена

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

  1. Михайлов О. В. Анализ развития основных методологий построения архитектуры предприятия // Международный научно-исследовательский журнал «Успехи современной науки». — 2016. — № 3, Том 2. — С. 37–38.

Доменом архитектуры является

В этой статье пойдёт речь о международном стандарте TOGAF (The Open Group Architecture Framework) в области системной архитектуры предприятия. TOGAF 9.1 занимает почти 700 страниц, поэтому здесь мы сможем рассмотреть только введение. Без исторического вступления, без объяснений, что такое Open Group, и рассуждений о пользе и трудностях практического применения стандартов — со всем этим разберётесь без меня — перейду сразу к делу.

Краткий обзор

На первых страницах стандарта приводится Executive Overview, в котором, судя по всему, даются ответы на возможные вопросы со стороны топ-менеджмента.

Что такое предприятие (enterprise)?

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

Что такое архитектура предприятия?

Основные термины в стандарте TOGAF взяты из стандарта ISO 42010 «Программная инженерия — Описание архитектуры&raquo. В соответствии с ISO 42010 архитектура представляет собой: «фундаментальную организацию системы, состоящую из компонент, их отношениях друг к другу и окружающей среде, а также принципов, определяющих проектирование и развитие системы&raquo. В этом смысле TOGAF рассматривает организацию как систему.

В тоже время TOGAF вводит для архитектуры и более частное определение, которое применяется в своём контексте. В соответствии с ним: « архитектура — это формальное описание системы или детальные план системы на уровне компонент, на основании которого осуществляется реализация системы&raquo.

Зачем нужно заниматься архитектурой предприятия?

Во введении к TOGAF приводится много лозунгов про эффективность бизнеса и ИТ. Но главным образом, всё сводится к тому, что архитектура обеспечивает стратегический контекст развитию ИТ в ответ на требования бизнеса. Другими словами, если есть архитектура, то развитие ИТ происходит не спонтанно, например, по желанию некоторых руководителей или в соответствии с модой, навязываемой вендорами, но вся эта деятельность целиком подчинена бизнесу и его стратегическим интересам. В этом смысле архитектура похожа на ИТ–стратегию, с той лишь разницей, что архитектура является более детальным представлением деятельности, чем стратегия.

Что же заставит меня («капитана бизнеса») заниматься архитектурой предприятия?

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

Какие задачи ставятся архитектору на уровне предприятия?

  • Формализация выявленных проблем и заявленных требований к ИТ со стороны бизнеса. Отмечу, что выявлением проблем и установкой требований должен заниматься менеджмент.
  • Разработка архитектурных представлений (уровней), которые бы показывали, как решаются конкретные задачи и как обеспечивается реализация требований.
  • Определение точек разногласия различных заинтересованных сторон и разработка компромиссных предложений.

Почему в качестве основы для разработки архитектуры предприятия мне нужно выбрать именно TOGAF?

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

Как относиться к подобной аргументации — решайте сами.

Домены архитектуры

TOGAF является руководящей основой (framework) для разработки и поддержания архитектуры. В соответствии с TOGAF архитектуру предприятия можно представить в виде четырёх основных доменов:

  • Бизнес архитектура — определяет стратегию предприятия, структуру управления и ключевые бизнес процессы.
  • Архитектура данных — описывает логическую и физическую структуру данных организации, а также структуру корпоративных ресурсов для управления данными.
  • Архитектура приложений — служит своеобразной картой всех используемых корпоративных приложений и определяет следующие аспекты:
    1. участие каждого из приложений в бизнес процессах компании;
    2. взаимодействие приложений друг с другом и внешними сервисами.
  • Технологическая архитектура — определяет структуру и логику программного обеспечения и аппаратной среды, необходимых для работы бизнес приложений и доступа к нужным данным. Этот уровень включает всю поддерживающую инфраструктуру: сети, сервера, процессинг и т. п.

Архитектор уровня предприятия должен успешно работать в каждом из этих доменов.

Метод разработки архитектуры

TOGAF основан на итеративной процессной модели, которая предусматривает повторное использование имеющихся архитектурных компонент. TOGAF включает методологию разработки архитектуры под названием Architecture Development Method (ADM). В соответствии с ADM разработка системной архитектуры состоит из следующих фаз:

Architecture Development Method

  • Предварительная фаза предусматривает подготовку условий для разработки архитектуры, включая адаптацию TOGAF к реальной среде, и определение основных принципов, на которых будет строиться разработка архитектуры.
  • Фаза A: Видение архитектуры представляет собой начальную фазу цикла разработки архитектуры. Фаза включает планирование основных мероприятий, определение заинтересованных сторон, создание «Архитектурного видения» и утверждение это видения у руководства.
  • Фаза B: Бизнес архитектура предусматривает разработку архитектуры деятельности предприятия в соответствии с ранее утвержденным видением.
  • Фаза C: Архитектура информационных систем
  • Фаза D: Технологическая архитектура
  • Фаза E: Возможности и решения. Фаза определяет разрыв между текущей архитектурой и целевой, а также устанавливает набор возможных средств для достижения целевой архитектуры. В основе данной фазы лежит знакомый многим SWOT–анализ. В качестве средств достижения целей могут инициироваться различные проекты и программы.
  • Фаза F: Планирование перехода определяет мероприятия для перехода из текущего состояния архитектуры в целевое. Фаза предусматривает разработку «Плана реализации и перехода», детализированного до уровня пакетов работ, которым можно дать стоимостную оценку и, в конечном счёте, оценить проектные параметры (объём, сроки, стоимость) всего перехода в целом.
  • Фаза G: Управление реализацией обеспечивает архитектурный надзор в процесс перехода от текущего состояния к целевому.
  • Фаза H: Управление изменениями в архитектуре. Для того чтобы обеспечить достижение изначальных целей в меняющихся условиях, необходимо управлять всеми изменениями, которые вносятся в целевую архитектуру.
  • Управление требованиями — это процесс, который охватывает все этапы разработки архитектуры и обеспечивает целостность всего проекта.

Следующая статья будет посвящена структурным элементам TOGAF

Обзор подготовлен с использованием материалов стандарта TOGAF версии 9.1

Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector
×
×