文档评审规范.pdfVIP

子曰:“知者不惑，仁者不忧，勇者不惧。”——《论语》

2．分析设计阶段

分析设计阶段的测试工作是评审与测试相结合的过程，主要包括需求说明书评测、概要

设计说明书评测、详细设计说明书评测以及软件编码规范评测等。下述章节将详细论述。

（1）需求说明书评测

由于软件应用系统针对的行业广泛，因此在需求分析阶段可能存在着承建单位对业主单

位的业务需求理解不全面、不准确的情况，常发生承建单位认为某一个业务功能的实现非常

简单，而实际上业主单位业务标准的要求却很复杂的情况。在这种情况下，如果不通过评测

进行相关的质量控制，往往造成承建单位按照自己的理解进行开发。如果不进行评测，

评测之后没有充分发现问题，则给系统造成重大隐患，或者造成返工与延期。

因此，在此阶段评测的工作重点是与承建单位的分析人员、设计人员一起对需求说明书

进行审查，并协调业主单位完成需求说明书的评审确认。

什么样的需求说明书是良好的，需求说明书编写应该遵照怎样的框架，针对需求说明书

的评测有哪些主要内容等，这些在下述章节将详细论述。

•编制良好的需求说明书8条原则。

1979年由Balzer和Goldman提出了作出良好规格说明的8条原则。

原则1：功能与实现分离，即描述要“做什么”而不是“怎样实现”。

原则2：要求使用面向处理的规格说明语言，讨论来自环境的各种刺激可能导致系统做

出什么样的功能性反应，来定义一个行为模型，从而得到“做什么”的规格说明。

原则3：如果目标软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说

明的描述之中。描述该目标软件与系统的其他系统元素交互的方式。

原则4：规格说明必须包括系统运行的环境。

原则5：系统规格说明必须是一个认识的模型，而不是设计或实现的模型。

原则6：规格说明必须是可操作的。规格说明必须是充分完全和形式的，以便能够利用

它决定对于任意给定的测试用例，已提出的实现方案是否都能满足规格说明。

原则7：规格说明必须容许不完备性并允许扩充。

原则8：规格说明必须局部化和松散的耦合。它所包括的信息必须局部化，这样当信息

被修改时，只要修改某个单个的段落（理想情况）。同时，规格说明应被松散地构造（即耦

合），以便能够很容易地加入和删去一些段落。

尽管Balzer和Goldman提出的这8条原则主要用于基于形式化规格说明语言之上的需

求定义的完备性，但这些原则对于其他各种形式的规格说明都适用。当然要结合实际来应用

上述的原则。

•需求说明书的框架。

需求说明书是分析任务的最终产物，通过建立完整的信息描述、详细的功能和行为描述、

性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。如表2-1中列

出了需求说明书的框架。

表2-1需求说明书的框架

Ⅰ.引言A.系统参考文献B.整体描述C.软件项目约束

Ⅱ.信息描述A.信息内容表示B.信息流表示i.数据流ii.控制流

Ⅲ.功能描述A.功能划分B.功能描述i.处理说明ii.限制/局限iii.性能需求