统一软件开发过程教程.pptVIP

Rational Unified Process统一软件开发过程 一、概述 Rational Unified Process（简称RUP）是一套软件工程过程，主要由Ivar Jacobson的 The Objectory Approch 和 The Rational Approch 发展而来。同时，它又是文档化的软件工程产品，所有RUP 的实施细节及方法导引均以Web文档的方式集成在一张光盘上，由Rational公司开发、维护并销售。RUP又是一套软件工程方法的框架，各个组织可根据自身的实际情况，以及项目规模对RUP进行裁剪和修改，以制定出合乎需要的软件工程过程。 RUP 吸收了多种开发模型的优点，具有很好的可操作性和实用性、从它一推出市场，凭借Booch、Ivar Jacobson、以及Rumbagh 在业界的领导地位、以及与统一建模语言（Unified Model Language , 简称UML）的良好集成、多种CASE工具的支持、不断的升级与维护，迅速得到业界广泛的认同，越来越多的组织以它作为软件开发模型框架。 二、喷泉模型 三、支持六大最佳软件开发实践 迭代式开发 管理需求 使用以组件为中心的软件架构 可视化建模 验证软件质量 控制变更 3.1.1 Risk Reduction Drives Iterations The Iteration Life Cycle: A Mini-Waterfall Risk Profile of an Iterative Development 3.1.2 Phases in the Software Life Cycle The Process has four phases Inception: defining the scope of the project Elaboration: planning the project, specifying features and designing the architecture Construction: building the product Transition: deployment to the user community 3.1.3 Iterations in the Software Life Cycle An iteration is a complete development loop ending in a release of an executable product, an increment of the final product under development. 3.2 管理需求 3.3 Layered Architecture 3.4 可视化建模 3.5 检验软件质量 软件质量定义 产品质量 过程质量 外在质量 内在质量 保证质量的方法 3.6 控制变更 在开发软件密集型系统时，所面临的一个关键挑战就是必须应付分散到不同团队中的多个开发人员，他们可能在不同的地方，为各次迭代、各个发布版、产品和平台协同工作。 ——配置与变更管理 为使各个开发人员及团队在执行活动和使用工件方面协调一致，需要建立可重复的过程以管理软件和其他开发工件的变更。 ——管理变更请求 为了使迭代和发布协调一致，需要在每次迭代完成时建立和发布一个测试过的基线。为了评估和有效地控制变更的影响，有必要保持每个发布版的元素和多个并行发布版中的元素的可追踪性。 ——管理基线与发布 四、软件开发生生命周期的二维空间 时间维从组织管理的角度描述整个软件开发生命周期，是RUP的动态组成部分。它可进一步描述为周期（Cycle）、阶段（phase）、迭代(Iteration)。 核心工作流从技术角度描述RUP的静态组成部分，它可进一步描述为行为（activities）、工作流（workflow）、产品（artifact）、工人（worker）。 图中的阴影部分描述了不同的工作流，在不同的时间段内工作量的不同。值得注意的是，几乎所有的工作流，在所有的时间段内均有工作量，只是大小不同而已。这与Waterfall process 有明显的不同。 RUP采用Usecase的概念，把要开发的系统根据各功能使用的情况划分多个Usecase，并采用迭代的思想把系统的风险分布在四个阶段，风险越大的迭代越要放在靠前的阶段做，使软件产品的风险不断降低；而不是像传统软件工程那样越往开发的后期问题越多。所以RUP的思想一推出就受到软件企业的欢迎。按照RUP的开发模式一般可以达到CMM2、3级的水平。当然，理解和掌握RUP需要一个相对较长的过程。 五、如何在过程中使用UML 以软件体系结构