Модель разработки RUP

Министерство  образования и науки РФ 

САРАТОВСКИЙ ГОСУДАРСТВЕННЫЙ  УНИВЕРСИТЕТ

ИМЕНИ Н.Г. ЧЕРНЫШЕВСКОГО 
 
 

РАЗРАБОТКА  И СТАНДАРТИЗАЦИЯ

ПРОГРАММНЫХ СРЕДСТВ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

Реферат на тему: Модель разработки RUP 
 
 
 

Подготовил:

студент механико-математического факультета 442 группы

Котикова  Дарья

 

Саратов 2012 г.

Содержание:

1. Введение……………………………………………………………………3
2. Понятие RUP……………………………………………………………….4
3. Структура RUP……………………………………………………………..6

• 3.1 Жизненный цикл…………………………………………8
• 3.2 Основные характеристики RUP…………………………9
• 3.3 Основные этапы разработки, согласно RUP…………………………………………………………..11
• 3.4 Продукты, поддерживающие RUP, внедрение системы……………………………………………………...15

4. Заключение………………………………………………………………..17

5. Список литературы……………………………………………………….18
6. Приложения……………………………………………………………….19

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Введение

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

   Технологический прогресс шагнул  так далеко, что сейчас не приходится  говорить о создании программного  обеспечения «с нуля». Существует огромный выбор различных готовых методологий. Хотя кто-то может подумать, что методология не такая уж и нужная вещь. Однако на практике использование данных моделей значительно упрощает работу над приложением. Возможно, со временем опытный руководитель найдет свои методы решения задач, но за основу всегда берется стандартная общепризнанная методология.

   В своем реферате мне бы  хотелось более подробно рассмотреть  модель RUP – Rational Unified Process, структурированная база  знаний, которая была выпущена корпорацией Rational Software - ведущий производитель продуктов для создания сложных программных систем. 
 
 
 
 
 
 

Понятие RUP.

   Унифицированный процесс является  достаточно устоявшимся, т.к. это  результат не одного десятилетия  разработки и практического использования.  Его разработка шла от Objectory Process (1987 год) через Rational Objectory Process (1997 год) к Rational Unified Process (1998 год). Изменение названия говорит о том, что произошла унификация процесса по многим параметрам: унификация подходов к разработке, использование унифицировано языка моделирования¹ и т.д.

   Так что же такое RUP?

RUP это: - процесс разработки программного обеспечения;

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

                 - процесс с перестраиваемой конфигурацией,  никакой одиночный процесс не  подходит для всех случаев  разработки программного обеспечения³;

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

   RUP считается одной из самых лучших методологий. Одним из основных

¹Якобсон. А, Унифицированный процесс разработки ПО, стр.27

² Закис А.,статья RUP и другие методологии разработки ПО,. (http://cmcons.com/articles/obshhie_stati_rup/)

³ Крачтен Ф., Введение в Rational Unified Process, стр.14

ᶣ Новичков А., статья Rational Unified Process. Методология и технология (http://cmcons.com/articles/obshhie_stati_rup/)

пунктов, на которые опирается RUP, является процесс создания моделей при помощи унифицированного языка моделирования (UML).

   При создании программной системы  с нуля ее разработка представляет  собой процесс «рождения» системы  из ряда предъявляемых требования. И как только система прошла  начальный этап развития, ее доработка  есть приспособление этой системы  к новым или измененным требованиям.  Все доработки и сама разработка  составляют жизненный цикл системы.

   Целью RUP является гарантия высокого качества программного продукта, которое удовлетворяло бы потребностям конечного пользователя в пределах установленного (ожидаемого) временного графика и бюджета. RUP достаточно четко определяет: кто и что должен делать в проекте.

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

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

¹ Крачтен Ф., Введение в Rational Unified Process, стр.13

И еще, т.к. RUP поддерживает объектно-ориентированную технологию, то разработка ПО рассматривается как процесс создания артефактов (технические искусственные объекты).

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

   RUP поддерживает и объективно осуществляемое управление качеством. Оценка качества всех работ, выполняемых любыми участниками проекта, использует объективные метрики и критерии. Методология RUP создавалась с прицелом на поддержку управления качеством в рамках требований SEI CMM/CMMI.

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

- состав и последовательность работ, а также правила их выполнения;

- распределение полномочий среди участников проекта (роли);

- состав и шаблоны формируемых промежуточных и итоговых документов;

- порядок контроля и проверки качества. 
 
 
 

Структура RUP.

   RUP- процесс разработки в двух измерениях: по основным потокам работы и по стадиям жизненного цикла системы (см. приложение 1).

  Основные  потоки работы - это статистическое  измерение (исполнители, действия  и др.). Динамическое измерение-это соответственно, стадии жизненного цикла (этапы, итерации и др.).

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

   Для каждого основного потока  работ представляются диаграммы  обзора действий и краткого  обзора артефактов, что позволяет  отслеживать последовательность действий работников и увидеть все артефакты, включенные в поток. (см. приложение 2)

   Статическая структура RUP состоит  из 6 дисциплин, основных процессов, в которые группируются работы, задачи, артефакты и роли:

— Бизнес-моделирование (Business modeling) – описание существующих бизнес процессов заказчика, исследование его требований, поиск решения;

 —  Управление требованиями (Requirements) – определяются рамки проекта, согласовывается интерфейс, дизайн с заказчиком;

 —  Анализ и Проектирование (Analysis and Design) – непосредственно проектирование системы на основе имеющихся данных;

 —  Реализация (Implementation) – разработка и интеграция компонентов системы;

 —  Тестирование (Test) – проверка системы на правильность, корректность работы, поиск ошибок;

 —  Развертывание (Deployment) – установка системы, обучение пользователей.

 И  три вспомогательные:

 —  Управление проектом (Project management) – контроль за бюджетом и рисками, создание проектной команды;

 —  Управление изменениями (Change management) – рассмотрение возможностей изменения системы;

 —  Среда (Environment) – внедрение проекта в конкретную инфраструктуру.

Все эти  дисциплины выполняются во всех фазах  жизненного цикла системы. 
 
 
 
 
 
 
 
 
 
 
 
 

3.1 Жизненный цикл RUP

Включает в себя четыре фазы:

1. Начало

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

2. Проектирование

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

3. Построение

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

4. Внедрение

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

3.2 Выделяют следующие основные характеристики RUP:

• Разработка требований – в этом случае основой для разработки требований являются прецеденты использования (сценарии взаимодействия пользователя с приложением), модель прецедентов использования должна описывать все возможные случаи работы с приложением. Под моделью прецедентов тут понимается  совокупность всех прецедентов с логическими отношениями между ними.
• Итеративная разработка – согласно определению указанному ранее; суть в том, что необходимо выделить перед началом каждой итерации те прецеденты, которые должны быть реализованы в данный момент времени.
• Архитектура – следует выбирать для первых нескольких итераций прецеденты, которые реализуют большую часть архитектурных компонентов, т.к. RUP использует понятие исполняемой архитектуры, основы которой нужно реализовать как можно раньше. Это позволяет вносить коррективы на ранних этапах проекта.
• Визуальное моделирование – RUP производит объектно-ориентируемую модель проекта, на которой основывается вся последующая работа. Такая модель легка для понимания и проста для изменения.
• Проверка качества
• Отслеживание изменений (см. приложение 4):