GJB438B军用软件开发文档通用要求
GJB438B军用软件开发文档通用要求 课堂
? 需要对GJB 438A进行修订，保留其有效方面，改进 其不足之处，以适应当前我军装备软件研制的需要。
5
Байду номын сангаас GJB 438B更名原因
? 本标准是与 GJB 2786A （修订中）配套使用 ? GJB 2786在修订过程中，专家建议将名称改
3
修订背景（续1）
? 软件文档是整个软件开发工作的重要产品，是实行管 理、监督、控制软件开发的重要的方式。
? 软件文档把软件开发过程中的一些不可见的事物转化 成为可见的文字资料，便于管理人员在各个阶段检查 开发计划的进展情况，以提高软件生产过程的可见性 和可控性。
? 软件文档作为软件产品的一部分，文档的质量在很大 程度上决定了软件的质量。
? 本标准适用于军用软件开发过程中文档的编制。 ? 而在GJB2786A的范围一节中指出，该标准规定了
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。 ? 本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
8
适用范围（续1）
? 本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
规定了相应的文档编制要求。 ? 考虑承研单位的实际要求，对测试计划的部
分内容也进行了充实和调整。
10
文档编制
?文档的内容是根据GJB 2786A各活动描 述的工作任务而产生的，描述了军用软 件开发过程中的主要活动信息和要求。
?开发方应按照本标准的要求记录有关信 息，编写有关文档，并按合同（或软件 研制任务书）的要求交付。
软件设计说明编写指南(438B)
：密级：【（软件项目名称）软件设计说明~标识：版本：页数：拟制：《SQA审核：审核：批准：拟制部门：&年`月日修改文档历史记录：日期·版本说明修改人【`,~\"（~》目录1 范围........................................................ 错误!未定义书签。
标识..................................................... 错误!未定义书签。
系统概述................................................. 错误!未定义书签。
文档概述................................................. 错误!未定义书签。
2 引用文档.................................................... 错误!未定义书签。
3 CSCI级设计决策.............................................. 错误!未定义书签。
4 CSCI体系结构设计............................................ 错误!未定义书签。
CSCI部件................................................. 错误!未定义书签。
CSCI结构............................................ 错误!未定义书签。
CSC描述............................................. 错误!未定义书签。
CSC名称和项目唯一标识号............................. 错误!未定义书签。
系统状态和模式....................................... 错误!未定义书签。
独家：GJB438标准C版与B版的对比分析
独家：GJB438标准C版与B版的对比分析一. 概述GJB 438 标准名称为《军用软件开发文档通用要求》[1-2]。
其规定了军用软件开发文档编制的种类、结构、格式和内容等要求。
适用于军用软件开发过程中文档的编制。
软件文档是整个软件开发工作的重要产品，是实行管理、监督、控制软件开发的重要方式。
软件文档把软件开发过程中的一些不可的事物转化为可见的文字资料，便于管理人员在各个阶段检查开发计划的进展情况，以提高软件生产过程的可见性和可控性。
软件文档作为软件产品的一部分，文档的质量在很大程度上决定了软件的质量。
随着装备信息化迅速发展，装备中计算机软件的种类、规模以及安全、保密等属性的要求都迅速增加或提高。
2009年5月25日GJB 438B版标准发布，并于2009年8月1日正式实施，其从软件开发管理的角度，规定了相应的文档编制要求，增加了文档的用途和简要说明，增加了软件研制任务书、软件质量保证计划、软件质量保证报告、软件配置管理计划、软件配置管理报告、软件研制总结报告等。
但在实践运用中发现，系统/子系统设计说明对硬件—软件系统的适用场景、软件研制总结报告对质量控制情况等不够明确，软件配置管理计划、软件质量保证计划等独立形成文档的必要性不够充分等问题，因此，2021年12月30日 GJB 438C 版标准修订发布，并于2022年3月1日正式实施，其保留了GJB 438B 版标准的有效方面，改进不足之处，以适应当前我军装备软件研制的需要。
二. 文档章节对比GJB 438C版标准较GJB 438B版标准增加了2个章节，分别是“总则”“页号/页标记”。
取消了9个章节，分别是“文档编制”“软件研制任务书”“软件配置管理计划”“软件质量保证计划”“软件输入/输出手册”“软件中心操作手册”“计算机操作手册”“软件配置管理报告”“软件质量保证报告”。
将GJB 438B版中“文档编制”“文档结构”合并修订为“文档组成”。
软件设计说明编写指南(438B)
：密级：【（软件项目名称）软件设计说明~标识：版本：页数：拟制：《SQA审核：审核：批准：拟制部门：&年`月日修改文档历史记录：日期·版本说明修改人【`,~\"（~》目录1 范围........................................................ 错误!未定义书签。
标识..................................................... 错误!未定义书签。
系统概述................................................. 错误!未定义书签。
文档概述................................................. 错误!未定义书签。
2 引用文档.................................................... 错误!未定义书签。
3 CSCI级设计决策.............................................. 错误!未定义书签。
4 CSCI体系结构设计............................................ 错误!未定义书签。
CSCI部件................................................. 错误!未定义书签。
CSCI结构............................................ 错误!未定义书签。
CSC描述............................................. 错误!未定义书签。
CSC名称和项目唯一标识号............................. 错误!未定义书签。
系统状态和模式....................................... 错误!未定义书签。
(完整word版)软件设计说明编写指南(438B)
密级：（软件项目名称)软件设计说明标识:版本：页数:拟制：SQA审核：审核：批准：拟制部门:年月日修改文档历史记录：日期版本说明修改人目录1 范围 (1)1。
1 标识 (1)1.2 系统概述 (1)1。
3 文档概述 (1)2 引用文档 (1)3 CSCI级设计决策 (1)4 CSCI体系结构设计 (3)4.1 CSCI部件 (3)4.1。
1 CSCI结构 (4)4.1。
2 CSC描述 (4)4.1。
2.1 CSC名称和项目唯一标识号 (4)4.1.3 系统状态和模式 (5)4。
2 执行方案 (5)4.2.1 CSC数据流与控制流图 (5)4。
2.2 系统状态与模式的数据流与控制流 (6)4.3 接口设计 (7)4。
3.1 接口设计准则 (7)4。
3.2 接口标识和接口图 (7)4.3。
X（接口的项目唯一的标识符) (9)5 CSCI详细设计 (12)5.X(软件单元的项目唯一的标识符，或者一组软件单元的标志符） (12)6 需求可追踪性 (15)7 注释 (15)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时,包括其标识号、名称、缩略名、版本号及发布号。
】1。
2 系统概述【本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其它有关文档。
】1.3 文档概述【本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
】例：本文档描述XXXX系统软件的概要设计和详细设计,其内容和格式遵循GJB438B-2009的要求。
本文档可作为设计评审的基础，编码的依据，软件测试的基准.2 引用文档【本章应列出引用文档的编号、标题、编写单位、修订版本及日期。
还应标识不能通过正常采购活动得到的文档的来源.】例：表X 引用文档3 CSCI级设计决策【本章应根据需要分条给出CSCI级设计决策,即CSCI行为设计的决策(忽略其内部实现,从用户角度出发描述系统将怎样运转以满足需求）和其它影响组成该CSCI的软件单元的选择与设计的决策。
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 软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程的描述。
软件开发文档模板GF-接口需求规格说明(GJB 438B-2009)-2785
文档标识及版本号： XX项目标识.IRS V1.0 密级：秘密*5年编制/修订日期：yyyy-mm-dd[规范性]文档名称： XX项目中文名称-接口需求规格说明接口需求规格说明《XX项目中文名称》接口需求规格说明Interface Requirement Specification ofXX项目英文名称编制单位：江苏科技大学新技术研究所编写：CNISILS项目组XXX审核：YYY批准：ZZZ编写记录修改记录目录1 范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)2 引用文档 (1)3 需求 (2)3.1接口标识和接口图 (2)3.2（接口的项目唯一标识符）【原标准中此处编号为3.X，为后续使用方便，故用自动编号】 (2)3.3需求的优先顺序和关键性【原标准中此处编号为3.Y，为后续使用方便，故用自动编号】 (4)4 合格性规定 (4)5 需求可追踪性 (4)6 注释 (5)文档模板使用和裁剪说明使用本文档模板时，首先另存为“<实际文档名>”，然后通过Word的“文档属性”来设置文档属性，包括：文档标识及版本号、密级及保密期限、文档名称、文档类别(中、英文)、项目名称（中、英文）、编制单位、编写人、审批人、批准人等。
具体操作方法：Word标题栏的Office按钮菜单→准备→属性→文档属性→高级属性→自定义→在“属性”列表中，选择属性的“名称”，在“取值”框输入要设定的值，然后按“更改”按钮。
文档属性设置完成后，选中全部文档内容，执行右键菜单“更新域”操作（文档中的所有文档属性参数引用均被替换为最新设定的取值）→双击任意内容页面的页眉区，选中全部页眉内容，执行右键菜单“更新域”操作（页眉中的所有参数引用均被替换为最新设定的取值）。
本文档模板依据《GJB 438B-2009 军用软件开发文档通用要求》制定，模板中的文档编写说明均引自《GJB 438B-2009 军用软件开发文档通用要求》，并用方括号“【”和“】”括起来，以及使用蓝色文字区分，主要用于指导文档的编写，应在文档编写完成后或正式提交前予以删除（包括删除本说明）。
GJB438B军用软件开发文档通用要求
软件移交计划（STrP）
描述开发方向保障机构移交应交付项的计 划。 如果在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
STrP的主要内容
软件保障资源：描述支持可交付软件所需的设施、硬件、软 件及其相关的文档，描述支持可交付软件所需的人员及其它 资源，并标识各部分软件保障资源之间的关系。 推荐的过程：描述为支持可交付的软件和相关的保障环境， 开发方希望向保障机构推荐的规程，包括建议和经验教训。 培训：描述开发方关于软件交付支持人员的培训计划。
STP的主要内容
测试依据：列出软件测试必须遵循的依据。
软件测试环境：描述在各测试现场的测试活动所需的软件项、硬件和固件 项等，描述网络拓扑图及所需的其它材料，描述与软件测试环境中每个元 素有关的专有性质、需方权利与许可证等问题，描述开发方安装、测试和 控制软件测试环境中的每一项的计划，描述拟建立的测试环境与需求环境 之间的差异，描述参与现场测试的组织及职责、人员及分工，描述测试前 和测试期间要进行的人员培训，标识测试现场要执行的测试等。 测试标识：描述要执行的测试的级别、类别、一般测试条件、测试进展、 数据记录整理和分析等一般信息，描述计划执行的测试等。 测试进度：描述实施本计划中所标识测试的进度表。 测试终止条件：描述被测软件的评价准则和方法以及结束测试的条件。 需求的可追踪性。
软件使用准备 分承制方管理
软件移交准备 与IV&V机构联系
软件验收支持 与相关开发方协调
组织活动类（2个）
软件开发环境建立
项目过程的改进
文档表示方式
表示形式：为使各文档章条的信息更加清晰 可读，可采用图、表、矩阵或其它形式的表 示方式进行说明。 页码编制
GJB438B-软件开发计划-模板
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 软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程的描述。
该方法应覆盖合同（或软件研制任务书）中涉及该方面要求的所有条款。
如果在本文档方法所适用的活动中，对软件开发方法有更好的描述，则可直接引用。
(完整word版)软件设计说明编写指南(438B)
密级：（软件项目名称）软件设计说明标识：版本：页数：拟制：SQA审核：审核：批准：拟制部门：年月日修改文档历史记录：日期版本说明修改人目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 CSCI级设计决策 (1)4 CSCI体系结构设计 (2)4.1 CSCI部件 (2)4.1.1 CSCI结构 (3)4.1.2 CSC描述 (3)4.1.2.1 CSC名称和项目唯一标识号 (3)4.1.3 系统状态和模式 (4)4.2 执行方案 (4)4.2.1 CSC数据流与控制流图 (5)4.2.2 系统状态与模式的数据流与控制流 (5)4.3 接口设计 (6)4.3.1 接口设计准则 (6)4.3.2 接口标识和接口图 (6)4.3.X（接口的项目唯一的标识符） (7)5 CSCI详细设计 (10)5.X（软件单元的项目唯一的标识符，或者一组软件单元的标志符） (10)6 需求可追踪性 (12)7 注释 (12)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号及发布号。
】1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其它有关文档。
】1.3 文档概述【本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
】例：本文档描述XXXX系统软件的概要设计和详细设计，其内容和格式遵循GJB438B-2009的要求。
本文档可作为设计评审的基础，编码的依据，软件测试的基准。
2 引用文档【本章应列出引用文档的编号、标题、编写单位、修订版本及日期。
还应标识不能通过正常采购活动得到的文档的来源。
】例：表X 引用文档3 CSCI级设计决策【本章应根据需要分条给出CSCI级设计决策，即CSCI行为设计的决策（忽略其内部实现，从用户角度出发描述系统将怎样运转以满足需求）和其它影响组成该CSCI的软件单元的选择与设计的决策。
软件设计说明编写指南(438B)
密级：（软件项目名称）软件设计说明标识：版本：页数：拟制：SQA审核：审核：批准：拟制部门：年月日修改文档历史记录：日期版本说明修改人目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 CSCI级设计决策 (1)4 CSCI体系结构设计 (2)4.1 CSCI部件 (2)4.1.1 CSCI结构 (3)4.1.2 CSC描述 (3)4.1.2.1 CSC名称和项目唯一标识号 (3)4.1.3 系统状态和模式 (4)4.2 执行方案 (4)4.2.1 CSC数据流与控制流图 (5)4.2.2 系统状态与模式的数据流与控制流 (5)4.3 接口设计 (6)4.3.1 接口设计准则 (6)4.3.2 接口标识和接口图 (6)4.3.X（接口的项目唯一的标识符） (7)5 CSCI详细设计 (10)5.X（软件单元的项目唯一的标识符，或者一组软件单元的标志符） (10)6 需求可追踪性 (12)7 注释 (12)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号及发布号。
】1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其它有关文档。
】1.3 文档概述【本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
】例：本文档描述XXXX系统软件的概要设计和详细设计，其内容和格式遵循GJB438B-2009的要求。
本文档可作为设计评审的基础，编码的依据，软件测试的基准。
2 引用文档【本章应列出引用文档的编号、标题、编写单位、修订版本及日期。
还应标识不能通过正常采购活动得到的文档的来源。
】例：表X 引用文档3 CSCI级设计决策【本章应根据需要分条给出CSCI级设计决策，即CSCI行为设计的决策（忽略其内部实现，从用户角度出发描述系统将怎样运转以满足需求）和其它影响组成该CSCI的软件单元的选择与设计的决策。
GJB438B《软件需求规格说明》
GJB438B《软件需求规格说明》介绍软件需求规格说明的目的和重要性。
软件需求规格说明是指对软件系统的需求进行详细描述和规范化的文档。
它是软件开发过程中的关键文档之一，用于明确和确保开发人员和用户对软件系统的需求达成一致。
它能够帮助开发团队更好地理解和掌握软件项目的需求，在开发过程中起到指导和约束的作用。
软件需求规格说明的编写具有重要的意义。
首先，它可以帮助开发人员明确软件系统的功能需求，确保软件的功能能够满足用户的需求和期望。
其次，它可以提供对软件系统的详细描述，包括软件系统的功能、性能、数据结构等方面的需求，为开发人员提供清晰的开发方向和依据。
同时，软件需求规格说明也是软件项目验收的依据之一，通过与规格说明的对比可以验证软件开发是否符合需求规范。
因此，编写一份准确、完整、清晰的软件需求规格说明对于软件项目的成功至关重要。
在编写过程中，需要充分了解用户需求，与用户进行充分沟通，并考虑到软件系统的可行性、安全性、可维护性等方面的要求，以确保规格说明的准确性和实用性。
总之，软件需求规格说明作为软件开发过程中必不可少的文档之一，具有重要的指导和约束作用。
通过编写准确、完整的规格说明，可以有效地指导软件项目的开发过程，确保软件系统的功能、性能和质量等方面的需求得到满足，从而实现软件项目的成功交付。
本文档旨在概括性地描述软件需求的范围和目标。
本文档旨在列举和描述软件所需具备的功能要求。
需要实现用户注册和登录功能，包括用户输入账号和密码，系统验证用户信息，并提供相应的错误处理机制。
软件应支持多语言功能，能够根据用户选择的语言显示相应的界面和内容。
用户应能够创建和编辑个人资料，在个人资料中填写个人信息，并能够随时更新和修改。
系统需要提供用户管理功能，包括添加新用户、删除用户、修改用户权限等操作。
软件应支持文件上传和下载功能，用户能够上传文件至系统，其他用户可以下载和查看这些文件。
需要提供搜索功能，用户能够根据关键词搜索相关内容。
GJB438B军用软件开发文档通用要求ppt课件
而在GJB2786A的范围一节中指出，该标准规定了 军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。
本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
ppt课件.
8
适用范围（续1）
本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
页码编制
文档正文的目录使用小写罗马数字编号；
文档正文和附录均使用阿拉伯数字顺序编号；
若一个文档分为若干卷，则每一卷应重新开始按顺序编 号。
自变量：字母X和Y为各文档小条编号的自变 量。标题上圆括号中的文字在编写时要用实 际内容替换。
ppt课件.
13
文档结构
封面。封面宜包括文档标识及版本号、密级、编制/ 修订日期、文档名称、编制单位、编写、审核、批 准。
为《军用软件开发通用要求》 本标准修订时也将名称作了相应变化，改为
《军用软件开发文档通用要求》。
ppt课件.
6
概貌
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 28个附录
ppt课件.
7
适用范围
在GJB 438B范围一节中明确指出：本标准规定了 军用软件开发文档编制的种类、结构、格式和内 容等要求。
软件的种类、文档的多少、文档的内容要求，对软件 开发效率、开发成本以及将来的维护都产生重要的影 响。
在软件开发中不论是软件承制方还是软件订购方对文 档都极为重视。
GJB438军用软件开发文档通用要求89页文档
1
0
、
倚
南
窗
以
寄
傲
，
审
容
膝
之
易
安
。
16、业余生活要有意义，不要越轨。——华盛顿 17、一个人即使已登上顶峰，也仍要自强不息。——罗素·贝克 18、最大的挑战和突破在于用人，而用人最大的突破在于信任人。——马云 19、自己活着，就是为了使别人过得更美好。——雷锋 20、要掌握书，莫被书掌握；要为生而读，莫为读而生。——布尔沃
文 家 。汉 族 ，东 晋 浔阳 柴桑 人 （今 江西 九江 ） 。曾 做过 几 年小 官， 后辞 官 回家 ，从 此 隐居 ，田 园生 活 是陶 渊明 诗 的主 要题 材， 相 关作 品有 《饮 酒 》 、 《 归 园 田 居 》 、 《 桃花 源 记 》 、 《 五 柳先 生 传 》 、 《 归 去来 兮 辞 》 等 。
GJB438军用软件开发文档通用要求6、露凝无
游
氛
，
天
高
风
景
澈
。
7、翩翩新 来燕，双双入我庐 ，先巢故尚在，相 将还旧居。
8
、
吁
嗟
身
后
名
，
于
我
若
浮
烟
。
9、 陶渊 明（ 约 365年 —427年 ），字 元亮， （又 一说名 潜，字 渊明 ）号五 柳先生 ，私 谥“靖 节”， 东晋 末期南 朝宋初 期诗 人、文 学家、 辞赋 家、散
END
国军标软件配置管理报告word版
GJB438B-2009附录AA(资料性附隶）《软件配置管理报告》的正文格式《软件配置管理报吿》的正文格式如下：1范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2 系统概述本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。
1.3 文档概述本条应概括本文档的用途和内容.并描述与其使用有关的保密性考虑。
2引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
3软件配置管理情况综述本章应描述软件配置管理活动进展，与软件配置管理计划的偏差；软件配置管理活动与规程是否相符；对不符合项所采取的措施；完成软件配置管理工作的工作量等。
4软件配置管理基本信息本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。
5专业组划分及权限分配本章应列出项目专亚组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。
6配置项记录本章应列出项目的所有配置项，包括配置项名称、配置项最后发布日期，配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配览项版本变更历史、配置项变更累计次数等内容。
7变更记录本章应列出软件研制过程中的所有变更，包括变更申谘单号、变更时间、变更内容、变更申请人、批准人、变更实施人等内容。
8基线记录本章应列出项目的所有基线，包括基线名称、基线最后一版发布日期、基线版本变更历史、基线变更累计次数、最后一版基线的内容及版本号等内容。
9入库记录本章应列出配置项的入库记录，包括入库时间、入库单号、入库原因、入库申请人和批准人等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件使用准备 分承制方管理
软件移交准备 与IV&V机构联系
软件验收支持 与相关开发方协调
组织活动类（2个）
软件开发环境建立
项目过程的改进
文档表示方式
表示形式：为使各文档章条的信息更加清晰 可读，可采用图、表、矩阵或其它形式的表 示方式进行说明。 页码编制
文档正文的目录使用小写罗马数字编号； 文档正文和附录均使用阿拉伯数字顺序编号； 若一个文档分为若干卷，则每一卷应重新开始按顺序编 号。
软件移交计划（STrP）
描述开发方向保障机构移交应交付项的计 划。 如果在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
STrP的主要内容
软件保障资源：描述支持可交付软件所需的设施、硬件、软 件及其相关的文档，描述支持可交付软件所需的人员及其它 资源，并标识各部分软件保障资源之间的关系。 推荐的过程：描述为支持可交付的软件和相关的保障环境， 开发方希望向保障机构推荐的规程，包括建议和经验教训。 培训：描述开发方关于软件交付支持人员的培训计划。
STP的主要内容
测试依据：列出软件测试必须遵循的依据。
软件测试环境：描述在各测试现场的测试活动所需的软件项、硬件和固件 项等，描述网络拓扑图及所需的其它材料，描述与软件测试环境中每个元 素有关的专有性质、需方权利与许可证等问题，描述开发方安装、测试和 控制软件测试环境中的每一项的计划，描述拟建立的测试环境与需求环境 之间的差异，描述参与现场测试的组织及职责、人员及分工，描述测试前 和测试期间要进行的人员培训，标识测试现场要执行的测试等。 测试标识：描述要执行的测试的级别、类别、一般测试条件、测试进展、 数据记录整理和分析等一般信息，描述计划执行的测试等。 测试进度：描述实施本计划中所标识测试的进度表。 测试终止条件：描述被测软件的评价准则和方法以及结束测试的条件。 需求的可追踪性。
GJB438B 概述
GJB438B 课题组 2010.07
提纲
背景
全貌 适用范围
一般要求
详细要求
修订背景
随着装备信息化迅速发展，装备中计算机软件的种类、规模、 以及安全、保密等属性的要求都迅速增加或提高。实践中许多 军用软件开发者感到GJB 2786《武器系统软件开发》存在一些 问题，如： 比较适合于采用结构化软件开发方法和瀑布式开发模型， 缺乏灵活性； 对于大型信息系统的软件开发缺少有关规定（如：对于需 求逐步明确的情况、数据库设计和实现）； 对上个世纪九十年代以后广泛采用的软件工程有关要求、 技术和方法未明确涉及，如软件开发策划和跟踪、测量和 分析、质量保证、软件重用等。 软件质量管理规定和GJB5000的贯彻实施，促使军用软件有关 各方对软件工程化和软件过程改进的认识有很大提高。同时， 也感到GJB 2786在有些方面还没有明确支持，或不够协调。
文档剪裁
承制方可根据项目所选择的生存周期、合同（或软件研 制任务书）的要求以及实际活动，确定项目产生的文档 种类，并根据实际情况对文档的种类进行合并、拆分。
例如，可以在《软件开发计划》中描述了软件质量保证计划和 软件配置管理计划的内容，也可不产生单独的《软件质量保证 计划》、《软件配置管理计划》。 按文档标题顺序与本标准规定的标题顺序相同的原则，若剪裁 了某章条或某小条，则在被裁去的章条（或小条）的标题下将 其标识为“不适用”，并说明理由。 若剪裁的是整章条（包括其所有小条），则仅需在最高层的章 条标题下加以说明。
描述在项目中如何实施软件配置管理。
本计划既可作为《软件开发计划》的一 部分，也可单独成文。
SCMP的主要内容
范围：包括系统和软件的标识、系统概述、文档概述等； 引用文档； 组织和职责：描述软件配置管理负责人和软件配置控制委员会 的组成以及他们在项目中的职责和权限；说明与项目配置管理 相关人员的职责等；
程度上决定了软件的质量。
软件的种类、文档的多少、文档的内容要求，对软件
开发效率、开发成本以及将来的维护都产生重要的影 响。
在软件开发中不论是软件承制方还是软件订购方对文
档都极为重视。
修订背景（续2）
GJB 2786A《军用软件开发通用要求》在修订过程中， 主要以MIL-STD-498“软件开发与文档编制”的框架为 参考，并增加相关的软件工程实践。 因此，与之配套的文档类型、内容和形式上都要相 应发生变化。 需要对GJB 438A进行修订，保留其有效方面，改进 其不足之处，以适应当前我军装备软件研制的需要。
预期的更改区域：描述可交付软件预期的更改区域。
移交计划：描述开发方把可交付软件移交给保障机构的计划。
软件测试计划（STP）
描述对计算机软件配置项（CSCI）和软件 系统或子系统进行合格性测试的计划。 通常每个项目都应有一个STP。
需方根据STP能够评估CSCI或软件系统合格 性测试的策划是否充分。
根据需要，也可以对文档内容进行剪裁。
详细要求
该标准规定了对军用软件开发过程 中主要活动产生的文档，指出哪些 文档可以合并或剪裁。 下面按照管理和工程两类简要说明 文档的概述和主要内容。
管理类文档
1. 软件研制任务书（SDTD）
2. 软件开发计划（SDP）
3. 软件配置管理计划（SCMP） 4. 软件质量保证计划（SQAP）
活动审核：描述对项目活动进行审核的方法和依据，并列出 项目定义的活动以及相应的活动审核。 工作产品审核：描述进行工作产品审核的方法和依据，列出 项目过程应产生的工作产品和质量记录，以及需要由软件质 量保证人员负责审核的工作产品和相应的产品审核活动。
SQAP的主要内容（续）
不符合问题的解决：描述过程评审和产品审核的记录 以及形成记录的方法，并描述处理在评审和审核中出 现的不符合问题的规程。
软件开发计划（SDP）
描述实施软件开发工作的计划。软件开发活动包含 新开发、修改、重用、再工程、维护和由软件产品 引起的其它所有活动。 SDP是动态的，随着项目的进展，在出现重大偏差或 者在里程碑处应进行分析，必要时重新策划并修订 SDP。
根据实际需要，可将SDP中的某些部分编制成单独的 计划，如《软件配置管理计划》、《软件质量保证 计划》和《软件测试计划》等。
GJB 438B更名原因
本标准是与GJB 2786A（修订中）配套使用
GJB 2786在修订过程中，专家建议将名称改 为《军变化，改为 《军用软件开发文档通用要求》。
概貌
第1章 第2章 第3章 范围 引用文件 术语、定义和缩略语
第4章 第5章
工具、技术和方法：描述用以支持特定软件项目质量 保证工作的工具、技术和方法，描述它们的用途。
对供货单位的控制：描述对软件销售单位或软件承制 方法进行控制的规程。 记录的收集、维护和保存。
软件安装计划（SIP）
描述在用户的现场安装软件的计划，内 容包括准备工作、用户培训以及从现有 系统进行转换。
引用文档。
运行环境要求：包括硬件环境和软件环境。 技术要求：包括软件的功能、性能、输入/输出、数据处 理要求、接口、固件、关键性要求等。 设计约束。 质量控制要求：包括软件关键性等级、标准、文档、配置 管理、测试要求、对分承制方的要求等。 验收和交付。 软件保障要求。
进度和里程碑。
5. 软件安装计划（SIP）
6. 软件移交计划（STrP） 7. 软件测试计划（STP） 8. 软件配置管理报告（SCMR） 9. 软件质量保证报告（SQAR)
软件研制任务书（SDTD）
描述软件开发的目的、目标、主要任 务、功能及性能指标等要求。
SDTD的主要内容
范围：包括系统和软件的标识、系统概述和文档概述等。
规定了相应的文档编制要求。
考虑承研单位的实际要求，对测试计划的部
分内容也进行了充实和调整。
文档编制
文档的内容是根据GJB 2786A各活动描
述的工作任务而产生的，描述了军用软 件开发过程中的主要活动信息和要求。 开发方应按照本标准的要求记录有关信 息，编写有关文档，并按合同（或软件 研制任务书）的要求交付。 文档若为电子文档，应规定电子文档的 格式（如DOC文件、PDF文件等）。
附录
一般要求 详细要求
28个附录
适用范围
在GJB 438B范围一节中明确指出：本标准规定了
军用软件开发文档编制的种类、结构、格式和内 容等要求。
本标准适用于军用软件开发过程中文档的编制。 而在GJB2786A的范围一节中指出，该标准规定了
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。
本计划既可作为《软件开发计划》的 一部分，也可单独成文。
SQAP的主要内容
组织和职责：描述软件质量保证负责人在项目中的职责和权 限；相应的高层经理、与软件质量保证紧密配合的项目经理 的职责；部门内部软件质量保证组组长的职责和与项目软件 质量保证负责人的关系等。
标准、条例和约定：列出软件开发过程中要用到的标准、条 例和约定，并列出监督和保证执行的措施。
自变量：字母X和Y为各文档小条编号的自变 量。标题上圆括号中的文字在编写时要用实 际内容替换。
文档结构
封面。封面宜包括文档标识及版本号、密级、编制/ 修订日期、文档名称、编制单位、编写、审核、批 准。 修改页。修改页应包括修改时间、修改内容以及修 改人等。 目录。目录应包括章、条、图表、注释和附录的编 号、标题及其所在页码。 正文。正文为各文档的具体内容，详细要求见标准 的第5章。 附录。文档的附录应提供文档维护的详细信息（例 如：图、表、分类数据等）。每个附录都应在文档 的正文中被引用。为方便起见，附录可单独装订成 册。