Jump to content

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

(Перенаправлено с Agile Architecture )

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

Уотерман, Нобель и Аллан (2015) [2] исследовали противоречия между тратой слишком малого количества времени на проектирование предварительной архитектуры, увеличивающим риск, и тратой слишком большого количества времени, что отрицательно влияет на предоставление ценности клиенту. Они выделяют шесть сил, которые могут повлиять на гибкую архитектуру: нестабильность требований, технический риск, ранняя выгода, командная культура, гибкость и опыт клиентов. С этими силами можно справиться с помощью шести стратегий: реагирование на изменения, устранение рисков, возникающая архитектура, предварительное масштабное проектирование и использование фреймворков и шаблонных архитектур.

Определение

[ редактировать ]

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

  1. Появляется дизайн. Архитектура – ​​это сотрудничество. (преднамеренная архитектура)
  2. Чем больше система, тем длиннее взлетно-посадочная полоса (архитектурная взлетно-посадочная полоса).
  3. Создайте простейшую архитектуру, которая может работать (установленные принципы проектирования).
  4. Если есть сомнения, закодируйте или смоделируйте это (шипы, прототип, модель предметной области и вариантов использования).
  5. Они создают это, они это тестируют (проектирование для тестируемости)
  6. Монополии на инновации (команды, хакатоны) нет – кнопка «Мне нравится» в Facebook была задумана в рамках хакатона
  7. Внедрить архитектурный поток (архитектурные эпопеи и канбан портфолио) — канбан портфолио проходит через воронку , проверку, анализ, портфолио и реализацию.

Принципы

[ редактировать ]

На уровне архитектуры предприятия , Скотт Эмблер (2016). [4] предлагает следующие принципы:

  • Эволюционное сотрудничество над чертежами
  • Общение важнее совершенства
  • Активное участие заинтересованных сторон
  • Архитекторы предприятия являются активными участниками команд разработчиков.
  • Разрешение вместо проверки (примеры)
  • Модели высокого уровня (чем сложнее, тем абстрактнее)
  • Захват деталей с помощью рабочего кода
  • Бережливое руководство и правила, а не бюрократические процедуры
  • Иметь специальную команду опытных корпоративных архитекторов

Святослав Котусев выделяет следующие аспекты «гибкой» архитектуры предприятия : [5] [6]

  1. Гибкость стратегического планирования, [7] [8] включая такие аспекты, как (а) общее количество времени и усилий, затраченных на стратегическое планирование, (б) масштабы организации, охватываемые стратегическим планированием, (в) временной горизонт стратегического планирования и (г) как точно определяется желаемое будущее
  2. Гибкость реализации инициатив, [7] [8] включая такие аспекты, как (а) логический поток реализации инициатив и (б) объем артефактов EA, разработанных для инициатив, то есть обзоры решений и проекты решений. [9] [10]
  3. Гибкость распределения финансов, включая такие аспекты, как (а) состав корпоративных портфелей инвестиций в ИТ и (б) структура процессов бюджетирования.
  4. Гибкость управления архитектурой, включая такие аспекты, как (а) формальность процессов принятия решений и (б) соблюдение утвержденных планов.
  5. Гибкость функции архитектуры, включая такие аспекты, как (а) доля архитекторов в общей численности ИТ-персонала и (б) степень участия архитекторов в ИТ-проектах.
  6. Гибкость других элементов, включая такие аспекты, как (а) уровень технической стандартизации и (б) сложность используемых программных инструментов.

Практики

[ редактировать ]

Репозиторий практик проектирования с открытым исходным кодом (DPR) собирает такие практики гибкого проектирования, как:

  1. ^ Крухтен, П. (2010). Архитектура программного обеспечения и гибкое программное обеспечениеРазвитие — столкновение двух культур? Материалы 32-й Международной конференции ACM/IEEE по программной инженерии
  2. ^ Уотерман, Нобель и Аллан. (2015). Сколько вперед? Обоснованная теория гибкой архитектуры. В материалах 37-й Международной конференции по программной инженерии.
  3. ^ Леффингвелл, Дин (10 июля 2008 г.). «Гибкая архитектура: технический документ уже доступен» . Масштабирование гибкости программного обеспечения . Проверено 6 февраля 2017 г.
  4. ^ Эмблер, С. (2016). Гибкая архитектура предприятия – дисциплинированные и прагматичные стратегии. [видео] Получено с: https://www.youtube.com/watch?v=AaIiG73QE3c.
  5. ^ «Что такое гибкая архитектура предприятия?» , Котусев С., июнь 2020 г.
  6. ^ «Настройка вашей практики EA для гибкости» , Котусев, С., декабрь 2020 г.
  7. ^ Перейти обратно: а б «Практика архитектуры предприятия на странице» , Котусев С., ноябрь 2019 г.
  8. ^ Перейти обратно: а б «Процессный взгляд на практику архитектуры предприятия» , Котусев С., сентябрь 2019 г.
  9. ^ «Архитектура предприятия на странице» , Котусев С., декабрь 2018 г.
  10. ^ «Восемь важнейших артефактов архитектуры предприятия» , Котусев, С., февраль 2017 г.
  11. ^ «Справочник по практике проектирования» , Циммерманн, О., Стокер. М., апрель 2021 г.

Репозиторий практики проектирования (DPR), Git Pages и проект с открытым исходным кодом.

Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 9babbcdccf8e81ef97c08064fbaa92b3__1716046200
URL1:https://arc.ask3.ru/arc/aa/9b/b3/9babbcdccf8e81ef97c08064fbaa92b3.html
Заголовок, (Title) документа по адресу, URL1:
Agile architecture - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)