GJBA军用软件开发通用要求
GJB2786A军用软件开发通用要求ppt课件
软件开发一般要求
4.2.4---关键需求处理
安全性保证
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的； 开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、 设计、实现和操作规程中潜在的危险； 该策略应包括软件安全性大纲，并纳入系统安全性大纲（若已有）中； 开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
术语、定义
行为设计 构建版 计算机软件配置项(CSCI) 测度 测量 度量 合格性测试 再工程
• • • • • • •
可重塑软件产品 软件 软件开发 软件产品 软件保障 软件移交 软件单元
5
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
略缩语
6
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
14
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
软件开发一般要求
4.2.6---便于需方评审
开发方应为需方或其授权代表访问有关设施提供方便
15
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
5、详细要求
概述
8
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
软件开发一般要求
4.2.1---软件开发方法
软件开发的全部活动，开发方应采用文档化的系统方法。这些方法应在软 件开发计划中给与描述或引用；
9
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
GJB2786A军用软件开发通用要求讲课稿
适用范围
适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。 系统分两类：
对于硬件---软件系统，标标准适用于其中的软件元素； 对于软件系统，标准适用于整个系统。
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
软件开发一般要求
4.2.2---软件产品标准
开发方应使用标书需求、设计、编码、测试用例、测试规程和测试结果的 标准；
这些标准应在软件开发计划中给予描述或引用。
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
要求开发方参与软件所在系统层面的活动；
项目策划和监管
5.2.1---软件开发策划
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
合同中也可以按要求开发专门开发可重用软件产品
软件开发一般要求
4.2安.4-全--关性键保需证求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
项目策划和监管
5.2.4---软件安装策划
开发方应制定在合同规定的用户现场进行软件安装和培训的计划。该计划 应包括GJB 438B-2009中软件安装计划规定的全部适用项。
GJBB军用软件开发文档通用要求
按文档标题顺序与本标准规定的标题顺序一样的原那么， 假设剪裁了某章条或某小条，那么在被裁去的章条〔或 小条〕的标题下将其标识为“不适用〞，并说明理由。
假设剪裁的是整章条〔包括其所有小条〕，那么仅需在 最高层的章条标题下加以说明。
详细要求
该标准规定了对军用软件开发过程 中主要活动产生的文档，指出哪些 文档可以合并或剪裁。
规定了相应的文档编制要求。 考虑承研单位的实际要求，对测试方案的部
分内容也进展了充实和调整。
文档编制
文档的内容是根据GJB 2786A各活动描 绘的工作任务而产生的，描绘了军用软 件开发过程中的主要活动信息和要求。
开发方应按照本标准的要求记录有关信 息，编写有关文档，并按合同〔或软件 研制任务书〕的要求交付。
假如在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
STrP的主要内容
➢ 软件保障资源：描绘支持可交付软件所需的设施、硬件、软 件及其相关的文档，描绘支持可交付软件所需的人员及其它 资源，并标识各部分软件保障资源之间的关系。
➢ 推荐的过程：描绘为支持可交付的软件和相关的保障环境， 开发方希望向保障机构推荐的规程，包括建议和经历教训。
根据实际需要，可将SDP中的某些部分编制成单独的 方案，如?软件配置管理方案?、?软件质量保证方案? 和?软件测试方案?等。
SDP的主要内容
➢ 范围：包括系统和软件的标识、系统概述、文档概述等。 ➢ 引用文档。 ➢ 筹划背景概述。 ➢ 软件开发活动的总体施行方案：包括软件开发过程、软件
开发总体方案、可重用的软件产品等。 ➢ 详细的软件开发活动施行方案。 ➢ 进度表和活动网络图。 ➢ 工程组织和资源等。
军用软件开发库、受控库和产品库通用要求
军用软件开发库、受控库和产品库通用要求中华人民共和国国家军用标准军用软件开发库、受控库和产品库通用要求General requirement of military software development library, softwarecontrolled library and software product library2006 -05 -17发布2006 -10 - 01实施中国人民解放军总装备部批准本标准由国务院、中央军委军工产品定型委员会办公室提出(本标准起草单位:总装备部综合计划部科研局、总参通信部军事代表局、二炮装备研究院第一研究所、解放军驻成都飞机工业公司军代室、海军驻武汉709所军代室、中国航空工业第一集团公司第611所和第615所(本标准主要起草人:周鸿志、李渝榆、康文兴、王兴斌、傅援朝、杜立华、张珊珊，刘杰生、舒飞、王璇、倪红英(军用软件开发库、受控库和产品库通用要求GJB 5716-20061范围本标准规定了军用软件开发库、受控库、产品库(以下简称软件三库)的基本要求。
本标准适用于军用软件三库的管理(2引用文件下列文件中的有关条款通过引用而成为本标准的条款，凡注日期或版次的引用文件，其后的任何修改单(不包括勘误的内容)或修订版本都不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本的可能性。
凡不注日期或版次的引用文件，其最新版本适用于本标准(GB厂r 11457 软件工程术语GB厂r 12505计算机软件配置管理计划规范GJB 5000军用软件能力成熟度模型GJB 5235军用软件配置管理GJB 9001A质量管理体系要求3术语和定义GB/T 11457、GB/T 12505、GJB 5000、GJB 5235和GfB 9001A确立的以及下列术语和定义适用于本标准(3.1 软件开发库software development Hbrary在软件生存周期中，存放软件配置项的集合。
GJB438B军用软件开发文档通用要求
软件研制任务书（SDTD）
描述软件开发的目的、目标、主要任 务、功能及性能指标等要求。
18
SDTD的主要内容
➢ 范围：包括系统和软件的标识、系统概述和文档概述等。 ➢ 引用文档。 ➢ 运行环境要求：包括硬件环境和软件环境。 ➢ 技术要求：包括软件的功能、性能、输入/输出、数据处
理要求、接口、固件、关键性要求等。 ➢ 设计约束。 ➢ 质量控制要求：包括软件关键性等级、标准、文档、配置
3
修订背景（续1）
软件文档是整个软件开发工作的重要产品，是实行管 理、监督、控制软件开发的重要的方式。
软件文档把软件开发过程中的一些不可见的事物转化 成为可见的文字资料，便于管理人员在各个阶段检查 开发计划的进展情况，以提高软件生产过程的可见性 和可控性。
软件文档作为软件产品的一部分，文档的质量在很大 程度上决定了软件的质量。
➢ 软件用户的现场专用信息：描述关于软件用户的安装计划， 内容包括安装期间用户所完成任务的进度表、安装规程、用 户数据更新规程等。
28
软件移交计划（STrP）
描述开发方向保障机构移交应交付项的计 划。
如果在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
29
STrP的主要内容
30
软件测试计划（STP）
描述对计算机软件配置项（CSCI）和软件 系统或子系统进行合格性测试的计划。
通常每个项目都应有一个STP。 需方根据STP能够评估CSCI或软件系统合格
性测试的策划是否充分。
31
STP的主要内容
➢ 测试依据：列出软件测试必须遵循的依据。 ➢ 软件测试环境：描述在各测试现场的测试活动所需的软件项、硬件和固件
➢ 工具、技术和方法：描述用以支持特定软件项目质量 保证工作的工具、技术和方法，描述它们的用途。
GJB5000A标准要点
GJB5000A标准要点一、软件成熟度模型是什么软件成熟度模型的核心思想是，把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
软件过程成熟度概念的引入，是为了解决路径的问题，是指一个特定软件过程得到清晰的定义、管理、测量、控制和有效的程度。
成熟度概念蕴含的意义是组织能力提高是需要一个演化的进程，有一个从不成熟到相对成熟的过程。
通过软件过程评估，可以帮助企业认识所处的位置，通过软件过程模型，可以帮助企业找到前进的目标。
二、GJB5000A是什么GJB5000A是一个产品开发模型（Product Development Model ,PDM），关注整个体系的问题，是一个过程改进参考模型，描述的是一组有效过程的特征，提供了一套最佳实践，它关注的是：生产率（Productivity）、性能（Performance）、成本（Costs）、相关方满意（Stakeholder satisfaction）。
GJB5000A是一个产品集，它包括：· 军用软件能力成熟度模型框架· 集成模型· 评估方法和材料· 各种培训· 术语三、GJB5000A军用软件能力成熟度模型框架军用软件能力成熟度模型框架：· 由5个成熟度等级来表达：每个成熟度等级由若干过程域组成；· 每个过程域由目标、执行方法组成。
即，成熟度等级中包含关键的过程域，每个过程域中具有一定的目标，以及为了达到这些目标必须要做到的行动步骤，即最佳实践。
四、GJB5000A告诉我们什么GJB5000A告诉我们，过程管理方面优秀的软件组织是什么样的，优秀的软件组织也要分等级（1-5级），每个级别的软件组织都具备有一定的特征，即都执行了某些特殊活动。
GJB2786A军用软件开发通用要求PPT课件
4.2.1---软件开发方法
软件开发的全部活动，开发方应采用文档化的系统方法。这些方法应在软 件开发计划中给与描述或引用；
9
.
软件开发一般要求
、编码、测试用例、测试规程和测试结果的 标准；
这些标准应在软件开发计划中给予描述或引用。
10
.
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
.
制定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
软件开发一般要求
4.2.5---计算机硬件资源利用
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
GJB2786A
军用软件开发通用要求
1
.
提纲
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 7个附录
.
2
适用范围
适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。 系统分两类：
对于硬件---软件系统，标标准适用于其中的软件元素； 对于软件系统，标准适用于整个系统。
13
.
软件开发一般要求
4.2.6---决策理由的记录
军用产品软件三库要求
中华人民共和国国家军用标准军用软件开发库、受控库和产品库通用要求General requirement of military software development library, softwarecontrolled library and software product library2006 -05 -17发布2006 -10 - 01实施中国人民解放军总装备部批准本标准由国务院、中央军委军工产品定型委员会办公室提出．本标准起草单位：总装备部综合计划部科研局、总参通信部军事代表局、二炮装备研究院第一研究所、解放军驻成都飞机工业公司军代室、海军驻武汉709所军代室、中国航空工业第一集团公司第611所和第615所．本标准主要起草人：周鸿志、李渝榆、康文兴、王兴斌、傅援朝、杜立华、张珊珊，刘杰生、舒飞、王璇、倪红英．军用软件开发库、受控库和产品库通用要求GJB 5716-20061范围本标准规定了军用软件开发库、受控库、产品库（以下简称软件三库）的基本要求。
本标准适用于军用软件三库的管理．2引用文件下列文件中的有关条款通过引用而成为本标准的条款，凡注日期或版次的引用文件，其后的任何修改单（不包括勘误的内容）或修订版本都不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本的可能性。
凡不注日期或版次的引用文件，其最新版本适用于本标准．GB厂r 11457软件工程术语GB厂r 12505计算机软件配置管理计划规范GJB 5000军用软件能力成熟度模型GJB 5235军用软件配置管理GJB 9001A质量管理体系要求3术语和定义GB/T11457、GB/T12505、GJB5000、GJB 5235和GfB 9001A确立的以及下列术语和定义适用于本标准．3.1软件开发库software development Hbrary在软件生存周期中，存放软件配置项的集合。
3.2软件受控库software controUed library在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合．3.3软件产品库software product Jibrary往软件生存周期中，存放已定型（鉴定）且供交付、生产、检验验收的软件配置项的集合．4基本要求4.1建立软件三库军用软件开发组织（以下简称组织）应建立软件三库，并提供相应资源．对软件配置项进行入库、访问、出库、维护、更改、发行等活动实施管理，以确保软件产品的正确性、完整性、可控性、可追溯性．软件三库的管理应符合相关的保密规定．4.2明确软件三库管理职责组织应明确软件三库管理机构职责．一般地，软件三库管理机构应超软件配置管理机构的组成部分，由库管理员、各库管理负责人等组成．软件开发库由项目组管理，软件受控库由研制管理部门（或质量管理部门）管理，软件产品库由组织的技术档案管理部门管理。
GJB2786A军用软件开发通用要求ppt课件
ppt课件.
10
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
软件开发一般要求
计算机硬件资源利用
4.2.5---
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
ppt课件.
13
软件开发一般要求
4.2.6---决策理由的记录
开发方应参与制定系统合格性测试计划。对软件系统而言，该计划应包括 GJB 438B-2009软件测试计划规定的所有适用项；
ppt课件.
20
项目策划和监管
5.2.4---软件安装策划
ppt课件.
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
16
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
关于项目策划的进一步要求，参见GJB 5000A-2008中6.4项目策划过程域。
ppt课件.
Gjb软件需求规格说明书范围
Gjb软件需求规格说明书1.范围1.1. 标识本条应描述本文档使用系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2. 系统概述本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。
1.3. 文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
2.引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
3.需求3.1. 要求的状态和方式如果要求CSCI在多种状态或方式下运行，并且不同的状态或方式具有不同的需求，则应标识和定义每一状态和方式。
状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、降级、紧急情况、后备、战时、平时等。
可以仅用状态描述CSCI，也可以仅用方式、用方式中的状态、状态中的方式、或其他有效的方式描述CSCI。
如果不需要多种状态和方式，应如实陈述，而不需要进行人为的区分；如果需要多种状态和/或方式，应使本规格说明中的每个需求或每组需求与这些状态和方式相对应，对应关系可以在本条或本条引用的附录中，通过表格或其他方式加以指明，也可以在该需求出现的章条中加以说明。
3.2. CSCI能力需求为详细说明与CSCI各个能力相关的需求，本条可以分为若干字条。
“CSCI能力需求”中的“能力”为一组相关需求，可用“功能”、“主题”、“对象”、或其他适合表示需求的词替代。
3.2.1.X（CSCI能力）本条应标识必需的每一CSCI能力，并详细说明与该能力有关的需求。
如果该能力可以更清晰地分解为若干子能力，则应分条对自能力进行说明。
需求应详细说明所需的CSCI行为，包括适用的参数，如响应时间、吞吐时间、其他时限约束、时序、精度、容量、优先级别、连续运行需求和基本运行条件下允许的偏差；适当时，需求还应包括在异常条件、非许可条件或超限条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引入到CSCI中的规定。
军用软件开发通用要求剪裁指南(3篇)
第1篇一、前言军用软件开发在国家安全和军事现代化建设中扮演着至关重要的角色。
随着信息技术的发展，军用软件系统的复杂性和安全性要求越来越高。
为了确保军用软件项目能够满足特定的军事需求，同时遵循国家相关法律法规和行业标准，本文旨在提供一套军用软件开发通用要求剪裁指南，以帮助开发团队进行合理的需求剪裁，提高软件开发效率和质量。
二、军用软件开发通用要求1. 安全性要求军用软件开发应遵循国家信息安全等级保护制度，确保软件系统在物理、逻辑、管理等方面具备较高的安全性。
具体要求如下：（1）物理安全：确保软件系统硬件设备安全可靠，防止非法侵入、破坏和篡改。
（2）逻辑安全：确保软件系统代码、数据、网络传输等环节的安全性，防止恶意攻击、病毒感染等。
（3）管理安全：建立健全信息安全管理制度，加强人员培训，提高安全意识。
2. 功能性要求军用软件开发应满足以下功能性要求：（1）可靠性：软件系统应具备较高的可靠性，确保在复杂环境下稳定运行。
（2）实时性：对于实时性要求较高的软件系统，应满足实时性要求。
（3）可扩展性：软件系统应具备良好的可扩展性，能够适应未来技术发展和军事需求。
（4）互操作性：软件系统应具备良好的互操作性，能够与其他系统进行信息交换和协同工作。
3. 性能要求军用软件开发应满足以下性能要求：（1）计算能力：满足军事任务所需的计算能力，确保软件系统高效运行。
（2）存储能力：满足军事任务所需的存储能力，确保数据安全、可靠。
（3）传输能力：满足军事任务所需的传输能力，确保信息及时、准确传输。
4. 可维护性要求军用软件开发应满足以下可维护性要求：（1）可读性：代码结构清晰，易于阅读和维护。
（2）可测试性：具备完善的测试体系，确保软件系统在修改、升级过程中不会引入新的错误。
（3）可移植性：软件系统应具备良好的可移植性，能够适应不同硬件平台和操作系统。
三、军用软件开发通用要求剪裁指南1. 需求分析在软件开发初期，对军事需求进行详细分析，明确软件系统的目标、功能、性能、安全等方面的要求。
GJB2786A军用软件开发通用要求 ppt课件
ppt课件
11
软件开发一般要求
安全性保证
4.2.4---关键需求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、 设计、实现和操作规程中潜在的危险；
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则；
这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中；
“重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由应 在软件开发计划中指出。
开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
实施该策略的证据应作为所需求的软件产品的一部分。
其它关键需求的保证
12 如果一个系统依赖于软件来满足在合同和系统规格说明中认为是关键的其它需求，那么开发方应标 识其失效可能导致违背这些关键需求的CSCI或其中的部分； ppt制课件定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
3
ppt课件
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
4
ppt课件
术语、定义
行为设计 构建版 计算机软件配置项(CSCI) 测度 测量 度量 合格性测试 再工程
• 可重塑软件产品 • 软件 • 软件开发 • 软件产品 • 软件保障 • 软件移交 • 软件单元
ppt课件
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
军用软件开发通用要求
军用软件开发通用要求一、文档完整性1、软件计划、设计、实现、测试、部署、维护和退役过程中产生的文档应完整、一致，并满足军事装备软件研制能力成熟度模型（SW-CMM）中的相关要求。
2、软件文档应包括：研制任务书、需求规格说明书、设计说明书、源代码、测试计划与报告、用户手册、部署安装说明、操作使用说明等。
二、文档准确性1、软件文档内容应准确无误，与软件实际运行情况相符合，源代码注释和说明应详尽准确。
2、软件文档中涉及的数据和参数应经过严格审核，确保其准确性和权威性。
三、文档可理解性1、软件文档的表述应清晰、简洁，易于理解，方便阅读和操作。
2、软件文档中使用的术语和缩略语应符合国家和军队的相关规定，并确保一致性。
四、生命周期管理1、应制定软件开发生命周期模型，明确各阶段的任务、方法和工具，并在研制过程中严格执行。
2、在软件生命周期的各个阶段，应按照相关规定进行评审和审核，确保软件质量和安全性。
五、安全性1、军用软件开发应遵循国家和军队的相关安全标准与规范，确保软件的安全性。
2、在软件设计中应采取必要的安全措施，防止信息泄露、篡改或破坏，同时应具备必要的数据备份和恢复功能。
3、在软件测试和验证过程中，应重点关注安全性方面的测试与验证。
六、可靠性1、军用软件开发应满足国家和军队的相关可靠性标准和规范，确保软件的可靠性。
2、在软件设计中应采取必要的可靠性措施，如容错处理、故障检测与恢复、热备份等。
3、应进行软件可靠性测试和验证，确保软件的可靠性达到预期要求。
七、可维护性1、军用软件开发应具备较好的可维护性，方便进行升级、扩展和维护。
2、在软件设计中应采用模块化、松耦合的设计原则，便于进行维护和升级。
3、应提供必要的维护工具和接口，方便进行软件配置管理、版本控制和缺陷跟踪等操作。
八、可测试性1、军用软件开发应具备较好的可测试性，方便进行单元测试、集成测试和系统测试等。
2、在软件设计中应采用面向对象的设计方法，减少类之间的耦合度，便于进行单元测试。
军用产品软件三库要求
中华人民共和国国家军用标准军用软件开发库、受控库和产品库通用要求General requirement of military software development library, softwarecontrolled library and software product library2006 -05 -17发布2006 -10 - 01实施中国人民解放军总装备部批准本标准由国务院、中央军委军工产品定型委员会办公室提出．本标准起草单位：总装备部综合计划部科研局、总参通信部军事代表局、二炮装备研究院第一研究所、解放军驻成都飞机工业公司军代室、海军驻武汉709所军代室、中国航空工业第一集团公司第611所和第615所．本标准主要起草人：周鸿志、李渝榆、康文兴、王兴斌、傅援朝、杜立华、张珊珊，刘杰生、舒飞、王璇、倪红英．军用软件开发库、受控库和产品库通用要求GJB 5716-20061范围本标准规定了军用软件开发库、受控库、产品库（以下简称软件三库）的基本要求。
本标准适用于军用软件三库的管理．2引用文件下列文件中的有关条款通过引用而成为本标准的条款，凡注日期或版次的引用文件，其后的任何修改单（不包括勘误的内容）或修订版本都不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本的可能性。
凡不注日期或版次的引用文件，其最新版本适用于本标准．GB厂r 11457软件工程术语GB厂r 12505计算机软件配置管理计划规范GJB 5000军用软件能力成熟度模型GJB 5235军用软件配置管理GJB 9001A质量管理体系要求3术语和定义GB/T11457、GB/T12505、GJB5000、GJB 5235和GfB 9001A确立的以及下列术语和定义适用于本标准．3.1软件开发库software development Hbrary在软件生存周期中，存放软件配置项的集合。
3.2软件受控库software controUed library在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合．3.3软件产品库software product Jibrary往软件生存周期中，存放已定型（鉴定）且供交付、生产、检验验收的软件配置项的集合．4基本要求4.1建立软件三库军用软件开发组织（以下简称组织）应建立软件三库，并提供相应资源．对软件配置项进行入库、访问、出库、维护、更改、发行等活动实施管理，以确保软件产品的正确性、完整性、可控性、可追溯性．软件三库的管理应符合相关的保密规定．4.2明确软件三库管理职责组织应明确软件三库管理机构职责．一般地，软件三库管理机构应超软件配置管理机构的组成部分，由库管理员、各库管理负责人等组成．软件开发库由项目组管理，软件受控库由研制管理部门（或质量管理部门）管理，软件产品库由组织的技术档案管理部门管理。
军用产品软件三库要求
中华人民共和国国家军用标准军用软件开发库、受控库和产品库通用要求General requirement of military software development library, softwarecontrolled library and software product library2006 -05 -17发布2006 -10 - 01实施中国人民解放军总装备部批准本标准由国务院、中央军委军工产品定型委员会办公室提出．本标准起草单位：总装备部综合计划部科研局、总参通信部军事代表局、二炮装备研究院第一研究所、解放军驻成都飞机工业公司军代室、海军驻武汉709所军代室、中国航空工业第一集团公司第611所和第615所．本标准主要起草人：周鸿志、李渝榆、康文兴、王兴斌、傅援朝、杜立华、张珊珊，刘杰生、舒飞、王璇、倪红英．军用软件开发库、受控库和产品库通用要求GJB 5716-20061范围本标准规定了军用软件开发库、受控库、产品库（以下简称软件三库）的基本要求。
本标准适用于军用软件三库的管理．2引用文件下列文件中的有关条款通过引用而成为本标准的条款，凡注日期或版次的引用文件，其后的任何修改单（不包括勘误的内容）或修订版本都不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本的可能性。
凡不注日期或版次的引用文件，其最新版本适用于本标准．GB厂r 11457 软件工程术语GB厂r 12505计算机软件配置管理计划规范GJB 5000军用软件能力成熟度模型GJB 5235军用软件配置管理GJB 9001A质量管理体系要求3术语和定义GB/T 11457、GB/T 12505、GJB 5000、GJB 5235和GfB 9001A确立的以及下列术语和定义适用于本标准．3.1 软件开发库software development Hbrary在软件生存周期中，存放软件配置项的集合。
3.2软件受控库software controUed library在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合．3.3软件产品库software product Jibrary往软件生存周期中，存放已定型（鉴定）且供交付、生产、检验验收的软件配置项的集合．4基本要求4.1建立软件三库军用软件开发组织（以下简称组织）应建立软件三库，并提供相应资源．对软件配置项进行入库、访问、出库、维护、更改、发行等活动实施管理，以确保软件产品的正确性、完整性、可控性、可追溯性．软件三库的管理应符合相关的保密规定．4.2明确软件三库管理职责组织应明确软件三库管理机构职责．一般地，软件三库管理机构应超软件配置管理机构的组成部分，由库管理员、各库管理负责人等组成．软件开发库由项目组管理，软件受控库由研制管理部门（或质量管理部门）管理，软件产品库由组织的技术档案管理部门管理。
军队软件质量管理要求
军队软件质量管理要求简介本文档旨在提出军队软件质量管理的要求，确保军队软件的质量和安全性。
军队软件的质量管理是一项重要任务，涉及到军队的战斗力和信息化建设的发展。
软件质量管理要求为了确保军队软件的质量，以下是军队软件质量管理的要求：1. 安全性要求：军队软件必须具备高度的安全性，能够抵御各种网络攻击和威胁。
软件开发过程中应注重安全设计和安全测试，确保软件在使用过程中不会成为军队信息泄露的风险。
2. 稳定性要求：军队软件必须具备稳定性，能够长时间运行而不出现崩溃或异常情况。
软件开发过程中应进行充分的测试和调试，确保软件在各种环境和条件下都能够稳定运行。
3. 易用性要求：军队软件必须具备良好的用户界面和易于操作的功能。
软件开发过程中应注重用户体验和用户反馈，不断改进软件的界面设计和操作方式，提高用户的使用便利性和满意度。
4. 可靠性要求：军队软件必须具备高度的可靠性，能够准确、及时地完成各项任务。
软件开发过程中应进行充分的功能测试和性能测试，确保软件在各种情况下都能够稳定、可靠地工作。
5. 可维护性要求：军队软件必须具备良好的可维护性，能够方便地进行软件的修改和维护。
软件开发过程中应注重代码的可读性和可维护性，采用规范的编码风格和良好的代码注释，以便后续的维护和升级工作。
6. 合规性要求：军队软件必须符合相关的法律法规和军队的政策要求。
软件开发过程中应注重合规性的审查和测试，确保软件的开发和使用符合法律法规和军队的相关政策。
7. 文档要求：军队软件必须有清晰完整的文档，包括软件需求文档、设计文档、测试文档等。
文档应具备良好的可读性和准确性，方便软件的开发、测试和维护工作。
结论军队软件质量管理要求是确保军队软件质量和安全性的重要措施。
通过严格遵守以上要求，能够提高军队软件的质量和可靠性，为军队的信息化建设提供有力支持。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
合同中也可以按要求开发专门开发可重用软件产品
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
要求开发方参与软件所在系统层面的活动；
项目策划和监管
5.2.1---软件开发策划
在合同期内，开发方应维护软件开发资料库。
软件开发环境建立
5.3.3---软件开发文件
开发方应为每个软件单元和每个CSCI建立、控制并维护软件开发文件；
开发方应将有关软件开发的信息记录在相应的SDF 中，并应在合同期内维 护这些软件开发文件（SDF）。
软件开发环境建立
5.3.4---非交付软件
项目策划和监管
5.2.4---软件安装策划
开发方应制定在合同规定的用户现场进行软件安装和培训的计划。该计划 应包括GJB 438B-2009中软件安装计划规定的全部适用项。
项目策划和监管
5.2.5---软件移交策划
开发方应指明保障机构为完成合同规定的保障工作所需的全部软件开发资 源；
开发方应制定软件移交计划，以标识这些资源并说明向保障机构移交应交 付项目所遵循的方法；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则； 这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中； “重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由
应在软件开发计划中指出。
软件开发一般要求
4.2.6---便于需方评审
开发方应为需方或其授权代表访问有关设施提供方便
系统需求分析
5.4.2---运行方案
开发方应参与定义和记录系统运行方案，其结果应包括GIB 438B-2009 中 运行方案说明（OCD）规定的全部适用项。
系统需求分析
5.4.3---系统需求
开发方应参与定义和记录系统要满足的需求以及保证每项需求得以满足所 使用的方法；
这些需求包括所要求的状态和方式、能力、外部接口、内部接口、内部数 据、适应性、安全性、保密’性、环境、计算机资源、质量因素、设计和 构造的约束、合格性、需求可追踪性等方面；
5、详细要求
概述 项目策划和监控 软件开发环境建立 软件需求分析 软件设计 软件实现和单元测试 单元集成和测试 CSCI合格性测试 CSCI/HWCI集成测试 系统合格性测试 软件使用准备 软件移交准备 软件验收支持
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
软件开发一般要求
4.2.6---决策理由的记录
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
软件开发一般要求
4.2安.4全--性-关保键证需求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的； 开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、
设计、实现和操作规程中潜在的危险；
该策略应包括软件安全性大纲，并纳入系统安全性大纲（若已有）中； 开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据； 实施该策略的证据应作为所要求的软件产品的一部分。
软件需求包括要求的状态和方式、能力、外部接口、内部接口、内部数据、 适应性、安全性、保密性、环境、计算机资源、质量因素、设计和实现约束、 合格性、需求可追踪性等方面；
软件需求分析的结果应包括GIB 438B-2009 中软件需求规格说明（SRS）规 定的全部适用项；
有关CSCI 接口的需求可以包含在软件需求规格说明（SRS）中，也可以包含 在接口需求规格说明（IRS)中。
其它关键需求的保证
如果一个系统依赖于软件来满足在合同和系统规格说明中认为是关键的其它需求，那么开发方应标 识其失效可能导致违背这些关键需求的CSCI或其中的部分；
制定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
软件开发一般要求
计算机硬件资源利用
4.2.5---
软件开发环境建立
5.3.1---软件工程环境
开发方应建立、控制和维护软件工程环境（包括测试环境）。开发方应确 保该环境的各组成部分都能执行其预定的功能；
软件开发环境建立
5.3.2---软件开发资料库
开发方应建立、控制和维护一个软件开发资料库，用来管理软件、文档、 其他中间的和最终的软件产品，以及相关的用以促进软件的有序开发和后 续保障的工具和方法；
其结果应包括GJB 438B 一2009 中系统／子系统规格说明（SSS）规定的全 部适用项
系统设计
5.5.1---系统级设计决策
开发方应参与定义和记录系统级设计决策，其结果应包括GJB 438B-2009 中 系统／子系统设计说明（SSDD）内有关系统级设计部分中全部适用项；
有关接口设计可以包含在SSDD 中，也可以包含在接口设计说明（IDD）中；
其结果还应包括GJB 438B~2009 中软件研制任务书（SDTD）规定的全部适用 项；
有关接口设计可以包含在SSDD 中，也可以包含在接口设计说明（IDD）中。
软件需求分析
5.6---系统需求分析
开发方应定义和记录每个CSCI 要满足的软件需求、保证每项需求得以满足 所使用的方法以及CSCI需求与系统需求之间的可追踪性；
5.2.2---CSCI测试策划
开发方应制定CSCI合格性测试计划。该计划应包括GJB438B-2009中软件测 试计划规定的全部适用项；
项目策划和监管
5.2.3---系统测试策划
开发方应参与制定系统合格性测试计划。对软件系统而言，该计划应包括 GJB 438B-2009软件测试计划规定的所有适用项；
开发方在交付软件的开发中可以使用非交付软件，但应保证交付软件在交 付给需方后的运行和保障中不依颇于这些非交付软件，或能确保需方拥有 或者可以得到同样的软件；
开发方应确保用于项目的全部非交付软件执行其预定的功能。
Байду номын сангаас
系统需求分析
5.4.1---用户要求分析
开发方应参与分析需方提供的用户要求，以了解用户需要。用户要求可以 采取如下形式：
适用时，这项工作应包含下列活动：对计算机指令和数据定义进行编码，建 立数据库，将数据值填入数据库和其他数据文件中，以及其他为实现设计所 需的活动；
对于需交付的软件，开发方如要采用非合同规定的程序设计语言，应经需方 批准。
软件实现和单元测试
5.8.2---单元测试的准备
开发方应为与每个软件单元相对应的软件制定测试计划（包括规定测试需求 和进度）、准备测试用例（按照输入、预期的结果和评价准则进行描述）、 测试规程和测试数据；
略缩语
一般要求
软件开发过程 软件开发一般要求
软件开发过程
4.1---软件开发过程
开发方应建立一个与合同要求一致的软件开发过程。软件开发过程可包 括下列活动：
c~n为软件开发的基本活动； o~t为软件开发的支持活动； 其余为软件开发管理活动。
可重叠 可迭代 可裁剪
软件开发一般要求
4.2.1---软件开发方法
有关数据库的设计可以包含在SDD 中，也可以包含在数据库设计说明中。
软件设计
5.7.2---CSCI 体系结构设计
开发方应定义和记录每个CSCI 的体系结构设计（标识组成该CSCI 的软件单 元及接口，它们之间的执行的方案）和软件单元与CSCI 需求之间的可追踪 性；
其结果应包括GIB 438B 一2009 中软件设计说明(SDD）内有关体系结构设计 和可追踪性方面的全部适用项；
软件开发的全部活动，开发方应采用文档化的系统方法。这些方法应在软 件开发计划中给与描述或引用；
软件开发一般要求
4.2.2---软件产品标准
开发方应使用标书需求、设计、编码、测试用例、测试规程和测试结果的 标准；
这些标准应在软件开发计划中给予描述或引用。
软件开发一般要求
4.2.3---可重用软件产品
该计划包括GJB 438-2009中软件移交计划（STrP）规定的全部适用项。
项目策划和监管
5.2.6---计划的跟踪和修订
在需方认可了5.2.1~5.2.5中的计划后，开发方应根据计划进行相关活动； 开发方的管理者应按照软件开发计划规定的时间间隔检查软件开发过程； 计划的修订都应得到需方的认可。
GJB2786A
军用软件开发通用要求
2018.09
提纲
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 7个附录
适用范围
适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。 系统分两类：
对于硬件---软件系统，标标准适用于其中的软件元素； 对于软件系统，标准适用于整个系统。
开发方应为实施本标准所要求的活动和合同中其他有关软件需求的各项活 动制定计划；该策划应与系统级策划一直，并应包括GJB438-2009中软件 开发计划规定的全部适用项；