软件项目配置管理系统计划清单指导应用清单

合集下载

软件项目配置库目录4个小表

评审记录
参考资料项目风险列表配置管理计划
项目变更表
项目状态变更表
项目结项单项目结项会PPT 人员评分表项目运维交接单需求调研记录表用户需求说明书功能清单需求规格说明书系统原型 UI设计图系统设计说明书数据库设计说明书系统接口说明书单元测试用例单元测试报告测试计划测试用例 Bug记录测试报告测试报告（内部UAT）用户手册系统发布确认单
配置库分类 01过程库
项目过程分类
项目启动
项目监控
01管理过程
需求管理
沟通管理
风险管理配置管理变更管理
项目结项
需求开发
设计实现
02工程过程
系统测试
安装部署
配置项
项目裁剪表项目进度计划表成本估算表工作量确认单项目干系人表项目工作说明书立项申请表项目启动会PPT 项目启动会议纪要项目计划项目周报项目问题清单需求确认单需求跟踪矩阵会议纪要
存放项目结项过程中产出的相关产物
存放系统需求相关文档，如果需求增加或更改，应将最新的需求内容形成文档放置于该目录中存放系统原型图、UI设计图，应包含原文件、原文件使用说明、可查看文件（导出的图片文件或HTML文件）
存放设计实现阶段技术人员的技术文档及相关产出物
存放系统测试活动的工作产出物，包含测试人员的工作过程记录及内部UAT的过程记录
系统上线发布时，最终定稿的文档
项目初验、终验的验收单电子版及签字单扫描件最终定稿的项目质量目标评价结果最终定稿的项目结项会PPT文档
成本估算表
项目工作说明书
项目启动会PPT 用户需求说明书功能清单需求规格说明书系统原型功能清单（更新）需求规格说明书（更新）系统原型（更新）系统设计说明书数据库设计说明书系统接口说明书测试用例测试报告测试报告（内部UAT）用户手册系统部署操作说明培训PPT 项目验收单（初验/终验）单体项目评价考核标准-项目质量目标项目结项会PPT

软件配置管理计划(SCMP)

软件配置管理计划(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.指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。

第七章软件项目配置管理

■ 12 制定审批计划
27
本章要点
■ 1 配置管理的概念 ■ 2 配置管理计划 ■ 3 配置标识与建立基线 ■ 4 变更管理 ■ 5 版本管理 ■ 6 配置审核 ■ 7 配置状态报告
28
基线（Base Line）
■ （IEEE）基线：已经正式通过复审和批准的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。
9
配置管理的作用
7/1/2021
•软件项目的位置管理
－－－－
•Who am I ?
•Why am I here
•Why am I who I am?
•Where do I
belong?
10
配置管理主要功能
■ 给出程序的状态 ■ 给出一个程序的最新版本 ■ 处理并发更新申请 ■ 取消一个程序变更 ■ 防止未授权的变更或删除 ■ 提供需求变更申请和程序变更之间的可跟踪性 ■ 取消一个需求变更 ■ 显示相关变更 ■ 收集当前系统源代码和文档信息，以便恢复
■ 记录和追踪变更； ■ 采取措施保证变更在受控状态下进行；
54
配置库
■ Configuration Library ■ 作用：
·记录与配置相关的信息； ·利用库中信息评价变更后果； ·从库中提取配置管理过程的管理信
息；
55
关于软件配置库的概念
■ 动态库（开发库、程序员库、工作库）
·开发周期的某个阶段，存放与该阶段工作有关系的信息
· 配置管理系统包括提交建议的变更的过程，评审和批准建议的变更的跟踪系统，为授权和控制变更规定的批准级别，和确认批准的变更的方法。
■ CMMI即(能力成熟度模型集成)
· 运用配置标识、配置控制、配置状态统计和配置审计，建立和维护工作产品的完整性。

软件项目之配置管理计划(范文1)

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

2020/11/19
第八章 • 目录
8.1 软件配置及其管理的概念 8.2 配置管理活动和流程 8.3 配置管理需求 8.4 版本管理 8.5 变更管理 8.6 配置状态监测与报告
8.7 基于配置管理的软件项目管理 8.8 配置管理的技术手段和工具
3
2020/11/19
8.1 软件配置及其管理的概念 8.1.1 CMM2的配置管理概念
2020/11/19
6
✓ 公司为你的项目组派来了产品经理、项目经理。公司决定这个产品的
测试，由公司总部独立的测试部门承担。同时，公司决定把项目组增加到50人，其中有20多人并不在你所在的城市。在新公司里，产品管理、项目管理、测试、质量等等，都与你过去的环境和做法不同，特别不同的是，公司准备开发的第3版系统与公司原有的产品要进行融合，使他们看上去是一家出来的不同的兄弟和姐妹。
第八章软件项目的配置管理
2020/11/19
1
2020/11/19
第八章 • Байду номын сангаас录
8.1 软件配置及其管理的概念 8.2 配置管理活动和流程 8.3 配置管理需求 8.4 版本管理 8.5 变更管理 8.6 配置状态监测与报告
8.7 基于配置管理的软件项目管理 8.8 配置管理的技术手段和工具
2
前二类变化要求项目的组织和管理适应系统扩展的需要，后二种变化则要求项目管理具有适应性和灵活性。
2020/11/19
7
缺乏管理所造成的问题
软件开发人员之间缺乏必要的交流产品升级和维护所必需的程序和文档非常混乱开发过程中的人员流动经常发生因管理不善致使未经测试的软件加入到产品中项目开发状态不清楚软件生产达不到规模化

第七章-软件项目配置管理

7
软件配置管理（SCM）概述
指一套管理软件开发和软件维护以及各种中间软件产品的方法和规则。
－－－－记录软件产品的演化过程。确保软件开发者在软件生命周期中的各个
阶段都能得到精确的产品配置。最终保证软件产品的完整性、一致性、追
朔性、可控性。
8
软件配置管理（SCM）概述
主要思想和具体内容在于版本控制，版本控制注意功能是追踪变更
软件配置项
软件配置项（Software Configuration Item）是项目定义其受控于软件配置管理的项。每个项目的配置项也许会不同。一个软件配置项是一个特定的、可文档化的工作产品集，这些工作产品是生存期中产生或者使用的。
14
常见配置项示例
项目计划书系统规格说明书软件需求规格说明书设计规格说明书源代码清单测试规格说明书
3软件配置管理活动
配置标识
项目基线
配置库
23
配置管理计划模板（续）
软件配置管理活动配置控制程序配置状态报告配置审核
4支持
24
制定配置管理计划的步骤
1 建立并维护配置管理的组织方针 2 确定配置管理需要使用的资源
配置管理工具；数据管理工具；归档和复制工具；数据库程序；
3 分配责任配置管理人员的责任
分
4
配置管理的重要目标
有序、及时和正确的处理对软件配置项的变更，实现此目标需要 CCB的有效管理。
5
本章要点
1 配置管理的概念 2 配置管理计划 3 配置标识与建立基线 4 变更管理 5 版本管理 6 配置审核 7 配置状态报告
6
配置管理概念
PMBOK(项目管理的知识体系)
软件配置管理的主要活动

软件项目配置管理

系统规格说明软件需求规格说明软件设计说明源代码测试计划、过程、数据
可运行系统
()
配置控制委员会() 评估变更批准变更申请在生存期内规范变更申请流程对变更进行反馈与项目管理层沟通
本章要点
一、软件项目配置管理基本概念二、软件项目配置管理过程三、案例分析
基本活动
配置标识
变更控制
状态统计
认
库
证
变更控制系统-举例
4、基线审核
配置管理活动审核基线审核
5、配置状态统计
检查配置管理系统以及内容，检测配置项变更历史
标准828-1998规定用于计算配置状态的最小数据集包括
被批准的配置项配置项的所有请求的变化状态配置项所有被批准的变更实现状态
评估一个配置系统状态
变更请求的数量变更请求的历史报告存储量的增长配置管理系统以及在运作中发生异常的次
配置项的拆分例子
（某医疗网站）需求规格辅助功能性能产品目录医务管理医疗专业区首页
配置项的标识
配置项被唯一的标识
配置项的标识约定举例
QTD-School–RM–SRS-v1.0
公司：3个字符项目：最长10个字符类型：最长5个字符编号：最长8位数字版本号：V m.n
配置项的跟踪
案例
2、配置管理环境建立、建立配置管理库
软件配置管理库是用来存储所有基线配置项及相关文件的等内容的系统，是在软件产品的整个生存期中建立和维护软件产品完整性的主要手段。
配置管理库实例
配置管理建库实例
受控操作
Check in 评审/验证
受控库
Check out
变更控制流程
新版本

软件配置管理系统计划清单

软件配置管理计划示例计划名国势通多媒体网络传输加速系统软件配置管理计划项目名国势通多媒体网络传输加速系统软件项目委托单位代表签名年月日项目承办单位北京麦秸创想科技有限责任公司代表签名年月日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 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。

软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。

各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。

软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。

各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。

各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。

软件开发项目软件功能清单

渠道分析及运S
养卡监控预警
7.3.1.3.3.2
新增
32
个人客户价值流失预警模型
6.1.1.3
新增
33
社交匹配度模型
6.1.1.6
新增
34
位置轨迹重合度模型
6.1.1.7
新增
35
用户使用习惯特征模型
6.1.1.8
新增
36
个人客户重入网识别模型
6.1.1.9
修订
37
个人客户细分模型
6.1.1.14
新增
38
个人客户手机上网价值评估分析模型
6.1.1.16
6.2.2
新增
45
资费预演及评估模型
静态资费预演及评估模型
6.2.3.1
新增
46
动态资费预演及评估模型
6.2.3.2
新增
47
资费评估模型
6.2.3.3
新增
48
流量产品渠道偏好模型
流量产品渠道偏好模型
6.2.4
新增
49
资源分析及运营分析模型
渠道类分析模型
客户发展质量预警模型
6.3.1.4.1
修订
50
渠道健康度模型
修订
2
状态属性
5.1.1.1.2
修订
3
账户属性
5.1.1.1.3
修订
4
终端属性
5.1.1.1.4
修订
5
语音通话属性
5.1.1.2.1
修订
6
数据业务属性
5.1.1.2.2
修订
7
月相费属性
5.1.1.3.1
修订
8
通话费属性

配置管理系统计划清单实用模板

术部文档控制页版本记录目录第一章配置管理资源 (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.用光盘或其他媒体备份，并提交给负责发行的人员。

项目的配置管理系统计划清单例范本

实用标准文案精彩文档机电管理系统性能测试系统配置管理计划文档编号：XXXXXXXX-XXX-XXX版本号：1.00产品名称:机电管理系统性能测试系统文档名称:配置管理计划版本修改内容描述修改人日期备注1.00 第一版1.01 修正了几个不足1.02 增加对受控文件修改后必须增加描述内容批准人：日期：审核人：日期：这里填写公司地址、联系方式等目录1. 引言 (1)1.1 目的 (1)1.2 术语定义 (1)1.3 参考资料 (2)2. 软件配置 (3)2.1 软件配置环境 (3)2.2 软件配置项 (3)2.3 配置管理员 (4)3. 软件配置管理计划 (6)3.1 建立示例配置库 (6)3.2 配置标识管理 (8)3.3 配置库控制 (10)3.4 配置的检查和评审 (12)3.5 配置库的备份 (14)3.6 配置管理计划的修订 (14)3.7 配置管理计划附属文档 (15)4. 里程碑 (17)附录1 文档命名规定 (19)1、受控配置库文件命名规则 (19)2、非受控配置库文件命名规则 (20)3、提交文档文件命名规则 (20)附录2 文档编码规范 (21)附录3 帐号及权限管理 (23)附录4 配置库使用规定 (26)文档修改记录 (28)1. 引言1.1 目的本文档目的在于机电管理系统性能测试系统进行软件配置管理，提高软件质量，降低软件开发成本。

本文档内容主要参考研发中心相关的ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。

1.2 术语定义软件配置管理：简称SCM（Software Configuration Management的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。

配置管理的使用取决于项目规模和复杂性以及风险水平。

软件的规模越大，配置管理就显得越重要。

基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。

软件项目-开发计划清单-详细

项目开发计划书项目名称：_部门级文档管理系统项目编号：***编写人员：____编写日期：2004-5-10 _审批人员：审批日期：历史修改记录1.引言21.1.编写目的21.2.项目标识21.3.项目背景21.4.术语定义31.5.参考资料31.6.约束和假定32.项目概况32.1.项目产品32.1.1.交付产品32.1.2.非交付产品32.1.3.维护和服务43.开发规程、标准和方法43.1.规程和标准43.2.生命周期选择43.3.开发语言和编程工具44.规模和本钱估计44.1.项目规模44.2.项目工作量和本钱55.资源需求56.人员组织和安排57.项目进度计划78.用户应承担的工作79.风险评估和防71.引言1.1.编写目的编写本文档的目的是为实施工程和管理软件项目制定合理的计划，为实施和管理软件项目活动提供根底，并根据软件项目资源、约束条件和能力向软件项目的的客户提出承诺。

本文档的读者为：高级项目经理、项目经理、项目开发组、测试经理、测试组、质量保证组。

1.2.项目标识项目名称：部门级文档管理系统。

1.3.项目背景本项目由开目公司提出立项，经英诺审批通过，由英诺负责开发工作。

本项目的用户是对文档有管理需求的企业。

本项目的目的是开发一个文档管理系统，对部门的纸质文档和小型局域网的电子文档进展入库、出库、版本更新的管理，提供文档信息的查询和定位服务，并根据用户所在的组织和用户的权限确定用户对不同文档的操作权限。

1.4.术语定义1.5.参考资料部门级文档管理系统立项申请报告部门级文档管理系统需求规格说明书软件配置管理计划指导书软件质量保证计划指导书英诺开发流程和标准英诺编码规*以上资料由项目经理保管，电子文档存放于\\..\...\。

1.6.约束和假定2.项目概况2.1.项目产品2.1.1.交付产品部门级文档管理系统〔程序〕部门级文档管理系统用户手册〔文档〕2.1.2.非交付产品软件开发计划软件配置计划软件质量保证计划需求规格说明书概要设计详细设计程序代码测试计划测试用例测试报告项目总结报告2.1.3.维护和服务为用户提供的服务包括网上和技术支持，不能远程解决的问题在产品售出3个月提供免费上门调试和维护。

软件项目管理-配置管理

缺点：需要投入一定的时间和资源进行工具的学习和实施可能会增加软件开发的成本。
比较：不同的配置管理工具在功能、易用性、开放性、可扩展性等方面各有优劣需要根据实际需求进行选择。
结论：选择适合的配置管理工具是软件项目管理中非常重要的一环可以提高软件的质量和开发效率。
PRT SIX
配置管理定义：在软件开发过程中对项目的配置项进行控制、状态记录和变更管理的过程。
配置管理目的：确保软件产品的完整性和可追溯性提高软件质量降低开发成本。
配置管理实践：实施配置管理计划进行版本控制、基线管理、变更控制等操作确保软件开发的顺利进行。
配置管理工具：使用配置管理工具进行配置项的管理、跟踪和审计如Git、SVN等版本控制系统。
配置管理在软件项目管理中的重要性
配置管理在项目管理中的实践案例
配置项：软件项目中需要管理的对象如代码、文档、数据等版本控制：对配置项的变更进行记录、追踪和管理的过程目的：确保配置项的一致性和可追溯性避免出现混乱和冲突常用工具：Git、SVN等版本控制系统
配置项的变更请求提交变更请求的评估和审批配置项的变更实施变更后的验证和审核
配置项审计：确保配置项的准确性和完整性防止错误和遗漏
添加标题
添加标题
配置管理的实践经验分享
添加标题
添加标题
配置管理未来的发展趋势和挑战
配置管理流程：从需求分析、设计、编码、测试到部署的完整流程配置管理工具：如Git、SVN等版本控制工具的使用配置管理最佳实践：如分支管理、代码审查、自动化部署等案例分析：如某公司如何通过配置管理提高软件质量与开发效率
配置管理工具：用于支持配置管理的软件工具如版本控制系统、配置管理系统等。
标识：识别和管理配置项的

软件项目配置管理系统计划清单

中国广东核电集团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。

软件配置管理计划（范本）

软件配置管理计划软‎件配置管理计划本计‎划的目的在于对所开发‎的CADCSC软件规‎定各种必要的配置管理‎条款，以保证所交付的‎C ADCSC软件能够‎满足项目委托书中规定‎的各种原则需求，能够‎满足本项目总体组制定‎的且经领导小组批准的‎软件系统需求规格说明‎书中规定的各项具体需‎求。

软件开发单位在开‎发本项目所属的各子系‎统（其中包括为本项目‎研制或选用的各种支持‎软件）时，都应该执行‎本计划中的有关规定，‎但可以根据各自的情况‎对本计划作适当的剪裁‎，以满足特定的配置管‎理需求。

剪裁后的计划‎必须经总体组批准。

‎ 1．2定义本计划‎中用到的一些术语的定‎义按GB/T1145‎7和GB/T1250‎4。

1．3参考‎资料GB/T1145‎7软件工程术语GB8‎566计算机软件开发‎规范GB8567计算‎机软件产品开发文件编‎制指南GB/T125‎04计算机软件质量保‎证计划规范GB/T1‎2505计算机软件配‎置管理计划规范CAD‎C SC软件质量保证计‎划2管理2．1‎机构在本软件系统整个‎开发期间，必须成立软‎件配置管理小组负责配‎置管理工作。

软件配置‎管理小组属项目总体组‎领导，由总体组代表、‎软件工程小组代表、项‎目的专职配置管理人员‎、项目的专职质量保证‎人员以及各个子系统软‎件配置管理人员等方面‎的人员组成，由总体组‎代表任组长。

各子系统‎的软件配置管理人员在‎业务上受软件配置管理‎小组领导，在行政上受‎子系统负责人领导。

软‎件配置管理小组和软件‎配置管理人员必须检查‎和督促本计划的实施。

‎各子系统的软件配置管‎理人员有权直接向软件‎配置管理小组报告子项‎目的软件配置管理情况‎。

各子系统的软件配置‎管理人员应该根据对子‎项目的具体要求，制订‎必要的规程和规定，以‎确保完全遵守本计划规‎定的所有要求。

‎2．2任务在软件工程‎化生产的各个阶段中，‎与本阶段的阶段产品有‎关的全部信息在软件开‎发库存放，与前面各个‎阶段的阶段产品有关的‎信息则在软件受控库存‎放。

软件项目配置方案

软件项目配置方案软件项目的配置方案是配置管理的一部分，它涉及软件开发和维护周期的各个阶段。

软件项目配置方案是一种定义、维护和管理软件项目开发和维护期间需要的计算机软、硬件、工具和技术的计划文件。

在这篇文档中，我们将探讨软件项目配置方案的概念，主要组成部分以及如何创建和实施一个配置方案。

概念软件项目配置方案是一份详细的计划文件，它描述了为开发、测试、生产和维护软件所需的计算机软、硬件、工具和技术。

一个好的配置方案可以帮助团队高效地管理软件项目，并确保项目的成功开发和交付。

配置方案主要包括以下方面：•版本控制：版本控制是开发过程中非常重要的一部分。

它允许开发人员在同一时间进行不同的修改，确保每次修改都有一个唯一的标识，并提供回溯功能，以便在需要时恢复旧版本。

•自动化构建：自动化构建是将代码编译成可执行文件的过程。

通过自动化构建，可以减少手动干预，提高构建的准确性和可靠性。

•部署自动化：部署自动化是将软件部署到目标环境的过程。

通过部署自动化，可以减少步骤、提高准确性，并将时间从手动部署中释放出来。

•测试自动化：测试自动化是自动运行测试用例并生成测试结果的过程。

通过测试自动化，团队可以更快速地反馈变更导致的影响，减少手动干预，降低交付时间和成本。

•报告和跟踪：报告和跟踪是存储、跟踪和审核所有项目关键操作的过程。

这允许团队及时知道进度、问题和需求。

同时，它也是保证透明度的关键。

主要组成部分一个好的配置方案应该包括以下主要组成部分：1. 需求和规范配置方案应该包括一个详细的分析和描述项目需求和规范，明确开发的目标和方向。

这个部分应该被视为项目整个配置方案的基础。

2. 环境配置环境配置指的是创建和维护开发环境所需软、硬件设备（包括操作系统版本、网络配置等）的配置过程。

这包括开发、测试、生产环境的配置和管理。

3. 开发和部署规程这部分包括开发软件的规程和部署软件的规程，并描述如何设置版本控制、代码构建、集成和测试方法。