GJB438B军用软件开发文档通用要求
GJB438B军用软件开发文档通用要求 课堂
? 需要对GJB 438A进行修订，保留其有效方面，改进 其不足之处，以适应当前我军装备软件研制的需要。
5
Байду номын сангаас GJB 438B更名原因
? 本标准是与 GJB 2786A （修订中）配套使用 ? GJB 2786在修订过程中，专家建议将名称改
3
修订背景（续1）
? 软件文档是整个软件开发工作的重要产品，是实行管 理、监督、控制软件开发的重要的方式。
? 软件文档把软件开发过程中的一些不可见的事物转化 成为可见的文字资料，便于管理人员在各个阶段检查 开发计划的进展情况，以提高软件生产过程的可见性 和可控性。
? 软件文档作为软件产品的一部分，文档的质量在很大 程度上决定了软件的质量。
? 本标准适用于军用软件开发过程中文档的编制。 ? 而在GJB2786A的范围一节中指出，该标准规定了
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。 ? 本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
8
适用范围（续1）
? 本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
规定了相应的文档编制要求。 ? 考虑承研单位的实际要求，对测试计划的部
分内容也进行了充实和调整。
10
文档编制
?文档的内容是根据GJB 2786A各活动描 述的工作任务而产生的，描述了军用软 件开发过程中的主要活动信息和要求。
?开发方应按照本标准的要求记录有关信 息，编写有关文档，并按合同（或软件 研制任务书）的要求交付。
独家：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名称和项目唯一标识号............................. 错误!未定义书签。
系统状态和模式....................................... 错误!未定义书签。
软件设计说明编写指南(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军用软件开发文档通用要求
软件使用准备 分承制方管理
软件移交准备 与IV&V机构联系
软件验收支持 与相关开发方协调
组织活动类（2个）
软件开发环境建立
项目过程的改进
文档表示方式
表示形式：为使各文档章条的信息更加清晰 可读，可采用图、表、矩阵或其它形式的表 示方式进行说明。 页码编制
文档正文的目录使用小写罗马数字编号； 文档正文和附录均使用阿拉伯数字顺序编号； 若一个文档分为若干卷，则每一卷应重新开始按顺序编 号。
软件移交计划（STrP）
描述开发方向保障机构移交应交付项的计 划。 如果在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
STrP的主要内容
软件保障资源：描述支持可交付软件所需的设施、硬件、软 件及其相关的文档，描述支持可交付软件所需的人员及其它 资源，并标识各部分软件保障资源之间的关系。 推荐的过程：描述为支持可交付的软件和相关的保障环境， 开发方希望向保障机构推荐的规程，包括建议和经验教训。 培训：描述开发方关于软件交付支持人员的培训计划。
STP的主要内容
测试依据：列出软件测试必须遵循的依据。
软件测试环境：描述在各测试现场的测试活动所需的软件项、硬件和固件 项等，描述网络拓扑图及所需的其它材料，描述与软件测试环境中每个元 素有关的专有性质、需方权利与许可证等问题，描述开发方安装、测试和 控制软件测试环境中的每一项的计划，描述拟建立的测试环境与需求环境 之间的差异，描述参与现场测试的组织及职责、人员及分工，描述测试前 和测试期间要进行的人员培训，标识测试现场要执行的测试等。 测试标识：描述要执行的测试的级别、类别、一般测试条件、测试进展、 数据记录整理和分析等一般信息，描述计划执行的测试等。 测试进度：描述实施本计划中所标识测试的进度表。 测试终止条件：描述被测软件的评价准则和方法以及结束测试的条件。 需求的可追踪性。
软件设计说明编写指南(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军用软件开发文档通用要求
软件移交计划（STrP）
描述开发方向保障机构移交应交付项的计 划。 如果在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
STrP的主要内容
软件保障资源：描述支持可交付软件所需的设施、硬件、软 件及其相关的文档，描述支持可交付软件所需的人员及其它 资源，并标识各部分软件保障资源之间的关系。 推荐的过程：描述为支持可交付的软件和相关的保障环境， 开发方希望向保障机构推荐的规程，包括建议和经验教训。 培训：描述开发方关于软件交付支持人员的培训计划。
STP的主要内容
测试依据：列出软件测试必须遵循的依据。
软件测试环境：描述在各测试现场的测试活动所需的软件项、硬件和固件 项等，描述网络拓扑图及所需的其它材料，描述与软件测试环境中每个元 素有关的专有性质、需方权利与许可证等问题，描述开发方安装、测试和 控制软件测试环境中的每一项的计划，描述拟建立的测试环境与需求环境 之间的差异，描述参与现场测试的组织及职责、人员及分工，描述测试前 和测试期间要进行的人员培训，标识测试现场要执行的测试等。 测试标识：描述要执行的测试的级别、类别、一般测试条件、测试进展、 数据记录整理和分析等一般信息，描述计划执行的测试等。 测试进度：描述实施本计划中所标识测试的进度表。 测试终止条件：描述被测软件的评价准则和方法以及结束测试的条件。 需求的可追踪性。
软件使用准备 分承制方管理
软件移交准备 与IV&V机构联系
软件验收支持 与相关开发方协调
组织活动类（2个）
软件开发环境建立
项目过程的改进
文档表示方式
表示形式：为使各文档章条的信息更加清晰 可读，可采用图、表、矩阵或其它形式的表 示方式进行说明。 页码编制
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 软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程的描述。
软件设计说明编写指南(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范围一节中明确指出：本标准规定了 军用软件开发文档编制的种类、结构、格式和内 容等要求。
软件的种类、文档的多少、文档的内容要求，对软件 开发效率、开发成本以及将来的维护都产生重要的影 响。
在软件开发中不论是软件承制方还是软件订购方对文 档都极为重视。
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 软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程的描述。
GJB438B-软件开发计划-模板
GJB438B-软件开发计划-模板技术文件标识：密级：xxxxxx软件开发计划册号：x/页数：xxxx页Xxxxx软件开发计划编写：审核：批准：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软件开发方法本条应描述或引用所使用的软件开发方法，包孕为支持这些方法所使用的手工的和自动的工具以及规程的描述。
该方法应掩盖合同（或软件研制任务书）中触及该方面要求的所有条款。
软件设计说明编写指南(438B)
：密级：【（软件项目名称）软件设计说明~标识：版本：页数：拟制：《SQA审核：审核：批准：拟制部门：&年`月日修改文档历史记录：日期·版本说明修改人【`,~\"（~》目录1 范围........................................................ 错误!未定义书签。
标识..................................................... 错误!未定义书签。
系统概述................................................. 错误!未定义书签。
文档概述................................................. 错误!未定义书签。
2 引用文档.................................................... 错误!未定义书签。
3 CSCI级设计决策.............................................. 错误!未定义书签。
4 CSCI体系结构设计............................................ 错误!未定义书签。
CSCI部件................................................. 错误!未定义书签。
CSCI结构............................................ 错误!未定义书签。
CSC描述............................................. 错误!未定义书签。
CSC名称和项目唯一标识号............................. 错误!未定义书签。
系统状态和模式....................................... 错误!未定义书签。
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软件测试计划
目录范围标识本文档标识号：xxx/STP本文档名称：xxxx测试计划缩略名：版本号：发布号：系统概述本条应概述本文档所适用的系统和软件的用途；文档概述本文档对xxxxx系统中的配置项IF2综合信息显示软件详细介绍，并对软件提出了具体测试要求。
本文档编写的目的：1)xxx系统软件测试的依据。
2)xxxx软件交付依据。
与其他计划的关系本文档………………软件测试计划。
引用文档引用文档见表2-1。
测试依据本项目的测试依据见表3-1。
软件测试环境软件项测试的软件项见表4-1。
硬件和固件项系统测试需要的硬件和固件项由高性能数据库服务器、图形工作站、情报数据管理维护计算机以及磁盘阵列组成。
这些硬件配置项通过内部局域网络连接，为IF2系统软件运行提供了硬件支持环境。
如表4-2所示。
其他项系统中需要的硬件结构网络拓扑图见图4-1。
其他材料对本系统进行测试，在测试现场执行测试所需的其他材料参见表所有者的特性、需方权利和许可证无许可证。
安装、测试与控制测试环境的差异性分析和有效性说明无。
参与组织本系统的参与组织包括总体部门、研发部门、测试部门和质量管理部门人员共同完成。
人员及分工测试人员及分工参见表4-6。
人员培训使用单位首次装备产品时，由生产处负责组织各分系统相关人员向使用单位介绍产品的基本性能与结构特点，并进行使用维护及操作性培训。
要执行的测试测试标识一般信息测试级本系统执行测试的级别为系统级局或者CSCI级别。
测试类别针对本系统需要执行的测试类别包括功能测试、性能测试、接口测试和流程测试。
一般测试条件对软件进行正式合格性测试一般测试条件应满足以下要求：1)应提供各功能项的测试数据源，对系统进行全面、完整的覆盖性测试。
2)实际测试过程要遵循测试计划和测试说明；3)测试中发现的所有问题要全部进行处理并通过回归测试。
4)全部的测试文档、测试用例、测试记录都要归置于软件配置管理之下。
测试进展系统测试进展的步骤如下：1)编写测试计划：由项目的测试负责人编写测试计划，软件的质量保障工作需要有条不紊的进行，测试计划作为软件质量的依据和指导对质量的保障有重要意义。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档剪裁
承制方可根据项目所选择的生存周期、合同（或软件研 制任务书）的要求以及实际活动，确定项目产生的文档 种类，并根据实际情况对文档的种类进行合并、拆分。
例如，可以在《软件开发计划》中描述了软件质量保证计划和 软件配置管理计划的内容，也可不产生单独的《软件质量保证 计划》、《软件配置管理计划》。
软件移交准备
软件验收支持
与IV&V机构联系 与相关开发方协调
支持活动类（6个）
软件配置管理 软件工作产品评价
软件质量保证纠正措施
联合评审 测量与分析
组织活动类（2个）
软件开发环境建立
项目过程的改进
文档表示方式
表示形式：为使各文档章条的信息更加清晰 可读，可采用图、表、矩阵或其它形式的表 示方式进行说明。
规定了相应的文档编制要求。 考虑承研单位的实际要求，对测试计划的部
分内容也进行了充实和调整。
文档编制
文档的内容是根据GJB 2786A各活动描 述的工作任务而产生的，描述了军用软 件开发过程中的主要活动信息和要求。
开发方应按照本标准的要求记录有关信 息，编写有关文档，并按合同（或软件 研制任务书）的要求交付。
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。 本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
适用范围（续1）
本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
本标准规定了执行GJB2786A所产生的军用软 件开发文档，适用于军用软件开发过程中文 档的编制。
GJB438B 其他说明
本标准代替GJB 438A-1997。 与GJB 438A-1997相比，本次修订将标准的名
称更改为《军用软件开发文档通用要求》。 依据GJB 2786A，从软件开发和管理的角度，
《军用软件开发文档通用要求》。
概貌
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 28个附录
适用范围
在GJB 438B范围一节中明确指出：本标准规定了 军用软件开发文档编制的种类、结构、格式和内 容等要求。
本标准适用于军用软件开发过程中文档的编制。 而在GJB2786A的范围一节中指出，该标准规定了
比较适合于采用结构化软件开发方法和瀑布式开发模型， 缺乏灵活性；
对于大型信息系统的软件开发缺少有关规定（如：对于需 求逐步明确的情况、数据库设计和实现）；
对上个世纪九十年代以后广泛采用的软件工程有关要求、 技术和方法未明确涉及，如软件开发策划和跟踪、测量和 分析、质量保证、软件重用等。
软件质量管理规定和GJB5000的贯彻实施，促使军用软件有关 各方对软件工程化和软件过程改进的认识有很大提高。同时， 也感到GJB 2786在有些方面还没有明确支持，或不够协调。
修订背景（续1）
软件文档是整个软件开发工作的重要产品，是实行管 理、监督、控制软件开发的重要的方式。
软件文档把软件开发过程中的一些不可见的事物转化 成为可见的文字资料，便于管理人员在各个阶段检查 开发计划的进展情况，以提高软件生产过程的可见性 和可控性。
软件文档作为软件产品的一部分，文档的质量在很大 程度上决定了软件的质量。
页码编制
文档正文的目录使用小写罗马数字编号； 文档正文和附录均使用阿拉伯数字顺序编号； 若一个文档分为若干卷，则每一卷应重新开始按顺序编
号。
自变量：字母X和Y为各文档小条编号的自变 量。标题上圆括号中的文字在编写时要用实 际内容替换。
文档结构
封面。封面宜包括文档标识及版本号、密级、编制/ 修订日期、文档名称、编制单位、编写、审核、批 准。
GJB438B 概述
GJB438B 课题组 2010.07
提纲
背景 全貌 适用范围 一般要求 详细要求
修订背景
随着装备信息化迅速发展，装备中计• 算机软件的种类、规模、 以及安全、保密等属性的要求都迅速增加或提高。实践中许多 军用软件开发者感到GJB 2786《武器系统软件开发》存在一些 问题，如：
软件的种类、文档的多少、文档的内容要求，对软件 开发效率、开发成本以及将来的维护都产生重要的影 响。
在软件开发中不论是软件承制方还是软件订购方对文 档都极为重视。
修订背景（续2）
GJB 2786A《军用软件开发 通• 用要求》在修订过程中， 主要以MIL-STD-498“软件开发与文档编制”的框架 为参考，并增加相关的软件工程实践。
修改页。修改页应包括修改时间、修改内容以及修 改人等。
目录。目录应包括章、条、图表、注释和附录的编 号、标题及其所在页码。
正文。正文为各文档的具体内容，详细要求见标准 的第5章。
附录。文档的附录应提供文档维护的详细信息（例 如：图、表、分类数据等）。每个附录都应在文档 的正文中被引用。为方便起见，附录可单独装订成 册。
文档若为电子文档，应规定电子文档的 格式（如DOC文件、PDF文件等）。
软件开发活动分类
基本活动类（18个）
项目策划和监控
风险管理
保密性有关活动
系统 需求分析
软件 需求 分析
系统 设计
系统
系统
集成与测试 合格性测试
软件 设计
软件 实现与单 元测试
单元 集成与
测试
CSCI 合格性
测试
软件使用准备 分承制方管理
因此，与之配套的文档类型、内容和形式上都要相 应发生变化。
需要对GJB 438A进行修订，保留其有效方面，改进 其不足之处，以适应当前我军装备软件研制的需要。
GJB 438B更名原因
本标准是与GJB 2786A（修订中）配套使用 GJB 2786在修订过程中，专家建议将名称改
为《军用软件开发通用要求》 本标准修订时也将名称作了相应变化，改为
根据需要，也可以对文档内容进行剪裁。
按文档标题顺序与本标准规定的标题顺序相同的原则，若剪裁 了某章条或某小条，则在被裁去的章条（或小条）的标题下将 其标识为“不适用”，并说明理由。