【正文】 到銷售 /承運航空公司。 地面處理有兩種方式，可從中選取其一： 方式一： ? checkin 完成后，地面處理系統(tǒng)發(fā)送 票聯狀態(tài)修改請求，通知開票航空公司 電子機票 乘客已 checkin。 方式二： ? 地面處理系統(tǒng)請求航班所有 電子機票 票聯的“ Working Copy“。 ? 客票變更 電子機票 的變更也同樣地包括退票、換開和作廢，其處理方法都基本類似，都要求發(fā)送票聯狀態(tài)更改請求和回復，不同的代碼標示為不同的變更。 ? 電子機票 記錄的顯示與普通 PNR 一樣，只是出票代理人和經授權的航空公司機構才可提取和顯示。 電子客票系統(tǒng)建議方案書 共 37 頁第 11 頁 中國 電子機票 應用情況 客票的預定 由于國內 ICS/CRS 系統(tǒng)的實際特點，實際上國內航空公司均不能直接在 ICS系統(tǒng)上進行修改，而只能采取一種外掛的方式，實現 電子機票 系統(tǒng)與 ICS 之間的連結和信息交換。在支付成功后，由后臺人員負責對行程確認，從 HK 狀態(tài)轉成 RR 狀態(tài)。深圳航空公司的 電子機票 業(yè)務則因為剛剛起步，銷售量還很小， 2020 年上半年銷售額約為 50 萬元。 代理人也可以使用傳統(tǒng)的 CRS 進行預定，然后在本系統(tǒng)中進 行電子支付，使用 電子機票 的方式來完成出票處理。 ? Payment Gateway（電子支付網關） Payment Gateway 負責提供對多種支付方式的支持能力，可以連接到多個銀行系統(tǒng)，完成在線的銀行支付。 通過 JGDS， 電子機票 系統(tǒng)可以以一種靈活的方式實現與 CRS/ICS 等主機系統(tǒng)的靈活連接。 主要功能包括： ? 用戶 /會員管理 旅客可以匿名使用本系統(tǒng)，但系統(tǒng)推薦旅客成為注冊用戶，注冊用戶可以享受更多的服務。 ? 單程、聯程、來回程預定 旅客可以為自己、他人預定行程，旅客可以從自己維護的好友名單中選擇乘客，從而減少旅客資料輸入的工作量。對于未支付的行程，系統(tǒng)保留一段時間后，自動取消行程。 電子客票系統(tǒng)建議方案書 共 37 頁第 15 頁 旅客也可以在預定行程后，將當前行程作為一個行程模板。 ? 行程郵寄 旅客可以將行程郵寄給行程內的每一個旅客，或者其他的電子郵件地址。 對于 電子機票 ，系統(tǒng)僅支持用戶預定海南航空公司的、在指定機場出發(fā)的航班，這些機場已經開通了 海南航空公司的 電子機票 服務。 代理人可以在 Inter 上發(fā)出注冊申請，等待海南航空公司審批通過后，才能使用本系統(tǒng)。價格包括公布票價和多等級艙位價格及相應的限制條件。 行程預定成功后，代理人可以選擇進行在線支付，完成 電子機票 的預定。 ? 團體行程預定 代理人可以使用本功能進行團體 電子機票 的預定。 ? 客戶資料管理 代理人可以將其客戶的相關資料，包括姓名、證件號碼、電子郵件、聯系電話、常旅客號等商旅資料記錄起來，在以后為他們預定行程的時候，可以直接選擇，而無需重復輸入。 系統(tǒng)支付一個操作員完成行程預定后，通知另外一個操作員來完成在線支付。 電子客票系統(tǒng)建議方案書 共 37 頁第 18 頁 ? 行程郵寄 代理人可以將行程郵寄給行程內的每一個旅客，或指定的郵件地址。對于其他的航空公司、或 者其他的機場，代理人仍然可以預定航班，并選擇進行電子支付，此時，用戶不能使用 電子機票 ，而必須在行程的初始出發(fā)地的海南航空公司的服務柜臺，領取相應航段的紙面客票。 Next Reservation ETicket FrontEnd 是一個基于 NetBase Software 的新一代航空預定終端系統(tǒng) Next Reservation System 的，集成 電子機票 銷售的一站式的Terminal 解決方案。 Next Reservation ETicket FrontEnd 基于 Next Reservation 已有的預定框架，添加了適合于 電子機票 處理的功能插件，完成如下的功能： ? 自動 PNR 導入。 電子客票系統(tǒng)建議方案書 共 37 頁第 20 頁 ETicket Back Server ETicket Back Server 是 電子機票 解決方案中的核心系統(tǒng)，為所有 FrontEnd提供包括 電子機票 、非 電子機票 的綜合服務。 電子機票 記錄行程后， ETicket Back Server 負責為整個行程分配票號信息，并在 PNR 中使用 SSR 標注為 電子機票 記錄。 c) 電子機票 使用跟蹤 ETicket Back Server 跟蹤對每一張 電子機票 的使用情況，包括登機、退票、換開、簽轉等。 f) 電子機票 發(fā)票打印 每一張 電子機票 僅可以打印一次發(fā)票。 各個服務點可以查詢票號的使用情況，及時補充新的機票。 d) 紙面客票打印 系統(tǒng)提供對紙面客票的打印功能，這個打印功能不是基于 CRS 系統(tǒng)提供的，而是采用模擬的方式，將客票打印出來。 電子客票系統(tǒng)建議方案書 共 37 頁第 22 頁 三、 離港系統(tǒng)連接 當旅客憑 電子機票 信息辦理登記手續(xù)時，值機人員需要連接到 電子機票系統(tǒng)確認旅客的 電子機票 信息，確認是否合法，才能為其辦理登機手續(xù)。由于不需要對 DCS 系統(tǒng)作改動，因此，實現成本低。 由于 PNR 記錄電子簽名信息，采用了基于計算機密碼技術的高安全解決方案，可以作為 電子機票 信息的確認的依據，是不可能偽造或破環(huán)的。 目前，國內的大部分銀行均采用銀行在線支付的方式，用戶需要登錄到銀行的網站，輸入用戶的賬號、密碼，再由銀行將支付結果返回給商戶。 國外，一般的基于信用卡進行支付，用戶僅需要提供信用卡號、有效期限，在取得了銀行的信用授權后，就可以進行支付了。 ? 其 它的支付方式。也可以支持信用、虛擬帳戶等靈活的支付方式。 目前，國內訪問 ICS/CRS 使用的都是基于仿真卡技術的連接技術， NetBase Software 提供了自己的仿真卡解決方案，考慮到海南航空在仿真卡技術上的既有投資，我們使用 NetBase Software JGDS API 來實現對 ICS/CRS 的聯接的處理。 目前，由海南航空提供基于 Open Service 的 ICS/CRS 接口，我們可以開發(fā)基于該接口的 JGDS Driver，從而為其他的需要 ICS/CRS 功能的子系統(tǒng)提供訪問ICS/CRS 系統(tǒng)的能力。 電子客票系統(tǒng)建議方案書 共 37 頁第 26 頁 4 系統(tǒng)架構 系統(tǒng)軟件結構 ETicketingSystemDCSCRS/ICSPaymentGatewayBankB2C WebFrontEndB2B WebFrontEndBackManagementFrontEndNextReservationFrontEndDCS Connector圖表 1：系統(tǒng)軟件結構 1． B2C Web ETicket FrontEnd. 基于 J2EE 架構，采用 JSP + Struts 技術，構件用戶界面。 JGDS、 Payment Gateway Interface、 ETicket BackEnd Interface 提供了 B2C FronEnd 所依賴的其他子部件的功能。 4． Next Reservation ETicket FrontEnd Next Reservation ETicket FrontEnd 基于 Next Reservation 的產品框架，提供一個基于 Terminal 模式的 電子機票 預定前端。 Payment Gateway 目前，主要提供兩種支付方式：通過其他銀行的網上在線支付和虛擬賬戶支付。 以下的服務器處在航空公司的內部網中，通過防火墻實現與 Inter 的隔離，這些服務器是通過 Inter 不可訪問的，但仍然可以由以上的 FrontEnd 系統(tǒng)進行訪問。 為了降低統(tǒng)計、分析、報表等管理功能帶來的對系統(tǒng)負載的影響，設置獨立的 Report Server，處理數據統(tǒng)計、分析、報表等管理 事務。 電子客票系統(tǒng)建議方案書 共 37 頁第 31 頁 系統(tǒng)平臺及開發(fā)技術 圖表 5： J2EE 開發(fā)架 構 今天的企業(yè)應用開發(fā)需要在軟件開發(fā)成本、快速響應時間、良好的擴充能力、良好的用戶訪問能力、符合工業(yè)標準等多種因素之間進行綜合的考慮，選擇一個良好的平臺，選擇產品依賴的技術標準是一個非常重要的問題。 2． 支持 3 層結構，支持組件式開發(fā)模式。 7． 提供了基于 WEB 的簡單、強大的控制臺管理功能。隨著對一種軟件產品及其在某些方面有所提高的后續(xù)版本的了解，我們對更加負責的軟件系統(tǒng)的渴求也在增加。 1. RUP 是 Use Case 驅動的。他描述了系統(tǒng)的全部功能。 電子客票系統(tǒng)建議方案書 共 37 頁第 35 頁 軟件系統(tǒng)的構架 實際上與傳統(tǒng)的建筑物的構架具有相同的作用，軟件構架包含了系統(tǒng)中重要的靜態(tài)和動態(tài)的特征，構架刻畫了系統(tǒng)的整體設計，但又去掉了細節(jié)部分，突出了軟件的重要特征。一個良好的構架可以簡化 Use Case 的實現，并更好的滿足未來的發(fā)展變化。 與傳統(tǒng)的瀑布模型不同， RUP 主張迭代和增量的開發(fā)過程。 為了獲得最佳的效果，迭代過程必須是受控的，也就是說，必須在一個統(tǒng)一的技術架構的基礎上，有計劃的進行。 電子客票系統(tǒng)建議方案書 共 37 頁第 36 頁 UML是 Rational公司的 3 位面向對象的大師綜合提出的面向對象的建模語言，其建模能力覆蓋了軟件開發(fā)的全過程，包括需求、架構、詳細設計、系統(tǒng)結構等。海航也可以制定會員里程獎勵政策，把獎勵金額存放到會員的個人虛擬帳號中。 附錄：部分縮略語 CRS： 中國民航的代理人系 統(tǒng) （ Computer Reservation System），通常指中航信航空客運代理人 銷售系統(tǒng)； GDS： 中國民航全球酒店分銷系統(tǒng) （ Global Distribution System）； ICS： 航空公司 航班控制 系統(tǒng) 。當客戶在機場換票時，服務人員只需要掃描該二維條形碼就能自動判斷該 電子機票 憑證的真?zhèn)?，并自動提取到該客票的對應信息，迅速完成換票。 電子客票系統(tǒng)建議方案書 共 37 頁第 37 頁 7 部分技術亮點 虛擬資金帳戶 對于普通散客（含會員客戶），他可以選擇將退票款或轉帳余額款存放在自己的海航 電子機票 系統(tǒng)為他設立的虛擬資金帳戶內。迭代過程也可以加快整個項目的可視化程度，為項目組提供更為清晰 、簡潔的項目進展報告、計劃，而不是在一個漫長的、看不到進展的項目中工作，開發(fā)人員的工作效率會更高。 將一個大型的項目進行分解，使其成為多個相對較小的部分或者袖珍的項目是可能的，每個袖珍的項目都能夠產生一個增量的迭代過程。 一旦系統(tǒng)構架建立，整個軟件開發(fā)過程是圍繞這個構架來進行的，項目的迭代、測試、質量的保證等各種活動都必須圍繞構架來進行。然而， RUP 可以幫助架構師確定正確的目標，并指導架構師的設計工作。 基于 Use Case Model，我們組織相應的分析、設計、測試、實現工作，Use Case Driven 的思路表明了整個軟件開發(fā)過程是沿著一個流 —— 從系統(tǒng)的 Use Case 被確定、被設計、被實現、被測試來進行的。 Use Case 是描述需求的一種技術，它反映系統(tǒng)的一個用戶對一個系統(tǒng)功能的交互。為了提高軟件項目的可控制能力，保證項目按計劃、預算成功的得已完成， Rational 公司在多年的項目管理經驗上，建立了 Rational Unified Process(RUP)，并獲得業(yè)界的普遍認可，在實際項目管理經驗中，取得了非常好的效果。 首期開發(fā)計劃 （待進一步明確后提交） 電子客票系統(tǒng)建議方案書 共 37