1

在我工作的地方，人们不喜欢编写规范。（男孩，有人吗？）所以他们不这样做，除非他们的老板强迫。如果他们被迫编写它们，它们会尽可能短。（顺便说一句，他们也包括我。）

这导致规范如

  • 该软件将事件 A 和 B 之间的时间记录到事件日志中
  • 参数 X 的名称和路径在 ini 格式的配置文件中设置。
  • 该软件是活动的，无需用户登录到计算机（作为 Windows 服务实施）

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

所以我的问题是： 您认为任何重要软件的功能规范中的绝对最低细节水平是多少？

4

2 回答 2

1

Joel on Software 写了一篇关于规范的破解文章。

你可以在这里找到它 规范讨论

于 2008-12-05T12:22:08.040 回答
1

恕我直言，关于功能规范（以及所有其他用于软件开发和项目规划的正式方法/工具（Yourdon、SSADM、PRINCE2、UML 等）的重要之处在于，它们通过让您按照共同的思路思考来鼓励良好的实践。他们不保证成功，但他们通过将良好实践正规化来鼓励成功

因此，创建 FS 的事实是一件好事，即使它们可能会更好。一些计划和准备总比没有好 - 这是很多开发人员所做的。

理想情况下应该进入FS？尽可能多，尽可能少。仅仅因为某些功能规格涵盖 X、Y 和 Z 并不意味着您应该这样做。如果你变得过于规范，你会给简单的项目增加不必要的官僚主义；相应地，对于复杂的项目，规范的方法可能会鼓励开发人员停止他们真正应该达到的细节水平。

于 2008-12-05T12:32:49.687 回答