1. 前言
UP开发包括四个阶段:初始阶段、细化阶段、构建阶段、移交阶段;
UP每个阶段包括 业务建模、需求、设计等科目;
需求是UP科目之一,在初始阶段需求科目的工作量占据较大的部分。但是初始阶段的需求科目并非定义所有需求,而是需要在后续的细化阶段逐步迭代。
同时需求科目工作的成果会形成相关的制品。
2.相关术语
术语 | 说明 |
需求 | 系统必须提供的能力和遵从的条件 |
需求管理 | 定义需求的方法 |
瀑布式需求管理 | 编程之前项目的第一个阶段就试图完全定义和固化需求 |
UP式需求管理 | 用一种系统的方法来寻找、记录、组织和跟踪系统不断变更的需求 |
表 需求相关术语说明
3. 寻找需求的方法
- 与客户一起编写用例
- 开发者和客户共同参加客户讨论会
- 请客户代理参加焦点小组
- 把每次迭代的成果给客户演示以求得到反馈
4. 需求的类型和种类
需求种类 | 说明 |
功能性(Functional) | 特性、功能、安全性 |
可用性(Usability) | 人性化因素、帮助、文档 |
可靠性(Reliability) | 故障频率、可恢复性、可预测性 |
性能(Performance) | 响应时间、吞吐量、准确性、有效性、资源利用率 |
可支持性(Supportability) | 适应性、可维护性、国际化、可配置性 |
如下为“+” | |
实现(Implementation) | 资源限制、语言和工具、硬件等 |
接口(Interface) | 强加于外部系统接口之上的约束 |
操作(Operation) | 对其操作设置的系统管理 |
包装(Packaging) | 物理的包装盒 |
授权(Legal) | 许可证或其它方式 |
表 按照FURPS+模型需求的分类
注:需求按照FURPS+模型进行分类,其中+是指一些辅助的、次要的因素
5. UP需求制品
UP需求制品 | 说明 |
设想 | 概括了高阶需求。这些需求在用例模型和补充性规格说明中细化 |
业务规则 | 又称领域规则,描述了凌驾于软件项目的需求或政策,这些规则是领域业务所要求的 |
用例模型 | 一组使用系统的典型场景 |
补充性规格说明 | 基本上是用例之前的所有内容,主要用于非功能性需求,例如性能、授权 |
词汇表 | 定义重要术语 |
表 UP初始阶段需求科目对应的需求制品
注:UP提供了如上表的需求制品,这些需求制品是可选的
6. 本书包含的UP需求制品
本书包含的需求制品包括:
- 设想
- 业务规则
- 用例模型
- 补充性规格说明
- 词汇表