9章 RUP.pptVIP

2006-2-24 第9章 Rational Unified Process 主要内容 软件开发过程 软件开发过程是一个将用户的需求转化为软件系统所需要的活动的集合。 软件开发过程描述了什么时候，什么人，做什么事，以及怎样实现某一特定的目标。 什么是RUP RUP即Rational Unified Process：是一种软件工程过程，它提供了如何在开发组织中严格分配任务和职责的方法。 Rational Unified：最佳开发经验总结 Process：是一个软件开发过程：Use case驱动，以体系结构为中心，迭代和增量 RUP的目标：按照预先制定的时间计划和经费预算，开发高质量的软件产品以满足最终用户的需求。 RUP简介 Rational Unified Process（简称RUP）是一套软件工程过程，主要由IvarJacobson的The Objectory Approch和The Rational Approch发展而来。 是文档化的软件工程产品，所有RUP 的实施细节及方法导引均以Web文档的方式集成在一张光盘上。 RUP又是一套软件工程方法的框架，各个组织可根据自身的实际情况，以及项目规模对RUP进行裁剪和修改，以制定出合乎需要的软件工程过程。 RUP的历史 RUP是最佳开发经验总结： 迭代式开发（develop software iteratively） 管理需求（manage requirements） 使用基于构件的体系结构（use component-based architectures） 可视化软件建模（visually model software） 验证软件质量（verify model quality） 控制软件变更（control changes to software） 1. 迭代式开发 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险； 没有迭代与反馈。瀑布模型对反馈没有涉及，所以对变化的客户需求非常不容易适应，瀑布就意味着没有回头路。 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。 迭代开发 迭代允许通过不断地细化来加深对问题的理解。 迭代可以降低项目的风险系数。 迭代容易容纳需求的变更。 每个迭代过程以可执行版本告终，有利于鼓舞开发团队的士气。 Risk Profiles 2. 管理需求 RUP描述了如何启发、提取、组织和文档化系统的功能和约束；如何跟踪；并且易于表达商业需求和交流。 Use case和scenario的使用被证明是捕获功能性需求的卓越方法并由它们来驱动设计，实现和测试，最终使得系统更充分的满足用户需要的最佳方法。它们提供了贯穿整个开发和所提交系统的一致而可跟踪的线索。 3.使用基于构件的体系结构 组件使重用成为可能，系统可以由组件组成。基于独立的、可替换的、模块化组件的体系结构有助于管理复杂性，提高重用率。 RUP描述了如何设计一个有弹性、能适应变化的、直观上易于理解的，有助于软件重用的软件体系结构。 4. 可视化软件建模 RUP往往和UML联系在一起，对软件系统建立可视化模型帮助人们提供管理软件复杂性的能力。 RUP 告诉我们如何可视化地对软件系统建模，获取有关体系结构与构件的结构和行为信息。. Visual Modeling with UML Visual Modeling Using UML Diagrams 5. 验证软件质量 软件质量低下是影响软件使用的最重要的因素。 在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动，而是内建于过程中的所有活动，包括全体成员，使用客观的度量和标准，这样可以及早发现软件中的缺陷。 连续地验证软件质量 Testing Dimensions of Quality Test Each Iteration 6. 控制软件变更 迭代式开发中如果没有严格的控制和协调，整个软件开发过程很快就陷入混乱之中，RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代开发。 确定每个修改是可接受的、能被跟踪的。 通过控制软件开发过程中的制品(如模型、代码、文档等)，隔离来自其它工作空间的变更，以此为每个开发人员建立安全的工作空间。 RUP还描述如何自动化集成和建立管理，从而使一个团队的工作团结一致。 Rational Unified Process Implements Best Practices RUP的核心是为软件开发团队提供指南、文档模板和工具，以使整个团队能够更有效地利用这6个经验。 Tighter Integration with Tools 谁在使用Rational统一过程 电信业：Ericsson、Alcatel、MCI 交通、航空、国防：L