UML基础与应用之RUP（统一过程）

一、软件危机

（一）软件面临的危机

软件开发周期大大超过规定日期；
软件开发成本严重超标；
软件质量难于保证；

（二）软件面临的问题

不能满足用户或商业要求；
不能很好地定位需求；
模块难以集成；
到最后才发现错误；
对于终端用户来说质量太差；
负载时性能差；
没有协调团队的努力；
不断地修改-发布问题；

二、RUP

（统一过程：一种面向对象的软件开发过程）

（一）RUP解决的问题

有缺陷、无法预见结果的、高度依赖于个别“英雄”程序员的，不可重复的开发过程；
开发软件难以适应用户需求；
应对需求变更方面无能为力；
需要单调乏味昂贵的测试流程；
项目中出现的严重缺陷发现得太迟；
开发的软件难以维护和扩充；
RUP介绍：其使得开发团队成员共享同一个知识库、开发过程、开发视图以及建模语言，用于UML的整个生命周期

（二）RUP思路：Implementing Best Practices

1.瀑布模型的缺点
延迟关键风险解决；延迟和集成系统集成和测试；排除早期部署；经常导致较大的无计划反复
2.迭代式开发优点
降低风险；得到早期用户反馈；持续的集成和测试；适应变更；提高复用性；

3.需求管理
用于查找、记录、组织和跟踪系统需求变更的系统化方法。其包括提取、组织系统的功能和约束，并将它们写成文档；估计需求的变化并评估他们产生的影响；跟踪需求的实现
其中RUP开发活动是用例驱动的，其强调透彻理解提交的系统将如何在被使用的基础上建造系统。
4.采用构件架构

5.RUP的几个部分

三、RUP的软件开发生命周期

（一）时间周期

一个RUP分为若干个周期，每个分为起始、演化、构造、提交四个阶段，每个阶段进行若干次。

（二）核心工作流

对于特定的迭代的连续活动，活动是指需求定义、分析、设计、实现和测试，其结果是中间制品。

（三）三个阶段

起始阶段：建立业务模型用例，明确项目范围
细化阶段：分析问题域；建立一个健全的、合理的体系结构基础；明确高项目风险的元素；制定合理的项目开发计划
构建阶段：开发一个完整的系统，提供给用户
提交阶段：为用户安装部署软件

（四）阶段和迭代的关系

每个阶段可分解成多个迭代

（五）RUP带来的观念

更强的计划性；
坦然面对迭代过程中一些中间制品的推到重来；
将软件放在首位；
尽早进行困难的工作；
坦然面对中间制品的“不美观”；
加强开发过程监控与量化管理；
确定迭代的数量、持续时间以及内容；
既需要好的项目管理者也需要好的体系结构师；