2008-10-19

Настольный справочник по внедрению Rational Unified Process [Часть 1: Cправочник RUP. Общие вопросы о RUP]

Что такое Rational Unified Process?

Rational Unified Process (RUP) — «наука», направленная на успешную разработку программного обеспечения.

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

·         «Строительные блоки» для сборки процессов разработки ПО (что и когда нужно делать?);

·         Набор принципов и практик успешной разработки ПО (как лучше это делать?);

·         Терминология и принципы описания процесса разработки.

RUP постоянно обновляется, отражая текущие тенденции развития отрасли и включая лучшие практики.

Для сопровождения разработки с применением методологии RUP достаточно ее знания, но для удобства можно применять специальное программное обеспечение, например, Rational Method Composer.

Дополнительная информация для скептиков:

·         Методология не указывает, что нужно делать, а является подручным справочником в случае возникновения сложной ситуации;

·         Методология не будет применяться целиком никогда, в этом нет необходимости, а на изучение ее основ и нужной ее части достаточно двух дней.

Дополнительная информация для фанатиков:

·         Методология не решает проблем и не гарантирует успеха, являясь «ассистентом» — результаты обеспечивают люди;

·         Для внедрение RUP требуются творческий подход и усилия.

Кому нужен RUP?

Методология представляет интерес для всех участников разработки ПО, которых можно разделить на две категории:

·         для управляющих разработкой ПО, в частности, менеджеров и инженеров процессов разработки (Process Engineer). Инженер процессов разработки является центровым специалистом при определении хода (процесса) разработки. Специалисты этой категории должны иметь глубокие знания всего RUP и могут быть сертифицированы по квалификации IBM Certified Solution Designer.

·         для членов команды разработки (включая заказчиков и других заинтересованных лиц). Каждый член команды выполняет одну или более ролей, представленных в RUP, то есть выполняет некоторый связанный набор работ, а также участвует в определении процесса разработки. Такие специалисты должны обладать общим представлением RUP и хорошо знать раздел RUP, связанный с их ролью в проекте разработки.

Почему мне стоит использовать RUP?

Если вы заказчик или другое заинтересованное лицо проекта разработки:

·         будете уверены в том, что разработка ПО выполняется в соответствии с лучшим мировым опытом;

·         получите постоянный контроль над результатом и возможность корректировать свои требования к ПО в процессе разработки;

·         будете знать, чего и когда ожидать от команды разработчиков;

·         будете знать, как строить отношения с командой разработчиков для получения максимальной отдачи.

Если вы практик разработки (аналитик, проектировщик, программист, тестировщик):

·         получите четкое понимание ваших задач и результатов, которых от вас ждут, а также представление о результате всей разработки на каждом ее этапе;

·         платформу для эффективного взаимодействия с другими членами команды разработки;

·         набор практик, рекомендаций и руководств по вашей специализации.

Если вы менеджер или ведущий разработчик:

·         в вашем распоряжении эффективный механизм для построения отношений с другими членами команды разработки и заинтересованными лицами;

·         основу для планирования и контроля выполнения работ.

Если вы инженер процессов разработки:

·         получите эффективную среду для сборки процессов;

·         в вашем распоряжении изобилие элементов наполнения процессов;

·         доступ к многочисленным шаблонам процессов разработки.

Какие существуют альтернативы RUP?

RUP является одной из многих методологий (подходов, методов), применяемых в разработке программного обеспечения. Некоторые из них представлены на рисунке 1.

 clip_image002

Рисунок 1 — Разнообразие подходов к разработке ПО

Первые три класса методологий, представленные на рисунке, имеют много общего. RUP относят к классу Комплесная разработка (Unified Process).

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

Где узнать больше?

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

Спецификация RUP доступна на английской и русском языках при установке Rational Method Composer (пробную версию можно скачать по адресу http://www.ibm.com/developerworks/rational/products/rup/, ~3 Gb). В связи с неустоявшейся терминологией RUP на русском языке, рекомендую запоминать термины на английском языке. Лицам, хорошо владеющим английским языком, рекомендую изучать спецификацию в оригинале.

Также смотрите раздел Дополнительная информация.




Скачать PDF-версию с оригинальным оформлением. © Для использования опубликованных на ресурсе материалов достаточно упоминания имени автора и адреса первоисточника. Дата обновления: 2008-10-20.

Комментариев нет: