任务:详细描述软件需求
此任务描述了如何详述系统的软件需求。
用途

此任务的目的是收集、详述并组织完整描述系统的软件需求的工作产品集(包)。

关系
角色主要: 其他: 辅助:
输入必需: 可选: 外部:
输出
主要描述
详细描述软件需求,包括详细描述用例和详细描述当前发行版中要交付的需求的补充规范。关于更多信息,请参阅详细描述用例开发补充规范
步骤
详细描述软件需求

确保以所需的详细级别指定了所有需求以便传递给设计人员、测试人员和文档编写人员。复审与要生成的工作产品相关联的核对表。

如果需求得到跟踪或其他形式的正式管理,请确保每个需求都明确地标识并标注出来。

生成支持报告

通常使用一个或多个工具存储和管理需求。例如,以下用途的工具:

  • 图形需求建模
  • 可跟踪性和整体需求管理
  • 其他文本和图形文档。

这一步骤从这些工具生成文档,这样就可以很容易复审信息了。如果专门工具不用于捕获需求,那么该步骤就不适用(所有的软件需求将直接写在文档中)。

关于支持工作产品生成的报告的信息,请参阅工作产品内容页面。

将需求打包用于复审

在此步骤中将生成要在当前的开发周期中交付的软件需求的完整定义,这样就可以有效地复审需求。在此步骤中将汇集所有的需求工作产品,并提供任何附加信息。  

对于不太正式的项目,这一步骤包括将相关的报告和手动生成的文档打包,并附带足够的支持材料。

对于较正式的项目,可生成一个或多个软件需求规范(SRS),收集并组织所有围绕项目的需求。例如,一个独立的 SRS 可以描述产品的某个发行版中的每个功能完整的软件需求。它可包含记录在其他需求工作产品中的需求。在这样的情况下,SRS 可引用记录在其他工作产品中的需求。这使您不必复制其他工作产品中的信息就可以拥有正式的 SRS。 使用适当的软件需求规范模板,将 SRS 包的各个部分汇集起来并提供其余的信息来获得该子系统或功能完整的软件需求定义。

属性
多次出现
事件驱动
正在进行
可选
已计划
可重复
关键注意事项

在初始需求引发期间可能会错过一些详细需求,而用户界面原型可能是这些详细需求的最佳来源。如果用户接受原型,则明确记录实现原型所需的详细需求是很重要的。

更多信息