【正文】 。資產核查界面如圖 所示： 圖 ：資產核查界面 具有資產核查權限的物資科經理登陸界面后，其 右邊的 資產核查 欄會彈出資產核查子菜單，分別顯示資產核查的四個功能鏈接。所以這里兩個功能引用的是同一張表，不同的是前者只是查詢，而后者是查詢，編輯并另存。三個信息表服下： 顯示房產信息的房產信息表 ： 表 ：房產信息表 HOUSE_INFO 房產信息表 列名 數(shù)據(jù)類型 主鍵 約束 默認值 對應字典 數(shù)據(jù)項 描述 HOU_ID VARCHAR(1 是 必填 房產 ID 0) TYPE INT 必填 1:公寓 2:出租房 3:私房 房產類型 TAG_CODE INT 必填 分類代 碼 AREA DOUBLE 必填 房產面 積 平方米 USER VARCHAR(10) 必填 使用人 USEDTIME VARCHAR(10) 必填 已用時 間 STATUS INT 必填 0:未使用 1:預訂 2:使用中 房產狀態(tài) 顯示車輛情況的信息表 ： 表 ：車輛信息表 VEHICLE_INFO 車輛信息表 列名 數(shù)據(jù)類型 主鍵 約束 默認值 對應字典 數(shù)據(jù)項 描述 ITEM_ID VARCHAR(10) 是 必填 車輛 ID NAME VARCHAR(20) 必填 車輛名稱 TAG_CODE INT 必填 分類代碼 PLATE VARCHAR(10) 必填 車牌 TYPE INT 必填 1:轎車 2:客車 車輛類型 PRICE DOUBLE 必填 車輛價格 USER VARCHAR(10) 必填 使用人 RECEIVEDATE DATE 必填 領用日期 USEDTIME VARCHAR(10) 已用時間 STATUS INT 必填 0:未使用 1:預訂 2:使用中 3:維護中 4:報廢 狀態(tài) 顯示所有設備的信息表 ： 表 ：通用及專用設備信息表 EQUIPMENT_I 通用及專用設備信息表 NFO 列名 數(shù)據(jù)類型 主鍵 約束 默認值 對應字 典 數(shù)據(jù)項 描述 ITEM_ID VARCHAR(10) 是 必填 設備 ID NAME VARCHAR(20) 必填 設備名稱 TAG_CODE INT 必填 分類代碼 TYPE VARCHAR(20) 必填 設備類型 PRICE DOUBLE 必填 設備價格 元 USER VARCHAR(10) 必填 使用人 AMOUNT DOUBLE 必填 數(shù)量 RECEIVEDATE DATE 必填 領用日期 USEDTIME VARCHAR(10) 已用日期 STATUS INT 必填 0:未使用 1:預訂 2:使用中 3:維護中 狀態(tài) 界面可以分頁顯示所有信息，也可以通過資產名稱，年份來查詢資產情況。 本模塊 包括以下流程 ：首先，資產核查者查看所有企業(yè)資產，企業(yè)資產的詳細目錄都會以表格的形式顯示；其次，資產核查者可以查詢從上次核查到本次資產核查，所有的資產變動情況，包括增加的資產，維修的資產，報廢的資產； 再次，資產核查者進行資產核對，即查詢上次的資產核查表單；接著，資產核查這核對表單，生成新的資產 核查表單，并標注出有出入的資產。員工填寫表單，提交，等待結果。 網上購物模塊提供所購物的所有商品供員工申請購買。 系統(tǒng)管理的一個重要任務就是維護 EAM 系統(tǒng)的安全和可靠性，所以系統(tǒng)不 能因系統(tǒng)管理自己的操作而出錯或癱瘓。 授權操作簡單 、 靈活 。例如，用戶點擊一個連接，控制層接受請求后 ,并不處理業(yè)務信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。 MVC 并沒有提供模型的設計方法，而只告訴你應該組織管理這些模型，以便于模型的重構和提高重用性 [8]。 模型 (Model)：就是業(yè)務流程 /狀態(tài)的處理以及業(yè)務規(guī)則的制定?，F(xiàn)在這些持久對象可以有效的反映出底層數(shù)據(jù)庫模式的復雜結構。業(yè)務層和 Web 層共同組成了三層 J2EE 應用的中間層，其他兩層是客戶端層和存儲層或企業(yè)信息系統(tǒng)層。一般情況下，許多開發(fā)商把 Web 服務器和 EJB 服務器產品結合在一起發(fā)布，成為應用服務器。非基于Web 的客戶端層則是獨立的應用程序，可以完成 客戶機無法完成的工作 [5]。 核心技術 J2EE 平臺規(guī)范 J2EE（ Java 2 Platform， Enterprise Edition）是 SUN 公司定義的一個開發(fā)分 布式企業(yè)級應用的規(guī)范。 系統(tǒng)是在 windows XP 環(huán)境下開發(fā)的， IDE 工具使用 系列，建模工具使用 UML，數(shù)據(jù)庫使用 ， Web 容器使用 系列，客戶端頁面顯示使用 Microsoft Inter Explorer 并兼容當前 windows 桌面應用的遨游瀏覽器。 EAM 以資產模型、設備臺帳為基礎，強化成本核算的管理思想，以工單的創(chuàng)建、審批、執(zhí)行、關閉為主線，合理、優(yōu)化地安排相關的人、財、物資源，將傳統(tǒng)的被動檢修轉變?yōu)榉e極主動的預防性維修，與實時的數(shù)據(jù)采集系統(tǒng)集成，可以實現(xiàn)預防性維護。該系統(tǒng)在開發(fā)的過程中，吸取了國內外先進軟件經驗，是基于 J2EE 技術 B/S 架構的企業(yè)資產管理系統(tǒng)。 按照著名研究機構 Gartner Group 的調查， EAM 系統(tǒng)可以在不明顯增加維修費用的前提下，通過現(xiàn)代信息技術降低停機時間并增加產量。主要適用于資產密集型企業(yè)對高價值固定 資產的維護、保養(yǎng)、跟 蹤等信息管理。根據(jù) JZEE的 N 層體系結構， Web 系統(tǒng)大體 被分為三層 :表現(xiàn)層、業(yè)務層、數(shù)據(jù)持久層 。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已在文中以明確的方式標明。本學位論文的知識產權歸屬于培養(yǎng)單位。本文引入了開源的 Struts 實現(xiàn)了表現(xiàn)層的框架， Spring 實現(xiàn)了業(yè)務層的框架， Hibernate 實現(xiàn)了數(shù)據(jù)持久層的框架。它以提高資產可利用率、降低企業(yè)運行維護成本為目標 [1]。 EAM 可以給企業(yè)帶來的效益有：提高有效工作時間 10%20%；降低庫存成本 10%25%；減少設備停機時間 10%20%；增加設備 使用效率 20%30%；延長設備生命周期 10%左右；使庫存準確率達到 95%以上 [2]。 本文的主要工作 本文的主要工作是在描述 EAM 資產核查模塊的架構的基礎上，闡述基于 J2EE的 MVC 思想的資產核查模塊的設計與實現(xiàn)，并闡述實現(xiàn)數(shù)據(jù)查詢操作所用的hibernate 數(shù)據(jù)查詢技術。通過跟蹤記錄企業(yè)全過程的維護歷史活動，將維修人員的個人知識轉化為企業(yè)范圍的智力資本。 開發(fā)工具介紹 MyEclipse 簡介 簡單而言， MyEclipse 是 Eclipse 的插件，也是一款功能強大的 J2EE 集成開發(fā)環(huán)境，支持代碼編寫、配置、測試以及除錯。它提供了一個多層次的分布式應用模型和一系列開發(fā)技術規(guī)范。 (2)、 Web 層為企業(yè)提供 Web 服務。 EJB 層用來實現(xiàn)企業(yè)級信息系統(tǒng)的業(yè)務邏輯。 Hibernate 簡介 Hibernate 是一個開放源代碼的 O/R Mapping(對象關系映射框架 )，它對 JDBC進行了非常輕量級的對象封裝，使得 Java 程序員可以隨心所欲的使用對象編程思維來操縱數(shù) 據(jù)庫。為了提高效率， Hibernate 包括了一些策略，如與數(shù)據(jù)庫交互時的多重最優(yōu)化，包括對象的緩存、有效外部連接的獲取、必要時 SQL 語句的執(zhí)行。業(yè)務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結果。 業(yè)務模型還有一個很重要的模型那就是數(shù)據(jù)模型。因此，一個模型可能對應多個視圖，一個視圖可能對應多個模型。 授權操作不能太復雜，一個界面可授予不同的用戶組不同的內容，菜單授權和界面授權等操作簡單，并可隨時修改。 EAM 系統(tǒng)的模塊結構 EAM 系統(tǒng)共有個子模塊：資產核查模塊、網上購物模塊、資產申請模塊、以及 后臺管理模塊。員工填 寫資產明細卡，提交購物表單，等待部門經理的批示。不同之處在于表單的填寫更加詳細，且由自己來明確信息。然后，資產核查者根據(jù)部門分出不同的資產核查表單，并發(fā)送給各部門經理，各部門經理進行各部門的資產核對；最后，各部門經理發(fā)送回各部門的資產核對表，由資產核查者核對，錄入最終的資產核查結果表。其流程為登陸界面，然后點擊資產核查，點擊彈出框的查看所有資產頁面，進入核查窗口。 創(chuàng)建資產核查新記錄 創(chuàng)建資產核查記錄是對上次的資產核查進行編輯操作，具體的操作詳細到每條記錄，界面顯示上次的資產核查記錄，并提供編輯，刪除，保存的操作。點擊查看所有表單鏈接會在右邊的框中顯示所有包括車輛、房產 、設備三張 表的資產記錄。由于代碼過多，這里只列舉出查看所有表單功能的配置文件 。它繼承 Struts 的MappingDispatchAction 類。 在處理 表現(xiàn)層與業(yè)務層間的交互耦合時，采用了一種新的 Fa231。 } } EquipmentInfoDAO 為 EquipmentBizImpl 中的一個私有對象，在 Spring 框架中，用 set 方法將 EquipmentInfoDAO 注入到 EquipmentBizImpl 中，其依賴關系在 中可以說明。業(yè)務邏輯層中如果要調用delCheckingrecords()方法，要進行權限的判斷。 String message =。 數(shù)據(jù)持久層對象 Hibernate 是一種比較徹底的 Java 對象映射工具，支持使用各種 Java 思想如 Inheritance, Composition 等來實現(xiàn)對象。 } public void setRecordId(Integer recordId) { = recordId。 其具體代碼如下： public class CheckingrecordsInfoDAO extends HibernateDaoSupport { public void save(CheckingrecordsInfo transientInstance) { (saving CheckingrecordsInfo instance)。 (save successful)。 } public void setItemName(String itemName) { = itemName。它還可以將一個用戶定義的多個類的實例映射到一張表的同一行，甚至可以利用代理模式來簡化載入類的過程。 }else{ message = 刪除失?。?。 } AssetCheckAction(業(yè)務邏輯類 )通過 IOC(Inversion of Control)也稱賴性注射 (DependeneyIlljeetion)的模式來裝載和管理 CheckingrecordsBiz 類的實例。 Spring AOP 的實現(xiàn)技術從本質 上來講，是利用了 JDK 提供的動態(tài)代理 技術。 處理持久層和業(yè)務層的交互時，采用了 LOC 模式和面向接口的編程，使業(yè)務處理對象的 setter 方法接受的是接口，從而容易定義對象，實現(xiàn)依賴注入。 ListEquipmentInfo equipment=()。 action標簽標示訪問請求的接受、轉發(fā)、接受、返回的過程配置。 圖 ：歷史資產核查表單 創(chuàng)建核查表單如圖 所示：顯示新的資產核查表，界面把上次資產核查表作為參考，通過對上次的 資產核查操作，編輯或刪除。具體的核對流程是：資產變動情況 (+/)上次資產核查表單 是否等于 所有資產表。 查詢所有修改記錄 查詢所有修改記錄是對從上次資產核查開始到本月資產核查之間 ，查詢出所有變動的資產情況。另外，本模塊可以分部門清查出有誤的核對結果，可以把表單發(fā)送給各部門，以便各部門再進行確認，各部門將確認的結果可以提交給核查者，擁有靈活的互動能力。員工可以修改個人賬號和密碼。員工只有申請的權限。授權核查的個人可以在次系統(tǒng)中查看 所有的資產情況，查看資產變動情況，通過結合上次的 資產核查清單來核查企業(yè)的本階段資產是否有誤。 功能完善 。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應反映到這些變化。比如將一張訂單保存到數(shù)據(jù)庫，從數(shù)據(jù)庫獲取訂單。目前流行的 EJB 模型就是一個典型的應用例子，它從應用技術實現(xiàn)的角度對模型做了進一步的劃分，以便充分利用