7.3.6 统一过程UP
本课核心知识点整理
UP 的三大关键词
统一过程 UP，也常见为 RUP/IUP 语境下的统一过程。考试如果出现 UP 或 IUP，按统一过程理解即可。它既可以看作过程，也可以看作开发方法。
| 关键词 | 含义 |
|---|---|
| 用例驱动 | 以用户目标和用例组织需求、分析、设计、测试 |
| 架构为中心 | 尽早建立并验证系统架构，架构是系统骨架 |
| 迭代与增量 | 每轮迭代产生可评估成果，系统逐步增加功能 |
课堂对比了几个驱动方式：瀑布模型是文档驱动，喷泉模型与用户需求和对象驱动联系更紧，UP 则典型是用例驱动、架构为中心。
UP 的四个阶段
| 阶段 | 也可译为 | 主要任务 |
|---|---|---|
| 初始 | 初启 | 明确生命周期目标，了解项目范围和边界，识别关键用例，展示候选架构 |
| 细化 | 精化 | 确定最终软件架构，分析问题领域，处理关键风险元素 |
| 构建 | 构造 | 生成可使用的软件产品，开发和组装构件，进行开发环境下测试 |
| 交付 | 移交 | 在用户环境中测试、发布版本、提交文档、培训和调整 |
注意：细化阶段会提到风险，但 UP 不以风险为核心。只有螺旋模型才强调风险分析。
Alpha 测试和 Beta 测试
课堂在 UP 的交付过程中补充了测试环境：
| 测试 | 环境 | 记忆 |
|---|---|---|
| Alpha 测试 | 开发环境下，由开发组织内部或受控用户测试 | 交给用户前先自己测 |
| Beta 测试 | 用户实际运行环境下测试 | 到用户现场或用户环境中测 |
这个区别在测试章节也常出现，先在这里建立印象。
构件和构件库
UP 的构建阶段也引出了构件思想。构件可以理解为比类更大一些、能实现特定功能、可复用的软件单元。组织会建立构件库，下次开发时优先复用已有构件；没有的部分再开发，最后像搭积木一样组装成系统。
| 概念 | 含义 |
|---|---|
| 构件 | 可复用、实现特定功能的软件单元 |
| 构件库 | 存放组织已有构件，支持复用 |
| 组装 | 将构件组合成完整系统 |
五个核心工作流
课堂提到核心工作流在软件设计师中考得不多，但可了解：
| 工作流 | 作用 |
|---|---|
| 需求工作流 | 捕获和描述需求 |
| 分析工作流 | 精化需求，建立分析模型 |
| 设计工作流 | 形成设计模型和架构设计 |
| 实现工作流 | 编码和构建软件 |
| 测试工作流 | 验证实现是否满足需求 |
例题
统一过程 UP 的典型特点是：
UP 中确定最终软件架构的阶段通常是：
Beta 测试通常指：
自查要点
- UP 的三大关键词是什么？
- 初始、细化、构建、交付各阶段主要做什么？
- 为什么 UP 提到风险但不等于螺旋模型？
- Alpha 测试和 Beta 测试有什么区别？
- 构件库为什么能提高复用效率？