配置管理计划表
通信系统施工车辆、机械设备及仪器仪表配置计划及管理
通信系统施工车辆、机械设备及仪器仪表配置计划及管理车辆、机械设备及仪器仪表的配置计划和管理1.车辆、机械及仪器仪表配置计划1.1 车辆配置计划以下表格详细列出了车辆的配置计划：序号 | 设备名称 | 型号 | 规格 | 数量 | 国别 | 产地 | 制造年份| 额定功率（KW） | 生产能力 | 用途 | 备注 |1 | XXX工程指挥车 | 吉普 | 5座 | 2吨 | 日本 | 日本 | 2007.8 | 241 | 现场调查 | 货物运输 |2 | 载重汽车 | 五十铃 | 4吨 |3 | 中国 | 南京 | 2009.6 | 320 | 施工部位 |。
|3 | 依维柯 | QHJ5 | 3.5吨 |4 | 中国 | 南京 | 2010.7 | 290 | 设备调试 |。
|4 | 哈佛 H5 | 5座 | 1.5吨 | 3 | 中国 | 南京 | 2010.1 | C/F-3.5 |货物运输 |。
|5 | 别克 GL8 | 7座 | 2吨 | 1 | 中国 | 南京 | 2008.1 | 4 | 人员运输 |。
|6 | 丰田、金龙 NKR | 11座 | 3.5吨 | 2 | 中国 | 上海 | 2014.1 | 3 | 人员、货物运输 |。
|7 | 面包车 | 220 | 7座 | 2 | 中国 | 河北 | 2011.9 | 1.2 | 人员运输 |。
|8 | 越野车 | 1 | 5座 | 1.5吨 | 美国 | 上海 | 2011.6 | 240 | 人员、货物运输 |。
|9 | 客货车 | 2 | 50吨 | 1 | 中国 | 郑州 | 2008.5 | 280 | 货物运输 |。
|10 | 轨道车 | 1 | 315 | 2 | 中国 | 襄樊 | 2008.8 |。
|。
|。
|11 | 叉车 |。
| 3.5吨 | 2 | 中国 | 南京 | 2009.3 |。
|。
|。
|1.2 机械配置计划以下表格详细列出了机械设备的配置计划：序号 | 设备名称 | 型号 | 规格 | 数量 | 国别 | 产地 | 制造年份| 额定功率（KW） | 生产能力 | 用途 |1 | 冲击电钻 | HILTI TE-15 |。
软件配置管理计划模板
卷号DEPLOY卷内编号DEPLOY005密级组内HD20090917SR005通用型行政审批服务协同管理平台配置管理计划1.2项目承担部门：java第四组撰写人（签名）：区允文完成日期：2010年8月4日本文档使用部门：■主管领导■项目组□客户（市场）□维护人员□用户评审负责人（签名）：江威龙评审日期：2010/8/4目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料41.5概述42.项目配置42.1组织结构42.2职责和接口52.3工具、环境和基础设施53.配置管理活动63.1配置库63.1.1配置库架构63.1.2权限分配73.1.3配置库层次及开发活动说明：83.2配置标识93.2.1标识方法93.2.2项目基线103.3配置项113.4配置和变更控制113.4.1变更请求的处理和审批113.4.2变更控制委员会 (CCB)113.4.3变更过程中的活动113.4.4变更过程中的变更请求状态123.4.5保存变更历史记录133.4.6变更请求中受影响配置项的变更133.5配置状态统计143.5.1项目介质存储和发布进程143.5.2报告和审计144.里程碑155.培训和资源156.分包商和厂商软件控制157.附录15配置管理计划1.简介1.1目的为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。
1.2范围项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。
1.3定义、首字母缩写词和缩略语CM：配置管理。
CCB：变更控制委员会。
CI：配置项。
包含文档、程序。
Baseline：基线。
CR：变更请求。
PCA：物理审计。
FCA：功能审计。
1.4参考资料《华南农业大学软件学院实训讲义》《华南农业大学项目阶段评审工件》1.5概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。
ITSMS配置管理计划(含配置清单)
是否经过评审 任务
状态
是
制定计划 完成
是
制定周报 完成
是
制定月报 完成
是
制定控制报告 完成Biblioteka 是填写问题跟踪 记录表
完成
是
记录事件 完成
是
制定配置管理 计划
完成
是
填写变更记录 完成
编制人： 审核人： 批准人：
日期： 日期： 日期：
FXTS-ITSMS-P07R01
配置管理计划
项目名称： 项目编号：
目的：编写本配置管理计划的目的是描述项目生命周期过程中所需 执行的所有配置管理活动。
所包含的主要配 置项 配置项计划 配置项周报 配配置置项 偏月 差报 控制报 告 问题跟踪记录表
事件记录
配置管理计划
配置变更记录
[要求定期检查，一周一收集]
CMMI-配置管理计划
项目编号：项目名称：数字签名配置管理支配状态 草稿标识号V1.0初始版当前版本修订版发布日期2C1模板编号密级 无密级 秘密 绝密修订历史记录日期版本说明作者变更恳求号0.1起草李晓娅1.0发布李晓娅目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料51.5概述52.软件配置管理52.1组织、职责和接口52.2工具、环境和基础设施63.配置管理活动93.1配置标识93.2配置项变更限制103.3配置管理活动支配113.4报告和审计144.培训和资源154.1培训所需环境154.2培训参与人员164.3培训具体支配165.分包商和厂商软件限制16配置管理支配1.简介1.1目的在数字签名项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本支配。
1.2范围纳入数字签名项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应供应正确理解此配置管理支配所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来供应。
配置管理。
1.3.1配置项（ )指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.2基线（）一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更限制过程才可以变更。
1.3.3基线库（）项目软件生命周期中基线的集合。
用软件工具管理时，基线库可以是一个独立的系统，也可以是系统中的一个书目。
1.3.4配置审计（）审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证及适用的配置管理标准和规程的符合性1.3.5配置限制委员会（）有权力管理项目基线的委员会，它代表项目经理和全部可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
配置管理任务列表(Configuration Management Task List)
CMO 每天在上午检查项目成员是否CHECK OUT VSS上最新的版本进行工作，下班之前检查项目成员是否把当天CMO 确保SRS阶段的所有的评审通知和评审记录都要放入配置库（可以是CMO自己放，也可以是相关负责人放这条基线中所包含的配置项将是这个阶段的最新版本的产出，也是下个阶段工作的依据若是在设计阶段出现对需求的变更，相应的负责人要填写CR单，CCB批准后相应的负责人品变更后需要在变更后的版本上打上label，label名称和配置项实际版本号一致，并在label注释中说明变CMO 要检查CR单填写是否标准，检查修订记录以确保所涉及到的配置项都已经同步更新。
设计阶段这条基线中所包含的配置项将是这个阶段的最新版本的产出，也是下个阶段工作的依据CMO 确保LLD阶段的所有的评审通知和评审记录都要放入配置库（可以是CMO自己放，也可以是相关负责人放CMO 在LLD阶段结束时检查VSS1.1、1.2、1.3、1.4、1.5中对应的配置项是否都在VSS中，收回以上文件夹中名-LLD-Baseline流水号”，并出具配置状态报告。
若是在编码阶段出现对需求或设计或用例的变更，相应的负责人要填写CR单，CCB批准后化的产品变更后需要在变更后的版本上打上label，label名称和配置项实际版本号一致，并在label注释中CMO 检查CR单填写是否标准，检查修订记录以确保所涉及到的配置项都已经同步更新。
这条基线中所包含的配置项将是这个阶段的最新版本的产出，也是下个阶段工作的依据编码阶段CMO 每天下班之前检查项目成员是否把当天写的SRS Check in到配置库上，若没有需进行提醒。
CMO 确保Coding阶段的所有的评审通知和评审记录都要放入配置库（可以是CMO自己放，也可以是相关负责人项目成员每天将将当天的工作产品CHECK IN 到VSS上。
CMO 在Coding&UT阶段结束时检查VSS1.1、1.2、1.3、1.4、1.5、1.6中对应的配置项是否都在VSS中，收回以命名为“项目名-LLD-Baseline流水号”如：“imps-Coding&UT-Baseline04”并出具配置状态报告。
软件配置管理计划模板
XXXX软件项目配置管理计划XXXX企业有限公司____年___月___日文档信息修改记录目录软件项目配置管理计划 (2)1 引言 (2)1.1 编写目的 (2)1.2 术语定义 (2)1.3 参考资料 (2)2 计划内容 (2)2.1 人员及职责 (2)2.2 软硬件环境计划 (4)2.2.1 项目计划环境 (4)2.2.2 需求分析和设计环境 (4)2.2.3 开发环境 (4)2.2.4 测试环境 (4)2.2.5 配置管理环境 (4)2.3 配置项计划 (4)2.4 配置库计划 (6)2.5 权限计划 (7)2.6 基线计划 (8)2.7 发布计划 (8)2.8 配置库备份计划 (9)软件项目配置管理计划1 引言1.1 编写目的本文档目的在于对本公司项目进行软件配置管理，提高软件质量，降低软件开发成本。
本计划制定了本公司如何进行配置管理活动、活动的计划安排、指派的职责和所要求的资源。
对本公司项目实施软件配置管理活动时，需要参照本计划。
1.2 术语定义1、软件配置管理（SCM）：软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
2、配置项（CI）：配置项可包括以下几方面：项目(或活动)文档、源代码、可执行代码、度量数据、变更请求(CR)。
项目(或活动)文档即项目(或活动)相关的规范、指南中定义的各个任务的输出和输入；源代码和可执行代码是特殊的文档；度量数据指度量分析定义表中定义的度量以及对应的实际数据。
3、基线（BaseLine）: 用来标识一组配置项的特定版本的集合的标记，以记录工作成果的历史状态，或通过不同的版本组合定义不同特性的工作成果。
1.3 参考资料2 计划内容2.1 人员及职责1、根据《软件项目计划书》中的角色分配，确定CM，CCB（变更控制委员会）成员；2.2 软硬件环境计划2.2.1 项目计划环境软件：MS Office Word、MS Office Excel、MS Office Project2.2.2 需求分析和设计环境软件：MS Office Word、MS Office Visio、Sybase PowerDesigner、Rational Rose2.2.3 开发环境软件：Windows Visual Studio .Net、MyEclipse、JDK、Apache-Tomcat、Apache、Oracle 10g、SQL Server 2003、WebLogic、SQL Server 2005、Websphere2.2.4 测试环境软件：Load Runner2.2.5 配置管理环境1、软件：TortoiseSVN2.3 配置项计划配置管理员标识配置项，标识符的参考格式为：项目编号-配置项类型-配置项序号-配置项版本配置项名称。
配置管理计划
配置管理计划文档编号：文档信息：配置管理计划密级：版本信息： V1.0编制日期：编制人：审核人：批准人：批准日期：修订记录1.1 项目项目编号：项目名称：项目介绍：1.2 范围配置管理计划的目的是定义项目的配置管理活动与流程，配置管理员根据本文档建立配置环境，确定配置项，并对配置项变更进行管理。
配置管理规则适用于下列对象：∙项目组开发的工作产品∙项目组接收的工作产品对于开发和维护工作产品有重要意义的相关项}1.3 术语、缩略语{指出术语和简略词}1.4参考资料.2 组织&管理2.1 配置管理组织结构配置管理组织结构包括以下角色: ● 配置管理员 :● 本项目的配置控制委员会（CCB ）成员如下：高级经理： 项目经理： SCM 负责人： 测试经理：2.2 配置管理职责3.1 配置服务器3.2 开发环境：3.3 工具列表：44.1 配置管理库的管理●建立时间：项目启动后，根据公司制定的配制库目录结构建立配制库●建立地点：●配置库名称：●配置库用户及权限：配置管理员在开发服务器上建立配置管理库，以下为配置管理库的文件目录结构：开发区中的代码等放在发布区中，开发区中形成的基线放到受控区里面，如果发生变更申请，将从受控区中取出要变更的基线，待变更完成后，再放入受控区，受控区中的基线要出库必须进行申请。
在配置项进行修改时首先由配置管理员check－out，交给相关人员进行修改，相关人员修改进行变更和版本提升后提交给配置管理员，由配置管理员check－in到“过程文档”和“配置项”中。
配置项的变更配置管理员通过邮件形式发送给项目组成员及其相关人员。
配置项目录允许配置管理员进行更改操作，其他人员只能进行读取操作。
4.2 配置项4.3 基线建立和审计基线是经审查和批准的配置项的集合，在开发周期，基线的建立时间是不同的，会受到不同变更权威的控制。
在每次主要的软件产品发布之前，必须进行配置审计，验证其完整性。
组织级配置管理计划-模板
XXX有限公司组织级配置管理计划文档修订记录♦变化版本编号简要说明日期变更人批准日期批准人状态VI. 0 A*变化状态：A——增加• M1前言本计划是组织级配置项目计划的组成部分，它规定了在组织级配置项目中如何开展配置管理工作，以便在项目的整个生存周期中，建立和维护软件工作产品的完整性和一致性。
1.2适用范围本计划是遵照组织级的《配置管理过程》、《配宜管理il•划》等标准规范和《裁剪指南》，结合本项目的实际情况制订：适用于整个产品生命周期的配置管理柑关活动。
1.3读者对象EPG组成员2组织级配置项管理2.1配置结构曰丄Ol-OSSPil丄0】•工程过程创丄02■顶目过程刮丄支持过程创丄04・組织过程il 丄05-Sm a 一j 02・EPG丄OF针计划二02■姐织培训m Q3・EFG活动口01 ■俎织月报□ 0Z溯监管LJ 03•配置监普LJ W发布公吿 a 二03-FAL丄01 ■风险库丄02・最侄实践丄03■度量库2-2配置项管理01-OSSP目录下文档为组织过程改进的知识库，作为组织改进的指导性文件：放入SVN库中归档管理，全体人员有可读权限。
当OSSP中文档需要修改时需要走正式的变更流程。
02-EPG目录下文档为改进组活动产生的文档：放入SVN库中归档管理。
'01-组织方针'全体可读，当'01-组织方针'中文档需要修改时需要走正式的变更流程。
'02-组织培训*中的文档培训人员（顾晓丹）在有培训需求进入的情况下是期进行更新，配置管理人员左期（每月）检查培训中产出的文档做配置审计。
'03-EPG活动管理'改进组可写，配置管理人员立期（每月）检查组织月报、质量保证报告、配置项状态的提交情况并做配置审计，EPG组世期更新。
03-PAL目录下存放改进中优秀的资产，当有新资产加入的时候，及时更新并做配置审计。
变更流程：对配置管理下的工作产品作变更（如：OSSP标准文档的改变、新资产入库等），都需要被跟踪和控制，用来保证工作产品配置信息的完整性和可跟踪性。
国管局关于编报2025年度中央行政事业单位通用资产配置计划的通知
国管局关于编报2025年度中央行政事业单位通用资产配置计划的通知文章属性•【制定机关】国家机关事务管理局•【公布日期】2024.10.08•【文号】国管资〔2024〕206号•【施行日期】2024.10.08•【效力等级】部门规范性文件•【时效性】现行有效•【主题分类】机关工作正文国管局关于编报2025年度中央行政事业单位通用资产配置计划的通知国管资〔2024〕206号中央国家机关各部门、各单位：为贯彻落实习近平总书记关于机关事务工作的重要指示精神,坚持勤俭办一切事业，提高资产配置管理效能,保障中央行政事业单位节约高效履职，根据《行政事业性国有资产管理条例》、《机关事务管理条例》和《中央行政事业单位资产配置计划管理暂行办法》（国管资〔2018〕73号）有关规定，按照《关于提高中央行政事业单位国有资产管理效能坚持勤俭办一切事业的实施意见》（国管资〔2022〕438号）有关要求，现就2025年度中央行政事业单位通用资产配置计划编报工作有关事项通知如下：一、编报主体及内容中央国家机关各部门、各单位（以下简称各部门）机关本级及其所属各级行政单位和各类事业单位，计划利用财政等各种资金购置或利用调剂等各种方式配置公务用车和通用办公设备、办公家具、办公软件等资产事项，包括计划配置数量、金额和方式等。
二、工作安排（一）编制报送。
通用资产配置计划通过中央行政事业单位国有资产管理平台（https://）填报。
各部门及其所属各级行政单位和各类事业单位登录系统后，首先应当在“卡片库”中核实、更新资产信息卡片，做到账实相符；随后在“配置计划”中进行填报。
报表中的存量资产信息基于资产卡片库自动生成，原则上不允许手动修改。
各部门机关本级和机关服务中心须于2024年11月30日前提交相关电子数据，并将纸质通用资产配置计划报表、编报说明等材料加盖部门公章后报送国管局。
电子数据不宜通过网络报送的，经国管局资产管理司同意，可将数据光盘随纸质文件一并报送。
GJB438B-软件配置管理计划 - 模板
密级：内部（XXXX）软件配置管理计划标识：XXXX/SCMP版本：V1.0页数：编制：SQA审核：审核：批准：编制部门：2020年7月5日1 范围1.1 标识本文档适用：xxx项目（标识：xxxx）；本文档的名称为：xxx软件配置管理计划；本文档标识为：XXXX/SCMP1.2 系统概述甲方：xxx。
乙方：xxx。
对系统进行概述。
1.3 文档概述本文档指定xxxx研制过程中，将执行的所有与配置管理相关的活动，以及配置管理活动的时间、内容、活动主体、要达到的结果的实施依据。
本文档读者为系统研制开发中的甲方团队、乙方。
1.4 与其他计划之间的关系本文档是软件开发计划的子计划。
2 引用文档本文档引用文档清单如表2-1所示。
表2-1 引用文档清单3 组织和职责组织和职责如表3-1所示。
表3-1 组织和职责4 软件配置管理活动4.1 配置标识本条应描述基线和配置项的标识方案；详细描述本项目的每一条基线，包括基线的名称、基线的项目唯一的标识符、基线的内容和基线预期的建立时间等。
本条还应详细描述本项目的每一软件配置项，包括配置项名称、配置项的项目唯一的标识符及其受控时间等，若为基线软件配置项，则还应列出其所属的基线名称。
4.2 配置控制本条应描述如下内容：在本计划所描述的软件生存周期各个阶段使用的更改批准权限的级别。
对已有配置项的更改申请进行处理的方法，其中包括：详细说明在本计划描述的软件生存周期各个阶段提出更改申请的规程；描述实现已批准的更改申请（如：源代码、目标代码和文档等的修改）的方法；描述软件配置管理库控制的规程，其中包括例如：库存软件控制、对于使用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等规程；描述配置项和基线变更、发布的规程以及相应的批准权限。
当与不属于本软件配置管理计划适用范围的软件和项目存在接口时，本条应描述对其进行配置控制的方法。
如果这些软件的更改需要从其他机构在配置管理组评审之前或之后进行评审，则本条应描述这些机构的组成、他们与配置管理组的关系以及他们相互之间的关系。
配置管理系统计划清单实用模板
术部文档控制页版本记录目录第一章配置管理资源 (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.用光盘或其他媒体备份，并提交给负责发行的人员。
软件配置管理计划与报告模板
10 系统集成测试报告评审 11 UAT测试报告 12 业务需求书 13 需求文档（如需求分析说 明书、修改功能点说明 14 概要设计说明书 15 详细设计说明书 16 单元测试文档 17 程序修改登记表 18 用户/业务操作手册 19 投产技术手册
配置审计计划 NO. 1 2 3 4 5 6 7 审计时机 日期 执行者 审计内容
TCen0.0
第1页
配置管理计划
角色职责 配置负责人(CML)： 配置工具与配置库 配置管理工具/版本 逻辑地址 计算机配置 文档版本管理计划 NO. 1 2 3 4 5 6 7 8 9 文档名称 测试方案 测试计划 测试进度表 测试计划评审记录 测试列表 测试用例（不含结果） 测试列表及测试用例评审 记录 测试用例（含结果） 系统集成测试报告 项目/需求 项目/需求 工作量（10 工作量（10 天以下） 天以上） 可选 必须 可选 可选 可选 可选 可选 必须 必须 可选 可选 必须 必须 可选 可选 可选 必须 可选 必须 可选 必须 必须 必须 必须 必须 必须 必须 必须 必须 可选 必须 必须 可选 可选 可选 必须 可选 必须 版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 最终版本 裁剪结果 提交日期 备注
广发银行 信息技术部
TCenter_配置管理计划与报告 8 9 10
版本：V1.0.0
第2页
广发银行 信息技术部
3 软件配置管理计划(模板)-GJB438C
密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。
1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。
各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。
c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。
产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。
1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。
1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。
2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
软件配置管理计划（范本）
软件配置管理计划软件配置管理计划本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的C ADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1．2定义本计划中用到的一些术语的定义按GB/T11457和GB/T12504。
1．3参考资料GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范GB/T12505计算机软件配置管理计划规范CADC SC软件质量保证计划2管理2．1机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2．2任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
QA计划和配置计划表
工作产品
过程 概要设计程 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 发布 过程 测试
工作产品
工作产品
需求文档评审闭合 需求文档进入项目前期的配置库 编制需求文档/需求调研文档（PRS） 评审需求文档/需求调研文档（PRS） 需求文档/需求调研文档（PRS）评审闭合 需求文档得到客户确认 需求说明书（SRS）/需求调研文档（PRS）纳入配置管理库 是否是根据已完成的《业务需求》《系统需求》来编写《概要设计 》《详细设计》？ 是否确定本系统的操作环境、关键技术、定义系统框架？ 是否编写《概要设计》或《详细设计》？ 当变更后的需求与设计不一致时，是否有修改设计文档？ 设计阶段是否有延期？ 是否将《概要设计》或《详细设计》纳入配置库？ 概要设计是否经过了评审？（SDP，SCMP） 项目的相关组是否参加评审？ 按照过程编制概要设计说明书/详细设计说明书 概要设计说明书/详细设计说明书评审 评审闭合及相关产品入库 更新风险管理表 按照过程进行编码 编码完成 编码阶段是否有延期？ 代码入受控库 更新风险管理表 测试前是否对《开发计划》的测试计划进行细化，完成《软件测试 计划》？ 是否根据《业务需求》《系统需求》编写《测试用例》？ 《测试用例》是否有覆盖所有功能点并考虑所有出现的情况？ 测试组发现的bug是否记录在测试管理工具上进行管理？ 测试发现的bug是否在产品交付时已全部闭合，未闭合的bug是否有 说明原因及计划关闭版本？ 提交测试时，是否有提交《测试申请表》？ 测试阶段是否有延期？ 在本版本的测试活动结束后，是否按照公司的模板完成《软件测试 总结报告》？ 测试用例编写 bug登记情况 测试用例评审报告 编制《测试报告》，测试报告入库情况 更新风险管理表 DPM是否按照模板及项目要求完成《交付清单》？ DPM是否根据《交付清单》检查准备交付内容？存在不一致的情况， 是否及时修正？ 是否提交《发布申请表》，且信息无遗漏？ 当正式发布仅经过自测时，是否在《发布申请表》中详细说明理由 及结果？是否有获得事业部经理批准？ 特批发布是否向事业部经理申请批准？ 如交付审计发现问题，DPM是否及时将问题解决？如无法及时解决是 否有提供处理措施？ 发布版本是否存在遗留bug，如有是否详细解释原因并取得事业部经 理批准？ 发布申请 交付清单检查并入库 检查交付清单内所有项是否入库 检查代码提交情况及打标签情况
配置管理计划
<项目名称>项目配置管理计划京东世纪贸易有限公司XXXX年XX月XX日文档编号：版本号：产品名称：XXXX项目文档名称：配置管理计划目录1引言 (4)1.1 目的 (4)1.2 术语定义 (4)1.3 参考资料 (5)2软件配置 (5)2.1 软件配置环境 (5)2.2 软件配置项 (5)2.3 组织、职责和接口 (7)2.4 配置管理过程 (7)3软件配置管理计划 (8)3.1 建立示例配置库 (8)3.2 配置标识管理 (9)3.3 配置库控制 (9)3.4 配置的审查和评审 (11)3.5 配置库的备份 (12)3.6 配置管理计划的修订 (12)3.7 配置管理计划附属文档 (12)4. 里程碑 (13)附录1 文档命名规则 (14)受配置库文件命名规则 (14)非受控配置库文件命名规则 (14)提交文档文件命名规则 (14)附录2 账号及权限管理 (15)账号管理 (15)权限管理 (15)附录3 配置库使用规定 (16)1引言1.1目的本文档目的在于对XXXX项目进行软件配置管理，提高软件质量，降低软件开发成本。
本文档内容主要参考研发中心相关ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2 术语定义软件配置管理：简称SCM（Software Configuration Management 的缩写），是在项目开发中，标示、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
基线：（BaseLine）是项目存储库中每个工作版本在特定时期的一个“快照”。
它提供一个正式标准，随后的工作基于此标准，并且只有授权后才能变更这个标准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。
配置管理员：项目组中负责配置管理工作的角色。