军用软件工程标准研究及意义分析

试也较难实现。其次，采用GJB 327意味着按照瀑布式开发模型进行软件开发，限制了软件开发人员对目前较先进的开发模型、开发方法的使用，因此也给军用软件的开发工作带来了很大不便。另外，GJB 437的内容也不够完善，对开发过程中涉及到的风险管理、安全性等问题都未作出规定。对GJB 437进行修订或制定新的软件开发标准已经势在必行。

　　（2）GJB 2786《武器系统软件开发》规定了武器系统软件开发和保障的基本要求，适用于软件生存周期的全过程，为软件的订购方或使用方了解承制方的软件开发，测试和评价工作提供了依据。GJB 2786克服了GJB 437的不足，充分体现了系统工程和软件工程的思想，具有鲜明的特点。特点之一就是提供了承制方在满足合同或任务书要求前提下的灵活性。在标准中，它定义了软件开发的8项主要活动，并特别说明这些活动可以重迭，也可以交叉或循环进行，因此GJB 2786对许多软件开发模型来说都是可接受的，即其本身可接受多种不同的软件开发方法。标准中唯一带有约束性的是承制方应使用有充分的文件证明的、系统化的软件开发方法，且该方法应支持合同要求的正式审查和审核。

　　GJB 2786规定了软件开发的8项主要活动，即：
　　a. 系统要求分析和设计
　　b. 软件需求分析
　　c. 概要设计
　　d. 详细设计
　　e. 编码和计算机软件单元测试
　　f. 计算机软件部件集成和测试
　　g. 计算机软件配置项测试
　　h. 系统集成和测试

　　同时又从软件开发管理、软件工程、正式合格性测试、软件产品评价、软件配置管理、向软件保障阶段转移等6个方面对上述8项活动提出了具体要求。

　　GJB 2786中每项要求都是唯一的，不存在冗余，一般要求与详细要求具有严格的对应关系，可以很方便地对标准进行一致的剪裁；而且标准只包含要求，没有其他指导或辅助性信息。便于剪裁是GJB 2786的另一大特点。

　　GJB 2786的参考标准DOD-STD-2167A《防务系统软件开发》是美国国防部于80年代末期组织强有力的技术队伍，包括各种不同意见的专家，政府部门、学术界及应用领域中的人才共同研究制定的，是这一时期美国标准化工作的一项重要成果。美国防部规定，凡国防部关键任务计算机资源项目一律要遵守该标准，足见其位置之重要。但随着技术的发展，DOD-STD-2167A于1994年11月被美军标MIL-STD-498《软件开发和文档》所代替，究其原因，主要有以下两方面：一方面是受当时业已开始的美国军用标准改革的冲击；另一方面是进入90年代以后，软件工程技术日益普及，软件工具、平台环境开始广泛进展。MIL-STD-498与DOD-STD-2167A相比不论在指导思想上，还是标准的内容上都有较大改变，不仅增强了与不同开发模型的兼容性，而且还增强了与非层次结构设计方法以及与CASE工具的兼容性，对文档的编制要求也更具灵活性，并对软件重用提出了明确要求。另外还引进了软件管理标准，更加强调了软件的可支持性及与系统的联系。

　　五、对军用软件工程标准化工作的几点建议

　　1. 军用软件工程标准有待整顿和完善

军用软件工程标准体系应是一个动态的体系，以适应不断变化的环境需求。对于一些不适用的标准应及时作废或修订，对于新的需求应制定新的标准及时给予反应。从目前情况来看，这方面我们虽然做了不少工作，但还有不少地方有待进一步改进完善，从前面的分析中可以看出，GJB 437和GJB 439已到了作废的时候，GJB 437的内容完全可由GJB 2786取代：GJB 439的要求也在GJ