Ошибочным будет пытаться рассмотреть разработку программного обеспечения с момента его реализации и внедрения. В литературных источниках по этому поводу говорится, что жизненный цикл программной системы начинается с момента понимания необходимости в ней и завершается ее заменой на аналогичные или более новые образцы [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.
