WikiDer > Гибкий унифицированный процесс - Википедия

Agile Unified Process - Wikipedia

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

В 2011 году на долю AUP приходился один процент всех используемых гибких методологий.[2] В 2012 году AUP был заменен дисциплинированная гибкая доставка (ПАПА). С тех пор работы по развитию 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 различают два типа итераций. Итерация выпуска разработки приводит к развертыванию в области контроля качества и / или демонстрационной области. Итерация производственного выпуска приводит к развертыванию в производственной области. Это значительное усовершенствование рациональный унифицированный процесс.

AgileUnifiedProcessTimeline20060704.png

Смотрите также

Рекомендации

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

внешняя ссылка