项目管理规范-RUP管理实施样本.doc

项目管理规范-RUP管理实施

第一部分：项目阶段

第二部分：关键工作步骤

第三部分：角色划分

第四部分：现在实施项目规范考虑

概述

软件开发产品质量水平，是一个由来已久话题。而提升软件企业产品质量水平，必需改善软件产品开发过程。不过这里没有什么百试百灵灵丹妙药，我们必需依据本企业实际情况，参考中国外优异企业经验，总结出一个适合本企业软件开发模式。

此规范是基于CMM模型规范，以RUP软件工程过程为蓝本，由我本人依据项目实际情况而选择修改，从而使之适应该前应用级系统设计开发需要。

本文关键以RUP软件工程框架为主，省略复杂概念部分。着眼点放在控制软件产品开发步骤上，因为人员配置和软件分工现行情况限制，对其中部分细节进行了合并可省略，从而适应现在中国软件开发所要求。

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

在RUP过程中，我们能够看到它很强调一点：循环。

现在我们做每一个项目全部存在不停改变问题。用户需求改变、系统设计改变（可能是需求改变也可能是存在了技术问题）、编码改变（由测试和复审等步骤引发）等问题困扰着项目进行。处理这些问题方法就是不停循环。

这个规范是我依据自己见解整理编写而成，有不足之处请指教。

RUP介绍

RationalUnifiedProcess（简称RUP）是一套软件工程过程，关键由IvarJacobsonTheObjectoryApproch和TheRationalApproch发展而来。同时，它又是文档化软件工程产品，全部RUP实施细节及方法导引均以Web文档方法集成在一张光盘上，由Rational企业开发、维护并销售，目前版本是RUP。RUP又是一套软件工程方法框架，各个组织可依据本身实际情况，和项目规模对RUP进行裁剪和修改，以制订出合乎需要软件工程过程。

RUP吸收了多个开发模型优点，含有很好可操作性和实用性、从它一推出市场，凭借Booch、IvarJacobson、和Rumbaugh在业界领导地位、和和统一建模语言（UnifiedModelLanguage,以下简称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%30%50%10%

可表示为下图

对于演进周期，先启和精化阶段就小得多了。能够自动完成一些构建工作工具将会缓解此现象，并使得构建阶段比先启阶段和精化阶段总和还要小很多。

经过这四个阶段就是一个开发周期；每次经过这四个阶段就会产生一代软件。除非项目“死亡”，不然经过反复一样先启阶段、精化阶段、构建阶段和产品化阶段次序，产品将演进为下一代产品，但每一次侧关键全部将放在不一样阶段上。这些随即周期称为演进周期。伴随产品经历了多个周期，新一代产品随之产生。

1.2.先启阶段

1.2.1.目标

先启阶段基础目标是实现项目标生命周期目标中全部相关原因（如用