软件项目软件配置管理规范模板.docx
- 文档编号:15327644
- 上传时间:2023-07-03
- 格式:DOCX
- 页数:15
- 大小:50.54KB
软件项目软件配置管理规范模板.docx
《软件项目软件配置管理规范模板.docx》由会员分享,可在线阅读,更多相关《软件项目软件配置管理规范模板.docx(15页珍藏版)》请在冰点文库上搜索。
软件项目软件配置管理规范模板
软件配置管理规范
版本:
V1.0
1介绍1
1.1目的1
1.2范围1
2规范概述1
3规范详述1
3.1配置库管理规范1
3.1.1配置库说明:
1
3.1.2配置库目录结构:
2
3.1.3配置库权限设置:
4
3.1.4配置库备份机制:
5
3.2配置项管理规范:
5
3.2.1配置项入库:
5
3.2.2配置项标识:
5
3.3基线管理规范:
8
3.3.1基线说明:
8
3.3.2基线分类:
8
3.3.3基线命名规则9
3.4其它项配置规则:
9
3.4.1分支命名规则9
3.4.2Eclipse工作空间命名9
3.4.3版本标签命名规则9
3.5过程简称表:
10
3.6配置类别简称表:
10
1介绍
1.1目的
本规范目的在于指导配置管理人员如何利用配置库管理所有配置项,从而加强对公司软件产品的控制,保持软件产品在其整个生命周期中的一致性、完整性、可追溯性。
1.2范围
本规范适用于重要软件产品和软件项目的配置项管理。
对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。
2规范概述
本规范应用于软件配置管理过程,主要包括配置库的设置,配置项的标示,基线命名等。
3规范详述
3.1配置库管理规范
整个项目开发中,把所有的工作成果存放在四个库中,分别为:
开发库、受控库、基线库、产品库,每个库下面对应的分为文档库和代码库两部分。
前三个库存放到配置管理工具数据库中,产品库建立在文件服务器\\192……\project目录中,根目录名称为项目编号。
配置管理员根据项目情况(项目规模、人员使用工具习惯等)、开发模式(本地开发、异地分布式开发)、财力等因素,确定配置管理工具软件(如:
ClearCase、SVN、VSS等)以及计算机资源(内存、CPU、网络环境);确定存储库备份环境(备份服务器、备份介质)。
3.1.1配置库说明:
开发库,包括整个开发过程中处于动态变化过程中的工作成果。
受控库,存放项目计划中定义的需要进行控制工作产品。
软件配置管理就是对软件受控库中的各软件项进行管理,因此软件受控库也叫做软件配置管理库。
基线库,存放项目过程的基线配置项。
产品库,主要存放项目中产生的工作产品,用于测试及其他人员的交互,由于程序文件都一次生成,不需要进行版本管理的,所以产品库存放在文件服务器上。
3.1.2配置库目录结构:
开发(产品)目录结构的规划是软件配置管理的主要内容,由过程工程师、架构师配合配置经理来共同制定,并在配置管理工具的支持下予以实施。
3.1.2.1Stream(流)的划分
流
说明
-GHTICKET_Integration
整个项目所有工件的最终整合场所,用于项目级基线构建、进行集成和确认集成测试。
--GHTICKET_Doc
需求、设计、管理、过程文档等工作场所。
--GHTICKET_Dev
项目所有构件的开发场所。
---GHTICKET_Hezijun
个人工作流(即:
个人开发工作空间)
--GHTICKET_Testing
测试组的测试场所。
--GHTICKET_Release
发布演示场所。
3.1.2.2VOB(版本对象库)
1.PVOB:
PVOB
说明
2.VOB:
VOB
说明
<项目简称>_VOB_<用途>
命名规则
<项目简称>_VOB_Infrastructures
内部开发的相对独立、复用度强的基础应用包,针对第三方产品进行封装的调用接口等。
<项目简称>_VOB_Library
从组织外部获取的源代码、开发组件等,主要来自于开放源码。
<项目简称>_VOB_Components
项目组针对目标系统开发的构建于底层开发包、基础设施之上的所有构件。
<项目简称>_VOB_SubSystems
构建于底层开发包、基础设施与所有构件之上的可执行子系统(或系统),通常是目标系统的最终交付实体。
<项目简称>_VOB_System
项目目标系统主体工件目录,包含需求、设计、集成、测试等。
<项目简称>_VOB_Management
项目的管理工件目录。
<项目简称>_VOB_Supports
项目的过程、环境、标准等支持工件目录。
<项目简称>_VOB_Doc
项目的文档库。
代码库:
一级目录
二级目录
三级目录
目录结构说明
项目名称
01_源码目录
001_模块A
项目源代码,其中三级目录为可选,若代码可以按照模块划分,则选用三级模块
002_模块B
…
02_项目文档
开发过程中需要与代码保持同步的文档
03_其它
不包含在以上目录的代码或文档
文档库:
一级目录
二级目录
三级目录
目录结构说明
项目名称
01_项目启动文档
项目启动时,需要的项目概要说明文档
02_需求说明文档
需求阶段的需求说明文档
03_概要设计文档
设计阶段的概要设计
04_详细设计文档
编码阶段的详细设计,编码工作说明书
05_测试相关文档
001_测试用例
测试用例
002_测试报告
测试报告
06_配置管理文档
项目配置项清单,配置状态报告,变更申请审批单等
07_质量保证文档
质量保证相关文档
08_会议记录
项目中正式评审会议的会议纪要
09_其它文档
不包含在以上目录中的文档
3.1.3配置库权限设置:
开发库(开发流程)权限设置:
开发库
用户
权限
项目主管
整个开发库
读
项目经理
项目/01_源码目录
读/写/执行
项目/02_文档目录
读/写/执行
项目/03_其它
读/写/执行
开发人员
项目/01_源码目录
读/写/执行
项目/02_文档目录
读/写/执行
项目/03_其它
读/写/执行
配置管理员
整个开发库
读/写/执行/删除
质量保证人员
项目/01_源码目录
读
项目/02_文档目录
读
项目/03_其它
读/写/执行
测试人员
项目/02_源码目录
无
项目/03_文档目录
读
项目/04_其它
读
文档库权限设置:
文档库
用户
权限
项目主管
整个文档库
读
项目经理
整个文档库
读/写/执行
开发人员
整个文档库
读
配置管理员
整个文档库
读/写/执行/删除
质量保证人员
项目/07_质量保证文档
读/写/执行
项目/其它目录
读
测试人员
项目/05_测试相关文档
读/写/执行
项目/其它目录
读
3.1.4配置库备份机制:
项目开发实施过程中,配置管理员应定期做好配置库,数据库的备份,以防劳动成果的丢失给整个项目及公司带来的严重损失。
1.配置库备份周期:
配置库的备份采取每周进行一次。
2.配置库备份方案:
先将数据备份到服务器本机XX目录下,同时利用ftp进行远程备份,将数据备份到10.21.8.33的YY目录下,备份策略采取先删除前一天备份文件,然后备份当天数据。
3.2配置项管理规范:
3.2.1配置项入库:
对配置管理计划中选定的需要入库的配置项进行检查,当配置项被批准后,配置管理员将它提交到受控库中,其中部分配置项要受到基线控制,部分配置项要受到版本控制。
3.2.2配置项标识:
为了识别产品的结构、产品的构件及其类型,为其分配唯一的标识符,也就是说,每一个配置项要有一个唯一标识。
3.2.2.1Stream(流)
流
举例说明
流命名规则:
<项目名称>_流
歌华票务系统的集成流:
GHTICKET_Integration
歌华票务系统的开发流:
GHTICKET_Dev
3.2.2.2VOB
VOB
举例说明
PVOB命名规则:
<项目简称>_PVOB
歌华票务的项目VOB:
GHTicket_PVOB
VOB命名规则
<项目简称>_VOB_<用途>
歌华票务系统项目的文档库:
GHTICKET_VOB_Doc
3.2.2.3View(视图)
项目组成员创建视图时,只允许创建静态视图。
视图命名规则
举例说明
基本视图命名规则:
<用户名>_<项目名称>_View
管理员视图(主视图):
Administrator_GHTicket_View
UCM开发视图命名规则:
<用户名>_<项目名称>_dev_view
贺自军的开发视图为:
hezijun_GHTicket_dev_view
UCM集成视图命名规则:
<用户名>_<项目名称>_inte_view
贺自军的集成视图为:
heizjun_GHTicket_inte_view
3.2.2.4Componet(组件)划分
组件
说明
Comp_<项目名称>_<组件名称>
组件创建规则
Comp_GHTicket_Test
歌华票务的测试组件
Comp_GHTicket_Doc
歌华票务的文档组件
3.2.2.5配置项标识规则:
分类
配置项标识规则
说明
文档类
产品简称_项目简称_过程简称_配置类别简称_版本
主要指管理过程,如项目管理,过程管理;支持过程,如配置管理,质量保证过程;工程过程,如需求分析,设计,测试过程的产品
软件类
主要指工程过程,如开发过程的产品
3.2.2.6配置项标识规则说明:
参数
是否必须包含
参数说明
参数定义标准
备注
产品简称
否,立项项目可以不包含
产品代号,包含版本号,
如1.0,2.1
字母全部大写
项目简称
是
项目代号,一般在项目建立时就已创建
首字母大写,
其余小写
过程简称
是
过程代号缩写,管理过程为MP,支持过程为SP
字母全部大写
配置类别
简称
是
工作产品或其他过程产品的缩写
全部大写
版本
否,非基线项的工作产品可以不包含此参数
由两位组成,形式为V0.0
初始版本为V1.0
3.2.2.7配置项标识举例:
文档类配置项:
软件类配置项:
3.3基线管理规范:
3.3.1基线说明:
基线是指经过正式评审和批准,可作为下一步工作基准的一个配置。
软件开发过程中,无论是需求分析、设计、测试都需要在完成时建立基线,也就是说基线是确保在给定的时间点记录并归档所有的已开发工作产品,以作为下一步工作的基础。
3.3.2基线分类:
序号
基线分类
基线简称
创建时机
1
需求基线
REQBL
软件需求分析完成后,且通过评审,形成分配基线
2
总体设计基线
HLDBL
项目系统分析与设计完成之后,且通过评审,形成功能基线
3
详细设计基线
DDBL
详细设计完成后,且评审通过。
此阶段通常不设基线
4
代码基线
CDBL
开发完成,通过项目级或组织级代码审查。
开发与测试交互阶段通常不设基线
5
交付基线
RELBL
测试通过,通过测试审查,形成产品基线
3.3.3基线命名规则
基线命名规则:
<产品名称>_<项目简称>_<基线简称>_<版本>_<日期>
参数说明:
其中“版本”的初始值为V1.0,增量为1;“日期”的格式为“YYYYMMDD”
例如:
QP_DEC_REQBL_V1.2_20080713
3.4其它项配置规则:
非基线版本是指在项目的生命周期中,除基线版本外,还有必要标识的其它版本。
例如,项目组在完成某一阶段工作后、提交评审的版本,项目在测试阶段的版本都需要标识。
3.4.1分支命名规则
分支命名约定是用小写字母来表示名称。
3.4.2Eclipse工作空间命名
Eclipse工作空间命名规则
举例说明
工作空间UCM模式:
yourname_ucm_ws
贺自军的UCM工作空间:
Hezijun_ucm_ws
工作空间Base模式:
yourname_base_ws
贺自军的Base工作空间:
Hezijun_base_ws
3.4.3版本标签命名规则
1.普通Label:
<产品简称>_<项目简称>_<日期>_<时间>
例如:
QP_DEC_20080715_1213
2.提交评审的Label:
<产品名称>_<项目简称>_<日期>_<时间>_
例如:
DP_DEC_20080712_1030_FORREVIEW
3.提交测试的Label:
<产品名称>_<项目简称>_<日期>_<时间>_
例如:
DP_DEC_20080716_0930_FORTEST
注:
不要在同一元素版本树中多次使用同一版本标签。
3.5过程简称表:
序号
过程分类
过程简称
1
管理过程
MP
2
支持过程
SP
3
售前
RD
4
需求分析
RM
5
设计
TS
6
开发
CD
7
单元测试
UT
8
集成
CI
9
集成测试
IT
10
系统测试
ST
11
验收测试
AT
12
交付
RL
3.6配置类别简称表:
序号
所属过程
配置类别
配置类别称
说明
1
MP
立项任务书
PT
2
项目计划
PP
3
项目周报
WR_日期
日期格式为"YYMMDD"
4
项目会议纪要
PMS_日期
日期格式为"YYMMDD"
5
总结报告
PRP
6
培训资料
TD
7
SP
质量保证计划
QAP
8
问题跟踪记录
PTR_日期
日期格式为"YYMMDD"
9
QA不符合报告
QAPR_日期
日期格式为"YYMMDD"
10
配置管理计划
CMP
11
变更申请审批表
CMCC_日期
日期格式为"YYMMDD"
12
配置审计报告
CAR_日期
日期格式为"YYMMDD"
13
配置项即基线状态报告
CSR_日期
日期格式为"YYMMDD"
14
RD
客户需求
CRS
15
RM
需求规格说明书
SRS
16
TS
总体设计说明书
HLD
17
详细设计说明书
DD
18
CD
模块,包括源文件,可执行文件,库文件
模块简称
模块简称由项目组内部
统一命名,首字母大写,长度不超过6为字符
19
CI
集成方案
CP
20
程序清单
CL
21
IT,ST,AT
测试计划类
TP
22
UT,IT,ST,AT
测试报告类
TR
23
UT,IT,ST,AT
测试用例类
TU
24
RM,HLD
评审报告类
RR
25
RL
用户手册
MAN
26
部署文档
DD
27
第三方产品
PART3
28
发布说明
RN
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 配置管理 规范 模板