SCMS软件配置管理过程
软件配置管理文档范本
软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。
本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。
二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。
2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。
配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。
(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。
配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。
3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。
(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。
变更记录的建立可以为软件开发过程的分析和评估提供参考依据。
三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。
常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。
1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。
2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。
软件配置管理规范范本
软件配置管理规范范本一、引言软件配置管理（Software Configuration Management，简称SCM）是软件工程中的重要环节，致力于有效管理和控制软件系统的构建、测试、发布和变更过程。
本文旨在提供一个软件配置管理规范范本，以帮助软件开发团队建立和执行一套合适的配置管理规则，确保软件项目的顺利进行。
二、配置管理范围1. 配置项范围- 软件源代码及可执行文件- 文档和用户手册- 测试用例和测试数据- 第三方库和组件- 配置文件和参数设置2. 配置管理活动范围- 版本控制：管理和跟踪软件所有配置项的版本变更和发布记录。
- 配置识别：将软件系统划分为不同的基线和模块，并进行唯一标识。
- 变更控制：确保任何软件变更都经过审批，并对变更进行记录和追踪。
- 配置审计：定期对软件配置进行审查，确保与规范一致。
- 配置状态管理：记录和跟踪软件配置的当前状态，包括开发、测试和生产。
- 工具支持：选择和使用适当的配置管理工具，提高效率和可追溯性。
三、配置管理规范1. 配置识别- 为每个配置项分配唯一的标识符，以便于跟踪和引用。
- 对软件系统进行模块化划分，每个模块应有清晰的功能和职责范围。
- 为每个配置项编写适当的描述和说明文档，包括用途、版本和所属模块等信息。
2. 版本控制- 使用版本控制工具对所有配置项进行管理，确保源代码、文档和其他资源都有清晰的版本历史。
- 维护一个主干（trunk）和分支（branch）的代码库，确保主干代码是稳定且可用的，分支用于并行开发和修复bug。
- 每个版本的发布都应有相应的发布说明，描述变更内容和风险评估。
3. 变更控制- 所有变更都必须通过变更管理流程进行审批和追踪，包括新功能添加、缺陷修复和配置项删除。
- 每个变更都要有详细的变更请求和变更记录，包括变更的原因、影响分析和验证计划等。
- 变更影响评估必须在变更实施之前进行，确保变更不会导致质量问题或功能冲突。
了解软件配置管理的流程和方法
了解软件配置管理的流程和方法软件配置管理（Software Configuration Management，简称SCM）是指在软件开发和维护过程中对软件配置进行有效管理的一系列流程和方法。
软件配置管理的目标是确保软件产品的可控性、可追踪性和可复用性，并确保软件开发人员能够协同工作，减少错误和提高生产效率。
本文将介绍软件配置管理的流程和方法。
一、软件配置管理流程软件配置管理的流程是一个连续的过程，包括以下几个环节：1.需求管理需求管理是软件配置管理的第一步，它包括需求收集、需求分析和需求评审等环节。
通过需求管理，确保软件开发人员对用户需求的理解一致，并制定明确的开发目标和任务。
2.变更管理变更管理是软件配置管理中非常重要的一环，它用于管理软件开发过程中的变更请求。
当用户需求发生变化或者出现错误时，变更管理能够帮助开发团队管理和跟踪变更请求，并保证变更的正确性和可追溯性。
3.版本管理版本管理用于管理软件开发过程中的版本控制。
它包括对源代码、文档和资源文件等进行有效的版本控制和管理，并确保团队成员能够协同工作，避免版本冲突和重复工作。
4.构建管理构建管理是指将源代码编译、链接和打包成可执行文件或软件包的过程。
通过构建管理，能够确保软件构建的一致性和可重复性，并提供自动化的构建和部署流程，减少人为错误。
5.发布管理发布管理用于控制软件产品的发布过程。
它包括软件测试、用户验收和正式发布等环节，通过发布管理，能够确保软件产品的质量和稳定性，并及时响应用户反馈和需求。
二、软件配置管理方法除了上述流程外，软件配置管理还需要借助一些方法和工具来实施，以提高管理的效率和精度。
1.配置标识配置标识是软件配置管理的基础，它通过为每个软件配置项分配唯一的标识符，来确保软件配置的唯一性和可追踪性。
常用的配置标识方法包括版本号、序列号和散列值等。
2.配置控制配置控制是软件配置管理的核心方法之一，它通过对软件配置项进行有效的控制和变更管理，确保软件的一致性和稳定性。
软件配置管理方案
软件配置管理方案软件配置管理（Software Configuration Management，简称SCM）是一种管理和控制软件系统源代码、构建和发布过程的方法。
它能够确保代码版本的一致性、可追踪性和可重现性，帮助团队协同工作，降低开发过程中的错误和问题，并提供完整的软件生命周期管理。
下面是一个软件配置管理方案的建议，以确保软件项目的开发和交付过程的高效性和质量。
一、版本控制系统（Version Control System）版本控制系统是SCM的核心组成部分，它可以跟踪和管理项目中的源代码、文档和资源文件的不同版本。
建议选择一个功能强大、易于使用和适应团队规模的版本控制系统，如Git、SVN等。
在配置管理方案中，需要定义和规范以下事项：1.2 分支管理策略（Branching Strategy）：定义代码的分支策略，如主分支、开发分支、发布分支等，以及分支的创建、合并和删除的规则。
1.3 版本命名规范（Version Naming Convention）：规定版本号的命名规范，如主版本号、次版本号和修订号的规则，以及预发布版本和发布版本的命名规则。
二、代码构建和部署（Build and Deployment）代码构建和部署是开发过程中的重要环节，它关系到软件的质量和交付速度。
合理的构建和部署流程可以提高开发效率和减少人为错误。
在配置管理方案中，需要定义和规范以下事项：2.1 构建脚本（Build Scripts）：编写自动化的构建脚本，包括依赖管理、源代码编译、静态代码分析、单元测试等步骤，并确保构建过程可重复、可靠和可追溯。
2.2 部署脚本（Deployment Scripts）：编写自动化的部署脚本，包括软件安装、配置文件生成、数据库迁移等步骤，并确保部署过程可重复、可靠和可回滚。
2.3 环境管理（Environment Management）：管理开发、测试和生产环境的配置，包括服务器配置、数据库配置、第三方服务配置等，以确保环境一致性和应用的可移植性。
软件配置管理
软件配置管理
软件配置管理（Software Configuration Management，简称SCM）是一项软件工程中重要的活动，用于管理软件开发过程中的软件配置。
SCM主要包括配置控制、版本管理、变更管理、构建管理和发布管理等方面。
配置控制是指在软件开发过程中，对软件配置项（Software Configuration Item，简称SCI）进行标识、控制和审查的过程。
SCI可以是源代码、文档、测试数据、配置文件等，通过配置控制可以确保软件配置的一致性和可追溯性。
版本管理是对软件配置进行版本控制的过程，包括标识、存储和管理不同版本的软件配置。
版本管理可以追踪每个版本的变更记录，使得开发人员可以方便地回滚到之前的版本或者进行版本比较与合并。
变更管理是针对软件配置的变更请求进行管理和控制的过程。
变更管理可以跟踪和记录变更请求的状态和处理过程，保证变更的可控性和可追溯性，防止不合理的变更对软件质量和进度造成影响。
构建管理是将软件配置转化为可执行文件或者部署包的过程。
构建管理包括编译代码、打包文件、生成文档等操作，确保每次构建的软件配置正确、可重复和可验证。
发布管理是将构建好的软件配置交付给用户或者部署到生产环境中的过程。
发布管理包括版本发布、安装部署、配置管理和版本回退等操作，保证软件配置的正确性和稳定性。
综上所述，软件配置管理是一项涵盖多个方面的活动，通过配置控制、版本管理、变更管理、构建管理和发布管理等手段，确保软件配置的一致性、可控性和可追溯性，从而提高软件开发的效率和质量。
软件工程中的软件配置管理
软件工程中的软件配置管理软件配置管理（Software Configuration Management，简称 SCM）是软件工程中的一项关键活动，它旨在管理和控制软件项目中的配置项，确保软件开发过程中的各个版本、组件和相关文档被正确地记录、控制和管理。
本文将介绍软件配置管理的概念、重要性以及常用的工具和技术，旨在帮助读者深入了解和应用软件配置管理。
一、软件配置管理的概念和作用软件配置管理是一套旨在管理软件开发和维护过程中各种软件配置项的方法和工具。
它涵盖了对软件需求、设计、代码和文档等各个方面的管理，以确保软件产品从诞生到退役的整个生命周期都得到有效的管理和控制。
软件配置管理的作用主要体现在以下几个方面：1.版本控制：通过软件配置管理，可以追踪和管理软件项目中各个版本的变更情况，确保软件的迭代开发能够顺利进行，并保持代码库的稳定性。
2.配置项管理：帮助团队对软件项目中的各个组件和文档进行分类、识别和标记，确保团队成员能够准确找到和使用需要的配置项。
3.变更管理：在软件开发过程中，变更是无法避免的。
通过软件配置管理，可以对各类变更进行审批、记录和追踪，有效控制变更的风险。
4.发布管理：软件配置管理可以帮助团队规范和自动化地进行软件的构建和发布操作，提高交付效率，降低错误率。
二、软件配置管理的关键任务在软件配置管理过程中，需要完成以下关键任务：1.配置项识别和标识：在软件项目中准确识别和标记各个配置项，包括代码、文档、第三方库等。
通过唯一的标识符对配置项进行管理。
2.版本控制：建立和维护一个版本库，记录软件项目的全部历史变更，确保团队成员可以随时获取和使用适当的版本。
3.变更管理：将变更请求进行适当的评审和批准，并跟踪变更的实施和结果。
4.构建和发布管理：规范和自动化软件构建和发布过程，确保软件交付的可靠性和一致性。
5.配置项审计：对软件配置进行定期审计，检查是否符合组织和项目的规定。
三、软件配置管理的常用工具和技术为了更好地进行软件配置管理，常用的工具和技术包括：1.版本控制工具：如Git、SVN等，用于管理软件项目的版本和历史变更。
软件工程中的软件配置管理与部署
软件工程中的软件配置管理与部署软件配置管理（Software Configuration Management，简称SCM）是软件工程中的一个重要概念，它包括了对软件开发过程中各种配置项（Configuration Item，简称CI）的维护、控制和审查，以确保软件开发的质量、效率和可追溯性。
而软件部署（Software Deployment）则是将已经开发完成的软件应用部署到目标环境中，并使其能够正常运行的过程。
一、软件配置管理在软件开发过程中，我们经常会遇到需求的更改、代码的版本迭代、系统的改进等等，这些变动需要一个合理的管理方式来保证软件开发的有效性和可控性，这就是软件配置管理的作用。
1. 配置管理计划配置管理计划是软件项目中最先制定的重要文档之一，它将定义软件项目的配置管理策略、流程和工具，以及各个配置管理阶段的具体要求和控制措施。
配置管理计划应该明确规定配置管理的具体目标、责任分工、变更控制流程、版本控制机制等等。
2. 配置项管理配置项是软件开发中的各个可独立审查、识别、选择和管理的实体，例如源代码、文档、测试用例等等。
在配置项管理中，需要对每个配置项进行命名、标识、版本控制和状态管理，以便能够追溯每个配置项的变更历史，并确保每个版本都是可控和可复现的。
3. 变更管理变更管理是软件配置管理中非常重要的一环，它主要用于控制和追踪软件配置项的变更。
变更管理需要明确变更的提出方式、变更的影响分析、变更的评审和批准流程等等。
通过严格的变更管理，可以有效避免不合理的变更带来的风险，并确保软件的稳定性和一致性。
二、软件部署软件开发的最终目标是将开发完成的软件应用部署到目标环境中并让它正常运行，这就是软件部署。
1. 部署计划在软件部署过程中，我们首先需要制定一个详细的部署计划。
部署计划将涵盖目标环境的规划、硬件和软件要求、部署的流程和步骤，以及测试和验证的计划等等。
一个完善的部署计划能够确保部署过程的有序进行，并减少潜在的风险。
搭建SCM软件配置管理
搭建trac2:更新安装Babel和Traceasy_install Babeleasy_install Trac3:安装python-pipapt-get install python-pippip install --upgrade Babelpip install --upgrade Trac4:创建/var/local/trac并赋予相应的权限mkdir -p /var/local/trac && chown www-data: /var/local/tractrac-admin /var/local/trac initenvhtpasswd -c /var/local/trac/.htpasswd adminusernametrac-admin /var/local/trac permission add adminusername TRAC_ADMIN5:在apache2中配置tracvi /etc/apache2/sites-available/trac<VirtualHost *:80>ServerName trac.local<Location />SetHandler mod_pythonPythonInterpreter main_interpreterPythonHandler trac.web.modpython_frontendPythonOption TracEnv /var/local/tracPythonOption TracEnvParentDir /var/local/tracPythonOption TracUriRoot /PythonOption TracEnv /var/local/trac# PythonOption TracEnvIndexTemplate/var/local/trac/templates/index-template.htmlPythonOption PYTHON_EGG_CACHE /tmpOrder allow,denyAllow from all</Location><Location /login>AuthType BasicAuthName "myproject"AuthUserFile /var/local/trac/.htpasswdRequire valid-user</Location></VirtualHost>6:安装libapache2-mod-pythonsudo apt-get install libapache2-mod-pythona2enmod pythona2ensite trac搭建svn1：创建svn目录和创建项目目录$ sudo mkdir /home/svn$ cd /home/svn$ sudo mkdir myproject2：创建版本库$ sudo svnadmin create /home/svn/myproject$ cd /home/svn$ sudo chown -R www-data:subversion myproject $ sudo chmod -R g+rws myproject4：把svn的配置文件添加dav_svn.conf文件中/etc/apache2/mods-available/dav_svn.conf<Location /svn/myproject>DA V svnSVNPath /home/svn/myprojectAuthType BasicAuthName "myproject subversion repository"AuthUserFile /etc/subversion/passwd<LimitExcept GET PROPFIND OPTIONS REPORT> Require valid-user</LimitExcept></Location>5：给svn创建一个登录的初始用户sudo htpasswd -c /etc/subversion/passwd user_namesudo htpasswd /etc/subversion/passwd second_user_name3：安装accountmanagerpluginsudo vi /var/local/trac/conf/trac.ini[account-manager]allow_delete_account=falsereset_password=falseverify_email=falseforce_passwd=false[component]acct_mgr.web.ui.AccoutModule=enabledacct_mgr.admin.AccountManagerAdminPages=enabled acct_mgr.web_ui.AccoutModule=enabledtrac.web.auth.LoginModule=disabledacct_mgr.web_ui.LoginModule=enabledacct_mgr.web_ui.RegistrationModule=enabledacct_mgr.htfile.HtpasswdStore=enabledacct_mgr.notigication.AccountChangeListener=enabled acct_mgr.web_ui.EmailVerificationModule=enabled总结：搭建SCM软件配置管理搭建scm软件配置管理所需的软件包Babelpip-pythonsubversionsubversion-toolspython-subver siontracaccoutmanagerpluginapache2libapache2-svnpython-setuptoolslibapache2-mod-pythongenshiSVN三个核心的文件1：authz（权限）/etc/apache2/mods-available/authz_user_load2：passwd（用户密码）htpasswd /etc/subversion/passwd3：svnserve(核心的配置文件)/home/svn/myproject/conf/svnserve. conf/etc/subversion/svnserve4:创建版本库svnadmin create /home/svn/myproject安装genshipip install -U genshiTrac的配置5：在apache2配置（访问SVN版本库）/etc/apache2/mods-available/dav_svn.conf6：在apache2配置（trac）/etc/apache2/sites-available/trac7：创建trac项目trac-admin /var/local/trac initenv配置accoutmanagerplugin8：编辑/var/local/trac/conf/trac.ini启用apache2模块a2ebmod authz_usera2ebmod pythona2enmod mod_authz_svna2ensites trac/wiki/AccountManagerPlugin https:///community/Subversion/wiki/TracOnUbuntu定在哪里你想运行SVN和Trac。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
C M M文件软件配置管理过程XXXXXXXXXXXX(版权所有,翻版必究)文档变更请求(DCR)文档变更记录目录1 概述 (1)1.1 目的 (1)1.2 范围 (1)1.3 术语与定义 (1)1.4 参考文档 (1)1.5 引用文档 (2)2 过程目标 (2)3 过程定义 (2)3.1 责任人 (2)3.2 输入 (3)3.3 入口准则 (3)3.4 过程活动 (3)3.5 出口准则 (6)3.6 输出 (6)附录 A ：软件配置项/产品包标识 (8)A.1 文档的编号 (8)A.2 程序的名称 (9)A.3 软件产品包的标识 (9)A.4 系统、数据库、开发与支持软件工具的编号 (9)附录 B ：配置项状态报告 (10)B.1 系统软件、数据库、开发与支持软件工具列表 (10)B.2 软件基线/配置项状态报告 (10)B.3 软件基线软件基线变更报告 (10)附录 C ：软件配置管理测量报告 (11)1概述1.1目的软件配置管理（简写为SCM）是维护项目软件整个生命周期产品完整性的重要活动，本文档明确规定了公司软件配置管理活动的目标和过程定义，为公司软件配置管理提供所遵循的过程、程序和指导方针。
1.2范围本文档适用于管理公司所有软件项目在各阶段标识的软件配置。
软件配置管理的大部分活动用“软件配置管理工具”实现。
1.3术语与定义1.3.1软件工作产品：作为定义、维护或应用软件过程的一部分所生成的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，这些可能交付也可能不交付给顾客或最终用户。
1.3.2软件基线：软件配置项经软件验证、确认、评审和认定后，形成了软件基线，也就成了该阶段的一个基准。
下一个阶段只能在这个基准上进行开发活动。
1.3.3软件配置项：是指一个软件产品在软件生存周期各个阶段所产生或应用的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据。
1.3.4SCCB：软件配置管理委员会（Software Configuration Control Board）（关于责任，参见“责任人”）。
1.3.5SCM：软件配置管理(Software Configuration Management) 包括了标识软件工作产品、控制对软件工作产品的更改、和维护在整个软件生存周期中的软件工作产品的完整性和可跟踪性。
1.4参考文档1.4.1Mark C. Paulk，Bill Curtis，Mary Beth Chrissis，Charles V. Weber，Capability Maturity Model forSoftware （Version 1.1）1.4.2Roger S. Pressman，Software Engineering –A Practitioner’s Approach (Fourth Edition)1.4.3《计算机软件配置管理计划规范》GB/T 12505-901.4.4《变更请求处理规程》(CMM-SCM-DU1)1.4.5《软件质量保证过程》(CMM-SQA-SS)1.4.6《软件工程管理方法》1.4.7《文件管理制度》1.4.8模板汇编2过程目标需求管理目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性，其主要目标是：●软件配置管理活动是有计划的；●所选定的软件工作产品是已标识的、受控的和适用的；●对已标识的软件工作产品的更改是受控的；●受影响的组和个人得到软件基线的状态和内容的通知。
3过程定义3.1责任人3.1.1SCCB分两个层次——项目层与管理层；3.1.1.1成员包括：●项目层：项目经理、技术成员、分析成员、测试成员等；●管理层：总经理室成员（如有必要）、事业部总经理/经理、客户经理、市场分析部成员等。
3.1.1.2文档内所描述的SCCB评审是指项目层的SCCB 的评审。
如有项目层的SCCB 所不能决定的事情，再通过管理层SCCB 评审。
SCCB 负责：1)代表项目经理和所有可能受到软件基线更改影响的组的利益；2)审定软件基线的建立和配置项的标识；3)评审和审定对软件基线的更改；4)审定由软件基线制造的产品的生成。
3.1.2项目SCM 经理：负责项目中的SCM 活动：1)制定、维护和散发“软件配置管理计划”、SCM 标准与规程；2)标识将置于SCM 之下的软件工作产品；3)记录SCM 的活动；4)生成和散发SCM 报告；5)管理与操作软件基线与软件配置管理库的日常工作；6)周期性地审核项目的软件基线以验证他们与定义是否一致。
软件配置项，如：●对外可交付的软件工作产品；●指定的内部软件工作产品；●指定在项目内部使用的系统、数据库、开发与支持软件工具。
3.3入口准则3.3.1已经确立SCCB与项目SCM 经理；3.3.2有支持软件配置管理的设施；3.3.3准备受控的配置项已经通过相应的审批；3.3.4项目SCM 经理、软件项目组和其它软件有关组的成员受到培训，以便完成软件配置管理活动。
3.4过程活动3.4.1配置管理计划3.4.1.1项目SCM 经理按照“软件配置管理计划模板”制定项目的“软件配置管理计划”。
“软件开发计划”可包含此计划，不必有单独的软件配置管理计划。
3.4.1.2“软件配置管理计划”必须通过软件项目组、SCCB 与SQA 的评审。
3.4.1.3项目SCM 经理按照此文档中“3.4.5 软件基线”，把经过审批的“软件配置管理计划”纳入分配基线。
3.4.1.4项目SCM 经理依据“软件配置管理计划”执行项目中的软件配置管理活动。
3.4.2软件配置项标识3.4.2.1《软件工程管理方法》文档中具体描述●置于配置管理之下的的软件工作产品；●配置项的特征；●制作或管理配置项的负责人。
3.4.2.2项目SCM经理确保软件项目组按照“附录 A：软件配置项/产品包标识”给每个配置项唯一的标识符。
如软件配置项的标识不按照此文档，软件配置项的标识必须通过SCCB 的审定。
3.4.3配置项的状态3.4.3.1项目SCM经理应记录和维护在项目内使用的系统、数据库、开发、支持软件工具和产生的文档与其它配置项（参见附录B：配置项状态报告）。
3.4.3.2项目SCM经理可使用“配置管理工具”记录配置管理行动，能清楚的理解每个配置项的状态（如：最新版本），而且能恢复以前的版本。
3.4.4.1按照“变更请求处理规程”记录、评审、批准和跟踪所有配置项的变更请求和问题报告。
3.4.4.2配置项的变更历史必须记录在配置项内，包括日期、版本号、变更请求号、修改人和变更内容。
3.4.5软件基线3.4.5.1下面是软件基线的定义与所属的配置项：3.4.5.2项目SCM 经理可使用“软件配置管理工具”建立软件配置管理库，管理软件基线。
3.4.5.3软件基线必须先通过SCCB 与项目SCM 经理的评审和审定，再保存到软件配置管理库。
3.4.6.1当软件基线内的配置项有所变更，项目经理应决定是否需要进行回归测试，以保证更改不会对基线造成未料到的影响。
3.4.6.2相关的软件基线必须通过SCCB与项目SCM 经理的评审和审定，重新建立软件基线。
3.4.7软件配置项与基线版本3.4.7.1用下列表定义软件配置项与基线的版本号：3.4.8由软件基线制造的产品包3.4.8.1产品包是指提供给最终用户的文档资料与可执行程序等。
3.4.8.2从产品基线中创建的产品包必须经过SCCB 的审批。
3.4.8.3项目SCM 经理将根据产品基线中的内容建立产品包，按照“附录A：软件配置项/产品包标识”给产品包唯一的标识符。
如产品包的标识不按照此文档，则必须通过SCCB 的批准。
3.4.9软件基线审计3.4.9.1项目SCM经理可以“软件配置管理计划”为基础，用“软件基线审计表格”在软件基线建立或变更后，对软件基线进行审计，以验证软件基线的配置项是否与定义一致。
3.4.9.2项目SCM经理应向软件项目经理或相关人员报告审计结果，并跟踪来自审计的措施条款直至结束。
3.4.10软件配置管理库3.4.10.1软件配置管理库必须设置权限。
只有项目组、项目SCM经理、SCCB、SQA与项目SCM经理认定的相关成员能访问软件配置管理库，进行相应的操作。
3.4.10.2软件配置管理库分为三个库：●开发库：供开发使用的工具库，由项目组管理与维护；●受控库：保存应被审定的软件配置项，由项目SCM经理管理与维护；●产品库：保存可以发行的软件产品的各个发布版本，由项目SCM经理管理与维护。
3.4.11软件配置管理活动的报告3.4.11.1项目SCM经理应编制以下的软件配置管理活动的报告，并通报给相关成员，如：软件项目组、SCCB和SQA。
3.4.12测量3.4.12.1项目SCM经理应编制测量报告（参见附录C），内容包括：●SCM 活动的完成情况与计划比较；●SCM 活动中完成的工作，花费的工作量及消耗的资金。
3.4.13评审3.4.13.1项目经理与高级管理者可用“管理评审表格”定期评审软件配置管理活动，高级管理者还可通过项目经理提交的“项目周报”进行评审。
3.4.13.2SQA对需求管理活动与工作产品的评审，参见《软件质量保证过程》。
3.5出口准则软件工作产品已经置于软件配置管理库。
3.6输出附录 A ：软件配置项/产品包标识A.1 文档的编号按照下述内容，规定文档的编号。
C..C，P..P ：参见《文件管理制度》对公司/子公司/事业部/二级部门简称与项目简码的规定。
D..D ：参见下列表中对文档简称的规定。
S..S ：文档细节简称：可有可无；可有多个，以‘-’划分，如：‘…-RPT-RV’A.2 程序的名称可按照项目组所选择的命名规则规定程序的名称，程序名称应该具有代表性。
A.3 软件产品包的标识按照下述内容，规定软件产品包的标识。
C..C，H..H，F..F，P..P：参见《文件管理制度》对代码的规定。
RM.N：发布版本号。
A.4 系统、数据库、开发与支持软件工具的编号保留供应商所提供的系统、数据库、开发与支持软件工具编号。
附录 B ：配置项状态报告B.1 系统软件、数据库、开发与支持软件工具列表B.2 软件基线/配置项状态报告B.3 软件基线软件基线变更报告附录 C ：软件配置管理测量报告（注：文档可能无法思考全面，请浏览后下载，供参考。
可复制、编制，期待你的好评与关注）。