ISO软件开发全套文档配置管理控制程序.docxVIP

最新编辑 配置管理控制程序  文件编号 版 号 章节号：  页 码 目的 1.1 确保项目成员在整个软件生存周期随时都能获取正确的、 准确的信息， 以最大限度地减少混乱，提高开发效率，确保用户获得适用的产品。 1.2 保留开发中的中间文档、积累开发经验。 适用范围 2.1 本程序适用于公司软件产品开发生存周期中的各项活动。 职责 3.1 项目经理 3.1.1 指定配置管理人员。 3.1.2 负责审批配置管理计划。 3.2 配置管理人员 3.2.1 负责编制和执行项目的配置管理计划。 3.3 项目开发人员 3.3.1 负责执行配置管理计划 3.4 SQA 3.4.1 负责跟踪配置管理计划的实施。 工作程序 有图 最新编辑 配置管理控制程序  文件编号 版 号 章节号：  页 码 4.1 术语定义 4.1.1 软件配置管理，软件配置管理是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更，记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 4.1.2 软件配置项：为配置管理的目的而作为一个单元来看待的硬件 /或软件成分。 4.1.3 基线：软件生存周期各开发阶段末尾的特定点，也被称为里程碑。 4.2 软件配置项的范围 4.2.1 与合同、过程、计划和产品有关的文档及资料。 4.2.2 源代码、目标代码和可执行代码。 4.2.3 相关产品，如：开发工具、可复用组件、编程技巧和方法等。 4.3 配置管理计划编制 4.3.1 所有项目在制定项目开发计划时，都应由项目经理指定配置管理人员，然后由配置人员依 据《配置管理计划编写指南》编写《配置管理计划》 。 4.3.2 项目配置管理计划至少应包括的内容： 配置管理人员的组成及分工； 配置管理活动的规定； 项目中所设定的基线及其生成的时机； 配置管理中使用的工具、技术和方法； 配置项的确定以及将各配置项置于配置控制的相应阶段。 4.3.3 配置管理计划的具体内容和格式参见《配置管理计划编写指南》。 4.4 配置管理计划评审 4.4.1 配置管理计划编制完成后， 由配置管理人员填写 《评审申请表》 ，提出配置管理计划评审申 请。 4.4.2 配置管理计划评审由项目经理组织实施，参加评审的人员需要包括：项目经理、配置管理 人员、 SQA 代表、项目骨干等。 4.4.3 评审通过后，由部门经理审核，主管副总批准。 4.4.4 配置管理计划评审的具体程序参见《设计评审控制程序》。 4.5 软件配置标识 4.5.1 确定软件配置项：在软件开发过程中产生的大量文档中，做出选择，确定哪些内容需要受 控。 4.5.2 用“版本”来定义配置项的演化阶段。 4.5.3 制定命名规则。 4.5.4 本公司的配置项的命名规则的实现方法详见《文件和资料编号规则》 。 4.5.5 配置项应该反映基线的建立。 4.5.6 配置项标识内容： 名字：一个字符串，明确地标识配置项； 描述：描述配置项类型（如文档、程序、数据、环境配置等） 、项目标识、变更和 /或版本信息； 资源：对象所提供的、处理的、引用的或其他所需要的一些实体，例如，数据类型、特定函数、变量名等； 基线：说明配置项属于哪一基线。 最新编辑 配置管理控制程序  文件编号 版 号 章节号：  页 码 4.5.7 建立配置管理表：对特定项目的配置项管理，可以通过《配置管理表》进行维护。配置管理表的内容至少包括 4.5.6 所述四项的内容。 4.6 配置变更控制 4.6.1 基线的确立：本公司软件开发过程中，至少应在如下过程中建立基线。 有图 4.6.2 配置变更控制是指对列入基线的配置项进行变更时的控制。 4.6.3 项目组配置管理人员根据配置状态报告，明确列入基线的各配置项的状态。 4.6.4 变更方法 4.6.4.1 由变更申请人先填写《评定申请表》 ，提出变更评审申请。 4.6.4.2 变更评审由部门经理组织实施，参加人员需要包括：部门经理、项目经理、项目配置 管理员、 SQA 代表、项目主要骨干成员，当项目是重大项目时，还要包括主管副总、技术总监、市场部人员等。 4.6.4.3 评审小组组长完成《评审报告》 。 4.6.4.4 评审通过后，由项目经理审核，部门经理批准。 4.6.4.5 变更评审的具体程序参见《设计评审控制程序》 。 4.6.4.6 变更必须进行严格的记录，配置管理人员应填写《配置管理表》并生成新的版本。同时通知怕有相关部门和人员。 4.6.5 变更记录 最新编辑 配置管理控制程序  文件编号 版 号 章节号：  页 码 4.6.5.1 将《配置管理变更记录表》作为配置项在《配置管理表》中登记。 4.6.5.2 在变更了的模块代码中做变更记录，变更记录的内