【文章內(nèi)容簡介】 ava 編程語言實現(xiàn)。在大通信量的服務(wù)器上， JavaServlet具有執(zhí)行速度快的優(yōu)點，其執(zhí)行速度比 CGI 程序 更快。每個用戶的請求被激活成單個 程序 中的一個線程，而不需要創(chuàng)建單獨的進程，這意味著 服務(wù)器 端處理請求的 系統(tǒng)開銷 將大大的降低 [2]。 Servlet 看起來就像是通常的 Java 程序 ，但是又不同于傳統(tǒng)的 java 程序， Servlet 由Web 服務(wù)器進行加載，該 Web 服務(wù)器必須包含支持 Servlet 的 Java 虛擬機。 Servlet 必須導(dǎo)入特定的屬于 Java ServletAPI 的包。因為是對象 字節(jié)碼 ，可動 態(tài)地從網(wǎng)絡(luò)加載，可以說 Servlet 對于 Server 就有如 Applet 對于 Client 一樣，但是，由于 Servlet 運行于 Server中，它們并不需要一個 圖形用戶界面 。 Servlet 其實就是 Java 編程語言中的一個類，它被用來擴展 服務(wù)器 的性能， 服務(wù)器 上駐留著可以通過“請求 響應(yīng)”編程模型來訪問的 4 應(yīng)用 程序 。雖然 servlet 能夠響應(yīng)任何類型的請求，但是通常只用于擴展 WEB 服務(wù)器 的應(yīng)用程序。 JavaBean 簡介 JavaBean 是一種用 JAVA 語言寫成的可重用組件。寫成 JavaBean，類必須符合一定的 書寫規(guī)則。類必須是具體的和公共的，并且具有無參數(shù)的 構(gòu)造器 。 JavaBean 通過提供符合一致性 設(shè)計模式 的公共方法將內(nèi)部域暴露成員屬性。正如我們所知道的，符合這種模式的屬性名稱，其他 Java 類可以通過自身機制發(fā)現(xiàn)和操作這些 JavaBean 的屬性 [3]。 用戶可以應(yīng)用 JavaBean 將處理、值、功能、 數(shù)據(jù)庫訪問和其他任何可以用 Java 代碼創(chuàng)造的對象進行打包，而且其他的開發(fā)者可以通過內(nèi)部的 Servlet、 JSP 頁面、其他的Applet、 JavaBean 程序 或者應(yīng)用來使用這些對象。用戶可以認為 JavaBean 提供了一種不受限制的復(fù)制和粘貼的功能，并且不用關(guān)心任何改變。 一個 JavaBean 由 3 部分組成：屬性，事件和方法 (1)屬性 (properties) JavaBean 提供了更高層次的屬性概念， 屬性在 JavaBean 中不僅僅是傳統(tǒng)意義的面向?qū)ο蟮母拍罾锏膶傩?，它同時還擁有屬性讀取和屬性寫入的 API 的支持。屬性值的可以通過調(diào)用適當?shù)?bean 方法進行賦值。比如，可能 bean 有一個屬性，這個屬性的值可能需要調(diào)用 String getName() 方法讀取，而寫入屬性值可能要需要調(diào)用 void setName(String str)的方法。 (2)方法 (method) JavaBean 中的方法就是一般的 Java 方法，它可以調(diào)用其他組件的成員或在腳本環(huán)境中直接調(diào)用。默認狀態(tài)下，所有 Bean 的公有方法都可以被外部調(diào)用，但 Bean 一般只會暴露其公有方法的一個子集。 因為 JavaBean 本身也是 Java 對象，所以調(diào)用這個對象的方法是與其交互的唯一途徑。 JavaBean 嚴格按照面向?qū)ο蟮念愒O(shè)計邏輯來設(shè)計實現(xiàn)，不讓外部世界訪問其任何私有字段 (沒有 public 字段 )。這樣，方法調(diào)用是接觸 Bean 屬性的唯一途徑。 (3)事件 (event) Bean 與其他軟件組件交互的主要方式是發(fā)送和接受事件。我們可以將 Bean 的事件 5 支持功能理解成是集成電路中的輸入輸出引腳：工程師將引腳連接在一起組成系統(tǒng)，讓組件進行通訊和交流。有些引腳用來輸入，有些引腳用來輸出，相當于事件模型中的發(fā)送事件和接收事件。 由此可見， JavaBean 確實也是普通的 Java 對象，只不過它遵循了一些特別的約定而已。 三層架構(gòu)設(shè)計模式 三層架構(gòu) (3tier application) 設(shè)計模式通常意義上指的是將整個業(yè)務(wù)應(yīng)用劃分為：表現(xiàn)層（ UI）、業(yè)務(wù)邏輯層（ BLL）、數(shù)據(jù)訪問層（ DAL）。區(qū)分層次的目的即為了“高內(nèi)聚，低耦合”的思想。 表現(xiàn)層（ UI）：通俗講就是展現(xiàn)給用戶的界面，即用戶在使用一個系統(tǒng)的時候他的所見所得。位于最外層，離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。 業(yè)務(wù)邏輯層（ BLL）：針對具體問題的操作，也可以說是對數(shù)據(jù)層的操作，對數(shù)據(jù)業(yè)務(wù)邏輯處理。 業(yè)務(wù)邏輯層（ Business Logic Layer）無疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價值的部分。它的關(guān)注點主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計，也即是說它是與系統(tǒng)所應(yīng)對的領(lǐng)域（ domain）邏輯有關(guān)，很多時候，也將業(yè)務(wù)邏輯層稱為領(lǐng)域?qū)?。業(yè)務(wù)邏輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用 [4]。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于 上層而言是“無知”的，改變上層的設(shè)計對于其調(diào)用的底層而言沒有任何影響。如果在分層設(shè)計時，遵循了面向接口設(shè)計的思想，那么這種向下的依賴也應(yīng)該是一種弱依賴關(guān)系。 數(shù)據(jù)訪問層（ DAL）：該層所做事務(wù)直接操作數(shù)據(jù)庫，針對數(shù)據(jù)的增添、刪除、修改、更新、查找等。數(shù)據(jù)訪問層：有時候也稱為是持久層，其功能主要是負責數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進制文件、文本文檔或是 XML 文檔。簡單的說就是實現(xiàn)對數(shù)據(jù)表的 Select， Insert， Update， delete 的操作。如果要加入 ORM 的元素，那么就會包括對象和數(shù)據(jù)表之間的 mapping，以及對象實體的持久化。各層關(guān)系如圖 21 所示 6 圖 21 三層架構(gòu)設(shè)計模式三層關(guān)系圖 3 系統(tǒng)分析 設(shè)計思想 企業(yè)檔案管理系統(tǒng)的基本設(shè)計思想是根據(jù)不同權(quán)限功能劃分模塊，利用JSP+Servlet+Oracle 進行編程。根據(jù)現(xiàn)有的業(yè)務(wù)特點與業(yè)務(wù)流程主要分為三大模塊：系統(tǒng)管理模塊，檔案管理模塊，檔案鑒定模塊。系統(tǒng)設(shè)置模塊主要包含的功能有角色管理，部門管理，員工用戶管理，登陸密碼修改等功能，對系統(tǒng)進行一些基本對象的配置。檔案管理模塊主要包含存檔點管理，檔案分類管理，檔案錄入，檔案查詢 ，檔案借閱等功能，實現(xiàn)對于檔案的一系列操作。檔案鑒定模塊主要實現(xiàn)的功能有檔案銷毀登記，檔案 7 銷毀查詢，檔案丟失找回登記，檔案丟失找回查詢等，主要是記錄和查詢丟失的檔案以 及銷毀的檔案，以便達到對于檔案完成性和安全性的要求。該系統(tǒng)的結(jié)構(gòu)如下圖 31 所示： 系統(tǒng)業(yè)務(wù)分析 企業(yè)檔案管理系統(tǒng)主要的業(yè)務(wù)功能是：系統(tǒng)管理員進入系統(tǒng)，對系統(tǒng)進行一系列的配置，包括數(shù)據(jù)字典的管理，部門的設(shè)置，角色的創(chuàng)建，角色權(quán)限的設(shè)置，并且根據(jù)實際的需要創(chuàng)建出一定數(shù)量的檔案管理員和普通用戶，后期隨著實際的要求也 可以能創(chuàng)建不同的角色。接著，檔案管理員登陸系統(tǒng)，首先設(shè)置檔案點，檔案分類類型，接著就能開始錄入檔案了 (現(xiàn)階段系統(tǒng)只能提供單個檔案錄入，尚無法提供批量錄入 )，后續(xù)有新的檔案，便可以根據(jù)需要錄入新的檔案。最后，普通用戶登錄系統(tǒng)，普通用戶能夠查詢到所有的檔案，然后點擊借閱，在“我的借閱”導(dǎo)航頁面能夠看到我的借閱情況，點擊歸還便可歸還檔案。一旦有人借閱檔案，檔案管理員便能在“檔案借閱信息”頁面看到所有的借閱信息。在“借閱歸還”頁面可以看到檔案歸還信息。 圖 31 系統(tǒng)結(jié)構(gòu) 8 系統(tǒng)的可行性分析 可行性分析 (Feasibility Analysis)也稱為可行性研究，是在系統(tǒng)調(diào)查的基礎(chǔ)上，對于新系統(tǒng)的開發(fā)是否具備必要性和難易性，對新系統(tǒng)的開發(fā)從經(jīng)濟、技術(shù)、社會等各個方面進行分析和研究，避免產(chǎn)生投資失誤，保證新系統(tǒng)能夠開發(fā)成功?？尚行匝芯康哪康木褪窃诒M可能短的時間內(nèi)用最小的代價確定問題是否能夠解決。 B/S 模式簡介 B/S（ Browser/Server）模式即瀏覽器和服務(wù)器模式，基于 B/S 模式的業(yè)務(wù)管理系統(tǒng)從結(jié)構(gòu)上主要分為三個部分： Inter 瀏覽器 (即 WEB 前臺頁面 )、 WEB 服務(wù)器和數(shù)據(jù)庫服務(wù)器。用戶通過客戶瀏覽器以表單或者其他形式向 WEB 服務(wù)器發(fā)送 HTTP 請求， WEB服務(wù)器接收請求后作出相對應(yīng)的處理并向數(shù)據(jù)庫服務(wù)器發(fā)送請求，將獲得的服務(wù)器返回的結(jié)果以 HTML 頁面的形式返回給瀏覽器，供用戶查看。如圖 32 所示 圖 32 B/S 模式架構(gòu)圖 在系統(tǒng)針對當前軟件系統(tǒng)升級越來越頻繁的狀況， B/S 架構(gòu)的產(chǎn)品明顯體現(xiàn)出升級維護更為方便的特性。對一個稍微大一點企事業(yè)單位來說，系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來回奔跑處理問題，所花費的時間和工作量是不可想象的，但是如果使用