【问题标题】:Functional Specifications功能规格
【发布时间】:2009-05-23 22:57:47
【问题描述】:

无论我在哪里查看,功能规范都是某种文档,其中包含并详细说明了需求/提议的功能。我最近能够为我们公司制作功能规范的标准模板。 我暂时确定的格式是一个具有相当多自动化程度的 excel 文件。

  1. 模板计划将顶层需求链接到层次结构中的较低级别需求。

  2. 然后可以将较低级别的要求映射到设计的技术方面,类似于质量屋。相关性在 HOQ 中被确定,但此外,对于每对需求和技术方面,都估计了可行性。

  3. 如果要求的任何技术方面被标记为不可行,则该要求将被标记为重新考虑。

  4. 在将所有需求标记为可行或适当删除后,提取每个需求-技术方面对,并根据时间和预算为每个方面寻求估算。

  5. 估算有助于我们规划项目。

我可以对此提案发表知情意见吗?在我看来,这似乎是将需求与技术方面以及项目规划联系起来的最佳方式。

【问题讨论】:

  • 不确定您的问题是什么??
  • 只是问,这可行吗?有什么我必须防范的陷阱吗?
  • 一切皆有可能。问题是,这样做值得吗?我宁愿自己有一个纯文本文档,没有自动化。

标签: methodology specifications


【解决方案1】:

根据我的经验,功能规范通常是一个用例文档(有或没有相应的图表)。电子表格听起来很酷,但功能要求通常用于与业务利益相关者进行沟通,目的是获得同意并最终签署,以便批准项目的预算。除非您的电子表格能够以某种方式格式化打印输出的要求,否则我对您建议如何共享内容以供讨论和反馈感到有些困惑。

我的两分钱...

希望这会有所帮助,

比尔

【讨论】:

  • +1。但是,电子表格可以生成可用于此目的的产品分解列表。
【解决方案2】:

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

【讨论】:

    【解决方案3】:

    “我可以对此提案发表知情意见吗?”

    此电子表格的用户是谁?

    您的用户如何使用此电子表格?他们在需求收集、规划和项目批准方面有哪些用例?

    如果您是用户,那么它非常适合您。

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

    • 需求的用户采取什么行动?他们批准、拒绝、确认还是拒绝?

    • 他们会做出什么决定?

    • 他们需要哪些信息来做出这些决定?

    如果您的电子表格满足您的用户需求,那就太好了。

    需求是很棘手的事情,必须以多种方式重新确定优先级并重新考虑。电子表格自动化过多可能会成为障碍。

    大多数情况下,人们需要能够添加无限数量的额外列,并将它们分类到无数的组织和重组中。

    【讨论】:

      【解决方案4】:

      您可能需要对电子表格进行补充以列出用例和任何用户界面规范。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2016-12-20
        • 1970-01-01
        • 2010-09-08
        • 2019-11-04
        • 1970-01-01
        相关资源
        最近更新 更多