ISO软件开发全套文档-配置管理计划编写指南

软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。

本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。

二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。

2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。

配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。

(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。

配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。

3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。

(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。

变更记录的建立可以为软件开发过程的分析和评估提供参考依据。

三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。

常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。

1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。

2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。

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外来文件中由客户提供的与开发有关的文件资料由项目负责人审核，开发组将其列入配置管理中进行保管。

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 任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。

在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。

一、项目开发计划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．专题计划要点【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。

产品/ 项目系统名称配置管理计划北京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 软件配置管理活动。

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.运行说明所谓一个运行是指提供一个启动控制信息后，直到计算机系统等待另一个启动控制信息时为止的计算机系统执行的全部过程。

_软件测试面试必备Software Project Flat测试计划编写指南版本 <1.0>呕心沥血整理word1修订历史记录呕心沥血整理word2目录1. 介绍51.1 文档目的51.2 文档摘要51.3 文档历史和变更52. 背景52.1 系统视图和目标52.2 联系方式62.3 相关信息保存的位置63. 质量目标64. 测试策略74.1 整体策略74.2 测试范围75. 测试方法75.1 里程碑技术75.2 测试文档（测试用例）85.3 测试实施过程85.3.1 测试系统接受条件85.3.2 测试时间表95.4 稳定阶段测试95.4.1 稳定阶段摘要95.4.2 测试遍数95.4.3 项目结束95.5 自动测试策略95.6 集成测试策略105.7 内容测试105.8 性能测试和压力测试105.9 兼容性测试11呕心沥血整理word36. 测试组织116.1 测试团队结构116.2 功能划分117. 资源需求127.1 培训需求127.2 硬件需求127.3 软件需求127.4 办公空间需求128. 时间进度安排129. 缺陷处理129.1 数据库管理129.2 缺陷处理过程1310. 测试过程控制1310.1 缺陷数据分析1310.2 测试工作周报1411. 风险分析1412. 系统发布14呕心沥血整理word4测试计划编写指南1.介绍测试计划编写指南有两类潜在的受众。

首先，测试负责人使用它作为指导方针编写测试计划。

测试计划编写完成后，将作为整个团队（包括开发人员和测试人员）沟通的基础。

测试项目开始时，应该完成测试计划的大部分内容。

项目开始后，由于测试情况有变化，可能导致测试计划文档变化。

如果文档有明显的变化，必须在文档中添加变更历史来记载这些变化。

1.1文档目的测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。

测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。

软件配置管理规范（ISO9001：2015）1 目的编制本规定的目的是为了规范公司软件研制的软件配置管理工作，确保应用软件的正确性、适宜性、完整性和可跟踪性。

2 范围本规定适用于公司所有涉及软件研制项目的软件配置管理和控制。

本规定起始于软件开发库的建立。

本规定结束于软件进入产品库以及相关记录归档。

3 术语和定义软件配置：指一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合。

软件配置管理：软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。

是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。

配置管理的目标是记录软件产品的演化过程，确保开发人员在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。

配置项：凡是纳入配置管理范畴的工作成果统称为配置项。

配置项逻辑上是组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。

配置项分为一般配置项和受控配置项。

配置项及其历史记录反映了软件的演化过程。

开发库：指在软件生存周期的某一个阶段期间，存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。

由开发人员控制变更。

受控库：指在软件生存周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。

由项目负责人控制变更。

产品库：指在软件生存周期的组装与系统测试阶段结束后，存放最终产品而后交付给用户运行或在现场安装的软件的库。

由项目负责人控制变更，顾客可以参与。

4 职责4.1 产品系统部软件工程师负责开发库的建立和管理。

项目负责人负责组织软件进入受控库和产品库前的评审及入库软件的提交。

软件配置管理由研发生产部负责组织实施。

4.2 综合部综合部文件管理员负责受控库和产品库的建立和管理。

5 过程描述5.1 配置项5.1.1 配置项的范围配置项一般包括以下内容：A. 文档类：《软件研制分任务书》、《软件概要设计书》、《软件模块测试方法》、《软件模块测试报告》、《软件系统测试方法》、《软件系统测试报告》、《会议记录》、《信息反馈记录》、《软件版本信息记录》等。