Применение методики описания модели TOGAF при построении архитектуры предприятия

Размещено на http://www.allbest.ru/

ПРИМЕНЕНИЕ МЕТОДИКИ ОПИСАНИЯ МОДЕЛИ TOGAF ПРИ ПОСТРОЕНИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ

Титов С.В., Самсонов А.Г.

Национальный исследовательский ядерный университет «МИФИ»

В данной статье рассматривается применение TOGAF при построении архитектуры предприятия, а именно методика разработки архитектуры (ADM). Выявлены основные уровни архитектуры TOGAF. Выделены главные этапы построения архитектуры. Описаны ожидаемые результаты по завершению каждого этапа.

Ключевые слова: The Open Group Architecture Framework, TOGAF, архитектура предприятия, модель, ADM, ИТ-архитектура, спецификация.

APPLICATION OF THE METHODOLOGY FOR DESCRIBING THE TOGAF MODEL WHEN BUILDING AN ENTERPRISE ARCHITECTURE

Titov S.V., Samsonov A.G.

In this article, consider the use of TOGAF in the construction of the enterprise architecture, namely the architecture development methodology (ADM). Revealed the main levels of the TOGAF architecture are. Outlined the main stages of building the architecture. Expected described results at the end of each stage.

Keywords: The Open Group Architecture Framework, TOGAF, enterprise architecture, model, ADM, IT architecture, specification.

The Open Group Architecture Framework (TOGAF) является основой для архитектуры предприятия, которая обеспечивает проектирование, планирование, реализацию и управление информационно технологической структурой предприятия [3].

Таблица 1. Виды архитектуры TOGAF

Наиболее важным компонентом TOGAF является методика разработки архитектуры (ADM), которая представляет собой последовательность действий по созданию архитектуры.

Следовательно, TOGAF можно рассмотреть, как архитектурные процесс.

В модели TOGAF архитектура предприятия представлена как слияние архитектур. Процесс разработки архитектуры рассматривается как процесс перехода от обобщенной архитектуры к конкретизированной. Метод построения модели TOGAF является процессом осуществления этого перехода.

В модели TOGAF можно выделить четыре уровня архитектуры:

• Фундаментальные архитектуры: обобщенные, используется в большинстве ИТорганизациях мира;

• Общесистемные архитектуры: принципы построения прослеживаются в большинстве типов предприятий;

• Отраслевые архитектуры: характерны для организаций, занятых в одной сфере деятельности;

• Архитектуры организаций: характерны для конкретных предприятий.

togaf архитектура структура

Размещено на http://www.allbest.ru/

Рисунок 1. Отношение между ADM и континуумом предприятия.

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

• Техническая эталонная модель (TRM): описание общей ИТ-архитектуры;

• Информационная база стандартов (SIB): набор стандартов, которые рекомендуется использовать при построении архитектуры.

TRM и SIB в TOGAF рекомендуется использовать, но они не обязательны. Они имеют свои недостатки, так как направлены на обеспечение переносимости приложений в ущерб их способности к взаимодействию и автономности. Считается, что данное представление технической архитектуры уже устарело.

Для многих предприятий TOGAF сводится к методике построения архитектуры, высокоуровневое представление которой представлено на рисунке 2.

Рисунок 2. Этапы построения ADM

Методика построения архитектуры состоит из восьми повторяющихся после подготовки этапов [2]:

1) Подготовительный этап. На подготовительном этапе архитектор TOGAF встречается с представителями предприятиязаказчика для ознакомления их с основными процессами модели. Данный этап преследует следующие цели:

• Убедиться, что модель устраивает все заинтересованные стороны;

• При необходимости изменение процесса TOGAF в соответствии с корпоративной культурой предприятия;

• Разработка системы управления надзора за последующей разработкой архитектуры на предприятии.

2) Этап А. Архитектурное представление. Данный этап начинается с «Запроса на разработку архитектуры» от какого-либо отдела предприятия. Здесь указываются причины запроса, бюджет и сведения о персонале, а также некоторые ограничения, которые в дальнейшем следует учитывать. Так же на данном этапе следует определить бизнес-требования и разработать высокоуровневые определения для базовой и целевой архитектуры.

Основным документом, разрабатываемым на данном этапе является «Постановление о разработке архитектуры», которое согласовывается со всеми заинтересованными сторонами.

В конце данного этапа разрабатывается архитектурное представление для первой итерации цикла разработки архитектуры.

3) Этап Б: Архитектура бизнеса.

Цель этапа: создание детализированной и целевой архитектур предприятия. Анализ различий между этими архитектурами.

Данный этап включает в себя:

• Бизнес-моделирование;

• Анализ деятельности предприятия;

• Документирование технических требований.

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

4) Этап В. Архитектуры информационных систем. На данном этапе выполняются те же действия, что и на предыдущем, только для архитектуры информационных систем.

Ожидаемые результаты: информация о целях и архитектура приложений.

5) Этап Г. Технологическая архитектура. Ожидаемый результат: инфраструктура, необходимая для поддержки новой архитектуры.

6) Этап Д. Возможности и решения.

Ожидаемый результат: оценка возможностей реализации, основные этапы по внедрению,

7) Этап Е. Планирование перехода. На данном этапе происходит взаимодействие с руководством предприятия для согласования этапов внедрения с учетом затрат и факторов риска.

8) Этап Ж. Управление внедрением.

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

9) Этап З. Управление архитектурными изменениями. На данном этапе происходит корректировка процесса управления архитектурными изменениями, учитывая новые артефакты и данные.

После цикл повторяется. По завершению каждого цикла происходит передача информации о модели TOGAF, потребность в архитекторе снижается.

Большинство результатов TOGAF можно получить без помощи консультанта, используя лишь спецификацию. Она позволяет гибко работать с этапами.

«Перед применением методики разработки архитектуры необходимо проверить компоненты на применимость, а затем связать их с конкретными обстоятельствами отдельного предприятия. Это позволяет создать методику разработки архитектуры для конкретного предприятия». [1]

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

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

Список литературы

1. The open group. [Электронный ресурс]. Режим доступа: www.opengroup.org/togaf (дата обращения 05.06.2017).

2. Национальный Открытый Университет ИНТУИТ. [Электронный ресурс]. Режим доступа: http://www.intuit.ru/studies/courses/995/152/lecture/4236?page=7 (дата обращения 05.06.2017).

3. Перкс, Кол и Тони Беверидж. Руководство по ИТ-архитектуре предприятия. Нью-Йорк, штат Нью-Йорк: Springer, 2003. ISBN: 0-387-95132-6

Размещено на Allbest.ru