GJE 中华人民共和国国家军用标准 GJB 2786A-2009 FL 0112 代替GJB437-1988、GJB2786-1996 和GJB2255-1994 军用软件开发通用要求 General requirements for military software development 2009-08-01实施 2009-05-25发布 中国人民解放军总装备部批准 GJB 2786A-2009 目 次 前言： 范围· 1 2 引用文件 术语、定义和缩略语 3 3.1 术语和定义· 3.2 缩略语· 一般要求… 4 4.1 软件开发过程 4.2 软件开发的一般要求 详细要求 5 5.1 概述· 5.2 项目策划和监控 5.3 软件开发环境建立· 5.4 系统需求分析 5.5 系统设计 5.6 软件需求分析 5.7 软件设计… 5.8 软件实现和单元测试… 5.9 单元集成和测试 5.10 CSCI合格性测试· 5.11 CSCI/HWCI集成和测试· 5.12 系统合格性测试· 5.13 软件使用准备 10 5.14 软件移交准备· 5.15 软件验收支持…· ·12 5.16 软件配置管理 5.17 软件产品评价 5.18 软件质量保证 13 纠正措施 5.19 14 5.20 联合评审 5.21 测量和分析· 15 5.22 风险管理· 5.23 保密性有关活动· ·15 5.24 分承制方管理 5.25 与软件独立验证和确认(IV&V)机构的联系· 15 5.26 与相关开发方的协调· 15 5.27 项目过程的改进· 附录 A (资料性附录） 活动与多个构建版的映射 ·16 1 GJB 2786A-2009 采用可重用软件产品对本标准的解释 ·17 附录 B (规范性附录) ·20 (资料性附录) 一个系统或CSCI按多个构建版开发时各项活动的实施建议. 23 附录 D (规范性附录) 问题报告的类别及严重性等级. 24 附录 E (规范性附录) 软件产品评价· ·29 附录 F (资料性附录) 可供选用的测度· (资料性附录) 关于项目策略、剪裁和构建版策划的指南 参考文献 II GJB 2786A-2009 前言 本标准代替GJB437-1988《军用软件开发规范》、GJB2786-1996《武器系统软件开发》和 GJB2255-1994《军用软件产品》。 与GJB2786一1996相比，本次修订主要有如下变化： a）标准名称改为“军用软件开发通用要求”； 增加了使用和开发可重用软件产品、系统合格性测试、软件验收支持、软件质量保证、测量和 b) 分析以及保密性有关活动、与相关开发方的协调和项目过程的改进等方面的要求； 修改完善了项目策划和监控、系统需求分析、系统设计、CSCI/HWCI集成与测试、软件使用 C 准备、联合评审、风险管理、与软件独立验证和确认机构的联系等方面的内容； 删除了原标准中的附录A“对软件编码标准的要求”（补充件)，附录D“缩略语表”（参考件)， (p 将标准中出现的缩略语在第3章给出； e）增加了附录 A～附录C、附录F～附录G。 本标准附录B、附录D和附录E是规范性附录，附录A、附录C、附录F和附录G是资料性附录。 本标准由总装备部电子信息基础部提出。 本标准起草单位：总装备部电子信息基础部标准化研究中心、航天科工集团706所、航天科技集团 软件评测中心、总参三部计算中心站、总参61所、空军装备研究院总体所、总装武器装备论证研究中 心。 本标准主要起草人：王纬、潘华、石柱、杨宝明、刘新建、胡藐玉、胡九川、周宏建、 叶东升、刘远有、梁敏。 II GJB 2786A-2009 军用软件开发通用要求 1 范围 本标准规定了军用软件开发的通用要求，包括软件开发的基本活动、支持活动和管理活动等方面的 要求。 本标准适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。本标准中所涉及的“系 统”有两类：一类是硬件一软件系统(例如一个雷达系统)，对于这种系统，本标准只适用于系统中的软 件元素；一类是软件系统(例如一个地理信息系统)，对这类系统，本标准适用于其整个系统。 2引用文件 下列文件中的有关条款通过引用而成为本标准的条款。凡注日期或版次的引用文件，其后的任何修 改单(不包含勘误的内容)或修订版本都不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本 的可能性。凡不注日期或版次的引用文件，其最新版本适用于本标准。 GB/T11457软件工程术语 GJB 438B-2009 军用软件开发文档通用要求 3术语、定义和缩略语 3.1术语和定义 GB/T11457确立的以及下列术语和定义适用于本标准。 3.1.1行为设计behavioral design 按用户观点，对整个系统或计算机软件配置项将如何运转的设计，它只考虑满足用户需求而不考虑 系统或计算机软件配置项的内部实现。这种设计与体系结构设计不同，后者要标识系统或计算机软件配 置项的内部成分，并有这些成分的详细设计。 3.1.2构建版build 软件的一个版本，它满足最终软件将满足的全部需求的一个规定的子集。 3.1.3计算机软件配置项computersoftwareconfiguration item 满足最终使用要求并由需方指定进行单独配置管理的软件集合。计算机软件配置项的选择基于对下 列因素的权衡：软件功能、规模、宿主机或目标计算机、开发方、保障方案、重用计划、关键性、接口 考虑、需要单独编写文档和控制、以及其他因素。 3.1.4测度measure(noun) 通过执行一次测量赋予实体属性的数或类别。 3.1.5测量measurement 使用一组度量，把标度值(可以是数或类别)赋予实体的某个属性。 注：使用类别时，测量可以是定性的。如软件产品的一些重要属性，例如源程序语言（Ada，C，COBOL等)就是定 性的类型。 3.1.6度量metric 定义的测量方法和测量标度。 注1：度量可以是内部的或外部的，可以是直接的或间接的。 注2：度量包括把定性数据进行分类的方法。 3.1.7合格性测试qualificationtesting GJB 2786A-2009 为了向需方证明CSCI或系统满足其规定的需求而进行的测试。 3.1.8 再工程 reengineering 为了以一种新的形式重组一个现有系统而对其进行检查和改造的过程。再工程可包括逆向工程(分 析一个系统并在更高的抽象层次上产生其表示，如从代码产生设计)，重构(在同一个抽象层次上把系统 从一种表示形式转换到另一种表示形式)，重编文档(分析一个系统并产生用户文档和支持文档)，正向 工程(使用从现有系统导出的软件产品，结合新的需求，以产生新的系统)，重定目标(对系统进行转换， 以便将其安装到不同的目标系统上)和翻译(将源码从一种语言转换到另一种语言或者从一种语言的某 个版本转换到另一个版本)。 3.1.9可重用软件产品，reusablesoftwareproduct 为一种用途开发但还具有其他用途的软件产品，或者专门为了用于多个项目或一个项目的多种任务 而开发的软件产品。例如商业现货软件产品、需方提供的软件产品、重用库中的软件产品和开发方现有 的软件产品。每一次使用可以包括这些软件产品的全部或部分，也可以包括它的修改部分。 注：可重用软件产品可以是任何软件产品（例如需求、体系结构等)，而不只限于软件本身。 3.1.10软件software 与计算机系统的操作有关的计算机程序、规程和可能相关的文档。 注：本标准中软件只限于计算机程序和计算机数据库。 3.1.11软件开发softwaredevelopment 产生软件产品的一组活动。可包括新开发、修改、重用、再工程、维护或者任何会产生软件产品的 其他活动。 3.1.12软件开发文件softwaredevelopment file 与特定软件开发有关的资料库。其内容一般包括(直接或通过引用)有关需求分析、设计和实现的考 虑、理由和约束条件；开发方内部的测试信息；以及进度和状态信息。 注：软件开发文件不是一个特定文档，通常为由多个电子文件组成的文件夹。 3.1.13软件产品softwareproduct 作为定义、维护或实施软件过程的一部分而生成的任何制品，包括过程说明、计划、规程、计算机 程序和相关的文档等，无论是否打算将它们交付给顾客或者最终用户。软件产品在开发过程中也称软件 工作产品。 3.1.14软件保障softwaresupport 为确保软件安装后能继续按既定要求运行而且在系统的运行中能起既定作用而发生的一系列活动。 软件保障包括软件维护、用户支持和有关的活动。 3.1.15软件移交softwaretransition 使软件开发的责任从一个组织转交给另一个组织的一系列活动。一般说，前一个组织实施软件开发， 而后一个组织实施软件保障。 3.1.16软件单元softwareunit 计算机软件配置项(CSCI)设计中的一个元素；例如，CSCI的一个主要构成部分、这种构成部分的 一个部件、一个类、对象、模块、函数、子程序或者数据库。软件单元可以出现在层次结构的不同层上， 并可以由其他软件单元组成。设计中的软件单元与实现它们的代码和数据实体（子程序、过程、数据库、 数据文件等)之间，或与包含这些实体的计算机文件之间并不一定有一一对应的关系。 3.2缩略语 CASE一computer一aided softwareengineering计算机辅助软件工程； COM一computer operation manual计算机操作手册; CPM一