产品开发文档规范

产品开发文档规范内容摘要：

：1） 项目经理制定整个项目的文档计划（包含在项目计划中），并督促落实文档计划的实施。 2） 负责对技术内容正确性的检查并校对文档内容与所述对象最新版本是否保持一致。 3） 定义项目文档的密级。 PPQAPPQA的主要工作为：1） 对文档作者提供的文档进行编号。 2） 检查项目各阶段文档计划的执行情况，确保文档的三级审核制度得到执行直至最后归档。 3） 对文档进行规范性审查。 4） 根据文档计划，组织评审组对文档进行评审。 5） 确认项目经理定义的文档密级，并确保文档的保密性得到有效控制。 配置管理工程师将评审通过或是部门经理审核通过的文档纳入基线管理，根据密级确认相应的权限。 评审组对需要评审的文档（可行性研究报告、项目计划书、需求规格说明书、概要设计书等）的内容进行质量把关。 部门经理文档作者所属部门的部门经理对不需评审的文档进行最终审核。 5 文档审核流程对每一份文档要求在纳入基线前，从项目经理、PPQA、部门经理或评审组，进行三级审核，这样，分别从文档质量的完备性、正确性、可读性、简明性、规范性、可追溯性等方面进行分层把关，并最后签字确认其文档质量合格。 产品开发项目的文档管理层次结构如图1所示：评审组部门经理PPQA项目经理文档作者 图1 文档管理层次结构 审核流程产品开发项目文档在归档前均要经过多级审核，各审核一般都对应到文档封面的签名。 文档的审核归档流程如图2所示。 图2 文档的审核流程 归档签名开发阶段文档在纳入基线之前需要经过三级审批，包括文档作者在内共四级签名：216。 文档作者：为文档的主要思想提供者和写作者。 如果有多人参与，则记录主要人员。 216。 项目经理：为在立项评审时指定的项目负责人。 216。 审核：PPQA。 216。 批准：如果此文档需评审，则批准人为评审组长；否则为文档作者所属部门的部门经理。 纳入基线产品开发项目文档在经过三级审批通过后，由配置管理工程师纳入基线进行管理。 6 文档保密制度为确保产品开发项目文档的安全性，防止技术资料的外泄以及维护公司的权益，对每种文档还应划定它们各自的保密级别。 每份文档的密级原则上根据其所含技术的保密要求以及产品进入市场的程度，由项目经理负责指定。 文档是按照与开发同步的原则写作，所以大多数文档在第一次纳入基线时，其密级一般为“机密”，然后随着产品的逐渐成熟，其保密程度会逐渐放开，所以每份文档的密级标志是动态的。 纳入基线后的文档密级若需要改变，可由项目经理提出申请，配置管理工程师责对文档所在配置库重新分配权限。 文档密级共分为四级：216。 绝密：指只有极少数人可以查阅的文档。 如：核心技术的文档、预研项目的文档等。 此类文档应严格保密，配置库权限一般只分配给研发领导指定人员，须签订保密协议。 216。 机密：指只有项目组的人可以查阅的文档。 如：《软件概要设计说明书。