紧接着，数据架构的设计工作提上日程。
秦奕强调：“数据架构要管理系统的数据资源，建立完善的数据管理体系，保障数据质量和安全。”
他们采用大梦关系型数据库，创建航班表和停机位表，分别存储航班和停机位的相关信息，同时也会采用磁盘矩阵的方式进行备份，每天的航班记录按周归档到磁带，保留周期为1年。
在数据流方面，结构化的数字数据当然是都存在大梦数据库中，针对不同业务域的数据库表会有一些数据规范，同时业务域之间的数据基于什么属性进行联动也要提前定义好，具体的数据库表设计当然是后面团队成员在进行详细设计的时候处理的事情了。
还有一些像是AFtN电报这样的非数字化数据需要定义好转换方式，电报数据在工作人员处理之后应该先转存到磁带，夜间通过批处理加载到大梦数据库，停机位分配表通过点阵打印机输出，形成纸质工单，分发给地服人员这些没办法在终端旁边呆着的工作人员。
数据模型的设计除了要满足现有功能的需求，还要提前预留好与未来有可能的子系统以及外部系统数据整合的空间。
最后，两人聚焦开发架构。
秦奕说道：“开发架构要规范系统的开发流程和技术选型，确保开发团队能高效、高质量地完成开发任务。”
在编程语言与工具方面，批处理程序和实时调度算法这种相对比较高层的逻辑采用乾坤语言语言编写，数据存储备份方面的和硬件交互较多的部分代码则采用c语言编写。
版本控制与协作上，开发团队将每日代码备份到专用磁带，在磁带外壳上手写标签。设计规格书用打字机编写，修订记录通过红色印章标注。
最关键的地方在于接口规范方面，秦奕和陈宇基于鸿蒙基金的软件开放接口标准明确了协议栈的各个环节，为后续其他子系统以及外部系统的接入都做好了准备。
“航空公司通过AFtN电报提交航班计划，经x.25虚电路传输，咱们系统接收到电报后，首先要验证白名单Ip呼叫码，只有通过验证的电报才能进入后续处理流程。”秦奕向团队成员强调。
同时，他们还制定了详细的错误处理机制，当呼叫码验证失败或电报格式错误时，系统会自动向航空公司发送错误提示信息。
经过两周的日夜奋战，秦奕和陈宇成功完成各项架构的设计。
看着电脑文件夹里数量众多的设计方案，两人脸上露出欣慰的笑容，他们知道，自己为国内机场信息化系统的建设开了一个好头。
另外一边，冷书瑶也通过齐青律通知秦奕他们她的套利模型已设计出一个雏形了。