第7章 RUP过程.ppt

软件开发与实践 第7章 RUP过程 Rational Unified Process 7.1 瀑布方法 需求预先可知； 需求很少变化； 客户知道他们的所需，而且不需要对需求进行可视化； 可以用抽象的方法完成设计； 所采用的技术能解决项目中出现的所有问题。 7.1 瀑布方法 数据散布在许多不同的函数中，代码重用复杂。 经常是通过粘贴/复制方式在多个地方重用代码。 当逻辑改变时： 需要在多个地方修改代码。 改变函数将导致依赖于该函数的其他函数受影响。 经常需要在函数中动态改变数据类型。 7.2 RUP是什么？ 是一种软件工程过程 是一个过程产品 有自己的过程框架 捕获了现代软件开发中的最佳实践 7.3 RUP的目标 按照预先制定的时间计划和经费预算，开发出高质量的软件产品以满足最终用户的需求。 RUP核心概念 RUP核心概念 角色：描述某个人或者一个小组的行为与职责。RUP预先定义了很多角色。 活动：是一个有明确目的的独立工作单元。 工件：是活动生成、创建或修改的一段信息。 7.4 RUP捕获的6项最佳商业实践 6项最佳实践：被证明是解决软件开发过程中根本问题的方法，是软件开发过程的经验总结。 7.5 RUP的三大特点 用例和风险驱动 以架构为中心 迭代和增量开发 7.6 RUP的六大经验 迭代式开发。 管理需求。 基于组件的体系结构。 可视化建模。 验证软件质量。 控制软件变更。 7.6 RUP的六大经验 7.6 RUP的六大经验 迭代式开发 在软件开发的早期阶段就想完全、准确的捕获用户的需求几乎是不可能的。 实际上，我们经常遇到的问题是需求在整个软件开发工程中经常会改变。 迭代式开发允许在每次迭代过程中需求可能有变化，通过不断细化来加深对问题的理解。 迭代式开发不仅可以降低项目的风险，而且每个迭代过程以可以执行版本结束，可以鼓舞开发人员。 7.6 RUP的六大经验 管理需求 确定系统的需求是一个连续的过程，开发人员在开发系统之前不可能完全详细的说明一个系统的真正需求。 RUP描述了如何提取、组织系统的功能和约束条件并将其文档化，用例和脚本已被证明是捕获功能性需求的有效方法。 7.6 RUP的六大经验 基于组件的体系结构 组件使重用成为可能，系统可以由组件组成。 基于独立的、可替换的、模块化组件的体系结构有助于管理复杂性，提高重用率。 RUP描述了如何设计一个有弹性的、能适应变化的、易于理解的、有助于重用的软件体系结构。 7.6 RUP的六大经验 可视化建模 RUP往往和UML联系在一起，可视化模型有助于提高人们管理软件复杂性的能力。 RUP告诉我们如何可视化地对软件系统进行建模，获取有关体系结构、组件结构及行为的信息。 7.6 RUP的六大经验 验证软件质量 在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动，而是内建于过程中的所有活动，这样可以及早发现软件中的缺陷。 7.6 RUP的六大经验 控制软件变更 迭代式开发中如果没有严格的控制和协调，整个软件开发过程很快就陷入混乱之中，RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代开发。 RUP通过软件开发过程中的制品，隔离来自其他工作空间的变更，以此为每个开发人员建立安全的工作空间。 7.7 RUP作为一种软件开发框架 RUP是一种可伸缩的软件开发框架，具有以下特点： 迭代开发 需求管理 基于组件的架构可视化 可视化建模 质量管理 变化管理 7.8 RUP的整体架构 7.8 RUP的整体架构 RUP的结构 7.8 RUP的整体架构 RUP中有9个核心工作流，分为： 6个核心过程工作流(Core Process Workflows)； 3个核心支持工作流(Core Supporting Workflows)。 尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。 9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。 7.8 RUP的整体架构 1．商业建模(Business Modeling) 商业建模工作流描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程、角色和责任。 7.11 RUP的核心工作流 (Core Workflows) 2．需求(Requirements) 需求工作流的目标是描述系统应该做什么，并使开发人员和用户就这一描述达成共识。为了达到该目标，要对需求的功能和约束进行提取、组织、文档化；最重要的是理解系统所解决问题的定义和范围。 7.11 RUP的核心工作流 (Core Workflows) 3．分析和设计(An