中图分类号：TP311 文献标志码：A 文章编号：2095-2945（2017）20-0093-02

引言

现在，航空公司现场保障部门与其他部门之间主要通过甚高频通讯设施――对讲机进行交流，甚高频通讯有着自己的局限性和不可消除的弊病：信号在传输中的衰耗致使通信距离的限制；广播式的通信致使信息的混杂；不可以进行数据存储，事件调查时没依据。本文设计基于4G互联网的现场保障辅助APP，借助数字化的通讯方法，克服传统通讯方法的缺点，成为现行运行保障系统的有力补充。

1 功能性需要剖析

1.1 机场信息功能需要剖析

机场信息主要功能是实时直观地显示某个机场的所需信息，具体信息应包含：地点、昼夜状况、当地时间、待保障航班等信息。

1.2 航班管理功能需要剖析

航班管理功能主要向现场指挥员提供，应可以实时改变任意机场任意航班的飞行进程状况、保障进行状况，达成对任意机场进行临时添加航班信息、临时删除航班信息、添加航班所属工作任务、删除航班所属工作任务等功能。

1.3 保障步骤监控功能需要剖析

保障步骤监控功能，应保证一线保障部门可以实时查询是本单位的工作任务及其截止时间以合理分配工作力量，可以在保障完成时通过系统点击完成同步任务状况到服务器，并进一步同步到所有链接单位。应确保现场指挥员与系统管理员可以实时监控到任意航班任意所属工作任务的保障进度和其截止时间等信息。

1.4 系统管理功能需要剖析

系统管理功能，主要向系统管理员提供，需要用户具备肯定的程序常识，通过适合撰写的辅助工具对服务器的数据表进行热更新，并可以创建新的账号，可以对任意账号进行角色分配，并对其进行权限管理等。

1.5 非功能性需要剖析

服务端处于整个系统的中心地方，为了系统的正常运行，要满足靠谱性、稳定性、共享性、高效性和灵活性等需要；推广客户端是用户直接接触的部分，为了满足用户的用法需要，需要满足易操作、灵活性和可跨平台运行等需要。

2 业务步骤剖析

系统工作角色分配大致为：系统管理员赋予各账号所需权限；现场指挥员对数据库航班和航班所需工作进行增加/删除/修改操作；一线保障部门依据发布的信息进行保障计划，并在保障完成后公告现场指挥员。系统工作步骤如图1所示。

3 服务端设计

IO多路复用+协成机制作为一种新的服务端解决机制，具备消耗系统资源少，可以处置很多并发访问，可以防止传统异步机制的“Callback hell”现象，可以防止对文档数据加锁等特征，本系统使用该机制作为服务端开发的底层机制。服务端运行步骤图如图2所示。

依据高内聚、低耦合的软件设计原则，服务端设计为八个模块，分别为：Async模块，该模块负责提供供上层调用的各?N协程，并打造和维护一个事件循环；Command模块，该模块负责提供程序对象和二进制编码之间的转换函数；Initial模块，负责处置对象数据映射的一部分，即读取数据表中的数据并将数据转换为程序对象以便程序访问；Saver模块，负责处置对象数据映射的一部分，将内存中已经更改过的对象经过转化保存为持久化的数据表；Logger模块，运行日志模块；T销售成本erverClass模块，负责描述服务端在接收传入连接时的行为；Server_api模块，概念了服务端的诸应用接口；Server模块，负责与逻辑层之间的连接。

4 推广客户端设计

Unity3D具备非常强的跨平台能力，可以达成“一次撰写，到处运行”，本课题选择Unity3D撰写推广客户端；为便捷操作，使用MVC（Model View Controller）模式作为推广客户端的主要开发模式，以减少耦合度，提升软件的灵活性。推广客户端运行步骤如图3所示。

5 结束语

该系统是为了提升航空公司现场保障工作效率而开发的辅助系统，大家在总结国内外现场保障系统的近况并结合山东航空企业的实质需要进行设计。在整个系统的开发过程中，大家着重强调了系统的灵活性和可扩展性，对所有模块都进行了好的封装。系统借助4G互联网进行信息传输，克服现有通讯方法的弊病，达成航班保障信息实时、高效的传输，提升航空公司现场保障部门的工作效率，保证每一个进离港航班安全、正点地运行。