Архитектурные каркасы (Architecture Framework). TOGAF.

автор публикации: Мадорская Ю.М.,
к.т.н., доцент СПбГПУ

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

В TOGAF определено четыре представления архитектуры предприятия:

  • бизнес-архитектура  — описывает бизнес-процессы, соответствующие целям предприятия,
  • архитектура приложений  — описывает, как конкретные приложения спроектированы и как они взаимодействуют,
  • архитектура данных — описывает организацию хранилищ данных предприятия и способы доступа к ним,
  •  техническая архитектура – описывает программную и техническую инфраструктуру, обеспечивающую поддержку и взаимодействие бизнес-приложений [95].

В документе компании разработчика TOGAF, поясняющем соотношение TOGAF и схемы Захмана [88], уточняется, что данные четыре представления соответствуют первым четырем уровням схемы Захмана.

Несмотря на то, что разработчики TOGAF назвали  свою работу как архитектурный каркас наиболее значимая часть данной работы это Метод Разработки Архитектуры, известный как ADM. Таким образом, TOGAF в большей степени процесс разработки архитектуры, а не архитектурный каркас. И если рассматривать TOGAF как процесс, то он дополняет схему Захмана. Схема Захмана классифицирует модели предприятия, а TOGAF описывает процесс их создания [95]. 

TOGAF содержит раздел «Управление изменениями архитектуры» [12]. В данном разделе сообщается, что в организации должен быть определен процесс управления изменениями архитектуры и предлагается адаптировать существующий в организации процесс управления изменениями, например, управления изменениями проектов. В любом случае – существует ли такой процесс в организации или он строится с нуля, должны осуществляться следующие действия:

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

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

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

;-)Любое копирование и публикация материала допускается только с письменного разрешения автора.
Для ссылки правильно использовать:
Мадорская Ю. М., Метод оценки сложности модификации программного обеспечения АСУП: дис. … канд. техн. наук: 05.13.06/ Мадорская Юлия Михайловна; Санкт-Петербургский государственный политехнический университет; науч. рук. Курочкин М. А. — СПб., 2011. — 205с. : ил.- Библиогр.: с. 138-148.

Профессиональная система управления требованиями с поддержкой любого архитектурного каркаса


Литература

[12] Данилин А. Архитектура и стратегия  / А. Данилин,  А. Слюсаренко. –  М. Интернет-Ун-т Информ. Технологий,  2005. – 504 с.

[88]  Opengroup web-site. ADM and the Zachman Framework // URL: http://www.opengroup.org/architecture/togaf8-doc/arch/chap39.html.

[95]  Sessions R.   A Comparison of the Top Four Enterprise-Architecture Methodologies  // MSDN 2007 URL: http://msdn.microsoft.com/en-us/library/bb466232.aspx#eacompar_topic9.

Присоединиться в facebook или linkedin

Комментарии

комментарии

Комментарии закрыты.