是肉眼可见的，但是这种肉眼可见的提升绝对不是100%系统的功劳，也不能代替人的功劳。他就怕这些人会以后唯系统论，这是一个很可怕的后果。

　　“基于战场上事件的发生是以时间和事件为主，我们系统的框架构建也会以此为主进行编程。使战斗任务的战斗编程，任务区分，战斗活动和信息交换进行能够规范化描述。能够让我们操作这个系统的指战员明白，在本次战斗过程中各阶段谁该干什么，谁和谁发生联系，发生什么样的联系，多少联系，这是我们要实现的系统功能。”

　　“师兄，你说的这些功能在技术上实现其实并不是很难，难得主要是数据的输入以及进行大数据分析。最后还要落实在指战员对于信息的处理，这些估计都是需要军队去培养指战员这方面能力。”刘杰继续提出他的想法。

　　“没错，我刚才说了，基于系统但是不唯系统论。只要实现上述的功能，至于作战数据以及信息处理，这方面都是我们以后要去处理的问题。”高城现在对于刘杰的欣赏越来越浓厚了，他没想到刘杰对于这方面有这么敏锐的观察。

　　“接下来我们要对控制关系进行理清，也就是对于指挥系统的组织结构要明确。控制关系的建立应该着眼形成最大合力，其也决定了我们在信息交换过程中的范围，程度和属性。”

　　对于这一方面，高城没有具体描述，他走到他办公室一个移动黑板面前，讲自己营部的指挥关系以图表的形式画了出来，让他们几个能够更加直观的去了解这方面的情况。

　　“对于指挥关系的确认，我们在这个图上可以看出来。营指挥所与上级指挥机构形成的被指挥关系；与所属战斗力量，支援保障力量形成指挥关系；与友邻作战力量指挥机构，上级支援保障力量形成协同关系。这也是我们系统进行框架节后的参考模式，在不同的关系当中如何处理信息交换问题。”

　　对于组织结构问题，高城的讲解倒不是很让人难以理解。这里的主要困难是如何去辨别信息来源，毕竟如果是人工处理这样的问题，无论是从电话，文件或者是命令都可以直接判断。但是信息交换可没有这种辨别模式，这需要他们去进行新的模式开发。

　　最后，在他们讨论后形成了一种结果，那就是从形式上分为向上，向下，横向三种模式的信息交换。

　　对上级的请示、汇报、报告和从上级需要得到计划、通报等有关信息成为上行信息；对下级的命令、指示等称之为下行信息；对于同级之间、与支援保障单位之间的情况通报，协同称之为平行信息。

　　这是目前他们能够想到最优解，因为要创造一种新的识别模式与现在这种解决办法，肯定是现在这种模式比较省时省

　　请收藏：https://m.ruguo.cc

（温馨提示：请关闭畅读或阅读模式，否则内容无法正常显示）