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

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