关于需求的一点想法

        今天在家看《代码大全》，看到关于需求的这一章节，感觉收获很大。并且通过工作经验及与朋友讨论怎样的需求算一个好的需求，大家都感觉到对需求有很大的疑问。我们的需求到底要做到何种程度呢？也许在本书的 关于需求核对表中我们能够找到答案。

针对功能的需求：

1、是否详细定义了系统的全部的输入，包括其来源、精度、取值范围、出现频率等？

2、是否详细定义了系统的全部的输出，包括、目的地、精度、取值范围、出现频率、格式等？

3、是否详细定义了所有的输出格式（Web页面、报表，等等）？

4、是否详细定义了所有硬件及软件的外部接口？

5、是否详细定义了全部外部通信接口，包括握手协议、纠错协议、通信协议等？

6、是否列出了用户想要做的全部事情？

7、是否详细定义了每个任务所用的数据，以及每个任务得到的数据？

针对非功能需求

1、是否为全部必要操作，从用户的视角，详细描述了期望响应时间？

2、是否详细描述了其他与计时有关的考虑，例如处理时间、数据传输率、系统吞叶量？

3、是否详细定义了安全级别？

4、是否详细定义了可靠性，包括软件失灵的后果、发生故障时需要保护的到关重要的信息、错误检测与恢复的策略等？

5、是否详细定义了机器内存和剩余磁盘窨的最小值？

6、是否详细定义了系统的可维护性，包括适应特定功能的变更、操作环境的变更、与其他软件的接口的变更能力？

7、是否包含对“成功”的定义？“失败”的定义呢？

需求的质量

1、需求是用户的语言书写的吗？用户也这么认为吗？

2、每条需求都不与其他需求冲突吗？

3、是否详细定义了相互竞争的特性之间的权衡－例如，健壮性与正确性之间的权衡？

4、是否避免在需求中规定设计（方案）？

5、需求是否在详细程度上保持相当一致的水平？有些需求应该更详细地描述吗？有些需求应该更粗略地描述吗？

6、城求是否足够清晰，即使合转交给一个独立的小组去构建，他们也能理解吗？开发者也这么想吗？

7、每个条款都与待解决的问题及其解决方案相关吗？能从每个条款上溯到害在问题域中对应的概源吗？

8、是否每条需求都是可测试的？是否可能进行独立的测试，以检验满不满足各项需求？

9、是否详细描述了所有可能的对需求的改动，包括各改动的可能性？

需求的完备性

1、对于在开始开发之间无法获得的信息，是否详细描述了信息不完全的区域？

2、需求的完备是否能达到这种程度：如果产品满足所有需求，那么它就是可接受的？

3、你对全部需求都感到很舒服吗？你是否已经去掉了那些不可能实现的需求－那些只是为了安抚客户和老板的东西？