Гибкий унифицированный процесс - Agile Unified Process - Wikipedia

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

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

Дисциплина

В отличие от RUP, в AUP всего семь дисциплин.^{[нужна цитата ]}:

Модель. Понять бизнес организации, проблемную область, которую решает проект, и определить жизнеспособное решение для решения проблемной области.
Выполнение. Преобразуйте модель (ы) в исполняемый код и выполните базовый уровень тестирования, в частности модульное тестирование.
Тест. Проведите объективную оценку для обеспечения качества. Это включает в себя поиск дефектов, проверку того, что система работает, как задумано, и подтверждение того, что требования соблюдены.
Развертывание. Планируйте поставку системы и выполнение плана, чтобы сделать систему доступной для конечных пользователей.
Управление конфигурацией. Управляйте доступом к артефактам проекта. Это включает не только отслеживание версий артефактов с течением времени, но также контроль и управление их изменениями.
Управление проектом. Управляйте действиями, происходящими в рамках проекта. Это включает в себя управление рисками, руководство людьми (назначение задач, отслеживание прогресса и т. Д.), А также координацию с людьми и системами, выходящими за рамки проекта, чтобы быть уверенным, что он будет выполнен вовремя и в рамках бюджета.
Среда. Поддержите остальные усилия, убедившись, что надлежащий процесс, руководство (стандарты и руководства) и инструменты (оборудование, программное обеспечение и т. Д.) Доступны для команды по мере необходимости.

Философии

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

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

Релизы

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

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

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

[register-1] Уотерс, Джон К. (28 февраля 2008 г.). «Роль Agilelands в играх и программном обеспечении для бизнеса». Реестр. Получено 2009-08-03.

[2] Результаты исследования состояния гибкой разработки, 2011 г. VersionOne

[AUP-3] Эмблер, Скотт. «Гибкий унифицированный процесс (AUP)». Ambysoft. Получено 21 декабря 2015.

[1]

[2]

[3]