【正文】 義表示層接受用戶提交的輸入請求，通過對業(yè)務(wù)邏輯層的訪問，獲得并向用戶輸出可視化響應(yīng)。組件定義采用 MVC 設(shè)計模式，由 Servlet 提供頁面請求和請求響應(yīng)的總體控制， JSP和瀏覽器提供請求結(jié)果響應(yīng)的可視化顯示。 JDBC 與 Hibernate 技術(shù)（1） JDBC 技術(shù)JDBC 是一種可用于執(zhí)行 SQL 語句的 Java API（Application Programming Interface） 。它由一些 Java 語言編寫的類和界面組成。JDBC 為數(shù)據(jù)庫應(yīng)用開發(fā)人員、數(shù)據(jù)庫前臺工具開發(fā)人員提供了一種標(biāo)準(zhǔn)的應(yīng)用程序設(shè)計接口，使開發(fā)人員可以用純 Java 語言編寫完整的數(shù)據(jù)庫應(yīng)用程序。 通過使用 JDBC，開發(fā)人員可以很方便地將 SQL 語句傳送給幾乎任何一種數(shù)據(jù)庫。 JDBC 主要完成 3 個方面的內(nèi)容：同一個數(shù)據(jù)庫建立連接；向數(shù)據(jù)庫發(fā)送 SQL 語句；處理數(shù)據(jù)庫返回的結(jié)果。 JDBC 是一種底層 API，這意味著它將直接調(diào)用 SQL 命令。JDBC 完全勝任這個任務(wù)，而且比其他數(shù)據(jù)庫互聯(lián)更加容易實現(xiàn)。同時它也是構(gòu)造高層 API和數(shù)據(jù)庫開發(fā)工具的基礎(chǔ)。高層 API 和數(shù)據(jù)庫開發(fā)工具應(yīng)該是用戶界面更加友好，使用更加方便，更易于理解的。但所有這樣的 API 將最終被翻譯為如JDBC 這樣的底層 API。目前兩種基于 JDBC 的高層 API 正處在開發(fā)階段。 通常意義上，JDBC 能對三層模型訪問數(shù)據(jù)庫這樣的形式進行安全有效的支持。 在三層模型中，命令將被發(fā)送到服務(wù)的“中間層” ，而 “中間層”將 SQL 語句發(fā)送到數(shù)據(jù)庫。數(shù)據(jù)庫處理 SQL 語句并將結(jié)果返回 “中間層”，然后“ 中間層”將它們 返回用戶。MIS 管理員將發(fā)現(xiàn)三層模型很有吸引力，因為“中間層” 可以進 本科畢業(yè)設(shè)計論文29行對訪問的控制并協(xié)同數(shù)據(jù)庫的更新，另一個優(yōu)勢就是如果有一個“中間層” 用戶就可以使用一個易用的高層的 API，這個 API 可以由“中間層” 進行轉(zhuǎn)換，轉(zhuǎn)換成底層的調(diào)用。而且，在許多情況下，三層模型可以提供更好的性能。 “中間層”通常還是用面向?qū)ο蟮恼Z言來實現(xiàn)，以保證其高性能。但隨著優(yōu)化編譯器的引入，將 java 的字節(jié)碼轉(zhuǎn)換成高效的機器碼，用 java 來實現(xiàn)“ 中間層”將越來越實際。而 JDBC 是允許從一個 java“中間層” 訪問數(shù)據(jù)庫的關(guān)鍵。（2） Hibernate 技術(shù)Java 應(yīng)用程序運行時，往往把數(shù)據(jù)封裝為相互連接的對象網(wǎng)絡(luò)，但是當(dāng)程序結(jié)束時，這些對象就會消失在一團邏輯中，所以需要有一些保存它們的方法。有時候，甚至在編寫應(yīng)用程序之前，數(shù)據(jù)就已經(jīng)存在了，所以需要有讀入它們和將其表示為對象的方法。Hibernate 技術(shù)正是出于這樣的需要而產(chǎn)生的。按照OOP 的（Oriented Object Program）的思維。Hibernate 其實是對象/ 關(guān)系映射(ORM)工具。Hibernate 不需要實現(xiàn)任何不可思議的接口以便能夠持續(xù)存在。惟一需要做的就是創(chuàng)建一份 XML“映射文檔” ，告訴 Hibernate 您希望能夠保存在數(shù)據(jù)庫中的類，以及它們?nèi)绾侮P(guān)聯(lián)到該數(shù)據(jù)庫中的表和列，然后就可以要求它以對象的形式獲取數(shù)據(jù)，或者把對象保存為數(shù)據(jù)。與其他解決方案相比，它幾乎已經(jīng)很完美了。 運行時，Hibernate 讀取映射文檔，然后動態(tài)構(gòu)建 Java 類，以便管理數(shù)據(jù)庫與 Java 之間的轉(zhuǎn)換。在 Hibernate 中有一個簡單而直觀的 API，用于對數(shù)據(jù)庫所表示的對象執(zhí)行查詢。要修改這些對象， （一般情況下）只需在程序中與它們進行交互，然后告訴 Hibernate 保存修改即可。類似地，創(chuàng)建新對象也很簡單；只需以常規(guī)方式創(chuàng)建它們，然后告訴 Hibernate 有關(guān)它們的信息，這樣就能在數(shù)據(jù)庫中保存它們。相較于 JDBC 或者 EM 等數(shù)據(jù)庫應(yīng)用接口而言，Hibernate API 學(xué)習(xí)起來很簡單，而且它與程序流的交互相當(dāng)自然。在適當(dāng)?shù)奈恢谜{(diào)用它，就可以達(dá)成目的。它帶來了很多自動化和代碼節(jié)省方面的好處，代碼不用關(guān)心要使用的數(shù)據(jù)庫種類（否則的話甚至必須知道） 。很多項目在開發(fā)過程后期由于數(shù)據(jù)維護以及存取效率等問題，會被迫更換數(shù)據(jù)庫，這會造成巨大的災(zāi)難。但是借助于Hibernate，只需要簡單地修改 Hibernate 配置文件即可。 本科畢業(yè)設(shè)計論文30Hibernate 的核心接口一共有 5 個，分別為:Session、SessionFactory、Transaction、Query 和 Configuration。這 5 個核心接口在任何研發(fā)中都會用到。通過這些接口，不但能夠?qū)Τ志没瘜ο筮M行存取，還能夠進行事務(wù)控制。Session 接口： Session 接口負(fù)責(zé)執(zhí)行被持久化對象的 CRUD 操作(CRUD的任務(wù)是完成和數(shù)據(jù)庫的交流，包含了很多常見的 SQL 語句) 。但需要注意的是 Session 對象是非線程安全的。同時，Hibernate 的 session 不同于 JSP 應(yīng)用中的 HttpSession。這里當(dāng)使用 session 這個術(shù)語時，其實指的是 Hibernate 中的session，而以后會將 HttpSesion 對象稱為用戶 session。SessionFactory 接口：SessionFactroy 接口負(fù)責(zé)初始化 Hibernate。他充當(dāng)數(shù)據(jù)存儲源的代理，并負(fù)責(zé)創(chuàng)建 Session 對象。這里用到了工廠模式。需要注意的是 SessionFactory 并不是輕量級的，因為一般情況下，一個項目通常只需要一個 SessionFactory 就夠，當(dāng)需要操作多個數(shù)據(jù)庫時，能夠為每個數(shù)據(jù)庫指定一個SessionFactory。Configuration 接口：Configuration 接口負(fù)責(zé)配置并啟動 Hibernate，創(chuàng)建SessionFactory 對象。在 Hibernate 的啟動的過程中，Configuration 類的實例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory 對象。Transaction 接口：Transaction 接口負(fù)責(zé)事務(wù)相關(guān)的操作。他是可選的，可發(fā)人員也能夠設(shè)計編寫自己的底層事務(wù)處理代碼。Query 和 Criteria 接口：Query 和 Criteria 接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫查詢。他能夠使用 HQL 語言或 SQL 語句兩種表達(dá)方式。 hibernate 5 個核心接口的類關(guān)系如圖 ： 本科畢業(yè)設(shè)計論文31C o n f i g u r a t i o nS e s s i o nS e s s i o n F a c t o r yT r a n s a c t i o nQ u e r yC r i t e r i a圖 hibernate 5 個核心接口的類關(guān)系 JSP 技術(shù)JSP(JavaServer Pages)是由 Sun Microsystems 公司倡導(dǎo)、許多公司參與一起建立的一種動態(tài)網(wǎng)頁技術(shù)標(biāo)準(zhǔn)。該技術(shù)的設(shè)計目的是使得構(gòu)造基于 Web 的應(yīng)用程序更加容易和快捷，而這些應(yīng)用程序能夠與各種 Web 服務(wù)器，應(yīng)用服務(wù)器，瀏覽器和開發(fā)工具共同工作。 JSP 規(guī)范是 Web 服務(wù)器、應(yīng)用服務(wù)器、交易系統(tǒng)、以及開發(fā)工具供應(yīng)商間廣泛合作的結(jié)果。JSP 技術(shù)在多個方面加速了動態(tài) Web 頁面的開發(fā)：(1) 將內(nèi)容的生成和顯示進行分離使用 JSP 技術(shù)， Web 頁面開發(fā)人員可以使用 HTML 或者 XML 標(biāo)識來設(shè)計和格式化最終頁面。使用 JSP 標(biāo)識或者小腳本來生成頁面上的動態(tài)內(nèi)容（內(nèi)容是根據(jù)請求來變化的，例如請求帳戶信息或者特定的一瓶酒的價格） 。生成內(nèi)容的邏輯被封裝在標(biāo)識和 JavaBeans 組件中，并且捆綁在小腳本中，所有的腳本在服務(wù)器端運行。如果核心邏輯被封裝在標(biāo)識和 Beans 中，那么其他人，如Web 管理人員和頁面設(shè)計者，能夠編輯和使用 JSP 頁面，而不影響內(nèi)容的生成。在服務(wù)器端，JSP 引擎解釋 JSP 標(biāo)識和小腳本，生成所請求的內(nèi)容（例如，通過訪問 JavaBeans 組件，使用 JDBCTM 技術(shù)訪問數(shù)據(jù)庫，或者包含文件） ，并且將結(jié)果以 HTML（或者 XML）頁面的形式發(fā)送回瀏覽器。這有助于作者保護自己的代碼，而又保證任何基于 HTML 的 Web 瀏覽器的完全可用性。(2) 強調(diào)可重用的組件 本科畢業(yè)設(shè)計論文32絕大多數(shù) JSP 頁面依賴于可重用的、跨平臺的組件（JavaBeans 或者Enterprise JavaBeansTM 組件）來執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理。開發(fā)人員能夠共享和交換執(zhí)行普通操作的組件，或者使得這些組件為更多的使用者或者客戶團體所使用?；诮M件的方法加速了總體開發(fā)過程，并且使得各種組織在他們現(xiàn)有的技能和優(yōu)化結(jié)果的開發(fā)努力中得到平衡。(3) 采用標(biāo)識簡化頁面開發(fā)Web 頁面開發(fā)人員不會都是熟悉腳本語言的編程人員。JavaServer Page 技術(shù)封裝了許多功能，這些功能是在易用的、與 JSP 相關(guān)的 XML 標(biāo)識中進行動態(tài)內(nèi)容生成所需要的。標(biāo)準(zhǔn)的 JSP 標(biāo)識能夠訪問和實例化 JavaBeans 組件，設(shè)置或者檢索組件屬性，下載 Applet，以及執(zhí)行用其他方法更難于編碼和耗時的功能。通過開發(fā)定制化標(biāo)識庫，JSP 技術(shù)是可以擴展的。今后，第三方開發(fā)人員和其他人員可以為常用功能創(chuàng)建自己的標(biāo)識庫。這使得 Web 頁面開發(fā)人員能夠使用熟悉的工具和如同標(biāo)識一樣的執(zhí)行特定功能的構(gòu)件來工作。JSP 技術(shù)很容易整合到多種應(yīng)用體系結(jié)構(gòu)中，以利用現(xiàn)存的工具和技巧，并且擴展到能夠支持企業(yè)級的分布式應(yīng)用。作為采用 Java 技術(shù)家族的一部分，以及 Java 2（企業(yè)版體系結(jié)構(gòu)）的一個組成部分，JSP 技術(shù)能夠支持高度復(fù)雜的基于 Web 的應(yīng)用。由于 JSP 頁面的內(nèi)置腳本語言是基于 Java 編程語言的，而且所有的 JSP 頁面都被編譯成為 Java Servlet，JSP 頁面就具有 Java 技術(shù)的所有好處，包括健壯的存儲管理和安全性。作為 Java 平臺的一部分，JSP 擁有 Java 編程語言“一次編寫，各處運行”的特點。隨著越來越多的供應(yīng)商將 JSP 支持添加到他們的產(chǎn)品中，您可以使用自己所選擇的服務(wù)器和工具，更改工具或服務(wù)器并不影響當(dāng)前的應(yīng)用。當(dāng)與 Java 2 平臺，企業(yè)版 (J2EE)和 Enterprise JavaBean 技術(shù)整合時，JSP 頁面將提供企業(yè)級的擴展性和性能，這對于在虛擬企業(yè)中部署基于 Web 的應(yīng)用是必需的。 UML（Unified Modeling Language）統(tǒng)一建模語言可視化建模語言 UML（Unified Modeling Language，統(tǒng)一建模語言）為面 本科畢業(yè)設(shè)計論文33向?qū)ο笙到y(tǒng)模型的構(gòu)造提供了有力的工具。 [26]UML 可以用來對一個軟件系統(tǒng)進行建模（包括說明、形象化描述、構(gòu)造和編制文檔等等） 。由于 UML 獨立于被建模對象的類型，所以也可以用它來為商業(yè)流程和其它非軟件系統(tǒng)建模。UML 的重要內(nèi)容可以由下列五類圖來定義： [26]第一類是用例圖（use case diagram） ，從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。第二類是靜態(tài)圖（static diagram） ，包括類圖、對象圖和包圖。其中類圖不僅定義出系統(tǒng)中類的內(nèi)部結(jié)構(gòu)（屬性和方法） ，還能表示類之間的聯(lián)系（如關(guān)聯(lián)、依賴、聚合等） 。類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個生命周期都是有效的。一個對象圖是類圖的一個實例，幾乎使用與類圖完全相同的標(biāo)識。它們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。由于對象存在生命周期，因此對象圖只能在系統(tǒng)某一時間段存在。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)，由包或類組成。可以將功能相關(guān)的若干類聚合成為一個包，這樣可以方便程序開發(fā)人員對代碼的維護。包圖中應(yīng)該描述出包與包之間的關(guān)系。第三類是行為圖（behavior diagram） ，描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系?；顒訄D有利于識別出并行活動。第四類是交互圖（interactive diagram） ，描述對象間的交互關(guān)系。其中順序圖顯示對象之間的動態(tài)合作關(guān)系，它強調(diào)對象之間消息發(fā)送的順序，同時顯示對象之間的交互。合作圖描述對象間的協(xié)作關(guān)系，合作圖跟順序圖相似，顯示對象間的動態(tài)合作關(guān)系。除顯示信息交換外，合作圖還顯示對象以及它們之間的關(guān)系。如果強調(diào)時間和順序，則使用順序圖；如果強調(diào)上下級關(guān)系，則選擇合作圖。這兩種圖合稱為交互圖。第五類是實現(xiàn)圖（implementation diagram ） ，其中部件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執(zhí)行部件，它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。部件圖有助于分析和理解部件之間的相互影響程度。部署圖則描述了系統(tǒng)在實際部署時的拓?fù)浣Y(jié)構(gòu)。 本科畢業(yè)設(shè)計論文34當(dāng)采用面向?qū)ο蠹夹g(shù)設(shè)計系統(tǒng)時，大體分為這樣幾個步驟：首先是分析需求，并使用用例來描述需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型，以構(gòu)造系統(tǒng)的結(jié)構(gòu)；第三步是描述系統(tǒng)的行為。在第一步與第二步中所建立的模型都是靜態(tài)的，包括用例圖、類圖（包含包圖） 、對象圖、組件圖和部署圖等五個圖形，是 UML 的靜態(tài)建模機制。而在第三步中所建立的模型則或者可以執(zhí)行、或者