RationalUnifiedProcess软件工程新方法模板

下载后可任意编辑Rational Unified Process 软件工程新方法 Rational Unified Process( 以下简称 RUP) 是一套软件工程方法, 主要由 Ivar Jacobson 的 The Objectory Approch 和 The Rational Approch 进展而来。同时, 它又是文档化的软件工程产品, 所有 RUP 的实施细节及方法导引均以Web 文档的方式集成在一张光盘上, 由 Rational 公司开发、 维护并销售, 当前版本是 5.0。RUP 又是一套软件工程方法的框架, 各个组织可根据自身的实际情况, 以及项目规模对 RUP进行裁剪和修改, 以制定出合乎需要的软件工程过程。 RUP 吸收了多种开发模型的优点, 具有很好的可操作性和有用性。从它一推出市场, 凭借 Booch、 Ivar Jacobson、 以及 Rumbagh 在业界的领导地位以及与统一建模语言( Unified Model Language , 以下简称 UML) 的良好集成、 多种 CASE 工具的支持、 不断的升级与维护, 迅速得到业界广泛的认同, 越来越多的组织以它作为软件开发模型框架。 二维的软件开发模型 传统的软件开发模型瀑布式开发模型是一个单维的模型, 开发工作划分为多个连续的阶段。在一个时间段内, 只能作某一个阶段的工作比如, 分析、 设计或者实现。 在 RUP 中, 软件开发生生命周期根据时间和 RUP 的核心工作流划分为二维空间。 如下图所示, 时间维从组织管理的角度描述整个软件开发生命周期, 是 RUP 的动态组成部分。它可进一步描述为周期( Cycle) 、 阶段( phase) 、 Iteration(迭代)。核心工作流从技术角度描述 RUP 的静态组成部分, 它可进一步描述为行为( activities) 、 工作流( workflow) 、 产品下载后可任意编辑( artifact) 、 角色( worker) 。 从图中的阴影部分表示的工作流能够看出, 不同的工作流在不同的时间段内工作量的不同。值得注意的是, 几乎所有的工作流, 在所有的时间段内均有工作量, 只是工作程度不同而已。这与 Waterfall process(瀑布式开发模型)有明显的不同。 静态结构: 方法描述 软件开发过程描述了什么时候, 什么人, 做什么事, 以及怎样实现某一特定的目标。RUP 采纳以下四个基本模型元素组织和构造系统开发过程。 角色 : the who 行为 : the how 下载后可任意编辑产品 : the what 工作流 : the when 角色描述某个人或一个小组的行为与职责。一个开发人员能够同时是几个角色, 一个角色也能够由多个开发人员共...