软件项目配置管理系统计划清单指导应用清单
- 格式:doc
- 大小:359.76 KB
- 文档页数:10
软件配置管理计划(SCMP)说明《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。
软件配置管理计划的正本格式如下:1引言本章应分成以下几条。
1.1标识本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;并列出其他有关文档。
1.3文档概述本条应概括本文档的用途与内容,并描述与其使用有关的保密性与私密性要求。
1.4组织和职责描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限;说明与项目配置管理相关的人员,如项目经理、部门SCM组长的职责;描述以上人员之间的关系。
为了能够清晰的表述,可选用图表的方式进行说明。
1.5资源描述项目配置管理活动所需的各种资源,包括人员、培训、工具、设备、设施等等。
其中人员是指人力成本,它是根据项目开发计划中的总工时计算得出的。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
3管理描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
3.1机构描述在各阶段中负责软件配置管理的机构。
描述的内容如下:a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构;b.说明项目和子项目与其他有关项目之间的关系;c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。
3.2任务描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
3.3职责描述与软件配置管理有关的各类机构或成员的职责,并指出这些机构或成员相互之间的关系:a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责;b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系;c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职责以及相关的开发和维护活动;d.指出与项目有关的各个机构的代表的软件配置管理职责;e.指出其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。
XXXX项目配置管理计划简介本计划描述了配置组织结构以及贯穿项目组日常工作,由项目组识别并定义的一系列的配置项的实践过程。
1.1文档目的定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动,指导项目软件配置管理工作。
1.2适用范围本计划适用于XXXX项目的软件配置管理活动的制定。
1.3项目背景描述略。
1.4术语与缩略语软件配置管理:简称 SCM(Software Configuration Management),是在项目开发中,标识、控制和管理软件变更的一种管理。
配置项目标识:(Configuration Indentification)对软件项目在开发过程中的资源进行标识,以便标识。
配置审计:(Configuration Audit)对软件配置管理过程中的行动进行检查。
资源2.1配置管理组织架构图配置管理的组织架构主要角色有公司的配置管理(Configuration Management,CM),项目的配置管理(Configuration Management,CM),项目经理(Project manager,PM),以及配置管理审批人和项目成员。
图1 组织架构图2.2关键角色和职责配置管理员项目组中负责配置管理工作的角色,负责计划和控制配置管理过程。
在某一开发阶段通过评审或某一质量检查点通过审核后,配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。
配置管理委员会(CCB)CCB 是一个虚拟的小组,对配置管理各项活动拥有决策权(例如审批配置管理计划,审批配置项变更请求等)。
CCB 的决策采用“少数服从多数”的原则。
主要成员:甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。
2.3所需资源表1 配置管理工具及辅助软件工具名称发布公司用途GitLab GitLab 配置库管理工具,主要源代码SVN Apache软件基金会配置库管理工具,主要是文档Microsoft Office Microsoft 办公工具Microsoft Project Microsoft 办公工具SCM 活动3.1配置库的创建和授权项目配置库创建项目配置库申请审批通过后,项目经理通过一体化运维平台的工作单给项目组配置管理员,要求开通配置库,并说明项目人员权限。
软件配置管理计划示例计划名国势通多媒体网络传输加速系统软件配置管理计划项目名国势通多媒体网络传输加速系统软件项目委托单位代表签名年月日项目承办单位北京麦秸创想科技有限责任公司代表签名年月日1 引言1.1 目的本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款,以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1.2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。
1.3 参考资料◆GB/T 11457 软件工程术语◆GB 8566 计算机软件开发规范◆GB 8567 计算机软件产品开发文件编制指南◆GB/T 12504 计算机软件质量保证计划规范◆GB/T 12505 计算机软件配置管理计划规范◆国势通多媒体网络传输加速系统软件质量保证计划2 管理2.1 机构在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。
术部文档控制页版本记录目录第一章配置管理资源 (1)第二章配置库目录及权限分配 (2)第三章基线及配置项清单 (4)第四章配置审计计划 (5)第五章配置库备份计划 (6)第六章配置报告 (7)第七章产品构造 (8)第八章配置培训 (9)第一章配置管理资源第二章配置库目录及权限分配配置库,黑色字体为VSS、CVS或SVN配置库。
权限解释:●R ——Read● C ——Check Out / Check In● A ——Add / Rename / Delete●All ——管理权限●N ——没有访问权限配置库访问的用户名及初始密码:第三章基线及配置项清单第四章配置审计计划第五章配置库备份计划第六章配置报告第七章产品构造编译人员:编译时间:2008-11-7编译方式及步骤:描述编译过程中源代码的获取路径和方式,编译环境,编译后产生的文件,文件存放地址及发布通知等。
以下内容根据不同的项目方式不同:1.首先由构造人员在本地机器上(可以是构造人员自已的机器也可是其他机器,如其他服务器)为产品建立一个目录。
2.再从配置库上的基线域的代码基线中提取源代码到本地目录中,进行编译(编译的方法需根据开发语言的不同而有所分别,各项目的CM人员根据实际情况详细描述)。
3.形成的可执行文件存放在配置库中的测试发布区内。
4.从测试发布区中提取可执行文件到测试域并进行测试。
5.通过一定的测试,经过CCB批准可以将形成的可执行文件放入到配置库的产品库下。
6.“建立对应目录—>从配置库上提取文件—>编译—>测试—>修改—>重新编译”,其中“编译—>测试—>修改—>重新编译”是一个反复的过程,直至最后测试通过,提交最终产品。
7.最终交付产品前,将要交付的产品放到\\bdmt-huashi-s\hsoa_vssdb$\华南师范大学数字校园协同办公系统\产品库中,发布产品发布通知。
8.用光盘或其他媒体备份,并提交给负责发行的人员。
中国核电集团
CHINA GUANGDONG NUCLEAR POWER GROUP
记录文件
项目编号
项目名称
CGN-IT-C3-A12-01
软件项目配置管理计划
版本编写审核审定批准生效时间A/0
注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。
此文件属中国核电集团所有,未经许可,不得以任何方式外传。
修改记录页
目录
(一)基本信息 (4)
(二)角色与职责 (4)
(三)配置管理资源 (5)
(四)权限分配 (5)
(五)配置项计划 (6)
(六)配置库基线 (7)
(七)配置库备份计划 (8)
(八)配置库状态报告 (8)
(九)配置审核 (9)
(十)审批意见 (9)
配置管理计划(一)基本信息
项目名称:
项目代号:
立项时间:
预计主要项目阶段有:
配置项目命名规则依据:
(二)角色与职责
(三)配置管理资源
本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。
提示:
(1)配置管理员确定本项目的配置管理软件。
例如采用Microsoft公司的TFS或者IBM公司的clearecase。
(2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑存、外存、CPU等)。
预计建库申请日期:
预计建库日期:
预计工作库需空间:
(四)权限分配
项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。
若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。
(五)配置项计划
填写上面表格过程中,需要对照成果物列表逐项填写。
对于代码VOB,项目组配置管理员自己定义,原则上每个VOB的大小限制在200-300M之间。
(六)配置库基线
配置库基线由里程碑基线和日常开发基线共同组成,其中里程碑基线分为前期基线、计划基线、需求基线、设计基线、代码基线、测试基线、产品基线。
其中前期基线可裁减。
里程碑基线是在项目通过评审产出物或项配置项的版本号与配置项的状态紧密相关:
(1)处于“草稿”状态的配置项的版本号格式为:0.YZ
✧YZ数字围为01-99。
✧随着草稿的不断完善,“YZ”的取值应递增。
“YZ”的初值和增幅由用户自己把握。
(2)处于“正式发布”状态的配置项的版本号格式为:X.Y
✧X为主版本号,取值围为1-9。
Y为次版本号,取值围为1-9。
✧配置项第一次“正式发布”时,版本号为1.0。
✧如果配置项的版本升级幅度比较小,一般只增大Y值,X值保持不变。
只有当配置项版本升
级幅度比较大时,才允许增大X值。
(3)处于“正在修改”状态的配置项的版本号格式为:X.YZ
✧配置项正在修改时,一般只增大Z值,X.Y值保持不变。
✧当配置项修改完毕,状态重新成为“正式发布”时,将Z值设置为0,增加X.Y值。
参见规
则(2)。
目重要阶段而定义的基线。
日常开发基线主要是在代码开发过程中产生的基线,用来给项目开发人员提取基线代码而使用的过程性的基线。
里程碑基线和日常开发基线的制作需要项目经理提出申请,由配置管理员执行。
配置库分为三个库:开发库、受控库(基线库)、产品库,配置流如下图所示,开发库为开发人员共同使用的开发流,在里程碑基线处,由配置管理员或者授权人员提交基线到受控库,在受控库最终形成产品的时候由中心配置管理员提交到产品库中。
各个项目可以根据需要,在开发流上为各个开发人员建立单独的个人开发流,
(七)配置库备份计划
(八)配置库状态报告
每两周出一份配置库状态报告
(九)配置审核
按照配置管理规程,定期对配置库和配置项的状态进行审核,审核配置管理活动和过程,确定所产生的基线和文档是否准确,并且在适当时记录审核结果,以便维护配置基线的完整性。
将结果记录到《配置状态报告》中。
具体计划如下:
(十)审批意见。