【正文】 0% ◆ 備件庫存準確率 超過 95% EAM 的構成及特點 EAM 是一個集成的設備維護系統(tǒng)， EAM 基本成分有以下一些功能： 設備資產(chǎn) amp。技術管理：建立設備信息 庫，實現(xiàn)設備前期的選型、采購、安裝測試、轉(zhuǎn)固；設備轉(zhuǎn)固后的移裝、封存、啟封、閑置、租賃、轉(zhuǎn)讓、報廢，設備運行過程中的技術狀態(tài)、維護、保養(yǎng)、潤滑情況記錄。 設備文檔管理：設備相關檔案的登錄、整理以及與設備的掛接。 設備缺陷 amp。事故管理：設備缺陷報告、跟蹤、統(tǒng)計，設備緊急事故處理。 預防性維修：以可靠性技術為基礎的定期維修、維護，維修計劃分解，自動生成預防性維修工作單。 維修計劃 amp。排程：根據(jù)日程表中設備運行記錄和維修人員工作記錄，編制整體維修、維護任務進度的安排計劃，根據(jù)任務的優(yōu)先級和維修人員工種情況來確定維修 工人。 工單的生成 和 跟蹤：對自動生成的預防性、預測性維修工單和手工錄入的請求工單，進行人員、備件、工具、工作步驟、工作進度等的計劃、審批、執(zhí)行、檢查、完工報告，跟蹤工單狀態(tài)。 備品、備件管理：建立備件臺帳，編制備件計劃，處理備件日常庫存事務（接受、發(fā)料、移動、盤點等），根據(jù)備件最小庫存量或備件重訂貨點自動生成采購計劃，跟蹤備件與設備的關系。 維修成本核算：憑借工作單上人員時間、所耗物料、工具和服務等信息，匯總維修、維護任務成本，進行實際成本與預算的分析比較。 缺陷分析：建立設備故障代碼體系，記錄每次故障發(fā) 生的情況以進行故障分4 析。 統(tǒng)計報表：查詢、統(tǒng)計各類信息，包括設備的三率報表、設備維修成本報表、設備狀態(tài)報表、設備履歷報表、備件庫存周轉(zhuǎn)率、供應商分析報表等。 同時， EAM 要考慮的還有系統(tǒng)的擴充性，如安全生產(chǎn)、產(chǎn)品質(zhì)量、能源利用、環(huán)境保護等方面的功能。 企業(yè)資產(chǎn)管理的研究現(xiàn)狀和 發(fā)展 趨勢 在國內(nèi)外，企業(yè)資產(chǎn)管理系統(tǒng)是一個正在蓬勃發(fā)展的新興企業(yè)所必需系統(tǒng)，并且越來越多的受到企業(yè)的歡迎和認可。但是，由于還沒有健全，就難免會存在一些問題，且不說企業(yè)資產(chǎn)管理安全等問題，業(yè)務功能的優(yōu)劣正逐漸成為制約企業(yè)資產(chǎn)管理發(fā) 展的重要因素之一。 5 第 2章 多級查詢的實現(xiàn) 多級查詢的實現(xiàn)方法 多級查詢的實現(xiàn)，可以通過頁面層實現(xiàn)，也可以通過數(shù)據(jù)庫來實現(xiàn)。其中，頁面的多級查詢可以通過 Ajax 技術來實現(xiàn)，數(shù)據(jù)庫的多級查詢可以通過 Hibernate技術來實現(xiàn)。 Ajax 開發(fā) Ajax 作為 一種越來越流行越熱的 ―老 ‖技術 一種比較 “ 老 ” 的技術，現(xiàn)在正得到越來越多的關注。 如今，隨著 Gmail、 Googlemaps 的應用和各種瀏覽器的支持，AJAX 正逐漸吸引全世界的眼球。 AJAX的定義 AJAX（ Asynchronous JavaScript and XML）其實是多種技術的綜合，包括JavaScript、 XHTML 和 CSS、 DOM、 XML 和 XSTL、 XMLHttpRequest。其中： 使用 XHTML 和 CSS 標準化呈現(xiàn)，使用 DOM 實現(xiàn)動態(tài)顯示和交互，使用 XML和 XSTL 進行數(shù)據(jù)交換與處理，使用 XMLHttpRequest 對象進行異步數(shù)據(jù)讀取，使用 JavaScript 綁定和處理所有數(shù)據(jù)。 現(xiàn)狀與需要解決的問題 傳統(tǒng)的 Web 應用采用同步交互過程，這種情況下，用戶首先向 HTTP 服務器觸發(fā)一個行為或請求的呼求。反過來， 服務器執(zhí)行某些任務，再向發(fā)出請求的用戶返回一個 HTML 頁面。這是一種不連貫的用戶體驗，服務器在處理請求的時候，用戶多數(shù)時間處于等待的狀態(tài)，屏幕內(nèi)容也是一片空白。 6 自從采用超文本作為 Web 傳輸和呈現(xiàn)之后，我們都是采用這么一套傳輸方式。當負載比較小的時候，這并不會體現(xiàn)出有什么不妥?？墒钱斬撦d比較大，響應時間要很長， 1 分鐘、 2 分鐘 ?? 數(shù)分鐘的時候，這種等待就不可忍受了。嚴重的，超過響應時間，服務器干脆告訴你頁面 不 可用。另外，某些時候，我只是想改變頁面 一 小部分的數(shù)據(jù)，那為什么我必須重新加載整個頁面呢？！當軟件設計越 來越講究人性化的時候，這么糟糕的用戶體驗簡直與這種原則背道而馳。為什么老是要讓用戶等待服務器取數(shù)據(jù)呢？至少，我們應該減少用戶等待的時間。現(xiàn)在，除了程序設計、編碼優(yōu)化和服務器調(diào)優(yōu)之外，還可以采用 AJAX。 為什么使用 AJAX 與傳統(tǒng)的 Web 應用不同， AJAX 采用異步交互過程。 AJAX 在用戶與服務器之間引入一個中間媒介，從而消除了網(wǎng)絡交互過程中的處理 — 等待 — 處理 — 等待缺點。用戶的瀏覽器在執(zhí)行任務時即裝載了 AJAX 引擎。 AJAX 引擎用 JavaScript語言編寫，通常藏在一個隱藏的框架中。它負責編譯用 戶界面及與服務器之間的交互。 AJAX 引擎允許用戶與應用軟件之間的交互過程異步進行，獨立于用戶與網(wǎng)絡服務器間的交流?，F(xiàn)在，可以用 JavaScript 調(diào)用 AJAX引擎來代替產(chǎn)生一個 HTTP的用戶動作，內(nèi)存中的數(shù)據(jù)編輯、頁面導航、數(shù)據(jù)校驗這些不需要重新載入整個頁面的需求可以交給 AJAX 來執(zhí)行。 使用 AJAX，可以為 ISP、開發(fā)人員、終端用戶帶來可見的便捷： ? 減輕服務器的負擔。 AJAX 的原則是 “ 按需取數(shù)據(jù) ” ，可以最大程度的減少冗余請求，和響應對服務器造成的負擔。 ? 無刷新更新頁面，減少用戶心理和實際的等待時間。特別 的，當要讀取大量的數(shù)據(jù)的時候，不用像 Reload 那樣出現(xiàn)白屏的情況， AJAX 使用XMLHTTP 對象發(fā)送請求并得到服務器響應，在不重新載入整個頁面的情況下用 JavaScript 操作 DOM 最終更新頁面。所以在讀取數(shù)據(jù)的過程中，用戶所面對的不是白屏，是原來的頁面內(nèi)容（也可以加一個 Loading 的提示框讓用戶知道處于讀取數(shù)據(jù)過程），只有當數(shù)據(jù)接收完畢之后才更新相應部分的內(nèi)容。這種更新是瞬間的，用戶幾乎感覺不到。 7 ? 帶來更好的用戶體驗。 ? 可以把以前一些服務器負擔的工作轉(zhuǎn)嫁到客戶端，利用客戶端閑置的能力來處理，減輕服務器 和帶寬的負擔，節(jié)約空間和寬帶租用成本。 ? 可以調(diào)用外部數(shù)據(jù)。 ? 基于標準化的并被廣泛支持的技術，不需要下載插件或者小程序。 ? 進一步促進頁面呈現(xiàn)和數(shù)據(jù)的分離。 用 AJAX 改進你的設計 以前，為了避免每次對菜單的操作引起的重載頁面，不采用每次調(diào)用后臺的方式，而是一次性將級聯(lián)菜單的所有數(shù)據(jù)全部讀取出來并寫入數(shù)組，然后根據(jù)用戶的操作 用 JavaScript 來控制它的子集項目的呈現(xiàn)，這樣雖然解決了操作響應速度、不重載頁面以及避免向服務器頻繁發(fā)送請求的問題，但是如果用戶不對菜單進 行操作或只對菜單中的一部分進行 操作的話，那讀取的數(shù)據(jù)中的一部分就會成為冗余數(shù)據(jù)而浪費用戶的資源，特別是在菜單結(jié)構復雜、數(shù)據(jù)量大的情況下（比如菜單 有很多級、每一級菜又有上百個項目），這種弊端就更為突出。 現(xiàn)在應用 AJAX，在初始化頁面時我們只讀出 它的第一級的所有數(shù)據(jù)并顯示，在用戶操作一級菜單其中一項時，會通過 Ajax 向后臺請求當前一級項目所屬的二級子菜單的所有數(shù)據(jù)，如果再繼續(xù)請求已經(jīng)呈現(xiàn) 的二級菜單中的一項時，再向后面請求所操作二級菜單項對應的所有三級菜單的所有數(shù)據(jù)，以此類推 …… 這樣，用什么就取什么、用多少就取多少，就不會有數(shù)據(jù)的 冗余和浪費，減少了數(shù)據(jù)下載總量，而且更新頁面時不用重載全部內(nèi)容，只更新需要更新的那部分即可，相對于后臺處理并重載的方式縮短了用戶等待時間，也把對 資源的浪費降到最低。 AJAX的缺陷 AJAX 不是完美的技術。使用 AJAX，它的一些缺陷不得不權衡一下： ? AJAX 大量使用了 JavaScript 和 AJAX 引擎，而這個取決于瀏覽器的支持。8 及以上、 、 NetScape7 及以上版本才支持， Mozilla 雖然也支持 AJAX，但是提供 XMLHttpRequest 的方式不一樣。所以， 使用 AJAX的程序必須測試針對各個瀏覽器的兼容性。 ? AJAX 更新頁面內(nèi)容的時候并沒有刷新整個頁面，因此，網(wǎng)頁的后退功能是失效的；有的用戶還經(jīng)常搞不清楚現(xiàn)在的數(shù)據(jù)是舊的還是已經(jīng)更新過的。這個就需要在明顯位置提醒用戶“數(shù)據(jù)已更新”。 ? 對流媒體的支持沒有 FLASH、 Java Applet 好。 ? 一些手持設備（如手機、 PDA 等）現(xiàn)在還不能很好的支持 Ajax。 Hibernate 開發(fā) Hibernate 是一種新的 ORM 映射工具，它提供了從 Java 類到數(shù)據(jù)表的映射以及數(shù)據(jù)查詢和恢復等方法。在大型項目中，特別是持久 層關系映射很復雜的情況下， Hibernate 會表現(xiàn)出非常高的運行效率。 Hibernate 概述 Hibernate 是一個 面向 Java 環(huán)境的對象 /關系數(shù)據(jù)庫映射工具。 Hibernate 不僅僅管理 Java 類到數(shù)據(jù)庫映射，還提供數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法，可以大幅度減少開發(fā)時人工使用 SQL 和 JDBC 處理數(shù)據(jù)的時間，而只用對對象進行操作。 Hibernate 本質(zhì)上還是包裝了 JDBC 來進行數(shù)據(jù)庫操作的，由于 Hibernate 在調(diào)用 JDBC 上面是絞盡腦汁的優(yōu)化 JDBC 調(diào)用，并且盡可能地使用最優(yōu)化的，最高效的 JDBC 調(diào)用，所以性能相當令人滿意。 Hibernate 是輕量級的封裝，避免過多復雜的功能，減輕程序員的負擔。同時，它也是一個開源的代碼，提供開放的 API，用戶可以自行擴充其功能。 Hibernate 在大多數(shù)主流 J2EE 應用服務器的受管理環(huán)境中都可以良好運作，也可以作為獨立應用程序運行。 Hibernate 的精髓是持久層實現(xiàn)模式。它完全是針對對象的持久化，即把一個普通的 Java 對象映射到關系數(shù)據(jù)庫中。面向?qū)ο笤O計中的繼承與多態(tài)機制在Hibernate 里也得到了支持，在數(shù)據(jù)查詢中，它支持動態(tài) Query，并提供對十六 種數(shù)據(jù)庫語言的支持，它沿用傳統(tǒng)數(shù)據(jù)庫的事務模型，使程序員不必為新的事務模型大傷腦筋。另外， Hibernate 是本地調(diào)用，比 Entity Bean 有更高的性能，而且它9 改進的速度之快也是其他 ORM 產(chǎn)品無法企及的。 Hibernate 原理及接口 Hibernate 是一個開源的 ORM 框架。作為一個面向 Java 環(huán)境的 ORM 工具，Hibernate 可以方便地把對象模型所表示的對象映射到基于 SQL的關系模型結(jié)構中去。它不僅管理 Java 類到數(shù)據(jù)庫表的映射，還提供了數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法，可以大幅度減少開發(fā)過 程中使用 SQL 和 JDBC 處理數(shù)據(jù)的時間。 Hibernate 本質(zhì)上是一個提供數(shù)據(jù)庫服務的中間件。 Hibernate 是利用數(shù)據(jù)庫以及其它一些配置文件如 hibernate. properties, XML Mapping 等來為應用程序提供數(shù)據(jù)持久服務的。 Hibernate 接口 Hibernate 的編程接口大致可以分為以下幾類： 1. 一些被用戶的應用程序調(diào)用的，用來完成基本的創(chuàng)建、讀取、更新、刪除操作以及查詢操作的接口。這些接口是 Hibernate 實現(xiàn)用戶程序的業(yè)務邏輯的主要接口，它們包括 Session、 Transaction 和 Query。 2. Hibernate 用來讀取諸如映射表這類配置文件的接口，典型的代表有Configuration 類。 3. 回調(diào)（ Callback）接口。它允許應用程序能對一些事件的發(fā)生 做出 相應的操作，例如 Interceptor、 Lifecycle 和 Validatable 都是這一類接口。 4. 一些可以用來擴展 Hibernate 的映射機制的接口，例如 UserType、CompositeUserType 和 IdentifierGenerator。這些接口可由用戶程序來實現(xiàn)（如果有必要）。 核心 API 當用 Hibernate 開發(fā)基于持久層的應用時，開發(fā)人員應當熟悉它的 API 接口，這也是運用 Hibernate 進行開發(fā)的一個前提條件。以下介紹 Hibernate 在應用層和持久層中的一些重要的接口類。 10 (1) Session 接口。 Session接口對于 Hibernate開發(fā)人員來說是一個最重要的接口。然而在 Hibernate中，實例化的 Session 是一個輕量級的類，創(chuàng)建和銷毀它都不會占用很多資源。這在實際項目中確實很重要，因為在客戶程序中，可能會不斷地創(chuàng)建以及銷毀 Session 對象，如果 Session 的開銷太大，會給系統(tǒng)帶來不良影響。但值得注意的是 Session對象是非線程安全的，因此在設計中，最好是一個線程只創(chuàng)建一個 Session 對象。 在 Hibernate 的設計者的頭腦中，他們將 Session 看作介于數(shù)據(jù)連接與事務管理一種中間接口。我們可以將 Session 想象成一個持久對象的緩沖區(qū)， Hibernate 能檢測到這些持久對象的改變，并及時刷新數(shù)據(jù)庫。我們有時也稱 Session 是一個持久層管理器，因為它包含這一些持久層相關的操作，諸如存儲持久對象至數(shù)據(jù)庫，以及從數(shù)據(jù)庫獲得它們。請注意