楊闖++孔祥成++胡大爽

摘 要：隨著我國(guó)民航事業(yè)快速發(fā)展，航空公司現(xiàn)場(chǎng)保障部門工作壓力逐漸增大，如何縮短現(xiàn)場(chǎng)保障工作耗時(shí)，保障航班的正點(diǎn)率，是航空公司越來(lái)越關(guān)注的問(wèn)題?；?G網(wǎng)絡(luò)設(shè)計(jì)了一套航空公司現(xiàn)場(chǎng)保障輔助APP客戶端，可準(zhǔn)確、及時(shí)地傳送各項(xiàng)飛機(jī)現(xiàn)場(chǎng)保障工作的任務(wù)指令和航班保障動(dòng)態(tài)，最終提高了現(xiàn)場(chǎng)保障的工作效率。

關(guān)鍵詞：航空公司；現(xiàn)場(chǎng)保障；移動(dòng)APP客戶端

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)志碼：A 文章編號(hào)：2095-2945（2017）20-0093-02

引言

目前，航空公司現(xiàn)場(chǎng)保障部門與其他部門之間主要通過(guò)甚高頻通訊設(shè)備——對(duì)講機(jī)進(jìn)行溝通，甚高頻通訊有著自身的局限性和不可消除的弊端：信號(hào)在傳輸中的衰耗導(dǎo)致通信距離的限制；廣播式的通信導(dǎo)致信息的混雜；不能進(jìn)行數(shù)據(jù)存儲(chǔ)，事件調(diào)查時(shí)沒(méi)有依據(jù)。本文設(shè)計(jì)基于4G網(wǎng)絡(luò)的現(xiàn)場(chǎng)保障輔助APP，利用數(shù)字化的通訊方式，克服傳統(tǒng)通訊方式的缺點(diǎn)，成為現(xiàn)行運(yùn)行保障系統(tǒng)的有力補(bǔ)充。

1 功能性需求分析

1.1 機(jī)場(chǎng)信息功能需求分析

機(jī)場(chǎng)信息主要功能是實(shí)時(shí)直觀地顯示某個(gè)機(jī)場(chǎng)的所需信息，具體信息應(yīng)包括：地理位置、晝夜情況、當(dāng)?shù)貢r(shí)間、待保障航班等信息。

1.2 航班管理功能需求分析

航班管理功能主要向現(xiàn)場(chǎng)指揮員提供，應(yīng)能夠?qū)崟r(shí)改變?nèi)我鈾C(jī)場(chǎng)任意航班的飛行進(jìn)程狀態(tài)、保障進(jìn)行狀態(tài)，實(shí)現(xiàn)對(duì)任意機(jī)場(chǎng)進(jìn)行臨時(shí)添加航班信息、臨時(shí)刪除航班信息、添加航班所屬工作任務(wù)、刪除航班所屬工作任務(wù)等功能。

1.3 保障流程監(jiān)控功能需求分析

保障流程監(jiān)控功能，應(yīng)保證一線保障部門能夠?qū)崟r(shí)查看屬于本單位的工作任務(wù)及其截止時(shí)間以合理分配工作力量，能夠在保障完成時(shí)通過(guò)系統(tǒng)點(diǎn)擊完成同步任務(wù)狀態(tài)到服務(wù)器，并進(jìn)一步同步到所有鏈接單位。應(yīng)確?，F(xiàn)場(chǎng)指揮員與系統(tǒng)管理員能夠?qū)崟r(shí)監(jiān)控到任意航班任意所屬工作任務(wù)的保障進(jìn)度和其截止時(shí)間等信息。

1.4 系統(tǒng)管理功能需求分析

系統(tǒng)管理功能，主要向系統(tǒng)管理員提供，需要用戶具有一定的程序知識(shí)，通過(guò)合適編寫的輔助軟件對(duì)服務(wù)器的數(shù)據(jù)表進(jìn)行熱更新，并能夠創(chuàng)建新的賬號(hào)，能夠?qū)θ我赓~號(hào)進(jìn)行角色分配，并對(duì)其進(jìn)行權(quán)限管理等。

1.5 非功能性需求分析

服務(wù)端處于整個(gè)系統(tǒng)的中心位置，為了系統(tǒng)的正常運(yùn)行，要滿足可靠性、穩(wěn)定性、共享性、高效性和靈活性等要求；客戶端是用戶直接接觸的部分，為了滿足用戶的使用需求，需要滿足易操作、靈活性和可跨平臺(tái)運(yùn)行等要求。

2 業(yè)務(wù)流程分析

系統(tǒng)工作角色分配大致為：系統(tǒng)管理員賦予各賬號(hào)所需權(quán)限；現(xiàn)場(chǎng)指揮員對(duì)數(shù)據(jù)庫(kù)航班和航班所需工作進(jìn)行增加/刪除/修改操作；一線保障部門根據(jù)發(fā)布的信息進(jìn)行保障計(jì)劃，并在保障完成后通知現(xiàn)場(chǎng)指揮員。系統(tǒng)工作流程如圖1所示。

3 服務(wù)端設(shè)計(jì)

IO多路復(fù)用+協(xié)成機(jī)制作為一種新的服務(wù)端解決機(jī)制，具有消耗系統(tǒng)資源少，能夠處理大量并發(fā)訪問(wèn)，能夠避免傳統(tǒng)異步機(jī)制的“Callback hell”現(xiàn)象，可以避免對(duì)文檔數(shù)據(jù)加鎖等特點(diǎn)，本系統(tǒng)采用該機(jī)制作為服務(wù)端開(kāi)發(fā)的底層機(jī)制。服務(wù)端運(yùn)行流程圖如圖2所示。

根據(jù)高內(nèi)聚、低耦合的軟件設(shè)計(jì)原則，服務(wù)端設(shè)計(jì)為八個(gè)模塊，分別為：Async模塊，該模塊負(fù)責(zé)提供供上層調(diào)用的各種協(xié)程，并建立和維護(hù)一個(gè)事件循環(huán)；Command模塊，該模塊負(fù)責(zé)提供程序?qū)ο蠛投M(jìn)制編碼之間的轉(zhuǎn)換函數(shù)；Initial模塊，負(fù)責(zé)處理對(duì)象數(shù)據(jù)映射的一部分，即讀取數(shù)據(jù)表中的數(shù)據(jù)并將數(shù)據(jù)轉(zhuǎn)換為程序?qū)ο笠员愠绦蛟L問(wèn)；Saver模塊，負(fù)責(zé)處理對(duì)象數(shù)據(jù)映射的一部分，將內(nèi)存中已經(jīng)更改過(guò)的對(duì)象經(jīng)過(guò)轉(zhuǎn)化保存為持久化的數(shù)據(jù)表；Logger模塊，運(yùn)行日志模塊；TCPServerClass模塊，負(fù)責(zé)描述服務(wù)端在接收傳入連接時(shí)的行為；Server_api模塊，定義了服務(wù)端的諸應(yīng)用接口；Server模塊，負(fù)責(zé)與邏輯層之間的連接。

4 客戶端設(shè)計(jì)

Unity3D具有很強(qiáng)的跨平臺(tái)能力，可以實(shí)現(xiàn)“一次編寫，到處運(yùn)行”，本課題選擇Unity3D編寫客戶端；為方便操作，選用MVC（Model View Controller）模式作為客戶端的主要開(kāi)發(fā)模式，以降低耦合度，提高軟件的靈活性?？蛻舳诉\(yùn)行流程如圖3所示。

5 結(jié)束語(yǔ)

該系統(tǒng)是為了提高航空公司現(xiàn)場(chǎng)保障工作效率而開(kāi)發(fā)的輔助系統(tǒng)，我們?cè)诳偨Y(jié)國(guó)內(nèi)外現(xiàn)場(chǎng)保障系統(tǒng)的現(xiàn)狀并結(jié)合山東航空公司的實(shí)際需求進(jìn)行設(shè)計(jì)。在整個(gè)系統(tǒng)的開(kāi)發(fā)過(guò)程中，我們著重強(qiáng)調(diào)了系統(tǒng)的靈活性和可擴(kuò)展性，對(duì)所有模塊都進(jìn)行了良好的封裝。系統(tǒng)利用4G網(wǎng)絡(luò)進(jìn)行信息傳輸，克服現(xiàn)有通訊手段的弊端，實(shí)現(xiàn)航班保障信息實(shí)時(shí)、高效的傳輸，提高航空公司現(xiàn)場(chǎng)保障部門的工作效率，保證每個(gè)進(jìn)離港航班安全、正點(diǎn)地運(yùn)行。

參考文獻(xiàn)：

[1]楊興磊.山航青島分公司生產(chǎn)指揮中心崗位設(shè)計(jì)改進(jìn)研究[D].山東大學(xué)，2014.

[2]劉文華，黃東君.航空公司現(xiàn)場(chǎng)運(yùn)行系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].現(xiàn)代計(jì)算機(jī)，2006.