产品开发部配置管理制度

1、-. z.- - - z -文件编号：GM/KFB/CMS/20090720版本号：V产品开发部配置管理制度部 门： 产品开发部 编 写：*审 核：批 准：日 期：2009-07-20*修 改 历 史序号版本更改处更改容更改人/日期1V创立文件*/2009-07-202345678910111213141516目 录 TOC o 1-3 h z u HYPERLINK l _Toc235863355第一章概述 PAGEREF _Toc235863355 h 5HYPERLINK l _Toc2358633561.目的 PAGEREF _Toc235863356 h 5HYPERLINK l _

2、Toc2358633572.围 PAGEREF _Toc235863357 h 5HYPERLINK l _Toc2358633583.术语 PAGEREF _Toc235863358 h 5HYPERLINK l _Toc2358633594.角色与职责 PAGEREF _Toc235863359 h 6HYPERLINK l _Toc2358633605. VSS配置库目录构造 PAGEREF _Toc235863360 h 7HYPERLINK l _Toc2358633616. 配置项命名规则 PAGEREF _Toc235863361 h 7HYPERLINK l _Toc23586

3、33627. 配置项编号规则 PAGEREF _Toc235863362 h 7HYPERLINK l _Toc2358633638. 配置项状态变迁规则 PAGEREF _Toc235863363 h 10HYPERLINK l _Toc2358633649. 配置项版本号规则 PAGEREF _Toc235863364 h 10HYPERLINK l _Toc235863365第二章配置管理围 PAGEREF _Toc235863365 h 11HYPERLINK l _Toc235863366第三章配置库建立 PAGEREF _Toc235863366 h 11HYPERLINK l _

4、Toc235863367第四章配置管理流程 PAGEREF _Toc235863367 h 12HYPERLINK l _Toc2358633681. 配置管理流程 PAGEREF _Toc235863368 h 12HYPERLINK l _Toc2358633692. 基线建立流程 PAGEREF _Toc235863369 h 14HYPERLINK l _Toc2358633703. 变更控制流程 PAGEREF _Toc235863370 h 15HYPERLINK l _Toc2358633714. 产品发布流程 PAGEREF _Toc235863371 h 16HYPERLIN

5、K l _Toc235863372第五章配置库权限变更管理 PAGEREF _Toc235863372 h 17HYPERLINK l _Toc235863373第六章配置库备份 PAGEREF _Toc235863373 h 17HYPERLINK l _Toc235863374第七章配置库使用规 PAGEREF _Toc235863374 h 17HYPERLINK l _Toc235863375第八章附录 PAGEREF _Toc235863375 h 18HYPERLINK l _Toc235863376附录1 附录清单 PAGEREF _Toc235863376 h 18HYPERL

6、INK l _Toc235863377附录2 配置库目录构造 PAGEREF _Toc235863377 h 19HYPERLINK l _Toc235863378附录3 配置申请单 PAGEREF _Toc235863378 h 20HYPERLINK l _Toc235863379附录4 受控库产品清单 PAGEREF _Toc235863379 h 21HYPERLINK l _Toc235863380附录5 变更申请单 PAGEREF _Toc235863380 h 22HYPERLINK l _Toc235863381附录6 发布产品配置表 PAGEREF _Toc235863381

7、 h 23HYPERLINK l _Toc235863382附录7 产品发布申请及验收表 PAGEREF _Toc235863382 h 24HYPERLINK l _Toc235863383附录8 产品发布检查表 PAGEREF _Toc235863383 h 26HYPERLINK l _Toc235863384附录9 产品发布清单 PAGEREF _Toc235863384 h 27第一章 概述目的为了保证产品开发部研发工程文件的平安性、性；为了保证软件产品的完整性、有效性及可追溯性，特根据部门实际情况制订本制度。围适用于产品开发部所有工程。术语概念描述软件配置管理(Software C

8、onfiguration Management, SCM是指通过执行版本控制、变更控制等规程，以及使用适宜的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。配置项CI,Configuration Items产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项.基线(BaseLine)基线就是一个CI或一组CI在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为基线化。每一个基线都是其下一步开发的出发点和参考点。每个基线都将承受配置

9、管理的严格控制，对其的修改将严格按照变更控制要求的过程进展，在一个软件开发阶段完毕时，上一基线加上增加和修改的基线容形成下一个基线，这就是基线管理的过程。(基线：是指在软件开发过程中的里程碑，这些里程碑的标志是一项或多项经过正式的技术评审并一致认同的CI的提交)角色与职责角色职责工程经理确定配置项、确定配置库目录权限；审查配置库变更；工程开发过程中，监视配置库使用情况；员工离职时，配置库归档完整性审核。开发小组根据配置管理制度，进展配置库的日常使用测试小组从开发库中取出版本进展整合测试；负责验证代码变更及修改是否正确执行。测试小组测试通过的版本方可放入受控库。配置管理员负责配置库的建立、权限设

10、置、负责培训开发人员使用配置管理工具、对配置库使用情况进展管理和监视、建立配置库基线；定期备份配置库；建立和完善配置管理制度。评审小组对工程中的变更进展评审、监控；协调开发小组、测试小组、配置管理员进展配置库的优化和管理。5.VSS配置库目录构造配置库配置库vss_PDMIS开发库1work受控库2confirmed发布库3release存放基线产品存放发布产品存放配置项开发库：主要用来保存开发过程中不稳定的配置项源码和相关文档，主要由开发人员支配。受控库：用来保存基线产品阶段性提交的通过评审且相对稳定的配置项，主要由配置管理员支配。发布库：用来保存发布的产品，即交付给用户的产品、升级包、文档

11、等，主要由测试人员支配。这里的用户特指总工办，这里的发布属于公司部发布。6. 配置项命名规则配置项的命名规则分两种：在开发库和受控库中，命名规则为：工程编号_子模块名称_类型名称类型名称：为用户需求说明书、源代码、可执行文件、测试报告等。例子：CDDT-1_地铁维护单元_源代码，CDDT-1_用户需求说明书。在发布库中，命名规则为：工程编号_子模块名称_类型名称_版本号日期_序号例子1：CDDT-1_ CDDT-1_地铁维护单元_源代码_V例子2：CDDT-1_受控库产品清单_200907147. 配置项编号规则配置项编号规则：固定字段 / 工程编号_子模块编号 / 版本号日期_序号例如1：以

12、下表可行性分析报告为例：QR704/01/KFB/固定字段GM2000-MN工程编号_子模块编号/V版本号日期_序号固定字段工程编号_子模块编号版本号日期_序号例如2：以下表质量月报为例：QR701/01/KFB/GM2000-MN/200907表1说明红色局部为公司/外审时，必须提交的文档。其余为部门部文档。编号第二字段为01-50，表示是公司/外审必须文档，51以后的数字代表部门部文档。改表预留了，以后可以根据实际需要添加删除文档。阶段文档类型文档编号固定字段+工程编号_子模块编号+版本号日期_序号，此处所示为固定字段编号固定字段+工程编号_子模块编号+版本号日期_序号，此处所示为固定字段

13、编号备注定义需求调研方案QR704/51/KFB需求调研记录QR704/52/KFB可行性分析报告QR704/01/KFB用户需求说明书QR704/02/KFB软件/系统需求规格说明书QR704/53/KFB需求确认表QR704/54/KFB工程方案包含附件:进度Project文档QR704/03/ KFB配置管理方案QR706/01/ KFB质量保证方案QR701/51/KFB设计概要设计说明书QR704/04/ KFB详细设计说明书QR704/55/KFB实现测试测试方案QR704/05/ KFB测试报告QR704/06/KFB未关闭缺陷原因说明表QR704/56/KFB发布硬件/软件设计

14、更改说明QR704/07/KFB改造工程需提交工程总结报告QR704/08/ KFB用户手册QR704/09/ KFB日常支持文档配置管理类：配置管理报告QR706/02/ KFB配置申请单QR706/51/ KFB变更申请单QR706/52/ KFB受控库产品清单QR706/53/ KFB配置状态报告QR706/54/ KFB产品发布申请及验收表QR706/03/ KFB发布产品配置表QR706/04/ KFB日常支持文档质量保障类：质量保证报告QR701/51/KFB质量保证检查表QR701/52/KFB质量月报QR701/01/KFB代码检查表QR701/53/KFB日常支持文档管理评审

15、类：评审通知QR704/10/KFB预读记录QR704/57/KFB评审意见汇总表QR704/11/KFB评审问题跟踪表QR704/58/KFB评审会议纪要QR704/59/KFB设计开发任务书QR704/60/KFB工作任务单QR704/12/KFB8. 配置项状态变迁规则配置项的状态有三种：草稿Draft、正式发布Released和正在修改Changing。.配置项状态变迁如下列图所示。配置项刚建立时其状态为草稿。配置项通过评审或审批后，其状态变为正式发布。当配置项的状态成为正式发布时任何人都不能随意修改，必须依据申请审批执行变更再评审完毕的变更控制流程执行。当配置项修改完毕并重新通过评审

16、或审批时，其状态又变为正式发布，如此循环。通过变更控制正式发布否决评审或审批自由修改正在修改草稿通过变更控制正式发布否决评审或审批自由修改正在修改草稿9. 配置项版本号规则配置项的版本号与配置项的状态严密相关：VVersion的首字母，代表后面的数字为版本号。Z数字围为001-999随着草稿的不断完善，Z的取值应递增。Z的初值为001，增幅为001.例子：V 2处于正式发布状态的配置项的版本号格式为：V *.Y.000*为主版本号，取值围为1-9。Y为次版本号，取值围为00-99。配置项第一次正式发布时，版本号为V 。如果配置项的版本升级幅度比拟小，一般只增大Y值，*值保持不变。只有当配置项版

17、本升级幅度比拟大时，才允许增大*值。例子：V 3处于正在修改状态的配置项的版本号格式为：V *.Y.ZZ数字围为001-999配置项正在修改时，一般只增大Z值，*.Y值保持不变。当配置项修改完毕，状态重新成为正式发布时，将Z值设置为0，增加*.Y值。参见规则2。例子：V 第二章 配置管理围配置管理包括：所有研发工程文档、源代码、可执行程序，特殊工具及相关资料等。工程文档主要指：立项建议书、工程方案、需求说明书、软件规格说明书、概要/详细设计说明书、数据库表构造、测试文档、用户使用说明书以及工程过程中管理类文档等。特殊工具及其相关资料指开发或测试过程中比拟特殊的工具，以及其使用文档等，如觉得有必

18、要也纳入配置库的管理。第三章 配置库建立工程立项时，由工程经理申请建立工程配置库，配置管理员与工程经理确定配置项，并参考附录2：配置库目录构造，建立配置库以及配置库目录构造；工程经理提供配置库权限清单容应包括员工、工程名称、目录权限等，由配置管理员为相关人员的设置配置权限。配置库权限设置完成之后，由配置管理员将配置库名称、访问路径、访问权限等信息以方式通知各相关人员；配置库使用人员以各自的用户名和密码进展访问配置库。配置库密码只能在效劳器上设置，但使用人员可以在客户端修改自己的秘密，如配置库使用人员密码遗忘，可以与配置管理员取得联系，进展修改密码。第四章 配置管理流程1. 配置管理流程定义定义

19、阶段工程经理编写工程方案并通过评审。配置管理员依据工程方案编写配置管理方案工程经理审批配置管理方案工程经理依据配置管理方案在规定时间申请建立定义基线.申请建立基线的流程见基线建立流程工程经理依据配置管理方案在规定时间申请建立定义基线.设计阶段实现阶段工程经理依据配置管理方案在规定时间申请建立实现基线测试阶段工程经理依据配置管理方案在规定时间申请建立测试基线发布阶段工程经理依据配置管理方案在规定时间申请建立发布基线.工程经理依照产品发布流程，发布产品。产品发布流程见 产品发布流程开发人员按照配置管理相关规则见本制度第六章在开发库中创立、命名、标记、变更按照变更控制流程配置项。配置管理员按照配置管

20、理方案和本制度管理配置库的变更、备份、基线建立、等工作。工程经理和评审小组负责变更、基线建立等工作的审批和对配置管理工作的检查、指导、监视工作。测试人员负责测试和产品的发布等工作。整个阶段变更控制流程见变更控制流程2. 基线建立流程工程经理工程经理按照配置管理方案在规定时间填写配置申请单，申请建立相应的基线。评审小组对所申请建立的基线进展审批？通过工程经理将配置申请单(纸质和电子版)送交配置管理员，配置管理员依照配置申请单建立基线并填写受控库产品清单。流程完毕未通过评审组长将配置申请单送还工程经理，并向其说明原因。配置申请单见附录3受控库产品清单见附录43. 变更控制流程配置项或基线需要变更时

21、，配置项或基线需要变更时，申请人填写变更申请单评审小组对所申请变更进展审批？通过执行人进展相应的变更操作.评审组长将变更申请单送还申请人，并向其说明原因。 未通过评审小组对变更后配置项再进展审批？通过申请人将变更申请单(纸质和电子版)送交配置管理员，配置管理员获取变更后的版本的配置项到受控库并填写受控库产品清单。未通过 变更申请单见附录5流程完毕产品发布流程工程经理工程经理填写发布产品配置表仅第一次发布时填写和产品发布申请及验收表工程经理送交相关人员对发布产品进展审批？通过工程经理将发布产品配置表和产品发布申请及验收表纸质和电子版送交配置管理员配置管理员依照发布产品配置表和产品发布申请及验收表

22、将发布产品打包，放入发布库，同时填写产品发布检查表和产品发布清单，并办理和总工办的发布产品交接手续。未通过部门经理将发布产品配置表产品发布申请及验收表.送还工程经理，并向其说明原因。流程完毕发布产品配置表见附录6产品发布申请及验收表见附录7产品发布检查表见附录8产品发布清单见附录9第五章 配置库权限变更管理假设在使用配置库的过程中需要变更配置库管理权限，可以由工程管理员或工程经理以或口头方式通知配置管理员，配置管理员变更之后，将变更结果以电子方式通知受影响的人员、工程经理、工程管理员及其相关人员。配置管理员根据配置库权限变更频率，决定每隔一段时间将配置库权限清单与各工程经理进展审核确认，各工程

23、经理审核后，假设有权限需要进展变更，应及时通知配置管理员。第六章 配置库备份配置管理员应定期做好配置库的备份，以防意外引起的效劳器上资料的丧失，防止给公司带来严重的损失。具体实施规如下：配置管理员自创立工程配置库起，每月15号、28号对配置库进展硬盘备份一次完全备份，为了节约硬盘空间，只保存最近的两次备份文件，之前的备份文件将被删除。配置管理员每遇到有基线产生时，对基线单独硬盘备份一次。当工程结项时，对该工程成果进展硬盘和光盘双重备份，备份后的光盘标记上备份日期并附上容清单，移交部门行政秘书保管。如遇特殊情况需要特殊备份时，需工程经理和部门经理协商后，通知配置管理员做特殊备份。第七章 配置库使

24、用规所有立项的工程，都必须申请建立配置库。开发过程中所有文档和代码必须纳入配置库管理，假设因未纳入配置库管理造成的资料丧失或版本差异，其责任皆由开发人员及工程经理承当。配置库效劳器密码只有配置管理员和产品开发部经理掌握，其他人如因特殊原因需要该密码，必须经过产品开发部经理的批准前方能获取；并在使用完密码之后，通知产品开发部经理和配置管理员，配置管理员及时设置新的密码，以保证效劳器资料的平安性和性。各配置库的使用人员必须使用各自的用户名和密码进入配置库，访问授权的配置库。各使用人员不得将自己的用户名和密码泄漏给其他人员，假设因泄露密码而引起的后果将由泄漏密码者本人承当。各工程的配置库用于工程组正

25、式开发使用，工程组成员不得恶意对其进展修改、删除、增加等操作；假设因对VSS工具不熟悉，需要学习，可以向配置管理员提出需求，由配置管理员为其提供可以练习的配置库。各工程经理负责定期检查配置库的使用情况，查看是否有员工进展无故删除或恶意修改文件的行为;并对开发人员提交的文档和代码的及时性、准确性和完整性进展检查。在研发人员离职时，由其工程经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配置库管理，确认版本和相应文件完整无误后，工程经理在员工离职申请单中签字，该员工方可离职。同时工程经理应及时通知配置管理员，取消该人员的所有权限。假设因工程经理审核不细致造成的代码或文档移交不完整，或工程

26、经理未及时通知配置管理员取消权限，而造成的损失，该责任完全由工程经理承当。在配置库使用时，为了防止配置库checkin或checkout时引起冲突，需注意：工程经理在划分模块时注意每个人的模块之间尽量不要重叠。开发人员在修改文件之前，养成事先checkout的习惯。开发人员注意checkin的频率，尽量及时checkin，最好每天提交一次。第八章 附录附录1 附录清单序号名称存储路径附件2配置库目录构造Vss_Assets /3.软件开发/1.开发过程/6.配置管理附件3配置申请单附件4受控库产品清单附件5变更申请单附件6发布产品配置表附件7产品发布申请及验收表Vss_Assets/3.软件开

27、发/1.开发过程/5.发布附件8产品发布检查表附件9产品发布清单附录2 配置库目录构造 配置库目录构造每一个工程的配置库可分为1work开发库、2confirmed受控库和3release发布库，如下为配置库目录构造模板，可以根据实际情况增减：一级目录二级目录三级目录四级目录说明Vss_工程编号1work1doc文档目录1project工程启动、定义阶段产生的相关文档如：工程方案、配置管理方案等2management与该工程相关的管理文档如：质量月报、配置状态报告等3requirement需求阶段产生的文档(用户需求说明书,软件规格说明书等)4design工程设计阶段产生的相关文档如：概要设计

28、文档、详细设计文档等5test工程测试阶段产生的文档如：测试报告、测试大纲等6review评审文档7meeting会议文档8workreport每周工作报告工程周报、工作日志等9training培训文档2src源码目录1code工程代码(可以根据工程需求自定义子目录)2html系统原型3install安装包3temp工程临时文件用于存放工程开发工程中产生的临时文件2confirmed配置管理员可根据配置管理方案建立基线目录3release发布库附录3 配置申请单配置申请单说明： 该表格适用于配置项提交、基线建立申请。配置项或基线入受控库时填写该表。编号：QR706/51/ FKB/ 工程编号/

29、日期格式：20090717申请局部(由申请人填写)工程名称地铁一号线工程编号申请类型 配置项提交 基线建立申请人申请日期2009-05-19配置项所属基线配置项名称编号版本号存储路径开发库提交时间备注2009-05-19申请说明评审局部由评审组长填写评审时间评审组长评审组成员审批结果 批准 拒绝评审组长签字：日期：附录4 受控库产品清单受控库产品清单序号工程名称(编号)入库类型所属基线配置项名称存放位置受控库版本号存放位置开发库入库时间申请人活动依据备注004005006007008009010011012013014015016017018019附录5 变更申请单变更申请单填表说明：该表适用

30、于配置项变更和基线变更时填写。评审组长一般为工程经理。工程名称工程编号申请类型配置项变更 指配置项还未提交到受控库形成基线，但已经通过了评审，在开发库中处于正式发布状态，此时要修改这个配置项，就属于配置项变更，其它情况属于基线变更。基线变更指配置项还未提交到受控库形成基线，但已经通过了评审，在开发库中处于正式发布状态，此时要修改这个配置项，就属于配置项变更，其它情况属于基线变更。申请人申请日期1. 变更申请由变更申请人填写申请变更的配置项所属基线配置项名称编号版本号配置项对应开发库路径V变更的容及其理由估计配置项变更将对工程造成的影响变更申请人签字2. 审批变更申请(由评审组长填写)审批结果审

31、批结果 批准 拒绝评审组长签字： 日期：批准变更的配置项变更执行人时间限制备注3. 变更配置项由变更执行人填写变更后的配置项名称变更后的版本号变更完成日期备注2009-05-234.完毕变更由评审组长填写重新审批结果重新审批结果 批准 拒绝评审组长签字： 日期：编号：QR706/52/ FKB/工程编号/日期格式：20080717附录6 发布产品配置表说明：此表由工程经理填写。此表中的模块必须填写完整，所列模块必须是组成该工程的所有模块。工程名称工程编号： 编号：QR706/04/ KFB/工程编号/发布版本号与对应产品发布申请及验收表上一致。与对应产品发布申请及验收表上一致。序号模块名称数据

32、库名称及版本如 SQL Server 2000，Oracle ，DB2，如 SQL Server 2000，Oracle ，DB2，Sybase ASE等主流数据库。数据库文件名称支持源代码的数据库文件。支持源代码的数据库文件。操作系统名称及版本开发工具及版本配置/安装文件源代码运行必要的配置文件。如config文件，数据库配置文件。源代码运行必要的配置文件。如config文件，数据库配置文件。有无可执行文件支持软件使源代码运行所需要的支持软件。如第三方插件等。使源代码运行所需要的支持软件。如第三方插件等。模块负责人备注1调度员工作站Sybase 12.5Windows 2000 profes

33、sionalVC+6.0MFC见配置文件OGW-Config.*ml分析员工作站Sybase 12.5Windows 2000 professionalVC+6.0MFC见配置文件/conf/systemconfig.*ml3通信前置机Sybase 12.5Windows 2000 professionalVC+ 6.0MFC见配置文件SCADACONFIG.*ml4效劳器后台Sybase 12.5Solaris 10.0GCC 无5Web复视Sybase 12.5Windows 2003Advanced ServerVisual Studio.Net 2005 (C#)DSN:scadaUI

34、D:saPWD:sqlsql6维护员工作站SQL Server2000Windows 2000 professionalVC+ 6.0MFC请查看：使用注意问题.t*t提交人签字，包含日期：接收人签字，包含日期：附录7 产品发布申请及验收表产品发布申请及验收表填表说明：1. 产品在发布前，必须填写本表。本表所有需要签名的栏目必须手签。2. 经过测试的产品发布，由测试人员填写本表的主要栏目。通过了系统测试、升级包测试的，发布类型判定为定版发布。通过或局部通过紧急发布测试的，局部通过系统测试、升级包测试的，都只能判定为让步发布。3. 未经过测试的产品发布，由工程经理或指定的开发人员填写本表。发布类

35、型只能是特例发布。表单编号：QR706/03/ KFB/工程编号/日期格式：200907171.申请局部(除特别说明外均由申请人填写)产品名称工程名称_子模块名称发布日期2009-07-07发布版本号发布完整产品时由工程经理填写，其它情况填无。处于正式发布状态的产品的版本号格式为：V *发布完整产品时由工程经理填写，其它情况填无。处于正式发布状态的产品的版本号格式为：V *.Y.000*为主版本号，取值*围为1-9。Y为次版本号，取值*围为00-99。产品第一次正式发布时，版本号为V 。如果产品的版本升级幅度比拟小，一般只增大Y值，*值保持不变。只有当产品版本升级幅度比拟大时，才允许增大*值。

36、例子：V V产品形态完整产品 模块产品 升级包 其它 _发布类型定版发布 让步发布 特例发布 其它 _适用用户版本洛线申请人附件名称发布包名称配置管理员填写配置管理员填写工程名称_子模块名称_版本号.rar发布包存储路径配置管理员填写配置管理员填写VSS_GM2000-MN/3release/洛线/洛线_LZ_V发布包文件清单序号文档/模块名称编号对应开发库存储路径备注1工程编号_子模块名称_类型名称_版本号日期_序号VSS_GM2000-MN/1work/2src/1code/洛工程根底版本：石怀线调度员工作站，未修改。2CDDT-1_地铁维护单元_源代码_V无VSS_GM2000-MN/1work/2src/1code/洛工程根底版本：石怀线分析员工作站，未修改。3CDDT-1_工程方案_VQR704/03/ KFB/CDDT-1/VVSS_GM2000-MN/1work/2src/1code/洛工程4CDDT-1_地铁维护单元_可执行文件_V无VSS_GM2000-MN/1w