飛機維修方案概要設計.doc

精品文檔 維修方案設計文檔目錄1.1系統(tǒng)業(yè)務流程圖31.2業(yè)務概述51.3名詞解釋61.3.1什么是維修方案61.3.2 CMM61.3.3 MRB61.3.4 MPD/OAMP61.3.5 MP61.3.6 MR61.3.7門檻值61.3.8定檢工作包61.4維修方案分為71.5維修方案的內(nèi)容71.5.1一般性檢查71.5.2定期維修71.5.3非定期維修71.5.4動力裝置及其設備的修理/翻修：71.5.5結(jié)構(gòu)檢查/機體翻修/抽樣方案71.5.6必須檢查項目81.5.7工程技術(shù)文件81.5.8可靠性管理方案81.6維修方案目前管理狀況81.7本系統(tǒng)的目標81.8維修方案實現(xiàn)方法82.詳細設計112.1資料處理部分（VB開發(fā)）(可能不需要)112.2詳細設計：112.3原始資料的接收登記（基地資料科）112.3.1信息處理113原始資料的分發(fā)（工程部工程處協(xié)調(diào)組）123.1信息處理123.2功能需求：124工程師評估（工程部工程處工程師）124.1信息處理124.2功能需求：135.1詳細設計155.1.1信息處理155.1.2功能需求15513維修方案定檢模板的建立的算法：186維修方案基本信息維護部分(核心)：196.1用戶使用設計196.2詳細設計：196.3實現(xiàn)方法206.3.1MAXIMO中實現(xiàn)的部分206.3.2 VB開發(fā)部分217.各機型維修方案執(zhí)行、完成 過程的追蹤管理。257.1定檢工作的計劃、安排267.1.1航空公司飛機定檢的處理268.與其他子系統(tǒng)的接口281.總體概述1.1系統(tǒng)業(yè)務流程圖廠商原始資料登記接收 資料協(xié)調(diào) 資料評估是否新機型？修改建議單其他其他新機型維修方案編寫修改建議單EO納入 是維修方案基礎(chǔ)信息的定義 否維修方案的修改TASK信息的建立飛機基本信息定義機型定檢信息的建立建立新機型維修方案飛機基本信息修改TASK各種信息的修改機型定檢信息的修改維修方案版本的修改維修方案修改完成新機型維修方案的建立是否需要報批？是維修方案的申報是否批準？否維修方案的修改是維修方案生效各機型維修方案的頒發(fā)各機型維修方案的計劃、執(zhí)行監(jiān)控項目的執(zhí)行其它檢查項目的執(zhí)行定檢工作的執(zhí)行 航線維護的執(zhí)行返回開始 維修方案所有項目執(zhí)行情況的追蹤、反饋 結(jié)束1.2業(yè)務概述飛機維修方案（按機型）是工程部工程處根據(jù)適航當局（目前航空公司租用的飛機只涉及美國FAA或法國DGAC）批準的MRB和制造商提供的MPD以及針對本公司的MP（MAINTENANCE PROGRAM）而制定的?；丶夹g(shù)資料科收到制造商發(fā)來的原文MPD，經(jīng)文件登記；轉(zhuǎn)至工程部系統(tǒng)工程師（機械）進行適用性分析，對適用航空公司公司的項目著手編入航空公司飛機維修方案；對不適用的則打上標志區(qū)別，不列入方案。編完維修方案后，填寫維修方案申報報告連同維修方案一起交華東適航處審批；若被批準，則頒發(fā)此方案；沒被批準則待修改后再次報批。為使整個飛機維修方案更加趨于完善和適合本公司實際情況，一般通過三種渠道對維修方案進行不斷增加、修改一部分維護項目，以減少故障的出現(xiàn)，增加系統(tǒng)、部件的可靠性，提高飛機的安全性和適航性。制造商提供的MPB、MPD等維修計劃資料約三個月更新一次，一般以插頁紙張、微縮膠片、CD片的形式發(fā)送用戶的資料部門。為確保該機型飛機持續(xù)適航，維修方案必須與維修計劃資料作同步更新。根據(jù)本公司飛機的實際使用狀況，結(jié)合本公司維護的具體情況（如航線結(jié)構(gòu)、本地氣候條件等），以及多年來各種故障出現(xiàn)的頻率等，對起其中某些項目的周期進行適當調(diào)整。另外，根據(jù)適航部門頒發(fā)的AD指令；飛機、部件、發(fā)動機廠家的服務通告、維護信函對維護方案有關(guān)項目進行增改。當修改維護方案涉及監(jiān)控或必檢項目，在修改方案的同時及時通知基地航材監(jiān)控和質(zhì)控檢驗，并做到其內(nèi)容同步更新。1.3名詞解釋1.3.1什么是維修方案 所謂維修方案是根據(jù)飛機制造廠家的MPB、OAMP、MPS，產(chǎn)生客戶化(適合航空公司)的MPD（MAINTAINANCE PLANNING DOCUMENT維修計劃文檔）.1.3.2 CMM 部件維護手冊。1.3.3 MRB 維修方案目錄是工業(yè)維修制造委員會和主要航空公司/制造商依據(jù)MSG-2或MSG-3制定的航空器最低維修要求。1.3.4 MPD/OAMP 維護計劃文件。1.3.5 MP 維修方案是民用航空器使用人和/或維修單位根據(jù)經(jīng)適航部門批準和認可的航空器 維修大綱或維修技術(shù)規(guī)定及航空器制造廠推薦的維修計劃文件，結(jié)合本單位的具體 情況保證航空器持續(xù)適航性的維修工作文件。1.3.6 MR 航空公司的維修需求，包括MRB和MPD/OAMP的要求。1.3.7門檻值 門檻值（THRESHOLD）是指第一次完成相應工作所規(guī)定的起始時限。1.3.8定檢工作包定檢工作包時完成飛機定檢工作所使用的各種文件的集成，是生產(chǎn)準備和歷史記錄的重要保證。1.4維修方案分為 計劃性和非計劃性1.5維修方案的內(nèi)容1.5.1一般性檢查 包括航線檢查、勤務和特定的間隔測試檢查。應制定出一般性檢查要求。1.5.2定期維修 即按規(guī)定的時間間隔進行的維修工作。該工作應包括需要定期維修/檢查的項目和時控附件以及需進行特殊檢查（如X光檢查）的項目等。應制定維修要求/和維修方式，維修周期及相應的實施方法。 1.5.3非定期維修 即指排除在定期維修檢查工作，飛行和地面報告，數(shù)據(jù)分析中發(fā)現(xiàn)和提出的故障或意外損傷以及執(zhí)行如適航指令、制造廠頒發(fā)的服務通告，服務信函等其它維修要求的維修工作。應制定各種維修方法和技術(shù)說明，以明確完成非定期維修工作的標準，并配備必要的報告和工作表格。1.5.4動力裝置及其設備的修理/翻修：在飛機的定期和非定期工作中，應說明確定和記錄動力裝置檢查和修理的工作要求及更換時控件的要求，對重要維修項目要有與維修大綱相應的對照表。1.5.5結(jié)構(gòu)檢查/機體翻修/抽樣方案應按照維修大綱或主要結(jié)構(gòu)檢查及翻修要求來確定結(jié)構(gòu)檢查/修理等級和內(nèi)容，即應制定區(qū)域或單位的檢查方式，檢查周期及抽樣檢查要求和實施方案。對重要結(jié)構(gòu)項目要有與維修大綱相應的對照表。1.5.6必須檢查項目根據(jù)對適航性影響程度的不同，應以適當?shù)姆绞綐嗣鳌氨仨殭z查項目”。“必須檢查項目”并不意味著取消或減少任何其他檢查工作。1.5.7工程技術(shù)文件有關(guān)工程（技術(shù)）指令，通用和特種工藝規(guī)范、制造廠的技術(shù)手冊等工程技術(shù)標準文件，應有明確的規(guī)定和說明，以保證維修方案的實施。1.5.8可靠性管理方案機型維修方案是以在可靠性為中心的維修思想指導下制定，應對維修活動進行可靠性管理，因而在提交維修方案的同時，應提交相應的可靠性方案。1.6維修方案目前管理狀況（1） 各部門使用的計算機系統(tǒng)彼此獨立，未形成一個整體，互相之間無法統(tǒng)一協(xié)調(diào)，造成管理上的混亂。（2） 系統(tǒng)目前使用的數(shù)據(jù)庫平臺、開發(fā)平臺落后，難以滿足航空公司進一步發(fā)展的需要。（3） 信息不共享，同一數(shù)據(jù)多重維護，造成數(shù)據(jù)的二義性，數(shù)據(jù)不正確且浪費人力。1.7本系統(tǒng)的目標（1） 為目前航空公司維修方案信息化管理提供完整、合理、科學的解決方案。（2） 規(guī)范現(xiàn)有維修方案編寫、修改、執(zhí)行流程。（3） 飛機維修各部門將不在各自為政，數(shù)據(jù)在全公司網(wǎng)絡平臺上實現(xiàn)共享，部門之間的分工更加明確，提高總體工作效率。（4） 維修方案的制定部門（工程部）、執(zhí)行部門（生產(chǎn)處）之間將成為一個不可分割整體，避免因為部門之間封閉而造成的工作脫節(jié)。（5） 實現(xiàn)合理、高效的飛機維修，保證飛機飛行安全、滿足適航部門要求，降低維修成本，提高飛行小時。（6） 滿足航空公司進一步發(fā)展的需要，提高管理水平，與國際接軌 ，加強國際競爭力。1.8維修方案實現(xiàn)方法系統(tǒng)程序設計劃分： 本系統(tǒng)結(jié)構(gòu)劃分原則： 1整個系統(tǒng)業(yè)務需求。 2整個系統(tǒng)功能需求。 設計時兼顧考慮兩方面。維修方案子系統(tǒng) 各機型維修方案 執(zhí)行、完成 過程的追蹤管理。各機型維修方案版本控制。資料接收部分維修方案基本信息的維護四部分關(guān)聯(lián)如下：資料接收部分各機型維修方案版本控制各機型維修方案執(zhí)行、完成 過程的追蹤管理。維修方案基本信息的建立及維護相應信息啟動返回程序劃分說明： 1資料接收部分：旨在實現(xiàn)目前工程部簡單的資料管理，使現(xiàn)有流程更加完善。2各機型維修方案的版本控制（維修方案建立、維護、申報、批準、頒發(fā)）。實現(xiàn)如下 功能： 工程部工程師建立新機型維修方案、升級原有維修方案。（重點針對維修方案的版本改變） 維修方案申報、批準、頒發(fā)。（維修方案狀態(tài)的追蹤） 啟動維修方案基本信息的維護應用。（TASK信息維護應用、機型信息維護應用） 新機型 生成定檢工作模板（生成定檢工作包）。（寫入PM表）3維修方案基本信息的維護主要包括兩個應用： TASK信息維護。 機型基礎(chǔ)信息維護。4各機型維修方案執(zhí)行、完成 過程的追蹤管理，實現(xiàn)方法客戶化PM，在PM中建立對于各架飛機的定檢模板，實現(xiàn)功能： 對各架飛機定檢工作做安排。 對于應該執(zhí)行的定檢工作，生成定檢工作單。 2.詳細設計2.1資料處理部分（VB開發(fā)）(可能不需要)說明：該部分主要實現(xiàn)以上流程中資料接收、協(xié)調(diào)、評估 三個部分，重點實現(xiàn)目前工程部資料處理流程：資料接收資料協(xié)調(diào)資料評估2.2詳細設計：2.3原始資料的接收登記（基地資料科）2.3.1信息處理2.3.1.1輸入 資料編號、原文名稱、接收日期、接收人、資料介質(zhì)類別（CD、微縮膠卷、紙張）、數(shù)量、單位（張、卷、盒）、修改版編號、修改次數(shù)、修改版性質(zhì)（臨時、長久）、修改日期、備注2.3.1.2輸出 資料接收清單報表2.3.1.3功能需求插入和存盤：資料科收到原始資料后，將資料編號、原文名稱、接收日期、接收人、資料介質(zhì)類別（CD、微縮膠卷、紙張）、數(shù)量、單位（張、卷、盒）、修改版編號、修改次數(shù)、修改版性質(zhì)（臨時、長久）、修改日期、備注 輸入表DATA_RECEIVED中。1) 存盤：初始狀態(tài)自動設置為“資料接收”。系統(tǒng)自動記錄資料錄入人（用戶登錄名）、資料錄入日期（系統(tǒng)時間）到后臺數(shù)據(jù)庫，不顯示到屏幕。2) 修改和刪除：資料科可以修改、刪除狀態(tài)只為“資料接收”的記錄。并且只能修改以上輸入字段。3) 批準：資料科對狀態(tài)為“資料接收”的記錄進行批準后，狀態(tài)自動設置為“待協(xié)調(diào)”。 狀態(tài)變化時間（系統(tǒng)時間）到后臺數(shù)據(jù)庫，不顯示到屏幕。批準后，不能修改或刪除記錄。4) 查詢：按狀態(tài)、資料編號、類型條件進行模糊查詢，提供用戶前翻、后翻 查詢功能5) 瀏覽：按狀態(tài)、資料類型過濾條件及資料編號主關(guān)鍵字排序進行查詢?yōu)g覽。6) 打?。憾ㄆ诖蛴「鞣N“資料接受清單”。7) 相應的數(shù)據(jù)庫表 DATA_RECEIVED3原始資料的分發(fā)（工程部工程處協(xié)調(diào)組）3.1信息處理 輸入： 主辦人、分發(fā)單號、發(fā)往單位、發(fā)出日期、承接人、備注。 輸出： 資料分發(fā)清單報表3.2功能需求：1) 查詢：按狀態(tài)、資料編號、分發(fā)單號 進行模糊查詢，提供用戶前翻、后翻 查詢功能。協(xié)調(diào)組查詢到所有狀態(tài)為“待協(xié)調(diào)”的記錄。2) 修改和存盤：針對某一狀態(tài)為“待協(xié)調(diào)”的記錄，增加主辦人、分發(fā)單號、發(fā)往單位、發(fā)出日期、備注。存盤后，系統(tǒng)自動記錄協(xié)調(diào)錄入人（用戶登錄名）、協(xié)調(diào)錄入日期（系統(tǒng)時間）到后臺數(shù)據(jù)庫，不顯示到屏幕。3) 批準：資料科對狀態(tài)為“待協(xié)調(diào)”的記錄進行批準后，本記錄狀態(tài)自動設置為“待評估”。批準后，不能修改或刪除記錄。4) 瀏覽：按狀態(tài)、資料類型過濾條件及資料編號主關(guān)鍵字排序進行查詢?yōu)g覽。5) 打?。骸胺职l(fā)資料清單”。6) 相應的數(shù)據(jù)庫：DATA_RECEIVED，DATA _DISTRIBUTE4工程師評估（工程部工程處工程師）4.1信息處理 輸入： 評估人、評估結(jié)果、評估日期。 輸出：4.2功能需求：1) 查詢：按狀態(tài)、資料編號、分發(fā)單號 進行模糊查詢，提供用戶前翻、后翻 查詢功能。工程師查詢到所有狀態(tài)為“待評估”的記錄。2) 修改和存盤：針對某一狀態(tài)為“待評估”的記錄，輸入 評估人、評估日期、評估結(jié)果，系統(tǒng)自動記錄 評估信息登記人（用戶登錄名）、評估信息登記日期（系統(tǒng)時間）到后臺數(shù)據(jù)庫，不顯示到屏幕。3) 批準：工程師對狀態(tài)為“待評估”的記錄進行批準后，A）適用，狀態(tài)自動設置為“適用”。 B）適用暫不執(zhí)行，狀態(tài)自動設置為“懸掛”。C）如果不適用，狀態(tài)自動設置為“取消”。批準后，不能修改或刪除記錄。4) 瀏覽：按狀態(tài)、資料類型過濾條件及資料編號主關(guān)鍵字排序進行查詢?yōu)g覽。5) EO納入維修方案處理：在“操作”菜單項下增加子菜單項以實現(xiàn)該功能。6） 維修方案更改處理：在“操作”菜單項下增加子菜單項以實現(xiàn)該功能。7） 打?。?) 相應的數(shù)據(jù)庫：DATA_RECEIVED.EO納入維修方案處理、維修方案更改處理 方法（待定）：設計一子窗體，錄入“維修方案修改聯(lián)系單”的信息，提供相應增加、刪除、修改、查詢功能。A）如被批準則置狀態(tài)為“適用”。B）如不被批準則置狀態(tài)為“取消”。輸入：更改建議單編號、建議內(nèi)容、理由、建議人、提議日期、方案主管意見、經(jīng)辦人、經(jīng)辦日期、審定意見、審定人、審定日期、批準人、批準日期、處理結(jié)果、相關(guān)文件號（修改方案或工卡號）、修改人（方案主管工程師）、修改日期。5.各機型維修方案的版本控制（維修方案建立、維護、申報、批準、頒發(fā)）(可能不需要) 說明：1 新機型維修方案的建立、原機型維修方案版本的升級（版本的修改），維修方案的審報，維修方案的批準、維修方案的頒發(fā)（重點為版本的控制），2 定檢工作模板的建立（產(chǎn)生定檢工作包）。3 維修方案基礎(chǔ)信息的維護（TASK信息、機型基礎(chǔ)信息的建立、修改）由本程啟動其他應用程序而實現(xiàn)。4 本部份在整個系統(tǒng)中起樞紐作用：本部份與其他部分邏輯關(guān)系如下： 進入本應用對維修方案版本信息進行維護對維修方案各版本進行狀態(tài)控制是否需要新建或修改基本信息？否 END是啟動啟動TASK信息的維護應用機型信息的維護應用完成維修方案基礎(chǔ)信息的維護維修方案生效定檢模板的生成或更新進入定檢工作的安排、執(zhí)行應用5.1詳細設計5.1.1信息處理輸入： 維修方案編號、版本號、適用機型、生效日期、主管人、編寫人、編寫日期、備注。輸出： 5.1.2功能需求5.1.2.1插入和存盤 維修方案編號、版本號、適用機型、生效日期、主管人、編寫人、編寫日期 輸入表中,存盤后，初始狀態(tài)自動設置為“開始”。系統(tǒng)自動記錄錄入人（用戶登錄名）、錄入日期（系統(tǒng)時間）、狀態(tài)變化時間（系統(tǒng)時間）到后臺數(shù)據(jù)庫，不顯示到屏幕。5.1.2.2修改、刪除 修改、刪除只在狀態(tài)為開始時對以上輸入信息進行操作。5.1.2.3狀態(tài)改變 確認登錄人身份，只有本維修方案相關(guān)的機型主管工程師有權(quán)進行狀態(tài)改變，可改變的狀態(tài)包括：開始、申報、批準、生效、頒發(fā)、關(guān)閉。5.1.2.4維修方案申報信息處理 彈出子窗口實現(xiàn)維修方案申報處理，處理方法： 提供界面完成維修方案申批信息的增加、刪除、修改、查詢、打印維 修方案申報報表 功能： 輸入：申報編號、維修方案編號、維修方案版本號、機型、在冊架數(shù)、 主題、申報內(nèi)容、經(jīng)辦單位、聯(lián)系人、聯(lián)系電話、申報日期、 飛機日利用率。 輸出：維修方案申報報表 功能需求：對以上輸入信息完成增加、刪除、修改、查詢 操作。 申報信息處理結(jié)束后，將維修方案狀態(tài)改變?yōu)樯陥螅ㄊ止ぃ?.1.2.5維修方案批準信息處理一旦維修方案獲得適航部門批準，則應進行維修方案批準信的處理，處理方法：已錄入的該維修方案申報信息，增加維修方案批準信息。輸入： 批件編號、部門代碼、批準日期、標題、內(nèi)容、批準人、批準、部門、主題詞代碼、經(jīng)辦人。 自動記錄下錄入人、錄入日期。功能需求：對以上輸入信息完成增加、刪除、修改、查詢 操作。批準信息處理結(jié)束后，將維修方案狀態(tài)改變?yōu)榕鷾剩ㄊ止ぃ?5.1.2.6維修方案審批信息歸檔維修方案申報、批準結(jié)束后，應將審批信息存檔：（質(zhì)保處）處理方法：調(diào)出已錄入的該維修方案申報、批準信息，增加維修方案歸檔信息：輸入： 文擋索引編號、文擋標題、歸檔日期、歸檔人、文擋來源。功能需求：對以上輸入信息完成增加、刪除、修改、查詢 操作。5.1.2.7維修方案延誤申報信息處理 彈出子窗口實現(xiàn)維修方案延誤申報處理，處理方法： 提供界面完成維修方案延誤申報信息的增加、刪除、修改、查詢、打印維修方案延誤申報報表功能。輸入：延期申報編號、維修方案編號、版本號、機型、在冊架數(shù)、申報主題、延期原因及內(nèi)容、經(jīng)辦單位、申報日期、申報人。輸出：維修方案延誤申報報表。功能需求：對以上輸入信息完成增加、刪除、修改、查詢 操作。5.1.2.8維修方案生效 彈出對話框讓用戶輸入生效日期，自動記錄下錄入人、錄入日期，維修方案狀態(tài)改變?yōu)樯А?.1.2.9維修方案頒發(fā) 在界面上增加子TAB 輸入頒發(fā)日期、標題、接收單位、接收人、接收日期。維修方案狀態(tài)改變?yōu)轭C發(fā)，在改變狀態(tài)時校驗用戶身份及相應字段不為空（頒布日期），自動記錄下錄入人、錄入日期。當維修方案狀態(tài)為頒發(fā)時，以上所有錄入信息均不再允許修改。5.1.2.10維修方案關(guān)閉 對于以被新版本代替或?qū)娇展疽巡辉谶m用的維修方案，應置其狀態(tài)為關(guān)閉,同時彈出對話框讓用戶輸入關(guān)閉原因，寫入MAIN_RECORD表，維修方案狀態(tài)為關(guān)閉時，用戶不能對此記錄做刪除、修改操作。5.1.2.11機型定檢信息應用的操作 啟動機型定檢信息維護程序。（參見維修方案基本信息維護部分：機型定檢信息維護）5.1.2.12相關(guān)TASK應用的操作 啟動TASK信息維護程序。（參見維修方案基本信息維護部分：TASK信息維護）5.1.2.13維修方案版本升級 1將當前版本維修方案的有關(guān)信息倒入歷史庫，包括： TASK信息： 選出所有屬于該機型的TASK插入備份表： INSERT INTO TASK備份表 SELECT * FROM TASK表 WHERE plane_type=當前機型。(注：upgrade=N)。 2新版本維修方案繼承上一版本所有信息。 用戶在此基礎(chǔ)上建立新版維修方案。 3新版本維修方案 申報、批準、頒發(fā)。 4新版維修方案生效時應檢查本機型是否存在其他版本的維修方案處于生效狀態(tài)，如存在則提示工程師應該先關(guān)閉舊版維修方案，然后再改變新版維修方案狀態(tài)為生效狀態(tài)。 5維修方案一旦生效，修改本機型所有TASK維修方案編號、版本號為新維修方案編號、版本號。 5.1.2.14維修方案定檢模板的建立 建立相應機型各飛機的定檢模板。此功能應該在維修方案版本信息、該維修方案包括的TASK信息、機型基礎(chǔ)信息錄入并且生效后，由該機型主管工程師觸發(fā)，該功能考慮可放在PM模塊中，或可以不使用該功能，直接手工建立、維護定檢模板（PM）。5.1.2.15查詢 按狀態(tài)、編號、版本號 、機型 條件進行模糊查詢，提供用戶前翻、后翻 查詢功能。5.1.2.16瀏覽 按狀態(tài)、機型 過濾條件及維修方案 編號主關(guān)鍵字排序進行查詢?yōu)g覽。5.1.2.17打印 維修方案延期申報報告、 維修方案工作項目清單、 維修方案系統(tǒng)和部件計劃清單、 維修方案定檢清單、 維修方案監(jiān)控項目清單、 維修方案必檢項目清單、 維修方案壽命件清單，飛機出廠基本信息查詢表。相應的數(shù)據(jù)庫表 MAIN_RECORD。513維修方案定檢模板的建立的算法：用戶確定應生成定檢模板的飛機選出所有適用于此飛機的TASK，按執(zhí)行周期分類監(jiān)控TASK的處理定檢TASK的處理生成TASK所屬定檢父PM非部件監(jiān)控TASK的處理涉及部件監(jiān)控TASK的處理生成TASK相應PM（對飛機）對此飛機生成相應PM，監(jiān)控此PM飛機部件監(jiān)控系統(tǒng)建立相應的父子關(guān)聯(lián) END6維修方案基本信息維護部分(核心)： 說明：本部份在開發(fā)層上分為兩個應用程序： TASK信息的維護。 機型基礎(chǔ)信息的維護。6.1用戶使用設計工程部工程師建立、維護TASK，使用二次開發(fā)的TASK程序。生產(chǎn)處在建立TASK與工卡對應關(guān)系時使用MAXIMO的ROUTES程序。6.2詳細設計：維修方案基礎(chǔ)信息包括： 飛機基本情況信息、工種基礎(chǔ)信息、工具基礎(chǔ)信息、TASK信息、機型基礎(chǔ)信息。 6.3實現(xiàn)方法6.3.1MAXIMO中實現(xiàn)的部分 飛機基本信息（EUIPMENT實現(xiàn)）、工種基礎(chǔ)信息（LABOR實現(xiàn)）、工具基礎(chǔ)信息（TOOLS、ITEM實現(xiàn)）、TASK與工卡對應關(guān)系、定檢模板的生成、維護（PM），定檢工作的執(zhí)行（WORKORDER）。（詳細參見維修方案需求分析文擋）6.3.1.1飛機基本情況信息 飛機注冊號、機型、機身出廠號、飛機序號、IPC CODE、出廠年月、發(fā)動機型號、執(zhí)管部門 飛機基本情況信息在MAXIMO系統(tǒng)中的EQUIPMENT中定義。（一般M&E該系統(tǒng)啟用時，航空公司現(xiàn)有的飛機已被定義到系統(tǒng)中，工程師可以直接查詢和使用。）如有新的飛機，由有設備創(chuàng)建權(quán)限用戶或M&E系統(tǒng)的系統(tǒng)管理人員創(chuàng)建一條設備信息（飛機）。同時該飛機的子設備還須創(chuàng)建。同時還須把該飛機作為一個位置以及子位置建立起來。如有新的機型，把飛機當一設備創(chuàng)建的同時，還須創(chuàng)建該機型的位置結(jié)構(gòu)信息。創(chuàng)建者在創(chuàng)建時，我們建議在M&E的系統(tǒng)管理人員指導下進行。（在EQUIPMENT應用中：機身出廠號-利用EQUIPMENT中的資產(chǎn)號IPC CODE 采用擴展字段記錄）6.3.1.2工種基礎(chǔ)信息 工種代碼、工種中文描述、工種英文描述以上數(shù)據(jù)有些可以在MAXIMO系統(tǒng)中，LABOR應用中定義和查到所需的信息。（現(xiàn)已在TEST環(huán)境中定義）6.3.1.3工具基礎(chǔ)信息 工具代碼、工具中文描述、英文描述 以上數(shù)據(jù)有些可以在MAXIMO系統(tǒng)的TOOLS應用中定義和查到所需的信息。（現(xiàn)已在TEST環(huán)境中定義）6.3.2 VB開發(fā)部分6.3.2.1 TASK信息的維護包括 ： TASK與接近蓋板對應關(guān)系。 TASK工種信息。 TASK對應ZONE區(qū)信息。 TASK適用性（設備號、件號、序號）。 TASK周期信息（廠商周期、執(zhí)行周期（A，C，D檢等）、重復執(zhí)行門 檻值、重復執(zhí)行值（廠商、航空公司）。 TASK其它信息（項目來源、項目參考依據(jù)）。信息處理：輸入：TASK號、適用機型、TASK描述、維修方案編號、維修方案版本號、執(zhí)行周期（1AD）、檢驗等級、項目類型、維護代碼、MPD周期、廠商重復執(zhí)行門檻對象、廠商重復執(zhí)行門檻值、廠商重復執(zhí)行對象、廠商重復執(zhí)行值、 東航重復執(zhí)行門檻對象、航空公司重復執(zhí)行門檻值、航空公司重復執(zhí)行對象、航空公司重復執(zhí)行值、項目來源、項目參考依據(jù)、適用性（設備號、件號、序號）、ZONE區(qū)號（人數(shù)需求、人工時、接近人工時）、接近蓋板清單、工種代碼。輸出： 功能需求： 插入和存盤：提供多TAB界面由用戶輸入： TASK號、機型、TASK描述、（維修方案編號、維修方案版本號）、首檢周期、維護周期（1A，2A等）、檢驗等級、項目類型、疲勞率、是否CPCP項目、是否重要結(jié)構(gòu)項目、是否需抽樣檢查、檢查抽樣率、抽樣檢查時限、維護代碼、MPD首檢周期、MPD其他檢周期、重復執(zhí)行門檻對象1、重復執(zhí)行門檻值1、重復執(zhí)行對象1、重復執(zhí)行值1、 重復執(zhí)行門檻對象2、重復執(zhí)行門檻值2、重復執(zhí)行對象2、重復執(zhí)行值2、項目來源、項目參考依據(jù)、適用性（設備號、件號、序號）、ZONE區(qū)號（人數(shù)需求、人工時、接近人工時）、接近蓋板清單、工種代碼。存盤時，同時寫入多個數(shù)據(jù)庫，且TASK號、機型 不可修改，狀態(tài)為開始，具體方法如下：n TASK號、機型、TASK描述、維修方案編號、維修方案版本號、執(zhí)行周期（1A，2A等）、檢驗等級(A級：一級檢驗項目、B級：二級檢驗項目、C級：三級檢驗項目)、項目類型(系統(tǒng)和部件（動力裝置、輔助動力裝置（APU）、區(qū)域檢查、結(jié)構(gòu)檢查)、是否CPCP項目、是否重要結(jié)構(gòu)項目、是否需抽樣檢查、檢查抽樣率、抽樣檢查時限、維護代碼（BSI、CHK、CLN、DRN、DVI、FUC、GVI、LUB、OPC、RAD、RAI、RAR、RDG、RST、SPL、TST、TUP）、MPD周期、廠商重復執(zhí)行門檻對象、廠商重復執(zhí)行門檻值、廠商重復執(zhí)行對象、廠商重復執(zhí)行值、航空公司重復執(zhí)行門檻對象、航空公司重復執(zhí)行門檻值、航空公司重復執(zhí)行對象、航空公司重復執(zhí)行值 系統(tǒng)自動記錄錄入人（用戶登錄名）、錄入日期（系統(tǒng)時間），寫入表TASK_RECORD。n TASK號、機型、設備號（機號）、件號、序號 寫入表TASK_ADAPT(多條記錄)。設備號（機號）來源于MAXIMO的EQUIPMENT 表，機號一般長度為四位，對每架飛機可以單獨設置執(zhí)行周期、監(jiān)控對象及監(jiān)控對象的值n TASK號、機型、ZONE區(qū)號、人數(shù)需求、人工時、接近人工時 寫入表TASK_ZONE(多條記錄)。ZONE區(qū)號來源于MAXIMO的LOCHIERARCHY 表，條件為SYSTEMID=TASKZONE AND 機型=機型。n TASK號、機型、工種代碼寫入TASK_LABOR(多條記錄)。工種代碼來源于MAXIMO的LOCATIONS 表。n TASK號、機型、項目來源、項目參考依據(jù)TASK_REFERENCE(多條記錄)。 修改： 對TASK_RECORD、TASK_ADAPT、TASK_ZONE、TASK_ACESS、TASK_LABOR、ROUTES、TASK_REFERENCE表聯(lián)合修改操作： 情況一：如修改時的狀態(tài)為開始，直接進行修改操作。 情況二：如修改時的狀態(tài)為生效，修改該記錄時，彈出對話框由用戶輸入修改 依據(jù)、修改原因，系統(tǒng)自動記錄 操作日期、操作人，將本條TASK記錄和 輸入信息、操作日期、操作人 一起插入歷史庫中，然后由用戶修改記錄， 將狀態(tài)改變?yōu)殚_始，修改完成后，存盤時，判斷執(zhí)行周期是否大于原 周期，如大于原周期，提示用戶應該進行維修方案的申報處理。 刪除：對TASK_RECORD、TASK_ADAPT、TASK_ZONE、TASK_ACESS、TASK_LABOR、ROUTES、ROUTE_STOP表、TASK_REFERENCE聯(lián)合刪除操作。 情況一：如刪除時的狀態(tài)為開始，直接進行刪除操作。 情況二：如刪除時的狀態(tài)為生效， 刪除該記錄時，彈出對話框由用戶輸入刪除 依據(jù)、刪除原因、系統(tǒng)自動記錄 操作日期、操作人，將本條TASK記錄和 輸入信息、操作日期、操作人一起插入歷史庫中，然后將本記錄從表中刪 除，同時刪除ROUTES、ROUTE_STOP表中相應記錄。 刷新相應的定檢模板： 方法：刪除TASK相應PM，修改PM父子結(jié)構(gòu)。 查詢：按TASK號、維修方案編號、版本號 條件進行模糊查詢，提供用戶前翻、后翻 查 詢功能。 復制TASK：彈出對話框讓用戶輸入新的TASK號，將當前TASK所有信息繼承供用戶修改，記錄原TASK號,初始狀態(tài)置為開始。 瀏覽：按編號、版本號 過濾條件及TASK 編號主關(guān)鍵字排序進行查詢?yōu)g覽。 批準：修改或新增加信息生效，改變狀態(tài)為生效。以下就兩種情況分別處理： 1）新增TASK： 將TASK號、機型、TASK描述、維修方案編號、維修方案版本號、維護周期（1A， 2A 等）、檢驗等級、項目類型、維護代碼 寫入表ROUTES： INSERT INTO ROUTES(ROUTE, DESCRIPTION, GENRTSTOPASOPER，RT1, RT2, RT3, RT4, RT5) VALUES(TASK號+-+機型，TASK描述，N，NULL,執(zhí)行周期，檢驗等級， ZONE區(qū)號，維護代碼）。 刷新相應的定檢模板： 生成TASK相應PM（ 流程圖）選出TASK適用的所有飛機對每架飛機做如下處理生成TASK對此飛機的PM對所有飛機完成？ 否是END 2）修改TASK： 修改ROUTES表相應的ROUTE信息。 刷新相應的定檢模板： 修改TASK相應PM，修改PM父子結(jié)構(gòu)(流程圖)。刪除TASK對應的所有PM新增加TASK的處理流程 打?。捍蛴「鞣NTASK清單。 相應的數(shù)據(jù)庫表 TASK_RECORD、TASK_ADAPT、TASK_ZONE、TASK_ACESS、TASK_EQNUM、TASK_LABOR、ROUTE、ROUTE_STOP。6.3.2.2機型基礎(chǔ)信息維護包括兩部分： 1）定檢相關(guān)信息：機型、飛機制造商、發(fā)動機型號、發(fā)動機制造商、APU型號、APU制造商、日利用率、航段平均飛行小時、主要性能參數(shù)：（最大滑行重量、最大起飛重量、最大著陸重量、最大無油重量、最大商務負載、最大巡航高度、最大巡航航程、最大載油量）、在冊架數(shù)、周檢間隔、A檢時限、C檢時限、D檢時限。2）機身壽命件信息：圖號、件號、部件描述、適用性、到壽時間。信息處理： 輸入：包括： 機型、飛機制造商、發(fā)動機型號、發(fā)動機制造商、APU型號、APU制造商、日利用率、航段平均飛行小時、主要性能參數(shù)：（最大滑行重量、最大起飛重量、最大著陸重量、最大無油重量、最大商務負載、最大巡航高度、最大巡航航程、最大載油量）、周檢間隔、A檢時限、C檢時限、D檢時限。 圖號、件號、部件描述、適用性、到壽時間。 輸出： 功能需求： 插入和存盤：在界面上輸入機型、飛機制造商、發(fā)動機型號、發(fā)動機制造商、APU型號、APU制造商、日利用率、航段平均飛行小時、主要性能參數(shù)：（最大滑行重量、最大起飛重量、最大著陸重量、最大無油重量、最大商務負載、最大巡航高度、最大巡航航程、最大載油量）、周檢間隔、A檢時限、C檢時限、D檢時限。存盤時，校驗本機型由日利用率計算出的定檢周期是否合理，如差的較多則提醒主管工程師應該調(diào)整定檢時限，從MAXIMO.equipment表中統(tǒng)計出在冊架數(shù)，系統(tǒng)自動記錄登陸人、登陸日期 填入TYPEINFO表中。 修改、刪除：對以上輸入信息進行修改、刪除操作，記錄用戶身份。 查詢：機型 條件進行模糊查詢，提供用戶前翻、后翻 查詢功能。 瀏覽：機型為主關(guān)鍵字排序查詢?yōu)g覽。 打?。捍蛴C型信息報表、機身壽命件清單。 相應的數(shù)據(jù)庫表 ：TYPEINFO，TYPELIFESPAN表注：定期維護的周期各機型均不相同，如：A340（1A檢=400HF、1C檢=15個月、半D檢=5年、D檢=10年），F(xiàn)K100（1A檢=250HF、1C檢=3000HF、1/2 D檢=12000HF或 6年、D檢=24000HF或 12年）。7.各機型維修方案執(zhí)行、完成 過程的追蹤管理。說明： 維修方案一旦頒發(fā)，生產(chǎn)部門需執(zhí)行該維修方案中所規(guī)定的各種項目（TASK）。 生產(chǎn)處計劃科首先應根據(jù)各架飛機飛行情況、航班情況等進行定檢工作的計劃、安排執(zhí)行。 下發(fā)定檢工作單（定檢工卡）由執(zhí)行部門（大修部/航線部/各分公司）完成。流程：定檢工作的計劃、安排 定檢工作的執(zhí)行、完成 7.1定檢工作的計劃、安排7.1.1航空公司飛機定檢的處理 在PM中實現(xiàn)：客戶化PM，通過外掛程序?qū)Ω骷茱w機的定檢工作進行相關(guān)信息處理，以便計劃員進行合理的定檢工作的安排：外掛程序應實現(xiàn)以下功能：7.1.1.1監(jiān)控TASK的報警（定檢計劃）具體算法設計：如：時控限制量（計算）報警提前量（給定）取飛機時控量（TBP）+則給出相應提示7.1.1.2完成該定檢工作父PM與子PM關(guān)系的建立 7.1.1.2.1處理一1） 計劃員在進入PM應用后，運行定檢準備程序，此程序?qū)崿F(xiàn)標準定檢工作包的生成，此程序主要算法： 選出所有執(zhí)行周期能被本次定檢整除的TASK組。 建立本次定檢的父子關(guān)系。2） 計劃員對于能納入本次定檢的“EO”、“附加工作單”、“特殊項目執(zhí)行通知單”，應將相應PM作為子PM掛在該定檢父PM下面，打印定檢工作包（要求修改監(jiān)控流程）。7.1.1.2.2處理二如不修改先行監(jiān)控工作流程，則計劃員需要做以下工作： 將納入本次定檢EO的PM做為子PM掛在定檢PM下面。 定檢PM生成WORKORDER，將航材監(jiān)控科的附加工作單作為子WORKOREDER掛在定檢PM生成的定檢工作單下面。 打印定檢工作包.定檢工作包有如下內(nèi)容： 定檢工作包包括飛機定檢項目報告單、飛機定檢接近蓋板清單飛機定檢人工時清單、飛機定檢工具/設備清單、飛機定檢材料/備件清單、系統(tǒng)壽命件清單在確定某飛機某日做某級別定檢維修后，根據(jù)“維修方案”和定檢工作包配備相應的工卡（即按方案中定檢項目清單的任務號、參考文件號、施工卡號挑選具體的定檢工作單WORK CARD）。 注意： 對相應的飛機定檢施工卡，工作項目單等相關(guān)文件，在法定依據(jù)文件改版時（AMM/MPD等），負責對工作單卡進行定期修改，保持其適航、有效。主要數(shù)據(jù)： 定檢工作單（封面）：飛機注冊號、定檢級別、出版日期、制定人、批準人、接收人、接收日期、完成日期、工作者、班（組）長簽名、車間主任簽名、檢 驗人、檢驗日期。項目報告清單：機型、機號、任務號、區(qū)域、任務描述、適用性、檢驗等級、工種（機電/電子/整新/內(nèi)裝）、周期、飛行小時/起落（自開始/自修理）、參考資料、MPD周期、JIC NO、缺陷報告單號、完成期限。接近蓋板清單：接近蓋板單編號、任務號、飛機注冊號、定檢級別（飛行小時）、區(qū)域、區(qū)域描述、接近蓋板名稱、工作卡號。人工時清單： 人工時清單編號、飛機注冊號、定檢級別（飛行小時）、總計工時、接近蓋板打開工時、關(guān)閉工時、計劃機電工時計劃電子工時。材料設備清單： 材料設備清單編號、飛機注冊號、定檢級別（飛行小時）、任務號、件號、名稱、規(guī)格、數(shù)量。定檢工作單： 機型、機號、檢驗等級（分為：A類：互檢項目、B：類持兼職檢驗執(zhí)照、C：必檢項目和持專職檢驗執(zhí)照）、工作單編號、標題、修改日期、參考文件、周期、適用性、工作區(qū)域、工作內(nèi)容、工作者、檢查者。壽命件清單： （分機身和動力裝置） 飛機注冊號、定檢級別（飛行小時）、圖號、部件名稱、部件牌號（件號）、適用性、到壽時間、位置（ZON）。附加工作單： 工作指令號、頒發(fā)日期、頒發(fā)人（生產(chǎn)處）、工作單號、機號/發(fā)動機號、執(zhí)行單位（車間）、簽發(fā)人、簽發(fā)日期、簽發(fā)依據(jù)、維修等級、工時、工作內(nèi)容、執(zhí)行情況、工作人、工作日期、備注。特殊項目執(zhí)行單： 工作指令號、頒發(fā)日期、頒發(fā)人（生產(chǎn)處）、執(zhí)行單號、標題、完成期限、執(zhí)行單位、機號/發(fā)動機號、工時、執(zhí)行要求、完成記錄、工作者、工作日期、檢驗者、檢驗日期、編寫者、編寫日期、審批者、審批日期。7.1.1.3外航空公司飛機定檢的處理 實現(xiàn)方法：在ROUTE下超鏈外接程序?qū)崿F(xiàn)此功能： 本外接程序算法：I） 由用戶輸入飛機號、定檢級別，程序自動從ROUTE表中選出本機型所有TASK以及用戶為此飛機本次定檢新建的TASK。II） 待用戶確認后，程序?qū)榇孙w機建立定檢模板。（調(diào)用定檢模板算法） 7.1.1.4定檢工作的執(zhí)行、完成 在WORKORDER中實現(xiàn)，現(xiàn)以完成，在WORKORDER完成時刷新上次完成時間，以便重新進行計劃。在維修工作中，發(fā)現(xiàn)飛機缺陷以及定檢工作卡的錯誤時，應及時填寫缺陷報告單輸出報表：維修方案更改建議單、缺陷報告單EO納入可靠性子系統(tǒng)部件時控量壽命件、監(jiān)控項目監(jiān)控子系統(tǒng)航材信息航材子系統(tǒng)維修方案子系統(tǒng)AD/SB/EO子系統(tǒng)執(zhí)行情況8.與其他子系統(tǒng)的接口注：A. 壽命件、監(jiān)控項目（部件）處理：機務工程部將廠商提供的壽命件、監(jiān)控項目（部件）錄入監(jiān)控子系統(tǒng)，由航材監(jiān)控科統(tǒng)一管理，壽命件清單信息來源于監(jiān)控子系統(tǒng)。B. 在MAXIMO的EQUIPMENT模塊中擴展一個字段記錄飛機的最后一次大修時間。C. 定檢維護：l A檢1A2A3A.NA1A=1A2A=1A+2A3A=1A+3A4A=1A+2A+4A5A=1A+5A.l C檢1C2C3C.NC1C=1C2C=1C+2C3C=1C+3C4C=1C+2C+4Cl D檢半D檢D檢半D