代码之家  ›  专栏  ›  技术社区  ›  Treb

功能规范的最低详细程度,以便有用

  •  1
  • Treb  · 技术社区  · 17 年前

    在我工作的地方,人们不喜欢写规范。(男孩,有人吗?)。如果他们被迫写,他们会尽量缩短。(顺便说一下, 还包括

    这会产生如下规范:

    • 参数X的名称和路径在ini格式的配置文件中设置。
    • 软件处于活动状态,用户无需登录计算机(作为Windows服务实施)

    这个例子取自一个非常小的项目,效果非常好,但我认为它不足以解决任何更复杂的问题。我没有指定操作系统/硬件要求,因为这是内部开发,我们有公司或部门标准涵盖这些要求。

    所以我的问题是: 在任何非平凡软件的功能规范中,你认为细节的绝对最小细节是什么?

    2 回复  |  直到 17 年前
        1
  •  1
  •   CJM    17 年前

    功能规范(以及所有其他用于软件开发和项目规划的正式方法/工具(Yourdon、SSADM、PRINCE2、UML等)的重要一点是,它们通过让您按照共同的思路思考来鼓励良好实践。它们不保证成功,但通过将良好实践形式化来鼓励成功

    因此,创建FSs是一件好事,即使它们可能会更好。有些计划和准备总比什么都没有好——这是许多开发人员所做的。

    理想情况下,什么应该进入FS?尽可能多的是必要的,尽可能少的。只是因为一些功能规格包括X、Y和;Z并不意味着你的应该。如果你变得过于规范,你会给简单的项目增加不必要的官僚作风;相应地,对于复杂的项目,规定性的方法可能会鼓励开发人员停止缺乏他们真正应该达到的详细程度。

        2
  •  1
  •   Dean    17 年前

    你可以在这里找到它 Specification Discussion

    推荐文章