功能规格说明书

3
无论我看哪里,功能规格说明都是一些包含需求/建议特性的文档,并进行详细阐述。最近,我有机会为我们公司制定功能规格说明的标准模板。 我初步确定的格式是一个带有相当多自动化的Excel文件。
模板计划将顶层需求链接到层次结构中的较低级别需求。
然后,可以将较低级别的需求映射到设计的技术方面,类似于质量之屋。在HOQ中确定了相关性,但除此之外,对于每对需求和技术方面,还估计了可行性。
如果任何需求的任何技术方面被标记为不可行,则需要重新考虑该需求。
在所有需求已标记为可行或适当删除后,提取每个需求-技术方面对,并寻求它们的时间和预算估计。
这些估计有助于我们规划项目。
关于这个提议,我能否得到一个明智的意见?这对我来说似乎是将需求与技术方面联系起来,然后进行项目规划的最佳方式。

不确定你的问题是什么? - Mitch Wheat
只是问一下,这可行吗?有什么需要注意的问题吗? - Vaibhav Garg
任何事情都是可以做到的。问题是,值不值得去做?我宁愿自己拥有一个纯文本文档,没有自动化。 - anon
4个回答

3
根据我的经验,功能规格说明通常是一个用例文档(带或不带相应的图表)。电子表格听起来很酷,但功能需求通常用于与业务利益相关者沟通,以达成协议并最终签署,以便项目预算得到批准。除非您的电子表格可以以某种方式格式化要求以进行打印输出,否则我对您如何提出分享内容以进行讨论和反馈感到有些困惑。
这是我的两分钱...
希望能对您有所帮助,
比尔

然而,电子表格可以生成产品分解清单,可用于此目的。 - Vaibhav Garg

0

你可能想要在低级需求和测试之间添加映射(例如“设计测试”,而不是“单元测试”)。这样,你就可以建立该项目所需的广泛功能测试覆盖范围。


0

我能就这个提案发表一个知情的观点吗?

这个电子表格的用户是谁?

你的用户用这个电子表格做什么?他们在需求收集、规划和项目批准方面有什么用例要求?

如果你是用户,那么这对你来说是完美的。

如果你不是用户,你需要与你的用户会面,确定以下内容:

  • 需求的用户需要执行哪些操作?他们批准、拒绝、确认还是否决?

  • 他们需要做出哪些决策?

  • 他们需要什么信息来做出这些决策?

如果你的电子表格满足了你的用户需求,那么就很好。

需求是一件棘手的事情,必须以许多方式重新排序和重新考虑。过多的电子表格自动化可能会成为障碍。

大多数人需要能够添加无限数量的额外列,并将它们按照无数种组织和重新组织进行分类。


0

你可能需要一个补充电子表格来列出用例和任何用户界面规范。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接