__软件过程模型_.ppt

第四章 软件过程模型_RUP 内容回顾 软件工程文档的意义 软件工程文档类型及关系 软件工程文档编写原则 软件工程文档编写规范 软件工程文档管理 本节目标 软件危机 RUP概述 RUP最佳实践 RUP生命周期 静态结构：九大核心流程 动态结构：四个连续阶段 RUP产品－九大工件集 软件危机 1 从1946年世界上第一台计算机问世到现在，软件开发经历了六十余年时间，相对于数学、物理、化学等学科，计算机还是一个相当年轻的学科。在这六十余年时间里，软件开发一直是一匹难以驾驭的“野马”。 在软件开发与维护过程中，一直存在着许多问题，例如：软件生产技术紧张缓慢、软件成本与质量难以控制、对软件开发认识的错误、难以准确全面地把握客户需求、软件复杂且规模庞大、软件维护费用上升等。 从二十世纪七十年代开始，人们认识到并建立了软件工程思想。从二十世纪九十年代开始，人们更加强调软件开发的效率、软件的质量与软件开发相关的管理工作，建立了“软件过程”概念，软件过程不仅包括软件的开发过程，还包括了支持性、管理性过程。 软件危机 2 国际标准化组织1994年到2000年，调查3000余个大、中、小项目，统计结果如下： 常用软件过程模型 Rational统一过程（RUP） 微软解决方案框架（MSF） 个体软件过程（PSP） 极限编程（XP） RUP概述 Rational统一过程（Rational Unified Process）简称RUP是由Rational公司（Rational公司已于2003年被IBM收购）推出的一种软件工程产品。 Rational Unified Process是一个灵活的软件开发流程平台。借助它可配置的构架，RUP 使您能够只选择和部署项目的每个阶段需要的流程构件。RUP 平台以业界公认的软件工程最佳经验为核心，它包含配置 RUP 以满足项目特定需求的工具。从这种意义上说，RUP 是一个软件开发方法框架，以及一个公认的、灵活的、实用的流程平台，用于成功的软件项目。 在大型软件产品的开发与设计中，始终体现全过程质量管理思想的RUP和提供全生命周期支持的软件开发平台，则展现出强大的生命力和独特魅力。 RUP最佳实践 迭代式开发 需求管理 使用基于构件的体系架构 可视化建模UML 验证软件质量 控制变更 迭代式开发 1 迭代式开发指将整个项目的开发目标划分成为一些更易于完成和达到的阶段性小目标，这些小目标都有一个定义明确的阶段性评估标准。 迭代就是为了完成一定的阶段性目标而所从事的一系列开发活动，在每个迭代开始前都要根据项目当前的状态和所要达到的阶段性目标制定迭代计划， 整个迭代过程包含了需求、设计、实施（编码）、部署、测试等各种类型的开发活动，迭代完成之后需要对迭代完成的结果进行评估，并以此为依据来制定下一次迭代的目标。 迭代化开发不是一种高深的软件工程理论，它提供了一种控制项目风险的非常有效的机制。 迭代式开发 2 RUP支持专注于处理生命周期中各阶段最高风险的迭代开发方法，极大地降低了项目地风险。 迭代方法通过可验证地方法来帮助减少风险－经常性、可执行地版本是最终用户不断地介入和反馈。 每次迭代完成都会发布一个可执行版本，开发队伍停留在产生的结果上，频繁的状态检查帮助确保项目按时进行。 需求管理 需求管理是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法。 需求管理正式定义为：需求管理是一种系统化方法，可用于征集、组织和记录系统需求并使客户和项目团队在系统变更需求上达成并保持一致。 有效需求管理的关键在于保持需求的明确阐述，还需保持适用的属性以及其他需求和其他项目工件的可追踪性。 RUP运用了“用例驱动方法”，此方法意味着为系统定义的用例是整个开发流程的基础。 RUP定义了问题分析、理解涉众需要、定义系统、管理项目规模、改进系统定义、管理需求变更等工作流程明细来对需求进行详细管理。 使用基于构件的体系架构 整个生命周期中，用例促使 RUP 的各流程前后衔接，而设计活动是以构架－系统构架或软件构架（对侧重于软件开发的系统而言）的概念为中心展开的。 流程初期迭代（主要集中在精化阶段）的重点在于生成并验证一个软件构架，它在最初开发周期中采用一个可执行构架原型的形式，并在以后的迭代中逐渐演变成最终系统。 RUP 提供了一种有条不紊的系统化方法来设计、开发和验证一个构架。 可视化建模UML 目前许多项目都使用面向对象编程语言来实现可重复使用的、容许变更并且稳定的系统。为实现具备这些优点的系统，在设计中使用对象技术尤为重要。 Rational 公司创建的工业级标准UML提供一个面向对象的设计模型，以此为基础实施软件。 验证软件质量 质量管理贯穿 RUP 的所有工作流程、阶段和迭代过程