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