配置管理控制程序配置管理控制程序.docVIP

XXX项目 配置管理控制程序 文件编号 文件状态 [ ]草稿 [ ] 正式发布 [ ]正在修改 当前版本 拟 制 日期 审 核 日期 批 准 日期 修订历史记录 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型（A*M*D） 修改人 摘 要 备注 目 录 1 目的 1 2 适用范围 1 3 职责 1 3.1 项目经理 1 3.2配置管理人员 1 3.3项目开发人员 1 3.4 SQA 1 4 工作程序 2 4.1 术语定义 2 4.2 软件配置项的范围 2 4.3 配置管理计划编制 2 4.4 配置管理计划评审 2 4.5 软件配置标识 3 4.6 配置变更控制 3 4.7 配置状态报告 4 4.8 配置检查 4 4.9 配置管理过程评审 4 4.10 质量记录的保存 4 5 相关文件 4 6 质量记录 4  1 目的 确保项目成员在整个软件生存周期随时都能获取正确的、准确的信息，以最大限度地减少混乱，提高开发效率，确保用户获得适用的产品。 保留开发中的中间文档、积累开发经验。 2 适用范围 本程序适用于公司软件产品开发生存周期中的各项活动。 3 职责 3.1 项目经理 指定配置管理人员。 负责审批配置管理计划。 3.2配置管理人员 负责编制和执行项目的配置管理计划。 3.3项目开发人员 负责执行配置管理计划 3.4 SQA 负责跟踪配置管理计划的实施。 4 工作程序 4.1 术语定义 软件配置管理，软件配置管理是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更，记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 软件配置项：为配置管理的目的而作为一个单元来看待的硬件/或软件成分。 基线：软件生存周期各开发阶段末尾的特定点，也被称为里程碑。 4.2 软件配置项的范围 与合同、过程、计划和产品有关的文档及资料。 源代码、目标代码和可执行代码。 相关产品，如：开发工具、可复用组件、编程技巧和方法等。 4.3 配置管理计划编制 所有项目在制定项目开发计划时，都应由项目经理指定配置管理人员，然后由配置人员依据《配置管理计划编写指南》编写《配置管理计划》。 项目配置管理计划至少应包括的内容： 配置管理人员的组成及分工； 配置管理活动的规定； 项目中所设定的基线及其生成的时机； 配置管理中使用的工具、技术和方法； 配置项的确定以及将各配置项置于配置控制的相应阶段。 配置管理计划的具体内容和格式参见《配置管理计划编写指南》。 4.4 配置管理计划评审 配置管理计划编制完成后，由配置管理人员填写《评审申请表》，提出配置管理计划评审申 配置管理计划评审由项目经理组织实施，参加评审的人员需要包括：项目经理、配置管理人员、SQA代表、项目骨干等。 评审通过后，由部门经理审核，主管副总批准。 配置管理计划评审的具体程序参见《设计评审控制程序》。 4.5 软件配置标识 确定软件配置项：在软件开发过程中产生的大量文档中，做出选择，确定哪些内容需要受控。 用“版本”来定义配置项的演化阶段。 制定命名规则。 本公司的配置项的命名规则的实现方法详见《文件和资料编号规则》。 配置项应该反映基线的建立。 配置项标识内容： 名字：一个字符串，明确地标识配置项； 描述：描述配置项类型（如文档、程序、数据、环境配置等）、项目标识、变更和/或版本信息； 资源：对象所提供的、处理的、引用的或其他所需要的一些实体，例如，数据类型、特定函数、变量名等； 基线：说明配置项属于哪一基线。 建立配置管理表：对特定项目的配置项管理，可以通过《配置管理表》进行维护。配置管理表的内容至少包括4.5.6所述四项的内容。 4.6 配置变更控制 基线的确立：本公司软件开发过程中，至少应在如下过程中建立基线。 配置变更控制是指对列入基线的配置项进行变更时的控制。 项目组配置管理人员根据配置状态报告，明确列入基线的各配置项的状态。 变更方法： a.由变更申请人先填写《评定申请表》，提出变更评审申请。 b.变更评审由部门经理组织实施，参加人员需要包括：部门经理、项目经理、项目配置管理员、SQA代表、项目主要骨干成员，当项目是重大项目时，还要包括主管副总、技术总监、市场部人员等。 c.评审小组组长完成《评审报告》。 d.评审通过后，由项目经理审核，部门经理批准。 e. 变更评审的具体程序参见《设计评审控制程序》。 f.变更必须进行严格的记录，配置管理人员应填写《配置管理表》并生成