功能规格的最低水平细节为了有用

Question

我在哪里工作，人们不喜欢编写规格。 （男孩，有没有人？）所以他们不这样做，除非他们的老板被迫。如果他们被迫写他们，他们使他们尽可能短。 （顺便说一句，他们还包括我）

这导致规范，比如

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

这个例子是从一个非常小的项目采取的，和它的工作得非常好，但我不我认为这对任何更复杂的事情都是足够的。我没有详细说明操作系统/硬件要求，因为这是内部开发，我们有公司或部门的标准。

所以我的问题是： 那你考虑细节的功能规范对任何非平凡的软件绝对最低水平？

Answer 1

恕我直言，有关功能规格最重要的事情（和软件开发和项目规划的所有其他形式方法/工具（Yourdon的，SSADM，PRINCE2，UML等）是他们鼓励良好的实践，让你思考共同的思路。他们不保证成功，但他们通过正规化良好实践鼓励成功

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

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

Answer 2

乔尔在软件写了规范的开裂文章。

你可以在这里找到它 Specification Discussion