些替代的方案，协同决策的话我们可以让各方的业务人员通过一个简单的群聊讨论页面进行决策，然后运行控制中心的值班人员再将讨论组里的决策结果记录下来。”
“至于资源管理子系统的话，我们可以先做一个相对简易的，不与实际资源挂钩的系统，虽然这样会有资源不同步的问题出现，但只要控制中心的值班人员在流程上跟实际资源管理人员多一步确认就好。”
“规则引擎一时半会开发不出来的话，我们可以预先设定一些简单经验规则辅助业务人员做决策就可以了。”
陈宇迅速记录下来，并补充道：“这么看来，各参与方的协同配合和技术系统的稳定运行，对分配流程的顺利实施至关重要。”
紧接着，他们深入到分配流程的具体步骤。
在数据输入与预处理环节，秦奕分析道：“输入数据包含航班计划、资源状态和动态事件，航班计划里，机型、航班类型等信息，对停机位和登机口的分配起着关键作用，就像 b747-200 这样的宽体远程客机，就需要大停机位。”
陈宇接口道：“资源状态方面，停机位的占用状态、兼容机型，以及登机口的海关通道等信息，也得准确获取。还有动态事件，前序航班延误、设备故障等，都会影响分配结果。”
“是的。”秦奕说道，“海关通道信息这些信息在没有接入海关信息系统之前就还是先由人工联系海关人员然后将相应数据输入到系统里好了。”
两人还讨论了数据清洗的要点，要剔除错误数据，标记特殊需求，确保数据的准确性和可用性。
进入预分配阶段，秦奕详细介绍规则引擎的计算逻辑：“硬规则上，机型匹配和国际航班登机口分配都有明确要求，比如国际航班必须分配带海关通道的登机口。软规则方面，要优化中转衔接和旅客步行距离。”
说着，秦奕在纸上写下一段规则判断的代码逻辑示例。
陈宇看着代码，思考片刻后说：“这个逻辑挺合理，通过这样的规则计算，能输出预分配表，为航班分配提供初步方案。”
当谈到动态调整阶段时，陈宇皱着眉头分析：“触发事件有航班提前或者延误、突发占用和设备故障等。一旦这些事件发生，就