点击蓝字关注我们对基于GJB5000A的雷达系统软件开发文档裁剪方法的研究
王小平 1,3、卢军 3、苏一博 2、3、徐天宇 3
（1. 广州经济管理大学、广州民航航天学院 上海 211106；科学技术研究院 北京 210072；3. 中国船舶重工集团公司第 724 研究院 沉阳 211153）
摘要：在军用软件的开发中，需要裁剪大量的文档。 为了研究满足GJB5000A 2级要求、符合雷达系统软件特点的文档裁剪方法，本文根据用途将软件开发文档分为计划、需求、设计、软件测试、手册、检查表和总结，通过分类和分析的方式。 经过分析，提出了各类文档的裁剪准则，完善了各类文档的裁剪矩阵。
关键词：GJB5000A； 文件剪裁； GJB438B； 雷达软件； 软件工程
0 前言
软件开发过程中的文档不仅是软件设计和开发的重要记录，也是软件过程的记录，是软件的重要信息。 文档不仅是软件开发的必备过程，也是软件工程管理的具体体现。
（4）软件安装计划（SIP），主要描述如何在用户现场安装软件；
1 软件开发文档的分类
GJB438B-2009规定了军用软件开发文件的通用要求。 GJB438B标准中规定了软件开发中可能形成的28种文档。 这些文档按照类似于大瀑布模型的顺序列出，每个文档都是对软件或软件开发过程的某些方面的描述[1]。
雷达系统是重要的军事装备软件开发的文档，雷达系统软件开发过程中形成的文档应按照GJB438B的要求编写。 在采用GJB5000A模型实施软件工程工作中，为了便于理解文档规定和文档的剪裁，根据GJB438B-2009标准的要求，将软件开发文档分为7类。
1.1 规划文件
正如GJB90019001B《质量管理体系要求》中所强调的，PDCA（计划-执行-检测-处置）的方法适用于所有过程[2]。 软件流程也从规划开始。 开发人员应为标准和协议要求的所有活动制定计划[3]。 GJB438B给出了5种规划文件，包括：
（1）软件开发计划（SDP），主要描述软件开发工作中的一些基本内容，如语言、工具、资源、问题解决、变更管理、测试、验证、阶段、进度等，是主要项目计划 ;
（2）软件配置管理计划（SCMP），主要描述软件开发中如何实现配置管理；
（3）软件质量保证计划（SQAP），主要描述软件开发中如何进行产品和过程质量保证；
（2）软件开发任务说明书（SDTD），分配软件开发任务；
（5）软件转移计划（STrP），主要描述如何将协议交付物转移到独立支持结构。
1.2 需求文件
此类别下有五种类型的文档。 虽然名称不同，但都属于需求尺寸规范[4]的范畴，分别是：
（1）运营计划描述（OCD），用用户语言表达项目需求，是预付款、开发商、担保机构和用户达成共识的桥梁；
在使用GJB5000A模型实施软件工程工作时，发现需要编写大量的文档，这往往被软件开发人员认为是一项艰巨而枯燥的工作，并且不被认为是软件工程的一部分。软件开发，反而被视为一种负担。 为了让文档对软件开发有所帮助，而不是成为软件开发的碍眼或障碍，有必要对软件开发中应准备的文档进行顶层设计。 本文试图结合雷达系统的特点，将雷达系统软件开发过程中形成的文档分为7类，并对不同类别的文档进行分析。 通过分析，得出适合雷达系统软件开发的文档裁剪方法，也为其他领域的软件开发文档裁剪提供参考。
(3)系统/子系统规模描述(SSS)，提出系统的要求及其检查方法。 计算机设备）；
（4）软件需求规模规范（SRS），提出计算机软件配置项（CSCI）的要求和检查方法；
(5)套接字需求大小规范(IRS)，提出了一个或多个系统、子系统、硬件配置项、CSCI和手动操作的套接字的要求。
1.3 设计文件
设计文件有4种类型，即：
（1）系统/子系统设计描述（SSDD），给出系统结构的设计，对应的要求是SSS；
（2）软件设计描述（SDD），给出了每个CSCI的设计，对应的要求是SRS；
（3）Socket Design Description（IDD），给出了每个socket的设计，对应的要求是IRS；
(4)数据库设计描述(DBDD)，给出了数据库的设计以及软件如何访问数据或操作数据的设计。
1.4 软件测试文档
作为验证需求是否合格的行为，软件测试是一个单独的类别，包括：
（1）软件测试计划（STP），主要描述进行资格测试的计划；
(2) 软件测试描述（STD），给出资格测试的测试用例/程序；
（3）软件测试报告（STR），说明资格测试的测试结果。
1.5 指导文件
指南类别中的文档包括用户操作指南和支持编程指南，包括：
(1) 软件用户指南（SUM），从用户的角度解释如何安装和使用软件；
（2）软件输入/输出指南（SIOM），解释用户如何访问安装在计算机中心的批处理或交互式软件系统，是用于描述API的文档；
(3) 软件中心操作指南（SCOM），解释用户如何安装和操作安装在计算机中心的批处理或交互式软件系统，通常适用于计算机中心托管的软件；
（4）计算机操作手册（COM），说明用户如何使用新开发的计算机；
(5) 计算机编程指南（CPM），解释程序员如何对新开发的计算机进行编程；
(6) 固件保证指南 (FSM)，解释程序员如何对固件设备进行编程。
1.6 列出类文档
用于软件清单的文档有两种类型，包括：
（1）软件产品尺寸声明（SPS）、用于支持的可执行软件和源文件等信息；
(2)软件版本描述(SVD)，用于发布和跟踪的软件清单。
1.7 类文档汇总
项目概要分为3个报告：
（1）软件研发总结报告（SDSR），总结项目开发状况；
（2）软件研发总结报告（SCMR），总结项目配置管理的状况；
（3）软件质量保证报告（SQAR），总结项目软件质量保证的状况。
2 软件开发文档剪裁要求
针对不同项目的不同情况量身定制，是GJB5000A-2008《软件研发能力成熟度模型》第三级的基本要求。 GJB5000A模型使用成熟度级别来判断软件开发企业或组织的能力。 级别 1 (ML1) 是初始级别，满足级别 2 (ML2) 要求的组织称为受管理级别，定义级别 3 (ML3)。 ，Level 4（ML4）进行量化管理，Level 5（ML5）进行优化。 成熟度级别之间的关系如图1所示[5]。
图1 GJB5000A成熟度模型的五个级别
GJB5000A对于软件开发公司的软件开发能力评估、自我评估和持续过程改进有很大帮助。 在GJB5000A型号中，各等级具有以下特点：
(1)在ML1成熟度级别下，通常会构建基本的软件流程，但流程的实施很大程度上取决于团队或个人的质量。 在项目开发过程中软件开发的文档，定义了基本的生命周期，但一般仅用于编程和简单的测试活动。 项目的完成主要取决于个人的能力和努力，项目经常逾期，提供的软件功能和质量特性通常是不可预测的；
（2）ML2级别下，企业需要构建基本的软件过程能力，项目应具有一致的计划和监控能力，以便项目能够按照文件化的计划、工作的状态进行实施和管理产品处于计划节点（如里程碑、阶段结束）状态和完成情况受控且可见；
（3）ML3级别下，企业构建标准过程集，具体项目的软件过程从组织的标准过程集中选取，量身定制，以适应项目的不同情况。 同时流程的执行比ML2更加严格；
（4）ML4、ML5级别是指在ML3级别定义的软件流程的基础上，日益细化的量化管理和进一步的优化。 评级的起点是 ML2。 在升级到2级的过程中，企业构建软件过程管理文档，定义软件开发过程的基本要求，并对生命周期各阶段的工作产品提出要求。 文档是重要的工作产品之一。
在从2级升级到3级的过程中，需要对生命周期各阶段编制的文档提出要求。 这也提出了企业需要结合自身及产品特点，对开发过程中形成的软件开发文档提供剪裁指南的要求。
3 雷达系统软件开发文档的裁剪方法
在雷达系统中，软件和硬件的关系密切，软件和硬件往往协同工作来完成特定的功能，纯软件和纯硬件子系统之间没有明确的界限。 这导致适用于纯计算机软件系统的软件文档可能不适用于雷达系统软件的开发。
第1章将软件开发文档分为7类，各类软件文档均适用于雷达系统软件的开发。 此外，并非每个类别中的所有文档都适用于雷达系统，例如，更适用于计算机软件系统的文档可能不适用于雷达系统软件。
3.1 切割原理
通常，需要根据雷达系统开发的具体情况来定制生命周期特性。 不适用于雷达系统软件开发的文档主要分为两个方面：
(1) SIOM、COM、CPM。 这三类文档通常适用于计算机，但不适用于我国目前的军用雷达系统软件；
(2) STrP、SIP。 一般情况下，我军雷达系统的保障工作也是研发单位负责的，通常不需要交给独立的保障单位，涉及的软件转移计划（STrP）通常可以量身定制; 通常雷达系统的软件与硬件一起交付给用户，开发商在用户交付现场进行最终的调试服务，所涉及的软件安装计划（SIP）通常可以定制。
在雷达系统软件开发项目中，还有一种情况，就是通常需要编译多份SRS和SDD，定义为具有多个CSCI的软件项目，往往需要编译多份SRS和SDD。编译。
3.2 裁剪矩阵
表1至表7构建了雷达系统软件开发中各种开发文档的裁剪矩阵，每个矩阵提供了每种类型文档下每个文档的代码、名称和裁剪标准。
表1 规划文档裁剪矩阵
表2 需求文档裁剪矩阵
表3 设计类文档裁剪矩阵
表4 软件测试文档裁剪矩阵
表5 指南文件裁剪矩阵
表 6 软件清单定制矩阵
表 7 总结了类文档裁剪矩阵
4。结论
在雷达软件开发中，应遵循GJB438B-2009标准来准备文档。 GJB438B-2009是军用软件开发的最高标准之一。 2015年被评为“最具影响力的日本通用军用标准”之一[6]。 健康。
根据本文提出的软件开发文档分类方法和各类文档的裁剪原则，借助本文构建的简单文档裁剪矩阵，并根据雷达系统软件的特点，得到了一个子集可以裁剪适合项目特点的文档，可用于军用软件研发能力成熟度模型（5级）有剪裁软件开发文档的要求。
参考：
[1] 总武器部． GJB438B-2009 军用软件开发文件通用要求[S]． 上海：总兵器部军标出版部，2009.
[2] 总武器部． GJB9001B-2009质量管理体系要求[S]． 上海：总兵器部军标出版部，2009.
[3] 总武器部. GJB2786A-2009 军用软件开发通用要求[S]． 上海：总兵器部军标出版部，2009.
[4]国家标准化指导技术文件。 GB/Z31102-2014软件工程知识体系手册[S]． 上海：中国标准出版社，2014.10。
[5] 总武器部． GJB5000A-2008军用软件研发能力成熟度模型[S]． 上海：总兵器部军标出版部，2008.
[6]工业和信息化标准网． 日本最具影响力的通用军标“荣誉榜”公布[EB/OL].(2014-03-04).cape.com.cn/wenzhang/zixun/2015/1102/1511535.html。
