- PVSM.RU - https://www.pvsm.ru -

Построение корпоративной архитектуры в ИТ-проектах, используя методологию TOGAF

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

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

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

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

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

  • обзор методологии TOGAF;

  • анализ жизненного цикла программного продукта;

  • сравнение TOGAF и жизненного цикла программного обеспечения;

  • уточнение области применения TOGAF.

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

Обзор методологии TOGAF

The Open Group Architecture Framework или сокращенно TOGAF представляет собой методологию непрерывного построения, контроля и улучшения ИТ-архитектуры предприятия [5]. Методология TOGAF содержит метод разработки архитектуры под названием ADM (Architecture Development Method) и дает рекомендации по его использованию, разделенные на домены знаний. Метод ADM апеллирует несколькими этапами работ, необходимыми для формирования как самой корпоративной архитектуры, так и бизнес-процессов по ее управлению (табл. 1):

  • подготовка;

  • проработка архитектуры;

  • планирование внедрения;

  • управление проектом внедрения.

Табл. 1. Этапы работ согласно ADM

Этап

Подэтап

Ключевые задачи

Подготовка

Предварительный

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

 

Архитектурное видение

Описание проблемы; выявление бизнес-ограничений; верхнеуровневое понимание AS-IS и TO-BE архитектуры (бизнес, данные, приложения и техника); план коммуникаций.

 

Управление требованиями

Обработка и управление требованиями к архитектуре; ведение спецификации архитектурных требований.

Проработка архитектуры

Бизнес-архитектура 

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

Gap-анализ между AS-IS и TO-BE архитектурами и выявление требований; оценка влияния прочих видов архитектур на рассматриваемую TO-BE архитектуру; финализация TO-BE архитектуры; предварительная дорожная карта для достижения TO-BE архитектуры.

 

Архитектура данных

 

Архитектура приложений

 

Техническая архитектура

Планирование внедрения

 Планирование решения

Консолидация требований по результатам Gap-анализа четырех видов архитектур; идентификация взаимозависимых требований; определение временных архитектур для переходного периода; группировка активностей для реализации требований от различных видов архитектур в пакеты работ; предварительная дорожная карта для достижения TO-BE архитектур в разрезе пакетов работ.

 

Планирование внедрения

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

Управление проектом внедрения

Внедрение 

Исполнение проекта внедрения; контроль соответствия результатов проекта и TO-BE архитектур.

 

Изменение архитектуры

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

TOGAF рассматривает IT-архитектуру с точки зрения классических уровней: бизнес-процессы, данные, приложения и техника, дополняя их управлением проекта внедрения и изменениями. Финализация работ над архитектурой осуществляется формированием постоянно действующего архитектурного комитета, управляющего изменениями и целевым видением корпоративной архитектуры. Таким образом, TO-BE архитектура, следуя модели усовершенствования процессов CMM (Capability Maturity Model), лежащей в основе TOGAF, подлежит постоянному пересмотру и улучшению, что является ответом на изменения внешней по отношению к предприятию среды.

Жизненный цикл программного обеспечения

Жизненный цикл любой системы стартует с момента осознания потребности в ней и завершается ее утилизацией. Применительно к программным системам появляются редко упоминаемые в литературных источниках активности предпроекта внедрения и задачи пост-имплементации [3-4]. Таким образом жизненный цикл информационной системы состоит из проектов:

  • пред-внедрения;

  • внедрения;

  • пост-внедрения,

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

Выходные данные и полный текст статьи

Сорокин М.М. TOGAF для построения корпоративной архитектуры в ИТ-проектах по разработке и настройке программного обеспечения // Корпоративные информационные системы. – 2024. – №2 (26) – С. 1-9. – URL: https://corpinfosys.ru/archive/2024/issue-26/275-2024-26-togaf [1].

TOGAF для построения корпоративной архитектуры в ИТ-проектах по разработке и настройке программного обеспечения

TOGAF для построения корпоративной архитектуры в ИТ-проектах по разработке и настройке программного обеспечения

Автор: stepanovdandcorpinfosys

Источник [2]


Сайт-источник PVSM.RU: https://www.pvsm.ru

Путь до страницы источника: https://www.pvsm.ru/korporativnaya-arhitektura/452000

Ссылки в тексте:

[1] https://corpinfosys.ru/archive/2024/issue-26/275-2024-26-togaf: https://corpinfosys.ru/archive/2024/issue-26/275-2024-26-togaf

[2] Источник: https://habr.com/ru/articles/1037612/?utm_campaign=1037612&utm_source=habrahabr&utm_medium=rss