1、目 錄 TOC o 1-3 h z HYPERLINK l _Toc122346285 一、項目簡介 PAGEREF _Toc122346285 h 3 HYPERLINK l _Toc122346286 1項目名稱 PAGEREF _Toc122346286 h 3 HYPERLINK l _Toc122346287 2項目背景 PAGEREF _Toc122346287 h 3 HYPERLINK l _Toc122346288 2.1項目來源 PAGEREF _Toc122346288 h 3 HYPERLINK l _Toc122346289 2.2項目涉及的范圍 PAGEREF _T

2、oc122346289 h 3 HYPERLINK l _Toc122346290 3項目目標 PAGEREF _Toc122346290 h 4 HYPERLINK l _Toc122346291 二、項目實施方案 PAGEREF _Toc122346291 h 4 HYPERLINK l _Toc122346292 4總體設計指導思想 PAGEREF _Toc122346292 h 4 HYPERLINK l _Toc122346293 4.1開放性 PAGEREF _Toc122346293 h 5 HYPERLINK l _Toc122346294 4.2高可用性 PAGEREF _T

3、oc122346294 h 5 HYPERLINK l _Toc122346295 4.3高適應性 PAGEREF _Toc122346295 h 5 HYPERLINK l _Toc122346296 4.4可擴展性 PAGEREF _Toc122346296 h 5 HYPERLINK l _Toc122346297 4.5可治理性 PAGEREF _Toc122346297 h 5 HYPERLINK l _Toc122346298 5國內外進展狀況及趨勢綜述 PAGEREF _Toc122346298 h 6 HYPERLINK l _Toc122346299 6設計差不多原則和依據

4、PAGEREF _Toc122346299 h 6 HYPERLINK l _Toc122346300 3.1建立多層結構的企業信息系統 PAGEREF _Toc122346300 h 6 HYPERLINK l _Toc122346301 3.2基于先進的支撐技術開發應用系統 PAGEREF _Toc122346301 h 8 HYPERLINK l _Toc122346302 3.3跨相關應用規劃數據/信息資源 PAGEREF _Toc122346302 h 9 HYPERLINK l _Toc122346303 3.4建立統一的安全認證與授權機制 PAGEREF _Toc12234630

5、3 h 11 HYPERLINK l _Toc122346304 3.5通過逐次的集成逐步建成系統 PAGEREF _Toc122346304 h 12 HYPERLINK l _Toc122346305 4總體目標及需求分析 PAGEREF _Toc122346305 h 13 HYPERLINK l _Toc122346306 4.1總體目標 PAGEREF _Toc122346306 h 13 HYPERLINK l _Toc122346307 4.2業務需求分析 PAGEREF _Toc122346307 h 15 HYPERLINK l _Toc122346308 4.3具體業務需求

6、分析 PAGEREF _Toc122346308 h 16 HYPERLINK l _Toc122346309 5總體設計方案 PAGEREF _Toc122346309 h 29 HYPERLINK l _Toc122346310 5.1系統總體架構 PAGEREF _Toc122346310 h 29 HYPERLINK l _Toc122346311 5.2數據層設計 PAGEREF _Toc122346311 h 30 HYPERLINK l _Toc122346312 5.3應用支撐平臺設計 PAGEREF _Toc122346312 h 33 HYPERLINK l _Toc122

7、346313 5.4應用軟件設計 PAGEREF _Toc122346313 h 45 HYPERLINK l _Toc122346314 5.5門戶層設計 PAGEREF _Toc122346314 h 56 HYPERLINK l _Toc122346315 5.6實現技術 PAGEREF _Toc122346315 h 56 HYPERLINK l _Toc122346316 6項目投資估算 PAGEREF _Toc122346316 h 71 HYPERLINK l _Toc122346317 7項目進度打算 PAGEREF _Toc122346317 h 71項目簡介項目名稱中國國際

8、航空公司飛行安全治理信息系統（一期）項目背景項目來源隨著國航股份上市成功后，國航的進展進入了一個重要轉型期。要把重心工作轉到加快進展和提升核心競爭力上來，要接著深化各項改革。當前安全生產的保障能力與運輸生產高速增長不相適應的矛盾專門突出，按照國際航協組織的安全審計要求，國航的飛行安全治理面臨的任務更加艱巨；加快安全工作的規范化、科學化、制度化進程；狠抓安全治理的系統性和嚴密性；提高安全治理的科學性，的確是當務之急。 量化治理是科學治理的一個重要基礎，信息化建設能夠關心我們實現這一目標；為此提出“飛行安全治理信息系統”的建設。項目涉及的范圍從民航業界的觀點來看，飛行安全是一個廣義的概念，涉及航空

9、公司、機場、空管、旅客、以及環境等各種因素，阻礙飛行安全的問題既有來自公司外部的因素，也有來自公司內部的因素，在進行飛行安全治理時，需要考慮各方面的因素。關于航空公司來講，安全無處不在。航空公司的飛行安全治理一方面存在于公司整個航班生產運行操縱的全過程中。同時作為一項重要的組織戰略，航線運行安全審計/評估，也是飛行安全治理中另一方面的重要內容。制定嚴格、適度的法規保證公司健康、持續、快速進展；從而為安全治理的關口前移提供有效的、以數據為依據的科學方法。因此從整體上考慮，航空公司的飛行安全治理信息系統建設是一個龐大的、復雜度專門高、建設周期較長的系統工程。或者講如此一個系統建設的最終成果要依靠于

10、覆蓋范圍較廣的的信息來源，依靠于多個相關的安全信息系統的建設成果。依照國航目前信息化建設的現有資源來分析，我們擬建設的飛行安全治理信息系統，應充分涵蓋公司生產運行操縱過程的要緊方面；但初步的開發要有切入點，需要整體規劃、分步實施，即從整個公司的層面來規劃系統框架，以飛行總隊為切入點，進行第一步實施，進而分期建設，逐步推廣至全國航。項目目標國航飛行總隊飛安系統的總體目標是：以信息系統為載體，以飛行安全治理為核心，整合航班生產治理和訓練治理，在飛行總隊內部形成一個完整的治理體系，實現飛行安全治理的系統性、規范性、高效性。同時，運用科學的決策輔助手段來輔助決策，提高飛行安全治理的科學性。上面的總體目

11、標能夠總結為：描述、評估、診斷、改善、跟蹤。具體如下：描述：生產、訓練過程中有關的數據和指標評估：安全的狀況診斷：安全的薄弱點（分析出阻礙安全的問題所在）改善：給出提高安全水平的方案跟蹤：對安全措施的合理性、及時性進行跟蹤項目實施方案總體設計指導思想國航飛行安全治理信息系統的建設須遵照下列指導思想：開放性所有技術采納開放系統技術，開放意味著標準和互連，新的開放技術能夠方便的引入，基于開放技術的新的產品能夠方便的集成。同時，開放意味著不對某一廠家的技術和產品形成依靠。這些對國航飛行安全治理信息系統這一龐大的綜合性系統工程來講尤為重要。高可用性高可用性是指系統必須能保證可靠，均衡負載，故障恢復以及

12、長時刻連續運行的能力，一旦國航飛行安全治理信息系統正式實施，他將關系企業的運營，因此，系統不能輕易出錯，必須能保證在各種條件下都能良好運行。高適應性由于國航飛行安全治理信息系統的多變性，使得系統的需求隨著時刻的推移及業務的進展，會不斷發生變化，或者增加了新的需求，新的變化應能通過對系統的配置調整來實現，減少編程量，因此國航飛行安全治理信息系統應該有良好的適應性。 可擴展性國航飛行安全治理信息系統的長期性所需的分步驟實施，使得系統必須具備可動態擴展的能力，以便使其能隨著業務的進展不斷擴展。同時，國航飛行安全治理信息系統的復雜性使得每個系統不斷面臨與其他系統集成的處境，因此，每個系統必須具備極強的

13、擴展能力。 可治理性國航飛行安全治理信息系統的復雜性，要求對系統的各種資源進行有效的治理，而關于應用系統的治理差不多上依靠統一治理平臺來完成的，同時，統一治理平臺也需要監控網絡，數據庫等基礎設施的資源，因此系統必須具備專門好的可治理性。國內外進展狀況及趨勢綜述1).國外先進航空公司信息化程度比較高，然而就國情而言，文化背景的差異，治理模式和內容上都與國內有專門大區不。特不是飛行機隊的治理模式與我們比較大相徑庭：治理機構比較簡化，層次少。對飛行員的招聘、培養、訓練方式不同。日常的安全規章以及相關理論學習和考核方式不同。飛行執照的治理方式不同。沒有類似的專機任務。航班生產組織形式大不相同。2).據

14、了解在國內航空公司中，并沒有專門的飛行安全治理系統；由于飛行安全治理是個廣義概念，因此系統應用范圍也有不同。例如：航空公司安全評估系統QAR品質監控是用于安全治理的不同范疇（或稱為檢查、指導性的應用）。3).國航重組后，目前的機隊規模、覆蓋的地域、執行的國際航線和承擔的專機任務的專門性，使它的航班生產運作、安全、訓練治理有其專門性。我們要建立的是為提升總隊生產與訓練的日常安全治理手段的信息系統（或稱治理型應用）。設計差不多原則和依據建立多層結構的企業信息系統計算的歷史表現為集中式和分布式兩種計算模型之間的不斷交替。從計算時代開始到70年代末是集中式模式。應用是單層（單片）的應用，系統環境是（大

15、型）主機加上亞終端，軟件環境是事務監控程序（TP Monitor）加上數據庫系統。這時所有的數據訪問、業務處理及表現邏輯都在同一臺機器上。傳統的“客戶機/服務器”模式是計算模式的第二波，如國航的絕大多數信息系統。一般形式是“胖”客戶端或者是“中等”客戶端?！芭帧笨蛻舳思硎具壿?、業務邏輯、業務數據模型和通訊功能于一體?！芭帧笨蛻舳说亩喾N功能交錯在一起，特不不便于軟件的更新與維護；由于數據模型“緊偶合”在每一個客戶端，數據結構的改變將導致所有的客戶端都得改變，關于大型的系統這一點是成本特不高的；假如業務邏輯改變或者與數據庫系統的通訊發生變化（如更換了數據庫系統），所有的客戶端都要變化；由于數據庫

16、連接是針對每一個客戶端的，系統的伸縮專門困難，當業務增長客戶端訪問量大增時，購買數據庫連接不僅貴，數據庫系統也不能給予性能上的足夠支撐；在這種模式下由于各種原始數據和命令都需要在網絡上傳輸，加大了網絡的負載?！爸械取笨蛻舳耸褂脭祿煜到y的存儲過程，一定程度上給客戶端廋了身并降低了網絡的負載，但數據庫連接仍然是針對每一個客戶端的，可伸縮性差；由于存儲過程的不標準，應用不易于推廣，客戶專門容易被鎖定到某個特定的數據庫廠商上。下圖的左半部分是兩層結構的系統的示意圖，右圖是現代的三層結構系統示意圖。隨著90年代廣域網絡技術和Internet的普及，傳統的“客戶/服務器”模式應用差不多上成為企業“部門級

17、”的應用模式，3層（或多層）結構的系統模式成為“企業級”應用的差不多模式。“企業級”應用具有如下的特點，可能有來自眾多客戶端的并發訪問、對應用的處理的吞吐量和性能要求較高、系統的安全性、可擴展性、可治理性和易維護性要求高。3層結構的應用系統把系統的表現層（客戶端）、業務邏輯部門和數據邏輯部分分離開來。第一層表現層只處理客戶的輸入/輸出、必要的數據校驗以及與第二層的通訊，告訴第二層要做什么業務服務，第二層業務邏輯層只依照請求做業務邏輯處理和對第三層數據庫系統的訪問，即把對數據庫的具體操作交給第三層，第三層是數據庫治理系統，只負責數據的治理和處理。第二層的業務處理程序一般用第三代語言編寫（如C/C

18、+或Java），它與第三層的通信一般會是通用的數據訪問技術（如ODBC或JDBC）或者是數據庫廠商提供的技術（關于Sybase而言是ctlib）；第一層與第二層的通信由專門的支撐軟件中間件的客戶端軟件與服務端軟件來負責，這兩個軟件需要分不安裝在客戶端和中間層計算機系統（有時也稱為“應用服務器”機）上。中間件服務端軟件還承擔著緩沖來自客戶端的請求，治理、緩沖和復用對數據庫的連接，操縱應用進程/線程的啟動和停止等功能，以最大限度地提供業務處理的吞吐量和性能。建設企業級的信息系統時，應用服務器機和數據庫服務器機一般都建在數據（處理）中心，它們在一個高速的LAN上。這兩層都能夠比較獨立的改變，也能夠在

19、各層采納雙機熱備份的形式提高系統的處理能力和可靠性?？蛻舳艘话闶窃谶h處，與第二層應用服務器機的連接一般通過WAN來連接，客戶端一般能夠獨立地改變。基于先進的支撐技術開發應用系統計算歷史的另一個大的變化確實是軟件能力（功能）的不斷增強。這種能力的不斷增強是由軟、硬件技術的進展帶來的，表現在應用層和系統層軟件的功能上編寫同樣功能的應用軟件，作為支撐的系統層越來越“厚”，應用層本身越來越“薄”。其緣故專門容易理解。隨著硬件價格的不斷降低、處理能力的不斷增強，軟件應用的場合更多，運行更快，可使用的資源越來越多，功能也越來越強，也越來越復雜?，F在，如何提高軟件的生產效率、提高軟件的可靠性就成為軟件技術進

20、展中的一個關鍵任務。在嘗試解決這一問題的諸多方法中，軟件復用是一個最具阻礙的思想假如在新開發中能復用自己或不人差不多編寫好的、通過驗證的軟件功能模塊，不必“重新發明輪子”，就能夠有效地提高軟件的編寫效率、就能編寫更復雜的軟件，軟件也會更可靠、甚至性能更高。多年以來，許多組織都在嘗試在項目組中或在整個組織中復用編寫良好的軟件模塊。當前進展的最好的是一些在軟件業通用的軟件或軟件模塊，即由專業廠商商品化了的那些軟件產品，如操作系統、數據庫治理系統、網絡軟件、近年進展起來的多種中間件軟件和以中間件軟件為核心的各類平臺軟件。關于編寫兩層結構的“客戶機/服務器”模式的軟件，最重要的可復用“平臺”軟件是數據

21、庫系統及相關工具；關于三層結構的應用系統，最重要的是各種中間件軟件及相關的平臺軟件。應用事實上差不多幾乎無法從頭寫起了。關于同樣功能的應用軟件，顯然應用層越來越薄，系統層越來越厚。下圖展示了應用基礎架構的演變和進化過程。中間件軟件是企業級信息系統中最重要的一類平臺性的軟件。所謂“中間”是指其位于應用系統之下，操作系統之上，是為應用系統提供某些支撐功能的軟件（模塊）。在三層結構的應用系統中，客戶端與中間的應用服務器層的通信功能以及其它的一些重要功能確實是由中間件軟件實現的。應用的比較廣泛的中間件軟件包括，消息中間件、交易中間件、應用服務器軟件、EAI軟件等?？缦嚓P應用規劃數據/信息資源企業在開發

22、信息系統時，由于受當時的IT技術、企業自身的IT能力與認識水平、對業務的認識以及業務規范化程度等因素的限制，一般不能系統化地規劃、設計與實現應用。各個時期建有不同的、各自獨立的系統，各自有自己的數據庫，數據重復錄入，出錯率高、效率低，數據的冗余度高、共享程度低，無法實現“就源輸入，數出一源”。獨立的數據存儲的個數越多，可能需要建設的相互接口就越多。假如有n個獨立的數據存儲，相互之間都要建立接口的話，接口數的數量級確實是n的平方，n越大，接口數量增長越塊，化在數據集成上的費用就越高。見下圖中的左半部分。與此相反，假如能夠在建設的早期從企業信息資源規劃的角度（也是從企業業務對象的角度）對信息系統相

23、關的數據信息進行比較完整的結構規劃和設計，盡管現在要有額外的花費，但在后期建設新的應用系統時就會最大限度地幸免數據結構與數據信息的重復獲得，也會較大地降低信息系統在數據結構設計、數據整合、應用整合上的開銷，不管新系統是直接從已有數據庫中直接讀取數據，依舊通過某個應用從數據庫中提取信息。見下圖中的右半邊部分的圖示?？缦嚓P應用規劃、設計和治理企業數據/信息資源的技術理念被稱為企業的數據/信息治理（Data/Information Administration）。數據/信息治理是企業數據/信息整合的手段，也是應用系統集成的基礎性手段。在國航信息化和重新整合數據/信息資源和應用的過程中，采納數據/信息

24、治理技術是必定的選擇。建立統一的安全認證與授權機制企業在應用與信息層面上的安全設施要緊包括身份認證設施和授權/訪問操縱設施。安全認證設施一般被稱為認證系統，基于公共密碼體制建立，也被稱為公共密鑰基礎架構（PKI）；授權與訪問操縱設施被稱為權限治理基礎架構（PMI），一般基于目錄服務器系統建立。安全認證系統一般包括認證中心（CA）、注冊中心（RA）、公鑰證書與黑名單治理系統、安全應用開發包等軟件組件。認證中心是企業信任治理的源頭，負責向系統中的其它實體（如RA）和通過核實身份的證書申請者（人、應用或計算機系統）發放數字證書，注冊中心負責證書申請、更新與撤消等的受理。公鑰證書與黑名單治理系統保存系

25、統中發放的公鑰證書和黑名單并提供查詢訪問機制。安全應用開發包則提供企業信息系統應用開發中多需要的安全服務調用，如數字簽名、驗證，加密、解密等。以一般智能卡或USB KEY作為證書保存載體的安全認證機制是一種強安全的系統防護設施，能夠有效地防止信息的泄密、被篡改、假冒和行為抵賴。權限與訪問操縱系統使用目錄服務器保存企業所有人員對應用與資源的訪問權限，并提供統一的機制驗證用戶的授權。關于國航信息系統來講，應用與信息的安全如何強調都只是份。沒有統一的安全認證系統和統一的授權與訪問操縱機制，就難以實施統一的企業安全策略、制度與手段，就會有潛在的安全隱患，系統的建設與治理也是不經濟的。由于國航信息系統最

26、終要建成統一、集中的應用系統平臺，就使得先進、高強度和高度集中的安全操縱機制更為必要。通過逐次的集成逐步建成系統企業的信息系統不可能一次建成，因為以后一定會有新的應用需求，需要開發新的系統；也可能因為由于財力、技術能力和認識的不足，需要逐步地去建設。新的系統通常要和老的系統交換信息，使用老的系統的功能，因此數據與應用的集成不可幸免。當企業已建的各個信息系統各自獨立，共享和交換信息困難時，也需要進行系統的集成。集成是解決矛盾的手段，也是系統建設的手段，信息系統能夠通過逐步的集成建成。因此，假如對企業的信息系統進行統一的規劃、設計和開發，在系統開發完成時也就完成了在建各個子系統或應用模塊之間的集成

27、，但并不能完全解決日后的問題。就象企業的ERP系統，盡管比較完整，但不能把企業的新生需求如客戶關系治理系統（CRM）和供應鏈治理系統（SCM）囊括在其中。傳統的ERP系統是“完整”的一套打包軟件，試圖向企業提供“一站式的購買”（One-Stop-Shopping），軟件由一家廠家提供；新的ERP觀點則是，針對各個子系統功能，選擇最好、最適用的的軟件（Best-of-Breed），集成這些系統，獲得最大的收益。因此，建設企業信息系統時不能懼怕集成。見下圖中關于企業ERP系統觀點變化的示意講明。當企業存在n個獨立的應用系統需要相互集成時，相互之間的接口數量最多可能有n*(n-1)/2個，開發、治理

28、和維護都特不困難。一旦一個接口改變，最多可能會阻礙另外的n-1個系統。因此，兩兩相互集成的方法逐步讓位于各個應用系統或數據源與一個“中央”的系統集成的方法。如此一來，接口的總數量就能夠減少到n個，開發、治理和維護的工作量就會減少專門多?；谙⒋砑夹g的企業應用集成（EAI）中間件平臺確實是如此的一個中央系統。由于如此的系統提供了與各種數據庫系統及流行的中間件軟件的標準接口，也提供了開發新接口的技術手段，提供了把多個應用串在一起的流程集成能力，使得企業應用系統的集成有了有效的技術手段。總體目標及需求分析總體目標4.1.1 系統的總體目標國航飛行總隊飛安系統的總體目標是：以信息系統為載體，以飛行

29、安全治理為核心，整合航班生產治理和訓練治理，在飛行總隊內部形成一個完整的治理體系，實現飛行安全治理的系統性、規范性、高效性。同時，運用科學的決策輔助手段來輔助決策，提高飛行安全治理的科學性。上面的總體目標能夠總結為：描述、評估、診斷、改善、跟蹤。具體如下：描述：生產、訓練過程中有關的數據和指標評估：安全的狀況診斷：安全的薄弱點（分析出阻礙安全的問題所在）改善：給出提高安全水平的方案跟蹤：對安全措施的合理性、及時性進行跟蹤4.1.2 業務層面的目標飛行總隊的飛安治理工作是圍繞飛行員來開展的，日常工作是航班生產和飛行訓練，因此能夠從生產和訓練兩個方面來描述業務層面的目標：1).生產層面能夠及時分析

30、和掌握航班生產的情況，及時發覺航班生產中阻礙飛行安全的各種因素，并給出預警。具體目標如下：1、航班過程監控。2、季節性、專門性任務的監控3、依照航班生產任務預測機組需求。4、機組力量搭配合理性分析。5、專門機場運行機組的監控。6、飛行員的經歷時刻監控。7、分析和運用QAR數據。8、運行手冊符合性監控2).訓練層面能夠理順和規范訓練的流程（包括航班訓練和模擬機訓練，理論和基礎訓練），合理地調配和使用訓練資源，使訓練和航班生產能夠相互配合和協調，并采納針對性訓練等手段，使訓練更加有效和合理。具體目標如下：1、建立訓練檔案。2、建立系統的訓練流程。3、生成訓練需求。4、實現針對性的訓練。5、訓練打算

31、與航班任務相關聯的合理編制（半自動自動化）。4.1.3 信息化層面的目標在信息化層面的目標包括：1、構建飛安系統的信息系統平臺，并使該平臺具有安全性、系統性、可擴展性、易用性等特點。2、使飛安系統能夠與現有的信息系統協同工作，建立行之有效的維護流程。3、在系統中融合決策輔助模塊，運用數學模型和統計分析方法，來支持決策。業務需求分析依照國航所提供的材料，對目前國航的生產、訓練以及安全治理等方面的現狀有了一定的了解，結合國航目前的業務流程，總結國航飛行總隊對飛行安全治理信息系統的業務需求有以下幾個各方面：能實現生產、安全治理、飛行員治理及訓練治理信息實時共享和交互能夠通過系統準確、及時地了解各類信

32、息以及生產、訓練的實時狀態能夠運用各類模型方法以及一些輔助手段（不可量化的數據分析運用諸如人工推斷的手段等）對航班生產、安全以及飛行員的訓練情況進行評估能夠按照規章標準建立系統的約束條件同時在數據超出標準時對相關的決策操作人員給與提示能夠建立案例庫，并對案例庫中的數據給與歸類能夠及時準確地向飛行員網上預備系統發送信息建立整合平臺，與國航其他信息系統交換、共享數據靈活的報表引擎，自由組合數據的報表統計輸出功能具體業務需求分析4.3.1生產操縱統計分析目前生產運行操縱中要緊依靠航班生產治理系統（FMS）來完成，系統中完成了飛行大隊的航班業務流程，同時提供了一些統計分析功能。同時，此系統向其他系統提

33、供了相關數據，是飛行航班操縱中最為重要的系統。然而，FMS當前僅僅滿足了業務流程的需要，由于治理點的分散、職能部門的流程不盡相同，使得數據較為分散，難以滿足數據及時性、準確性的要求?，F有的統計分析報表較為簡單，不能滿足生產中監督和調整的需要，因此，建議在目前FMS系統的基礎上，增加系統和模塊，已完成生產操縱中的需要。航班生產監控模塊生產監控模塊通過從中心數據庫中得到及時、準確的信息，對航班的生產情況進行實時的跟蹤和監控。通過監控航班的各類情況，能夠將匯總后的信息提交給航班安全評估中進行有效的分析，從而使航班的打算安排和機組的派遣工作能夠有效的進行。此模塊中應包含如下功能：動態監控深產任務完成情

34、況以圖表方式直觀顯示實際任務完成情況與打算任務完成情況的對比，描繪出航班調整對生產打算的阻礙程度。動態監控群體飛行時刻通過各類報表（旬報、月報、季報、年報）形式動態監控各類機型、各技術標準的平均累計飛行時刻以及年剩余時刻。動態監控個體飛行時刻按照月、季、年動態監控每個人的飛行時刻，分級不進行自動報警（也可手工干預）并給出人工建議方案，通過安全預警系統將報警信息以及建議方案以電子郵件或手機短信等方式發出。航班實時監控顯示機組連飛的監控甘特圖：顯示航班可能延誤和銜接情況、反映出連飛人員的情況，航班不正常時、新機長在天氣不夠標準的時候能夠自動通過安全預警系統進行報警。航班打算運行監控模塊以圖表顯示航

35、班季航班任務打算量、航班數、小時數、駐外航班數等。以圖表顯示上一航班季年、季、月打算、本部航班任務完成情況分析、跟蹤以及與本季的對比等。機組信息治理子系統在FMS系統中差不多開發了護照治理子系統以及后勤保障子系統，系統中差不多存在一些數據，為了能夠更全面的治理機組信息，增加一套機組信息治理子系統。此系統從中心數據庫中提取FMS中的原有數據，進行更加全面的治理，將改動過的數據通過中心數據庫與FMS中的數據進行同步，同時為航班生產安全評估提供有效的數據。在系統中包含如下功能：機組的證照信息治理飛行執照、護照簽證、健康證等信息的集成治理，分部門維護。機組的復訓、理論學習登記治理機組的復訓、理論學習打

36、算及實際情況登記。機組的療養、休假信息治理機組的療養、休假申請及實際情況登記。生產統計分析子系統生產統計分析子系統是基于中心數據庫中整合完成后的實時以及歷史數據為源數據進行分析而形成報表。由于數據具有實時性和唯一性，報表中的數據結果是真實可靠的。報表中心的建立，報表的形式能夠靈活多變，完全能夠解決在業務中由于時段不同，業務結構發生變化而帶來的苦惱。業務人員能夠輕松的改變報表的數據模型，而得到想要分析的數據結果，同時也能夠輕松的轉換各類圖表的方式（柱狀、餅形、甘特圖等），盡可能的對數據以及趨勢有更直觀的了解。在生產統計分析子系統中包含以下功能模塊。生產打算分析生產打算制定的前期工作年度生產打算分

37、析航班季數據報告航班打算調整治理生產報告與分析任務完成情況報告生產分析報告生產數據治理由于治理比較分散、治理數據口徑不一致等問題，使得數據的維護難度較大，數據的唯一性、及時性以及準確性得不到保障。建議構建中心數據庫，同時建立整合平臺，使得數據通過整合平臺能夠及時溝通，同時在整合平臺內搭建數據一致性檢測中心，防止數據沖突情況發生。同時整合平臺及時監測各個數據庫的數據變化情況，做到數據同步。生產數據的治理能夠通過整合平臺做到準確、及時、有效。依照國航的業務需求，生產數據治理要做到以下三個方面：同一指標口徑。以中國民用航空統計治理方法為依據，統一各項指標。建議在規章制度子系統中，建立相關條目，依照條

38、目建立相關數據。集中治理數據在整合平臺中（詳見下整合平臺）建立靜態數據中心，由一個或幾個部門進行數據更新與維護工作。業務功能流程圖依照上述對需求的分析以及建議，描述業務功能流程如下： 4.3.2飛行員治理及訓練國航目前的在飛行員的治理訓練中只有培訓部的治理系統以及一套飛行員的檔案治理系統，由于兩套系統相互獨立，同時培訓系統過于簡單，需要建立一套完整的飛行員的培訓治理系統。依照國航提出的業務功能需求，描述飛行員培訓治理流程如下圖。飛行員培訓治理流程圖基礎數據庫由于目前的基礎數據不夠全面，需要搭建新的飛行員訓練基礎數據庫，基礎數據庫中的數據與訓練部子系統、飛行員檔案系統中的數據保持一致與同步。建議

39、通過整合平臺，使數據能夠做到同步、及時、有效。飛行員檔案中包括：飛行員技術檔案、飛行員訓練檔案以及訓練標準的定義。這些數據部分可從飛行員檔案系統以及訓練部子系統中提取，然后在系統實施運行后進行補充和完善。訓練需求統計分析依照基礎數據庫中的數據，對訓練進行統計分析，同時再得到相應的數據后，針對飛行員的不同情況進行分析，產生下一步訓練的需求，為訓練打算的治理及編排打下基礎。在統計分析中要做到以下幾點。掌握航班的生產狀況，包括排班、行前預備、航行中及航后的總結和記錄。掌握航班生產安全形勢并可進行分析。掌握總隊飛行實力，包括即時的及以后的進展趨勢。對訓練的各種需求進行規劃，建立相關的模型和方法。歸納起

40、來要緊有五個方面。其一，依照公司的戰略規劃，人力資源的結構情況，對各機型和崗位的人員數目進行預測，提出訓練需求；其二，依照QAR系統分析結果，提出趨勢性問題（各機型的），為提高技術水平、對飛行員安排針對性訓練；其三，在復訓、轉升訓練時，依照對飛行員的綜合評價進行資格審定和生成轉升名單，供決策參考；其四，滿足生產，均衡安排訓練需求。綜合考慮各種資源約束，在保證航班生產的前提下，綜合考慮訓練任務，提出日常訓練需求。其五，個性化需求的補充訓練。訓練打算治理及編排建立訓練流程把飛行員訓練流程整理和相對固定下來，以便于對訓練進行治理；同時，在建立系統時，對已有的訓練流程進行分析，整合其中能夠優化的流程，

41、改善治理效率。訓練打算的編排依照訓練統計分析出的結果，結合針對飛行員的評估結果以及在相應的規章制度的約束下，最后依據生產分配的情況，由系統生成一些可供選擇的訓練范圍，再由人工進行任務的最后編排。飛行員檔案治理系統飛行員的技術、訓練檔案與其職業生涯緊密相關，記錄內容量大，要求數據及時、準確；這是飛行員訓練子系統的信息基礎，在完成了飛行員的各種檔案建設之后，才能在此基礎上，對飛行員進行評價、評估，建立與安全和飛行有關的信息，為生產派遣系統提供數據支持。飛行員的檔案信息要緊涉及各種技術信息、訓練記錄、飛行安全分析記錄（包括基礎訓練和在職訓練等等）。建議對飛行員的檔案進行集中治理，便于對飛行員情況的了

42、解以及分析。飛行員安全評估依照飛行員檔案中的數據以及飛行員在QAR中的歷史數據，建立相應的數學模型，對飛行員進行科學合理的分析和評估，為合理的做出打算安排作鋪墊。4.3.3規章制度治理子系統設計規章制度治理子系統大致包括：規章制度庫、符合性推斷模塊、規章制度監控信息模塊、規章制度抽樣檢查模塊。各模塊的具體功能如下：1規章制度庫：在規章制度庫中保存各種規章制度，并進行維護。規章制度保存的形式能夠依照規章制度的類不而有所不同。2符合性推斷模塊：關于一些容易量化的規章制度，能夠結合實際的生產和訓練等數據，進行符合性推斷。3規章制度監控模塊：有一些規章制度的執行情況，能夠通過一些手段來實時監控，在規章

43、制度監控模塊中，能夠對這些規章制度進行實時監控。4規章制度抽樣檢查模塊：關于一些定性的、無法量化的規章制度，往往通過抽樣檢查的方式來檢查是否執行，在那個模塊中保存、維護、分析抽樣檢查的數據。5規章制度的公布或論壇：在規章制度子系統中，能夠設立一個規章制度的公布、講評模塊，或是以論壇的形式出現，可用于領導公布和講評規章制度，用于職員交流規章制度的執行情況。4.3.4案例庫子系統設計經驗是十分寶貴的，對實際發生的一些飛行超限事件進行認真剖析、分析，總結和提煉其中的經驗教訓是特不有價值的。經驗總結模塊的要緊任務是建立經驗庫。由于許多經驗的表達是專門抽象化的，專門難進行結構化定義，在進行經驗總結的時候

44、，能夠把相關的資料匯總在一起，通過建立關鍵字的方法來對這些資料進行索引，以方便對這些資料的查找。案例庫的建設是一個逐步積存和完善的過程，應該分為三個時期：1、案例治理庫：能對案例進行分類治理，便于對案例進行檢索。2、簡單的知識庫：在案例治理庫的基礎上，建立專家系統。3、知識庫：利用專家系統和數據挖掘等技術形成相應的保障飛行安全的知識。4.3.5安全治理安全治理流程圖安全治理系統流程圖其他因素：人員飛行時刻，運行延誤率，專門運行次數運行計財航調提出運行建議訓練運行政策、規章以及上報的建議問題、趨勢、措施前一時期改進進度時期性安全形勢分析機型監察員分析報告安全檢查安全監察報告提出趨勢分析、訓練建議

45、公司安監部數據來源模擬機訓練情況專門訓練理論訓練統計出人員訓練情況統計出正常率以及目前需要加強非正常處置的情況OMIS系統大隊匯報故障情況提出建議措施事故征候率事件分析安全治理系統流程圖其他因素：人員飛行時刻，運行延誤率，專門運行次數運行計財航調提出運行建議訓練運行政策、規章以及上報的建議問題、趨勢、措施前一時期改進進度時期性安全形勢分析機型監察員分析報告安全檢查安全監察報告提出趨勢分析、訓練建議公司安監部數據來源模擬機訓練情況專門訓練理論訓練統計出人員訓練情況統計出正常率以及目前需要加強非正常處置的情況OMIS系統大隊匯報故障情況提出建議措施事故征候率事件分析安全治理子系統是飛行安全治理信息

46、系統中一個核心的子系統，它銜接飛行安全治理信息系統的各個子系統，提供綜合的分析和處理功能。在飛行安全治理信息系統的各個子系統中，都具有各自的分析模塊，但那些分析模塊要緊是針對各自子系統中的對象，而在安全治理子系統中，提供的是綜合性的評估、分析，并能依照評估和分析結果，進行預警。1安全評估評估按照評估的對象來分，能夠分成個體的評估和群體的評估，依照評估目的的不同，能夠采納單指標評估和綜合評估等不同的評估方法。這是一個涉及到飛行員多方面因素的綜合評價模型。具有多目標的特點。涉及的差不多數據有定性和定量的。關于定性的因素，如何樣結合到評估目標本身確實是一個復雜的問題。在安全評估模塊中，包括以下一些內

47、容的評估： (1).飛行員安全技術綜合評價：綜合各種軟硬指標來評估飛行員的技術狀況，具體如下：軟指標：飛行作風、心理素養等指標的確定，具有一定的主觀性，這種指標稱為軟指標。軟指標的確定包含有治理者對飛行員的傾向性認識；硬指標：飛行品質、英語水平、飛行時刻、固癖動作等指標的確定，是飛行員的差不多信息，這些指標稱為硬指標。硬指標的確定是基于飛行員實際的飛行信息。飛行員安全技術指標的確定軟指標 ：為了減少人本身所固有的傾向性，能夠采取邏輯的是與非或打分方法來確定軟指標的數值；硬指標 ：基于QAR數據多指標相關因素動態分析和飛行員實際的飛行信息。(2).機組的技術評估：在機組派遣的時候，通過對機組的整

48、體技術進行評估，來了解機組整體的技術狀況。依照機組的搭配情況，每個飛行員的差不多信息，包括技術特點、職稱、駕駛員飛行記錄簿、飛行經歷記錄、外語水平、訓練記錄（操作熟練程度、理論水平）等等多方面的因素，結合飛行航線情況、機型、飛行崗位，對機組的飛行安全性進行評價。該評價模型，涉及到機組人員的年齡搭配，技術特點的互補性，對崗位的勝任程度。其中一個重要的因素是對航線的運行經歷（尤其是對復雜機場和專門航線的飛行次數）。機組的整體能力和航線需求是否能夠匹配。(3).評估飛行人員的數量和結構是否匹配航班生產任務：也確實是找出航班生產任務與所需飛行員的對應關系，確定人機比，以此作為評估標準。2.安全分析在Q

49、AR分析子系統中，對飛行超限事件進行了趨勢性分析，在安全評估、分析、預警子系統中，能夠綜合各方面的情況，來做比較全面的分析。例如，某個飛行員發生某類飛行超限事件有某種趨勢，我們就能夠結合模擬機訓練的情況，來進一步推斷這些飛行超限事件的發生，是什么緣故造成的。在本子系統中，能夠橫向結合其它子系統，例如生產、訓練等各方面，來進行趨勢性分析，趨勢的關聯分析等等。3.預警和處理關于評估和分析中反映出來的問題，要及時給出預警，同時建立預警的跟蹤、處理機制。4.3.6信息系統業務平臺飛行安全的業務平臺要緊功能是提供一個多個子系統信息流通的通道，使各個業務子系統之間信息得到及時、有效的溝通，保持數據的唯一性

50、，幸免存在于各個系統中的相同的業務數據的重復錄入。同時，提供統一的用戶治理模塊，對各個部門、人員的業務操作數據范圍進行劃分和限制；提供報表引擎，能夠輕松、快捷的制作報表；提供中心數據庫，汲取各個子系統中的數據，加以綜合，為各類分析報表提供有力的數據來源，記錄操作的歷史數據，使業務系統的數據操作有據可查；提供功能強大的工作流引擎，為今后的業務擴展以及業務流程變更打下基礎；提供規章制度匹配中心，為各個子系統的業務操作提供理論依據和限制；提供認證和授權功能，使整個系統做到安全、高效。信息業務平臺是整個飛行安全系統的核心，是飛安系統以及飛安系統與其他系統的一個整合平臺，各個子系統通過連接到此平臺與其他

51、業務系統進行交流，同時是飛安系統的靜態數據處理中心，治理飛安系統的要緊靜態數據以及業務流程。依照上述特點，建議在業務平臺中采納具有成熟技術的、差不多成為產品的認證、授權軟件；工作流引擎軟件；報表引擎軟件以及整合平臺軟件。通過使用現有的成熟產品，在構建飛安系統時能夠使系統的穩定性得到保證、縮短建設周期、減少投資成本。業務平臺依據功能的不同能夠分為兩個層面，即：整合平臺、治理平臺（靜態數據治理中心）系統邏輯構架圖整合平臺包括工作流引擎；規章制度、案例匹配中心；認證中心；數據一致性檢測中心；報表引擎；用戶權限檢測中心工作流引擎提供圖形化的工作流生成工具依照定義的業務流程安排，執行數據流的傳遞與交流，

52、同時監控任務流的執行情況。規章制度、案例匹配中心在業務數據更改發生變化以及安全系統進行評估時，從數據庫中搜索并提供相應的規章制度以及案例，為業務人員提供依據和范例。認證中心安全認證治理：為用戶登錄提供安全認證。數據一致性檢測中心在業務數據發生變更時，數據一致性檢測中心將對相應的系統中的關聯數據進行檢測，進行同步修改，使各個系統之間的數據能夠保持一致性。報表引擎通過報表引擎，能夠十分方便的為各個子系統提供各種組合的報表查詢與輸出服務。用戶權限檢測中心操縱用戶登錄系統后所能進行的業務操作以及查詢范圍。治理平臺治理平臺包括用戶治理模塊；報表設計與治理模塊；基礎數據監控與治理模塊；工作流治理模塊用戶治

53、理模塊組織結構治理：向使用者提供一個可視化組態工具，利用此工具能夠創建企業的組織結構圖，定義各級負責人管轄的部門以及各職工的崗位職責。用戶界面個性化定義：用戶依照可視化工具定義網頁界面的布局及顯示風格，設置欄目、主題、內容、定義服務屬性等。用戶權限設置：依照組織結構以及人員崗位情況，采納分級授權的體系結構，給不同級不的用戶分配相應的權限。報表設計與治理模塊通過報表引擎，對報表進行設計，并設置報表權限（修改、查看權限）。對報表進行統一治理。基礎數據監控與治理模塊該模塊治理維護系統運行需要的各種基礎數據，包括飛行員的差不多信息，一些系統的差不多參數等。對基礎數據進行監控，記錄數據操作的歷史紀錄。工

54、作流治理模塊通過工作流引擎，對工作流程進行制作和治理?？傮w設計方案系統總體架構為了完成飛安系統的生產運行操縱、生產統計分析、機務信息、QAR統計分析、訓練治理、安全評估/審計、規章制度治理、案例庫子系統、信息系統業務平臺9大功能需求，國航飛行安全治理信息系統的應用系統設計強調標準化、平臺化、組件化。以數據信息為基礎，以采集整合為手段，在結構數據庫和文檔信息庫的基礎上構建數據倉庫，利用先進的數據分析技術實現航班生產、訓練治理、安全治理等功能。國航飛行安全治理信息系統分成五個層次：網絡層：包括網絡硬件軟件平臺。數據層：包括結構化數據庫、LDAP、數據倉庫。應用支撐平臺：作為國航飛行安全治理信息系統

55、的底層平臺，提供應用支撐框架和底層通用服務，該層又能夠劃分為五個層面：數據整合、工作流引擎、報表引擎、認證和授權、用戶治理。實現需求分析中的整合平臺和治理平臺。應用層：以應用支撐平臺為基礎，向國航飛行安全治理信息系統的最終用戶提供業務處理功能的各類應用系統。應用擴展層：建立全系統應用集成平臺，通過門戶實現全系統應用整合。數據層設計數據的內容構成國航飛行安全治理信息系統的數據來源能夠分為一下兩種：一是已有系統的數據：航班生產治理系統：SQL Server 2000數據庫QAR：ORACLE 8數據庫OMIS：ORACLE8.1.7數據庫航班治理人力資源治理空勤出差補貼系統：SQL Server

56、2000數據庫燃油核算系統：Oracle 9.1.2數據庫培訓部系統二是，為系統建設需要新建的數據：技術和訓練檔案：駕駛員飛行記錄簿、飛行經歷記錄本。安全檔案：各項安全報告、安全記錄、安全獲獎登記。規章制度：符合民航總局121部運行規范的法規集。數據庫系統的整合對國航飛行安全治理信息系統基礎信息資源進行整合與開發，制定統一的數據庫技術、系統代碼、編碼設計等規范，采納現代信息技術，將我公司的基礎信息，從不同的數據源中進行整合、集成，建立整合共享數據庫。非結構化數據的整合國航飛行安全治理信息系統中的非結構化信息（如：規章制度等）能夠通過內容治理組織起來，通過全文檢索來方便用戶的使用。內容治理 當今

57、商業世界中的內容通常是以多種形式存在，包括：使用紙張的信件和申請表格、電子郵件和傳真；計算機產生的結算單、物資清單和報表；電子數據表格、演示文稿和字處理文檔；另外，還有各種多媒體記錄，如客戶服務電話的數字音頻記錄或公司培訓視頻資料。公司能否在Internet經濟中獲得成功取決于它操縱和利用各種信息的能力。 內容治理是一套全面的面向Web的內容治理集成軟件解決方案，它提供了在Intranet或Internet上立即訪問文檔信息的能力，能夠有效地保證所需要的文檔并按照正確的工作流程在正確的時刻提供給正確的使用人員。該方案具有實時和無縫訪問數字化、索引化內容的能力，因而公司內外的合法用戶都能獲得最高

58、的信息使用效率，而不是把時刻白費在信息搜索上。內容治理解決方案對客戶的益處：提高了客戶服務質量：能夠立即訪問支持文檔的信息。 增加了工作效率：工作人員能夠把精力放在工作上而不需要考慮分發工作任務或查找文檔。 加快了工作流程周期：消除了工作流程各步驟之間的時刻延遲。 減少或取消了占用空間：減少或取消了存儲設備和機柜、縮微膠片和縮微膠卷的占用空間。 提高了效益：更高的工作流程速度能夠轉化成對商業機會的更快的響應時刻。 加強了對文檔和工作流的操縱能力：實現了更佳的專業化水平，減少了非法風險，做到了遵循法規和實踐原則。 全文檢索簡而言之，全文檢索確實是以各類數據諸如文字、聲音、圖像等為處理對象，提供按

59、照數據資料的內容而不是外在特征來實現的信息檢索手段。它能提供快捷的數據治理工具和強大的數據查詢手段，快速關心人們進行大量文檔資料的整理和治理工作，并使人們能夠快速方便地查到他們想要的任何信息。應用支撐平臺設計上圖是以用戶視角看到的國航飛行安全治理信息系統的結構。從中我們能夠看到國航飛行安全治理信息系統的特點是以成熟的中間件技術作為應用支撐環境，快速整合已有的應用系統資源，實現數據信息的共享；構建流程化的處理框架，為飛行員訓練治理的自動化提供可能；靈活的報表工具，快速生成統計分析依據；統一的認證、授權和用戶治理，合理便捷的操縱用戶訪問。信息系統業務平臺作為國航飛行安全治理信息系統應用支撐平臺是國

60、航飛行安全治理信息系統的技術核心。信息系統業務平臺是飛行安全信息治理系統的基礎設施，它為應用系統提供了應用支撐、數據交換、業務協同和應用整合、門戶服務和安全治理服務，同時屏蔽了復雜的底層技術，為應用開發和資源整合提供了方便；不但對本期業務系統建設起著關鍵的支撐框架作用，也為行安全信息治理系統今后業務需求的擴展完善建設奠定了堅實的基礎。信息系統業務平臺包括下述四個部分：應用服務平臺：為飛行安全信息治理系統中各業務子系統的開發、部署、運行提供支撐服務。為企業級B/S結構的應用系統提供框架，保證應用系統的高效、可靠、安全的運行和方便的治理監控。數據交換平臺：為各系統和部門間的橫向、縱向信息交換共享提