ISO软件开发文档模板配置管理计划模板
软件配置管理文档范本
软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。
本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。
二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。
2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。
配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。
(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。
配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。
3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。
(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。
变更记录的建立可以为软件开发过程的分析和评估提供参考依据。
三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。
常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。
1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。
2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。
软件配置管理计划模板(带实例)
软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板，以帮助项目团队在软件开发过程中有效管理配置项，确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。
以下是一个典型的软件配置管理计划模板示例。
1. 引言软件配置管理是一个重要的过程，它确保软件的稳定性、可维护性和可追溯性。
本文档定义了软件配置管理的目标、范围和活动，以及相关的角色和责任。
2. 软件配置管理目标软件配置管理的目标是：- 维护可追溯的软件版本控制；- 确保配置项的准确性和一致性；- 管理和控制软件的配置变更；- 提供配置相关的文档和报告以支持项目决策。
3. 软件配置管理范围软件配置管理的范围包括以下方面：- 软件配置项的识别和标识；- 软件版本控制和发布管理；- 配置项变更管理；- 配置项跟踪和审计；- 配置管理文档和报告。
4. 软件配置管理活动软件配置管理包括以下活动：- 确定和识别软件配置项；- 定义和维护软件版本控制策略；- 管理和控制软件的配置变更；- 更新和维护配置项跟踪表；- 定期进行配置项审计；- 生成和发布配置管理文档和报告。
5. 角色和责任软件配置管理涉及以下角色和责任：- 配置管理人员：负责制定和执行配置管理策略，管理和跟踪配置项；- 开发团队：负责识别和标识配置项，遵守配置管理规定；- 测试团队：负责测试和验证配置项的变更；- 项目经理：负责配置管理相关的项目决策和资源分配。
6. 配置管理文档和报告软件配置管理涉及以下文档和报告：- 配置管理计划：定义软件配置管理的过程和活动；- 配置项跟踪表：记录配置项的状态和变更历史；- 配置项审计报告：记录配置项的审计结果和问题；- 配置管理文档：包括配置项标识、版本控制和发布计划等。
7. 总结以上是一个典型的软件配置管理计划模板示例。
项目团队可以根据实际情况进行适当的调整和定制，以满足项目的具体需求。
有效的软件配置管理将有助于提高软件的质量和可维护性，确保项目的顺利进行。
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 编写目的[说明编写这份项目开发计划的目的，并指出预期的读者。
]1.2 背景a. 待开发软件系统的名称；b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4 参考资料[列出用得着的参考资料。
]2. 项目概述2.1 工作内容[简要地说明在本项目的开发中须进行的各项主要工作。
]2.2 主要参加人员[扼要地说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。
]2.3 产品2.3.1 程序[列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件。
逐项说明其功能和能力。
]2.3.2.文件[列出需移交给用户的每种文件的名称及内容要点。
]2.3.3.服务[列出需向用户提供的各项服务。
]2.3.4.非移交的产品[说明开发集体应向本单位交出但不必向用户移交的产品。
]2.4 验收标准[对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
]2.5 [完成项目的最迟期限]2.6 [本计划的批准者和批准日期]3. 实施计划3.1 工作任务的分解与人员分工[对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
]3.2 接口人员[说明负责接口工作的人员及他们的职责。
]3.3 进度[对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定的开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。
]3.4 预算[逐项列出本开发项目所需要的劳务以及经费的预算和来源。
]3.5 关键问题[逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
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 任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。
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．专题计划要点【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
软件配置管理计划模板
XXXX软件项目配置管理计划XXXX企业有限公司____年___月___日文档信息修改记录目录软件项目配置管理计划 (2)1 引言 (2)1.1 编写目的 (2)1.2 术语定义 (2)1.3 参考资料 (2)2 计划内容 (2)2.1 人员及职责 (2)2.2 软硬件环境计划 (4)2.2.1 项目计划环境 (4)2.2.2 需求分析和设计环境 (4)2.2.3 开发环境 (4)2.2.4 测试环境 (4)2.2.5 配置管理环境 (4)2.3 配置项计划 (4)2.4 配置库计划 (6)2.5 权限计划 (7)2.6 基线计划 (8)2.7 发布计划 (8)2.8 配置库备份计划 (9)软件项目配置管理计划1 引言1.1 编写目的本文档目的在于对本公司项目进行软件配置管理，提高软件质量，降低软件开发成本。
本计划制定了本公司如何进行配置管理活动、活动的计划安排、指派的职责和所要求的资源。
对本公司项目实施软件配置管理活动时，需要参照本计划。
1.2 术语定义1、软件配置管理（SCM）：软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
2、配置项（CI）：配置项可包括以下几方面：项目(或活动)文档、源代码、可执行代码、度量数据、变更请求(CR)。
项目(或活动)文档即项目(或活动)相关的规范、指南中定义的各个任务的输出和输入；源代码和可执行代码是特殊的文档；度量数据指度量分析定义表中定义的度量以及对应的实际数据。
3、基线（BaseLine）: 用来标识一组配置项的特定版本的集合的标记，以记录工作成果的历史状态，或通过不同的版本组合定义不同特性的工作成果。
1.3 参考资料2 计划内容2.1 人员及职责1、根据《软件项目计划书》中的角色分配，确定CM，CCB（变更控制委员会）成员；2.2 软硬件环境计划2.2.1 项目计划环境软件：MS Office Word、MS Office Excel、MS Office Project2.2.2 需求分析和设计环境软件：MS Office Word、MS Office Visio、Sybase PowerDesigner、Rational Rose2.2.3 开发环境软件：Windows Visual Studio .Net、MyEclipse、JDK、Apache-Tomcat、Apache、Oracle 10g、SQL Server 2003、WebLogic、SQL Server 2005、Websphere2.2.4 测试环境软件：Load Runner2.2.5 配置管理环境1、软件：TortoiseSVN2.3 配置项计划配置管理员标识配置项，标识符的参考格式为：项目编号-配置项类型-配置项序号-配置项版本配置项名称。
ISO软件开发文档模板_总体设计说明书
XXXXXX公司总体设计说明书版本 <1.0>修订历史记录目录前言6摘要6 1.需求分析61.1企业生产经营概况61.2企业经营目标及策略（近期及远期）61.3实施需求61.4实施目标61.5实施约束61.6实施功能要求61.7实施信息要求61.8实施性能要求62.总体方案与结构62.1制定总体结构的出发点62.2体系结构62.3应用系统结构62.4支撑系统结构62.5信息分类编码体系63.I2DEF模型73.1模型选择说明73.2I2DEF模型设计规范73.3结构模型73.3.1系统/功能分解树73.3.2构件图73.4动态模型73.4.1事件流程图73.4.2事件汇总图73.4.3工作案例图73.4.4典型事件跟踪图73.5功能模型73.5.1数据流程图73.5.2数据汇总图73.5.3功能调用图74.资源需求75.系统配置75.1配置原则75.2硬件配置75.3软件配置76.接口76.1内部接口76.2外部接口77.组织机构及人员配置87.1现行组织机构87.2开发运行的组织机构87.3人员配置与培训88.关键技术88.1关键技术的提出88.2关键技术的一般说明88.3关键技术的实现方案89.方案实施的技术路线和实施计划89.1实施的技术路线89.2实施计划810.投资概算及资金规划810.1投资概算810.2资金规划811.经济分析811.1经济效益分析811.2财务评价分析811.3社会效益、战略效益分析811.4经济评价的结论和建议812.缩写词表813.参考文献8总体设计说明书前言摘要1.需求分析1.1企业生产经营概况1.2企业经营目标及策略（近期及远期）1.3实施需求1.4实施目标1.5实施约束1.6实施功能要求1.7实施信息要求1.8实施性能要求2.总体方案与结构2.1制定总体结构的出发点2.2体系结构2.3应用系统结构2.4支撑系统结构2.5信息分类编码体系3.I2DEF模型3.1模型选择说明3.2I2DEF模型设计规范3.3结构模型3.3.1系统/功能分解树3.3.2构件图3.4动态模型3.4.1事件流程图3.4.2事件汇总图3.4.3工作案例图3.4.4典型事件跟踪图3.5功能模型3.5.1数据流程图3.5.2数据汇总图3.5.3功能调用图4.资源需求5.系统配置5.1配置原则5.2硬件配置5.3软件配置6.接口6.1内部接口6.2外部接口7.组织机构及人员配置7.1现行组织机构7.2开发运行的组织机构7.3人员配置与培训8.关键技术8.1关键技术的提出8.2关键技术的一般说明8.3关键技术的实现方案9.方案实施的技术路线和实施计划9.1实施的技术路线9.2实施计划10.投资概算及资金规划10.1投资概算10.2资金规划11.经济分析11.1经济效益分析11.2财务评价分析11.3社会效益、战略效益分析11.4经济评价的结论和建议12.缩写词表13.参考文献。
配置管理计划模板
配置管理计划模板一、引言。
配置管理是软件开发过程中至关重要的一环，它涉及到对软件产品的版本控制、变更管理、发布管理等方面。
一个完善的配置管理计划能够帮助团队更好地组织和管理软件开发过程，提高开发效率，降低风险。
本文档旨在为软件开发团队提供一个配置管理计划模板，帮助他们制定和执行配置管理计划。
二、配置管理目标。
1. 确保软件产品的版本控制，保证团队成员使用的是同一版本的软件源代码和文档。
2. 管理软件产品的变更，追踪和记录软件产品的变更历史，确保变更的合理性和可追溯性。
3. 确保软件产品的发布管理，规范软件产品的发布流程，降低发布带来的风险。
三、配置管理计划。
1. 配置标识。
1.1 软件产品的版本号、发布日期等标识信息。
1.2 文档的版本号、修订日期等标识信息。
2. 配置管理过程。
2.1 版本控制。
2.1.1 确定版本控制策略，包括分支管理、标签管理等。
2.1.2 确定版本控制工具，如Git、SVN等。
2.2 变更管理。
2.2.1 确定变更管理流程，包括变更申请、变更评审、变更实施等。
2.2.2 确定变更管理工具，如JIRA、Redmine等。
2.3 发布管理。
2.3.1 确定发布管理流程，包括发布计划、发布测试、发布审批等。
2.3.2 确定发布管理工具，如Jenkins、Docker等。
3. 配置管理工具。
3.1 版本控制工具。
3.2 变更管理工具。
3.3 发布管理工具。
四、配置管理责任。
1. 确定配置管理人员的职责和权限，包括配置管理员、变更管理员等。
2. 确保配置管理人员具备必要的技能和知识，能够有效地执行配置管理计划。
五、配置管理审核。
1. 确定配置管理计划的审核流程和频率，确保配置管理计划的有效性和适应性。
2. 确定配置管理审核的内容和标准，包括配置项的一致性、完整性、可追溯性等。
六、配置管理培训。
1. 确定配置管理培训的对象和内容，包括配置管理人员、开发人员等。
2. 确定配置管理培训的方式和周期，确保团队成员具备必要的配置管理知识和技能。
ISO软件开发全套文档_软件开发过程控制程序文件
和性能等方面达到设计的要求。
5．6．3编写《用户操作手册》，修改《系统指南》。
5．6．4 系统设计员最终完成《系统指南》。
5．7 部测试
5．7．1项目负责人应组织系统的部测试，部测试由项目组包括单元测试，集成测
试和构造测试。
5．7．2项目组的测试员负责编写系统部测试的《测试计划》和《测试实例》，实施
该体系结构应描述软件的顶层结构和定义其主要部分,包括：
a. 整个软件系统的层次结构；
b. 每一层次的模块结构；
c. 相关模块间的接口, 即模块间传递信息的容、方式和协议；
d. 确定各模块在计算机网络环境下的物理分布；
a. 确定系统的数据库结构；
e. 确定本软件系统与其他外围系统接口；
f. 确定模块与系统功能间的关系；
i. 一些特殊的设计限制
5．3．2需求分析员要使用《XXX系统开发规》中规定的需求分析方法和工具清晰准确
地定义和描述这些需求。编写《软件需求说明书》，编写初步的《系统指南》。
5．3．3《软件需求说明书》得到用户确认后，提交评审。（参见《设计评审和设计更改
控制程序》）。
5．4 概要设计
5．4．1 系统设计员应建立一个高层的软件体系结构，该体系结构应体现系统的需求。
，采用的开发方法论。
5．2．2 项目负责人要组织编写《XXX系统开发规》，其中包括：
a. 阐述项目采用的技术路线；
b. 采用的软件开发方法和使用的软件辅助开发工具；
c. 制定需求分析阶段，设计阶段，编程阶段中文档编写规则，模型表示规则，命名约定
等在开发过程中需协调一致的规则。
软件配置管理计划范本
软件配置管理计划范本一、引言软件配置管理（Software Configuration Management，简称SCM）是确保软件产品在其生命周期内能够进行有效控制和管理的过程。
为了规范软件配置管理的实施，制定一个详细的软件配置管理计划非常必要。
本文将提供一个软件配置管理计划范本，供相关人员参考和使用。
二、背景信息在撰写软件配置管理计划之前，我们需要了解以下背景信息：1. 项目名称：2. 项目目标：3. 相关人员：4. 版本控制工具：三、配置管理目标本部分将描述软件配置管理的目标和具体实施计划，包括以下几个方面：1. 配置标识符：为软件及其组件定义唯一的标识符；2. 版本控制：确保对软件及其组件的版本进行控制和管理；3. 变更管理：负责对软件及其组件的变更进行评审、批准、实施和记录；4. 系统构建和发布：负责将配置项组装成可执行的软件产品并进行发布；5. 配置状态管理：确保对软件配置项及其状态进行记录和管理。
四、配置管理计划本部分将详细介绍软件配置管理计划的内容和执行方式。
1. 配置标识符管理1.1 配置项命名规范配置项的命名规范应包括：配置项名称、版本号、标识符等信息。
1.2 配置项标识符的生成规则配置项标识符的生成规则应基于项目的特定需求，并确保唯一性和易于识别。
1.3 配置项标识符的维护和更新配置项标识符需要进行维护和更新，以保证项目团队的一致性和正确性。
2. 版本控制管理2.1 版本控制工具的选择根据项目需求和团队习惯选择适合的版本控制工具，如Git、SVN等。
2.2 版本控制策略设定版本控制的策略和规范，包括代码提交、分支管理、冲突解决等。
2.3 版本库的维护和备份定期对版本库进行备份，确保数据的安全性和可恢复性。
3. 变更管理3.1 变更管理流程制定变更管理的详细流程，包括变更请求、评审、批准、实施和记录等。
3.2 变更影响分析对变更进行影响分析，评估其对项目进度和功能的影响，并及时通知相关人员。
ISO软件开发文档模板-配置管理计划模板
产品/ 项目系统名称配置管理计划XXX有限公司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．r.r . r r、. 、Kr.\t/3．软件需求文档用户手册4．设计文档5．源代码清单6．测试文档7．a. 测试计划和过程b. 测试用例和结果记录可执行程序8．模块的可执行代码a.链接的模块b.数据库描述9．模式和文件结构a.初始内容b.10联机用户手册．11维护文档．软件问题报告a.维护记录b.工程变化c.12软件工程的标准和规程．2.5 软件配置管理计划的实现规定实现软件配置管理计划的主要里程碑，例如：建立配置控制组确定各个配置基线建立接口控制协议指定评审与检查软件配置管理计划和规程制定相关的软件开发、测试和支持工具的配置管理计划和规程2.6 适用的标准、条例和约定可包括如下内容：软件结构层次树中软件位置的标识方法；程序和模块的命名约定；版本级别的命名约定；软件产品的标识方法；规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法；媒体和文档管理的标识方法；文档交付过程；软件产品库中软件产品入库、移交或交付的过程；问题报告、修改请求或修改次序的处理过程；配置控制组的结构和作用；软件产品交付给拥护的验收规程软件库的操作，包括准备、存储和更新模块的方法；软件配置管理活动的检查；问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；软件进入配置管理之前的测试级别；质量保证级别，例如：在进入配置管理之前，验证软件满足有关基线的程度。
配置管理计划模板
配置管理计划模板一、引言。
配置管理是软件开发和项目管理中非常重要的一环，它涉及到对软件或系统的变更进行控制和管理，以确保系统的稳定性和可靠性。
配置管理计划是指对配置管理工作进行规划和管理的文件，它包括了配置管理的目标、范围、活动、责任人等内容。
本文档旨在为项目团队提供一个配置管理计划模板，以便于他们在项目中进行配置管理工作。
二、配置管理目标。
配置管理的目标是确保软件或系统的稳定性和可靠性，以及对变更进行有效的管理和控制。
具体包括：1. 确保软件或系统的版本控制，避免版本混乱和错误的发布；2. 确保对软件或系统的变更进行有效的管理和控制，避免不必要的错误和问题；3. 确保对软件或系统的配置项进行有效的管理和控制，避免配置项的丢失和混乱。
三、配置管理范围。
配置管理的范围包括对软件或系统的所有配置项进行管理和控制，具体包括：1. 软件或系统的源代码、可执行文件、文档等所有的配置项；2. 软件或系统的版本控制，包括发布、回滚等操作；3. 变更管理，包括变更申请、变更评审、变更实施等操作；4. 配置项管理，包括配置项的标识、记录、状态控制等操作。
四、配置管理活动。
配置管理的活动包括对软件或系统的版本、变更、配置项等进行管理和控制，具体包括：1. 版本控制，对软件或系统的版本进行管理和控制，确保版本的一致性和可追溯性；2. 变更管理，对软件或系统的变更进行管理和控制，确保变更的合理性和有效性；3. 配置项管理，对软件或系统的配置项进行管理和控制，确保配置项的完整性和一致性。
五、配置管理责任人。
配置管理的责任人包括项目经理、配置管理员、开发人员等，具体包括：1. 项目经理，负责制定和执行配置管理计划，确保配置管理工作的顺利进行；2. 配置管理员，负责对软件或系统的版本、变更、配置项等进行管理和控制；3. 开发人员，负责遵守配置管理规定，确保软件或系统的稳定性和可靠性。
六、配置管理工具。
配置管理的工具包括版本控制工具、变更管理工具、配置项管理工具等，具体包括：1. 版本控制工具，如Git、SVN等，用于对软件或系统的版本进行管理和控制；2. 变更管理工具，如JIRA、Redmine等，用于对软件或系统的变更进行管理和控制；3. 配置项管理工具，如ClearCase、AccuRev等，用于对软件或系统的配置项进行管理和控制。
软件配置管理计划模板
软件配置管理计划XXXX科技有限公司XXXX年XX月目录1引言 (3)1.1 文档概述 (3)1.2 编写目的 (3)1.3 编写范围 (3)1.4 术语定义 (3)1.5 参考资料 (4)2 软件配置管理 (5)2.1 机构 (5)2.2 任务 (5)2.3 职责 (5)2.4 接口控制 (6)2.5 实现 (6)2.6 适用的标准、条例和约定 (6)3 软件配置管理活动 (7)3.1 配置标识 (7)3.1.1 标识方法 (7)3.1.2 各类基线 (7)3.2 配置和变更控制 (7)3.3 配置状态审计 (8)3.4 配置的检查和评审 (9)4 工具、技术和方法 (9)5 里程碑 (9)6 培训和资源 (10)7 对供货单位的控制 (10)8 记录的收集、维护和保存 (10)1引言说明：配置管理计划的简介应提供整个文档的概述。
它应包括此配置管理计划的目的、范围、定义、术语定义、参考资料和概述。
1.1 文档概述说明：本小节应说明此配置管理计划中其他部分所包含的内容，并解释文档的组织方式。
1.2 编写目的说明：阐明此配置管理计划的目的。
1.3 编写范围说明：简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。
1.4 术语定义说明：本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
●软件配置管理，简称SCM(Software Configuration Management的缩写)，是在团队开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
●基线(baseline)，是项目储存库中每个工件版本在特定时期的一个“快照”。
它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。
ISO标准软件工程文档模板
软件工程项目文档模板可行性研究报告（ISO标准）1．引言1.1 编写目的[编写本可行性研究报告的目的，指出预期的读者。
]1.2 背景a.[所建议开发的软件系统的名称；]b.[本项目的任务提出者、开发者、用户及实现该软件的单位；]c.[该软件系统同其他系统或其他机构的基本的相互来往关系。
]1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4 参考资料[列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：项目经核准的计划任务书、合同或上级机关的批文；与项目有关的已发表的资料；文档中所引用的资料，所采用的软件标准或规范。
]2．可行性研究的前提[说明对所建议开发的软件的项目进行可行性研究的前提。
]2.1 要求[说明对所建议开发的软件的基本要求。
如功能；性能；输出；输入；基本的数据流程和处理流程；安全与保密要求；与软件相关的其他系统；完成期限。
]2.2 目标[说明所建议系统的主要开发目标。
如：人力与设备费用的节省；处理速度的提高；控制精度或生产能力的提高；管理信息服务的改进；决策系统的改进；人员工作效率的提高，等等。
]2.3 条件、假定和限制[说明对这项开发中给出的条件、假定和所受到期的限制。
可包括：建议开发软件运行的最短寿命；进行系统方案选择比较的期限；经费来源和使用限制；法律和政策方面的限制；硬件、软件、运行环境和开发环境的条件和限制；可利用的信息和资源；建议开发软件投入使用的最迟时间。
]2.4 进行可行性研究的方法[说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。
]2.5 评价尺度[说明对系统进行评价时所使用的主要尺度。
决定可行性的主要因素]3．对现有系统的分析[这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。
][分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
ISO软件工程模板_项目开发计划
ISO软件工程模板_项目开发计划1. 引言1.1 编写目的[说明编写这份项目开发计划的目的，并指出预期的读者。
]1.2 背景a. 待开发软件系统的名称；b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4 参考资料[列出用得着的参考资料。
]2. 项目概述2.1 工作内容[简要地说明在本项目的开发中须进行的各项主要工作。
]2.2 主要参加人员[扼要地说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。
]2.3 产品2.3.1 程序[列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件。
逐项说明其功能和能力。
]2.3.2.文件[列出需移交给用户的每种文件的名称及内容要点。
]2.3.3.服务[列出需向用户提供的各项服务。
]2.3.4.非移交的产品[说明开发集体应向本单位交出但不必向用户移交的产品。
]2.4 验收标准[对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
]2.5 [完成项目的最迟期限]2.6 [本计划的批准者和批准日期]3. 实施计划3.1 工作任务的分解与人员分工[对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
]3.2 接口人员[说明负责接口工作的人员及他们的职责。
]3.3 进度[对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定的开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。
]3.4 预算[逐项列出本开发项目所需要的劳务以及经费的预算和来源。
]3.5 关键问题[逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
ISO软件工程项目开发计划
ISO软件工程项目开发计划第一篇：ISO软件工程项目开发计划ISO软件工程模板(2)项目开发计划摘要大家在平时的系统开发中需要编写一些文档模板，这此将我收集整理的ISO软件工程模板标准贴出，供大家参考。
(2002-07-22 15:32:08)By 风过留枫1.引言1.1 编写目的[说明编写这份项目开发计划的目的，并指出预期的读者。
] 1.2 背景a.待开发软件系统的名称；b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
] 1.4 参考资料[列出用得着的参考资料。
] 2.项目概述2.1 工作内容[简要地说明在本项目的开发中须进行的各项主要工作。
] 2.2 主要参加人员[扼要地说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。
] 2.3 产品2.3.1 程序[列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件。
逐项说明其功能和能力。
]2.3.2.文件[列出需移交给用户的每种文件的名称及内容要点。
]2.3.3.服务[列出需向用户提供的各项服务。
]2.3.4.非移交的产品[说明开发集体应向本单位交出但不必向用户移交的产品。
] 2.4 验收标准[对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
] 2.5 [完成项目的最迟期限] 2.6 [本计划的批准者和批准日期]3.实施计划3.1 工作任务的分解与人员分工[对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
] 3.2 接口人员[说明负责接口工作的人员及他们的职责。
] 3.3 进度[对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定的开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。
ISO9001软件研发标准文件配置
数据分析控制程序 质量改进控制程序
记录 (公司质量管理组织机构图) (公司产品生产服务示意图) 质量手册更改记录 文件和资料登记表 程序文件审核表 文件更改通知(申请) 文件销毁清单 质量记录清单 质量手册发放记录 质量体系程序文件发放记录 质量方针的修改记录 质量方针的评审记录 2003年质量目标表 质量目标检查记录表 产品质量计划 企业职责\极限汇总表 质量管理体系过程职能分配表 涉及本企业的法律\法规汇总表 (管理者代表授权工作管理表) (职务分配表) (职务说明表) (员工沟通调查表) (部门间沟通表) (信息沟通处理单) 工作周报 管理评审计划 管理评审会议记录表 管理评审资料输入汇总表 管理评审输出记录表 管理评审报告 管理评审跟踪记录表 培训计划 员工培训记录表 员工培训汇总表 培训档案 资产登记表 设备登记表 报价书和投标书审核表 合同评审表 (合同修改申请评审单) 产品要求变更表 需求评审表 合格代理商清单 代理商审核报告
代理商批准报告 可行性分析报告 项目(产品)立项审批表 项目(产品)立项清单 项目计划 开发过程裁剪批准表 项目计划批准表 软件需求规格说明书 软件需求规格评审表 变更申请记录 变更评审记录 变更实施措施 需求\概要设计\详细设计\代码评审表 测试计划\测试用例评审表 测试日志 测试报告 配置项清单 配置项入库申请单 配置项出库申请单 配置项变更申请单 建立发布基线申请单 配置审计报告 软件质量保证计划 软件质量保证计划评审表 质量审核报告 项目计划修订时提交软件问题报告 《规则、惯例和约定管理》 《设备和工具管理》 《技术报告编写规范》 《用户手册编写规范》 《计算机源代码编写规范》
固定资产管理办法 合同评审规程 合同管理办法
项目需求分析控制程序 代理商审核管理办法
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外来文件中由客户提供的与开发有关的文件资料由项目负责人审核，开发组将其列入配置管理中进行保管。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
产品/项目系统名称
配置管理计划
XXXX有限公司
200年××月
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记录的收集、维护和保存
指明要保存的软件配置管理文档，指明用于汇总、保护和维护这
些文档的方法和设施（其中包括要使用的后备设施），并指明要保存的期限。