專利名稱：發(fā)電廠eam系統(tǒng)的計劃檢修管理模塊的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊。
背景技術(shù)：
EAM (Enterprise Asset Management,企業(yè)資產(chǎn)管理)是面向生產(chǎn)管理和設(shè)備維護 管理人員使用的日常管理工具軟件，以保障生產(chǎn)安全穩(wěn)定運行為目標(biāo)，同時能夠為ERP系 統(tǒng)提供所需的成本信息，并且比ERP需要的信息更加細化，便于生產(chǎn)管理/設(shè)備維護管理中 的各種細致的分析需要。 EAM系統(tǒng)適用于電廠等資產(chǎn)密集型企業(yè)對高價值固定資產(chǎn)的維護、保養(yǎng)、跟蹤、分 析等信息管理。以提高資產(chǎn)可利用率、降低企業(yè)運行維護成本為目標(biāo)。通過信息化手段，以 優(yōu)化企業(yè)維修資源為核心，合理安排維修計劃及相關(guān)資源和活動，從而提高企業(yè)的經(jīng)濟效 益和市場競爭力。 目前可供選用的EAM軟件(或稱C匪S系統(tǒng))大多屬于國外產(chǎn)品?；痣娖髽I(yè)使用 較多的為MAXM0、 DATASTREAM、 IFS等。它們使用多年，大多非常成熟可靠，可以對發(fā)電廠 的一般業(yè)務(wù)進行管理，比如缺陷管理、靜態(tài)臺帳管理、任務(wù)策劃等等。但是從全國電力行業(yè) 使用現(xiàn)狀看，它們又具有共同的問題，至今無法解決 —是廣義上的設(shè)備臺帳無法根據(jù)設(shè)備管理過程積累的數(shù)據(jù)自動更新和維護；
二是對于設(shè)備作為層次進行管理的手段，僅僅是把設(shè)備作為單個的扁平結(jié)構(gòu)進行 管理，這樣會造成信息過分分散、凌亂； 三是對于計劃檢修過程管理缺乏針對性的管理工具；
四是對于狀態(tài)檢修缺乏系統(tǒng)的考慮。 以上問題造成我國目前使用這些外來軟件的火電廠為了管理的需要，還往往又幾 個體外運行的其它軟件，用以管理設(shè)備臺帳、計劃檢修、狀態(tài)檢修等過程和信息。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊。
為達到上述目的，本發(fā)明所采用的技術(shù)方案是 —種發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，包括檢修項目籌劃子模塊，生成檢修
項目，設(shè)定每個檢修項目的過程控制條件；檢修過程管理子模塊，根據(jù)過程控制條件搜索系
統(tǒng)中的待檢修項目，生成檢修任務(wù)清單，并對任務(wù)清單中的檢修項目進行項目控制。 本發(fā)明的技術(shù)方案還可以進一步完善，作為優(yōu)選，它還包括一個檢修臺帳記錄子
模塊，記錄設(shè)備的檢修歷史和檢修過程中的事件，并根據(jù)設(shè)備的檢修歷史生成設(shè)備檢修臺帳。 進一步地，檢修歷史至少包括檢修開始時間、檢修持續(xù)時間、檢修結(jié)束時間。
進一步地，它還包括一個標(biāo)準(zhǔn)化檢修子模塊，標(biāo)準(zhǔn)化檢修子模塊從檢修臺帳記錄 子模塊中提取相關(guān)的設(shè)備檢修臺帳，集成設(shè)備的標(biāo)準(zhǔn)操作規(guī)程、檢修規(guī)程、技術(shù)文件包和優(yōu)化檢修方案。 作為優(yōu)選，過程控制條件至少包括檢修開始時間、檢修預(yù)計持續(xù)時間。
進一步地，過程控制條件至少包括每個設(shè)備的計劃檢修等級。
進一步地，過程控制條件至少包括設(shè)備的檢修周期。 進一步地，檢修過程管理子模塊監(jiān)控設(shè)備的檢修周期，并在檢修周期開始前發(fā)送 提醒信息至相關(guān)人員。 進一步地，檢修過程管理子模塊監(jiān)控設(shè)備的檢修持續(xù)時間，當(dāng)檢修持續(xù)時間超過 檢修預(yù)計持續(xù)時間時，則發(fā)送提醒信息至相關(guān)人員。 作為優(yōu)選，項目控制至少包括過程控制、費用控制和材料控制。
由于上述技術(shù)方案的采用，本發(fā)明具有以下優(yōu)點 預(yù)防性設(shè)備維護是按周期、約定時間間隔對設(shè)備定期進行維護，是設(shè)備維護管理 常用的手段之一。許多設(shè)備可以通過合理的預(yù)防性維護來達到防止意外故障、預(yù)防計劃外 停機的目的。設(shè)備計劃檢修管理，就是對設(shè)備的預(yù)防性維護全程的跟蹤管理。設(shè)備計劃檢 修管理模塊包括大、中、小修和月度檢修等，根據(jù)周期自動滾動執(zhí)行，產(chǎn)生設(shè)備維護工作任 務(wù)單，自動協(xié)調(diào)多種資源因素?？梢院艽蟪潭鹊靥岣咴O(shè)備管理人員的工作效率，減少了勞動 強度。可以很大程度地保障設(shè)備正常運行，進一步提高設(shè)備生產(chǎn)率。
具體實施例方式
下面通過實施例，對本發(fā)明的技術(shù)方案作進一步具體的說明。 —種發(fā)電廠EAM系統(tǒng)，采用多層系統(tǒng)架構(gòu)，至少包括人機交互層、業(yè)務(wù)邏輯層、系 統(tǒng)數(shù)據(jù)庫層，業(yè)務(wù)邏輯層與人機交互層之間進行雙向數(shù)據(jù)傳輸，業(yè)務(wù)邏輯層與系統(tǒng)數(shù)據(jù)庫 層之間進行雙向數(shù)據(jù)傳輸。 業(yè)務(wù)邏輯層采用分頁傳輸?shù)姆绞綄南到y(tǒng)數(shù)據(jù)庫層取得的數(shù)據(jù)返回至人機交互 層，并且，在數(shù)據(jù)傳輸進行前，對欲傳輸?shù)臄?shù)據(jù)進行壓縮，極大地減輕了網(wǎng)絡(luò)流量，同時為從 VPN接入系統(tǒng)奠定了技術(shù)基礎(chǔ)。 以人機交互層的查詢請求為例，業(yè)務(wù)邏輯層根據(jù)來自人機交互層的客戶端的查詢 請求從系統(tǒng)數(shù)據(jù)庫層取數(shù)據(jù)，并對獲取的數(shù)據(jù)進行分頁處理，首先向人機交互層返回一個 分頁的查詢結(jié)果數(shù)據(jù)，隨后，在收到用戶的翻頁請求后，在從系統(tǒng)數(shù)據(jù)庫層提取下一分頁的 數(shù)據(jù)，返回至人機交互層?；谏鲜龇猪搨鬏?shù)姆绞?，對每個分頁傳輸?shù)臄?shù)據(jù)采用LWZ算法 (Lempel-Ziv-WelchEncoding)進行數(shù)據(jù)壓縮，LWZ算法提取原始文本文件數(shù)據(jù)中的不同字 符，基于這些字符創(chuàng)建一個編譯表，然后用編譯表中的字符的索引來替代原始文本文件數(shù) 據(jù)中的相應(yīng)字符，減少原始數(shù)據(jù)大小。每個分頁返回的查詢結(jié)果條數(shù)可以由用戶在人機交 互層自行設(shè)定，并與查詢請求一起發(fā)送至業(yè)務(wù)邏輯層。上述查詢方式具有數(shù)據(jù)量少，查詢速 度快的優(yōu)點。 人機交互層設(shè)置在客戶端，用戶軟件與用戶之間的信息交互，以實現(xiàn)設(shè)備管理的 各項業(yè)務(wù)處理。業(yè)務(wù)邏輯層連接人機交互層和系統(tǒng)數(shù)據(jù)庫層，業(yè)務(wù)邏輯層根據(jù)人機交互層 的請求檢索或更新系統(tǒng)數(shù)據(jù)庫，并把結(jié)果返回給人機交互層。 業(yè)務(wù)邏輯層運行在至少一個服務(wù)器上，服務(wù)器的數(shù)量根據(jù)并發(fā)用戶的數(shù)量動態(tài)調(diào) 整，以提高系統(tǒng)的相應(yīng)性能。
系統(tǒng)數(shù)據(jù)庫層用于對數(shù)據(jù)進行保存和讀取，由物理獨立的數(shù)據(jù)庫服務(wù)器和數(shù)據(jù)管 理系統(tǒng)(如MS SQL Server2000)構(gòu)成，專注于數(shù)據(jù)的存取。 發(fā)電廠EAM系統(tǒng)包括多個功能模塊，多個功能模塊形成插件式的系統(tǒng)體系機構(gòu)。 發(fā)電廠EAM系統(tǒng)的功能模塊包括 1)報表管理模塊，包括一個管理子模塊，用于添加、移除、命名、和根據(jù)設(shè)定規(guī)則歸 類表單和統(tǒng)計報表。 管理子模塊監(jiān)控和統(tǒng)計表單的使用頻率，并提取用戶經(jīng)常使用的表單和統(tǒng)計報 表，在人機交互層形成快速報表欄。 報表管理模塊還包括一個用于生成表單和統(tǒng)計報表的向?qū)ё幽K，向?qū)ё幽K將 報表生成步驟分割成多個步驟，在每一步驟中，向用戶輸出填寫向?qū)畔?，在判斷用戶輸?的信息滿足當(dāng)前步驟的設(shè)定條件后，進入下一步驟。 報表管理模塊還包括一個輸出控制子模塊，輸出控制子模塊根據(jù)用戶設(shè)定的篩選 條件有選擇地輸出表單或統(tǒng)計報表的數(shù)據(jù)。此外，輸出控制子模塊還用于根據(jù)用戶指令查 詢、打印、下載表單和統(tǒng)計報表。 以報表管理功能模塊的模式統(tǒng)一管理各類表單提高了查詢的命中率，報表可以隨 用戶要求添加和移除。 這里所說的表單，是指各類工作任務(wù)單、檢修計劃表、缺陷統(tǒng)計表、缺陷明細表等， 根據(jù)作用域的不同，設(shè)置為全局報表和設(shè)備報表。 報表管理模塊根據(jù)用戶的請求從系統(tǒng)數(shù)據(jù)庫層的數(shù)據(jù)庫服務(wù)器中讀出表單，并在
系統(tǒng)的業(yè)務(wù)邏輯層對表單進行處理，再將處理后的表單另存在數(shù)據(jù)庫服務(wù)器中。 報表在系統(tǒng)中按照多級系統(tǒng)樹的組織形式進行管理，報表管理模塊根據(jù)用戶當(dāng)前
所在多級系統(tǒng)樹的位置，即用戶的層級以及權(quán)限，列出當(dāng)前可供輸出的報表清單。 這里，也可選擇地將報表的查詢、打印、下載設(shè)置成一個通用的模塊，供軟件的其
他功能模塊調(diào)用。 2)系統(tǒng)配置模塊 在EAM系統(tǒng)中設(shè)置用戶和用戶組，同一用戶可歸屬于多個用戶組，系統(tǒng)配置模塊 管理系統(tǒng)的用戶和用戶組、以及用戶與用戶組的組織關(guān)系，通過對用戶組賦予權(quán)限來實現(xiàn) 系統(tǒng)的權(quán)限管理。 采用"工號+姓名"組合的方式作為用戶的登錄名，系統(tǒng)配置模塊識別登錄名，并 賦予用戶相應(yīng)的操作權(quán)限，具體的，在人機交互層顯示用戶權(quán)限對應(yīng)的內(nèi)容，如該用戶可訪 問的功能模塊，以及進入功能模塊后能夠讀取的內(nèi)容、在功能模塊下可以進行的操作。
此外，系統(tǒng)配置模塊還用于新建、刪除用戶，管理用戶歸屬的組別，新建、修改、刪
除用戶組，管理用戶組權(quán)限，即分配、收回用戶對各模塊的操作權(quán)限。 系統(tǒng)配置模塊還用于配置軟件菜單和人機界面參數(shù)，數(shù)據(jù)備份和恢復(fù)，幫助系統(tǒng) 保持良好的性能，保證系統(tǒng)正確運行。
3)設(shè)備臺帳管理模塊，包括 存儲子模塊，將設(shè)備臺帳信息存儲在數(shù)據(jù)庫中，設(shè)備臺帳信息主要包括設(shè)備基本 信息、設(shè)備技術(shù)信息和設(shè)備動態(tài)信息三部分，其中設(shè)備基本包括設(shè)備屬性和下屬設(shè)備清單 等，設(shè)備技術(shù)信息包括定檢記錄，設(shè)備異動改造、點檢記錄，點檢人員變更記錄等；設(shè)備動態(tài)信息包括設(shè)備的主要缺陷及檢修記錄、啟停記錄等。 用戶權(quán)限控制子模塊，用戶登錄后，系統(tǒng)配置模塊根據(jù)用戶的登錄名判定該用戶 的用戶權(quán)限，用戶權(quán)限控制子模塊根據(jù)判斷結(jié)果向該用戶開放該權(quán)限對應(yīng)的設(shè)備臺帳信 息、以及該權(quán)限所對應(yīng)的操作；全廠的所有設(shè)備按多級系統(tǒng)樹結(jié)構(gòu)排布，多級系統(tǒng)樹自上而 下地至少包括系統(tǒng)層級、主設(shè)備層級和子設(shè)備層級，訪問上層系統(tǒng)樹所需要的用戶權(quán)限大 于訪問下層系統(tǒng)樹所需要的用戶權(quán)限； 編碼子模塊，用于生成設(shè)備編碼，并將設(shè)備編碼與存儲在數(shù)據(jù)庫中的設(shè)備臺帳信
息進行關(guān)聯(lián)，編碼子模塊根據(jù)設(shè)備在多級系統(tǒng)樹中的層級和位置生成設(shè)備編碼； 設(shè)備樹生成子模塊，設(shè)備樹生成子模塊根據(jù)設(shè)備編碼生成設(shè)備樹，設(shè)備編碼基于
全廠設(shè)備間的邏輯關(guān)系、物理位置以及從屬關(guān)系設(shè)立，設(shè)備樹自上而下地至少包括主設(shè)備
層級和子設(shè)備層級，多個設(shè)備樹構(gòu)成一個多級系統(tǒng)樹，在多級系統(tǒng)樹中，分為全廠設(shè)備、機
組、系統(tǒng)三個層次，設(shè)備樹生成子模塊在建立設(shè)備層次結(jié)構(gòu)時確定設(shè)備的操作位置，以便于
多系統(tǒng)運行管理，訪問上層系統(tǒng)樹所需要的用戶權(quán)限大于訪問下層系統(tǒng)樹所需要的用戶權(quán)
限； 實時更新子模塊，與多個發(fā)電廠設(shè)備相連接并實時地獲取設(shè)備動態(tài)臺帳信息，用
于缺陷管理(缺陷臺帳)、計量管理(在線儀器和測點的計量臺帳)、實時系統(tǒng)中同設(shè)備的
關(guān)聯(lián)TAG的值的變換(設(shè)備啟停和設(shè)備狀態(tài)信息)、點檢管理(設(shè)備異常提醒臺帳)、定期
切換(不成功信息自動記錄到相關(guān)設(shè)備臺帳)等。實時更新子模塊在接收到指令后觸發(fā)、
或按照一定的周期觸發(fā)讀/寫子模塊更新數(shù)據(jù)庫中的設(shè)備啟停臺帳信息；對于本身帶有用
于記錄設(shè)備的狀態(tài)信息的實時系統(tǒng)的設(shè)備(狀態(tài)信息存儲在實時系統(tǒng)的數(shù)據(jù)庫中)，實時
更新子模塊與實時系統(tǒng)的數(shù)據(jù)庫的參數(shù)輸出端連接，根據(jù)設(shè)定的周期或指令觸發(fā)兩種更新
模式讀取設(shè)備運行的關(guān)鍵參數(shù)，如溫度，轉(zhuǎn)速信息，在實時更新子模塊中，建立有設(shè)備與設(shè)
備的實時系統(tǒng)TAG的對照表，從實時系統(tǒng)的數(shù)據(jù)庫中獲取設(shè)備臺帳信息。 客戶端自定義子模塊，用戶通過客戶端自定義子模塊進行設(shè)備結(jié)構(gòu)關(guān)系自定義設(shè)
置，具體的，客戶端自定義子模塊將數(shù)據(jù)庫中的存儲的設(shè)備臺帳信息與自定義結(jié)構(gòu)關(guān)系中
涉及的設(shè)備進行關(guān)聯(lián)，并將新設(shè)立的設(shè)備結(jié)構(gòu)關(guān)系保存在數(shù)據(jù)庫中，這里所說的關(guān)聯(lián)以設(shè)
備編碼作為媒介。 設(shè)備臺帳管理模塊以標(biāo)準(zhǔn)的和有組織的方式記錄和維護有關(guān)其有形資產(chǎn)的信息， 這些信息可以很容易地與其它應(yīng)用程序中的附加細節(jié)集成。 設(shè)備臺帳管理模塊對設(shè)備資產(chǎn)管理保存有有形資產(chǎn)的標(biāo)識符、配置和等級，以及 完整的技術(shù)和商業(yè)規(guī)格臺帳，以及設(shè)備在運行過程中發(fā)生的事件記錄等。對可修復(fù)備件，幫 助用戶跟蹤每個資產(chǎn)維護歷史。 設(shè)備臺帳管理模塊管理設(shè)備的固定資產(chǎn)，建立固定資產(chǎn)總清冊和分戶清冊，對固
定資產(chǎn)的轉(zhuǎn)移、維修、報廢進行統(tǒng)一管理，并跟蹤整個過程，形成固定資產(chǎn)履歷；管理計量器
具，建立計量器具臺帳，確定檢定周期，對計量器具的生存周期進行完整的跟蹤管理；針對
設(shè)備的操作位置及其對可能的相關(guān)或從屬系統(tǒng)的影響進行潛在的故障分析。 在設(shè)備臺帳管理模塊中建立設(shè)備結(jié)構(gòu)層次體系，有利于計算設(shè)備維護成本；為分
析需要，還需要建立故障編碼結(jié)構(gòu)體系，以記錄設(shè)備及其大小故障情況。 在客戶端的個人顯示界面，多級系統(tǒng)樹為全廠設(shè)備管理人員共享設(shè)備信息的唯一
6平臺。同時也允許個人用戶創(chuàng)建個人視圖，用自己習(xí)慣或者方便的樹型結(jié)構(gòu)對分管設(shè)備進 行管理，以方便不同專業(yè)和崗位。個人視圖中的設(shè)備臺帳信息來自于多級系統(tǒng)樹，以保證臺 帳信息的一致性。允許在個人視圖自行命名和創(chuàng)立非設(shè)備結(jié)點，或加入已有的系統(tǒng)或設(shè)備。 個人視圖中沒有主設(shè)備概念，用戶可對自行創(chuàng)建的樹進行群操作。 在設(shè)備臺帳的查詢與修改權(quán)限方面，設(shè)備臺帳管理模塊為每個主設(shè)備或者普通設(shè) 備都設(shè)置有設(shè)備主人，只允許系統(tǒng)管理員和設(shè)備主人對該設(shè)備的臺帳進行維護操作。設(shè)備 主人為設(shè)備的分管人員，可為一個用戶或一個用戶組組。主設(shè)備的主人并不缺省擁有其子 設(shè)備的主人權(quán)限。 設(shè)備臺帳管理模塊自動定制不同設(shè)備的靜態(tài)臺帳顯示格式。所有設(shè)備均有動態(tài)臺
帳庫，不同類型的設(shè)備有不同的動態(tài)臺帳庫。父設(shè)備可以繼承下屬子設(shè)備的異常臺帳信息，
其中包括缺陷和異常信息等。 設(shè)備動態(tài)臺帳按照時間順序倒序顯示。 對于生成的設(shè)備缺陷臺帳，設(shè)備缺陷管理模塊自動觸發(fā)形成相關(guān)設(shè)備及其父設(shè)備 臺帳，但系統(tǒng)結(jié)點臺帳不受影響。缺陷臺帳自動生成后設(shè)備主人仍可修改維護，同時變更父 設(shè)備臺帳信息，但不影響缺陷過程控制，也不影響其子設(shè)備的臺帳信息。設(shè)備缺陷管理模塊 的操作會直接影響缺陷臺帳的變更。 設(shè)備動態(tài)臺帳中的設(shè)備狀態(tài)信息不向上繼承和傳遞，并且用戶可以對自動生成的
設(shè)備啟停臺帳進行修改，系統(tǒng)對實時數(shù)據(jù)庫發(fā)生的故障制定了相應(yīng)的容錯機制。 設(shè)備臺帳管理模塊對設(shè)備的定檢和臨修臺帳進行監(jiān)控管理，這里，定檢和臨修數(shù)
據(jù)來源于下述的設(shè)備狀態(tài)檢修管理模塊。 4)設(shè)備缺陷管理模塊，包括 缺陷記錄子模塊，用于錄入設(shè)備的缺陷信息，這里所說的設(shè)備缺陷信息至少包括 設(shè)備編碼、設(shè)備名稱、缺陷描述、消缺時間、消缺優(yōu)先級、消缺人員專業(yè)； 缺陷處理子模塊，用于識別并分析設(shè)備缺陷信息，生成缺陷通知單并發(fā)送至相關(guān) 人員，缺陷通知單至少包括設(shè)備缺陷發(fā)生時間信息、維修所需備品備件和特殊工具信息、以 及維修相關(guān)技術(shù)文檔信息，缺陷處理子模塊將生成的缺陷通知單發(fā)送至設(shè)備管理人員，在 接收到設(shè)備管理人員輸入的確認指令后，生成工作任務(wù)單，再將工作任務(wù)單發(fā)送至設(shè)備維 修人員，工作任務(wù)單存入系統(tǒng)數(shù)據(jù)庫，并至少包括設(shè)備缺陷信息、維修開始時間、完成時限、 成本信息、維修人員信息，當(dāng)缺陷處理子模塊將接收到的維修人員的缺陷消除確認信息后 寫入工作任務(wù)單并將其發(fā)送至管理人員，在接收到管理人員的確認信息后，結(jié)束此次維修 任務(wù)，保存維修記錄至缺陷記錄子模塊； 計時子模塊，用于計量缺陷發(fā)生至消除過程中各個階段所耗費的工時，計時子模 塊將計量將缺陷發(fā)生至消除過程中的各個階段所耗工時分別發(fā)送至缺陷處理子模塊，如果 某一階段的計量時間超過預(yù)定的完成時限，缺陷處理子模塊則發(fā)送提醒信息至相關(guān)工作人 員，同時，生成并保存一次消缺超時記錄； 分析子模塊，根據(jù)用戶指令從數(shù)據(jù)庫中讀取設(shè)備缺陷信息、維修記錄信息，并根據(jù) 設(shè)備缺陷信息、維修記錄信息計算設(shè)備的平均故障時間、維修費用、并分析故障趨勢，同時， 分析子模塊還與發(fā)電廠EAM系統(tǒng)的用于管理和記錄設(shè)備臺帳信息的設(shè)備臺帳的設(shè)備臺帳 管理模塊關(guān)聯(lián)，跟蹤設(shè)備臺帳管理模塊中記錄的設(shè)備臺帳信息，比較設(shè)備臺帳信息中記錄的設(shè)備臺帳信息與系統(tǒng)設(shè)定的判斷條件，當(dāng)發(fā)現(xiàn)設(shè)備臺帳信息中記錄的設(shè)備臺帳信息不滿 足系統(tǒng)設(shè)定的判斷條件時，向相關(guān)人員報警。
本模塊的一種工作過程如下 缺陷記錄子模塊按專業(yè)、系統(tǒng)、機組號、缺陷位置等輸入設(shè)備缺陷信息； 檢修人員確認缺陷后，由工作任務(wù)單申請頁面輸入或系統(tǒng)自動生成簡單的或者詳
細的維護工作申請，等待簽發(fā)接收工作任務(wù)單； 由工作任務(wù)單跟蹤頁面查詢詳細的計劃信息包括工作計劃、時間安排、成本、人 工、所需備品備件和特殊工具、設(shè)備、停機分析以及所有的相關(guān)文檔等； 產(chǎn)生設(shè)備維護成本預(yù)算，并與實際或歷史記錄工作任務(wù)單中的維護成本進行比 較； 生成工作票手工輸入或自動導(dǎo)入到工作票管理系統(tǒng)，進入工作票簽發(fā)、接收、許
可、執(zhí)行(缺陷消除工作)、記錄和終結(jié)工作票流程； 由工作任務(wù)報告頁面記錄維護工作和關(guān)閉工作任務(wù)單； 將工作任務(wù)單結(jié)束報告作為歷史記錄保存起來，供日后檢索。 在上述過程中，也可以基于關(guān)鍵活動的實時情況重新進行工作任務(wù)單的時間安 排；本模塊為重復(fù)性或項目性工作產(chǎn)生子工作任務(wù)單，并記錄到主工作任務(wù)單的成本；
在上述過程中，還可以跟蹤內(nèi)外部人工、所需備品備件和工具成本，進行成本分 析。 5)計劃檢修管理模塊，包括 檢修項目籌劃子模塊，根據(jù)檢修以及點檢過程中匯集的設(shè)備資料生成檢修項目， 設(shè)定每個檢修項目的過程控制條件和檢修內(nèi)容，或基于策略(如周期策略、條件策略)自動 生成檢修項目，其中，周期策略是指設(shè)定的計劃檢修周期，條件策略是當(dāng)設(shè)備的運行狀態(tài)數(shù) 據(jù)達到一定數(shù)值時生成檢修項目，過程控制條件至少包括檢修開始時間、檢修預(yù)計持續(xù)時 間、每個設(shè)備的計劃檢修等級、設(shè)備的檢修周期； 檢修過程管理子模塊，根據(jù)過程控制條件搜索系統(tǒng)中的待檢修項目，生成檢修任 務(wù)清單，并對任務(wù)清單中的檢修項目進行項目控制，這里所說的項目控制至少包括過程控 制、費用控制和材料控制；檢修過程管理子模塊監(jiān)控設(shè)備的檢修周期，并在檢修周期開始前 發(fā)送提醒信息至相關(guān)人員，檢修過程管理子模塊監(jiān)控設(shè)備的檢修持續(xù)時間，當(dāng)檢修持續(xù)時 間超過檢修預(yù)計持續(xù)時間時，則發(fā)送提醒信息至相關(guān)人員； 檢修臺帳記錄子模塊，記錄設(shè)備的檢修歷史和檢修過程中的事件，并根據(jù)設(shè)備的 檢修歷史生成設(shè)備檢修臺帳，檢修歷史至少包括檢修開始時間、檢修持續(xù)時間、檢修結(jié)束時 間； 標(biāo)準(zhǔn)化檢修子模塊，標(biāo)準(zhǔn)化檢修子模塊從檢修臺帳記錄子模塊中提取相關(guān)的設(shè)備
檢修臺帳，集成設(shè)備的標(biāo)準(zhǔn)操作規(guī)程、檢修規(guī)程、技術(shù)文件包和優(yōu)化檢修方案。 計劃檢修管理模塊對設(shè)備進行有計劃的周期性預(yù)防性檢修和大、中、小、臨修，實
現(xiàn)檢修項目策劃、檢修過程技術(shù)管理、檢修過程控制、檢修費用控制、檢修材料控制、檢修質(zhì)
量控制和檢修臺帳記錄。
其中 周期性檢修標(biāo)準(zhǔn)的管理，包括計劃檢修項目的費用標(biāo)準(zhǔn)。對周期性項目的執(zhí)行情況進行監(jiān)視，如延期情況、強制性標(biāo)準(zhǔn)延期警告等。 在檢修機會來臨之前，計劃檢修管理模塊輔助相關(guān)人員就如何生成檢修項目進行 檢修項目策劃。具體包括 當(dāng)告知系統(tǒng)某局部范圍內(nèi)可以檢修時，可以將分屬范圍內(nèi)的所有設(shè)備、子設(shè)備的 相關(guān)任務(wù)變成檢修項目清單。包括，未終結(jié)的工作任務(wù)單、缺陷單、提醒單、各種生產(chǎn)性會 議提出的未完成的任務(wù)、根據(jù)周期性檢修標(biāo)準(zhǔn)預(yù)測的已經(jīng)到期或者即將到期的計劃檢修項 目、根據(jù)周期性點檢標(biāo)準(zhǔn)預(yù)測的已經(jīng)到期或者即將到期的需要隨同檢修才能進行的點檢項 目、技術(shù)監(jiān)督任務(wù)等等。系統(tǒng)自動記錄相關(guān)檢修歷史臺帳；檢修終結(jié)時列出未結(jié)任務(wù)(項 目)清單。 在任務(wù)提醒時分別對待不同時間跨度的周期性任務(wù)。如對長周期任務(wù)需盡早提 醒。 通過設(shè)置導(dǎo)出接口 ，支持檢修項目導(dǎo)出到Excel，對于復(fù)雜項目，再導(dǎo)入項目過程 管理子模塊。這里，過程管理子模塊也可以是獨立的過程管理系統(tǒng)。 項目正式批準(zhǔn)后，項目的最終清單和費用預(yù)測通過導(dǎo)入或者錄入的方式在設(shè)備狀 態(tài)檢修管理模塊中實現(xiàn)。同樣，這些數(shù)據(jù)也可以導(dǎo)出至過程管理子模塊，以便進行檢修過程 控制、檢修費用控制和檢修材料控制。 在本模塊中，所有檢修項目必需有明確終結(jié)信息。每個檢修項目，在生成和終結(jié) 時，系統(tǒng)自動在相關(guān)設(shè)備的定檢和臨修臺帳中生成記錄。記錄中包含檢修編號等信息，以便 日后分析。 計劃檢修管理模塊支持指定系統(tǒng)樹檢修，自動在指定的系統(tǒng)樹或結(jié)點上面生成檢 修歷史臺帳記錄，同時自動生成設(shè)備定檢和臨修臺帳，并導(dǎo)入設(shè)備臺帳管理模塊。檢修終結(jié) 后，自動記錄檢修終結(jié)時間。 計劃檢修管理模塊對大、中、小修和月度檢修等計劃檢修項目進行統(tǒng)一申報和集 中管理，有助于設(shè)備管理人員了解某個時期全廠各專業(yè)的設(shè)備檢修工作安排，同時可以方 便地查看歷次的計劃檢修報表。 通過計劃檢修管理模塊的輔助，可以單獨、成批或自動產(chǎn)生檢修計劃、策劃檢修項 目(包括標(biāo)準(zhǔn)檢修項目、特殊項目等)、制定檢修方案或文件包。根據(jù)策劃好的檢修項目和 檢修方案或文件包開始檢修過程，并記錄檢修過程中的事件；檢修完成后對檢修工作進行 總結(jié)，記錄相關(guān)信息，并對檢修方案或文件進行修訂，使檢修方案或文件包更科學(xué)；同時記 錄檢修過程中遇到的各種問題；集成多項標(biāo)準(zhǔn)操作規(guī)程、檢修規(guī)程、文件包和檢修方案；基 于最近產(chǎn)生的工作任務(wù)單和最新的完成日期情況查詢計劃檢修工作任務(wù)單的時間計劃和 操作規(guī)程，對計劃檢修過程進行管理；同時，可以利用非計劃性(臨時)停機期組織預(yù)防性 設(shè)備維護工作任務(wù)單，高效地組織預(yù)防性維護工作。 6)設(shè)備狀態(tài)檢修管理模塊是對設(shè)備狀態(tài)監(jiān)測點進行跟蹤分析，根據(jù)設(shè)備的綜合狀 況按照設(shè)定的策略決定設(shè)備檢修對策的一種設(shè)備維護手段。傳統(tǒng)的設(shè)備檢修方式以消缺為 中心，定期檢修(計劃檢修)為輔助，設(shè)備健康水平與檢修頻率(檢修成本)很難達到平 衡，而本發(fā)明所涉及的狀態(tài)檢修管理模塊目的在于尋找設(shè)備健康與檢修頻率二者的最佳平 衡點，以最小的設(shè)備管理成本來保持設(shè)備一流的運行性能。 設(shè)備采用系統(tǒng)樹結(jié)構(gòu)組織顯示，通過對相關(guān)狀態(tài)點的異常信息和變化趨勢數(shù)據(jù)進行收集、分析、查閱，方便設(shè)備管理人員把握所轄范圍內(nèi)的設(shè)備狀態(tài)，為決定設(shè)備檢修對策 提供輔助決策工具。 在本實施例中，設(shè)備狀態(tài)檢修管理模塊包括 狀態(tài)監(jiān)測點跟蹤子模塊，從狀態(tài)監(jiān)測點獲取檢測數(shù)據(jù)，比較監(jiān)測數(shù)據(jù)與系統(tǒng)預(yù)設(shè) 的判斷條件，當(dāng)出現(xiàn)異常數(shù)據(jù)時，生成異常報告； 記錄子模塊，用于記錄獲取的檢測數(shù)據(jù)，檢測數(shù)據(jù)由設(shè)備上的實時系統(tǒng)獲得后，由 記錄子模塊從實時系統(tǒng)數(shù)據(jù)庫讀取，或由現(xiàn)場作業(yè)人員借助儀器獲取，再輸入記錄子模塊， 再或者由設(shè)備臺帳管理模塊數(shù)據(jù)庫獲取； 檢修項目生成子模塊，當(dāng)所述的檢測數(shù)據(jù)滿足設(shè)定條件，用于生成相應(yīng)設(shè)備的檢 修項目； 圖像生成子模塊，基于狀態(tài)監(jiān)測點跟蹤子模塊獲取的狀態(tài)監(jiān)測點的檢測數(shù)據(jù)生成 圖表，設(shè)備數(shù)據(jù)圖表至少包括系統(tǒng)和主設(shè)備的基準(zhǔn)曲線圖表； 分析子模塊，基于狀態(tài)監(jiān)測點跟蹤子模塊獲取的狀態(tài)監(jiān)測點的檢測數(shù)據(jù)對設(shè)備進 行缺陷分析，缺陷分析至少包括設(shè)備的運行趨勢和缺陷分析、重復(fù)多發(fā)性缺陷分布規(guī)律統(tǒng) 計分析、設(shè)備油品、色譜缺陷分析中的一種或多種，分析子模塊的分析結(jié)果由記錄子模塊進 行記錄，缺陷分析的結(jié)果記錄在記錄子模塊中； 查詢子模塊，根據(jù)用戶指令獲取記錄子模塊中記錄的信息，各個層次的專業(yè)人員 也可以根據(jù)自己的管轄范圍通過查詢子模塊對各種設(shè)備或部件狀態(tài)的分析結(jié)果(由分析 子模塊生成)進行查閱。 該模塊根據(jù)對設(shè)備檢修歷史的分析設(shè)定按設(shè)備的啟停次數(shù)閥值，當(dāng)設(shè)備的啟停次 數(shù)達到設(shè)定值時，觸發(fā)相應(yīng)的檢修項目。 該模塊還可以由設(shè)備狀態(tài)點數(shù)值趨勢分析，得出設(shè)定設(shè)備累計運行時間閥值，當(dāng) 設(shè)備的運行時間達到設(shè)定值時，觸發(fā)相應(yīng)的檢修項目。 此外，在設(shè)備狀態(tài)檢修管理模塊中對關(guān)鍵子設(shè)備或關(guān)鍵部件異常設(shè)定觸發(fā)條件， 當(dāng)設(shè)備發(fā)生異常時，觸發(fā)相應(yīng)的檢修項目。
同時，也可以根據(jù)設(shè)備工程師的綜合分析結(jié)果，人工設(shè)定觸發(fā)相應(yīng)的檢修項目。 發(fā)電廠EAM系統(tǒng)目前支持的檢修策略設(shè)定方式有設(shè)備啟停次數(shù)閥值觸發(fā)、設(shè)備累
計運行時間閥值觸發(fā)、關(guān)鍵子設(shè)備故障觸發(fā)和人工設(shè)定觸發(fā)四種。同時提供狀態(tài)點數(shù)值趨
勢分析、缺陷分布規(guī)律統(tǒng)計分析和其他應(yīng)用系統(tǒng)提供的異常報告等輔助分析手段。 7)知識信息庫管理模塊用于記錄與維護標(biāo)準(zhǔn)化的設(shè)備操作規(guī)程、檢修規(guī)程、檢修
方案、文件包以及各類技術(shù)分析報告，幫助用戶按設(shè)備分類結(jié)構(gòu)組織管理設(shè)備知識材料。它
以設(shè)備臺帳為源頭，按多級系統(tǒng)樹結(jié)構(gòu)建設(shè)、管理知識庫，包括各類技術(shù)文檔。 包括 知識庫類別及層次定義子模塊，定義每個所述的知識庫定義類別并形成多個知識 庫之間的層次結(jié)構(gòu)，知識信息庫管理模塊支持以知識庫類別和知識庫作為節(jié)點的層次結(jié)構(gòu) 的定義，其中知識庫是層次結(jié)構(gòu)的末節(jié)點，便于分類管理、顯示文檔； 知識庫定義子模塊，用于創(chuàng)建知識庫的名稱、圖標(biāo)以及多個屬性字段，對于每個知 識庫，在定義知識庫名稱和現(xiàn)實圖標(biāo)的同時，還定義多個屬性字段，如創(chuàng)建人、審核人、批準(zhǔn) 人、檢索號、版本號等，并在文檔上傳時動態(tài)的在人機交互層的界面顯示，以適應(yīng)管理和查詢的需要，屬性字段是通過模板的形式來定義并提供選擇的； 上傳管理子模塊，管理文檔從人機交互層傳輸層上傳到圖文存儲服務(wù)器，并建立 上傳的文檔與設(shè)備進行一對一或一對多的關(guān)聯(lián)，以便以后根據(jù)設(shè)備進行文檔的分類檢索， 同時，根據(jù)對應(yīng)模板的定義，上傳時還需填寫相應(yīng)的管理信息字段內(nèi)容，如創(chuàng)建人、批準(zhǔn)人 等，文檔上傳管理子模塊根據(jù)管理信息字段建立上傳文檔與一個或多個知識庫的關(guān)聯(lián)，另 外，如果上傳的是含有文字信息的圖像文件，如TIF文件，pdf文件，將還需要進行OCR以備 全文檢索，文件在人機交互層與圖文存儲服務(wù)器之間的傳輸采用FTP(文件傳輸協(xié)議)技 術(shù)，以確保文件傳輸?shù)男屎涂煽啃裕?用戶操作子模塊，根據(jù)系統(tǒng)配置模塊所識別的用戶權(quán)限，顯示用戶權(quán)限范圍內(nèi)的
文檔，并進行打印、下載等操作，對于每個知識庫中的文檔，系統(tǒng)以列表的形式顯示文檔描
述、文檔名、上傳人、對應(yīng)設(shè)備等信息，供相應(yīng)權(quán)限的用戶瀏覽選擇，對于有權(quán)限的用戶，可
以在列表中選擇文檔進行內(nèi)容顯示、打印、下載等；在知識信息庫管理模塊中采用了一個多
格式瀏覽控件，能夠在不安裝宿主程序的情況下顯示近500種格式的工程和商業(yè)文檔，例
如，通過該控件，計算機可在不安裝word程序的情況下顯示word文件，多格式瀏覽控件提
供了一致的單一界面及完成的應(yīng)用工具，極大的豐富了知識信息庫管理模塊的圖文存儲功
能，同時因為采用了該技術(shù)，也使得對文檔查看權(quán)限的精細化控制成為現(xiàn)實； 檢索子模塊，根據(jù)用戶指令檢索多個所述的知識庫，并返回檢索結(jié)果至人機交互
層，檢索子模塊采用全文檢索的方式，支持三種建立全文檢索的方式按文件目錄方式建立
全文索引，搜索文件；按網(wǎng)絡(luò)機器人方式建立全文索引，搜索網(wǎng)頁；以及按數(shù)據(jù)表方式建立
全文索引，搜索整個數(shù)據(jù)表記錄，實現(xiàn)了對特定或所有知識庫中文件內(nèi)容的檢索，全文檢索
支持txt， html，pdf， word, rtf， excel等多種格式文件的搜索，檢索數(shù)據(jù)源的文件格式可以
輕松擴展。同時，它也支持多種大型關(guān)系數(shù)據(jù)庫的全文檢索，包括Oracle, SQL Sever等，實
現(xiàn)跨操作系統(tǒng)平臺和數(shù)據(jù)庫平臺的檢索方式，全文檢索還支持批量索引和增量索引，可定
制更新索引的周期，自動維護更新索引。符合條件的結(jié)果以列表的形式顯示，列表內(nèi)容包括
文件名、文件描述、文件頭、文件摘要、對應(yīng)設(shè)備等，有權(quán)限的用戶在此基礎(chǔ)上通過用戶操作
子模塊進一步進行文件內(nèi)容的顯示、打印、下載等操作。 該模塊針對設(shè)備建立標(biāo)準(zhǔn)規(guī)程庫，跟蹤管理標(biāo)準(zhǔn)操作規(guī)程、檢修規(guī)程、檢修方案和
文件包。對于同類設(shè)備之間，可復(fù)制標(biāo)準(zhǔn)規(guī)程再行修訂，減輕維護工作量。在查詢知識信息
庫時，可按要求顯示下級設(shè)備知識庫信息。 8)工作票管理模塊，包括 工作票申請子模塊，接收工作票的簽發(fā)申請； 工作票簽發(fā)子模塊，審核工作票簽發(fā)申請，當(dāng)判斷接收到預(yù)定的審核通過信息后， 簽發(fā)工作票； 工作票傳送子模塊，將經(jīng)過驗證的工作票發(fā)送至工作票申請方； 工作票終結(jié)子模塊，用于接收工作票的終結(jié)信息，并根據(jù)工作票終結(jié)信息結(jié)束相
應(yīng)的工作票； 工作票簽發(fā)記錄子模塊，生成工作票由申請至終結(jié)過程中的歷史記錄并保存，歷 史記錄至少包括工作票的申請時間、工作票內(nèi)容、工作票的簽發(fā)時間、工作票的傳送時間、 工作票的終結(jié)時間，工作票簽發(fā)子模塊對工作票簽發(fā)申請進行多級審核，多級審核依序
11一一進行，工作票簽發(fā)子模塊在收到較低級別的審核確認信息后將工作票簽發(fā)申請發(fā)送至 下一較高級別進行審核； 工作票查詢子模塊，根據(jù)用戶指令查詢工作票的歷史記錄和當(dāng)前狀態(tài)，并返回查 詢結(jié)果，工作票查詢子模塊的查詢對象為工作票簽發(fā)記錄子模塊。 工作票作為維修人員預(yù)進入現(xiàn)場作業(yè)所必須出具了安全憑證，包括了維修人員所 從事的維修工作內(nèi)容信息、所從事的工作可能帶有的危險、以及相應(yīng)的安全措施信息，這些 信息的確定需要經(jīng)過許多層級的相關(guān)人員對工作票所涉及的內(nèi)容進行核查，工作票管理系 統(tǒng)有利于提高多層級人員協(xié)同作業(yè)的工作效率。同時，也有利于記錄、查詢工作票簽發(fā)過程 的歷史信息，進一步提高管理水平。對工作票的當(dāng)前狀態(tài)進行監(jiān)控，通過設(shè)定時限，有效地 保證了進行現(xiàn)場作業(yè)的維修人員的人身安全。 在工作票管理模塊采用了一種"所見即所得"技術(shù)，即以與紙質(zhì)工作票相同的樣式 在工作票填寫界面顯示工作票，以一種更加直觀的方式向相關(guān)填寫人員呈現(xiàn)其所填寫的工
作票，在需要填寫的項目處設(shè)置信息寫入接口 ；并且，對寫入信息進行標(biāo)準(zhǔn)化處理，如段落 格式的標(biāo)準(zhǔn)化和錄入字體的標(biāo)準(zhǔn)化，保證生成工作票的美觀，并且也更易于對工作票進行管理。 同樣的，"所見即所得"技術(shù)還可以用于生成多種文件，只需針對每種文件進行信 息寫入接口處理、以及設(shè)置寫入信息的標(biāo)準(zhǔn)化處理規(guī)則。 9)自動更新模塊，加載在客戶端，用于對客戶端程序進行自動更新的。在該模塊 中，記錄有當(dāng)前客戶端程序的版本號、客戶端程序的更新歷史記錄。 客戶端程序存儲在數(shù)據(jù)庫服務(wù)器，以客戶端程序版本號作為版本標(biāo)識。自動更新 模塊比較加載在客戶端的客戶端程序的版本號與數(shù)據(jù)庫服務(wù)器內(nèi)的客戶端程序的版本號， 當(dāng)客戶端的客戶端程序的版本號低于數(shù)據(jù)庫服務(wù)器內(nèi)的客戶端程序的版本號時，啟動自動 更新，將數(shù)據(jù)庫服務(wù)器內(nèi)的較高版本的客戶端程序采用數(shù)據(jù)壓縮的傳輸方式傳輸至客戶 端。由于每一個版本的客戶端程序中對版本相對于之前版本的更新增量進行標(biāo)識，所以本 發(fā)明自動更新模塊所涉及的客戶端程序更新為增量更新。 在客戶端實現(xiàn)了客戶端程序的自動更新，無需用戶干預(yù)，極大地減輕了 IT維護人 員的工作量，自動更新過程中采用數(shù)據(jù)壓縮技術(shù)，智能性、可靠性更高。
10)Qcode模塊，用來為發(fā)電廠EAM系統(tǒng)的每個功能模塊設(shè)定一個快速訪問指令， 并建立快速訪問指令與對應(yīng)的功能模塊的訪問鏈接，Qcode模塊包括 功能模塊調(diào)用子模塊，功能模塊調(diào)用子模塊接收并處理用戶輸入的快速訪問指 令，并調(diào)用快速訪問指令所對應(yīng)的功能模塊，快速訪問指令為發(fā)電廠EAM系統(tǒng)的每個功能 模塊的名稱； 快速訪問指令設(shè)定子模塊，用戶輸入對功能模塊快速訪問指令的修改申請，快速 訪問指令設(shè)定子模塊接收修改申請，修改并建立設(shè)定的快速訪問指令與相應(yīng)功能模塊的訪 問鏈接，保存設(shè)定的快速訪問指令與訪問鏈接關(guān)系。 Qcode是Quick Code的簡稱，即快速訪問碼，使用它可以直接進入系統(tǒng)的某一功 能模塊，而無需在系統(tǒng)功能樹上逐級展開后才進入功能模塊。Qcode可以由用戶自己定義， 賦予使用人員更大的自主性，也提高了使用人員的查找、工作效率。 在發(fā)電廠EAM系統(tǒng)中，全廠的所有設(shè)備和部件之間的關(guān)系以樹型層次顯示，主設(shè)備以運行提交的清單為基準(zhǔn)，還包括全廠公認的獨立設(shè)備。主設(shè)備層次下為子設(shè)備，指包含 在主設(shè)備范圍之內(nèi)的獨立或不獨立啟停或檢修的為子設(shè)備或者部件。全廠的樹型層次構(gòu)成 多級系統(tǒng)樹，系統(tǒng)樹中，分為全廠設(shè)備、機組、系統(tǒng)三個層次，以方便管理主設(shè)備清單。結(jié)點 層次、主設(shè)備層次和子設(shè)備層次的屬性、管理各自不同。結(jié)點層僅限于基本信息的錄入、分 析文檔鏈接、檢修通知(可以觸發(fā)結(jié)點以下的設(shè)備自動生成檢修項目清單)等操作。
其中，主設(shè)備清單一經(jīng)確定一般情況下不予更動，只有系統(tǒng)管理員才能變更多級 系統(tǒng)樹的前四個層次，即全廠設(shè)備、機組、系統(tǒng)和主設(shè)備。主設(shè)備是記錄設(shè)備臺帳的最高層 次的設(shè)備，主設(shè)備臺帳僅記錄重要的臺帳信息。任何設(shè)備都必須屬于某個主設(shè)備或下級設(shè) 備，從屬關(guān)系不能重復(fù)。多級系統(tǒng)樹按用戶權(quán)限顯示、查詢、維護。所有業(yè)務(wù)均圍繞特定設(shè) 備進行，EAM系統(tǒng)的各功能模塊不單獨割裂。
權(quán)利要求
一種發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于它包括檢修項目籌劃子模塊，生成檢修項目，設(shè)定每個檢修項目的過程控制條件；檢修過程管理子模塊，根據(jù)所述的過程控制條件搜索系統(tǒng)中的待檢修項目，生成檢修任務(wù)清單，并對所述的任務(wù)清單中的檢修項目進行項目控制。
2. 根據(jù)權(quán)利要求1所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于它還包 括一個檢修臺帳記錄子模塊，記錄設(shè)備的檢修歷史和檢修過程中的事件，并根據(jù)設(shè)備的檢 修歷史生成設(shè)備檢修臺帳。
3. 根據(jù)權(quán)利要求2所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于所述的 檢修歷史至少包括檢修開始時間、檢修持續(xù)時間、檢修結(jié)束時間。
4. 根據(jù)權(quán)利要求2所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于它還包 括一個標(biāo)準(zhǔn)化檢修子模塊，所述的標(biāo)準(zhǔn)化檢修子模塊從所述的檢修臺帳記錄子模塊中提取 相關(guān)的設(shè)備檢修臺帳，集成設(shè)備的標(biāo)準(zhǔn)操作規(guī)程、檢修規(guī)程、技術(shù)文件包和優(yōu)化檢修方案。
5. 根據(jù)權(quán)利要求1所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于所述的 過程控制條件至少包括檢修開始時間、檢修預(yù)計持續(xù)時間。
6. 根據(jù)權(quán)利要求1或5所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于所 述的過程控制條件至少包括每個設(shè)備的計劃檢修等級。
7. 根據(jù)權(quán)利要求6所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于所述的 過程控制條件至少包括設(shè)備的檢修周期。
8. 根據(jù)權(quán)利要求7所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于所述的 檢修過程管理子模塊監(jiān)控設(shè)備的檢修周期，并在檢修周期開始前發(fā)送提醒信息至相關(guān)人 員。
9. 根據(jù)權(quán)利要求5所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于所述的 檢修過程管理子模塊監(jiān)控設(shè)備的檢修持續(xù)時間，當(dāng)所述的檢修持續(xù)時間超過所述的檢修預(yù) 計持續(xù)時間時，則發(fā)送提醒信息至相關(guān)人員。
10. 根據(jù)權(quán)利要求1所述的發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，其特征在于所述的 項目控制至少包括過程控制、費用控制和材料控制。
全文摘要
本發(fā)明涉及一種發(fā)電廠EAM系統(tǒng)的計劃檢修管理模塊，包括檢修項目籌劃子模塊，生成檢修項目，設(shè)定每個檢修項目的過程控制條件；檢修過程管理子模塊，根據(jù)過程控制條件搜索系統(tǒng)中的待檢修項目，生成檢修任務(wù)清單，并對任務(wù)清單中的檢修項目進行項目控制。預(yù)防性設(shè)備維護是按周期、約定時間間隔對設(shè)備定期進行維護，是設(shè)備維護管理常用的手段之一。許多設(shè)備可以通過合理的預(yù)防性維護來達到防止意外故障、預(yù)防計劃外停機的目的。設(shè)備計劃檢修管理，就是對設(shè)備的預(yù)防性維護全程的跟蹤管理，能夠很大程度地提高設(shè)備管理人員的工作效率，減少了勞動強度，并且能夠很大程度地保障設(shè)備正常運行，進一步提高設(shè)備生產(chǎn)率。
文檔編號G06Q50/00GK101763582SQ20091017392
公開日2010年6月30日 申請日期2009年9月17日 優(yōu)先權(quán)日2009年9月17日
發(fā)明者王旺 申請人:寧波北電源興電力工程有限公司