RUP - IBM Rational Unified Process/阶段
外观
该流程分为四个生命周期阶段,所有阶段都可能在一次或多次迭代中进行。每个阶段通常包含五个工作流:需求、分析、设计、实现和测试。每个阶段都有一个里程碑,并在执行评估以确定目标是否已达成。
此阶段的目的是在客户和团队之间达成关于需求、功能预期和实施项目将采取的程序方法的协议。
此阶段的基本活动是
- 明确表达项目范围:捕获上下文,以及需求、约束和关键功能作为验收标准。
- 规划和准备商业案例:评估风险管理、团队组织和项目计划的替代方案。
- 可能的草稿架构:通过一些 PoC 开发来起草架构。
- 准备环境:评估项目和组织,选择工具以及哪些部分应该改进。
在阶段结束时,会根据以下标准进行检查
- 利益相关者在范围定义和成本/进度估计方面的共识。
- 通过主要用例的保真度来证明对需求的理解。
- 成本/进度估计、优先级、风险和开发过程的可信度。
- 任何已开发的架构原型的深度和广度。
- 建立一个基线,以比较实际支出与计划支出。
此阶段的一些预期制品是
- 愿景。
- 商业案例。
- 风险列表。
- 软件计划。
- 迭代计划。
- 主要用例已识别。
- 配置管理环境已设置。
此阶段的目标是构建一个架构基线,该基线实现具有有限功能的工作应用程序,并与客户达成协议以进一步推进项目。
细化阶段的基本活动是
- 创建基线架构:创建可执行架构
- 细化愿景
- 创建详细的迭代计划和构建的基线
- 细化用例并准备构建阶段:在阶段结束时,80% 的用例描述应该完成。
在阶段结束时,会根据以下标准进行检查
- 愿景和产品需求稳定。
- 架构稳定。
- 测试方法和验证已获批准。
- 测试和原型执行已证明主要风险已得到缓解。
- 迭代计划已完成,并且工作量估计可靠。
- 利益相关者同意愿景。
- 实际成本 × 计划成本是可以接受的。
此阶段的一些预期制品是
- 原型。
- 风险列表。
- 开发案例。
- 工具
- 软件架构文档。
- 设计模型
- 数据模型
- 实现模型
- 愿景
- 用例模型
- 测试套件
此阶段侧重于支持文档、软件产品、测试套件和用户手册。目标是理解所有需求并基于基线架构完成开发。
构建阶段的基本活动是
- 管理资源、控制和流程优化。
- 组件开发和验收标准测试开发。
- 基于验收标准的产品发布评估。
移交阶段在完成初始产品测试并将系统最终部署后开始。其目标是确保软件可供最终用户使用。
移交阶段的基本活动是
- 执行实施计划。
- 完成支持资料。
- 在开发环境中测试发布产品。
- 创建产品发布。
- 获取用户反馈。
- 根据用户反馈调整产品。
- 使软件可供最终用户使用。
预计工作量将在各阶段之间分配如下
初始阶段 | 细化阶段 | 构建阶段 | 移交阶段 | |
---|---|---|---|---|
工作量 | 10% | 30% | 55% | 5% |
持续时间 | 20% | 35% | 40% | 5% |
每个阶段都有工作流,如下面的图表所示
根据此图形,可以认识到工作流不会在一个阶段结束,它可以跨项目时间线扩展,只是工作量会减少。