早期系统技术设计的基本思路优化方法

早期我军各种军事信息系统的建设中，由于理论和经验的双重匮乏，往往缺少正规的系统设计，也没有相对独立的系统设计阶段。小型的军事信息系统，技术人员和相关军事人员沟通、了解基本的需求，提出概略的技术设想后，即直接开始软件研发；较为复杂的军事信息系统，则由技术人员根据军事人员提出的各种需求，形成一个总体技术方案，各部分的技术实现人员各司其职，在研发过程中遇到了技术困难再进行讨论、解决。具体实践中，主要可区分为两种不同的基本思路。

第一种，以军事任务和基本过程作为系统设计的依据。主要是由军事人员讲述军事任务和基本过程，结合讲述的内容提出一些具体的工作需要，譬如，研发模拟训练系统时，把作战或演习的任务及过程讲述清楚，研发部队值班勤务系统把日常部队值班的任务及处置过程讲述清楚。技术人员以此为基础，结合各种可用的技术手段来完成总体技术设计。这一思路，既可以使得军事问题“透明化”，为相应军事信息系统的设计提供“军事剖面”；同时，可以将军事问题简单化，可操作性很强。但是，从实践经验来看，这一思路主要存在三方面的问题。一是军事人员对军事问题讲述的准确性、全面性难以保证。以模拟训练系统为例，通常不可能由一个或者少数几个军事人员就将整个作战或演习的任务、过程都讲述清楚，而是需要多个指挥层级、各个指挥要素的相关军事人员分别进行讲述，各自讲述的某些内容可能是重复交叉的，而某些内容又可能是大家都没有讲到的。并且，在当时的条件下，军事人员几乎没有接触过完整的模拟训练系统，因此其讲述的军事问题以及提出的各种工作需要，都难以针对系统建设而言。最终，各个军事人员想到哪些就讲哪些，自己怎么认为的就怎么讲。二是技术人员对军事问题理解的准确性、全面性难以保证。由于计算机技术人员一般不懂军队的战役战术训练，也不了解指挥作业和演习，对此没有任何直观的认识。就算是军事人员反复向他们讲述指挥作业和演习的全过程以及每一个环节，但是由于欠缺基本的军事知识，这样临时性的突击学习军事知识，从根本上违反了军事学习的系统性、实践性规律（也违反一般知识学习的规律），最终，不但不能够解决军事与技术结合的根本问题，还可能对系统建设的方法产生误导。因此，计算机技术人员只能够理解成什么样就设计成什么样，理解多少就实现多少。三是系统的适用性和可用性难以保证。军事人员在讲述军事任务和基本过程时，通常会受到本单位具体任务的局限。技术人员更难以由点及面，举一反三，将具体军事任务及其过程进行抽象化。这就导致研制出来的系统，往往适用范围较小，换一个单位使用或者本单位的任务稍有变动，系统就难以满足使用需求。而要想从根本上解决这一问题，就需要反复地进行大量的同类型系统研制，最终形成适用性和可用性较好的系统，但在现实中几乎是不可能的。因此，这种思路主要用于解决军事信息系统“从无到有”的起步阶段。(www.xing528.com)

第二种，以系统的“军事需求”作为系统设计的基本依据。主要是在系统研制的前期，将军事人员与技术人员“捆绑”在一起，从军事问题描述、使用需求、技术需求等方面来形成较为全面的“军事需求”，技术人员再以此为基础完成技术总体设计，作为后续工程研制的依据。这一思路相对于前一种有了较大的进步，但在实践过程中仍然遇到了一些问题。一是军事人员难以提出完整、具体的军事需求。由于当时军事指挥人员大多不懂计算机技术，不了解计算机有什么特点和功能，能够帮助指挥员和参谋人员具体干什么，因此，对模拟训练系统的期望五花八门，表达的随意性也很大。不同层级、不同岗位的军事人员会提出各种各样的需求，但没有较好的完整性、层次性和可操作性，更难以讲清各种需求的内在本质联系。二是技术人员难以全面、准确地落实军事需求。面对军事人员提出来的军事需求：“实现导演部对参演双方指挥作业的远程监控”“多个部队远程异地演习”“××级指挥员下达命令，系统进行模拟对抗”等。但技术人员往往认为：这些需求要么过于简单，要么过于抽象零散，无法实现。回过头来看，这样的“军事需求”确实反映了部队和院校对于模拟训练系统的期望，也算得上实实在在的需求，而且相当准确与精炼。但是对于工程技术人员而言，仅仅凭借这样一些需求，就设计实现一个实用的模拟训练系统，其困难是可想而知的，需要很多相应的军事知识和计算机技术知识作为支撑。这一思路，对于当时的军事指挥人员和工程技术人员，都要求过高了。在实践中，往往是参照国外某些相似系统（通常资料并不完整），结合宏观的、零散的军事需求来进行系统的设计与研发。等到系统基本成形时，军事指挥人员通过试用才能知道，哪些内容和功能基本适应使用要求，哪些脱离了实际需求，再要求技术人员进行修改，而由于时间、经费的制约以及系统本身结构的限制，通常只能针对某些局部或细节进行修改完善，最终形成勉强堪用的系统。