ISO软件开发全套文档-配置管理计划编写指南
软件配置管理文档范本
软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。
本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。
二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。
2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。
配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。
(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。
配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。
3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。
(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。
变更记录的建立可以为软件开发过程的分析和评估提供参考依据。
三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。
常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。
1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。
2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。
ISO软件开发全套文档 配置管理控制程序
4.5.6配置项标识内容：
名字：一个字符串，明确地标识配置项；
描述：描述配置项类型（如文档、程序、数据、环境配置等）、项目标识、变更和/或版本信息；
资源：对象所提供的、处理的、引用的或其他所需要的一些实体，例如，数据类型、特定函数、变量名等；
基线：说明配置项属于哪一基线。
4.3配置管理计划编制
4.3.1所有项目在制定项目开发计划时，都应由项目经理指定配置管理人员，然后由配置人员依据《配置管理计划编写指南》编写《配置管理计划》。
4.3.2项目配置管理计划至少应包括的内容：
配置管理人员的组成及分工；
配置管理活动的规定；
项目中所设定的基线及其生成的时机；
配置管理中使用的工具、技术和方法；
4.9.2配置管理过程评审由项目经理组织实施，参加评审人员需要包括：项目经理、SQA代表、项目组成员、系统测试人员、配置管理人员。
4.9.3配置管理过程评审的具体程序参见《设计评审控制程序》。
4.10质量记录的保存
4.10.1对本程序所产生的质量记录由项目经理保存，待项目验收交付后移交给总经理办公室统一管理。
4.7.2依据《配置管理计划》中规定的时间安排提交《配置状态报告》。
4.8配置检查
4.8.1项目经理在基线转换时要检查配置状以及项目的配置管理情况。
4.8.2项目经理的每次正式检查都应填写《配置状态检查记录表》，作为质量记录保存。
4.9配置管理过程评审
4.9.1在项目执行过程中，每月都要对配置管理计划的执行情况进行评审。对项目生存周期的每一个基线完成后都需要进行配置管理过程评审。
5相关文件
5.1《配置管理计划编写指南》文件编号：SFQMC_08_001
ISO软件开发全套文档
1目的1.1通过对文件和资料进行控制，确保对质量体系有效运行起重要作用的各个场所，都能得到并使用相应文件的有效版本，防止使用失效、作废或过期的文件，以使工作更快捷、更规范，并且使所有文件和资料处于受控状态。
2适用范围2.1本程序适用于公司质量体系内的所有文件。
包括：质量手册、程序文件、技术文件、管理文件、外来文件和参考资料。
3职责3.1 SQA3.1.1负责技术文件的管理。
3.1.2负责技术文件的发放工作。
3.2总经理办公室3.2.1负责与质量体系有关的文件和资料的总体控制。
3.2.2负责除技术文件以外的所有文件的发放工作。
3.3各部门3.3.1负责本部门与质量有关的文件和资料的控制。
4工作程序4.1文件和资料的分类和编号4.1.1文件和资料分为以下几类：质量体系文件及其它质量管理文件；技术文件：包括开发过程中产生的文档及生成的相关组织文件；外来文件：其中包括客户提供资料、引用的国家标准等相关外来文件；4.1.2 SQA负责制定《文件资料编号规则》，经管理者代表批准后执行。
4.2文件和资料的编写4.2.1质量手册、程序文件、其它质量管理文件均由管理者代表组织相关部门编写。
4.2.2技术文件由具体实施的项目组负责人组织编写。
4.3文件和资料的审核、批准和保管4.3.1质量手册、程序文件、其它质量管理文件在发布前由管理者代表审核其适用性，总经理批准。
由总经理办公室填写《文件和资料登记表》，并进行统一保管。
4.3.2技术文件由该项目的评审小组进行评审。
审核通过后，由项目所属部门经理批准，SQA部门进行登记。
文件由开发小组自行保管，待项目结束或经过一个软件生命周期后，统一交由SQA部门保管。
对于纳入配置管理的技术文档，依据项目的《配置管理计划》管理。
4.3.3外来文件中由上级主管单位或国家行政单位下发的与公司管理相关的文件由管理者代表审核，总经理办公室登记、保管和发放。
4.3.4外来文件中由客户提供的与开发有关的文件资料由项目负责人审核，开发组将其列入配置管理中进行保管。
ISO9000质量管理体系认证-软件配置管理计划(通用)
XXXX分析系统软件配置管理计划XXXX信息科技有限公司1 引言1．1 目的本计划的目的在于对所开发的XXXX分析软件项目规定各种必要的配置管理条款,以保证所交付的XXXX分析软件项目能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求.软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时,都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1．2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。
1．3 参考资料▪GB/T 11457 软件工程术语▪GB 8566 计算机软件开发规范▪GB 8567 计算机软件产品开发文件编制指南▪GB/T 12505 计算机软件配置管理计划规范2 管理2．1 机构在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长.各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导.软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施.各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2．2 任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。
配置管理计划编写指南(438B)
密级：（软件项目名称）配置管理计划标识：版本：页数：拟制：审核：批准：拟制部门：年月日修改文档历史记录：日期版本说明修改人目录1 范围 (2)1.1 标识 (2)1.2 系统概述 (2)1.3 文档概述 (2)1.4 与其他计划之间的关系 (2)2 引用文档 (2)3 组织和职责 (2)4 软件配置管理活动 (3)4.1 配置标识 (3)4.2 配置控制 (5)4.3 配置状态记实 (5)4.4 配置审核 (5)4.5 软件发行管理和交付 (5)5 工具、技术和方法 (6)6 对供货单位的控制 (6)7 进度表 (6)8 注释 (7)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
】示例：a) 已批准的标识号：b) 软件版本号：c) 缩略语：1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；并列出其它有关文档。
】示例：产品用途：软件用途：需方：开发方：运行环境：相关文档：软件开发计划1.3 文档概述【本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
】示例：本文描述在软件系统开发中采用的软件配置管理的方法和步骤。
与软件开发计划协调一致，为软件配置管理活动提供依据。
1.4 与其他计划之间的关系【本条应描述本计划和其他项目管理计划的关系。
】示例：本文档规定软件项目在研制阶段配置管理的计划和进度，与软件开发计划保持一致。
2 引用文档【本章应列出引用文档的编号、名称、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
】示例：表1 引用文档3 组织和职责【本章应描述软件配置管理机构的组成及各级软件配置管理机构的职责和权限；说明与软件配置管理相关的人员（如项目经理、部门软件配置管理组组长）在软件配置管理中的职责；描述上述人员之间的关系。
ISO9001-软件工程开发标准文档模板 计算机软件开发文档编写指南
一、项目开发计划1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．项目概述 (2)2.1工作内容 (2)2.2条件与限制 (2)2.3产品 (2)2.4运行环境 (2)2.5服务 (3)2.6验收标准 (3)3．实施计划 (3)3.1任务分解 (3)3.2进度 (3)3.3预算 (3)3.4关键问题 (3)4．人员组织及分工 (3)5．交付期限 (3)6．专题计划要点 (3)1．引言1.1编写目的【阐明编写开发计划的目的，指明读者对象。
】1.2项目背景【可包括：a.项目的委托单位、开发单位和主管部门；b.该软件系统与其他系统的关系。
】1.3定义【列出本档中用到的专门术语的定义和缩写词的原文。
】1.4参考资料【可包括：a.项目经核准的计划任务书、合同或上级机关的批文；b.文档所引用的资料、规范等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
】2．项目概述2.1工作内容【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。
若不编写可行性研究报告，则应在本节给出较详细的介绍。
】2.2条件与限制【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。
必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。
】2.3产品2.3.1程序【列出应交付的程序名称、使用的语言及存储形式。
】2.3.2文档【列出应交付的文档。
】2.4运行环境【应包括硬件环境、软件环境。
】2.5服务【阐明开发单位可向用户提供的服务。
如人员培训、安装、保修、维护和其他运行支持。
】2.6验收标准3．实施计划3.1任务分解【任务的划分及各项任务的负责人。
】3.2进度【按阶段完成的项目，用图表说明开始时间、完成时间。
】3.3预算3.4关键问题【说明可能影响项目的关键问题，如设备条件、技术焦点或其他风险因素，并说明对策。
】4．人员组织及分工5．交付期限6．专题计划要点【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
ISO软件开发全套文档配置管理计划编写指南
产品/ 项目系统名称配置管理计划北京xxxXt限公司200年XX月1 引言1.1 编写目的编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款，以保证所开发出的软件能满足用户需求。
1.2背景a.开发的软件系统的名称列出本软件系统的中文全称、英文全称及英文表示简称。
b.开发的软件系统的最终用户或适用的领域；c.项目来源、主管部门等1.3定义列出本文件中涉及的专门术语定义和外文缩写的原词组。
1.4 参考资料列出涉及的参考资料。
2 管理描述软件配置管理的机构、任务、职责和有关的接口控制。
2.1 机构描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。
说明项目和自项目与其他有关项目之间的关系。
指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的关系。
2.2 任务描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作，并指出各阶段的阶段产品应存放在哪一类软件库中（软件开发库、软件受控制库或软件产品库）。
2.3职责指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责；指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。
说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。
指出与项目开发有关的各机构的代表的软件配置管理职责。
指出与其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。
2.4定义软件配置项（ SCI）包括：1．系统约定2．软件项目计划3．软件需求文档4．用户手册5．设计文档6．源代码清单7．测试文档a.测试计划和过程b.测试用例和结果记录8．可执行程序a.模块的可执行代码b.链接的模块9．数据库描述a.模式和文件结构b.初始内容10．联机用户手册11．维护文档a.软件问题报告b.维护记录c.工程变化12．软件工程的标准和规程2.5软件配置管理计划的实现规定实现软件配置管理计划的主要里程碑，例如：建立配置控制组确定各个配置基线建立接口控制协议指定评审与检查软件配置管理计划和规程制定相关的软件开发、测试和支持工具的配置管理计划和规程2.6适用的标准、条例和约定可包括如下内容：软件结构层次树中软件位置的标识方法；程序和模块的命名约定；版本级别的命名约定；软件产品的标识方法；规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法；媒体和文档管理的标识方法；文档交付过程；软件产品库中软件产品入库、移交或交付的过程；问题报告、修改请求或修改次序的处理过程；配置控制组的结构和作用；软件产品交付给拥护的验收规程软件库的操作，包括准备、存储和更新模块的方法；软件配置管理活动的检查；问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；软件进入配置管理之前的测试级别；质量保证级别，例如：在进入配置管理之前，验证软件满足有关基线的程度3 软件配置管理活动。
ISO软件开发全套文档 操作手册_
Software Project Plan操作手册版本 <1.0>修订历史记录目录1.引言41.1编写目的41.2前景41.3定义41.4参考资料42.软件征述42.1软件的结构42.2程序表42.3文卷表43.安装与初始化44.运行说明44.1运行表44.2运行步骤44.3运行1（标识符）说明44.3.1运行控制54.3.2操作信息54.3.3输入一输出文卷54.3.4输出文段54.3.5输出文段的复制54.3.6恢复过程54.4运行2（标识符）说明55.非常规过程56.远程操作5操作手册（GB8567——88）1.引言1.1编写目的说明编写这份操作手册的目的，指出预期的读者。
1.2前景说明：a．这份操作手册所描述的软件系统的名称；b．该软件项目的任务提出者、开发者、用户（或首批用户）及安装该软件的计算中心。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有用的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料，包括所列出的这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2.软件征述2.1软件的结构结合软件系统所具有的功能包括输入、处理和输出提供该软件的总体结构图表。
2.2程序表列出本系统内每个程序的标识符、编号和助记名。
2.3文卷表列出将由本系统引用、建立或更新的每个永久性文卷，说明它们各自的标识符、编号、助记名、存储媒体和存储要求。
3.安装与初始化一步一步地说明为使用本软件而需要进行的安装与初始化过程，包括程序的存载形式，安装与初始化过程中的全部操作命令，系统对这些命令的反应与答复，表征安装工作完成的测试实例等。
如果有的话，还应说明安装过程中所需用到的专用软件。
4.运行说明所谓一个运行是指提供一个启动控制信息后，直到计算机系统等待另一个启动控制信息时为止的计算机系统执行的全部过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
配置管理计划产品/ 项目系统名称
北京XXXX有限公司
200年XX月
1 引言
1.1 编写目的编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款，以保证所开发出的软件能满足用户需求。
1.2 背景
a. 开发的软件系统的名称
列出本软件系统的中文全称、英文全称及英文表示简称。
b. 开发的软件系统的最终用户或适用的领域；
c. 项目来源、主管部门等
1.3 定义
列出本文件中涉及的专门术语定义和外文缩写的原词组
1.4 参考资料列出涉及的参考资料。
2 管理
描述软件配置管理的机构、任务、职责和有关的接口控制。
2.1 机构描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。
说明项目和自项目与其他有关项目之间的关系。
指出在软件生存周期各阶段中的软件
开发或维护机构与配置控制组的关系。
2.2 任务描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作，并指出各阶段的阶段产品应存放在哪一类软件库中（软件开发库、软件受控制库或软件产品库）。
2.3 职责指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责；
指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。
说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。
指出与项目开发有关的各机构的代表的软件配置管理职责。
指出与其他特殊职责，例如为满足软件配置管理要求所必要的批准要求
2.4 定义软件配置项（SCI ）
包括：
系统约定
1．
软件项目计划
2．
软件需求文档
3．
用户手册
4．
设计文档
5．
源代码清单
6．
7．测试文档
a. 测试计划和过程
b. 测试用例和结果记录
8．可执行程序
a. 模块的可执行代码
b. 链接的模块
9．数据库描述
a. 模式和文件结构
b. 初始内容
10 ．联机用户手册
11 ．维护文档
a. 软件问题报告
b. 维护记录
c. 工程变化
12 ．软件工程的标准和规程
2.5 软件配置管理计划的实现
规定实现软件配置管理计划的主要里程碑，例如：建立配置控制组
确定各个配置基线
建立接口控制协议
指定评审与检查软件配置管理计划和规程
制定相关的软件开发、测试和支持工具的配置管理计划和规程
2.6 适用的标准、条例和约定
可包括如下内容：
软件结构层次树中软件位置的标识方法；
程序和模块的命名约定；
版本级别的命名约定；
软件产品的标识方法；
规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法；
媒体和文档管理的标识方法；
文档交付过程；
软件产品库中软件产品入库、移交或交付的过程；
问题报告、修改请求或修改次序的处理过程；
配置控制组的结构和作用；软件产品交付给拥护的验收规程软件库的操作，包括准备、存储和更新模块的方法；软件配置管理活动的检查；问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；软件进入配置管理之前的测试级别；
质量保证级别，例如：在进入配置管理之前，验证软件满足有关基线的程度。
3 软件配置管理活动
描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等4 方面的软件配置管理活动的需求。
3.1 配置标识
3.1.1 说明软件项目的基线，包括：功能基线、指派基线和产品基线。
对于每个基线，
必须描述以下内容：
每个基线的项（包括应交付的文档和程序）
与每个基线有关的评审与批准事项以及验收标准
在建立基线的过程中用户与开发者的参与情况例如在产品基线中，要定义的项可以包括：
a. 产品的名字和命名规则；
b. 产品标识编号；
c. 对每个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对
支持软件的修改要求以及对有关文档的修改要求。
d. 安装说明；
e. 已知的缺陷和故障；
f. 软件媒体和媒体标识。
3.1.2 描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。
例如，对于代码：编译日期可以作为每个交付模块标识的一部分。
3.2 配置控制
描述在本计划2.2 条描述软件生存周期中各阶段使用的修改批准权限的级别。
定义对已有配置的修改建议进行处理的方法，其中包括：
a. 详细说明在本计划2.2 条描述的软件生存周期各阶段中提出的修改建议
的程序（可以用注上自然语言的流程图来表达）
b. 描述实现已经批准的修改建议（包括源代码和文档的修改）的方法；
c. 描述软件库控制的规程，其中包括存取控制、对适用基线的读写保护、成员保护、
成员标识、档案维护、修改历史以及故障恢复等7 项规程；对于不同层次的配置控制组和其他修改管理机构，应定义其作用，并规定其权限和职责；如果已组成机构，则指明该机构的领导人和成员；如果还没有成立机构，那么说明怎样任命该机构的领导人、成员和代理人；说明开发者和用户与配置控制组的关系；
当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时，本条必须说明对其进行配置控制的方法。
如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审，则必须描述这些机构的组成、它们与配置控制组的关系以及它们之间的相互关系。
必须说明与特殊产品（如非交付的软件、现存软件、用户提供的软件和内部支持软件）有关的配置控制规程。
3.3 配置状态的记录和报告
必须指明怎样收集、验证、存储处理和报告配置项的状态信息；详细说明要定期提供的报告及其分发办法；
如果有动态查询，要指出所提供的动态查询的能力；
如果要记录用户说明的特殊状态时，要描述其实现手段。
例如，在配置状态记录和报告中，通常要描述的信息有：
a. 规格说明的状态
b. 修改建议的状态
c. 修改批准的报告
d. 产品版本或其修改版的状态
e. 安装、更新或交付的实现报告
f. 用户提供的产品（如操作系统）的状态
g. 有关开发项目历史的报告
3.4 配置的检查和评审
定义在软件配置管理计划的2.2 条所定义的软件生存周期的特定点上执行的
检查和评审中软件配置管理计划的作用。
规定每次检查和评审所包含的配置项。
指出用于标识和解决在检查和评审期间所发现的问题的工作规程。
4 工具、技术和方法
指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明
它们的目的，并在开发者所有权的范围内描述其用法。
例如，可以包括用于下列
任务的工具、技术和方法：
a.软件媒体和媒体文档的标识。
b. 把文档和媒体置于软件配置管理的控制之下，并把它正式地交付给用户。
例如要给出对软件库内的源代码进行控制的工具、技术和方法的描述；如果用到数据库管理系统，则还要对该系统进行描述。
又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。
c. 编制关于程序及有关文档的修改状态的文档。
因此必须进一步定义用于准
备多种级别（如项目负责人、配置控制小组、软件配置管理人员和用户）的管理报告的工具、技术和方法。
5 对供货单位的控制
供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。
管理规程应规定在本软件配置
管理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。
6 记录的收集、维护和保存
指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施（其中包括要使用的后备设施），并指明要保存的期限。