Гибкая архитектура

Гибкая архитектура означает, как архитекторы предприятия / системы / программного обеспечения применяют архитектурную практику в гибкой разработке программного обеспечения. Ряд комментаторов определили напряженность между традиционной архитектурой программного обеспечения и гибкими методами вдоль оси адаптации (оставляя архитектурные решения до последнего возможного момента) по сравнению с ожиданием (планирование заранее). (Кручтен, 2010 г.)

Waterman, Nobel and Allan (2015) исследовали напряженность между затратами слишком мало времени на проектирование авангардной архитектуры, увеличение риска и слишком много времени, негативно влияя на доставку ценности клиенту. Они определяют шесть сил, которые могут повлиять на гибкую архитектуру: нестабильность требований, технический риск, раннее значение, культура команды, гибкость и опыт клиентов. Эти силы могут быть решены с помощью шести стратегий; Отвечайте на изменения, риск адресов, возникшую архитектуру, большой дизайн и использование фреймворков и шаблонных архитектур.

Было сделано несколько попыток указать, что представляет собой гибкий подход к архитектуре. Согласно структуре SAFe, принципы гибкой архитектуры:

Появляется дизайн. Архитектура — это сотрудничество. (преднамеренная архитектура)
Чем больше система, тем дольше взлетно-посадочная полоса (архитектурная взлетно-посадочная полоса)
Создайте простейшую архитектуру, которая может работать (установленные принципы проектирования)
Если у вас есть сомнения, введите код или смоделируйте его (образцы шипов, прототипов, доменов и моделей использования)
Они строят его, проверяют (дизайн для проверки)
Нет монополии на инновации (команды, хакафоны) — кнопка Facebook Like была задумана как часть хакатона
Внедрение архитектурного потока (архитектурные эпосы и портфолио канбан) — портфолио Канбан проходит через воронку, анализ, анализ, портфельное отставание и внедрение
На уровне Enterprise Architecture Скотт Амблер (2016) предлагает следующие принципы

Эволюционное сотрудничество над составом
Совершенствование коммуникации
Активное участие заинтересованных сторон
Архитекторы предприятия являются активными участниками групп разработчиков
Разрешение на осмотр (экземпляры)
Модели высокого уровня (более сложные, более абстрактные)
Детали захвата с рабочим кодом
Бережливое руководство и правила, а не бюрократические процедуры
У вас есть команда опытных корпоративных архитекторов