下载文档原格式
软件项目设计和开发控制管理规范XXXXXXXXX科技有限企业目录1 前言 ..................................................1.1目的 ...............................................1.2定义和缩写词 .......................................1.3参照资料 ...........................................2 管理 ..................................................2.1机构 ...............................................2.2任务 ...............................................2.3职责 ...............................................2.4接口控制 ...........................................2.5实现 ...............................................2.6合用的标准、条例和商定 .............................指明 ...........................................内容 ...........................................3 软件配置管理活动......................................3.1配置表记 ...........................................基线 ...........................................代码、文档 . .....................................3.2配置控制 ...........................................3.3配置状态的记录和报告 ...............................3.4配置的检查和评审 ...................................4 工具、技术和方法 .......................................5 对供货单位的控制......................................6 记录的采集、保护和保留................................7 附录：配置管理报表及其格式............................7.1 软件问题报告单（ SPR） ..............................配置管理人员填写内容. ...........................配置管理状态. ...................................配置管理申请人员填写的内容......................7.2 软件改正报告单（ SCR） ..............................1前言1.1 目的本条一定指出特定的软件配置管理计划的详细目的。
软件配置规范有限公司目录目录 (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. 适用的标准、条例和约定要标识的配置项主要包括以下几部分：◆开发环境：可以包括软件工具、硬件设备等；◆工具：可以包括测试工具、维护工具等；◆技术文档：软件需求、软件设计方案、软件测试方案、测试文档、用户手册、总结报告等；◆提交产品：计算机程序、释放产品等。
软件开发过程中的软件配置管理过去在软件开发过程中没有重视配置管理，导致软件一经发布就无人使用。
软件本身质量和性能不佳是存储信息的主要原因，另外，在开发过程中缺少配置管理的话，很难开发出合格的软件。
因此，在软件开发过程中，必须注意对所有软件配置进行统一管理，避免异常使用，提高软件的质量和可行性。
通过管理和控制软件产品的各个组件，协调软件开发项目中不同角色的活动，软件配置管理可以有效地帮助软件开发团队避免上述问题。
软件开发；软件配置；管理引言软件配置管理是对软件及相关内容变更的规范合理的管理。
在软件配置管理环节中，配置管理紧扣于全部软件配置管理环节，给出了一整套管理和操作基本原则。
在全部软件产品开发生命周期中为软件产品开发给出工作空间管理、迸发开发支持、授权控制和变更管理，是保障软件质量、环节改善和软件项目管理的前提。
软件配置管理是软件产品开发必不可少的项目管理工具。
1 配置管理的意义开发人员利用SCM的最终目的是保障软件产品数据完整性和能够更好地管理产品开发。
配置管理是全部软件生命周期的关键构成部分。
由于用户需求的提升和开发系统的更新换代。
优良的配置管理能够在软件研发环节中给出坚强有力的软件项目管理支持，涉及到研发部门的各个方面。
软件产品管理的最终目标是软件产品。
为了更好地达到这一目标并保障合理的软件产品监控和控制，配置管理不光必须对开发和打包的软件开展管理，还必须对开发环节中动态和不断变化的软件产品展开管理。
故此，软件配置管理环节与配置管理紧密相连、相辅相成，在软件管理中起到着关键作用。
如对配置管理环节中开发的软件的控制，能够帮助研发主管更清晰地掌握研发部门的工作效率、任务量和问题、软件质量、软件产品开发进度和最终完成日期。
研发人员退休后，新成员将顺利交付。
根本原因就在于配置管理环节中分工明确，工作流程规范，让研发主管面对人员流动困境，降低人员流动引发的直接或间接损失。
如此一来，执行配置管理有利于促进全部开发团队的成熟和进步。
Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2204-2019软件配置管理规程2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布XXX 2204-2019前言本标准代替Q/BBTNL 2204-2018《软件配置管理规程》。
本标准与Q/BBTNL 2204-2018相比，主要变化如下：1.修改开发库的建议结构；2.增加受控库的建议结构；3.过程记录流水号标识为可选项；4.修改开发库的存盘名称；5.统一标识规则的描述。
本标准由平台研究部提出并归口管理。
本标准由平台研究部起草。
本标准主要起草人：XXX。
本标准所代替标准的历次版本发布情况：----Q/BBTNL 2204-2018。
Q/LJDZ 2204-2019软件配置管理规程1 范围本标准定义了软件配置项的标识规则；规定了软件配置管理中基线管理、更改控制、配置管理记录、配置审核的基本要求；规定了软件开发库、受控库、产品库的管理要求。
本标准适用于本公司军用软件配置管理实施过程。
2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型S/BBTNL XZ06-2018 档案管理制度3 术语与定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件能力成熟度模型》确定的术语和定义适用于本标准。
4 活动4.1 软件配置项标识4.1.1 文档标识文档是在软件项目开发过程中产生的软件工作产品，是形成软件产品的部件或依据，属于软件配置项。
为了方便检索配置项，需对每个文档的标识和其存盘命名进行规定。
文档标识规则为：图号+空格+文件缩写+空格+版本号文档存盘命名规则：（文档标识）+文档名称+文件后缀例如：控制信号处理板项目，该项目的图号为：DZJ3160，该项目的软件需求规格说明，版本号为V1.0.0，则：文件标识为：DZJ3160 SRS V1.0.0文档存盘名称为：（DZJ3160 SRS V1.0.0）控制信号处理板软件需求规格说明.doc4.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）：管理开发、测试和生产环境的配置，包括服务器配置、数据库配置、第三方服务配置等，以确保环境一致性和应用的可移植性。
软件开发项目管理制度（通用）为了规范公司信息系统的管理维护，确保系统硬、软件稳定、安全运行，结合公司实际，制定本制度。
制度包括信息机房管理、服务器管理、信息系统应用管理、信息系统变更管理、信息系统应用控制。
一、信息机房管理1、硬件配备及巡检1.1、各单位信息机房按规定配备防静电地板、UPS、恒温设备、温湿度感应器、消防设备、防鼠设施等相关基础设施。
1.2、各单位机房管理人员应定期（如每月或每季度）对机房硬件设备设施进行巡检，以保证其有效性。
1.3、各单位机房应建立相关的出入登记、设备机历登记、设备巡检、重大故障等记录，并认真填写。
2、出入管理2.1、严禁非机房工作人员进入机房，特殊情况需经信息中心批准，并认真填写登记表后方可进入。
2.2、进入机房人员应遵守机房管理制度，更换专用工作鞋。
2.3、进入机房人员不得携带任何易燃、易爆、腐蚀性、强电磁、辐射性、流体物质等对设备正常运行构成威胁的物品。
3、安全管理3.1、操作人员随时监控中心设备运行状况，发现异常情况应立即按照应急预案规程进行操作，并及时上报和详细记录。
3.2、未经批准，不得在机房设备上随意编写、修改、更换各类软件系统及更改设备参数配置；3.3、软件系统的维护、增删、配置的更改，必须按规定详细记入相关记录，并对各类记录和档案整理存档。
3.4、机房工作人员应恪守保密制度，不得擅自泄露信息资料与数据。
3.6、严禁在机房计算机设备上做与工作无关的事情（如聊天、玩游戏），对外来存储设备（如U盘、移动硬盘等），做到先杀病毒后使用。
3.7、机房严禁乱拉接电源，应不定期对机房内设置的消防器材、烟雾报警、恒温设备进行检查，保障机房安全。
4、操作管理4.1、机房的工作人员不得擅自脱岗，遇特殊情况离开时，需经机房负责人同意方可离开。
4.2、机房工作人员在有公务离开岗位时，必须关闭显示器；离开岗位1小时以上，必须关闭主机及供电电源。
4.3、每周对机房环境进行清洁，以保持机房整洁；每季度进行一次大清扫，对机器设备检查与除尘。
软件项目配置管理规范（配置项标识和配置审计的标准）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）这两种状态，根据是否通过评审为判断节点。
计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。
对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。
2．引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。
在引用时，特别要注意线（baseline）、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。
3．1项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。
3．2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3．3 软件开发单位software development organization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。
3．4 用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。
3．5 软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
软件配置管理实施细则目录1目的 (3)2配置管理工作授权 (3)3配置管理库结构标准 (3)4配置项标识与管理 (3)5工作流程定义 (4)5.1项目SCM总流程 (4)5.1.1编制配置管理计划 (4)5.1.2配置标识 (4)5.1.3基线变更控制 (4)5.1.4配置状态统计 / 报告 (4)5.1.5配置审核 (4)5.1.6发布（FCA/PCA） (4)5.2基线生成、归档 (5)5.2.1流程 (5)5.2.2规程 (6)5.2.3单据 (8)5.3程序测试 (8)5.3.1流程 (8)5.3.2规程 (8)5.3.3单据 (9)5.4基线变更控制 (9)5.5配置状态统计/报告 (9)5.6配置审核 (9)5.6.1流程 (9)5.6.2规程 (10)5.6.3单据 (10)5.7发布管理（下发） (11)5.7.1流程 (11)5.7.2规程 (11)5.7.3单据 (12)6配置管理保密管理 (13)7相关/支持性文件 (13)1 目的为了加强公司软件配置管理，保证公司版本管理的一致性，配合《软件配置管理规范》的顺利实施，制定本细则。
2 配置管理工作授权1. 公司领导贾林是配置管理工作的最高管理者和权限者，享有VM 和TRACKER 系统的用户名和密码，能够对所有项目和产品的任一模块进行任意操作，也可以授权给别人。
既是管理者，又是执行者。
2. 配置管理部经理、部门经理是相应职责范围内的管理者、变更审批者，可以在配置管理部成员或研发经理/组长配合下检查工作、审核，但不是版本管理工作的执行者，没有VM 系统的用户名和密码。
3. 配置管理部组员、研发经理/组长是配置管理操作的管理者和执行者，负责本职责范围内的配置管理工作，并配合相关的检查。
4. 编程人员、文档编制、修改人员是版本管理机的使用者，没有管理权限。
5. 其他人员（如测试、市场、售后、工程等）可以根据需要，在配置管理部申请临时用户和密码，但必须经过相关领导批准。
软件配置管理制度范文软件配置管理制度1.引言软件配置管理（Software Configuration Management，SCM）是指控制软件开发过程中配置项的标识、变更和版本控制等活动，以确保在软件生命周期中具备可追溯性、可重现性和可管理性。
本章节旨在制定一套完整的软件配置管理制度，以规范开发团队在软件开发过程中的各项配置管理活动。
2.目标2.1 确保软件配置项的可追溯性，保证能够准确找到以前的版本和变更记录。
2.2 确保软件配置项的可重现性，使得开发环境可以快速恢复到确定的状态。
2.3 确保软件配置项的可管理性，使得开发团队能够对软件进行有效地控制和管理。
2.4 确保软件配置项的安全性，防止外部非授权人员对软件配置项进行篡改或访问。
3.组织和责任3.1 软件配置管理小组是软件配置管理的主要组织形式，由包括项目经理、开发人员、测试人员等在内的相关人员组成，其主要责任是制定和执行软件配置管理策略。
3.2 项目经理负责整个软件配置管理的计划和监督。
3.3 开发人员负责进行软件配置项的编制和变更。
3.4 测试人员负责软件配置项的验证和审查。
4.配置管理计划4.1 每个项目在软件开发初期，应制定一个配置管理计划，明确软件配置管理的流程和策略。
4.2 配置管理计划应包括以下内容：4.2.1 配置管理的目标和原则。
4.2.2 配置管理的活动和流程，包括配置项的标识、变更和版本控制等。
4.2.3 配置管理的工具和环境，包括使用的版本控制系统、bug 跟踪系统等。
4.2.4 配置管理的责任和权限，明确各个角色在配置管理中的责任和权限。
4.2.5 配置管理的计划和进度，确保软件配置管理与项目开发的协调进行。
5.配置项标识5.1 对于每个软件配置项，应进行唯一的标识，并记录在配置项清单中。
5.2 配置项的标识应包括配置项的名称、版本号和所属模块等信息。
5.3 配置项的标识应遵循规范，以便于在后续的配置项变更和版本控制中进行识别和管理。
目录1前言 (1)1.1目的 (1)1.2读者对象 (1)1.3版本信息 (1)1.4术语与缩略词 (1)1.5参考文献 (2)1.6修改历史 (2)2配置管理的理论基础 (3)2.1配置管理对象 (3)2.2配置管理任务 (3)2.2.1标识配置对象 (3)2.2.2版本控制 (3)2.2.3修改控制 (4)2.2.4报告配置状况 (4)2.3软件配置的方式 (4)3配置管理的措施 (4)3.1软件配置的工作目标 (4)3.2岗位职责 (5)3.3软件项标识的原则 (5)3.4软件项标识的分类 (5)3.4.1文档 (6)3.4.2代码 (7)3.4.3数据 (7)3.5软件项配置的状态 (7)3.6标识编码规则 (8)3.6.1文档标识 (8)3.6.2代码标识 (10)3.6.3数据标识 (11)3.6.4软件项状态的标识 (11)3.7配置管理 (12)3.7.1配置管理的基本流程 (12)3.7.2配置管理的阶段划分 (12)3.7.3立项计划阶段的配置管理 (13)3.7.4原型开发阶段的配置管理 (13)3.7.5需求分析阶段的配置管理 (13)3.7.6概要设计阶段的配置管理 (13)3.7.7详细设计阶段的配置管理 (14)3.7.8编码调试阶段的配置管理 (14)3.7.9系统测试阶段的配置管理 (14)3.7.10内部验收阶段的配置管理 (15)3.7.11工程实施阶段的配置管理 (15)3.7.12初验阶段的配置管理 (16)3.7.13试运行阶段的配置管理 (16)3.7.14终验阶段的配置管理 (16)3.7.15运行维护阶段的配置管理 (16)3.8变更管理 (16)4配置管理工具 (16)1前言1.1目的编写本管理规程的目的是为创智软件园软件配置测试中心的配置测试管理组对日常的软件项目开发进行配置工作时提供指导，为软件开发体系的项目组在日常的项目管理、设计、开发和测试中制定统一的软件项及其状态标识提供依据，以便于项目管理、开发、配置和测试工作有序、统一和规范化。
在本管理规程中明确了软件配置在软件开发中的意义、阶段划分、配置的内容、软件配置的基础、目标、正常流程、质量评价方法，以及进行软件配置工作时需要使用的相关表格和记录格式，为软件开发和维护中的可追溯性提供保障。
本操作规程是指导创智软件园软件开发体系进行软件配置工作的唯一指南，可以作为创智软件园有限公司ISO9001质量体系程序文件的支持文件。
1.2读者对象本管理规程的可能合法读者是创智软件园软件开发体系的项目管理人员、设计人员、配置测试人员、机要室的机要员和经软件配置测试中心部门经理授权的人员。
任何无关人员不得以任何方式私阅、借阅、复制和传递本规程，创智软件园的员工一旦发现本管理规程在外面流失，有责任维护公司利益，及时向公司汇报，以挽回可能带来的直接和间接的损失。
1.3版本信息本管理规程1.0.0版是在综合公司自1995年以来软件开发中软件配置的经验和借鉴国内外软件配置技术最新研究成果的基础上，由创智软件园软件配置测试中心规范研究与制定组于1998年10月开始起草，并于1998年11月初稿完成的。
本管理规程2.0.0版是由软件配置测试中心规范研究与制定组按照ISO9001质量体系程序文件要求于1999年05月进行修订并完成的。
1.4术语与缩略词1)软件：包括能够使应用系统正常运行和维护所必须的文档、程序和数据。
2)软件项：构成整个应用系统的子系统、功能模块的独立的或以操作系统文件形式存在的软件元素，通常以操作系统文件或功能模块及其组合的形式存在。
3)准基线库：由软件开发项目组提交的等待评审或测试的软件项数据仓库。
4)基线库：由软件项目/产品开发组提交的完全通过评审或测试的合格软件项数据仓库。
5)配置管理：将软件项目的组成部分（文档、代码和数据）存放入准基线库和基线库进行配置管理和版本控制。
6)软构件库：可以供公司各个项目组重复使用或共享的经过构件化过程的合格软件项数据仓库。
7)软件配置：一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人工可读）的各种版本的文档、程序及其数据的集合。
该集合中的每一元素称为该软件产品配置中的一个软件配置项（SCI）。
8)单元测试：测试软件项（诸如构件、模块、函数等），具体设计到控制流和数据流。
9)组装测试：对软件项（诸如构件、模块、函数等）或子系统等进行组合测试，测试其接口的正确性、稳定性。
10)系统测试：将整个软件项目作为一个整体，包括网络、服务器和工作站的软硬件以及应用软件的配置到位的情况下，进行测试。
是公司内部的验收测试，为公司内部软件项目/产品的验收评审提供测试依据。
11)验收测试：是将整个软件项目作为一个整体，包括网络、服务器和工作站的软硬件以及应用软件的配置到位的情况下，由客户单位为主体进行的测试，包括初验测试和终验测试，初验可以在模拟环境下，终验则必须是在实际运行环境下进行。
12)软件配置工具：可以辅助人工进行软件配置和管理工作的软件工具。
1.5参考文献1)GB/T11457软件工程2)GB/T8566计算机软件开发规范3)Gb/T8567计算机软件产品开发文件编制指南4)《软件工程》齐治昌等。
北京：高等教育出版社，19975)《创智软件园软件开发项目管理手册》6)《创智软件园软件开发安全管理制度》7)《软件工程》齐治昌等。
北京：高等教育出版社，19978)创智软件园ISO9001质量体系《产品标识和可追溯性控制程序》版本B/09)创智软件园ISO9001质量体系《创智软件园产品标识和可追溯性控制程序》版本B/01.6修改历史序号时间地点责任人修改内容记录11998/12/08创智软件园孙继纲修改、初稿21999/3/15创智软件园陈皓修改31999/3/19创智软件园陈皓根据会议意见修改41999/5/25创智软件园刘立军参考程序文件进行修改51999/05/26创智软件园孙继纲最终定版2配置管理的理论基础软件配置管理（Software Configuration Management简称SCM）是对软件修改进行标识、组织和控制的技术，用来协调和控制整个系统过程，保证资料的完整性与一致性，应用于整个软件工程过程。
它是一组追踪和控制活动。
通过严格的软件配置管理，可以使接受软件测试的源代码、可执行代码和数据首先处于准基线库这种可以控制的状态中，从而可以为软件测试提供稳定的、可靠的、可重复的被测素材；同时，通过软件配置管理，可以保证开发和测试的对象的一致性，不会造成被测对象的内容和版本存在差异，从而为可能存在的测试后的缺陷跟踪和修改提供了极大的方便。
本管理规程将从配置管理对象、配置管理任务以及配置管理流程几个方面详细说明。
2.1配置管理对象软件开发过程的最终结果包括三类信息：（1）程序：包括源程序和目标程序；（2）文档：包括技术文档和用户文档两类；（3）数据结构：包括程序内部和外部定义两部分。
在软件工程过程中产生的所有信息项就构成了软件配置项（SCI），它是软件的具体形态在某一时刻的瞬时影像。
这样的具体形态取两种形式：（1）文档：如书写的文档、程序清单、测试数据、测试结果等。
（2）代码：如源代码、目标代码、数据库信息等。
2.2配置管理任务软件开发配置管理的主要任务是控制软件的修改，主要包括：（1）标识配置对象（2）版本控制（3）修改控制（4）报告配置状况2.2.1标识配置对象为了控制和管理的方便，所有的配置对象都应命名并组织起来，根据软件开发和项目管理的特点，结合软件项目的功能组成，对其进行逐级标识，从而可以区分不同的功能模块和软件结构。
2.2.2版本控制理想情况下，每个配置项只需保存一个版本。
实际上为了纠错和满足不同用户的需求，往往一个项目保存多个版本，并且随着系统开发的展开，版本数目将明显增加。
配置管理的版本控制主要解决下列问题：（1）根据不同用户的需要配置不同的系统；（2）保存系统老版本，为以后调查问题使用；（3）建立一个系统新版本，使它包含某些决策而抛弃另一些；（4）支持两位以上工程师同时在一个项目中工作；（5）高效存储项目的多个版本。
2.2.3修改控制在一个大型软件开发过程中，无控制地修改会迅速导致混乱。
如果把人的管理与自动工具结合起来，建立一套机制，有意识的控制软件修改，就可在最大程度上减小混乱的威胁。
2.2.4报告配置状况配置状况报告（Configuration Status Reporting，简称CSR）作为软件配置管理的一项任务，主要概述下列问题：（1）发生了什么事情；（2）发生的原因；（3）谁做的；（4）何时发生的；（5）有什么影响。
CSR的时机是当某个SCI被赋予新标记或更新标记时，或进行一项修改申请时。
CSR 的输出可放在项目数据库中，供开发人员和维护人员随时按关键字查询，这样可以减少大型软件开发项目中由于人员缺乏通信而造成的盲目行为。
2.3软件配置的方式软件配置的方式有人工和自动（软件工具）两种。
在现阶段，由于开发方式及软件工具不完善等原因，只能以人工为主，配置工具为辅的方法进行配置工作。
当各方面的条件都具备后，则应以自动化配置工具为主，人工干预为辅的配置方式。
3配置管理的措施3.1软件配置的工作目标整体工作目标：1)为公司软件项目/产品的质量提供保证。
2)为软件项目/产品测试及供服务。
3)建立公司的软件库，为公司软件项目/产品保存及查询提供服务。
4)建立软构件库，为公司的项目/产品提高开发速度及提供质量保证。
具体工作目标：1)对软件项目开发的可行性研究、质量策划、需求分析、概要设计、详细设计评审，及时预防和尽早发现缺陷，反馈给项目组，尽早修改完善。
2)执行软件配置管理建立基线库，为项目测试提供基础。
3)控制配置对象的修改，保证项目/产品质量。
3.2岗位职责在软件开发过程中，直接和间接参与配置管理的岗位职责包括：1）开发部项目组成员：●制定项目开发计划书●在概要设计和详细设计中标识软件项。
●按期将各个阶段的软件项提交配置测试中心配置测试组2）开发部验证组成员：●制定验证计划●对项目组产生的阶段成果进行提交配置测试组之前的验证，提交验证报告●根据总监办的评审结果或配置测试组的测试结果，对项目组的修改情况进行验证，提交验证报告3）配置测试中心配置测试组：●制定配置测试评审计划和配置管理计划●对各个阶段产生的软件项进行收集和进行配置管理和版本控制。
●对各个阶段产生的变更情况进行控制●定期提交配置管理和版本控制状态报告4）配置测试中心系统管理组：●针对不同的项目建立配置管理系统●针对不同的项目进行软件项在配置管理系统中的生成、复制、备份和清除5）机要室机要员：●对成型产品的软件项进行基线库和构件库的管理。
