RUP统一软件过程.ppt

13.1 RUP概述 RUP（即Rational Unified Process），Rational统一过程。 统一过程是一个软件的开发过程，它将用户需求转化为软件系统所需的活动的集合。 统一过程不仅是一个简单的过程，而且是一个通用的过程框架。可用于各种不同类型的软件系统、各种不同的应用领域、各种不同功能级别以及各种不同的项目规模。 13.1 RUP概述 基于构件的 用UML制定软件系统所有蓝图 突出特点：用例驱动、以架构为中心、迭代和增量过程 四个阶段：初始、细化、构造、移交 五个核心工作流：需求捕获、分析、设计、实现、测试 13.1 RUP概述 13.２ RUP的４个工作阶段 　　每个阶段开始时都有特定的目标，结束时有里程碑。在每个阶段中存在一个或多个迭代。在每个迭代中，可以有多个工作流。 1、初始阶段 初始阶段的目标： 确定项目的软件范围和边界条件 识别出系统的关键用例 展示系统的侯选架构 估计整个项目需要的费用和时间安排评估项目风险 1、初始阶段 初始阶段的主要活动： 建立系统的业务模型 捕获系统的基本需求 确定系统的边界 识别关键任务 确定系统验收标准 进行项目风险评估 进行项目资源的估计与效益分析 制定项目开发计划与重要里程碑。 1、初始阶段 初始阶段的重点： 初始阶段的重点是需求分析与系统分析。如果需要构造原型系统，则需做一些设计与实现。 初始阶段的里程碑——生命周期目标 1、初始阶段 初始阶段的制品： 项目蓝图文档：系统的核心需求、关键特性与主要约束 初始的用例模型（完成10％～20％） 初始的项目术语表 业务用例模型，包括商业环境、验收标准和财政预测 初始的风险评估 一个可以显示阶段和迭代的项目计划 一个或多个原型 初始的架构文档 1、初始阶段 可以用如下标准来评价初始阶段是否成功： 风险承担者是否赞成项目的范围定义、成本以及进度估计。 是否通过主要用例证实对需求的理解。 成本与进度预测的评估以及优先级、风险和开发过程的可信度。 所开发软件原型的深度和广度。 实际开支与计划开支的比较。 架构的轮廓是否合理 如果无法达到这些标准，可能取消项目或重新对项目进行仔细的考虑。 2、细化阶段——最关键的阶段 细化阶段的目标： 迅速定出实用的架构 规划完成项目的活动，估算完成项目所需资源 细化初始阶段模型 为构造阶段定出高精确度的计划 2、细化阶段——最关键的阶段 细化阶段的主要活动： 细化构想，建立对大多数关键用例的确定理解 分析问题域，建立坚实的架构 细化架构并选择组件 捕获80%的功能需求用例 精化风险评估 建立可执行的软件原型 定义非功能需求 制定过程迭代计划和迭代的评价标准 2、细化阶段——最关键的阶段 细化阶段的重点： 细化阶段主要关注需求、分析和设计工作流。 每个工作流关注如下各项： 需求——精化系统范围和需求 分析——确定构造什么 设计——创建稳定的架构 实现——构造架构基线 测试——测试架构基线 2、细化阶段——最关键的阶段 细化阶段的里程碑——生命期架构 细化阶段的主要制品： 系统架构基线 UML静态模型、 UML动态模型、 UML用例模型 修订的风险评估 修订的用例 修订的项目计划 可执行的原型 2、细化阶段——最关键的阶段 细化阶段的评价是通过回答下述问题来完成的： 软件的构想是否稳定？ 架构是否稳定？ 可执行的原型是否表明风险要素已被处理并可靠地解决了？ 构造阶段的计划是否足够详细和精确？是否有可靠的基础？ 如果在当前架构上下文中执行计划并开发出整个系统，是否所有的风险承担人都同意系统达到了当前的需求？ 实际的费用支出与计划支出是否可以接受？ 如果无法达到这些标准，可能取消项目或对项目进行重新考虑。 3、构造阶段 构造阶段的目标： 实现管理层和用户达成共识的产品的所有用例 一个移交阶段的高精度计划 关键特性和核心功能得到实现 产品发布的验收标准 初步的用户手册 产品质量的详细分析 3、构造阶段 构造阶段的主要活动： 资源管理、资源控制和过程优化 完成组件开发并根据已定义的评价准则进行测试 利用构想制定的准则对发布的产品进行评估 3、构造阶段 构造阶段的重点： 构造阶段主要关注系统的实现工作流。每个工作流关注如下各项。 需求——揭示任何遗漏的需求 分析——完成分析模型 设计——完成设计模型 实现——构造初始运作功能 测试——测试初始运作功能 3、构造阶段 构造阶段的里程碑——初始运作功能 构造阶段的制品： 可运行的软件系统 UML模型 测试用例 用户手册 发布描述 3、构造阶段 评价构造阶段需要回答以下问题： 软件是否足够稳定和成熟，从而可以发布给用户？ 是否所有的风险承担人都准备好了向用