Рациональный унифицированный процесс ( RUP ) — это итеративный процесс разработки программного обеспечения , созданный корпорацией Rational Software Corporation, подразделением IBM с 2003 года. [1] RUP — это не единый конкретный предписывающий процесс, а скорее адаптируемая структура процесса , предназначенная для адаптации организациями-разработчиками и командами проектов по разработке программного обеспечения, которые будут выбирать элементы процесса, соответствующие их потребностям. RUP — это конкретная реализация унифицированного процесса .
Rational Software изначально разработала рациональный унифицированный процесс как программный процессный продукт. Продукт включает гиперссылочную базу знаний с образцами артефактов и подробными описаниями для многих различных типов деятельности. RUP включен в продукт IBM Rational Method Composer (RMC), который позволяет настраивать процесс.
Филиппу Крухтену , опытному техническому представителю Rational, было поручено возглавить первоначальную команду RUP.
Эти первоначальные версии объединили обширный практический опыт организации Rational Software в создании объектно-ориентированных систем (называемый сотрудниками Rational на местах подходом Rational) с руководством Objectory по таким практикам, как варианты использования, и включили обширный контент из подхода Джима Рамбо к моделированию Object Modeling Technology (OMT), метода Буча Грейди Буша и недавно выпущенного UML 0.8. [2] [3]
Чтобы сделать эту растущую базу знаний более доступной, Филиппу Крухтену было поручено собрать явную структуру процесса для современной программной инженерии. В этой работе использовался механизм доставки процессов на основе HTML , разработанный Objectory. Получившийся в результате "Rational Unified Process" (RUP) завершил стратегический трипод для Rational:
В последующих версиях это руководство было дополнено знаниями, основанными на опыте компаний, приобретенном Rational.
В 1997 году к подходу были добавлены дисциплины требований и тестирования, большая часть дополнительных материалов была взята из метода Колледжа требований, разработанного Дином Леффингвеллом и др. в Requisite, Inc., и метода Процесса SQA, разработанного в SQA Inc. (обе компании были приобретены Rational Software).
В 1998 году компания Rational Software добавила две новые дисциплины:
Эти дополнения приводят к всеобъемлющему набору принципов, которые были определены Rational и сформулированы в RUP как шесть лучших практик для современной разработки программного обеспечения:
Эти передовые практики были тесно связаны с линейкой продуктов Rational, и оба они способствовали дальнейшему развитию продуктов Rational, а также использовались полевыми группами Rational для помощи клиентам в повышении качества и предсказуемости их усилий по разработке программного обеспечения.
Были включены дополнительные методы, включая тестирование производительности, проектирование пользовательского интерфейса, проектирование данных, а также обновление, отражающее изменения в UML 1.1.
В 1999 году была введена дисциплина управления проектами, а также методы поддержки разработки программного обеспечения в реальном времени и обновления для отражения UML 1.3. Кроме того, в том же году была опубликована первая книга, описывающая этот процесс, The Unified Software Development Process ( ISBN 0-201-57169-2 ) Айвара Якобсона , Грейди Буша и Джеймса Рамбо .
В период с 2000 по 2003 год ряд изменений ввели руководство из текущего опыта Rational в области итеративной разработки, в дополнение к поддержке инструментов для принятия экземпляров RUP и для настройки фреймворка RUP. Эти изменения включали:
IBM приобрела Rational Software в феврале 2003 года.
В 2006 году IBM создала подмножество RUP, предназначенное для реализации проектов Agile , и выпустила его в виде метода с открытым исходным кодом под названием OpenUP на веб-сайте Eclipse . [5]
RUP основан на наборе строительных блоков и элементов контента, описывающих, что должно быть произведено, необходимые требуемые навыки и пошаговое объяснение, описывающее, как должны быть достигнуты конкретные цели разработки. Основные строительные блоки или элементы контента следующие:
В рамках каждой итерации задачи подразделяются на девять дисциплин:
RUP определил жизненный цикл проекта, состоящий из четырех фаз. Эти фазы позволяют представить процесс на высоком уровне, аналогично тому, как можно представить проект в стиле «водопад», хотя по сути ключ к процессу лежит в итерациях разработки, которые лежат во всех фазах. Кроме того, каждая фаза имеет одну ключевую цель и веху в конце, которая обозначает достижение цели. Визуализация фаз и дисциплин RUP с течением времени называется горбовой диаграммой RUP .
Основная цель — адекватно охватить систему в качестве основы для проверки первоначальных затрат и бюджетов. На этом этапе создается бизнес-кейс, включающий бизнес-контекст, факторы успеха (ожидаемый доход, признание на рынке и т. д.) и финансовый прогноз. В дополнение к бизнес-кейсу генерируются базовая модель варианта использования, план проекта, первоначальная оценка рисков и описание проекта (основные требования проекта, ограничения и ключевые особенности). После их завершения проект проверяется по следующим критериям:
Если проект не проходит этот этап, называемый этапом достижения цели жизненного цикла, его можно либо отменить, либо повторить после переработки для лучшего соответствия критериям.
Основная цель — смягчить ключевые элементы риска, выявленные анализом до конца этой фазы. Фаза разработки — это то, где проект начинает обретать форму. На этой фазе выполняется анализ проблемной области, и архитектура проекта приобретает свою базовую форму.
Результатом этапа разработки является:
На этом этапе необходимо пройти критерии контрольных точек архитектуры жизненного цикла, ответив на следующие вопросы:
Если проект не может пройти этот этап, все еще есть время для его отмены или перепроектирования. Однако после выхода из этой фазы проект переходит в высокорискованную операцию, где внесение изменений гораздо сложнее и пагубнее.
Ключевым предметным анализом для разработки является архитектура системы.
Основная цель — построить программную систему. На этом этапе основное внимание уделяется разработке компонентов и других функций системы. На этом этапе выполняется основная часть кодирования. В более крупных проектах может быть разработано несколько итераций построения в попытке разделить варианты использования на управляемые сегменты для создания демонстрационных прототипов.
Основная цель — «перевести» систему из стадии разработки в стадию производства, сделав ее доступной и понятной конечному пользователю. Мероприятия этого этапа включают обучение конечных пользователей и сопровождающих, а также бета-тестирование системы для проверки ее соответствия ожиданиям конечных пользователей. Система также проходит стадию оценки, любой разработчик, который не выполняет требуемую работу, заменяется или удаляется. Продукт также проверяется на соответствие уровню качества, установленному на начальной стадии.
Если все цели достигнуты, то этап выпуска продукта считается достигнутым, а цикл разработки завершен.
Продукт IBM Rational Method Composer — это инструмент для создания, настройки, просмотра и публикации процессов. Подробнее см. IBM Rational Method Composer и проект Eclipse Process Framework (EPF) с открытым исходным кодом.
В январе 2007 года был выпущен новый экзамен на получение сертификата RUP для IBM Certified Solution Designer - Rational Unified Process 7.0 , который заменяет предыдущую версию курса под названием IBM Rational Certified Specialist - Rational Unified Process . [6] Новый экзамен будет проверять не только знания, связанные с содержанием RUP, но и с элементами структуры процесса. [7]
Чтобы сдать новый экзамен на сертификацию RUP, человек должен пройти IBM's Test 839: Rational Unified Process v7.0 . На прохождение экзамена из 52 вопросов дается 75 минут. Проходной балл составляет 62%. [8]
Определены шесть лучших практик разработки программного обеспечения для программных проектов, чтобы минимизировать ошибки и повысить производительность. Это: [9] [10]