配置管理计划-VN.N要点
配置管理计划的主要内容有哪些3篇
配置管理计划的主要内容有哪些第一篇：配置管理计划的概述配置管理计划是指为管理项目中各种配置项而制定的计划，该计划将定义如何管理这些配置项以及如何进行配置控制。
配置管理计划是所有项目管理计划的一部分，它主要是用来协调配置管理实践的，能够确保项目中每个配置项的独立可跟踪性和可审计性，确保每个配置项都能按时完成和交付，从而支持项目的成功。
配置管理计划的主要内容包括配置管理的目标和范围、配置项标识和编号、配置项分类和归档、配置控制流程、配置状态跟踪、配置审计、配置变更控制等。
这些内容能够帮助项目组织更好地管理配置项，通过灵活的配置管理方法增强项目的可靠性和可维护性，并确保所有配置项按照预定规范进行完整和正确的管理。
具体来说，配置管理计划主要包括以下几个方面：配置管理计划的目标和范围：这部分包括项目的目标、范围、进度、成本以及其他关键要素的定义，以及如何使用配置管理来实现这些目标和要素。
配置项标识和编号：这是配置管理计划的基础，是管理配置项的必备手段。
标识和编号确定了配置项的唯一性，且允许项目组织和其他相关方保持对配置项的一致和准确的标记。
配置项分类和归档：配置项可能有不同的类型，如软件、硬件、文档、测试、培训等，每种类型的配置项可能有自己的管理方法和规则。
配置项的归档通常是按文档类别进行，使得项目组织和其他相关方能够轻松地访问这些信息。
配置控制流程：配置控制是对配置项进行变更控制的管理过程。
配置控制包括变更请求的提交、变更评估、变更批准、变更实现和变更验证等步骤。
该流程确保了配置项的状态被跟踪，同时确保所有变更都得到了审批和验证。
配置状态跟踪：配置状态跟踪是指对于每个配置项的发展过程和状态进行跟踪、记录和报告。
这些状态可能包括开发周期的不同阶段、测试周期的不同阶段、变更控制操作、版本号等。
配置审计：配置审计可检查配置项是否按照配置管理计划进行正确的管理。
审计的目的是确定配置项管理的有效性，并提供建议改进。
网络设备配置与管理项目的技术要点与注意事项
网络设备配置与管理项目的技术要点与注意事项在现代信息时代，网络设备的配置与管理是企业和组织中不可或缺的一项工作。
随着网络的不断发展和普及应用，网络设备配置与管理的工作也愈发重要。
本文将介绍网络设备配置与管理项目的技术要点与注意事项，帮助读者更好地实施和管理网络设备。
一、完善的网络规划在开始网络设备的配置与管理之前，首要的任务是进行完善的网络规划。
网络规划是整个项目的基础，它需要考虑到网络设备的数量、种类、分布以及网络拓扑结构等因素。
合理的网络规划能够提高网络的扩展性和可管理性，减少后期维护的工作量。
二、合适的设备选择在网络设备配置与管理项目中，选择合适的设备是至关重要的。
根据网络规划的要求，选择适合网络规模和业务需求的设备。
同时，还要考虑设备的性能、可靠性、安全性和价格等因素，确保设备能够满足业务需求，并具有较高的稳定性和可靠性。
三、良好的网络设备配置网络设备的配置是网络运行和管理的基础。
在进行配置过程中，应遵循以下要点：1. 网络设备命名规范：为了更好地管理网络设备，应制定命名规范，以便快速识别设备的位置、功能和用途。
2. 设备基本配置：设置设备的基本参数，包括IP地址、子网掩码、网关等。
同时，还需配置设备的账号密码、登录方式和访问权限等信息，确保设备的安全性。
3. 路由器配置：根据网络拓扑结构的要求，配置路由器的静态路由、动态路由协议以及策略路由等。
同时，应对路由器进行性能优化和安全加固。
4. 交换机配置：根据网络规划的要求，配置交换机的虚拟局域网(VLAN)、链路聚合、端口安全等功能。
同时，还需设置交换机的广播风暴抑制、流量控制等，以提高交换机的性能和可靠性。
5. 防火墙配置：配置防火墙的访问控制列表(ACL)、安全策略、入侵检测与防护系统(IDPS)等。
同时，还需进行防火墙的漏洞扫描和安全审计，确保网络的安全性。
四、网络设备管理与监控网络设备的配置工作完成后，还需进行设备的管理与监控。
以下是一些重要的管理与监控事项：1. 设备运行状态监控：通过网络管理系统(NMS)实时监控设备的运行状态，包括CPU利用率、内存利用率、接口带宽使用率等指标。
项目配置管理计划
X X项目配置管理计划拟制：日期：2006-10-09审核：日期：批准：日期：修订记录目录1简介 (4)1.1目的 (4)1.2范围 (4)1.3术语与缩略语 (4)2资源 (4)2.1人力资源 (4)2.2其它资源 (4)2.2.1配置管理工具 (5)3命名规则 (5)3.1文档组 (5)3.2发布包 (5)4配置库结构 (5)5配库库访问权限 (6)6基线计划 (6)7变更控制 (7)7.1CCB级别 (7)7.2变更控制流程 (7)8版本标识控制 (7)8.1版本控制 (7)8.2发布策略和计划 (8)9跟踪 (8)9.1基线跟踪 (8)9.2版本演变情况跟踪 (8)10配置审计计划 (8)11配置状态发布 (9)12备份及归档 (9)1 简介1.1目的描述项目进行配置管理的目的。
1.2范围本计划适用和不适用的范围。
1.3术语与缩略语本计划内的术语与缩略语2 资源2.1人力资源项目负责人：项目级CMO：组织级CMO：SE：项目组成员：CCB控制级别分类2.2其它资源软/硬件或网络资源1）Lotus数据库一个（或多个）分别为：2）我司所有（或某个）网段均能访问的服务器一台，访问地址为：2.2.1配置管理工具WinCVS3 命名规则3.1文档组项目的重要文档命名规则,例: [项目ID + 下划线 + 中文名称]项目日常纪要文档命名规则：例｛项目ID＋下划线＋纪要类型（日期）｝文档版本状态标签命名规则：1.测试状态标签：例VxxTyymmdd；2.基线状态标签：例VxxByymmdd;3.发布状态标签：例：VxxRyymmdd;备注：文档句不应包含版本信息；另对于文档类别也不允许存在不规范的名称命名：例：“软件需求规格说明书.doc”。
3.2发布包产品包名+版本号4 配置库结构根据项目建库策略，一般分为四个库；例如：5 配置项清单项目配置项清单，参见以下附件。
项目配置项清单.xls6 配库库访问权限目录结构和访问权限，参见以下附件。
配置管理计划（范文）
配置管理计划配置管理计划篇一：配置管理计划公司名称项目名称配置管理计划版本1.0 ? [注：以下提供的模板用于R atinal Uni fied Prces s。
其中包括用方括号括起来并以蓝色斜体（样式=InfBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式（样式=Bd y Text）。
]修订历史记录Cnfi dential ?公司名称 , 1999 Page 2 f 6目录1.简介1.1目的1.2范围1.3定义、首字母缩写词和缩略语1.4 参考资料1.5 概述 2. 软件配置管理2.1 组织、职责和接口2.2 工具、环境和基础设施3. 配置管理活动3.1 配置标识3.1.1 标识方法 3.1.2项目基线3.2 配置和变更控制3.2.1 变更请求的处理和审批3. 2.2 变更控制委员会 (CCB) 3.3 配置状态统计3. 3.1 项目介质存储和发布进程3.3.2 报告和审计4. 里程碑5. 培训和资源 6. 分包商和厂商软件控制 Cnfid ential ? 公司名称 , 19994 4 4 4 4 4 4 4 4 4 4 4 5 5 5 5 5 5 5 6 6 6 Page3 f 6配置管理计划1. 简介 ? [配置管理计划的简介应提供整个文档的概述。
它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。
]1.1 目的 ? [阐明此配置管理计划的目的。
]1.2范围 ? [简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。
] 1.3 定义、首字母缩写词和缩略语?[本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
配置管理计划
某某校园超市进销存管理系统软件配置管理计划软件配置管理计划 (I)1引言 (1)1.1 目的 (1)2管理 (1)2.1 机构 (1)2.2 职责 (2)3软件配置管理活动 (2)3.1 配置标识 (2)3.2 目录结构 (3)3.3 主要配置项 (3)3.4 配置基线 (3)3.5 配置的管理 (4)4工具 (5)1 引言计划名某某校园超市进销存管理系统软件配置管理计划项目名某某校园超市进销存管理系统项目委托单位无项目承办单位某某班第6小组1.1 目的本计划的目的在于对所开发的软件规定各种必要的配置管理条款，以保证所交付的软件能够满足项目委托书中规定的各种原则需求，能够满足本项目中软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经配置管理小组批准。
2 管理2.1 机构配置管理小组作为项目配置管理的集中控制机构，确保对项目的每项修改均经过充分的考虑和协调。
2.2 职责(1)配置管理小组的职责是：●确定项目基线和配置项；●审核配置项基线状态；●审核配置项变更；●版本审核；●检查和督促配置管理计划的实施；●制定配置管理计划●开发、编制和发布配置管理过程；●配置审核；3 软件配置管理活动3.1 配置标识配置项标识是配置管理的基础性工作，是管理配置的前提。
配置项命名是配置标识的重要工作，所谓标识，其实质就是区分，在众多的配置项中合理、科学地命名是最为有效的区分方法。
对配置项命名的基本要求就是：(1).唯一性：在一个项目内不能出现有重名，以避免混淆；(2).可追溯性：即名字应能体现相邻配置项之间的关系；除为配置项命名外，必要时应提供某些相关信息，比如：◆配置项组名及其存放位置，子目录名等；◆版本信息；◆作者、修改者、审核者信息；具体要求如下：1）版本标识以“V“开头，版本号居后!2）文档的标识信息文档应包括：首页、版本控制和正文：3.2 目录结构主要的配置库，见下表：配置库的用户权限：3.4 配置基线在软件工程化生产的各个阶段中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要修改前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。
SVN配置管理概念PPT资料
属于产品组成部分的工作成果；
Lock-Modify-Unlock方式 （VSS）---串行开发 更，这两项操作解决了日常开发大约80%的问题。
特性化分支一
Lock-Modify-Unlock方式 （VSS）---串行开发
配置管理是围绕软件资产的管理，。
里程碑：完成阶段性工作的标志 。 同步、更新：获得配置库的最新修订版，使工作拷
配置库：配置项的集合叫做配置库。
修订版：每当配置库接受了一个提交，文件 系统进入了一个新的状态，叫做一次修订， 配置项的每一个不同版本就是该配置项的 一个修订版。
全局修订版/工作拷贝：
全局修订版：伴随配置项的每一次修订，都将产生 一次配置库全局范围的修订，这个版本叫做配置 库的全局修订版；每一个全局修订版代表了一次 提交后配置库整个目录树的特定状态。
配置管理基本概念
配置管理概念
配置管理是一套应用于技术和管理上的指 导和监督的方法，用来：识别和记录配置 项的功能特性和物理特性；控制这些特征 的变更;记录和报告变更的软件资产---设计 文档，源代码，数据文件处理和执行的状 态;以及验证是否符合特定的需求。
配置管理是围绕软件资产的管理，。
建立基本版本控制
特性化分支二
配置库：配置项的集合叫做配置库。
凡是纳入配置管理范畴的工作成果都是配置项（configuration item ---CI）；
配Co置py管-M理o是dif围y-M绕e软rg件e方资式产的（管CV理S，、。SVN）---并行开发特性化分支三
Lock-Modify-Unlock方式 （VSS）---串行开发
SVN推荐版本库布局
Svn repository
Trunk
Branches
配置管理计划要点
1
签核页
?编制 ：姓名 / 日期 ?审核 ：姓名 / 日期 ?批准 ：姓名 / 日期
2
修改记录
?版本 ?修改者 ?修改日期 ?修改内容
3
目录
?章节目录 ?表目录 ?图目录4ຫໍສະໝຸດ 1、简介?1.1 目的
配置管理计划的目的： ?明确配置管理范围 ?分配配置管理工作职责 ?规范配置管理工作 ?提供工作依据
8
3、配置管理资源和环境
?3.1配置范围
需要识别并控制的配置项包括： ?系统及软件开发的过程文档 ?测试案例及记录 ?各种质量管理及配置管理记录， 例如：质量审核报告， 配置审核报告，采购记录，变更记 录 ?软件代码及可执行程序 ?硬件平台及相关说明文档 ?系统安装，操作和维护手册 ?系统及软件测试代码及测试环境 ?对质量和安全有影响的开发工具，例如：编码工具，编译工具，单元测试工具
?4.1 配置项识别
对于配置范围内的所有配置项，定义相应的编号方法，确保每个配置项都只有一个独立的识 别号： ?文档编号 ?图纸编号 ?需求编号 ?源代码编号 ?测试案例编号 ?记录编号 ?工具编号 ?硬件编号 ?发布编号
13
4、配置管理活动
?4.2 版本控制
?版本命名方法，可以根据需要，为文档，源代码，可执行程序，及硬件实体使用不同的版 本命名方法。 ?版本含义解释，例：
对于建立后的基线或者确认完成的系统产品，在发布前均要进行控制。控制的内容包括： ?拟定发布版本号 ?整理发布内容，例：开发文档，软件可执行程序，辅助工具，系统样机，工作手册，采购 详单 ?发布产品和设计，测试数据之间的追溯关系 ?发布条件检查，例：确认负责人批准，经理批准，发布内容物理和功能上均完整 ?发布方式，例如：发布的媒介，整体发布还是补丁发布 ?发布说明内容
配置管理知识点
配置管理1. 配置管理系统的通常组成如下：（1）动态库（或者称为开发库）：包含正在创建或修改的配置元素。
它们是开发者的工作空间，受开发者控制。
动态库中的配置项处于版本控制之下。
（2）主库（或者称为受控库）：包含基线和对基线的更改。
主库中的配置项被置于完全的配置管理之下。
（3）静态库（或称为备份库、产品库）：包含备用的各种基线的档案。
静态库被置于完全的配置管理之下。
因此，在信息系统项目完成后，最终产品或项目应纳入产品库，当需要进行后续开发时，应从产品库中复制副本到指定后续开发组的受控库后进行。
2. 为达到项目配置管理的要求，通常认为实施项目配置管理应完成以下几方面的任务：制定项目配置管理计划、确定配置标识规则、实施变更控制、报告配置状态、进行配置审核、进行版本管理和发行管理。
而对于配置项进行检测属于开发中的测试工作，不属于配置管理范畴。
但配置管理可能会通过测试结果来判断配置项是否合格。
缺陷分析是指当发现产品或生产过程中存在缺陷后对其进行原因分析，一般是质量管理方面的。
3. 基线由一组配置项组成，是一组经过正式审查并且达成一致的范围或工作产品，相对稳定，只能由指定的配置管理员通过配置变更控制流程进行修改（不能被任何人任意修改）。
一个产品可以有一个或多个基线，基线通常对应开发过程中的里程碑，产品的测试版本可以作为一个基线。
4. 配置审核的作用包括：（1）防止向用户提交不适合的产品，如版本错误；（2）发现不完善的现实，如未按变更请求实施变更；（3）找出各配置项间不匹配或不相容的现象；（4）确认配置项通过质量审查后作为基线存入受控库；（5）确认记录和文档保持可追溯性5. 配置审计（又称“配置审核”）工作主要集中在2个方面：（1）功能配置审核：验证配置项的实际功效是否与其需求一致；（2）物理配置审核：配置项是否符合预期的物理特征（指特定的媒体形式）。
变更过程的规范性审核、介质齐备性检查、配置项齐全性审核显然属于物理配置审核；代码走查属于功能配置审核。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文件编号：配置管理计划-YYMMDD内部资料妥善保管XXXX软件项目配置管理计划（Vn.n）XXX小组2011年XX月XX日文档控制更改记录审阅分发目录第一章引言 (2)1.1标识 (2)1.2系统概述 (2)1.3文档概述 (2)1.4组织和职责 (2)1.5资源 (2)第二章引用文件 (3)第三章管理 (4)3.1机构 (4)3.2任务 (4)3.3职责 (4)3.4接口控制 (4)3.5实现 (5)3.6适用的标准、条例和约定 (5)第四章软件配置管理活动 (6)4.1配置标识 (6)4.2配置控制 (6)4.3配置状态的记录和报告 (7)4.4配置的检查和评审 (7)第五章工具、技术和方法 (9)第六章对供货单位的控制 (10)第七章记录的收集、维护和保存 (11)第八章配置项和基线 (12)8.1配置项命名规则 (12)8.2配置项的识别和基线的划分 (12)8.3变更和发布 (12)第九章备份 (13)第十章日程表 (14)第十一章注解 (15)附录 (16)附表 (17)附表1:产品发布清单 (17)附表2:配置变更申请单 (17)附表3:配置问题报告单 (19)附表4:配置变更和问题登录表 (20)附表5:配置状态统计报告 (20)附表6:配置审核报告 (21)文档编写的基本快捷功能：标题1——ALT+1；标题2——ALT+2；标题3——ALT+3……以此类推，直到标题4；正文（Alt＋W）1.正文标题（Alt＋B）(1)正文（格式刷）a.正文（格式刷）⏹正文标题（Alt＋D）文档模板中，所有蓝色字体均为编写说明，请实际使用时候务必删除，切记！！！！！！所有修改完成后，请更新文档的：⏹目录页的目录；⏹文件修改记录页的修改记录；⏹请务必删除本页说明。
第一章引言1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。
1.4组织和职责描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。
为了能够清晰的表述，可选用图表的方式进行说明。
1.5资源描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。
其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。
第二章引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
第三章管理描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
3.1机构描述在各阶段中负责软件配置管理的机构。
描述的内容如下：a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构；b.说明项目和子项目与其他有关项目之间的关系；c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。
3.2任务描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
3.3职责描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系：a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责；b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系；c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职责以及相关的开发和维护活动；d.指出与项目有关的各个机构的代表的软件配置管理职责；e.指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。
3.4接口控制描述：a.接口规格说明标识和文档控制的方法；b.对已交付的接口规格说明和文档进行修改的方法；c.对要完成的软件配置管理活动进行跟踪的方法；d.记录和报告接口规格说明和文档控制状态的方法；e.控制软件和支持它运行的硬件之间的接口的方法。
3.5实现规定实现软件配置管理计划的主要里程碑，例如：a.建立配置控制委员会；b.确定各个配置基线；c.建立控制接口协议；d.制订评审与检查软件配置管理计划和规程；e.制订相关的软件开发、测试和支持工具的配置管理计划和规程。
3.6适用的标准、条例和约定3.6.1指明所适用的软件配置管理标准、条例和约定必须说明这些标准、条例和约定要实现的程度。
3.6.2描述要在本项目中编写和实现的软件配置管理标准、条例和约定这些标准、条例和约定可以包括以下内容：a.软件结构层次树中软件位置的标识方法；b.程序和模块的命名约定；c.版本级别的命名约定；d.软件产品的标识方法；e.规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法；f.媒体和文档管理的标识方法；g.文档交付过程；h.软件产品库中软件产品人库、移交或交付的过程；i.问题报告、修改请求和修改次序的处理过程；j.配置控制委员会的结构和作用；k.软件产品交付给用户的验收规程；l.软件库的操作，包括准备、存储和更新模块的方法；m.软件配置管理活动的检查；n.问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；o.软件进人配置管理之前的测试级别；P.质量保证级别，例如，在进人配置管理之前，验证软件满足有关基线的程度。
第四章软件配置管理活动本章描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求。
4.1配置标识4.1.1本条必须详细说明软件项目的基线(即最初批准的配置标识)把它们与本计划的3.2条描述的生存周期的特定阶段相联系。
在软件生存周期中，主要有三种基线，它们是功能基线、分配基线和产况，基线。
对于每个基线，必须描述下列内容：a.每个基线的项(包括应交付的文档和程序)；b.与每个基线有关的评审与批准事项以及验收标准；c.在建立基线的过程中用户和开发者参与情况。
例如，在产品基线中，要定义的元素可以包括：a.产品的名字和命名规则；b.产品标识编号；c.对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求；d.安装说明；e.已知的缺陷和故障；f.软件媒体和媒体标识。
4.1.2本条必须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程例如，对代码来说：a.编译日期可以作为每个交付模块标识的一部分；b.在构造模块源代码的顺序行号时，应使它适合于模块作进一步的修改。
4.2配置控制4.2.1本条必须描述在本计划3.2条描述的软件生存周期中各个阶段使用的修改批准权限的级别.4.2.2本条必须定义对已有配置的修改申请进行处理的方法其中包括：a.详细说明在本计划第3.2条描述的软件生存周期各个阶段中提出修改申请的程序(可以用注上自然语言的流程图来表达)；b.描述实现已批准的修改申请(包括源代码、目标代码和文档的修改)的方法；c.描述软件库控制的规程，其中包括库存软件控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；d.如果有必要修补目标代码，则要描述其标识和控制的方法。
4.2.3对于各个不同层次的配置控制组和其他修改管理机构本条必须：a.定义其作用，并规定其权限和职责；b.如果已组成机构，则指明该机构的领导人及其成员；c.如果还没有组成机构，则说明怎样任命该机构的领导人、成员及代理人；d.说明开发者和用户与配置控制组的关系。
4.2.4当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时，本条必须说明对其进行配置控制的方法如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审，则本条必须描述这些机构的组成、它们与配置控制组的关系以及它们相互之间的关系。
4.2.5本条必须说明与特殊产品(如非交付的软件、现存软件、用户提供的软件和内部支持软件)有关的配置控制规程.4.3配置状态的记录和报告本条必须：a.指明怎样收集、验证、存储、处理和报告配置项的状态信息；b.详细说明要定期提供的报告及其分发办法；c.如果有动态查询，要指出所提供的动态查询的能力；d.如果要求记录用户说明的特殊状态时，要描述其实现手段。
例如，在配置状态记录和报告中，通常要描述的信息有：a.规格说明的状态；b.修改申请的状态；c.修改批准的报告；d.产品版本或其修改版的状态；e.安装、更新或交付的实现报告；f.用户提供的产品(如操作系统)的状态；g.有关开发项目历史的报告。
4.4配置的检查和评审本条必须：a.定义在本计划的3.2条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用；b.规定每次检查的评审所包含的配置项；c.指出用于标识和解决在检查和评审期间发现的问题的工作流程。
第五章工具、技术和方法本章必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法。
例如，可以包括用于下列任务的工具，技术和方法：a.软件媒体和媒体文档的标识。
b.把文档和媒体置于软件配置管理的控制之下，并把它正式地交付给用户。
例如，要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述；如果用到数据库管理系统，则还要对该系统进行描述。
又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。
c.编制关于程序及其有关文档的修改状态的文档。
因此必须进一步定义用于准备多种级别(如项目负责人、配置控制小组、软件配置管理人员和用户)的管理报告的工具、技术和方法。
第六章对供货单位的控制供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从软件开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。
管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督它们遵循本软件配置管理计划需求的方法。
第七章记录的收集、维护和保存本章必须指明要保存的软件配置管理文档，指明用于汇总、保护和维护工程文档的方法和设施(其中包括要使用的后备设施)，并指明要保存的期限。