软件需求规范(SRS)获取整个系统或该系统某一部分的软件需求。
角色: 需求指定者 
可选/发生: 首先在先启阶段考虑,并在精化和构造阶段进行优化。
模板和报告:
     
示例:
     
UML 表示: 不适用。
更多信息  
活动的输入:   活动的输出:  

用途 到页首

软件需求规范 (SRS)专注于围绕项目的所有需求的收集和组织。 例如,可能需要用单独的 SRS 来描述特定发行版的产品中每项特性的完整软件需求。这可能包括系统用例模型中的几个用例,以描述该特性的功能需求以及补充规范中的一组相关的详细需求。软件需求规范 可用于在正式的、IEEE830 样式的文档中收集项目软件需求。

由于您发现可使用几种不同的工具收集这些需求,因此意识到可能要在几种不同的工件和工具中收集需求是很重要的。例如,您可能发现,使用补充规范中的文本记录工具收集文本性需求(如非功能需求、设计约束等)是很合适的。另一方面,您会发现收集用例中的某些(或所有)功能需求是有用的,您还会发现使用适于定义用例模型需要的工具是很方便的。 正因于此,我们将针对某个包中的 SRS 收集需求,这个包可能是单个文档或是描述需求的多个工件的集合。
(有关其它指导信息,请参阅更多信息部分)。

SRS 包控制着项目整个开发阶段的系统发展,如对“远景”文档添加或修改新特性(它们将在 SRS 包中详细说明)。以下人员使用软件需求规范:

  • 系统分析人员创建和维护远景补充规范, 后者充当对 SRS 的输入,且是系统分析人员、客户和其它开发人员之间的通信介质。
  • 需求指定者创建和维护单个用例和 SRS 包的其它组件,
  • 设计人员将 SRS 包作为对类定义职责、操作和属性时和根据实施环境调整类时的参考使用。
  • 实施者在实现类时将 SRS 包用于输入。
  • 项目经理在计划迭代时将 SRS 包作于输入。
  • 测试人员在考虑所需的测试时将 SRS 包用作输入。

简短概述 到页首

软件需求规范 (SRS)获取系统或该系统某一部分的完整软件需求。

一个 SRS 可能有许多不同的安排。有关其它指导信息,请查阅定制部分。

计时 到页首

软件需求规范:

  • 最初在先启阶段考虑作为定义系统范围的补充。
  • 精化构造阶段逐渐优化。

职责 到页首

需求指定者 负责生成软件需求规范 (SRS)包,这是对用例模型的重要补充。SRS 包收集用例模型中适用的补充规范用例,它们一起获取系统上或已定义的子系统上的一组完整需求。

定制 到页首

一个 SRS 可能有许多不同的安排。有关项目环境中相关的安排,请查阅该页面的标题表中的模板和示例部分。有关该工件的进一步精化(包括 SRS 组织的其它选项),请参阅 [IE830]。

该工件在逻辑上涵盖了以下几项:



Rational Unified Process   2003.06.15