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

时间:2008-12-05 12:14:39

标签: specifications

在我工作的地方,人们不喜欢写规格。 (男孩,有没有人?)所以他们不这样做,除非他们的老板强迫他们。如果他们被迫写作,他们会尽可能地缩短。 (顺便说一下,他们还包括 me 。)

这导致了像

这样的规范
  • 此软件将事件A和B之间的时间记录到事件日志
  • 参数X的名称和路径在ini格式的配置文件中设置。
  • 该软件处于活动状态,用户无需登录计算机(作为Windows服务实施)

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

所以我的问题是: 您认为任何非平凡软件的功能规范中的绝对最低详细程度是什么?

2 个答案:

答案 0 :(得分:1)

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

你可以在这里找到它 Specification Discussion

答案 1 :(得分:1)

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

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

理想情况下应该进入FS?尽可能多和尽可能少。仅仅因为一些功能规格涵盖X,Y& Z并不意味着你应该。如果你变得过于规范,你会为简单的项目增加不必要的官僚主义;相应地,对于复杂的项目,一种说明性的方法可能会鼓励开发人员停止他们真正应该去的详细程度。