Процессная технология Rational Unified Process

Общие сведения о RUP

Как было отмечено выше, RUP основан на ведущей методологии, в которой инструментально поддерживаются все этапы жизненного цикла разработки ПО. Эта методология опирается на проверенные и отработанные на практике методы анализа, проектирования и разработки ПО, а также на методы управления проектами. RUP обеспечивает управляемость и прозрачность процесса разработки и позволяет создавать ПО в соответствии с требованиями заказчика на момент его сдачи.

В основе процесса лежит пошаговый подход. Этот подход строго определяет этапы жизненного цикла, вехи, потоки работ и правила их выполнения на каждом этапе. Таким образом, RUP позволяет упорядочить процессы проектирования и разработки.

Для каждого из этапов жизненного цикла процесс задает:

• — состав работ и их последовательность, а также правила выполнения этих работ;
• — распределение ролей (полномочий) между участниками проекта;
• — состав формируемых промежуточных и итоговых документов, а также их шаблоны;
• — процедуры контроля и проверки качества.

Основу RUP составляет, как было отмечено выше, итеративный процесс разработки. Активно развивающийся бизнес выдвигает новые требования к разработке программных продуктов, главными из которых являются: сокращение времени разработки и стоимости, обеспечение требуемой функциональности, простота адаптации к изменяющимся условиям, а также простота эксплуатации и сопровождения. В этих условиях практически невозможно создавать сложные программные системы с использованием ранее применяемых методов. Эти методы были ориентированы в основном на последовательную разработку: сначала выявлялись все проблемы и требования, затем принимались проектные решения, далее создавалось ПО и, наконец, проверялся полученный продукт. Итеративная разработка, предлагаемая RUP, реализует такой подход к разработке ПО, который обеспечивает получение итогового решения, удовлетворяющего целям благодаря последовательному уточнению требований и перечня артефактов разработки. Итеративный подход к разработке позволяет оперативно реагировать на изменяющиеся требования, выявлять и устранять риски еще на ранних стадиях проекта. Кроме того, итеративный подход позволяет эффективно осуществлять контроль качества создаваемого продукта на всех стадиях.

Таким образом, итеративный подход, реализуемый в RUP, позволяет уточнять и дополнять требования к разрабатываемой системе на каждой итерации и реализовать их в предлагаемых решениях. Итеративный процесс разработки обеспечивает необходимую гибкость в случае изменения требований и появлении новых, что часто бывает при коррективах бизнес-целей прикладной области. Эта гибкость позволяет заблаговременно идентифицировать и более эффективно снижать проектные риски. Итеративный подход обеспечивает управление требованиями и их изменениями таким образом, чтобы между всеми участниками проекта было единое понимание предполагаемых функциональных возможностей создаваемого продукта, обеспечивался требуемый уровень качества, эффективное управление проектом.

Основными особенностями RUP являются следующие.

• 1. RUP ориентирован на визуальное моделирование и представление проекта разрабатываемой системы в виде набора визуальных моделей, которые семантически полно отражают представление о возможностях и конфигурации разрабатываемой ИС. RUP акцентирует внимание на таком факторе, как создание и последующее развитие надежной и гибкой архитектуры, которая реализуется идеей компонентного подхода. Этот фактор создает условия для параллельной разработки, минимизирует издержки в случае необходимости внесения изменений, создает возможность для многократного использования компонентов и, следовательно, повышает надежность эксплуатации системы. Такой подход создает предпосылки для планирования использования программных компонентов в других проектах и управления их последующим развитием.
• 2. RUP предлагает отображать действия разрабатываемой системы с помощью прецедентов, в совокупности определяющих функционал системы. Прецеденты и сценарии работы системы способствуют эффективному управлению последовательностью выполнения работ, начиная от бизнес-моделирования и спецификации требований вплоть до сдачи в эксплуатацию. Прецеденты обеспечивают связанные и доступные для анализа направления разработки и развертывания системы.
• 3. RUP ориентирован на объектно-ориентированный подход к проектированию. Объектно-ориентированный подход основан на понятиях объектов, классов и связей между ними. Модели, создаваемые по методологии RUP, подобно другим искусственным объектам (артефактам), в качестве единого стандарта для представления модели проектируемой системы используют UML.
• 4. RUP обеспечивает компонентно-ориентированный подход к проектированию. Компоненты — это оригинальные модули или подсистемы, которые выполняют конкретную, только им присущую функцию. Компоненты могут быть использованы многократно как в текущем проекте, так и в других новых проектах.
• 5. RUP — адаптируемый и конфигурируемый процесс. Способность RUP к адаптации позволяет использовать его как маленьким группам разработчиков, так и большим организациям.
• 6. RUP поддерживает управление качеством. Оценка качества всех работ, выполняемых любыми участниками проекта, использует объективные метрики и критерии. Методология RUP создавалась с целью поддержки управления качеством в соответствии с требованиями стандарта SEI CMM/CMMI^[1].

Подводя итог вышеизложенному, следует привести основные принципы, которые положены в основу RUP:

• — идентификация на ранних этапах и непрерывный контроль и устранение всех основных рисков;
• — акцент на выполнении требований заказчиков к разрабатываемой системе;
• — постоянная готовность к изменению в требованиях, в проектных решениях, а также их реализации в процессе разработки системы;
• — поддержка компонентной архитектуры, которая реализуется и тестируется еще на ранних стадиях проектирования;
• — эффективное управление качеством на всех этапах разработки проекта.

• [1] CMM/CMMI — модели качества, принятые сегодня во всем мире и представляющие собой систему оценки и проверки возможностей компании, зрелость которой соответствует одному из пяти уровней. СММ (Capability Maturity Model) была разработана в 1991 г. Институтом программной инженерии Университета Карнеги-Меллона (Software EngineeringInstitute, SEI) для разработки программных продуктов. В 2002 г. SEI опубликовал новуюмодель CMMI (Capability Maturity Model Integration).