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软件配置管理计划范文
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任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。
GJB438C模板-软件标准化大纲(已按标准公文格式校准)
编号：版本：状态：密级：分发号：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-软件开发计划-模板
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 软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程的描述。
国军标软件配置管理报告word版
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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
密级：内部
阶段：
版次：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引用文档
下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
对于注明日期或版次的引用文件，其后的任何修改（不包括勘误的内容）或修订版本都不适用于本管理计划，但提倡使用本管理计划的各方，探讨使用其最新版本的可能性。
对于未注日期或版次的引用文件，其最新版本适用于本管理计划。
GJB 438B《军用软件开发文档通用要求》
GJB 439《军用软件质量保证规范》
GJB 2786A《军用软件开发通用要求》
GJB 3206《技术状态管理》
GJB 5235《军用软件配置管理》
GJB 5709《装备技术状态管理监督要求》
3组织和职责
软件配置管理组织由公司配置管理控制委员会（SCCB）和项目软件配置管理小组（SCMG）组成。
其中软件配置管理小组由项目副总师、项目负责人、软件配置管理员等组成，主要对项目级软件更改和配置的管理进行控制，负责本项目软件配置管理活动。
软件配置管理小组成员及职责如表1所示：
表 1 软件配置管理小组成员及职责
4软件配置管理活动
4.1配置标识
4.1.1源代码配置项标识
软件工程按XXXX的规定命名，软件版本标识形式为XXXX，初始版本号为XXXX。
XX软件配置项包括：
表 2 XX软件源代码配置项标识
软件文档如软件需求规格说明、软件设计说明、软件测试说明等的标识按XXXX的相关规定执行。
本软件包含的文档配置项及其标识详见下表：
表 3 XX软件文档配置项标识
XX软件的运行体即可执行软件包括XXX、XXX。
其配置标识如下。
表 4 XX软件运行体配置项标识
XX软件包含的数据有XX，其配置标识如下：
表 5 XX软件XX数据配置项标识
4.2配置控制
4.2.1软件三库的控制
a)开发库
软件开发库由项目负责人XX负责管理，具有新增、修改和删除的权限。
软件开发库的入库和出库由项目负责人填写《软件开发库入库登记表》、《软件开发库出库登记表》即可。
项目负责人、软件设计师、副总设计师、软件部门经理可访问软件开发库。
b)受控库
软件受控库由XX负责管理，具有新增、修改和删除的权限。
软件受控库的入库和出库需由软件设计师按《软件研制管理办法》的规定填写《软件入库单》、《软件出库单》，经XXXX批准后执行。
受控库管理员有权限访问受控库，其他人员只能浏览受控库，无法更改、删除、新增以及下载受控库内容。
其他人员需要访问受控时，应到受控库管理员处访问。
c)产品库
软件产品库由公司文控管理员负责管理。
软件产品库的入库，需由项目负责人填写《软件入库单》，经项目副总师批准后执行。
出库由软件提取人《软件出库单》经XXXX批准后执行。
软件产品库的每次访问应被XXXX批准。
4.2.2软件更改的控制
软件开发库中的软件由软件设计师直接更改。
软件受控库中的软件更改，由软件设计师填写《软件更改报告单》，经XXXX批准后，办理出库手续，将软件由软件受控库转入开发库，实施更改。
完成更改后的软件，经专人验证后填写《软件入库单》，按照软件受控库的入库要求重新入库。
软件产品库中的软件更改，项目组填写《软件更改报告单》，经XXXX批准，顾客要求时或设计鉴定后，应征得顾客同意。
按产品库出库流程办理出库手续，转入开发库实施更改。
更改后的软件经确认后，按照软件产品库入库要求重新入库。
4.3配置状态记实
XX软件配置状态记实的主要活动包括：
a)与顾客方签署的技术协调单等需求更改文件，应与技术协议一起归档保存；
b)软件出入库时，按要求填写《软件出/入库登记表》或《软件入库单》、《软件出库
单》，连同其他技术文件一起归档保存；
c)软件更改升级时，按要求填写《软件更改报告单》，连同其他技术文件一起归档保
存；
d)必要时，由配置管理员在转阶段或总结时编写《软件配置管理报告》，详细记录并
报告软件配置管理情况。
4.4配置审核
软件配置审核可按以下要求开展：
a)应在软件产品基线建立时，或纳入产品库管理的软件产品状态发生变化时，应对软件受控库中的项目进行功能配置审核。
通过对软件测试方法及测试报告的评价，验证配置项的实际功能、性能是否达到了软件设计文档所规定的要求。
检查内容包括：
●检查每份软件文档作为某个软件产品版本的描述是否精确，是否与相关版本一致；
●检查每个软件产品更改是否都已实现；
●检查每个已批准的更改是否都已实现；
●检查产品基线中的产品是否可运行，需求与产品是否一致。
b)应在基线建立或纳入基线管理的软件产品状态发生变化时，项目配置管理员应及时进行物理配置审核工作。
检查内容包括：
●软件基线标识的正确性；
●基线软件产品入库记录与受控库内容的一致性；
●纳入基线管理的软件产品更改与基线版本升级的一致性；
●纳入基线管理的软件产品更改手续的完整性、正确性；
●配置管理库权限设置的正确性；
●配置库结构的正确性。
4.5软件发行管理和交付
软件发行规程：首先根据产品规范和基线文件，编写测试软件。
经产品调试成功、各项功能指标满足需求，根据产品规范，将源程序或者附属的应用软件进行封装和备份之后，随项目文档一并刻录光盘交付。
最终经客户验收后，确定软件归档，通过项目组内部审查的有关软件和相关文档一并纳入软件产品库管理。
5工具、技术和方法
XX软件开发过程中选用的配置管理软件为XXXX，可实现对各种软件资源的历史状态和变更过程的管理和控制，确保软件配置项在整个软件生命周期的完整性和可跟踪性。
6对供货单位的控制
无。
7进度表
表 6 进度表
8注释
无。