（1）需求说明书评测
评测目的：
由于软件应用系统针对的行业广泛，因此在需求分析阶段可能存在开发单位对业务需求理解不全面、不准确的情况。这种情况下，如果不通过评测进行相关的质量控制，往往造成开发单位按照自己的理解进行开发。如果不通过评测或评测没有充分发现问题，则会造成重大隐患，或造成返工与延期。
评测原则：
编制良好的需求说明书8条原则
原则1：功能与实现分离，即描述要“做什么”而不是“怎样实现”。
原则2：要求使用面向处理的规格说明书语言，讨论来自环境的各种刺激可能导致系统做出什么样的功能性反应，来定义一个行为模型，从而得到“做什么”的规格说明。
原则3：如果目标软件只是一个大系统的一个元素，那么整个大系统也包括在规格说明的描述中。描述该目标软件与系统的其他系统元素交互的方式。
原则4：规格说明必须包括系统运行的环境。
原则5：系统规格说明必须是一个认识的模型，而不是设计或实现的模型。
原则6：规格说明必须是可操作的。规格说明必须是充分完全和形式的，以便能够利用它决定对于任意给定的测试用例，一提出的实现方案是否都能满足规格说明。
原则7：规格说明必须容许不完备性并允许扩充。
原则8：规格说明必须局部化和松散的耦合。它所包括的信息必须局部化，这样当信息被修改时，只要修改某个单个的段落（理想情况下）。同时，规格说明应被松散地构造（即耦合），以便能够很容易地加入和删除一些段落。
需求说明书的框架
网友评论