补充规范工件获取那些在操作性需求工件(如用例规范)中不容易获取的系统需求。
角色: 系统分析人员 
可选/发生: 当存在不能与特定用例相关联的系统需求时使用。 
模板和报告:
     
示例:
     
UML 表示: 不适用。
更多信息:  
活动的输入:   活动的输出:  

用途 到页首

补充规范 获取那些在用例模型的用例中不容易获取的系统需求。这样的需求包括:

  • 法律和规章需求,以及应用程序标准
  • 要构建的系统质量属性,包括可用性、可靠性、性能和可支持性需求
  • 其它需求,如操作系统和环境需求、与其它软件相兼容的需求以及设计约束需求

计时 到页首

补充规范 与用例模型一起使用,表示:

  • 它们开始在先启阶段中确定下来,作为对通过用例定义系统范围和操作的补充
  • 它们在精化构造阶段逐渐扩展和优化。

职责 到页首

系统分析人员 角色主要负责该工件,它是对用例模型的重要补充。补充规范 与用例模型一起,将获取系统上的一组完整需求。

该工件是对其它软件工程工作的重要输入。以下角色和角色集合使用补充规范:

  • 分析人员创建和维护它补充规范,它充当分析人员、客户和开发人员之间的通信介质。
  • 开发人员将其作为对类定义职责、操作和属性时和根据实施环境调整类时的参考使用。
  • 实施者在实现类时将其用于输入。
  • 管理员在计划迭代时将其用于输入。
  • 测试人员使用它验证系统一致性。

定制 到页首

补充需求的种类根据项目的差别而有很大变化,因此应运用定制来定义适于您的项目的部分。确定在“远景”中要使用需求管理工具管理的信息(属性)。

请注意,补充规范 可能包括在软件需求规范工件中。



Rational Unified Process   2003.06.15