范文一:项目配置管理规范
分类:
使用者:
文档编号:
?托普信息(iTOP)集团,2002
软件配置管理规范
Version 2.1
技术委员会
目 录
1. 简介 ................................................................................................................................................................ 1 1.1 目的 ........................................................................................................................................................ 1 1.2 范围 ........................................................................................................................................................ 1 1.3 文档结构 ................................................................................................................................................ 1 1.4 词汇表 .................................................................................................................................................... 1 1.5 参考信息 ................................................................................................................................................ 2 1.5.1 可追溯性 ........................................................................................................................................ 2 1.5.2 方针 ................................................................................................................................................ 2 1.5.3 过程/规范 ....................................................................................................................................... 2 1.5.4 指南 ................................................................................................................................................ 2 1.5.5 模板 ................................................................................................................................................ 2 1.5.6 检查表 ............................................................................................................................................ 2 1.5.7 培训 ................................................................................................................................................ 2 1.5.8 工具 ................................................................................................................................................ 2 1.6 参考网站 ................................................................................................................................................ 3 2. 配置管理规范 ................................................................................................................................................ 3 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9
配置管理流程图 .................................................................................................................................... 3 角色 ........................................................................................................................................................ 3 进入准则 ................................................................................................................................................ 4 输入 ........................................................................................................................................................ 4 活动 ........................................................................................................................................................ 4 输出 ........................................................................................................................................................ 5 验证与确认 ............................................................................................................................................ 5 退出准则 ................................................................................................................................................ 6 度量 ........................................................................................................................................................ 6
3. 变更控制规范 ................................................................................................................................................ 7 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9
变更控制流程图 .................................................................................................................................... 7 角色 ........................................................................................................................................................ 8 进入准则 ................................................................................................................................................ 8 输入 ........................................................................................................................................................ 8 活动 ........................................................................................................................................................ 8 输出 ........................................................................................................................................................ 8 验证与确认 ............................................................................................................................................ 9 退出准则 ................................................................................................................................................ 9 度量 ........................................................................................................................................................ 9
4. 参考文献 ........................................................................................................................................................ 9 附录 A – 流程框图符号 ...................................................................................................................................... 10 附录B 文档命名指南 ....................................................................................................................................... 11
1.
1.1 1.2 1.3
简介
软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
目的
本文档指导项目开展配置管理活动。
范围
本文档适用于托普信息(iTOP)集团技术委员会批准立项的软件项目。
文档结构
第一部分:
简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分:
配置管理工作规范的正文,包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。 第三部分:
变更控制工作规范的正文,包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。 第四部分:
参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分:
附录,本文中流程图的标准符号定义。
1.4 词汇表
CM(Configuration management)
配置管理。
CCB(Change control board)
变更控制委员会。
CI(Configuration item)
配置项,包含文档、程序。
CR(Change Request)
变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA(Physical Configuration Audit)
物理审计,在配置管理系统中建立基线的工件是否为“正确”版本。 功能审计,核实软件配置项的实际性能是否符合它的需求。
已通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能通过正式程序,例如变更管理和配置控制才能进行更改。
FCA(Functional Configuration Audit) 基线(Baseline)
1
配置管理库(Configuration Management Library)
存储项目工件的所有版本,即存储项目的定义的配置项。
版本(Version)
某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。
1.5 参考信息
1.5.1 可追溯性 CMU/SEI-93-TR-024 Capability Maturity Model SM for Software, Version 1.1
1.5.2 方针
托普信息(iTOP)集团项目开发与管理工作方针
1.5.3 过程/规范
项目计划与控制规范
1.5.4 指南
配置管理计划指南 基线策略指南
配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS使用手册
组织管理配置库使用指南 软件开发文档命名约定
1.5.5 模板
配置管理计划 配置状态报告 配置审计报告 文档变更请求
1.5.6 检查表
无
1.5.7 培训
《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case配置管理培训教材》
1.5.8 工具
Clear Case
Visual SourceSafe Office 95/97/2000/XP
2
1.6 参考网站
http://cdweboa/app/jswy.nsf/
2.
2.1
配置管理规范
配置管理流程图
2.2 角色
本文档在组织中实施所涉及的角色
3
2.3
进入准则
2.4 输入
2.5
活动
4
2.6 输出
2.7 验证与确认
5
2.8
退出准则
2.9
度量
6
3.
3.1
变更控制规范
变更控制流程图
7
3.2 角色
3.3 进入准则
3.4 输入
3.5 活动
3.6 输出
3.7 验证与确认
3.8
退出准则 3.9 度量
.
4. 参考文献
[BUC93]
Implementing Configuration Management, Hardware, Software and Firmware. Los Alamitos, CA: IEEE Computer Science Press, J. Buckley 1993.
[Rational 2001]
Rational Unified Process, Version2001, Rational Software Corporation, 2001.
附录
附录 A – 流程框图符号
Parallelograms
represent inputs and
outputs
to or from a process/procedure.
Rectangles represent individual
process/procedure activities.
Lines with arrowheads connect symbols to
show the progression or direction of the
activities.
Diamonds represent important decision points in the process/procedure. Circles represent connectors when a process/procedure flowchart continues on the next page.
附录B 文档命名指南
根据公司的需要及软件工程文档命名规则GB8567中的建议,文挡命名采用以下规则: 文挡命名由两部分构成,格式如下:
project_filename.XXX
其中解释如下:
Project代表是项目名称的简写,一般不超过6个字符。
Filename.XXX是文件名称。
Version代表版本号。
例如:
JDM_SCMPlan.doc表示的意义如下:JDM项目组的软件配置计划。
范文二:项目配置管理计划
---------logo---------
{ 项目名称 }
项目配置管理计划
xxx有限公司
目 录
一、引言 ........................................................... 3
1、 2、 3、 4、
目的..................................................................................................................................... 3 定义和缩写词 ..................................................................................................................... 3 定义和缩写词补充 ............................................................................................................. 3 参考资料 ............................................................................................................................. 3
二、管理 ........................................................... 3
1、 2、 3、 4、 5、 6、
机构..................................................................................................................................... 3 任务..................................................................................................................................... 3 职责..................................................................................................................................... 3 接口控制 ............................................................................................................................. 3 实现..................................................................................................................................... 3 适用的标准、条例和约定 ................................................................................................. 3
三、软件配置管理活动 ............................................... 3
1、 2、 3、 4、
配置标识 ............................................................................................................................. 3 配置控制 ............................................................................................................................. 3 配置状态的记录和报告 ..................................................................................................... 3 配置的检查和评审 ............................................................................................................. 3
四、工具、技术和方法 ............................................... 3 五、对供货单位的控制 ............................................... 4 六、记录的收集、维护和保存 .......................................... 4
一、引言
1、 目的 2、 定义和缩写词 3、 定义和缩写词补充 4、 参考资料
二、管理
1、 机构 2、 任务 3、 职责 4、 接口控制 5、 实现
6、 适用的标准、条例和约定
三、软件配置管理活动
1、 配置标识 2、 配置控制
3、 配置状态的记录和报告 4、 配置的检查和评审
四、工具、技术和方法
五、对供货单位的控制 六、记录的收集、维护和保存
范文三:项目配置管理计划
拟 制: 日 期: 2006-10-09 审 核: 日 期:
批 准: 日 期:
X-XXX-XXX-XXXX
X-XXX-XXX
修订记录
版本 内容 修订人 日期 审核人
创建
X-XXX-XXX-XXXX
X-XXX-XXX
目 录
1 ............................................................................................................................................. 4
............................................................................................................................................. 4
............................................................................................................................................. 4
............................................................................................................................. 4 2 ............................................................................................................................................. 4
..................................................................................................................................... 4
..................................................................................................................................... 4 2.2.1 配置管理工具 ......................................................................................................................... 5 3 ..................................................................................................................................... 5
......................................................................................................................................... 5
......................................................................................................................................... 5 4 ................................................................................................................................. 5 5 ......................................................................................................................... 6 6 ..................................................................................................................................... 6 7 ..................................................................................................................................... 7
...................................................................................................................................... 7
............................................................................................................................. 7 8 ............................................................................................................................. 7
..................................................................................................................................... 7
......................................................................................................................... 8 9 ............................................................................................................................................. 8
..................................................................................................................................... 8
..................................................................................................................... 8 10 ............................................................................................................................. 8 11 ............................................................................................................................. 9 12 ................................................................................................................................. 9
3/9
1
描述项目进行配置管理的目的。
本计划适用和不适用的范围。
本计划内的术语与缩略语
CMO Configuration Management Officer 配置管理员
CMP Configuration Management Project 配置管理计划
CSA Configuration Status Acount 配置状态报告
CCB Change Control Board 变更控制委员会
? ? ? 2
项目负责人:
项目级CMO:
组织级CMO:
SE:
项目组成员:
CCB控制级别分类
一级 IPMT 张三、李四、
二级 项目级CCB 张三、李四、王五 三级 小组CCB
软/硬件或网络资源
1)Lotus数据库一个(或多个)分别为:
4/9
2)我司所有(或某个)网段均能访问的服务器一台,访问地址为: 2.2.1 配置管理工具
WinCVS
3
项目的重要文档命名规则,例:项目ID + 下划线 + 中文名称
项目日常纪要文档命名规则:例{项目ID+下划线+纪要类型(日期)} 文档版本状态标签命名规则:
1.测试状态标签:例VxxTyymmdd;
2.基线状态标签:例VxxByymmdd;
3.发布状态标签:例:VxxRyymmdd;
备注:文档句不应包含版本信息;另对于文档类别也不允许存在不规范的名称命名:例:
“软件需求规格说明书.doc”。
产品包名+版本号
4
根据项目建库策略,一般分为四个库;例如:
Development 各成员私有空间,日常开发平台 各成员日常工作产品及版本信息都(开发库) 提交在开发库对应的目录下。 Integration 用于各小组阶段工作产品的集由各小组组长将集成的工作产品提
(集成库) 成 交到集成库,用于小组间联调及测
试。
Baseline 用于存放基线 参见基线计划。在项目工作到达一
(基线库) 定里程碑时,由对应的审计人员进
行配置审计,通过后,由项目级CMO
提交配置项,并建立基线。
Release 发布区 根据阶段发布计划,由组织级CMO
(发布库) 将该阶段版本完整的产品包在此区
发布。
5/9
5
项目配置项清单,参见以下附件。
项目配置项清单.xls
6
目录结构和访问权限,参见以下附件。
7
根据项目开发计划制定项目的基线计划。基线的名称及里程碑点所包含的基线项,请参
阅《配置项清单模板》
例如下表:描述本项目基线名称、基线发布时间、基线的内容。
例:
1 客户需求基线 yy/mm/dd 概念设计工作计划
市场需求单
产品需求包
?
2 1/2级计划基线 yy/mm/dd 项目1/2级计划
质量保证计划书
配置管理计划
商业计划书
?
3 产品需求基线 yy/mm/dd 计划阶段工作计划
系统方案书
产品规格书(初步)
?
4 概要设计基线 yy/mm/dd 概要设计报告
?
5 3/4级计划基线 yy/mm/dd 产品规格书
3/4级计划书
最终商业计划书
6/9
?
6 详细设计基线 yy/mm/dd 详细设计报告
?
7 开发基线 yy/mm/dd 开发文档包 8 单元测试基线 yy/mm/dd 单元测试文档包 9 集成测试基线 yy/mm/dd
10 系统测试基线 yy/mm/dd
11 验证基线 yy/mm/dd 验证报告
12 试产基线 yy/mm/dd
13 发布基线 yy/mm/dd 市场发布包
生命周期管理计划
开发文档包
14 维护基线 yy/mm/dd 8
本节描述变更控制级别,控制人员,控制方式。
变更控制遵循公司规定的变更控制流程。
根据项目变更影响程度,CCB可以分为三级:
一级 小组张三、李四、 变更在项目某专业领域小组内,该变更对其它小组不产
CCB 生任何影响。
二级 项目级张三、李四、王变更会对各专业领域小组之间都产生影响,但对成本、
CCB 五 进度、质量都无重大影响。
三级 IPMT 变更将对项目成本、进度、质量都产生重大影响。
变更控制流程请根据《变更控制流程》做增删。
9
本项目使用CVS进行配置管理,所有配置项遵循以下版本标识原则。 CVS每个库的初始版本均默认为1.1版。
7/9
配置项 意义
开发库中配置项 记录自己对自己所负责的工作产品的每次修改。
集成库中的配置项 阶段里程碑点时间区分每次评审前后版本号。
基线库中的配置项 记录每一次基线变更。
发布库中的配置项
版本评审、版本升级的控制权限。
CVS初始版/主副干分支的说明
发布名称 发布配置项 发布时间 发布对象 发布方式 阶段工作产品发布 投资申请 yy/mm/dd 项目组 项目CMO提交
项目任务书 给组织级CMO
... 移交至发布库
10
描述配置项修订情况、基线变更及版本演变情况的跟踪方法。
每次建立或变更基线后,发布CSA。
CMO每月(或每周)发布一次CSA,公布除开发库外所有配置项的版本演变记录。(CVS自动记录所有版本变化情况,并能以树型结构列出。)
11
对配置管理活动相关的一切过程和工作产品定期执行配置审计,检查配置项的正确性及
配置管理系统和配置管理流程是否存在缺陷或风险。
配置审计计划应包括:审计的周期或时机、审计的内容、相关人员、所需资源和环境、
审计所必须的项目组工作产品或记录。
每次建立基线前由CCB执行配置审计。审计进入基线的配置项的完整性和一致性(包括
将要进入配置的配置项相互之间、将要进入基线的配置项和配置库中已存在的配置项之间)
应包括配置审计的时间、环境、资源、审计人员、审计重点、配置的配置项可参照《配
8/9
置项清单模板》。
例:基线审计计划表
基线 审计方法 审计时间 使用检查列表 审计人员
yy/mm/dd SQA、CMO 客户需求基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 1/2级计划基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 产品需求基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 概要设计基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 3/4级计划基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 详细设计基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 开发基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 单元测试基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 集成测试基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 系统测试基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 验证基线 交付审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 试产基线 配置审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 发布基线 交付审计 《配置审计检查单》 ?
yy/mm/dd SQA、CMO 维护基线 配置审计 《配置审计检查单》 ? 12
每次建立或变更基线时,由CMO发布一次配置状态报告;
每月(或周)由CMO发布一份配置状态报告;
报告格式采用《配置状态报告模板》。
13
参见《配置管理过程》,若与配置管理过程不一致,写出具体的备份及归档策略。
9/9
范文四:XXXX项目-配置管理计划
XXXX项目 配置管理计划
这里填写公司名称 XXXX年XX月XX日
这里填写公司名称
文档编号:XXXXXXXX-XXX-XXX 版 本 号:1.00
产品名称:XXXX项目项目 文档名称:配置管理计划
这里填写公司地址、联系方式等
目录
1. 引言.............................................................................................................................................. 1
1.1 目的 .................................................................................................................................... 1 1.2 术语定义 ............................................................................................................................ 1 1.3 参考资料 ............................................................................................................................ 1 2. 软件配置 ...................................................................................................................................... 2
2.1 软件配置环境 .................................................................................................................... 2 2.2 软件配置项 ........................................................................................................................ 2 2.3 配置管理员 ........................................................................................................................ 3 3. 软件配置管理计划 ...................................................................................................................... 4
3.1 建立示例配置库 ................................................................................................................ 4 3.2 配置标识管理 .................................................................................................................... 6 3.3 配置库控制 ........................................................................................................................ 7 3.4 配置的检查和评审 ............................................................................................................ 8 3.5 配置库的备份 .................................................................................................................... 9 3.6 配置管理计划的修订 ........................................................................................................ 9 3.7 配置管理计划附属文档 .................................................................................................... 9 4. 里程碑........................................................................................................................................ 11 附录1 文档命名规定 .................................................................................................................... 12
1、受控配置库文件命名规则 ............................................................................................... 12 2、非受控配置库文件命名规则 ........................................................................................... 12 3、提交文档文件命名规则 ................................................................................................... 12 附录2 文档编码规范 .................................................................................................................... 13 附录3 帐号及权限管理 ................................................................................................................ 14 附录4 配置库使用规定 ................................................................................................................ 16 文档修改记录 ................................................................................................................................. 17
1. 引言
1.1 目的
本文档目的在于对XXXX项目项目进行软件配置管理,提高软件质量,降低软件开发成本。
本文档内容主要参考研发中心相关的ISO程序和制度文档,并在这基础上整理成适合本项目的软件配置管理,为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2 术语定义
软件配置管理:简称SCM(Software Configuration Management的缩写),是在项目开发中,标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大,配置管理就显得越重要。
基线:(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。
配置管理员:项目组中负责配置管理工作的角色,该角色可以兼职。在某一开发阶段通过评审或某一质量检查点通过审核后,配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。
配置标识:(Configuration Identification)对软件项目在开发过程中的资源进行标识,以便识别。
配置检查:(Configuration Audit)对软件配置管理过程中的行动进行检查。
1.3 参考资料
《研发中心配置管理制度》 《产品的标识与可追溯性程序》 《开发手册》
2. 软件配置
2.1 软件配置环境
2.1.1 服务器软件环境
在整个项目过程或产品生命周期中,选择Visual Souce Safe(VSS)作为配置管理工具。
2.1.2 硬件环境
2.1.3配置管理客户端
项目组成员在各自的计算机安装VSS客户端,项目组成员以分配的帐号访问配置服务器和登录配置管理系统,根据配置管理员设定的用户权限进项配置管理活动。
2.2 软件配置项
在本项目的实施过程中,将配置库分为受控配置库和非受控配置库两种 受控配置库
在本项目开发实施的整个过程中,根据不同阶段的配置管理划分11个受控配置目录,只有配置管理员拥有增加和修改的权限,其它用户只有只读的权限。受控配置库的目录为:
00初始配置
01启动 02需求分析 03设计 04编码 05测试 06安装 07总结 08变更 09项目管理 10环境配置
初始配置库的根目录中包含XXXX项目的配置文件清单,该文档包括本项目开发过程中应该提交的文档的清单,在实际开发过程中,根据实际情况,可以在清单中酌情修改、增加和删除需要提交的文档。具体内容参见本文3.3的“配置文件清单的维护”。
各个配置目录内应该包含的文档,请参见“XXXX项目配置文件清单.xls”。
非受控配置目录
在本项目开发过程中,设立了非受控配置目录。设立非受控配置目录的目的是为了统一管理和存放开发过程中产生的临时文档和过程性文档,没有格式及命名上的严格要求,使项目组成员在思考、设计时不受太多的限制和约束,能够更有效地发挥个人能力,符合以人为本的原则。
在项目初期,设立了以下三个目录:
在根据项目开发过程中,根据实际需要,可以酌情增加非受控配置目录。
2.3 配置管理员
在本软件项目开发过程中,项目组必须设立配置管理员,专业(或兼职)负责软件项目开发过程中的软件配置管理工作,保证在项目开发过程中的一些变更管理及文档管理的完整性,顺利地实施项目开发进度。
配置管理员负责制定配置管理计划,检查项目组成员是否正确使用配置库,并督促项目开发计划的实施。
配置管理员还需配合研发中心产品管理部进行项目的配置评审。评审结束,相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写,然后由配置管理员负责签入配置库;同时,由配置管理员收集配置项审批相关的email文档并签入配置库。
3. 软件配置管理计划
关于XXXX项目项目软件配置管理的文档提交计划请参见《XXXX项目配置文件清单.xls》。
关于配置库的日常使用的规定参见附件4《配置库使用规定》。
3.1 建立示例配置库
配置管理员在制定完计划后,根据公司建议的配置库建立符合本项目的配置管理库。配置库建立在Visual Souce Safe上,目录结构可按照示例配置库提供的目录。对于本项目来说,需要划分多个子系统,因此要在确定子系统的划分后,在不同阶段下分别建立各子系统的配置目录。
XXXX项目其配置管理目录结构如下所示。
子系统一子系统二子系统三子系统一子系统二子系统三张三??海松宝子系统一子系统二子系统三
配置管理库建立完毕后,可根据配置管理库的人员计划在Visual Souce Safe上建立相
应的用户及权限,并将这些用户分发给指定的开发人员或用户。具体的帐号及权限管理参见附录 3 《帐号及权限管理》
配置管理员应保管好配置管理工具的管理员权限,项目组中使用配置管理库的成员应该及时更改自己在配置管理工具的缺省设置密码。
3.2 配置标识管理
1.文档
根据配置管理计划和配置库中的文档清单,配置管理员要检查需要提交的文档是否都按时提交,文档数目是否符合,文档的标识、命名以及版本等是否符合程序规定。关于文档的命名请参见附件 1 《文档命名规定》,文档标识及版本参见附件 2《文档编码规范》 2.程序
所有属于该项目的程序、分程序、模块和程序单元,都要按照由项目组和配置管理员制订的软件系统的命名约定的规定来标识。
要求所有模块的源代码都需记录模块编号,且模块编号在整个系统中是唯一的。模块编号在系统设计完成之后,由项目组和配置管理员共同根据系统设计进行编制。
3.基线
所有属于本项目及其各子系统的各类基线,首先要按照计划书、软件需求规格说明书、软件项目详细分析设计说明书的规定确定其技术内容,在整个软件项目开发过程中定义以下两类基线:
文档基线:本项目的文档基线的定义以里程碑的定义为准,将到达各阶段的里程碑时的文档作为基线,具体里程碑的定义参见第4节“里程碑”。 产品基线:产品基线包含两个,一个是系统上线时,一个是系统经过客户验证测试时,基线包含那时的所有程序代码和文档。
配置管理员负责在项目开发的每一个里程碑处、每一个阶段性的版本发布时负责为整个配置库设立书签,划定配置管理基线,并以文档的方式记录下这些书签的定义。
3.3 配置库控制
权限控制
配置管理员根据附录 3《帐号及权限管理》设置和调整项目组成员对配置项的权限。 配置库的控制
在项目开发和实施的整个过程中,配置管理员应根据配置管理计划及管理规则对配置库应进行管理和控制。配置管理员负责检查项目组成员使用配置库是否正确。包括是否及时检入最新版本、是否添加了注释、是否及时更改配置状态,是否存在项目组成员修改了不属于自己负责的配置项,项目组成员是否完成了自己负责的配置项的检入,测试版本的构造是否从配置库中取出等。
建立软件库
在项目的各个开发阶段,应建立起各阶段各子系统的软件开发库(软件开发工作区),同时建立起想对应的有关该系统及其子系统的软件受控库。在每个阶段结束或里程碑,需让各子系统提交相关的产品并送入软件受控库,由配置管理员统一管理,以后再有对产品的变更需求,应按照正常的变更程序来控制并检查相关的变更文档。当全部开发工作结束,需建立起软件产品库,将所有可交付的产品都送入软件产品库。
软件配置更改
软件配置的更改管理适用于全部项目的所有文档和代码,其中包括整个项目的各个运行软件,也包括为项目专门开发的支持软件。
? ? ?
对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修改,必须得到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改; 更改完成后的文档和代码等,需得到项目负责人认可,提交给配置管理员后,由配置管理员签入受控配置库;
受控配置库中的文档,在文档末尾必须有修改记录部分,包括修改人、修改日期、修改内容等项,每次对于受控配置库中文档的修改,必须填写这些项。
配置文件清单的维护
? 配置文件清单的维护由配置管理员维护;
? 项目初期,配置管理员与项目组成员一起对开发过程中可能产生的文档的进行预
计,并在配置文件清单中列出这些文档及其大致的计划提交时间;
? 在实际开发过程中,文档提交可能会产生一些变化,如新增某些文档、原计划的
一些文档不再单独产生、文档计划提交日期的变更等,项目组应该及时通知配置管理员,由配置管理员及时更改配置文件清单中的相应项。
3.4 配置的检查和评审
配置的检查和评审可通过研发中心配置管理制度的审核内容来进行检查。相关的审核内容如下表:
配置管理员应配合研发中心产品管理部定期对项目进行配置管理的审核。在审核过程中,提供所需要的配置管理计划及相关资料,在项目开发结束后,需提交所有关于项目的软件配置库。
3.5 配置库的备份
在项目开发实施过程的各个阶段,配置管理员应定期做好软件配置库的备份,以防造成劳动成果的丢失而给整个项目及公司带来的严重损失。
备份可按照公司的要求定期(按周或月)进行。在每个阶段或里程碑处在做完基线工作后应进行备份。备份文件应存放在不同的地方。
本项目的备份按如下方式进行:
? 定期备份时间为每个月备份一次,备份方式同公司研发中心一致,定于每个月的最
后一个星期二;
? 当在月末(大于当月20日)达到一个里程碑时,对配置库进行一次备份,取消当
月月备份;
? 当在月中(大于当月10日,小于等于当月20日)达到一个里程碑时,对配置库进
行一次备份,当月月备份不变;
? 当在月初(小于当月10日)达到一个里程碑时,不需要对配置库再进行一次备份,
当月月备份不变;
? 备份的文件要明确标明备份日期,刻录成光盘,在外地封闭开发,现场尚未配备刻
录机时,应保存在可靠的计算机中;
3.6 配置管理计划的修订
初始的配置管理计划在项目开始的初期进行制定,由于此时只能大致确定整个开发过程中的一些活动及其会产生的文档,在实际开发过程中,可能会与此有些差异,因此,配置管理计划也需要根据开发过程的实际情况,及时进行修订,使之能够有效地对本项目的配置管理活动进行指导。
在一般情况下,进行配置管理计划修订的时机选在到达各个阶段的里程碑时。如果在一个阶段的实施过程中,配置管理计划不能适应实际过程的变更,则由配置管理员与项目管理人员一起根据实际情况修订配置管理计划。
配置管理计划的修订,需要通过XXXX项目项目的项目负责任、软件质量控制专员、配置管理员的共同审核,一致签字同意后方能作为此后阶段的配置管理计划。
3.7 配置管理计划附属文档
《配置文件清单》:记录项目开发过程中应该产生的一些文档、描述及其提交计划等内容,是执行配置管理及检查的重要依据。该文档在项目开始的初期建立,确定开发过程中需要提交的大部分文档,并在项目开发过程中根据实际情况稍做更新。
《模块清单》:模块清单记录了系统各个子系统、程序模块的名称并分别进行项目内的唯一编号,是所有模块的源代码需记录模块编号的依据。《模块清单》在系统设计完成之后,由
项目组和配置管理员共同根据系统设计进行编制。 《文档命名规定》: 《文档编码规范》:
参见附录1 《文档命名规定》 参见附录2 《文档编码规范》 参见附录3 《帐号及权限管理》
《帐号及权限管理》:
《配置库日常使用规定》: 参见附录4 《配置库日常使用规定》
4. 里程碑
本命名规定主要是针对文档的,不包含源代码文件和最终程序的命名规则。本规定主要包含以下三个方面的命名规则:
1. 受控配置库文件命名规则 2. 非受控配置库文件命名规则 3. 提交文档文件命名规则
1、受控配置库文件命名规则
受控配置库中的配置项文档(不含源代码和最终工作产品)名称应该按照如下格式命名:
项目名称 + 资料名称 + 撰写或修改日期
例如:
2002年5月8日定稿的开发计划书 XXXX项目软件开发计划书.doc。
2002年5月21日定稿的子系统一需求分析说明书为 XXXX项目子系统一需求分析说明书20020521.doc
2、非受控配置库文件命名规则
非受控配置库主要用于存放项目成员工作时产生的临时文档等,只要求提交时不致出错,对命名规则没有其它限制,由项目成员根据自己习惯对文档命名。
3、提交文档文件命名规则
同受控配置库的文件命名规则。
项目成员提交文档到文档提交区前,应该按照受控配置库的文件命名规则对文档命名,然后才提交道文档提交区中。
文件编码原则
依据复旦金仕达公司研发中心ISO程序文件《文件编码及撰写规范》的规定,技术文件的文档编号、编码规则如下表示:
×××××××× - ××× - ××× 项目编号
项目编号为8位,1-5位为在研发中心产品管理部申请的项目编号,6-8位标识版本。 文档类型号
文档流水号
只有当在同一文档分成几部分编写时才使用。对于技术文件来说,每一种技术文件的文件大小要取决于项关项目的规模大小和复杂程度。因为本项目比较大,根据系统情况拆分成了三个子系统,文档流水号分别为:001~003。
子系统一 001 子系统二 002 子系统三 003
附录3 帐号及权限管理
一、帐号管理
1、配置管理服务器帐号
? ? ? ? ?
在配置管理服务器(fileserver)上为项目组的每个项目成员都建立帐号; 帐号名与《XXXX项目开发小组通讯录》中登记的内部用户名一样; 根据项目过程中的人员调配状况适时增加和删除帐号; 初始口令与用户名一致;
每个项目成员访问配置管理服务器时,都应该用自己的帐号;
2、 配置管理库帐号
? ? ? ? ? ? ?
在 SourceSafe 上为项目组的每个项目成员都建立帐号;
帐号名与《XXXX项目开发小组通讯录》中登记的内部用户名一样; 根据项目过程中的人员调配状况适时增加和删除帐号; 初始口令与用户名一致;
每个项目成员第一次登录配置库时应该修改自己的用户口令; 每个项目成员应该使用自己的帐号登录SourceSafe;
项目成员如果遗忘帐号口令,应即时通知配置管理员重新分配该帐号的口令;
二、权限管理
权限管理分为两大部分的权限管理: ? 受控配置库的权限管理 ? 非受控配置库的权限管理
1、 受控配置库
? ? ?
配置管理员对受控配置库拥有所有权限; 项目组其他成员对受控配置库拥有只读权限;
非项目组成员未经允许对整个配置库没有任何权限;
2、 非受控配置库
非受控配置库主要包含以下三个目录: ? 个人工作区 ? 小组工作区 ? 文档提交区
个人工作区
? ?
在 SourceSafe 上的个人工作区目录下为项目组的每个项目成员都建立了一个与本人的中文名字一样的目录;
每人对与自己同名的目录拥有所有权限,对其它的目录拥有只读权限;
小组工作区
? ? ?
分为子系统一、子系统二、子系统三个目录;
各小组的成员对所属小组目录拥有所有权限,对其它小组目录只有只读权限; 项目管理人员和配置管理员对所有小组目录拥有所有权限;
文档提交区
? ? ?
用于文档和代码提交;
所有人对其拥有只读/修改/删除和签入/签出权限; 配置管理员对其拥有所有权限;
附录4 配置库使用规定
1、 项目组成员编写的与本项目有关文档、程序代码等,应该保存在配置库中;
2、 文档在编写过程中,保存在配置库的非受控目录中,其中个人文档和代码保存在“个
人工作区”的项目成员本人的目录下,小组文档保存在“小组工作区”的所属小组目录下;
3、 每周第一个工作日开始,项目成员从非受控配置库中签出要编写、修改的文档或代码
到本人的计算机,进行编写、修改工作;
4、 每周最后一个工作日结束时,项目成员必须将签出的文档保存后签入到配置库中; 5、 文档和代码要提交到受控配置库中时,必须先提交给配置管理员,由配置管理员提交
到受控配置库中;
6、 当文档或代码通过评审或得到项目管理人员及客户的一致认为可以提交时,提交到“文
档提交区”的目录中;
7、 文档提交前应该按照附录1《文档命名规定》中的规定进行命名,文档编码应该符合附
录2《文档编码规范》中的规定;
8、 项目组成员未经项目组允许不得更改他人的文档和代码; 9、 任何文档、代码等,不能以压缩文件的方式签入配置库中; 10、 每次评审结束,相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员
填写,然后由配置管理员负责签入配置库; 11、 如果需要对受控配置库中的文档、代码进行变更,需得到项目负责人批准方能从受控
配置库中取出更改; 12、 更改完成后的文档,需得到项目负责人认可,提交给配置管理员后,由配置管理员签
入受控配置库。
XXXX项目配置管理计划 XXXX公司
文档修改记录
Page 17
范文五:项目配置管理计划
无人机Lidar地形快速测
绘软件
项目配置管理计划书
XX大学
历史版本记录
目 录
1 基本信息 ................................................................................................................... 1 2 角色与职责 ............................................................................................................... 1 3 配置管理资源 ........................................................................................................... 1 4 权限分配 ................................................................................................................... 2 5 配置项计划 ............................................................................................................... 2 6 配置库基线 ............................................................................................................... 4 7 配置库备份计划 ....................................................................................................... 5 8 配置库状态报告 ....................................................................................................... 5 9 配置审核 ................................................................................................................... 5 10 审批意见 ................................................................................................................. 6
1 基本信息
项目名称:无人机Lidar地形快速测绘软件 项目编号:XD—2014—A—14 立项时间:2014年12月1日
预计主要项目阶段有: 需求阶段、设计阶段、编码阶段、测试阶段 2 角色与职责
3 配置管理资源
本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。
1
预计建库申请日期:2014年11月13日 预计建库日期:2014年11月15日 4 权限分配
项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。
5 配置项计划
2
3
6 配置库基线
配置库分为三个库:开发库、受控库(基线库)、产品库,配置流如下图所示,开发库为开发人员共同使用的开发流,在里程碑基线处,由配置管理员或者授权人员提交基线到受控库,在受控库最终形成产品的时候由中心配置管理员提交到产品库中。
各个项目可以根据需要,在开发流上为各个开发人员建立单独的个人开发流。
4
7 配置库备份计划
8 配置库状态报告
每两周出一份配置库状态报告。 9 配置审核
按照配置管理规程,定期对配置库和配置项的状态进行审核,审核配置管理活动和过程,确定所产生的基线和文档是否准确,并且在适当时记录审核结果,以便维护配置基线的完整性。将结果记录到《配置状态报告》中。
具体计划如下:
5
10 审批意见
6