Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Agile Unified Process ( AUP ) - это упрощенная версия Rational Unified Process (RUP), разработанная Скоттом Амблером . [1] В нем описывается простой и понятный подход к разработке программного обеспечения бизнес-приложений с использованием гибких методов и концепций, но при этом остается верным RUP. AUP применяет гибкие методы, включая разработку через тестирование (TDD), гибкое моделирование (AM), гибкое управление изменениями и рефакторинг базы данных для повышения производительности.

В 2011 году на AUP приходился один процент всех используемых гибких методологий. [2] В 2012 году на смену AUP пришла дисциплинированная гибкая доставка (DAD). С тех пор работа над развитием AUP прекратилась.

Дисциплина [ править ]

В отличие от RUP, в AUP всего семь дисциплин [ необходима цитата ] :

  1. Модель . Понять бизнес организации, проблемную область, которую решает проект, и определить жизнеспособное решение для решения проблемной области.
  2. Реализация . Преобразуйте модель (ы) в исполняемый код и выполните базовый уровень тестирования, в частности модульное тестирование .
  3. Тест . Проведите объективную оценку для обеспечения качества. Это включает в себя поиск дефектов, проверку того, что система работает, как задумано, и подтверждение того, что требования соблюдены.
  4. Развертывание . Планируйте поставку системы и выполнение плана, чтобы сделать систему доступной для конечных пользователей.
  5. Управление конфигурацией . Управляйте доступом к артефактам проекта. Это включает в себя не только отслеживание версий артефактов с течением времени, но также контроль и управление изменениями в них.
  6. Управление проектами . Управляйте действиями, происходящими в рамках проекта. Это включает в себя управление рисками, руководство людьми (назначение задач, отслеживание прогресса и т. Д.) И координацию с людьми и системами, выходящими за рамки проекта, чтобы быть уверенным, что он будет выполнен вовремя и в рамках бюджета.
  7. Окружающая среда . Поддержите остальные усилия, убедившись, что надлежащий процесс, руководство (стандарты и руководства) и инструменты (оборудование, программное обеспечение и т. Д.) Доступны для команды по мере необходимости.

Философия [ править ]

Agile UP основан на следующих принципах [3]

  1. Ваши сотрудники знают, что делают . Люди не собираются читать подробную документацию по процессу, но время от времени им может потребоваться высокоуровневое руководство и / или обучение. Если вам интересно, продукт AUP предоставляет ссылки на многие детали, но не навязывает их вам.
  2. Простота . Все кратко описано на нескольких страницах, а не на тысячах.
  3. Ловкость . Agile UP соответствует ценностям и принципам гибкой разработки программного обеспечения и Agile Alliance .
  4. Сосредоточьтесь на важных делах . Основное внимание уделяется деятельности, которая действительно имеет значение, а не всем возможностям, которые могут случиться с вами в проекте.
  5. Независимость от инструмента . Вы можете использовать любой набор инструментов с Agile UP. Рекомендуется использовать инструменты, которые лучше всего подходят для работы, часто это простые инструменты.
  6. Вы захотите адаптировать AUP под свои нужды .

Релизы [ править ]

Agile Unified Process различает два типа итераций. Итерация выпуска разработки приводит к развертыванию в области контроля качества и / или демонстрационной области. Итерация производственного выпуска приводит к развертыванию в производственной зоне. Это существенное усовершенствование Rational Unified Process .

AgileUnifiedProcessTimeline20060704.png

См. Также [ править ]

Ссылки [ править ]

  1. Перейти ↑ Waters, John K (28 февраля 2008 г.). «Роль Agilelands в играх и программном обеспечении для бизнеса» . Реестр . Проверено 3 августа 2009 . CS1 maint: обескураженный параметр ( ссылка )
  2. ^ Состояние результатов опроса по гибкой разработке, 2011 г. VersionOne
  3. ^ Эмблер, Скотт. «Гибкий унифицированный процесс (AUP)» . Ambysoft . Проверено 21 декабря 2015 года .

Внешние ссылки [ править ]

  • Страница AmbySoft Agile Unified Process
  • Статья доктора Доббса Скотта Эмбера «Куда делись все позиции?»