1. Модель жизненного цикла rup (Рационального унифицированного процесса разработки)

Рациональный унифицированный процесс(РУП,RUP – Rational Unified Process) – унифицированный каркасный подход, предлагаемый фирмойRational Software Corporation(с 2003 г. – подразделениеIBM Corporation); поэтому возможен и другой перевод названия:Унифицированный процесс [от] Rational Software.

Исторически РУП является развитием подхода Объекторный Процесс (Objectory Process), принятого в компанииEricssonв 70‑х – 80‑х гг. XX в. Объекторный Процесс был создан А. Якобсоном как дальнейшее развитие его методики Объектно-ориентированная инженерия ПО. Впоследствии, в 1987 г., автор основал собственную компаниюObjectory ABименно для развития своего технологического подхода разработки ПО как отдельного продукта, который можно было бы переносить в другие организации. После вливанияObjectory ABвRationalв 1995 г. подход Якобсона был объединён с Рациональным Подходом (Rational Approach). Рациональный подход основан на работах У. Ройса, Ф. Крухтена и Г. Буча.

Объединённый подход вначале получил название Рациональный Объектный Процесс (РОП, ROP – Rational Objectory Process), затем, после включения поддержки бизнес-моделирования, переименован в РУП. Кроме этого в подход была включена развивавшаяся в это время сотрудникамиRationalобъектно-ориенти­рованная методика анализа и проектирования, получившая название языкаUML.

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

Rational Unified Processявляется также продуктом, предоставляемымIBMRational. В этом качестве он представляет собой структурированную интерактивную базу знаний с шаблонами артефактов и подробным описанием различных типов действий, которое включает в себя общие принципы, конкретные рекомендации и примеры по эффективной разработке систем. База знаний регулярно обновляется и совершенствуется с учётом передового опыта.

Этот продукт входит как составная часть в набор инструментальных средств IBMRationalдля поддержки РУП. Некоторые из этих средств благодаря возможности их расширения оказываются применимыми в качестве инструментария для других подходов. В частности, подходMSFдолгое время основывался на этом наборе до разработки собственного набора средств.

РУП основан на наборе из 6 ключевых принципов бизнес-управляемой разработки, сокращённо называемый ABCDEF:

1. Адаптация процесса.

2. Баланс приоритетов заинтересованных лиц.

3. Сотрудничество между командами.

4. Демонстрация результата итерационно.

5. Эволюция (рост) уровня абстракции.

6. Фокусировка непрерывно на качестве.

2. Достоинства и недостатки V-образной модели жизненного цикла.

Приближенная по своей сути к практикам PRINCE2, V-модель разработки через тестирование была разработана еще в конце 1980-х годов ведомствами Германии и США, и до сих пор является стандартом немецких правительственных и оборонных проектов. Основной ее принцип состоит в постепенном возрастании степени детализации проекта с течением времени и одновременном проведении «горизонтальных» итераций

V-образная модель является развитием каскадной модели. Поэтому она обладает всеми достоинствами последней. Кроме того, при подходящем использовании V-образная модель обеспечивает следующие преимущества:

8. планирование на ранних стадиях разработки системы ее тестирования;

9. обеспечение аттестации и верификации всех промежуточных результатов разработки;

10. упрощение (по сравнению с каскадной моделью) отслеживания хода процесса разработки, возможность более реального использования графика проекта;

11. простота в использовании.

При использовании V-образной модели для несоответствующего ей проекта выявляются следующие ее недостатки:

6. сложность поддержки параллельных событий;

7. непредусмотренность итераций (повторений) между фазами;

8. невозможность внесения динамических изменений в требования на разных этапах жизненного цикла;

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

10. отсутствие в модели действий, направленные на анализ рисков.

Общераспространенная модификация V-образной модели, направленная на преодоление ее недостатков, включает в себя внесение итерационных циклов для разрешения изменения в требованиях за рамками этапа анализа.

3. Согласно стандарту ISO 12207, структура содержащая процессы, действия и задачи, которые выполняются (решаются) в ходе разработки, функционирования и сопровождения программного продукта в течении всей жизни системы, от определения требований до завершения еѐ использования это

• модель жизненного цикла

ЭКЗАМЕНАЦИОННЫЙ БИЛЕТ № 8