航空公司现场保障辅助APP系统设计
中图分类号：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模块，运行日志模块；TCPServerClass模块，负责描述服务端在接收传入连接时的行为；Server_api模块，定义了服务端的诸应用接口；Server模块，负责与逻辑层之间的连接。
4 客户端设计
Unity3D具有很强的跨平台能力，可以实现“一次编写，到处运行”，本课题选择Unity3D编写客户端；为方便操作，选用MVC（Model View Controller）模式作为客户端的主要开发模式，以降低耦合度，提高软件的灵活性。客户端运行流程如图3所示。
5 结束语
该系统是为了提高航空公司现场保障工作效率而开发的辅助系统，我们在总结国内外现场保障系统的现状并结合山东航空公司的实际需求进行设计。在整个系统的开发过程中，我们着重强调了系统的灵活性和可扩展性，对所有模块都进行了良好的封装。系统利用4G网络进行信息传输，克服现有通讯手段的弊端，实现航班保障信息实时、高效的传输，提高航空公司现场保障部门的工作效率，保证每个进离港航班安全、正点地运行。
