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

Корпоративные информационные системы и учетная политика организации при применении автоматизированной формы ведения учета

Аннотация: в статье ведется обзор методологии TOGAF, а также метода построения и управления корпоративной архитектурой ADM. Анализируется жизненный цикл программной системы. Проводится сравнение TOGAF и жизненного цикла софтверного продукта. Формулируется вывод о том, что применение принципов TOGAF на начальных этапах жизненного цикла программного решения целесообразно, если ожидается большое число программно-технических систем для использования в организации.
Ключевые слова: TOGAF, архитектура TOGAF, TOGAF ADM, архитектура предприятия TOGAF, модели TOGAF, TOGAF бизнес архитектура, togaf architecture, методология TOGAF, элементы TOGAF, TOGAF стандарт, open group togaf, TOGAF archimate, корпоративная архитектура, архитектура корпоративной системы, архитектура корпоративных приложений.
СкачатьPDF (статья), PDF (выпуск №26).

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

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

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

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

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

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

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

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

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

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

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

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

Табл. 2. Этапы жизненного цикла информационной системы
Вид проекта Этап Ключевые задачи
Проект пред-внедрения

Бизнес-кейс

Активности, проводимые на стороне заказчика:

  • сбор функциональных и нефункциональных требований;
  • выбор программного решения, наиболее полно покрывающего заявленные функциональные требования;
  • проведение процедуры Fit/Gap-анализа для определения предварительного списка доработок выбранной системы;
  • построение TO-BE архитектуры решения;
  • выбор стратегии внедрения;
  • создание план-графика проекта внедрения;
  • расчет предварительной стоимости проекта внедрения;
  • калькуляция ожидаемой стоимости лицензий, программного обеспечения и оборудования;
  • определение выгод от внедрения и сроков окупаемости;
  • формирование технического задания, содержащего часть указанных выше пунктов.
  Тендер  Активности, выполняемые на стороне подрядчика на основе технического задания от заказчика:
  • Fit/Gap-анализ функциональных требований для оценки доработок и настроек системы;
  • проработка нефункциональных требований;
  • актуализация TO-BE архитектуры программного решения;
  • уточнение план-графика проекта;
  • формирование ресурсного плана;
  • расчет стоимости внедрения;
  • подготовка документа коммерческого предложения.

Активности заказчика:

  • выбор победителя тендера.
  Договор внедрения  Активности заказчика и подрядчика:
  • заключение и подписание договора на имплементацию программной системы.
Проект внедрения Подготовка 

Активности заказчика/подрядчика:

  • мобилизация проектной команды;
  • готовятся шаблоны ключевых проектных документов;
  • определяются стейкхолдеры, формируется состав управляющего комитета и планируются регулярные встречи с ним;
  • детализируется план-график проекта;
  • проводится установочная встреча с участниками проекта.
  Анализ Активности подрядчика:
  • детализация требований;
  • Fit/Gap-анализ требований;
  • согласование объема требований к реализации.
  Проектирование Активности подрядчика:
  • подготовка проектных решений;
  • формирование функциональных спецификаций на разработку.
  Реализация  Активности подрядчика:
  • разработка и настройка программной системы;
  • функционально-модульное тестирование.
  Тестирование Активности заказчика/подрядчика:
  • интеграционное тестирование;
  • создание обучающих материалов и обучение ключевых пользователей;
  • приемочное тестирование.
  Подготовка к промышленной эксплуатации Активности заказчика/подрядчика:
  • формирование пользовательских инструкций и обучение конечных пользователей;
  • подготовка продуктивной системы;
  • миграция основных и переменных данных.
  Гиперподдержка промышленной эксплуатации   Активности подрядчика:
  • интенсивная поддержка конечных пользователей;
  • регистрация и устранение возникших дефектов;
  • передача системы заказчику.
Проект пост-внедрения Поддержка промышленной эксплуатации

Активности заказчика:

  • поддержка внедренного решения;
  • развитие программного решения.
  Прекращение применения

Активности заказчика/подрядчика:

  • выполнение проекта пред-внедрения;
  • реализация проекта имплементации и отключение «старой» программной системы.

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

3. TOGAF и жизненный цикл программного обеспечения

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

Сопоставление этапов работ жизненного цикла программного обеспечения и метода ADM от TOGAF

Рис. 1. Сопоставление этапов жизненного цикла программного обеспечения и метода ADM от TOGAF

Как видно из рис. 1, большая часть работ по корпоративной архитектуре из ADM приходится на этап бизнес-кейса: подготовка, проработка и планирование внедрения архитектуры. Ожидаемо, активности TOGAF по управлению изменениями требований и архитектуры релевантны практически всем фазам жизненного цикла ПО. Задачи внедрения софтверного решения согласно ADM соотносятся с соответствующими работами жизненного цикла продукта.

Заключение

Жизненный цикл программного обеспечения ориентирован на рассмотрение всех этапов работ, через которые проходит программный продукт в течение всего периода своего существования. Акцент жизненного цикла делается на единичное программное решение. Фаза бизнес-кейса, с которой стартует «жизнь» системы, объясняет потребность в программном продукте и дает понимание выгод и сложностей его внедрения. Вопросы архитектуры здесь обсуждаются, однако они носят больше демонстрационно-доказательный характер. Напротив, методология TOGAF с первых этапов работы над архитектурой, сопоставимых с фазой бизнес-кейса предпроекта внедрения программного решения, уделяет особое внимание выстраиванию правильной модели взаимодействия множества информационных и технических систем. Проектирование целевой корпоративной архитектуры позволяет задать такую последовательность реализации ИТ-проектов, которая обеспечивает обдуманную доставку продуктов и бизнес-ценностей сотрудникам компании.
Фаза бизнес-кейса апеллирует минимально достаточным числом информационных систем, входящих в объем последующего имплементирования. Ее усиление подходами ADM от TOGAF позволяет расширить число рассматриваемых программных продуктов и соответствующих инициатив, обеспечивая прозрачную дорожную карту развития корпоративной ИТ-архитектуры на несколько лет вперед. Применение принципов TOGAF с самых начальных стадий жизненного цикла ПО выглядит выигрышной стратегий в случае наличия и/или ожидания большого количества программно-технических подсистем для применения в организации. Следование методу ADM потребует мобилизацию отдельной архитектурной команды, которая будет участвовать в проектах имплементации программных решений и инициатив, гарантируя соблюдение принципов и регулярных бизнес-процессов ведения корпоративной ИТ-архитектуры.

Литература

  1. Баллод Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем: учебное пособие. – Ростов н/Д.: Феникс, 2009. – 508 с.
  2. Остроух А.В., Суркова Н.Е. Проектирование информационных систем. М.: Лань, 2019. – 164 с.
  3. Степанов Д.Ю. Жизненный цикл корпоративных информационных систем: от бизнес-кейса до прекращения промышленной эксплуатации (часть 1) // Корпоративные информационные системы. – 2023. – №4 (24) – с. 16-25. – URL: https://corpinfosys.ru/archive/2023/issue-24/229-2023-24-erplifecycle.
  4. Степанов Д.Ю. Жизненный цикл корпоративных информационных систем: от бизнес-кейса до прекращения промышленной эксплуатации (часть 2) // Корпоративные информационные системы. – 2024. – №1 (25) – с. 1-3. – URL: https://corpinfosys.ru/archive/2024/issue-25/231-2024-25-erplifecycle.
  5. Harrison R. TOGAF certified study guide. Van Haren Publishing, Zaltbommel, 2013. – 324 p.

Выходные данные статьи

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

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

Об авторе

 Сорокин Михаил Михайлович Сорокин Михаил Михайлович – выпускник кафедры корпоративных информационных систем института информационных технологий РТУ МИРЭА. Тема выпускной квалификационной работы магистра «Принципы и подходы автоматизации закупочной деятельности предприятия в системе 1С: ERP». Электронная почта: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра..

Статьи выпуска №26

  1. TOGAF для построения корпоративной архитектуры в ИТ-проектах.