Что касается формальности методологии, то здесь RUP представляет пользователю весьма широкий диапазон возможностей. Если выполнять все работы и задачи, создавать все артефакты и достаточно формально (то есть с официальным назначением рецензента, с предоставлением рецензентом достаточно полной рецензии в виде электронного или бумажного документа и т.д.) проводить все рецензирования, RUP представляет собой крайне формальную, тяжеловесную методологию. С другой стороны, RUP позволяет разрабатывать только те артефакты и выполнять только те работы и задачи, которые необходимы в конкретном проекте. А выбранные артефакты могут выполняться и рецензироваться с произвольной степенью формальности. Можно требовать детальной проработки и тщательного оформления каждого документа. Можно требовать предоставления столь же тщательно выполненной и оформленной рецензии. А можно ограничиться электронным письмом или наброском на бумаге. А, кроме того, всегда остается еще одна возможность - сформировать документ «в голове»: продумать соответствующий вопрос и принять соответствующее решение [6]. 
 
 
 
 
 
 

Заключение

     Таким образом, RUP - итеративная методология с очень широким диапазоном возможных решений в части формализации процесса разработки. В отличие от большинства современных методологий или требований к процессу разработки, ориентированных на строго определенный уровень формализации процесса, RUP позволяет использовать в разных проектах различные уровни формализации.методологий разработки его также отличает простота, низкая стоимость внедрения и общедоступность. По сравнению с известным процессом разработки Rational Unified Process (RUP), время интенсивного внедрения его в несколько раз меньше. Если внедрение RUP может занять от полугода до двух лет, то внедрение XP может быть выполнено в течение одного-двух месяцев. При этом сама технология RUP стоит около 600$. И это не считая сопутствующих программ, обучающего материала и повышенного требования к персоналу.

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

Список  использованной литературы

1.  A.A. Ермолаев, В. М. Дёмкин. Управление проектами по разработке программных продуктов.

1. Microsoft Solutions Framework. Методология создания программных решений. (http://www.microsoft.com/Rus/Msdn/msf/Default.mspx)
2. Уокер Ройс. Управление проектами по созданию программного обеспечения. Издательство "Лори", 2002 г. 424 с.
3. Андрей Колесов. Введение в методологию Microsoft Solutions Framework http://www.bytemag.ru/Article.asp?ID=2866
4. Rational Unified Process. Методология и технология. Материалы компании Interface Ltd. (http://www.interface.ru/home.a sp?artId=779)
5. А. Закис. RUP - знакомый незнакомец. Открытые системы, #06/2004.
6. БекК. Экстремальное программирование. С - Пб.: Питер, 2002, 224 с.
7. Мартин Фаулер. Новые методологии программирования. http://www.maxkir.com/sd/newmethRUS.html.
8. Источник: А.Гаврилов. Технологии разработки программного обеспечения – MSF

(http://www.microsoft.com/Rus/Msdnaa/Curricula/Default.mspx)

9. Центр Интернет – разработчиков

(http://www.webcorp.ru/page/xpadvantages.html)