6、项目管理规范-RUP管理实施(一).pdfVIP

项目管理规范-RUP管理实施(一)

第一部分：项目阶段

第二部分：核心工作流程

第三部分：角色划分

第四部分：目前实施项目规范的考虑

概述

软件开发的产品质量水平，是一个由来已久的话题。而提高软件企业的产品质量水平，必须

改进软件产品的开发过程。但是这里没有什么百试百灵的灵丹妙药，我们必须根据本企业的

实际情况，参考国内外先进企业的经验，总结出一种适合本企业的软件开发模式。

此规范是基于CMM模型规范，以RUP软件工程过程为蓝本，由我本人根据项目实际情况

而选择修改，从而使之适应当前应用级系统设计开发的需要。

本文主要以RUP的软件工程框架为主，省略复杂概念部分。着眼点放在控制软件产品开发

流程上，由于人员配置与软件分工现行状况的限制，对其中的部分细节进行了合并可省略，

从而适应目前国内软件开发所要求。

RationalUnifiedProcess（简称RUP）是一套软件工程过程（在下面介绍）。

在RUP过程中，我们可以看到它非常强调一点：循环。

现在我们做的每一个项目都存在不断变化的问题。用户需求变化、系统设计变化（可能是需

求变化也可能是存在了技术问题）、编码变化（由测试与复审等环节引发的）等问题困扰着

项目进行。解决这些问题的方法就是不断的循环。

这个规范是我根据自己的观点整理编写而成的，有不足之处请指教。

RUP简介

RationalUnifiedProcess（简称RUP）是一套软件工程过程，主要由IvarJacobson的The

ObjectoryApproch和TheRationalApproch发展而来。同时，它又是文档化的软件工程产

品，所有RUP的实施细节及方法导引均以Web文档的方式集成在一张光盘上，由Rational

公司开发、维护并销售，当前版本是RUP2000。RUP又是一套软件工程方法的框架，各个

组织可根据自身的实际情况，以及项目规模对RUP进行裁剪和修改，以制定出合乎需要的

软件工程过程。

RUP吸收了多种开发模型的优点，具有很好的可操作性和实用性、从它一推出市场，凭借

Booch、IvarJacobson、以及Rumbaugh在业界的领导地位、以及与统一建模语言（Unified

ModelLanguage,以下简称UML）的良好集成、多种CASE工具的支持、不断的升级与维

护，迅速得到业界广泛的认同，越来越多的组织以它作为软件开发模型框架。

在RUP中，软件开发生命周期根据时间和RUP的核心工作流划分为二维空间。

如上图所示，时间维从组织管理的角度描述整个软件开发生命周期，是RUP的动态组成部

分。它可进一步描述为周期（Cycle）、阶段（phase）、迭代(Iteration)。

核心工作流从技术角度描述RUP的静态组成部分，它可进一步描述为行为（activities）、

工作流（workflow）、产品（artifact）、工人（worker）。

图中的阴影部分描述了不同的工作流，在不同的时间段内工作量的不同。值得注意的是，几

乎所有的工作流，在所有的时间段内均有工作量，只是大小不同而已。这与Waterfallprocess

有明显的不同。

RUP采用UseCase的概念，把要开发的系统根据各功能使用的情况划分多个UseCase，并

采用迭代的思想把系统的风险分布在四个阶段，风险越大的迭代越要放在靠前的阶段做，使

软件产品的风险不断降低；而不是像传统软件工程那样越往开发的后期问题越多。所以RUP

的思想一推出就受到软件企业的欢迎。按照RUP的开发模式一般可以达到CMM2、3级的

水平。当然，理解和掌握RUP需要一个相对较长的过程。

1.项目阶段

从管理的观点来说，软件生命周期随着时间分为四个依次进行的阶段，每个阶段的结束都有

一个主要里程碑；实质上，每个阶段就是两个主要里程碑之间的时间跨度。在每个阶段结束

时进行评估，以确定是否实现了此阶段的目标。良好的评估可使项目顺利进入下一阶段。

1.1.计划阶段

在进度和工作量方面，所有阶段都各不相同。尽管不同的项目有很大的不同，但一个中等规

模项目的典型初始开发周期应该预先考虑到工作量和进度间的分配：

先启精化构建产品化

工作量~5%20%65%10%

进度10%