配置管理计划
软件配置管理计划
软件配置管理计划本软件配置管理计划的任务包括但不限于以下内容：2.2.1 确定软件配置项软件配置管理小组应该根据项目需求和软件开发过程中的变化，确定软件配置项，包括软件源代码、二进制代码、库文件、配置文件、文档等。
2.2.2 确定配置标识为了保证软件配置的唯一性和可追溯性，软件配置管理小组应该为每个配置项分配唯一的配置标识，并在配置管理数据库中进行记录。
2.2.3 确定配置控制策略软件配置管理小组应该制定配置控制策略，包括配置项的版本控制、变更控制、发布控制等，以确保软件配置的正确性和稳定性。
2.2.4 管理配置变更软件配置管理小组应该对软件配置变更进行管理，包括变更请求的提交、审批、实施和验证等，以确保变更的合理性和有效性。
2.2.5 管理配置库软件配置管理小组应该建立配置库，对软件配置进行存储和管理，确保配置库的安全性和可靠性。
2.2.6 确定配置审计策略软件配置管理小组应该制定配置审计策略，对软件配置进行定期审计，发现和纠正配置管理过程中的问题和不足。
3.配置管理流程3.1 配置项识别和分配软件配置管理小组应该根据项目需求和软件开发过程中的变化，确定软件配置项，并为每个配置项分配唯一的配置标识。
3.2 配置控制软件配置管理小组应该制定配置控制策略，包括版本控制、变更控制、发布控制等，对软件配置进行管理和控制。
3.3 配置变更管理软件配置管理小组应该对软件配置变更进行管理，包括变更请求的提交、审批、实施和验证等，确保变更的合理性和有效性。
3.4 配置库管理软件配置管理小组应该建立配置库，对软件配置进行存储和管理，确保配置库的安全性和可靠性。
3.5 配置审计软件配置管理小组应该定期对软件配置进行审计，发现和纠正配置管理过程中的问题和不足。
4.配置管理工具为了更好地支持配置管理工作，软件配置管理小组应该选用合适的配置管理工具，包括版本控制工具、变更管理工具、发布管理工具等。
5.配置管理计划的更新和审查软件配置管理小组应该定期对本计划进行更新和审查，以确保其与实际情况的一致性，并及时纠正和完善计划中存在的问题和不足。
软件配置管理计划模板(带实例)
软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板，以帮助项目团队在软件开发过程中有效管理配置项，确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。
以下是一个典型的软件配置管理计划模板示例。
1. 引言软件配置管理是一个重要的过程，它确保软件的稳定性、可维护性和可追溯性。
本文档定义了软件配置管理的目标、范围和活动，以及相关的角色和责任。
2. 软件配置管理目标软件配置管理的目标是：- 维护可追溯的软件版本控制；- 确保配置项的准确性和一致性；- 管理和控制软件的配置变更；- 提供配置相关的文档和报告以支持项目决策。
3. 软件配置管理范围软件配置管理的范围包括以下方面：- 软件配置项的识别和标识；- 软件版本控制和发布管理；- 配置项变更管理；- 配置项跟踪和审计；- 配置管理文档和报告。
4. 软件配置管理活动软件配置管理包括以下活动：- 确定和识别软件配置项；- 定义和维护软件版本控制策略；- 管理和控制软件的配置变更；- 更新和维护配置项跟踪表；- 定期进行配置项审计；- 生成和发布配置管理文档和报告。
5. 角色和责任软件配置管理涉及以下角色和责任：- 配置管理人员：负责制定和执行配置管理策略，管理和跟踪配置项；- 开发团队：负责识别和标识配置项，遵守配置管理规定；- 测试团队：负责测试和验证配置项的变更；- 项目经理：负责配置管理相关的项目决策和资源分配。
6. 配置管理文档和报告软件配置管理涉及以下文档和报告：- 配置管理计划：定义软件配置管理的过程和活动；- 配置项跟踪表：记录配置项的状态和变更历史；- 配置项审计报告：记录配置项的审计结果和问题；- 配置管理文档：包括配置项标识、版本控制和发布计划等。
7. 总结以上是一个典型的软件配置管理计划模板示例。
项目团队可以根据实际情况进行适当的调整和定制，以满足项目的具体需求。
有效的软件配置管理将有助于提高软件的质量和可维护性，确保项目的顺利进行。
项目配置管理计划
项目配置管理计划项目配置管理计划一、简介本项目配置管理计划旨在规范本项目的配置管理过程，确保项目的配置项能够被准确识别、记录、控制和追踪，从而保障项目配置项的效力和可靠性。
二、项目配置管理的定义项目配置管理是一种管理方法，旨在对项目的软硬件、文档和其他关键成果进行标识、记录、变更和审查，以确保项目的实施和交付有迹可循。
三、项目配置管理的目标1、减少项目变更对项目成本和进展的影响。
2、确保项目文档和软件完整性和可靠性。
3、识别、记录和跟踪项目的配置项。
4、控制项目配置项的变更。
5、确保项目产品的质量和可重复性。
四、项目配置管理的组成部分项目配置管理包括以下组成部分：1、配置项标识：为每个配置项分配唯一的标识符。
2、配置项记录：对每个配置项进行记录和文档化。
3、变更控制：为配置项的变更制定变更管理计划，并严格执行。
4、审查和审计：实施定期审查和审计以评估项目配置管理计划的有效性和改进机会。
5、版本控制：为项目文档和软件跟踪版本记录的变化。
五、配置项标识在本项目中，每个配置项都必须有一个唯一的标识符，以便在整个项目生命周期中区分和跟踪。
配置项标识符应被分配给以下内容：1、文档：文档命名规则应被制定，确保所有文件命名规范一致。
2、软件：在本项目中，所有软件均被标识为软件版本号。
3、硬件：在本项目中，所有硬件均被标识为硬件序列号或型号。
六、配置项记录在本项目中，所有配置项都应记录并文档化。
配置项记录必须包括以下信息：1、配置项标识符。
2、配置项的描述和规格。
3、配置项相关的文档和程序。
4、配置项的状态和变更历史记录。
七、变更控制变更控制是为了确保配置变更过程正确执行的管理流程。
变更控制的目标是确保在不影响配置清单中的其他配置项的前提下，对配置项进行更改。
变更控制过程应包括以下内容：1、配置项变更请求的识别和提出。
2、变更评估过程。
3、变更审批。
4、变更实施。
5、变更跟踪和记录。
八、审查和审计为评估项目配置管理计划的有效性和改进项目配置管理计划，应定期进行审查和审计。
软件配置管理计划(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.指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。
配置管理基线计划
配置管理基线计划
1. 引言
本计划旨在建立和维护组织内部计算机系统的配置管理基线。
该计划目的是通过创建和跟踪已知好的配置来最大限度地减少系统配置错误和安全漏洞。
2. 范围
该计划适用于组织内所有物理和虚拟服务器、桌面计算机、路由器、交换机和防火墻等设备。
移动设备当前暂不在计划范围内。
3. 基线定义
我们将为组织内主要系统和设备制定以下配置管理基线:
- 服务器基线
- 服务器基线
- 网关路由器基线
- 枢纽交换机基线
- 桌面计算机基线
- 应用程序基线
- 数据库服务器基线
每种基线将描述系统的期望配置,包括常用软件版本、安全设置、账户和访问控制等。
4. 基线维护
部门将负责创建和维护各种配置管理基线。
基线将每季度或根据业务需要进行审阅和更新。
5. 合规性检查
每月我们将对随机选择的系统进行检查,查看是否符合相关的配置管理基线。
超出基线配置的系统将记录下来并进行调整。
6. 报告和督导
每月生成基线合规报告并报送给高层管理层。
不合规系统将列入下个月的优先处理对象。
以上就是初步的配置管理基线计划。
日后需要根据实际情况不断完善和优化该计划。
项目配置管理计划
无人机 Lidar 地形快速测绘软件工程配置管理计划书XX 大学XD —2022—A —14无人机 Lidar 地形快速 测绘软件历史版本记录1 基本信息02 角色与职责03 配置管理资源04 权限分配05 配置项计划16 配置库基线27 配置库备份计划38 配置库状态报告39 配置审核310 审批意见4基本信息工程名称：无人机 Lidar 地形快速测绘软件 工程编号： XD —2022—A —14 立项时间： 2022 年 12 月 1 日估计主要工程阶段有： 需求阶段、设计阶段、编码阶段、测试阶段角色与职责制定《配置管理计划》；搭建配置库结构；申请并 配合建立配置库；配置库的管理；准备、申请、并 实施基线化(或者发布入库)工作；将建库和入库情 况及时通知各工程成员；备份、维护基线库(或者发 布库)；配合高级配置管理员、 SQA 完成配置管理 状态报告根据实际情况审批建库申请，分配服务器资源，完 成建库；管理配置库的用户帐号、权限；对配置库 做物理审计；配合工程配置管理员、 SQA 完成配置 管理状态报告；定期编制产品库定期报告审批配置管理员递交的基线化申请表、发布入库申 请表，评审是否允许配置项的变更与各工程组代表一起审批配置管理计划；审批建库 申请表；与 CCB 成员一起审批配置项的变更、基线 化、发布申请；检查配置管理计划完成情况了解并按权限正确使用配置库；配合工程组配置管 理员准备、申请基线化(或者发布入库)工作检查工程 SCM 工作是否按流程和计划实施；反馈不 符合项给工程组，并跟踪其修正情况；对配置库做 功能审计；检查工程组和高级配置管理员的工作， 并与之合作完成配置管理状态报告。
配置管理资源本工程使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索 和历史版本的恢复。
配置库管理软件 配置库管理硬件估计建库申请日期： 2022 年 11 月 13 日 估计建库日期： 2022 年 11 月 15 日权限分配IBM 公司的 clearecase内存： 4GB外存： 1TB CPU ：双核 高级配置管理员工程 CCB工程经理 PM工程组成员工程组 配置管理员SQA工程成员访问配置库的 ID 及 PASSWORD 默认设置为与域帐号的设置相同。
软件配置管理计划
D2
（1）审批《配置管理计划》
（2）审批重大的变更
2
配置管理软硬件资源
说明
配置管理软件名称
Visual svn server 2.5.8
计算机名称
XX server内存8G CPU4核硬盘500G
3
类型
主要配置项
标识符
预计正式发表时间
计划
《软件开发计划书》
软件开发计划书
2018-10-20
源程序
源程序
2020-4-10
二进制库
二进制库
2020-4-10
测试
《测试计划》
Байду номын сангаас测试计划
2019-5-10
《测试用例》
测试用例
2019-5-10
《测试报告》
测试报告
2019-10-10
4
基线名称/标识符
基线所包含的主要配置项
预计建立时间
需求基线1.0
《软件需求规范》
2018-10-22
设计基线1.0
《软件设计规范》
《软件概要设计说明书》
2018-12-10
开发基线1.0
详细设计说明书和源代码
2019-3-20
集成测试1.0
《测试计划》
《测试用例》
《测试报告》
2019-5-10
发布1.0
发布程序和文档
2020-4-10
5
备份频度、时间
备份人
备份内容、目的地、方式等
每周一次，每周五晚上备份
X1
所有的版本库进行全量备份，复制到XXX备份主机中,使用手动备份方式，使用7zip压缩后复制到指定主机中
《质量手册》
项目配置管理计划
项目配置管理计划1. 项目配置管理概述。
项目配置管理是指在软件开发过程中，对项目中各种配置项进行有效的管理和控制，以确保软件的正确性、一致性和可追溯性。
项目配置管理计划是项目管理的重要组成部分，它规定了项目配置管理的具体流程、工具、责任人以及相关的标准和规范，以确保项目的顺利进行和最终交付高质量的成果。
2. 配置管理计划目标。
项目配置管理计划的主要目标是确保项目的配置项能够被正确地识别、记录、控制和审查，以及对变更进行有效管理和跟踪。
具体包括以下几个方面的内容：确定配置管理的组织结构和职责分工。
确定项目配置项的识别、控制和审查流程。
确定变更管理的流程和控制措施。
确定配置管理工具和系统的选择和应用。
确定配置管理的标准和规范。
3. 配置管理计划内容。
3.1 配置管理组织结构和职责分工。
项目配置管理小组将负责项目配置管理的具体实施工作，包括配置项的识别、记录、控制和审查，以及变更管理的流程和跟踪。
小组成员将包括项目经理、开发人员、测试人员和配置管理员等，每个成员都将承担相应的责任和义务。
3.2 项目配置项的识别、控制和审查流程。
在项目启动阶段，将对项目配置项进行详细的识别和记录，包括软件源代码、文档、测试用例、配置文件等。
同时，将建立配置项的控制和审查流程，确保每个配置项都能够被正确地管理和跟踪，以及对其进行审查和验证。
3.3 变更管理的流程和控制措施。
项目中的变更将通过变更管理委员会进行审批和跟踪，确保每个变更都能够被正确地记录和控制，以避免对项目造成不必要的风险和影响。
3.4 配置管理工具和系统的选择和应用。
将选择适当的配置管理工具和系统，以支持项目配置管理的具体实施工作，包括配置项的识别、记录、控制和审查，以及变更管理的流程和跟踪。
3.5 配置管理的标准和规范。
将制定和执行适当的配置管理标准和规范，以确保项目配置管理的具体实施工作符合相关的行业标准和最佳实践。
4. 配置管理计划的执行和监控。
项目配置管理计划将由配置管理小组进行具体的执行和监控，确保项目配置管理的具体实施工作符合计划的要求和目标，并及时进行调整和改进。
CMMI配置管理计划
CMMI配置管理计划项目配置管理员负责数字签名项目的配置管理，包括配置项的识别、控制、审计和变更管理等。
同时，还需与项目经理、开发团队、测试团队等相关人员建立良好的沟通和协作关系，确保配置管理活动的顺利进行。
2.1.2配置控制委员会配置控制委员会是数字签名项目的决策机构，由项目经理和各相关组织的代表组成。
委员会负责审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。
配置管理员应该与配置控制委员会保持密切的联系，及时向其汇报配置管理的情况，以便委员会能够及时做出决策。
2.1.3项目经理项目经理是数字签名项目的领导者，负责项目的整体规划、组织、实施和控制。
在配置管理方面，项目经理需要与配置管理员、配置控制委员会等相关人员协作，确保配置管理活动符合项目的整体计划和目标。
2.1.4开发团队和测试团队开发团队和测试团队是数字签名项目的核心团队，他们负责开发和测试项目的软件产品。
在配置管理方面，他们需要与配置管理员密切合作，确保软件产品的配置项得到正确的识别、控制和变更管理。
2.2配置管理活动2.2.1配置项识别配置项是指作为单个实体进行处理的硬件、软件或两者的集合。
在数字签名项目中，配置项包括软件产品、文档、测试数据等。
配置管理员需要确定哪些项是配置项，以便进行后续的配置管理活动。
2.2.2配置项控制配置项控制是指对配置项进行标识、版本控制、访问控制等，以确保配置项的正确性和完整性。
配置管理员需要使用相应的工具和流程对配置项进行控制，防止配置项的误用或丢失。
2.2.3配置项审计配置项审计是指对配置管理库系统的结构和设施进行审核，以验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性。
配置管理员需要定期进行配置项审计，确保配置管理库的正确性和完整性。
2.2.4配置项变更管理配置项变更管理是指对配置项进行变更控制，以确保变更的正确性和可追溯性。
CMMI-配置管理计划
EPG过程改进项目_x001D_ 配置管理计划广东×××技术股份有限公司修订历史记录目录1人员及职责 (4)2软件硬件资源 (4)3配置项计划 (4)4基线计划 (5)5配置库备份计划 (5)6版本控制规则 (5)7变更控制规则 (6)1人员及职责2软件硬件资源3配置项计划4基线计划5配置库备份计划6版本控制规则文档版本号规则文档版本和配置管理中的版本概念不同，它指的是文档的发布版本。
1、处于“草稿”状态（开发库）的文档的版本号格式定义为:0.YZ.➢YZ数字范围可以为01～99。
➢随着草稿的不断完善, “YZ”的取值应不断递增。
2、处于“正式发布”状态（基线库）的文档的版本号格式定义为:X.Y。
➢X为主版本号,取值范围为1～9。
Y为次版本号,取值范围为1～9。
➢如果文档第一次“正式发布”时,版本号为1.0。
➢如果文档的版本升级幅度比较小,一般只增大Y值,X值保持不变。
只有当文档版本升级幅度比较大时,才允许增大X值。
3、处于“正在修改”状态（开发库）的文档的版本号格式定义为:X.YZ。
➢文档正在修改时,一般只增大Z值,X.Y值保持不变。
➢当文档修改完毕,状态重新成为“正式发布”时,将Z值设置为0,增加X.Y值。
注：产品发布后要注意产品发布版本号与VSS版本号的对应关系7变更控制规则基线了的配置项需要修改的时候按照《配置变更控制规程》执行。
具体操作如下：配置管理员向CCB提交变更申请（变更申请表合并在《项目、产品变更表》中，由项目经理一起提交给CCB）。
如果CCB同意变更,CMO给项目组足够的权限修改同意变更的配置项，CCB 督促变更任务的执行，项目组修改完成后，CMO审核变更后的配置项，审核通过后发布变更的配置项；如果不同意变更，终止变更。
无论配置项变更是否同意，最终由CMO保存变更申请单。
对于那些在“变更控制和管理流程”中确定的小型变更则不必执行此配置变更规程，只需项目组口头向CMO申请变更，项目组修改后由CMO审核通过即可，并通知项目组。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
公路养护管理系统项目配置管理计划 计划名 GLYHGLXT软件配置管理计划 项目名 公路养护管理系统 项目委托单位 代表签名 年 月 日 项目承办单位 代表签名 年 月 日
1 引言 1．1 目的 本计划的目的在于对所开发的GLYHGLXT软件规定各种必要的配置管理条款，以保证所交付的GLYHGLXT软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。
1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆ GB/T 11457 软件工程术语 ◆ GB 8566 计算机软件开发规范 ◆ GB 8567 计算机软件产品开发文件编制指南 ◆ GB/T 12504 计算机软件质量保证计划规范 ◆ GB/T 12505 计算机软件配置管理计划规范 ◆ CADCSC 软件质量保证计划
2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。 软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2．2 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要修改前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第3.2条中详细规定。
2．3 职责 在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A． 组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B． 软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C． 项目的专职配置管理人员检查在作配置更改时的质量保证措施； D． 各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查； E． 用户代表负责反映用户对配置管理的要求，并协助检查各类人员对软件配置管理计划的执行情况； F． 项目专职的配置管理人员协助组长开展各项软件配置管理活动，负责审查所采用的配置管理工具、技术和方法，并负责汇总、维护和保存有关软件配置管理活动的各项记录。
2．4接口控制 对各类接口进行严格、合理的控制，是软件配置管理中最重要的任务之一。整个软件项目及其各子系统都必须对进行严格的控制。在工程化软件系统中，主要的接口有如下五类： A． 用户界面：用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。同时还指实现这些操作约定的物理部件的功能与性能特性。 B． 系统内部接口：系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。 C． 标准程序接口：标准程序接口是指各应用子系统与标准子程序库（包括宿主计算机系统已有的库程序）之间的调用约定。 D． 设备接口：设备接口是指各子系统与各种设备（包括终端和其他各种输入/输出设备）之间的连接约定。 E． 软件接口：软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。 以上五类接口是一个软件系统各项配置的重要组成部分。对接口修改进行合理的控制，是软件配置管理的重要任务之一。这五类接口都涉及到GLYHGLXT软件系统的全局，因此，当要求对这五类接口中的任一类接口进行修改时，都必须办理正规的审批手续，最后要经项目总体组批准。具体的审批程序将在本计划的第3.2条中规定（可参阅表1）。
表1 两类修改的审批程序 步骤 A类修改的审批程序 B类修改的审批程序 1 发现问题，填写软件问题报告单 发现问题，填写软件问题报告单 2 项目组长评审 项目组长评审 3 软件配置管理小组评审 子系统配置管理人员评审 4 项目总体组批准 子系统负责人批准 5 修改配置并填写软件修改报告单 修改配置并填写软件修改报告单 6 项目组长评审 项目组长评审 7 软件质量保证小组评审 子系统质量保证人员评审 8 总体组批准 项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索
2．5 软件配置管理计划的实现 在实现软件配置管理计划的过程中，要特别注意实现以下三个里程碑： A． 建立软件配置管理小组：在项目总体组批准软件配置管理计划之后，立即成立软件配置管理小组； B． 建立各阶段的配置基线：随着GLYHGLXT软件系统及其所属各子系统的任务书的评审和批准，建立起功能基线；随着总体组编写的《GLYHGLXT软件需求规格说明书》的批准，建立起指派基线；随着GLYHGLXT工程化软件系统的集成与系统测试的完成，建立起产品基线。 C． 建立软件库：在本项目所属的各个子系统的研制工作的开始，就建立起各个子系统的软件开发库，并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。以后在每个开发阶段的结束，建立各个子系统的新的开发库，同时把这个阶段的阶段产品送入总的软件受控库，并在各个子系统的计算机上建立软件受控库的副本。软件受控库必须以主软件受控库为准。当全部开发工作结束，在配置管理小组的计算机上建立起软件产品库，并在各子系统的计算机上建立软件产品库的副本。 2．6 适用的标准、条例和约定 除应奠定本计划第1.3条中指出的参考资料以及本计划中的其他章条所作的各项规定外，还应该遵守如下标准、条例和约定：
A． 软件开发库、软件受控库与软件产品库的操作规程与管理规程； B． 系统、子系统、模块和程序单元的命名约定； C． 文档和测试用例的命名和管理规程。
这引起命名约定、操作规程与管理规程应由GLYHGLXT项目技术组负责制订，并应认真听取各子系统项目负责人的意见，最后报项目总体组审批。在执行过程中，如果发现某些条款需要修改，则必须办理正规的审批手续，最后要经项目总体组批准。具体的审批程序将在本计划的第3.2条中规定。
3 软件配置管理活动 3．1 配置标识 3．1．1 文档 所有为本项目编制的文档，都要符合GB 8567中的规定。GLYHGLXT软件系统及其所属的各个子系统所编写的文档数目，可根据GB 8567的规定作适当的剪裁。剪裁方案由技术组提出建议，报总体组批准。
3．1．2 程序 所有属于本项目的程序、分程序、模块和程序单元，都要按照由项目技术组制订，且经总体组批准的软件系统的命名约定的规定来标识。
3．1．3 各类基线 所有属于本项目及其各子系统的各类基线，首先要按照任务书、软件需求规格说明书的规定确定其技术内容，然后按照软件系统的上述命名约定的规定来标识。
3．2 配置控制 软件配置的更改管理适用于本项目的所有文档和代码，其中包括本项目的各个运行软件，也包括为本项目专门开发的支持软件。配置控制的要点如下： A． 修改批准权限；对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基线及其集成系统的任何修改（称为A类修改），都必须通过项目配置管理小组讨论，并必须经总体组批准；对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改（称为B类修改），都必须通过本项目各个子系统的配置管理人员审查，并经项目的软件配置管理小组与各个子系统负责人的共同批准并报项目总体组备案。 B． 修改审批程序：上述两类修改的审批程序如表1。 C． 修改控制工具：修改控制工具是协助软件配置管理人员进行配置控制的有效手段。
3．3 配置状态审计 利用软件问题报告单和软件修改报告单对项目子系统及其支持软件的配置状态进行追踪。对软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动实现，用户可通过该软件系统对其进行查询。 注：本计划在此处应给出软件问题报告单与软件修改报告单的具体格式，并作出必要的说明。鉴于本计划拟采用附录B（参考件）中建议的格式，因而这两个报告单的格式及其说明可参阅附录B。
3．4 配置的检查和评审 项目软件配置管理小组要对所有由第三方提供的软件进行物理配置检查；对本项目及其各个子系统的每一个新的释放进行功能配置检查和物理配置检查；对宿主计算机系统所提供的软件和硬件配置要每隔半年检查一次；在软件验收前要对宿主计算机系统、各个子系统及其专用支持软件的配置进行综合检查。
在软件开发周期各阶段的评审与检查工作中，要对该阶段所进行的配置管理工作进行必要的评审和检查。应该进行评审与检查的内容与次数，由GLYHGLXT软件质量计划规定。配置修改的审批程序按本计划第3.2条的规定处理（见表1）。
4 工具、技术和方法 在软件的开发过程中，与软件配置有关的工具有软件测试工具、软件配置管理工具、文档辅助生成工具与图形编辑工具等到三种。
A． C软件测试工具：它支持用C语言编写的模块的静态分析、结构测试与功能测试。主要功能为：协助测试人员判断程序结构与变量使用情况是否有错；给测试人员提供模块语句覆盖C0和分支覆盖率 C1的值、并显示未覆盖语句和未覆盖分支的号码及其分支谓词，给出不同测试用例有效性的表格；同时提出功能测试的有效情况，并协助组织最终交付给用户的有效测试用例的集合。 B． 软件配置管理工具：它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织；支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围；同时还应支持软件配置管理小组对软件配置更改进行科学的管理。 C． 文档辅助生成工具与图形编辑工具：它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能（输入、输出关系）的曲线以及绘制描述系统特性的一