配置管理规程

《配置管理规程》由会员分享，可在线阅读，更多相关《配置管理规程（18页珍藏版）》请在金锄头文库上搜索。

1、文件编号：JDLS/CMMI/19CMMI文件配置管理规程V2.0起草部门：品管部管理部门：品管部撰写人：审核人：批准人：EPG发布日期：2006年8月15日修订页编号早节名称修订内容简述修订日期修订前版本号修订后版本号修订人批准人1全文创建2005-4-11/V0.1EPG2全文修改2005-4-15V0.1V0.2EPG3全文修改2005-4-26V0.2V0.3EPG4全文修改配置库结构、变更控制2005-7-14V0.3V1.0EPG5附录增加会议纪要命名规则/修改详细设计目录的权限设置原则2006-1-16V1.0EPG65.6根据张总意见修改变更控制2006-3-24V1.0V1.

2、1EPG7全文根据公司组织结构的调整，作适当的修改2006-7-27V1.1V1.1EPG8全文配置库结构调整、配置项出库审批修改、小型变更控制、增加版本定义规则等2006-08-03V1.1V2.0EPG目录目的51. 适用范围52. 职责53. 流程图64. 配置管理过程61.1 识别配置项61.2 标识配置项61.3 定义基线71.4 制定配置计划71.5 建立配置库81.5.1 预立项研究和开发区使用81.5.2 配置项查询81.5.3 配置管理工具81.6 变更控制91.7 建立配置管理记录101.7.1 配置项日常使用控制101.7.2 配置状态及报告111.8 配置审查111.9

3、 发布管理121.9.1 发布类型和对象121.9.2 产品内部验收步骤121.9.3 工作产品131.10 度量135. 附录A：标识规则136. 附录B：配置库的结构和权限表147.附录C：简化的项目配置库的结构和权限表（适合于规模较小的项目） 16目的本文档定义了在项目开发过程中执行项目配置管理所遵循的过程活动。通过在项目的整个开发 周期中应用配置管理以建立和维护工作产品的完整性。1.适用范适用于公司各类项目开发过程中的配置管理活动。2.职责序号工作内容工作产品执行人员辅助人员1.识别项目配置项配置计划配置工程师开发组长2.定义基线配置计划配置工程师 开发组长3.制定与审核配置 计划配置

4、计划配置工程师开发组长、品管部经理4.建立配置库配置库配置工程师开发组长5.配置库的使用配置库项目组成员配置工程师6.变更控制软件开发变更单、基 线报告、小型变更跟踪衣变更申请人配置控制委员会7.配置项对外日常使用管理紧急放行申请表 配置项出库登记表取用人产品部经理、品管部经理8.配置状态及报告基线报告配置工程师品管部经理9.配置审查项目周进度表质量工程师品管部经理10.产品内部验收发布项目验收申请单、项 目内部验收报告、项 目总结报告开发组长、配置工 程师品管部经理、产品部经理说明：配置控制委员会CCB：审查和批准基线的变更。3.流程图图4.1配置管理流程图4.2变更管理流程图4.3发布管理

5、流程4. 配置管理过程1.1识别配置项识别项目配置项是配置管理的基础，根据项目工作分解和定义过程识别项目的配置项，内容包括： 文档类：计划、需求、设计、测试、用户文档等。 过程类：工作日志、周计划小结、会议纪要等。 代码类：源代码、目标代码、安装程序、开发环境。 参考资料：业务资料、标准等。1.2标识配置项1. 标识开发过程中纳入配置管理的配置项，为每个配置项指定唯一的标识号。具体参看附录A：标识规则。2, 对已形成基线的配置项做修改后，在纳入基线前，配置工程师应重新给予标识。1.3定义基线1. 基线是一组经过正式评审并且达成一致的工作产品，且已经分配了唯一标识号，是后续工 作的基础。对基线的

6、更改必须遵循变更控制。2. 建立基线的三大原因是：重现性、可追踪性和报告。3. 基线分成两类： 产品基线：作为一个产品发布。 里程碑基线：开发过程中重要阶段工作成果。主要里程碑基线（也可以按迭代建立）建 立时机如下：1）计划基线：项目计划书、配置计划、质量计划批准时建立。2）需求基线（包括业务需求和软件需求）：需求评审后建立。3）设计基线（包括概要设计和详细设计）：设计经过评审后建立。4）集成测试基线：集成测试通过建立基线。5）系统测试基线：系统测试通过建立基线。6）产品基线：产品验收通过。4. 配置工程师和开发组长根据实际情况选择基线包含的配置项，配置工程师定义项目基线报 告。1.4制定配置

7、计划在项目过程定义和开发进度计划MPP初步确定后，配置工程师制定配置计划，除非客户要求有 单独的配置计划文档，否则建议在项目计划书中相关章节完成相应内容的编写，配置管理活动在项 目开发进度计划MPP中体现。1. 如果是单独的配置计划，则编写完成后经开发组长审核，品管部经理审批。否则与项目计 划书一起进行审批。2. 配置计划批准后，由配置工程师纳入配置库，并作为配置管理工作的依据。3. 配置计划的变更应遵循变更控制。4. 工作产品：配置计划1.5建立配置库1. 在项目组成立的三天内，由配置工程师创建配置库。2. 配置工程师根据项目情况，选择配置管理工具，在指定服务器上建立项目配置库。3. 配置工

8、程师设置配置库的结构和权限，详见附表B：配置库的结构和权限表，并为每个操 作员分配权限。1.5.1 预立项研究和开发区使用1. 预立项研究存放项目立项前期的工作成果（包括立项文件、可行性分析、业务需求等） 产品经理负责控制和管理。2. 开发区存放开发过程中的配置项由开发组长负责控制和管理。3. 开发区使用：项目组成员编写与本项目有关文档、程序代码等，正确标识版本和名称，并及时保存 在配置库，更新时实时进行备份，对于程序的修改说明一定要写的详细、规范。项目组成员不得擅自提供文档和代码给其他成员，不得私自将文档和代码带出项目组。 所有资料的借用和带出项目组开发现场必须经过开发组长同意并办理配置项出

9、库手 续。通过评审或变更修改完成的工作产品由配置工程师负责打上“基线”标志，并填写基 线报告，并发布给项目相关人员。1.5.2 配置项查询 配置库可以向项目组成员提供各种查询信息，主要包括：查询文件更新情况、查询文件 状态、查看日志等。1.5.3 配置管理工具1. 配置管理工具选用交大龙山安全配置管理系统（SCMS）或VSS。2. 配置管理工具运行的软硬件环境。如：软件硬件配置说明服务器：至少P4以上，80G硬盘，Windows2000 Advance Server + 配置官理工具局域网无客户端：普通PC机+配置管理工具项目组成员各自的计算机1.6变更控制变更控制主要是对基线配置项的更改进行

10、分析、协调，做出是否进行变更的决定，并跟踪已经 批准的更改的实施情况。任何人进行变更均需按以下流程执行：1. 变更提出 来自项目客户提交需求变更，必须以书面形式提交，格式不限，写明变更的原因，变更 内容和要求。 来自公司内的或项目组的变更，以及项目组成员都有权利提出变更意见。包括软件需求 的变更、设计变更、代码变更、测试变更等，格式受限，见下所述：须填嗽件开发变 更单或小型变更跟踪表。2. 接收变更 属于项目合同的客户需求变更：一般由产品经理接收，在客户的需求变更上签字批准， 然后转交开发组长，并通知配置工程师。 所有变更根据涉及范围大小须填写软件开发变更单或小型变更跟踪表，放入配置库的变 更

11、控制目录。3. 分析变更开发组长和配置工程师根据变更内容邀请架构设计师或测试工程师或产品化工程师或 产品经理一同分析变更涉及阶段、影响项、工作量、风险、所需资源及变更起止时间等， 如果有需要，开发组长负责召开变更讨论会议。4,审批变更业务内容提出人审核（或讨论）批准人知会记录表单变更影响产品发布日期3 天以上变更提出者开发组长、产品经 理、质量工程师产品部经理品管部经理公司部门经理以上人 员、支持组长、项目组 相关成员软件开发变更单变更影响产品发布日期3 天以下变更提出者开发组长、质量工程师、产品经理产品部经理、品管部经 理、项目组相关成员软件开发变更单需求变更引起工作量单次或累计7人天以上变

12、更提出者开发组长、架构设计师、产品经理产品部经理质量工程师、品管部经 理、技术规划部代表、 项目组相关成员软件开发变更单需求变更引起工作量单次或累计7人天以下。变更提出者开发组长、架构设计师、产品经理质量工程师、产品部经 理、品管部经理、技术 规划部代表、项目组相小型变更跟踪表关成员概要设计变更（外部接口、架构、体系结构、关 键技术）变更提出者技术规划部代表、 产品经理、产品部 经理、架构设计师、 开发组长技术规划部经理质量工程师、品管部经 理、项目组相关成员软件开发变更单其它设计变更。变更提出者架构设计师开发组长、质量工程师、项目组相关成员小型变更跟踪表除上述之外的其它变更。变更提出者开发组

13、长产品经理、质量工程师、 项目组相关成员小型变更跟踪表5. 变更审批意见处理 如果变更被拒绝，开发组长通知变更申请人，并说明理由，同时通知配置工程师，变 更结束。 变更批准后，开发组长决定或者视情况组织人员讨论怎样变更，提出变更方案，并制 订具体的变更计划，明确每一个变更内容、执行人、起止时间、验收人等，放入变更 控制目录。6. 实施变更：由开发组长视情况指定项目组成员实施变更，实施人员向配置工程师提取需变 更配置项，然后进行修改。7. 变更结束：开发组长确认变更后的配置项有效性和正确性。若修改文档还需在修订页中描 述。8. 质量工程师最终验证修改内容、版本升级标识规范性正确后，开发组长将变更内容提交配 置工程师，配置工程师并通知相关组变更完成，并填写基线报告。9. 工作产品：软件开发变更单、小型变更跟踪表、基线报告1.7建立配置管理记录1.7.1 配置项日常使用控制1. 项目开发过程中配置项需要对外使用，如演示、试用等，必须填写紧急放行申请表，内容 包括：紧急放行理由、放行产品名称版本及其他要求经产品部经理、品管部经理审批。2. 取用配置项时，填写出库登记表，内容包括：配置项名称、版本、取用人、批准人等。取 用人与批准人的对应关系见下表：配置项及用途取用人批准人密级性配置项公司内部使用