跳转到内容

RUP - IBM Rational Unified Process/阶段

来自 Wikibooks,开放世界中的开放书籍

该流程分为四个生命周期阶段,所有阶段都可能在一次或多次迭代中进行。每个阶段通常包含五个工作流:需求、分析、设计、实现和测试。每个阶段都有一个里程碑,并在执行评估以确定目标是否已达成。

生命周期阶段

[编辑 | 编辑源代码]

初始阶段

[编辑 | 编辑源代码]

此阶段的目的是在客户和团队之间达成关于需求、功能预期和实施项目将采取的程序方法的协议。

此阶段的基本活动是

  • 明确表达项目范围:捕获上下文,以及需求、约束和关键功能作为验收标准。
  • 规划和准备商业案例:评估风险管理、团队组织和项目计划的替代方案。
  • 可能的草稿架构:通过一些 PoC 开发来起草架构。
  • 准备环境:评估项目和组织,选择工具以及哪些部分应该改进。

里程碑

[编辑 | 编辑源代码]

在阶段结束时,会根据以下标准进行检查

  • 利益相关者在范围定义和成本/进度估计方面的共识。
  • 通过主要用例的保真度来证明对需求的理解。
  • 成本/进度估计、优先级、风险和开发过程的可信度。
  • 任何已开发的架构原型的深度和广度。
  • 建立一个基线,以比较实际支出与计划支出。

此阶段的一些预期制品是

  • 愿景。
  • 商业案例。
  • 风险列表。
  • 软件计划。
  • 迭代计划。
  • 主要用例已识别。
  • 配置管理环境已设置。

细化阶段

[编辑 | 编辑源代码]

此阶段的目标是构建一个架构基线,该基线实现具有有限功能的工作应用程序,并与客户达成协议以进一步推进项目。

细化阶段的基本活动是

  • 创建基线架构:创建可执行架构
  • 细化愿景
  • 创建详细的迭代计划和构建的基线
  • 细化用例并准备构建阶段:在阶段结束时,80% 的用例描述应该完成。

里程碑

[编辑 | 编辑源代码]

在阶段结束时,会根据以下标准进行检查

  • 愿景和产品需求稳定。
  • 架构稳定。
  • 测试方法和验证已获批准。
  • 测试和原型执行已证明主要风险已得到缓解。
  • 迭代计划已完成,并且工作量估计可靠。
  • 利益相关者同意愿景。
  • 实际成本 × 计划成本是可以接受的。

此阶段的一些预期制品是

  • 原型。
  • 风险列表。
  • 开发案例。
  • 工具
  • 软件架构文档。
  • 设计模型
  • 数据模型
  • 实现模型
  • 愿景
  • 用例模型
  • 测试套件

构建阶段

[编辑 | 编辑源代码]

此阶段侧重于支持文档、软件产品、测试套件和用户手册。目标是理解所有需求并基于基线架构完成开发。

构建阶段的基本活动是

  • 管理资源、控制和流程优化。
  • 组件开发和验收标准测试开发。
  • 基于验收标准的产品发布评估。

移交阶段

[编辑 | 编辑源代码]

移交阶段在完成初始产品测试并将系统最终部署后开始。其目标是确保软件可供最终用户使用。

移交阶段的基本活动是

  • 执行实施计划。
  • 完成支持资料。
  • 在开发环境中测试发布产品。
  • 创建产品发布。
  • 获取用户反馈。
  • 根据用户反馈调整产品。
  • 使软件可供最终用户使用。

各阶段的工作量

[编辑 | 编辑源代码]

预计工作量将在各阶段之间分配如下

初始阶段 细化阶段 构建阶段 移交阶段
工作量 10% 30% 55% 5%
持续时间 20% 35% 40% 5%

每个阶段都有工作流,如下面的图表所示

迭代式开发的统一流程模型

根据此图形,可以认识到工作流不会在一个阶段结束,它可以跨项目时间线扩展,只是工作量会减少。

华夏公益教科书