Jump to content

Гибкий унифицированный процесс

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

В 2011 году на долю AUP приходилось один процент всех используемых гибких методологий. [2] В 2012 году AUP был заменен дисциплинированной гибкой поставкой (DAD). С тех пор работа над развитием 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 под свои нужды .

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

См. также

[ редактировать ]
  1. ^ Уотерс, Джон К. (28 февраля 2008 г.). «Роль Agile в играх и бизнес-программном обеспечении» . Регистр . Проверено 3 августа 2009 г.
  2. ^ «Результаты исследования состояния гибкой разработки, 2011 г. Версия первая» . Архивировано из оригинала 17 июля 2015 г. Проверено 26 июня 2014 г.
  3. ^ Эмблер, Скотт. «Унифицированный гибкий процесс (AUP)» . Амбисофт . Архивировано из оригинала 8 августа 2019 года . Проверено 21 декабря 2015 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 688606ff54d41862db2b5ac0958fe6c9__1712216340
URL1:https://arc.ask3.ru/arc/aa/68/c9/688606ff54d41862db2b5ac0958fe6c9.html
Заголовок, (Title) документа по адресу, URL1:
Agile unified process - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)