Rational RUP 介绍

来自：http://www.mmmbook.com/xprogrammer/issue/32/understandup.htm

1、通用语言建立了想法与行为的边界，它定义了概念；方法和过程则建立这种边界范围内的行为，它们应用这些概念；工具建立这种边界范围内的行为的自动化。显然，如果我们不能够理解它，我们就无法正确的使用它和交流它，更不能使其自动化。在信息系统和技术产业中，统一过程（UP），Rational统一过程（RUP）,统一建模语言(UML)以及软件过程工程元模型（SPEM）是这种进化的核心。

2、统一过程（UP）是由用例驱动（Use-case-driven）、以架构为中心的、迭代增量的开发过程框架，它使用对象管理组织（OMG）的UML 并与对象管理组织（OMG）的软件过程工程原模型（SPEM）兼容。 

3、1995年Rational 软件公司并购Objectory AB公司，统一过程（UP）是由Objectory AB'公司的Objectory过程和Rational 软件公司的Rational Approach 合并而成。其中Rational Approach是Rational 软件公司通过对各种客户经验进行开发所得到的结果，而Objectory过程则主要来自Ivar Jacobson在瑞典爱立信（Ericsson）的工作经验。Rational统一过程（RUP）是由Rational软件公司开发并投向市场的一种过程产品，它为项目的执行提供了必需的细节：包括指南、模板以及辅助工具；事实上，Rational统一过程（RUP）是为统一过程（UP）架构提供细节实现的商业化过程产品。

4、软件是整个过程的项目业务的集合。项目的目标是提供解决方案。方法为如何管理项目给出了指导和建议。方法对问题和解决方案的所需的知识给出指导和建议。方法说明这些知识如何使用以解决问题。过程是方法在项目中的具体执行， 方法学是一组相关方法的理论，分类和有组织的集合，这些相关方法用来确定由谁在那些产品上进行什么样的活动，包括针对于不同类型的项目，上述活动应该在何时、如何、为什么以及在哪里进行。其中进行活动的人（谁），进行的活动（怎么样），生成的产品（什么）以及对他们的启发都是过程的元素。方法学将各种方法组织成一个集合，方法描述过程，过程在项目中执行方法。

由于运用单独的方法不足以解决不断变化的问题，而使用整套方法又不切合实际，需要为整套方法提供更多的变通性和可测量性。运用整套方法的一部分叫做过程框架，被应用在一个特定工程的实际的方法子集被称作过程实例。过程框架指定或建议了由谁在那些产品上进行什么样的活动，包括针对于不同类型的项目，上述活动应该在何时、如何、为什么以及在哪里进行。而过程实例则就某个特定工程回答了上述的问题。过程框架中的过程实例被描述为一组可变性可测量性更强的一组相关过程集合，而过程实例则执行过程框架的一个子集。 因此统一过程（UP）是过程框架，开发案例是过程实例。

来自： http://portal.finpub.net/html/200601/969.html

1、RUP是最佳软件开发经验的总结，它包括了软件开发中的六大经验。迭代式开发；管理需求；使用基于组件的软件体系结构；可视化建模；验证软件质量；控制软件变更。它是判断是否真正实施RUP的一个重要标准。

2、RUP软件开发生命周期是一个二维的软件开发模型，如下图所示。纵轴代表核心工作流是静态的一面，横轴代表时间显示过程动态的一面，用周期、阶段、迭代、里程碑等名词描述。
从横轴来看RUP把软件开发生命周期划分为多个循环，每个循环生成产品的一个新版本，每个循环由4个连续阶段组成，这四个阶段是： 初始阶段，定义最终产品视图和业务模型，确定系统范围； 细化阶段，设计、确定系统的体系结构，制定工作计划即资源要求； 构造阶段，构造产品并继续演进需求、体系结构、计划直至产品提交； 移交阶段，把产品提交给用户使用。
RUP的9个核心工作流是： 业务建模，理解待开发系统所在的机构及其商业运作，确保所有人员对它有共同的认识，评估待开发系统对结构的影响； 需求，定义系统功能及用户界面，为项目预算及计划提供基础； 分析与设计，把需求分析结果转换为分析与设计模型； 实现，把设计模型转换为实现结果，并做单元测试，集成为可执行系统； 测试，验证所有需求是否已经被正确实现，对软件质量提出改进意见； 部署，打包、分发、安装软件，培训用户及销售人员； 配置与变更管理，跟踪并维护系统开发过程中产生的所有制品的完整性和一致性； 项目管理，为软件开发项目提供计划、人员分配、执行、监控等方面指导，为风险管理提供框架； 环境，为软件开发机构提供软件开发环境。
3、RUP裁剪可以分为以下几步：
1) 确定本项目需要哪些工作流。RUP的9个核心工作流并不总是需要的，可以取舍。
2) 确定每个工作流需要哪些制品。
3) 确定4个阶段之间如何演进。确定阶段间演进要以风险控制为原则，决定每个阶段要那些工作流，每个工作流执行到什么程度，制品有那些，每个制品完成到什么程度。
4) 确定每个阶段内的迭代计划。规划RUP的4个阶段中每次迭代开发的内容。
5) 规划工作流内部结构。工作流涉及角色、活动及制品，他的复杂程度与项目规模即角色多少有关。最后规划工作流的内部结构，通常用活动图的形式给出。

不同的规范模型:

RUP(Rational Unified Process)

XP(Extreme Programming)

CMM(Capability Maturity Model)&CMMI(Capability Maturity Model Integration)/ PSP(Personal Software Process)&TSP(Team Software Process)

AP(Agile Process)