产品开发部配置管理制度.docx
《产品开发部配置管理制度.docx》由会员分享,可在线阅读,更多相关《产品开发部配置管理制度.docx(37页珍藏版)》请在冰豆网上搜索。
产品开发部配置管理制度
文件编号:
GM/KFB/CMS/
版本号:
V1.00.000
产品开发部配置管理制度
部门:
产品开发部
编写:
********
审核:
批准:
日期:
2009-07-20
有限公司********
修改历史
序号
版本
更改处·更改内容下一步开发的出发点和参考点。
每个基线都将接受配置管理的严格控制,配置库
更改人/日期对
1存
V1.00.000放
创建文件其的修改将严格按照变更控制要求的过程进行,在一个软件开发阶段结束时,上一基线加上增加和修改的基线内容形成下一个基线,(vss_PDMIS)
******/2009-07-20这就是基线管理发放存
2配项
置
的过程。
(基线:
是指在软件开发过程中的里程碑,这些里程碑的标志是一项或多项
布产品
3阶段
开发库1work(
经过正式的技术评审并一致认同的CI的提交受控库)(2confirmed(文档类型文档编号
)发布库3release备注
4
QR704/51/KFB《需求调研计划》
5
存放基线产品QR704/52/KFB《需求调研记录》
6角色
概念
描述职责QR704/01/KFB《可行性分析报告》
7项目经理
确定配置项、确定配置库目录权限;审查配置库变更;项目开发过程中,《用户需求说明书》QR704/02/KFB
8定义
《软件
QR704/53/KFB系统需求规格说明书》/
9
《需求确认表》QR704/54/KFB
10
《项目计划》
进度(包含附件:
QR704/03/KFB文档)Project
11
《配置管理计划》QR706/01/KFB
12
《质量保证计划》QR701/51/KFB
13141516设计实现测试.
《概要设计说明书》QR704/04/KFBQR704/55/KFB《详细设计说明书》QR704/05/KFB《测试计划》
未定义书签。
错误!
.......................................................................第一章概述未定义书签。
错误!
目的1..........................................................................
未定义书签。
!
.........................................................................错误2.范围未定义书签。
!
.........................................................................3.错误术语未定义书签。
!
...................................................................4.错误角色与职责未定义书签。
!
.............................................................错误5.VSS配置库目录结构
未定义书签。
!
................................................................错误6.配置项命名规则
未定义书签。
!
................................................................错误7.配置项编号规则
未定义书签。
!
............................................................错误8.配置项状态变迁规则
未定义书签。
!
..............................................................错误9.配置项版本号规则
未定义书签。
错误!
配置管理范围...............................................................第二章未定义书签。
错误!
配置库建立.................................................................第三章未定义书签。
错误!
配置管理流程...............................................................第四章
未定义书签。
!
配置管理流程1...................................................................错误
未定义书签。
!
基线建立流程..................................................................错误2.
未定义书签。
!
..................................................................错误变更控制流程3.
未定义书签。
!
..................................................................错误4.产品发布流程
未定义书签。
错误!
配置库权限变更管理第五章.........................................................
未定义书签。
错误!
配置库备份.................................................................第六章未定义书签。
!
.............................................................错误第七章配置库使用规范未定义书签。
!
......................................................................错误第八章附录.未定义书签。
!
...............................................................《附录清单》错误1附录
未定义书签。
错误!
《配置库目录结构》附录2.........................................................
未定义书签。
!
错误3附录.............................................................《配置申请单》
未定义书签。
错误!
4《受控库产品清单》.........................................................附录
未定义书签。
!
.............................................................错误《变更申请单》附录5
未定义书签。
!
.........................................................错误附录6《发布产品配置表》
未定义书签。
!
错误7《产品发布申请及验收表》...................................................附录
未定义书签。
错误!
附录8《产品发布检查表》.........................................................
未定义书签。
错误《产品发布清单》附录9...........................................................!
第一章概述
目的1.
有效性及可追溯性,机密性;为了保证软件产品的完整性、为了保证产品开发部研发项目文件的安全性、特根据部门实际情况制订本制度。
范围2.
适用于产品开发部所有项目。
术语3.
是指通过执行版本控制、变更控制等规程,以及使用合适的配置管理软件,软件配置管理来保证所有配置项的完整性和可跟踪性。
配置管理是对工作成果的一种有效Software(保护。
Configuration
Management,SCM)产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版配置项本的文档、计算机程序、部件及数据的集合。
该集合中的每一个元素称为该CI,Configuration(.配置项产品配置中的一个)Items
基线就是一个CI或一组CI在其生命周期的不同时间点上通过正式评审而进基线(BaseLine)入正式受控的一种状态,而这个过程被称为“基线化”。
每一个基线都是其
4.角色与职责
监督配置库使用情况;员工离职时,配置库归档完整性审核。
开发小组根据配置管理制度,进行配置库的日常使用
从开发库中取出版本进行整合测试;测试小组负责验证代码变更及修改是否正确执行。
测试小组测试通过的版本方可放入受控库。
配置管理员负责配置库的建立、权限设置、负责培训开发人员使用配置管理工具、对配置库使用情况进行管理和监督、建立配置库基线;定期备份配置库;建立和完善配置管理制度。
评审小组对项目中的变更进行评审、监控;协调开发小组、测试小组、配置管理员进行配置库的优化和管理。
.
5.VSS配置库目录结构
用来保存开发过程中不稳定的配置项(源码和相关文档),主要由开发人员支配。
开发库:
主要阶段性提交的通过评审且相对稳定的配置项),主要由配置管理员支配。
受控库:
用来保存基线产品((这里的用发布库:
用来保存发布的产品,即交付给用户的产品、升级包、文档等,主要由测试人员支配。
户特指总工办,这里的发布属于公司内部发布。
)
6.配置项命名规则配置项的命名规则分两种:
类型名称_子模块名称_1)在开发库和受控库中,命名规则为:
项目编号用户需求说明书、源代码、可执行文件、测试报告等。
类型名称:
为_源代码,CDDT-1_用户需求说明书。
例子:
CDDT-1_地铁维护单元])_子模块名称类型名称_版本号(日期_[序号2)在发布库中,命名规则为:
项目编号__V1.00.000_:
CDDT-1_CDDT-1_地铁维护单元源代码1例子_:
2CDDT-1_受控库产品清单例子配置项编号规则7.
)]序号_[版本号(日期/]子模块编号_[项目编号/配置项编号规则:
固定字段1).
:
以下表《可行性分析报告》为例:
QR704/01/KFB/GM2000-MN/V1.00.000示例1QR701/01/KFB/GM2000-MN/2009072:
以下表《质量月报》为例:
示例1说明表2)
红色部分为公司内/外审时,必须提交的文档。
其余为部门内部文档。
外审必须文档,/51以后的数字代表部门内部文档。
编号第二字段为01-50,表示是公司内改表预留了号码,以后可以根据实际需要添加删除文档。
阶段文档类型文档编号备注QR704/06《测试报告KFQR704/56/KF《未关闭缺陷原因说明表
QR704/07KF硬软件设计更改说改造项目需提发《项目总结报告QR704/08/KF《用户手册QR704/09/KF
《配置管理报告QR706/02/KF
《配置申请单QR706/51/KF
《变更申请单QR706/52/KF
日常支持文
《受控库产品清单QR706/53/KF
配置管理类
《配置状态报告QR706/54/KF
QR706/03/《产品发布申请及验收表KF《发布产品配置表QR706/04/KF《质量保证报告QR701/51/KF
日常支持文QR701/52/KF《质量保证检查表
质量保障类QR701/01/KF《质量月报
QR701/53/KF《代码检查表QR704/10/K《评审通知日常支持文QR704/57/KF《预读记录管理评审类
QR704/11/KF《评审意见汇总表
备注阶段文档类型文档编QR704/58/KF《评审问题跟踪表
QR704/59/KF《评审会议纪要《设计开发任务书QR704/60/KFQR704/12/KF《工作任务单》
8.配置项状态变迁规则。
(Changing)、“正式发布”(Released)和“正在修改”)1)配置项的状态有三种:
“草稿”(Draft。
配置项通过评审(或审批)后,其状配置项状态变迁如下图所示。
配置项刚建立时其状态为“草稿”.2)。
当配置项的状态成为“正式发布”时任何人都不能随意修改,必须依据“申请-态变为“正式发布”审批-执行变更-再评审-结束”的“变更控制流程“执行。
当配置项修改完毕并重新通过评审(或审,如此循环。
批)时,其状态又变为“正式发布
自由修否变更控评草正在修正式发或审通
配置项版本号规则9.
配置项的版本号与配置项的状态紧密相关:
V的首字母,代表后面的数字为版本号。
(1)处于“草稿”状态的配置项的版本号格式为:
001-999Z数字范围为Z”的取值应递增。
“随着草稿的不断完善,,增幅为001.001Z“”的初值为V0.00.001例子:
为次版本YV为主版本号,取值范围为1-9。
(2)处于“正式发布”状态的配置项的版本号格式为:
。
号,取值范围为00-99。
配置项第一次“正式发布”时,版本号为V1.00.000值保持不变。
只有当配置项版本升级幅度比较XY如果配置项的版本升级幅度比较小,一般只增大值,值。
大时,才允许增大XV1.01.000例子:
)处于“正在修改”状态的配置项的版本号格式为:
V数字范围为001-9993(配置项正在修改时,一般只增大Z值,值保持不变。
。
,增加值。
参见规则
(2)值设置为当配置项修改完毕,状态重新成为“正式发布”时,将Z0V1.01.001例子:
配置管理范围第二章
配置管理包括:
所有研发项目文档、源代码、可执行程序,特殊工具及相关资料等。
详细设计说明书、数/项目文档主要指:
立项建议书、项目计划、需求说明书、软件规格说明书、概要据库表结构、测试文档、用户使用说明书以及项目过程中管理类文档等。
特殊工具及其相关资料指开发或测试过程中比较特殊的工具,以及其使用文档等,如觉得有必要也纳入配置库的管理。
配置库建立第三章:
配2,配置管理员与项目经理确定配置项,并参考附录申请建立项目配置库1.项目立项时,由项目经理置库目录结构,建立配置库以及配置库目录结构;项目经理提供配置库权限清单(内容应包括员工姓名、项目名称、目录权限等),由配置管理员为相关人员的设置配置权限。
2.配置库权限设置完成之后,由配置管理员将配置库名称、访问路径、访问权限等信息以邮件方式通知各相关人员;配置库使用人员以各自的用户名和密码进行访问配置库。
配置库密码只能在服务器上设置,但使用人员可以在客户端修改自己的秘密,如配置库使用人员密码遗3.
忘,可以与配置管理员取得联系,进行修改密码。
第四章配置管理流程
1.配置管理流程
定义阶段
变更控制流程见编写项目经理《项依据配置管理员批审经理项目《变更控制流程》《项目计划》《配置目计划》编写计理《配置管并通过评审。
整个阶段管理计划》划》
开发人员按照配置管理项目经理依据《配置管申请建立基线的流程见(见相关规则理计划》在规定时间申《基线建立流程》六度第本制请建立定义基线.
开发库章)在
命建、配和本制备份、负和负责变请置申《配按照《配置管理计划》项目经理》见附录3单《配置申请单》在规定时间填写,申请建立相应的基线。
》对所申评审小组配置项或基线需要见《变更申请单》填写申请人变更时,附录5《变更申请单》《变更申请评审组长将对所申评审小组并向,送还单》申请人审批请变更进行未通过其说明原因。
请建立的基线进审批行通过
评审组长未通过单》送还
中创名、标记、变《配置申请将并,项目经理
执行人变更操作
设计阶段进行相应的
向其说明原因。
(按照变更更控制流程)
项目经理依据《配置管理计划》在规定时间申请建立定义基线通过.
.未通
置项。
纸(《项目经理将配置申请单》,)送交配置管理员质和电子版
《受控库产品过
配置管理员照《配置管理
实现阶段配置管理员依照《配置申请单》《受控库产品清建立基线并填写对变更评审小组后配置项再进行审批
清单》见附录
计划》度管理配置库4
的变更、依据《配置管理计划》项目经理基线建立、等在规定时间申请建立实现基线工作。
测试人员测试阶段责测试和产品的发布等依据《配置管理计划》项目经理工作。
在规定时间申请建立测试基线项目经理审小组发布阶段更、基线建立等工作的审批产品发布流程和对配置管理项目经理依据《配照目经理依项《产品发布见工作的检查、置管理计划》在规,产品发布流程流程》指导、监督工发定时间申请建立发布产品。
布基线.作。
。
单》流程结束通过
》将申请人《变更申请单配置(送交纸质和电子版),配置管理员获取管理员变更后的版本的配置项到《受控库产并填写受控库。
品清单》流程结束
评
2.基线建立流程
3.变更控制流程
4.产品发布流程
未通过
《发布产项目经理填写置配布产品《发(仅第一次品配置表》6表》见附录《产品发布时填写)和《产品发布申请及发布申请及验收表》7验收表》见附录部门经理送交相项目经理品配置表》关人员对发布产布申请及验收表》审批品进行送还其说明原因。
《发布产将《产品发.
并向项目经理,
通过
发布产品配将《项目经理《产品发布申请和置表》
(纸质和电子及验收表》版)送交配置管理员
《发布产《产品发布检查同
配置管理员依照《产品发布品配置表》和
将发布产申请及验收表》表》见附录8放入发布库,品打包,《产品发布检查时填写表》《产品发布清单》和并办理和总工办的发布产品交接手续。
《产品发布清单》9见附录,
流程结束
第五章配置库权限变更管理
若在使用配置库的过程中需要变更配置库管理权限,可以由项目管理员或项目经理以邮件或口头方式通知配置管理员,配置管理员变更之后,将变更结果以电子邮件方式通知受影响的人员、项目经理、项目管理员及其相关人员。
配置管理员根据配置库权限变更频率,决定每隔一段时间将配置库权限清单与各项目经理进行审核确认,各项目经理审核后,若有权限需要进行变更,应及时通知配置管理员。
第六章配置库备份
配置管理员应定期做好配置库的备份,以防意外引起的服务器上资料的丢失,避免给公司带来严重的损失。
具体实施规范如下:
1.配置管理员自创建项目配置库起,每月15号、28号对配置库进行硬盘备份一次(完全备份),为了节约硬盘空间,只保留最近的两次备份文件,之前的备份文件将被删除。
2.配置管理员每遇到有基线产生时,对基线单独硬盘备份一次。
3.当项目结项时,对该项目成果进行硬盘和光盘双重备份,备份后的光盘标记上备份日期并附上内容清单,移交部门行政秘书保管。
4.如遇特殊情况需要特殊备份时,需项目经理和部门经理协商后,通知配置管理员做特殊备份。
第七章配置库使用规范
1.所有立项的项目,都必须申请建立配置库。
开发过程中所有文档和代码必须纳入配置库管理,若因未纳入配置库管理造成的资料丢失或版本差异,其责任皆由开发人员及项目经理承担。
2.配置库服务器密码只有配置管理员和产品开发部经理掌握,其他人如因特殊原因需要该密码,必须经过产品开发部经理的批准后方能获取;并在使用完密码之后,通知产品开发部经理和配置管理员,配置管理员及时设置新的密码,以保证服务器资料的安全性和机密性。
3.各配置库的使用人员必须使用各自的用户名和密码进入配置库,访问授权的配置库。
各使用人员不得将自己的用户名和密码泄漏给其他人员,若因泄露密码而引起的后果将由泄漏密码者本人承担。
.
4.各项目的配置库用于项目组正式开发使用,项目组成员不得恶意对其进行修改、删除、增加等操作;若因对VSS工具不熟悉,需要学习,可以向配置管理员提出需求,由配置管理员为其提供可以练习的配置库。
5.各项目经理负责定期检查配置库的使用情况,查看是否有员工进行无故删除或恶意修改文件的行为;并对开发人员提交的文档和代码的及时性、准确性和完整性进行检查。
6.在研发人员离职时,由其项目经理负责检查配置库,检查该人员提交的代码或文档是否完全放入配置库管理,确认版本和相应文件完整无误后,项目经理在“员工离职申请单”中签字,该员工方可离职。
同时项目经理应及时通知配置管理员,取消该人员的所有权限。
若因项目经理审核不细致造成的代码或文档移交不完整,或项目经理未及时通知配置管理员取消权限,而造成的损失,该责任完全由项目经理承担。
7.在配置库使用时,为了避免配置库checkin或checkout时引起冲突,需注意:
项目经理在划分模块时注意每个人的模块之间尽量不要重叠。
开发人员在修改文件之前,养成事先checkout的习惯。
开发人员注意checkin的频率,尽量及时checkin,最好每天提交一次。
第八章附录
附录1《附录清单》
序号名称存储路径
《配置库目录结构》2附件附件3《配置申请单》Vss_Assets/3.软件开发/1.开发过程/6.配置管4附件《受控库产品清单》理
《变更申请单》附件5《发布产品配置表》6附件
7《产品发布申请及验收表》附件发布/5.开发过程8附件《产品发布检查表》/1.软件开发Vss_Assets/3.《产品发布清单》9附件.
《配置库目录结构》附录2
配置库目录结构
每一个项目的配置库可分为1work(开发库)、2confirmed(受控库)和3release(发布库),如下为配