软件文档的评审和签署规范

一、目的

在软件开发的每个阶段，对该阶段所形成的文档进行评审，尽早发现问题，并及时采取措施予以解决，确保文档的内容准确，为软件产品的质量提供保障。文档的签署是为了体现文档的合法性、有效性、法规性。

二、规定

1．文档评审的重点是需求说明和设计说明的评审，见附录一。

2．需求评审需要进一步确认用户要求什么，及用户从开发者一方了解某些和约束。用户代表必须参与此项评审活动，以得到双方认可的需求文档。

3．设计评审主要进行概要设计评审和详细设计评审。概要设计评审主要详细评审每个系统组成部分的基本设计方法和测试计划；详细设计评审主要评审程序和程序单元测试计划。

4．所有评审会议必须形成会议记录（备忘录）和评审报告。

5．涉及到文档的更改按文档的更改要求执行。

6．评审的内容还可以包括：编排方式、技术准确度、完整性、对读者的适合性、表达上的正确性、格式的规范性等。

7．评审一般采用评审会的方式进行。

8．软件文档都应进行签署，签署的一般顺序为编制→审核→会签→标准化→批准的顺序进行。其中会签仅在必要时进行。

9．签署不允许代签，且修改单的签署与被修改的文档签署要一致。

10．编制、审核、会签、标准化、批准等人员见附录二。

三、程序

评审

1．由主管领导、用户代表（必要时）、开发小组成员、项目管理人员、标准化人员等组成评审小组，必要时邀请外单位专家参加。

2．开会前，由主管领导确定评审的具体内容，并将材料发给评审小组成员。

3．评审小组成员准备。

4．主管领导主持会议，根据评审条目由评审小组成员评议、评审。

5．评审小组得出评审结论，形成评审报告，评审小组成员应在评审报告上签字。

签署

  （无）

四、相关记录

    评审报告

    会议纪要（记录）

五、相关文档

    （无）

附录一  各评审点评审内容

附录二  软件文档签署者一览表

       编制：             审核：           批准：         

附录一  各评审点评审内容