软件配置管理规范.doc
软件配置管理文档范本
软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。
本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。
二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。
2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。
配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。
(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。
配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。
3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。
(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。
变更记录的建立可以为软件开发过程的分析和评估提供参考依据。
三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。
常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。
1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。
2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。
计算机软件配置管理计划规范GBT12505-90
计算机软件配置管理计划规范GB/T 12505-90 Specification for computer software configuration management plan1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。
对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。
2．引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。
在引用时，特别要注意线(baseline)、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)禾口配置状态记录(configuration statusaccounting) 等术语的定义。
3．1 项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是 (但有时也未必) 确定产品需求的单位或个人。
3．2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3．3 软件开发单位software development organization 软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。
3．4 用户user 用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。
3．5 软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
软件配置管理规范
软件配置规范有限公司目录目录 (2)1.引言 (3)1.1.目的 (3)1.2.定义和缩略词 (3)1.2.1.定义 (3)1.2.2.缩略语 (3)2.管理 (4)2.1.任务 (4)2.2.职责 (5)2.3.适用的标准、条例和约定 (5)3.软件配置管理活动 (6)3.1.配置控制 (6)3.2.配置状态的记录和报告 (6)3.3.变更控制 (7)3.4.配置的检查和评审 (7)4.工具、技术和方法 (7)5.记录的收集、维护和保存 (7)6.附录：配置管理报表及其格式 (8)6.1.配置(变更)状态报告模板 (10)6.2.配置变更申请单模板 (11)6.3.基线发布报告 (12)6.4.基线审计报告 (13)1.引言1.1. 目的在对同一个项目中所产生大量的相关联的工作产品进行有效的控制，确保生产的工作、产品、组合不会由于同时更新、变更、多个版本而发生冲突。
来保证整个软件生命周期中建立和维护软件项目中所产生的各个产品的完整性和可追溯性。
1.2. 定义和缩略词1.2.1.定义1.2.2.缩略语2.管理软件配置管理流程2.1. 任务配置控制委员会(SCCB)担任着整个软件生存周期的评审和检查工作，并将各个阶段的产品放入对应的配置库中。
2.2. 职责A．SCCB负责人（PM项目经理）◆任命配置管理员（SCM）◆所有目录SCCB负责人有更改和书写权限。
B．配置管理员（SCM）◆所有目录SCM有更改和书写权限。
◆整个SVN由SCCB负责人指定SCM管理。
◆SCM 要维护所有目录和配置项的权限，保证配置下Reader能够获得到该文档，而其它人员无权获得。
C．软件工程师（SE）◆自己负责的程序模块有更改和书写权限。
◆对于正式发布的目录SE没有更改和书写的权限。
2.3. 适用的标准、条例和约定要标识的配置项主要包括以下几部分：◆开发环境：可以包括软件工具、硬件设备等；◆工具：可以包括测试工具、维护工具等；◆技术文档：软件需求、软件设计方案、软件测试方案、测试文档、用户手册、总结报告等；◆提交产品：计算机程序、释放产品等。
软件配置管理规范范本
软件配置管理规范范本一、引言软件配置管理（Software Configuration Management，简称SCM）是软件工程中的重要环节，致力于有效管理和控制软件系统的构建、测试、发布和变更过程。
本文旨在提供一个软件配置管理规范范本，以帮助软件开发团队建立和执行一套合适的配置管理规则，确保软件项目的顺利进行。
二、配置管理范围1. 配置项范围- 软件源代码及可执行文件- 文档和用户手册- 测试用例和测试数据- 第三方库和组件- 配置文件和参数设置2. 配置管理活动范围- 版本控制：管理和跟踪软件所有配置项的版本变更和发布记录。
- 配置识别：将软件系统划分为不同的基线和模块，并进行唯一标识。
- 变更控制：确保任何软件变更都经过审批，并对变更进行记录和追踪。
- 配置审计：定期对软件配置进行审查，确保与规范一致。
- 配置状态管理：记录和跟踪软件配置的当前状态，包括开发、测试和生产。
- 工具支持：选择和使用适当的配置管理工具，提高效率和可追溯性。
三、配置管理规范1. 配置识别- 为每个配置项分配唯一的标识符，以便于跟踪和引用。
- 对软件系统进行模块化划分，每个模块应有清晰的功能和职责范围。
- 为每个配置项编写适当的描述和说明文档，包括用途、版本和所属模块等信息。
2. 版本控制- 使用版本控制工具对所有配置项进行管理，确保源代码、文档和其他资源都有清晰的版本历史。
- 维护一个主干（trunk）和分支（branch）的代码库，确保主干代码是稳定且可用的，分支用于并行开发和修复bug。
- 每个版本的发布都应有相应的发布说明，描述变更内容和风险评估。
3. 变更控制- 所有变更都必须通过变更管理流程进行审批和追踪，包括新功能添加、缺陷修复和配置项删除。
- 每个变更都要有详细的变更请求和变更记录，包括变更的原因、影响分析和验证计划等。
- 变更影响评估必须在变更实施之前进行，确保变更不会导致质量问题或功能冲突。
软件配置管理规定
软件配置管理规定为进一步加强软件配置管理工作，明确软件配置原则，规范软件配置流程，制定本规定。
一、配置原则1.软件配置遵循安全性、适用性、经济性和正版化的原则，不得配置非正版软件。
2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关的各类软件。
3.优先采用场地授权（许可）方式配置软件。
二、配置流程1.软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1）。
2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》，对软件使用部门需要的相关软件进行统一测试和试用，综合考虑软件的价格、兼容性、安全性和售后服务等因素，确定软件选型，明确软件名称和版本。
涉及使用免费软件的，更新《可使用免费软件清单》（附件2）。
3.信息化部门依据单位软件使用管理台账，梳理单位软件需求与现有软件许可的差异。
单位软件许可不足的，编制《软件采购计划表》（附件3）。
4.财务部门要将软件采购纳入单位年度预算。
财务、资产管理部门指导信息化部门完成软件采购。
软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。
5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。
6.信息化部门负责软件使用管理日常工作。
7.单位采购的软件，因以下情况申请报废的，需经过信息化部门鉴定，严格履行资产处置报批手续：（1）已经达到规定的最低使用年限，且无法继续使用的。
（2）未达到规定的最低使用年限，因技术进步等原因无法继续使用的。
（3）未达到规定的最低使用年限，因计算机硬件报废，且无法迁移到其他计算机上继续使用的。
8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4）。
附件1软件使用需求申请表申请部门：经手人：联系电话：填表日期：年月日专业知识分享附件2可使用免费软件清单单位名称（盖章）：填表人：联系电话：填表日期：年月日专业知识分享专业知识分享附件3软件采购计划表经手人：联系电话：填表日期：年月日附件4软件使用情况汇总表单位名称（盖章）：填表人：联系电话：填表日期：年月日专业知识分享专业知识分享。
软件项目配置管理规范(配置项标识和配置审计的标准)
软件项目配置管理规范（配置项标识和配置审计的标准）1．概述本规范用于规范和指导全公司的配置管理活动，适用公司研发项目及技术支持阶段产品的开发工作，主要包括以下几个方面：建立和维护配置管理环境。
公司配置库权限管理配置库的备份和恢复。
公司配置管理相关规程及工具的培训。
制定和维护基线计划。
标识配置项。
变更控制和管理。
版本管理。
配置审计。
2．术语及定义配置管理（Configuration Management，CM）：是一套应用技术上和管理上的指导和监督的方法，用来识别和记录配置项和功能特征和物理特征；控制这些特征的变更；记录和报告变更的处理和执行的状态；以及验证其是否符合特定的需求（IEEE-STD-610）。
配置项（Configuration Item，CI）：配置管理中可相对独立地进行管理的单元，如文档和模块代码。
基线（Baseline）：经过正式评审并且达成一致的一组工作产品，是进一步工作的稳定基础；基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。
配置审计（Configuration Audit，CA）：通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性，确保软件资产备份的有效性和完整性。
配置库备份：配置库的备份包括全量备份和增量备份。
3．配置项标识编写《配置项识别表》时，配置管理工程师负责标识配置项范围，并由项目负责人确认。
项目组成员创立配置项时，根据配置项命名规则分配唯一的标识符，配置项命名根据以下原则。
文档类命名规则：公司级命名规则： [ 简称-] 文档名称 [-模块/主题简称]文档类命名原则：【局点+RM单号】-【项目名】-【文档名称】（如项目规模较大时，需分模块说明时，可增加模块简称的后缀）。
会议纪要等可增加主题简称、日期等后缀。
版本编号规则：v1.0.0.0（m.n.j.k） m 主版本号、n代表次版本号 j代表文档批准次数或者代码发布次数 k文档修改次数或者代码测试次数.配置项状态配置项状态通常有如下三种情况：草稿（draft）;评审中（in review）；已发布（released/passed）日常工作中经常将其剪裁为：草稿（draft）；已发布（released）这两种状态，根据是否通过评审为判断节点。
软件配置管理规范
软件配置管理规范1.简介软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
1.1 目的本文档指导项目开展配置管理活动。
1.2 范围本文档适用于SWL开发小组批准立项的软件项目。
1.3 文档结构第一部分：简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。
第二部分：配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第三部分：变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。
第四部分：参考文献，列出了编写本规范所参考的相关的文献资料。
第五部分：附录，本文中流程图的标准符号定义。
1.4 词汇表CM (Configuration Management)配置管理。
CCB (Change Control Board)变更控制委员会。
CI (Configuration Item)配置项，包含文档、程序。
CR (Change Request)变更请求，对提出的要变更工件或流程的任何请求的统称。
在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA (Physical Configuration Audit)物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。
FCA (Functional Configuration Audit)功能审计，核心软件配置项的实际性能是否符合它的需求。
基线 (Baseline)己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。
CML (Configuration Management Library)配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
版本 (Version)某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
软件项目配置管理规范(配置项标识和配置审计的标准)
软件项目配置管理规范（配置项标识和配置审计的标准）1．概述本规范用于规范和指导全公司的配置管理活动，适用公司研发项目及技术支持阶段产品的开发工作，主要包括以下几个方面：建立和维护配置管理环境。
公司配置库权限管理配置库的备份和恢复。
公司配置管理相关规程及工具的培训。
制定和维护基线计划。
标识配置项。
变更控制和管理。
版本管理。
配置审计。
2．术语及定义配置管理（Configuration Management，CM）：是一套应用技术上和管理上的指导和监督的方法，用来识别和记录配置项和功能特征和物理特征；控制这些特征的变更；记录和报告变更的处理和执行的状态；以及验证其是否符合特定的需求（IEEE-STD-610）。
配置项（Configuration Item，CI）：配置管理中可相对独立地进行管理的单元，如文档和模块代码。
基线（Baseline）：经过正式评审并且达成一致的一组工作产品，是进一步工作的稳定基础；基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。
配置审计（Configuration Audit，CA）：通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性，确保软件资产备份的有效性和完整性。
配置库备份：配置库的备份包括全量备份和增量备份。
3．配置项标识编写《配置项识别表》时，配置管理工程师负责标识配置项范围，并由项目负责人确认。
项目组成员创立配置项时，根据配置项命名规则分配唯一的标识符，配置项命名根据以下原则。
文档类命名规则：公司级命名规则： [ 简称-] 文档名称 [-模块/主题简称]文档类命名原则：【局点+RM单号】-【项目名】-【文档名称】（如项目规模较大时，需分模块说明时，可增加模块简称的后缀）。
会议纪要等可增加主题简称、日期等后缀。
版本编号规则：v1.0.0.0（m.n.j.k） m 主版本号、n代表次版本号 j代表文档批准次数或者代码发布次数 k文档修改次数或者代码测试次数.配置项状态配置项状态通常有如下三种情况：草稿（draft）;评审中（in review）；已发布（released/passed）日常工作中经常将其剪裁为：草稿（draft）；已发布（released）这两种状态，根据是否通过评审为判断节点。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件配置管理规范1
1．简介
软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。
1.1 目的
本文档指导项目开展配置管理活动。
1.2 范围
本文档适用于SWL开发小组批准立项的软件项目。
1.3 文档结构
第一部分：
简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。
第二部分：
配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相
关活动的阐述、验证与确认能及度量。
第三部分：
变更控制工作规范的正文，包括活动的流程图、进入能及退
出准则、所涉及的角色、相关
活动的阐述、验证与确认能及度量。
第四部分：
参考文献，列出了编写本规范所参考的相关的文献资料。
第五部分：
附录，本文中流程图的标准符号定义。
1.4 词汇表
CM (Configuration Management)
配置管理。
CCB (Change Control Board)
变更控制委员会。
CI (Configuration Item)
配置项，包含文档、程序。
CR (Change Request)
变更请求，对提出的要变更工件或流程的任何请求的统称。
在变更请求中记录的信息
是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA (Physical Configuration Audit)
物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。
FCA (Functional Configuration Audit)
功能审计，核心软件配置项的实际性能是否符合它的需求。
基线(Baseline)
己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能
通过正式程序，例如变更管理和配置控制才能进行更改。
CML (Configuration Management Library)
配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
版本(Version)
某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。
1.5参考信息
1.5.1 可追溯性
CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1
1.5.2 方针
SWL开发组项目开发与管理工作方针1.5.3 过程/规范项目计划与控制规范
1.5.4 指南
配置管理计划指南
基线策略指南
配置状态报告编制指南
配置审计工作活动指南
配置管理工具指南
VSS 使用指南
组织管理配置库使用指南
软件开发文档命名约定
1.5.5模板
配置管理计划
配置状态报告
配置审计报告
文档变更请求
1.5.6 检查表
无
1.5.7培训
《软件配置管理教材》
《软件变更控制管理教材》
《Clear Case 配置管理培训教材》1.5.7 工具Clear Case
Visual SourceSafe
Visual Basic
Office 97/2000/XP
DreamWeaver
PhotoShop
Microsoft SQL Server 2000
1.6 参考网站
软件配置管理规范
2．配置管理规范
2.1 配置管理流程图
2.2 角色
本文档在组织中实施所涉及的角色软件配置管理规范
2.9 度量。