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

配置管理控制程序 文件编号：QP/LZMD-12-2013 版本：A/0 制定部门： 编制/日期： 2013.2.18 审核/日期： 2013.2.18 批准/日期： 2013.2.18 控制状态： 控制编号： 修 订 记 录 申请单编号 修订内容 版本/次 核准/日期 审查/日期 编修/日期 1 目的 确保软件、系统开发和维护各阶段产品之间的可追溯性，确何产品内容的正确性、一致性和可获得性，确保产品内容受到保护，受到控制。确保产品内容最终能完整、正确地归档。 2　适用范围 本程序适用于研发部，对在软件开发各阶段所进行的进度、版本、工具和技术、文档等进行标识、控制、审核及管理。业务发展各部根据项目需要针对具体项目可先用全部或部分。 3　　岗位与职责 3.1 项目安排人 负责审批“软件开发项目配置管理计划”等配置管理文档。 3.2 技术部 负责软件开发项目的工具和技术的配置管理 3.3 项目负责人 负责所开发的软件产品／项目开发阶段划分、进度控制、修改控制、备份状态控制、防病毒管理，审核配置状态报告。 3.4 项目组 在软件产品设计和开发活动的整个生存期中遵循本程序文件对其提出的所有规定。 3.5 项目配置管理员 负责各个阶段文档管理与更新，建立文档一览表，标注文档的状态。 3.6 产品经理 负责已交付项目的产品的配置管理。 3.7 技术总监 负责编制公司《软件配置管理计划规范》，编制公司“工具技术状态一栏表”。 4 工作程序 4.1 项目计划阶段 在项目计划阶段，是配置管理工作前期准备的重要阶段，配置的工作主要有以下几方面的内容： 4.2 配置管理计划 对于项目工程部在项目立项前期指派配置管理人员的项目，在项目立项初期，配置管 理员要与项目经理协商，制定配置管理的计划，规划未来的配置管理工作。 4.3 配置管理计划的约束条件 配置管理的规划必须以项目开展的工作计划为基础，参考工作计划说明书。 配置管理计划的编写必须以公司的流程为模版，与工作计划说明书和质量保证计划相一致； 配置管理计划能够指导未来的配置管理工作，配置管理工作必须以配置管理计划为基准； 如配置管理计划不能满足未来配置管理工作的需要，可以再增加配置管理工作计划作为配置管理计划的辅助，指导未来的配置管理工作； 4.4 规范配置管理环境 配置管理计划制定结束后，配置管理人员要依据计划实施配置管理的前期工作。首先必须规范配置管理的环境，实现项目组内的专机专用，并与项目经理沟通，开发专机、测试专机、配置专机的使用情况。 4.5 建立配置库 配置库作为项目组内成员今后工作的平台，前期的详细准备是非常重要的。配置库建立的准则： 依据配置管理计划中的定义建立配置库； 与项目经理协商配置库人员使用的权限规定与配置库工作区间的划分，保证个人工作区间的隔离； 4.6与项目负责人讨论变更控制的实施 与项目组讨论项目中变更控制实施的措施，指定出相应的变更控制流程。在变更控制流程中应注意变更过程中责任到人，不同变更情况的处理方式，具体操作可参见《变更控制流程制定指导书》。 4.7生成计划基线，并发布基线 在项目的立项材料经过正式评审通过，宣布项目立项后，配置管理员要整理项目的立项材料，正式生成计划基线，并标识基线，保证基线存放于基线库中。 基线的发布通过配置状态报告来实现。 产品经理或项目负责人根据“软件项目设计和开发计划”，编制本项目的“软件配置管理计划规范”。 4.8项目执行阶段 项目执行阶段，配置工作真正深入到了项目中，工作主要表现为： 维护配置库 配置库维护包括维护配置库结构、日常权限的设置、帐户的增加与删除、工作区维护、配置库备份等；维护时要注意： 对配置库的备份要与配置机分开，以确保安全性； 配置库中帐户的管理要注意定期维护，避免帐户不断增加，出现垃圾帐户的问题； 工作区的维护要注意结构清晰、明了，工作区隔离； 监督项目组成员使用配置库问题，避免工作脱离配置库平台和配置项长期被CHECK OUT的问题等； 进行版本控制 版本控制是配置管理的另一项主要内容，包括文档版本的控制和代码版本的控制。版本控制中注意的问题： 版本标识明确、清晰； 在配置库中，有效利用标签； 注意保证版本的历史在线和可以回溯； 注意每一次的开发以基线版本为基础和基准； 注意版本的受控性，保证测试的版本的受控； 每一次新的基线版本的生成，要及时发布； 协助项目经理生成项目进行过程中的各种基线 项目执行过程中生成各种基线