3 软件配置管理计划(模板)-GJB438C

软件配置管理计划本软件配置管理计划的任务包括但不限于以下内容：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.配置管理计划的更新和审查软件配置管理小组应该定期对本计划进行更新和审查，以确保其与实际情况的一致性，并及时纠正和完善计划中存在的问题和不足。

gjb软件配置管理计划范文英文回答：Software configuration management (SCM) is an essential process in software development that involves managing and controlling changes to software systems throughout their lifecycle. A software configuration management plan (SCMP) outlines the strategies, procedures, and tools that will be used to manage the configuration of software products.The purpose of an SCMP is to ensure that all changes made to the software are properly documented, controlled, and tracked. It provides a roadmap for the development team, outlining how the software will be managed, including version control, change control, and release management.To create an effective SCMP, several key componentsneed to be considered. First, the plan should define the configuration management objectives and goals for the project. This helps to establish a clear direction andpurpose for the SCM activities. For example, the objective could be to ensure that all software releases are stableand meet customer requirements.Next, the plan should outline the roles and responsibilities of the individuals involved in the SCM process. This includes the configuration management team, developers, testers, and other stakeholders. Each person should understand their role and the specific tasks theyare responsible for. For instance, the configuration management team may be responsible for maintaining the software repository and managing the version control system.Another important aspect of the SCMP is theidentification and control of software baselines. Abaseline is a well-defined version of the software that serves as a reference point for future changes. The plan should specify how baselines will be established and controlled, ensuring that all changes are properly documented and approved.Furthermore, the SCMP should include a detailed changecontrol process. This process outlines the steps and procedures for requesting, reviewing, and approving changes to the software. It ensures that all changes are properly evaluated and tested before being implemented. For example, a change request may need to go through a formal review process and be tested in a development environment before being approved for deployment.Additionally, the plan should address the issue of version control. Version control is crucial for managing different versions of the software and tracking changes made to each version. The SCMP should specify the version control system to be used, along with the procedures for branching, merging, and tagging software versions.Lastly, the SCMP should include a release management strategy. This strategy outlines how software releases will be planned, scheduled, and deployed. It includes considerations such as release criteria, release notes, and deployment procedures. For example, the plan may specify that a release will only be deployed if all critical bugs have been fixed and all required documentation is complete.In conclusion, a software configuration management plan is a crucial document that outlines the strategies, procedures, and tools for managing software configuration.It ensures that changes to the software are properly controlled, documented, and tracked throughout the development lifecycle. By defining objectives, roles, baselines, change control processes, version control strategies, and release management strategies, an effective SCMP provides a roadmap for successful software development.中文回答：软件配置管理（SCM）是软件开发中的一个重要过程，涉及在整个软件生命周期中管理和控制软件系统的变更。

软件配置管理计划计划一：软件配置管理计划1引言1．1目的本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。

软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。

剪裁后的计划必须经总体组批准。

1．2定义本计划中用到的一些术语的定义按GB/T11457和GB/T12504。

1．3参考资料GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范GB/T12505计算机软件配置管理计划规范CADCSC软件质量保证计划2管理2．1机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。

软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。

各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。

软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。

各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。

各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。

2．2任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。

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

编号：版本：状态：密级：分发号：XX软件标准化大纲编制/日期：审核/日期：标审/日期：会签/日期：批准/日期：XX科技有限公司XXXX年X月文档修订记录目录1 概述 (1)1.1 任务来源 (1)1.2 软件用途 (1)1.3 软件主要技术指标 (1)1.4 软件组成和特点 (1)1.5 软件研制对标准化的要求 (1)2 范围 (1)3 标准化工作原则 (2)3.1 标准化工作的方针和政策 (2)3.2 选择标准的原则 (2)4 标准化目标 (2)4.1 工作目标 (2)4.2 工作范围 (2)5 标准化实施要求 (3)5.1 采用标准要求 (3)5.2 通用化、系列化、组合化（模块化）要求 (3)5.3 接口、互换要求 (3)5.4 标准文件体系要求 (3)5.5 可靠性标准化要求 (3)5.6 设计文件的基本要求 (4)5.6.1 技术文件的编写要求 (4)5.6.2 文件签署要求 (4)5.6.3 设计文件更改要求 (4)5.6.4 各阶段技术文件齐套 (4)6 研制各阶段标准化主要工作任务 (4)6.1 标准化工作主要任务 (4)6.2 研制个阶段标准化工作的主要内容 (5)6.2.XXX阶段的标准化工作 (5)7 标准化工作协调需要 (5)1 概述1.1 任务来源【注释：本条应描述系统和软件的任务来源以及标识项目的需方、用户、开发方和保障机构等。

】1.2 软件用途【注释：本条应概述系统和软件的用途。

】1.3 软件主要技术指标【注释：本条应概述系统和软件的主要技术指标，包括但是不仅限于系统和软件的功能指标、性能指标。

】1.4 软件组成和特点【注释：本条应概述系统和软件的组成以及各部分组成所应实现的功能，以及系统和软件所具有的特点。

】1.5 软件研制对标准化的要求【注释：本条应概述系统和软件在研制过程中对于标准化工作的要求。

】2 范围【注释：本章应概述本标准化大纲所包含的主要内容，以及在系统和软件研制过程中所适用的阶段。

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 配置项计划配置管理员标识配置项，标识符的参考格式为：项目编号-配置项类型-配置项序号-配置项版本配置项名称。

GJB438B-软件开发计划-模板技术文件标识：密级：xxxxxx软件开发计划册号：x/x 总页数：页xxxxXxxxx软件开发计划编写：审核：批准：x年x月x日修改文档历史记录：日期版本说明修改人x V1.0首次提交x1 范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、标题、缩略名、版本号和发行号。

1.2 系统概述本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。

1.3 文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。

1.4 与其他计划之间的关系本条应描述本计划和其他项目管理计划的关系。

2 引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

3 策划背景概述本章按需要可分为若干条，并应对后续章条描述的策划提供背景信息，主要包括如下方面的概述：a)所要开发系统、软件的需求和约束；b)项目文档的需求和约束；c)项目在系统寿命周期中的位置；d)所选用的工程项目/获取策略或其他方面对它的需求或约束；e)项目进度安排及资源的需求与约束；f)其他需求和约束，例如；项目的保密性、方法、标准、硬件和软件开发的相互依赖关系等。

4 软件开发活动的总体实施计划如果项目的不同构建版或不同软件要求不同的策划，就应在下述相应条中注明这些区别。

除下面规定的内容外，每条应标识适用的风险/不确定性和它们的处理计划。

4.1 软件开发过程本条应描述要采用的软件开发过程，软件生存周期模型的定义和选择。

计划的内容应覆盖合同（或软件研制任务书）中涉及该方面要求的所有条款，应包括已标识的计划的构建版，合适时，包括各构建版的目标以及每个构建版要执行的软件开发活动。

4.2 软件开发总体计划4.2.1 软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程的描述。

GJB438B-2009附录AA(资料性附隶）《软件配置管理报告》的正文格式《软件配置管理报吿》的正文格式如下：1范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。

1.2 系统概述本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。

1.3 文档概述本条应概括本文档的用途和内容.并描述与其使用有关的保密性考虑。

2引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

3软件配置管理情况综述本章应描述软件配置管理活动进展，与软件配置管理计划的偏差；软件配置管理活动与规程是否相符；对不符合项所采取的措施；完成软件配置管理工作的工作量等。

4软件配置管理基本信息本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。

5专业组划分及权限分配本章应列出项目专亚组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。

6配置项记录本章应列出项目的所有配置项，包括配置项名称、配置项最后发布日期，配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配览项版本变更历史、配置项变更累计次数等内容。

7变更记录本章应列出软件研制过程中的所有变更，包括变更申谘单号、变更时间、变更内容、变更申请人、批准人、变更实施人等内容。

8基线记录本章应列出项目的所有基线，包括基线名称、基线最后一版发布日期、基线版本变更历史、基线变更累计次数、最后一版基线的内容及版本号等内容。

9入库记录本章应列出配置项的入库记录，包括入库时间、入库单号、入库原因、入库申请人和批准人等。

软件配置管理计划模板文档标识：当前版本：当前状态：发布日期：目录1概述 (3)1.1目的和范围 (3)1.2软件配置管理计划维护 (3)1.3参考资料 (3)2角色和职责 (3)2.1软件配置管理代表 (3)2.2配置控制委员会 (3)2.3项目开发组 (3)2.4项目经理 (4)3配置管理环境 (4)3.1文档工具 (4)3.2软件配置管理工具 (4)3.3配置管理服务器 (4)4配置管理活动 (4)4.1配置标识 (4)4.1.1 标识方法 (4)4.1.2 配置项标识及存储 (5)4.1.3 软件产品 (5)4.1.4 配置基线定义及存储 (5)4.2配置库管理 (6)4.2.1 配置库结构 (6)4.2.2 权限层次 (6)4.2.3 注册用户 (6)4.2.4 备份机制 (6)4.3配置控制 (7)4.4配置状态统计 (7)4.4.1 配置控制委员会会议记录 (7)4.4.2 变更请求状态 (7)4.4.3 配置项状态 (7)4.5基线审核 (8)5配置管理审核 (8)6配置管理代表主要活动时间表 (8)7配置控制委员会主要活动时间表 (8)1 概述1.1 目的和范围本节描述软件配置管理计划的目的和范围。

1.2 软件配置管理计划维护本节将描述该计划在何种情况下需要被更新，以及如何更新。

例如:此软件配置管理计划由{项目组}负责开发和维护。

当出现新的问题或需要更改已存在问题时，需按《变更控制规程》进行更新，并由{项目组}负责完成。

1.3 参考资料用实际引用的文档替代/添加在下面的文档后。

例如：1.软件配置管理过程2 角色和职责2.1 软件配置管理代表2.2 配置控制委员会在此处写配置控制委员会主席和成员的名字。

2.3 项目开发组2.4 项目经理3 配置管理环境3.1 文档工具{项目名称}项目的所有文档由下列办公系统软件生成，或由标准的ASCII文本编辑器（例3.2 软件配置管理工具3.3 配置管理服务器4 配置管理活动4.1 配置标识4.1.1 标识方法以下4.1.2和4.1.3节中所列各配置项需要分配唯一的标识，具体的标识方法可以参考新宇软件开发中心《软件配置管理过程》中3.3节内容。

软件配置管理计划模板文档标识：当前版本：当前状态：发布日期：目录1概述 (3)1.1目的和范围 (3)1.2软件配置管理计划维护 (3)1.3参考资料 (3)2角色和职责 (3)2.1软件配置管理代表 (3)2.2配置控制委员会 (3)2.3项目开发组 (3)2.4项目经理 (4)3配置管理环境 (4)3.1文档工具 (4)3.2软件配置管理工具 (4)3.3配置管理服务器 (4)4配置管理活动 (4)4.1配置标识 (4)4.1.1 标识方法 (4)4.1.2 配置项标识及存储 (5)4.1.3 软件产品 (5)4.1.4 配置基线定义及存储 (5)4.2配置库管理 (6)4.2.1 配置库结构 (6)4.2.2 权限层次 (6)4.2.3 注册用户 (6)4.2.4 备份机制 (6)4.3配置控制 (7)4.4配置状态统计 (7)4.4.1 配置控制委员会会议记录 (7)4.4.2 变更请求状态 (7)4.4.3 配置项状态 (7)4.5基线审核 (8)5配置管理审核 (8)6配置管理代表主要活动时间表 (8)7配置控制委员会主要活动时间表 (8)1 概述1.1 目的和范围本节描述软件配置管理计划的目的和范围。

1.2 软件配置管理计划维护本节将描述该计划在何种情况下需要被更新，以及如何更新。

例如:此软件配置管理计划由{项目组}负责开发和维护。

当出现新的问题或需要更改已存在问题时，需按《变更控制规程》进行更新，并由{项目组}负责完成。

1.3 参考资料用实际引用的文档替代/添加在下面的文档后。

例如：1.软件配置管理过程2 角色和职责2.1 软件配置管理代表2.2 配置控制委员会在此处写配置控制委员会主席和成员的名字。

2.3 项目开发组2.4 项目经理3 配置管理环境3.1 文档工具{项目名称}项目的所有文档由下列办公系统软件生成，或由标准的ASCII文本编辑器（例3.2 软件配置管理工具3.3 配置管理服务器4 配置管理活动4.1 配置标识4.1.1 标识方法以下4.1.2和4.1.3节中所列各配置项需要分配唯一的标识，具体的标识方法可以参考新宇软件开发中心《软件配置管理过程》中3.3节内容。

gjb软件配置管理计划范文英文回答：GJB Software Configuration Management Plan Template.1. Introduction.The Software Configuration Management (SCM) Plan defines the processes and procedures that will be used to control and manage the software configuration items (CIs) throughout the software development lifecycle. The SCM Plan ensures that the software is developed and maintained in a controlled and consistent manner, and that changes to the software are properly documented and tracked.2. Scope.The SCM Plan applies to all software CIs that are developed or maintained as part of the [Project Name] project. This includes all source code, documentation, testcases, and other artifacts that are necessary to build, test, and deploy the software.3. Roles and Responsibilities.The following roles and responsibilities are defined in the SCM Plan:Configuration Manager: The Configuration Manager is responsible for overall management of the SCM process.Development Team: The Development Team is responsible for creating and maintaining the software CIs.Testing Team: The Testing Team is responsible for testing the software CIs.Release Team: The Release Team is responsible for releasing the software CIs to production.4. Processes and Procedures.The following processes and procedures are defined in the SCM Plan:Version Control: The software CIs will be stored in a version control system.Change Management: Changes to the software CIs will be managed through a change management process.Release Management: Releases of the software CIs will be managed through a release management process.5. Tools and Techniques.The following tools and techniques will be used to implement the SCM Plan:Version Control Tool: [Tool Name] will be used as the version control tool.Issue Tracking Tool: [Tool Name] will be used as the issue tracking tool.6. Training and Education.The following training and education will be provided to the project team:SCM Overview: All project team members will receive an overview of SCM concepts and processes.Version Control Tool Training: All project team members who will be using the version control tool will receive training on how to use the tool.Change Management Training: All project team members who will be involved in the change management process will receive training on how to use the change management process.7. Audit and Review.The SCM Plan will be audited and reviewed on a regular basis to ensure that it is being followed and that it iseffective.中文回答：GJB软件配置管理计划范文。

目录1 范围 (6)1.1标识 (6)1.2系统概述 (6)1.3文档概述 (6)1.4与其它计划的关系 (6)2 引用文档 (6)3 策划背景概述 (6)4 实施整个软件开发活动的计划 (7)4.1软件开发过程 (7)4.2软件开发总体计划 (8)4.2.1软件开发方法 (8)4.2.2软件产品标准 (9)4.2.3可重用软件产品 (9)4.2.4关键性需求的处理 (9)4.2.5计算机硬件资源利用 (9)4.2.6决策理由的记录原理 (10)4.2.7需方评审途径 (10)5 实施详细软件开发活动的计划 (10)5.1项目计划及监督 (10)5.1.1软件开发策划 (10)5.1.2软件集成测试计划 (11)5.1.3软件配置项测试计划 (11)5.1.4软件安装计划 (11)5.1.5软件移交计划 (11)5.1.6跟踪和更新计划 (11)5.2建立软件开发环境 (11)5.2.1软件工程环境 (11)5.2.2软件测试环境 (11)5.2.3软件开发库 (12)5.2.4软件开发文件 (12)5.2.5非交付软件 (13)5.3初样研制 (13)5.3.1软件需求分析 (13)5.3.2软件设计 (13)5.3.3设计决策 (13)5.3.4体系结构设计 (13)5.3.5详细设计 (14)5.3.7软件配置项测试 (14)5.3.8系统测试 (15)5.4正样研制 (16)5.4.1软件需求分析 (16)5.4.2软件设计 (16)5.4.3配置项测试 (16)5.4.4系统测试 (17)5.4.5确认测试（若适用） (17)5.5软件测评 (17)5.6出所检验（若适用） (18)5.7部队试验（若适用） (18)5.8设计定型（若适用） (18)5.9软件使用准备 (18)5.9.1可执行软件的准备 (18)5.9.2用户现场的版本说明的准备 (18)5.9.3用户手册的准备 (18)5.9.4用户现场安装 (18)5.10软件移交准备 (19)5.10.1可执行软件的准备 (19)5.10.2源文件准备 (19)5.10.3保障现场的版本说明的准备 (19)5.10.4已完成的软件设计和其它的软件支持信息的准备 (19)5.10.5保障手册准备 (19)5.10.6到指定保障现场的移交 (19)5.11软件验收支持 (19)5.12软件配置管理 (19)5.13软件产品评估 (19)5.13.1中间阶段的和最终的软件产品的评估 (19)5.13.2软件产品评估记录 (19)5.13.3软件产品评估的独立性 (19)5.14软件质量保证 (20)5.15纠正活动 (20)5.15.1问题报告 (20)5.15.2问题更改报告 (20)5.16联合技术评审和联合管理评审 (20)5.16.1联合技术评审 (20)5.16.2联合管理评审 (20)5.17其他软件开发活动 (21)5.17.1风险管理 (21)5.17.2软件管理指标 (21)5.17.3保密性 (21)5.17.4分承制方管理 (21)5.17.5与软件独立验证和认证机构（IV&IV）的接口 (21)5.17.7项目过程的改进 (21)5.17.8计划中未提及的其他活动 (22)6 进度安排及活动网络 (22)6.1进度安排 (22)6.1.1进度表 (22)6.1.2活动网络图 (23)7 项目的组织和资源 (23)7.1项目组织 (23)7.2项目资源 (24)7.2.1人力资源 (24)7.2.2开发方所用设施 (24)7.2.3需方应提供的资源 (24)7.2.4其它所需的资源 (24)8 注解 (25)1 范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。

密级：内部（XXXX）软件配置管理计划标识：XXXX/SCMP版本：V1.0页数：编制：SQA审核：审核：批准：编制部门：2020年7月5日1 范围1.1 标识本文档适用：xxx项目（标识：xxxx）；本文档的名称为：xxx软件配置管理计划；本文档标识为：XXXX/SCMP1.2 系统概述甲方：xxx。

乙方：xxx。

对系统进行概述。

1.3 文档概述本文档指定xxxx研制过程中，将执行的所有与配置管理相关的活动，以及配置管理活动的时间、内容、活动主体、要达到的结果的实施依据。

本文档读者为系统研制开发中的甲方团队、乙方。

1.4 与其他计划之间的关系本文档是软件开发计划的子计划。

2 引用文档本文档引用文档清单如表2-1所示。

表2-1 引用文档清单3 组织和职责组织和职责如表3-1所示。

表3-1 组织和职责4 软件配置管理活动4.1 配置标识本条应描述基线和配置项的标识方案；详细描述本项目的每一条基线，包括基线的名称、基线的项目唯一的标识符、基线的内容和基线预期的建立时间等。

本条还应详细描述本项目的每一软件配置项，包括配置项名称、配置项的项目唯一的标识符及其受控时间等，若为基线软件配置项，则还应列出其所属的基线名称。

4.2 配置控制本条应描述如下内容：在本计划所描述的软件生存周期各个阶段使用的更改批准权限的级别。

对已有配置项的更改申请进行处理的方法，其中包括：详细说明在本计划描述的软件生存周期各个阶段提出更改申请的规程；描述实现已批准的更改申请（如：源代码、目标代码和文档等的修改）的方法；描述软件配置管理库控制的规程，其中包括例如：库存软件控制、对于使用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等规程；描述配置项和基线变更、发布的规程以及相应的批准权限。

当与不属于本软件配置管理计划适用范围的软件和项目存在接口时，本条应描述对其进行配置控制的方法。

如果这些软件的更改需要从其他机构在配置管理组评审之前或之后进行评审，则本条应描述这些机构的组成、他们与配置管理组的关系以及他们相互之间的关系。

编号：版本：状态：密级：分发号：XX软件需求规格说明编制/日期：审核/日期：标审/日期：会签/日期：批准/日期：XX科技有限公司20XX年X月文档修订记录目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)2引用文档 (1)3需求 (1)3.1要求的状态和方式 (2)3.2软件能力需求 (2)3.2.X(软件能力) (2)3.3软件外部接口需求 (3)3.3.1 接口标识和接口图 (3)3.3.X（接口的项目唯一的标识符） (3)3.4 软件内部接口需求 (6)3.5 软件内部数据需求 (6)3.6 适应性需求 (7)3.7保密性需求 (7)3.8 安全性需求 (7)3.9 软件环境需求 (7)3.11其他质量特性 (8)3.11计算机资源需求 (8)3.11.1计算机硬件需求 (8)3.11.2计算机硬件资源使用需求 (8)3.11.3计算机软件需求 (8)3.11.4计算机通信需求 (9)3.12设计和实现约束 (9)3.13人员需求 (9)3.14训练相关需求 (10)3.15软件保障需求 (10)3.16包装需求 (10)3.17其他需求 (10)3.18需求的优先顺序和关键程度 (10)4合格性规定 (11)5需求可追踪性 (11)8注释 (12)1范围1.1标识【注释：本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。

】1.2系统概述【注释：本条应概述本文档所适用的系统和软件的用途。

描述系统与软件的一般特性（如规模、安全性、可靠性、实时性、技术风险等特性）；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。

】1.3文档概述【注释：本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。

】2引用文档【注释：本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应给出不能通过正常渠道得到的文档的来源。

文件更改记录表目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)1.4 与其他计划之间的关系 (1)2 引用文裆 (1)3 组织和职责 (1)4 一般要求 (2)4.1 “软件三库”的要求 (2)4.2 环境、管理工具要求 (2)4.3 访问和授权 (2)4.4 “软件三库”的备份要求 (2)5 软件配置管理活动 (2)5.1 配置标识 (2)5.2 配置控制 (2)5.3 配置状态记实 (3)5.4 配置审核 (3)5.5 软件发行管理和交付 (3)6 工具、技术和方法 (4)7 对供货单位的控制 (4)8 进度表 (4)9 注释 (4)1 范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。

a）文档标识号：TN/x-DO-DS-V{N.xx}；b）标题：；c）软件名称；d）软件缩写：e）软件版本号。

1.2 系统概述本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性:概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场:列出其他有关文挡。

1.3 文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。

1.4 与其他计划之间的关系本条应描述本计划和其他项目管理计划的关系。

2 引用文裆本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

3 组织和职责本条应描述软件配置管理机构的组成及各级软件配置管理机构的职责和权限:说明与软件配置管理相关的人员(如项目经理、部门软件配置管理组组长)在软件配置管理中的职责:描述上述人员之间的关系。

适用时，本条还应描述需方及用户等与软件配置管理机构之间的关系。

建议如下表：表-X4 一般要求4.1 “软件三库”的要求在软件开发、生产和维护过程中，各承研单位均针对如何建立“软件三库”（开发库、受控库、产品库）对项目进行管理提出具体要求。

GJB438B-软件开发计划-模板技术文档标识：密级：xxxxxx软件开发计划册号：x/x 总页数：xxxx 页编写。

审核。

批准：x年x月x日修改文档历史记录：日期版本说明修改人x V1.0 首次提交 x1 范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，包括标识号、标题、缩略名、版本号和发行号。

1.2 系统概述本条应概述本文档所适用的系统和软件的用途，一般特性，系统开发、运行和维护的历史，需方、用户、开发方和保障机构等相关信息，当前和计划的运行现场，并列出其他有关文档。

1.3 文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。

1.4 与其他计划之间的关系本条应描述本计划和其他项目管理计划的关系。

2 引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

3 策划背景概述本章提供背景信息，包括所要开发系统、软件的需求和约束，项目文档的需求和约束，项目在系统寿命周期中的位置，所选用的工程项目/获取策略或其他方面对它的需求或约束，项目进度安排及资源的需求与约束，以及其他需求和约束。

4 软件开发活动的总体实施计划如果项目的不同构建版或不同软件要求不同的策划，就应在相应条中注明这些区别。

除下面规定的内容外，每条应标识适用的风险/不确定性和它们的处理计划。

4.1 软件开发过程本条应描述要采用的软件开发过程，软件生存周期模型的定义和选择。

计划的内容应覆盖合同（或软件研制任务书）中涉及该方面要求的所有条款，应包括已标识的计划的构建版，合适时，包括各构建版的目标以及每个构建版要执行的软件开发活动。

4.2 软件开发总体计划4.2.1 软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程的描述。

该方法应覆盖合同（或软件研制任务书）中涉及该方面要求的所有条款。

如果在本文档方法所适用的活动中，对软件开发方法有更好的描述，则可直接引用。

编号：公司简称首字母_系统简称首字母_TF00_V1.0版本：V1.0状态：受控密级：非密分发号：01XX系统软件开发计划编制/日期：__________________审核/日期：__________________标审/日期：__________________会签/日期：__________________批准/日期：__________________XX公司YYYY年MM月文档修订记录目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (2)2引用文档 (2)3策划背景概述 (3)3.1 系统的需求和约束 (3)3.2 项目文档的需求和约束 (3)3.3 本文档在系统寿命周期中所处的位置 (3)3.4 所选定项目获取策略及有关的要求与约束 (3)3.5 项目进度安排及资源方面的需求与约束 (3)3.6 其他要求和约束 (4)4软件开发活动的总体实施计划 (4)4.1软件开发过程 (4)4.2软件开发总体计划 (5)4.2.1软件开发方法 (5)4.2.2软件产品标准 (5)4.2.3可重用的软件产品 (5)4.2.4关键需求的处理 (6)4.2.5计算机硬件资源的利用 (6)4.2.7需方评审所需访问 (7)5详细的软件开发活动实施计划 (7)5.1项目策划和监控 (7)5.2软件开发环境建立 (8)5.3系统需求分析 (9)5.4系统设计 (9)5.5软件需求分析 (10)5.6软件设计 (10)5.7软件实现和单元测试 (11)5.8单元集成和测试 (11)5.9软件合格性测试 (12)5.10软件/硬件集成和测试 (12)5.11系统合格性测试 (12)5.12软件使用准备 (12)5.13软件移交准备 (12)5.14软件验收支持 (13)5.15软件配置管理 (13)5.16软件产品评价 (13)5.17软件质量保证 (13)5.18纠正措施 (13)5.19联合评审 (14)5.21测量和分析 (14)5.22保密性 (14)5.23分承制方管理 (14)5.24与软件独立验证和确认机构的联系 (14)5.25与相关开发方的协调 (14)5.26项目过程的改进 (15)5.27未提及的其他活动 (15)6进度表和活动网络图 (15)7项目组织和资源 (17)7.1项目组织 (17)7.2项目资源 (21)8注释 (22)1范围1.1标识本文档的标识为：公司简称首字母_系统简称首字母_TF00_V1.0。

密级：非密阶段：版次： A产品外部型号+产品名称软件单元测试计划产品内部型号-RDCH共14页XXXX公司XXXX年XX月产品外部型号+产品名称软件单元测试计划产品内部型号-RDCH编制审核会签标准化批准修改页本文件版本情况如下：目录1 范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其它计划的关系 (1)2 引用文档 (1)3 单元测试准则 (2)3.1单元测试准则内容 (2)3.1.1 测试内容 (2)3.1.2 测试要求 (2)3.1.3 管理要求 (2)3.1.4 通过准则 (3)3.2单元测试剪裁 (3)4 软件测试环境 (3)4.1（测试现场名称） (3)4.1.1 软件项 (3)4.1.2 硬件和固件项 (4)4.1.3 其它项 (4)4.1.4 其它材料 (4)4.1.5 所有者的特性、需方权利和许可证 (4)4.1.6 安装、测试和控制 (5)4.1.7 测试环境的差异性分析和有效性说明 (5)4.1.8 参与组织 (5)4.1.9 人员及分工 (5)4.1.10 人员培训 (5)4.1.11 要执行的测试 (6)4.2（测试现场名称） (6)5 测试标识 (6)5.1一般信息 (6)5.1.1 测试级 (6)5.1.2 测试类别 (6)5.1.3 一般测试条件 (6)5.1.4 测试进展 (6)5.1.5 数据记录、整理和分析 (6)5.2 计划执行的测试 (6)5.2.1 静态检查 (6)5.2.2 单元测试 (7)6 测试进度 (8)7 测试终止条件 (9)8 需求的可追踪性 (9)8.1正向追溯 (9)8.2逆向追溯 (9)9 附录 (9)1 范围1.1 标识本文档适用的软件：a) 软件标识：；b) 软件名称：；c) 软件简称：；d) 软件版本号：。

注1：本节应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号。

密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。

1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。

各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。

c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。

产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。

1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。

1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。

2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。