【文章內(nèi)容簡介】 CPU 資源 ； (3)、 為多種編程語言提供了 API。這些編程語言包括 C、 C++、 Eiffel、 Java、Perl、 PHP、 Python、 Ruby 和 Tcl等 [4]； (4)、 .提供 TCP/IP、 ODBC 和 JDBC 等多種數(shù)據(jù)庫連接途徑 ； (5)、 .提供用于管理、檢查、優(yōu)化數(shù)據(jù)庫操作的管理工具 ； (6)、 .可以處理擁有上千萬條記錄的大型數(shù)據(jù)庫 。 核心技術(shù) J2EE 平臺規(guī)范 J2EE（ Java 2 Platform， Enterprise Edition）是 SUN 公司定義的一個(gè)開發(fā)分 布式企業(yè)級應(yīng)用的規(guī)范。它提供了一個(gè)多層次的分布式應(yīng)用模型和一系列開發(fā)技術(shù)規(guī)范。多層次分布式應(yīng)用模型是指根據(jù)功能把應(yīng)用邏輯分成多個(gè)層次，每個(gè)層次支持相應(yīng)的服務(wù)器和組件，組件在分布式服務(wù)器的組件容器中運(yùn)行，容器間通過相關(guān)的協(xié)議進(jìn)行通訊，實(shí)現(xiàn)組件間的相互調(diào)用。遵從這個(gè)規(guī)范的開發(fā)者將得到行業(yè)的廣泛支持，使企業(yè)級應(yīng)用的開發(fā)變得簡單、快速。 J2EE 規(guī)范定義了以下四個(gè)層次： (1)、 客戶端層（ Client Tier）用來實(shí)現(xiàn)企業(yè)級應(yīng)用系統(tǒng)的操作界面和顯示層。另外，某些客戶端程序也可實(shí)現(xiàn)業(yè)務(wù)邏輯?？煞譃榛?于 Web 的和非基于 Web 的客戶端兩種情況。基于 Web 的情況下，主要作為企業(yè) Web 服務(wù)器的瀏覽器。非基于Web 的客戶端層則是獨(dú)立的應(yīng)用程序，可以完成 客戶機(jī)無法完成的工作 [5]。 (2)、 Web 層為企業(yè)提供 Web 服務(wù)。包括企業(yè)信息發(fā)布等。 Web 層由 Web 服務(wù)器和 Web 組件組成。 J2EE Web 組件包括 JSP 頁面和 Servlets。 Web 層也可以包括一些 JavaBeans。 Web 層主要用來處理客戶請求，調(diào)用相應(yīng)的邏輯模塊，并把結(jié)果以動態(tài)網(wǎng)頁的形式返回到客戶端。 (3)、 業(yè)務(wù)層（ Business Tier）也叫 EJB 層或應(yīng)用層，它由 EJB 服務(wù)器和 EJB組件組成。一般情況下，許多開發(fā)商把 Web 服務(wù)器和 EJB 服務(wù)器產(chǎn)品結(jié)合在一起發(fā)布，成為應(yīng)用服務(wù)器。 EJB 層用來實(shí)現(xiàn)企業(yè)級信息系統(tǒng)的業(yè)務(wù)邏輯。這是企業(yè)及應(yīng)用的核心，由運(yùn)行在業(yè)務(wù)層中的 EJB 來處理。一個(gè) Bean 從客戶端接收數(shù)據(jù)、處理，然后把數(shù)據(jù)放到企業(yè)信息系統(tǒng)層存儲起來。同樣，一個(gè) Bean 也可以從企業(yè)信息系統(tǒng)層取出數(shù)據(jù)，發(fā)送到客戶端程序。業(yè)務(wù)層中的 EJB 要運(yùn)行在容器中，容器解決了底層的問題，如事務(wù)處理、生命周期、狀態(tài)管理、多線程、安全管理、資源池等。 (4)、 企業(yè)信息系統(tǒng)層（ Enterprise Information System tier），處理企業(yè)系統(tǒng)軟件，包括企業(yè)基礎(chǔ)系統(tǒng)、數(shù)據(jù)庫系統(tǒng)及其它遺留的系統(tǒng)。它是連接 J2EE 平臺和企業(yè)信息系統(tǒng)層的標(biāo)準(zhǔn) API。業(yè)務(wù)層和 Web 層共同組成了三層 J2EE 應(yīng)用的中間層，其他兩層是客戶端層和存儲層或企業(yè)信息系統(tǒng)層。 Hibernate 簡介 Hibernate 是一個(gè)開放源代碼的 O/R Mapping(對象關(guān)系映射框架 )，它對 JDBC進(jìn)行了非常輕量級的對象封裝，使得 Java 程序員可以隨心所欲的使用對象編程思維來操縱數(shù) 據(jù)庫。 Hibernate 可以應(yīng)用在任何使用 JDBC 的場合，既可以在 Java 的客戶端程序?qū)嵱?，也可以?Servlet/JSP 的 Web 應(yīng)用中使用，最具革命意義的是，Hibernate 可以在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任 [6]。為了企業(yè)應(yīng)用與后端數(shù)據(jù)庫頻繁交互，并且使得交互更加有效而迅捷，企業(yè)應(yīng)用開發(fā)者在應(yīng)用和數(shù)據(jù)庫之間創(chuàng)建了一個(gè)持久層。這個(gè)數(shù)據(jù)庫負(fù)責(zé)存儲從應(yīng)用到數(shù)據(jù)庫的數(shù)據(jù)，也負(fù)責(zé)數(shù)據(jù)的檢索、更新和刪除。在基于 J2EE 的企業(yè)應(yīng)用中，組成這個(gè)持久層的 Java 類既可以映射對象到數(shù)據(jù)，也可 以映射數(shù)據(jù)到對象。持久層建立是簡單的，但是，這種關(guān)系常常難于建立，因?yàn)閷ο蠡蛘呦聦拥臄?shù)據(jù)庫結(jié)構(gòu)復(fù)雜，很難做到把關(guān)系表記錄完整的映射到持久對象的關(guān)系上來，這主要體現(xiàn)在多表的關(guān)系無法直接映射到對持久對象的映射上來，可能是一個(gè)表映射多個(gè)持久對象，有可能是多個(gè)表映射一個(gè)持久對象，更有可能的是表的某些字段映射到一個(gè)持久對象，另外一些字段映射到別的持久對象上。 Hibernate 是一個(gè)開源對象與持久性和查詢相關(guān)的框架， Hibernate 幫助基于普通的 Java 對象模型的持久對象的創(chuàng)建，從而允許持久對象擁有復(fù)雜的結(jié)構(gòu)如混合類 型、集合和屬性，還可以擁有用戶自定義的類型?，F(xiàn)在這些持久對象可以有效的反映出底層數(shù)據(jù)庫模式的復(fù)雜結(jié)構(gòu)。為了提高效率， Hibernate 包括了一些策略，如與數(shù)據(jù)庫交互時(shí)的多重最優(yōu)化，包括對象的緩存、有效外部連接的獲取、必要時(shí) SQL 語句的執(zhí)行。 基于 MVC 思想的三層體系結(jié)構(gòu) MVC 英文即 ModelViewController，即把一個(gè)應(yīng)用的輸入、處理、輸出流程按照 Model、 View、 Controller 的方式進(jìn)行分離，這樣一個(gè)應(yīng)用被分成三個(gè)層 ——模型層、視圖層、控制層。 視圖 (View)代表用戶交互 界面，對于 Web 應(yīng)用來說，可以概括為 HTML 界面，但有可能為 XHTML、 XML 和 Applet。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個(gè)應(yīng)用可能有很多不同的視圖， MVC 設(shè)計(jì)模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型 (Model)處理 [7]。比如一個(gè)訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。 模型 (Model)：就是業(yè)務(wù)流程 /狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計(jì)可以說是 MVC 最主要的核心。目前流行的 EJB 模型就是一個(gè)典型的應(yīng)用例子，它從應(yīng)用技術(shù)實(shí)現(xiàn)的角度對模型做了進(jìn)一步的劃分，以便充分利用現(xiàn)有的組件，但它不能作為應(yīng)用設(shè)計(jì)模型的框架。它僅僅告訴你按這種模型設(shè)計(jì)就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。對一個(gè)開發(fā)者來說，就可以專注于業(yè)務(wù)模型的設(shè)計(jì)。 MVC 設(shè)計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。抽象與具體不能 隔得太遠(yuǎn)，也不能太近。 MVC 并沒有提供模型的設(shè)計(jì)方法，而只告訴你應(yīng)該組織管理這些模型，以便于模型的重構(gòu)和提高重用性 [8]。 業(yè)務(wù)模型還有一個(gè)很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實(shí)體對象的數(shù)據(jù)保存（持續(xù)化）。比如將一張訂單保存到數(shù)據(jù)庫，從數(shù)據(jù)庫獲取訂單。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫的操作只限制在該模型中。 控制 (Controller)可以理解為從用戶接收請求 ,將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣 的視圖，可以完成什么樣的用戶請求?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。例如，用戶點(diǎn)擊一個(gè)連接，控制層接受請求后 ,并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個(gè)模型可能對應(yīng)多個(gè)視圖，一個(gè)視圖可能對應(yīng)多個(gè)模型。 模型、視圖與控制器的分離，使得一個(gè)模型可以具有多個(gè)顯示視圖。如果用戶通過某個(gè)視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。因此，無論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知所有的視圖，導(dǎo)致顯示的更新。這實(shí)際上是一種模型的 變化 傳播機(jī)制。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能， 三層的關(guān)系如圖 所示 圖 ： MVC 組件類型的關(guān)系和功能 第三章 EAM 系統(tǒng)的分析與設(shè)計(jì) EAM 系統(tǒng)的功能 結(jié)構(gòu) 企業(yè)資產(chǎn)管理系統(tǒng)的功能結(jié)構(gòu)圖如圖 所示： 用 戶 認(rèn) 證瀏 覽 器安全體系集 中 采 購基 礎(chǔ) 網(wǎng) 絡(luò) 存 儲 平 臺系統(tǒng)管理供 應(yīng) 商 管 理財(cái) 務(wù) 報(bào) 賬車 輛 管 理資 產(chǎn) 管 理通 用 及 專 用 設(shè)備耗 材 管 理資 產(chǎn) 責(zé) 任 人信 息 發(fā) 布網(wǎng) 上 采 購目 錄 管 理報(bào) 價(jià) 系 統(tǒng)應(yīng)用層公共服務(wù)層應(yīng)用中間件層數(shù)據(jù)層數(shù) 據(jù) 庫日 志 報(bào) 表 消 息 通 知 圖 ：系統(tǒng)功能結(jié)構(gòu)圖 EAM 系統(tǒng)的設(shè)計(jì)原則 邏輯結(jié)構(gòu)合理 。 系統(tǒng)的邏輯結(jié)構(gòu)非常清晰、合理、層次性強(qiáng)，不能讓大多數(shù)人理解困難，摒棄人為制造的復(fù)雜結(jié)構(gòu)。 授權(quán)操作簡單 、 靈活 。 授權(quán)操作不能太復(fù)雜，一個(gè)界面可授予不同的用戶組不同的內(nèi)容，菜單授權(quán)和界面授權(quán)等操作簡單，并可隨時(shí)修改。另外，用戶組的權(quán)限可以復(fù)制后重復(fù)利用。 功能完善 。 系統(tǒng)管理不能只局限部分功能，除用戶管理和用戶組管理外，還要有系統(tǒng)審計(jì)、客戶化管理和批處理等功能，并且功能完善可用。 可擴(kuò)充性好 。 系統(tǒng)管理功能隨著技術(shù)的進(jìn)步和用戶需求的變化應(yīng)具備擴(kuò)充功能，例如 EAM 系統(tǒng)升級后涉及到的系統(tǒng)管理功能的增加，以及新增借口的管理等。 可靠性高 。 系統(tǒng)管理的一個(gè)重要任務(wù)就是維護(hù) EAM 系統(tǒng)的安全和可靠性，所以系統(tǒng)不 能因系統(tǒng)管理自己的操作而出錯(cuò)或癱瘓。 EAM 系統(tǒng)的模塊結(jié)構(gòu) EAM 系統(tǒng)共有個(gè)子模塊：資產(chǎn)核查模塊、網(wǎng)上購物模塊、資產(chǎn)申請模塊、以及 后臺管理模塊。其模塊結(jié)構(gòu)圖如圖 所示： 圖 ：系統(tǒng)模塊結(jié)構(gòu)圖 EAM 系統(tǒng)子模塊功能介紹 資產(chǎn)核查模塊 本模塊是對企業(yè)的資產(chǎn)進(jìn)行階段性的核查，核查的內(nèi)容包括對所有大型的資產(chǎn)進(jìn)行校對，對小型的資產(chǎn)進(jìn)行錄入記錄并把清單下方到部門，再讓部門確認(rèn)資產(chǎn)的情況。授權(quán)核查的個(gè)人可以在次系統(tǒng)中查看 所有的資產(chǎn)情況，查看資產(chǎn)變動情況，通過結(jié)合上次的 資產(chǎn)核查清單來核查企業(yè)的本階段資產(chǎn)是否有誤。如果有誤則篩選出部門的報(bào)表發(fā)送至各部門，由各部門再進(jìn)行確認(rèn)資產(chǎn)情況。 本模塊要求對 EAM 系統(tǒng)中的所有報(bào)表都有查詢的功能，包括通用及專用設(shè)備類信息表，交通運(yùn)輸類信息表，房屋住宅信息表及資產(chǎn)報(bào)廢和維修信息表組成。本模塊包含的功能有：打印本單位的資產(chǎn)表，自動核對資產(chǎn)，提供與清產(chǎn)核資軟件的接口。 (第四章將對此做出詳細(xì)說明 ) 資產(chǎn)申報(bào)模塊 資產(chǎn)申報(bào)模塊包括兩部分：一為網(wǎng)上購物；二為報(bào)廢及維修設(shè)備申請。 網(wǎng)上購物模塊提供所購物的所有商品供員工申請購買。員工填 寫資產(chǎn)明細(xì)卡，提交購物表單，等待部門經(jīng)理的批示。報(bào)廢及維修設(shè)備申請 包括員工申請?jiān)O(shè)備的報(bào)廢、遺失或者維修。員工只有申請的權(quán)限。經(jīng)部門經(jīng)理批示后結(jié)果會返回給員工。 資產(chǎn)申報(bào)模塊業(yè)務(wù)不是很復(fù)雜，但要做到及時(shí)更新信息，這樣其他幾個(gè)子模塊就能得到各自的及時(shí)信息。 資產(chǎn)申請模塊 資產(chǎn)申請模塊的業(yè)務(wù)比較復(fù)雜，包括三 部分： 車輛的使用申請，房產(chǎn)的使用申請，通用及專用設(shè)備的使用申請。這個(gè)模塊和資產(chǎn)申報(bào)模塊的流程類似。員工填寫表單，提交，等待結(jié)果。不同之處在于表單的填寫更加詳細(xì)，且由自己來明確信息。 后臺管理模塊 后臺管理是由后臺管理人員操作，管理用戶權(quán)限，為了保證企業(yè)資產(chǎn)管理的安全有效，本 企業(yè) 資產(chǎn)管理系統(tǒng)不提供用戶注冊，由后臺管理員統(tǒng)一分配企業(yè)各員工的 賬號和密碼。員工可以修改個(gè)人賬號和密碼。另外后臺管理員，對網(wǎng)上購物模塊的商品要及時(shí)的更新，對變動職位后的員工要做及時(shí)的修改。最后，對企業(yè)資產(chǎn)管理系統(tǒng)做的維護(hù)工作，后臺管理員占的比重較大，包括權(quán)限的維護(hù)，部門的維護(hù)，數(shù)據(jù)的備份和還原，操作的記錄等。 第四章 EAM 資產(chǎn)核查模塊的需求分析和描述 資產(chǎn)核查模塊概述 本模塊是管理者階段 性的對企業(yè)資產(chǎn)進(jìn)行記錄、了解、清理、核對，結(jié)合了所有的企業(yè)資產(chǎn)數(shù)據(jù)，對他們進(jìn)行綜合的分析，并作詳細(xì)的核查，最后總結(jié)出新的資產(chǎn)清單。 EAM 引入資產(chǎn)核查模塊作為其業(yè)務(wù)層開發(fā)的平臺，為企業(yè)資產(chǎn)明細(xì)，核算提供流程支持。 本模塊 包括以下流程 ：首先，資產(chǎn)核查者查看所有企業(yè)資產(chǎn)，企業(yè)資產(chǎn)的詳細(xì)目錄都會以表格的形式顯示；其次，資產(chǎn)核查者可以查詢從上次核查到本次資產(chǎn)核查，所有的資產(chǎn)變動情況，包括增加的資產(chǎn)，維修的資產(chǎn)，報(bào)廢的資產(chǎn)； 再次，資產(chǎn)核查者進(jìn)行資產(chǎn)核對，即查詢上次的資產(chǎn)核查表單；接著，資產(chǎn)核查這核對表單，生成新的資產(chǎn) 核查表單，并標(biāo)注出有出入的資產(chǎn)。然后，資產(chǎn)核查者根據(jù)部門分出不同的資產(chǎn)核查表單，并發(fā)送給各部門經(jīng)理，各部門經(jīng)理進(jìn)行各部門的資產(chǎn)核對；最后，各部門經(jīng)理發(fā)送回各部門的資產(chǎn)核對表，由資產(chǎn)核查者核對，錄入最終的資產(chǎn)核查結(jié)果表。 本模塊提供了與資產(chǎn)核資軟件的接口，生成的資產(chǎn)表可直接打印，也可轉(zhuǎn)化為文本文件，以便清產(chǎn)核資軟件將其引入。另外，本模塊可以分部門清查出有誤的核對結(jié)果，可以把表單發(fā)送給各部門，以便各部門再進(jìn)行確認(rèn)，各部門將確認(rèn)的結(jié)果可以提交給核查者，擁有靈活的互動能力。每次核查需由核查者生成出核查表以便企業(yè)進(jìn) 行下次資產(chǎn)核查時(shí)核對資產(chǎn)