是肉眼可见的,但是这种肉眼可见的提升绝对不是100%系统的功劳,也不能代替人的功劳。他就怕这些人会以后唯系统论,这是一个很可怕的后果。
“基于战场上事件的发生是以时间和事件为主,我们系统的框架构建也会以此为主进行编程。使战斗任务的战斗编程,任务区分,战斗活动和信息交换进行能够规范化描述。能够让我们操作这个系统的指战员明白,在本次战斗过程中各阶段谁该干什么,谁和谁发生联系,发生什么样的联系,多少联系,这是我们要实现的系统功能。”
“师兄,你说的这些功能在技术上实现其实并不是很难,难得主要是数据的输入以及进行大数据分析。最后还要落实在指战员对于信息的处理,这些估计都是需要军队去培养指战员这方面能力。”刘杰继续提出他的想法。
“没错,我刚才说了,基于系统但是不唯系统论。只要实现上述的功能,至于作战数据以及信息处理,这方面都是我们以后要去处理的问题。”高城现在对于刘杰的欣赏越来越浓厚了,他没想到刘杰对于这方面有这么敏锐的观察。
“接下来我们要对控制关系进行理清,也就是对于指挥系统的组织结构要明确。控制关系的建立应该着眼形成最大合力,其也决定了我们在信息交换过程中的范围,程度和属性。”
对于这一方面,高城没有具体描述,他走到他办公室一个移动黑板面前,讲自己营部的指挥关系以图表的形式画了出来,让他们几个能够更加直观的去了解这方面的情况。
“对于指挥关系的确认,我们在这个图上可以看出来。营指挥所与上级指挥机构形成的被指挥关系;与所属战斗力量,支援保障力量形成指挥关系;与友邻作战力量指挥机构,上级支援保障力量形成协同关系。这也是我们系统进行框架节后的参考模式,在不同的关系当中如何处理信息交换问题。”
对于组织结构问题,高城的讲解倒不是很让人难以理解。这里的主要困难是如何去辨别信息来源,毕竟如果是人工处理这样的问题,无论是从电话,文件或者是命令都可以直接判断。但是信息交换可没有这种辨别模式,这需要他们去进行新的模式开发。
最后,在他们讨论后形成了一种结果,那就是从形式上分为向上,向下,横向三种模式的信息交换。
对上级的请示、汇报、报告和从上级需要得到计划、通报等有关信息成为上行信息;对下级的命令、指示等称之为下行信息;对于同级之间、与支援保障单位之间的情况通报,协同称之为平行信息。
这是目前他们能够想到最优解,因为要创造一种新的识别模式与现在这种解决办法,肯定是现在这种模式比较省时省
请收藏:https://m.wannanniuer.cc
(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)