【文章內(nèi)容簡介】 類的層次結(jié)構(gòu)和相互關(guān)系，確定類與類之間的繼承關(guān)系；表示類或?qū)ο笾g的繼承以外的關(guān)系；為類或?qū)ο?進行實際 建模和確認(rèn)；反復(fù)對已有分析 設(shè)計 成果進行再分析，直至 確定 完成 面向?qū)ο蟮?信息系統(tǒng)建模 [8]。 面向?qū)ο蟮姆治龇椒ǖ囊话悴襟E為：提取用戶 對待開發(fā) 系統(tǒng)的需求，包括應(yīng)用場景和用例情況， 以構(gòu)造系統(tǒng)需求模型；以基本的用戶需求為依據(jù)，選擇類和對象，包括對 應(yīng)的屬性和操作 ；定義類 的 層次 結(jié)構(gòu)模型 ；建造對象間的關(guān)系模型；建造對象的行為模型；利用用例和場景來確認(rèn) 系統(tǒng)分析模型。 2）面向?qū)ο蟮南到y(tǒng)設(shè)計 面向?qū)ο蟮南到y(tǒng)設(shè)計是將面向 對象分析所創(chuàng)建的系統(tǒng)分析模型轉(zhuǎn)化為系統(tǒng)設(shè)計模型。與傳統(tǒng)的基于結(jié)構(gòu)化 的開發(fā)方法不同，面向?qū)ο?分析和 設(shè)計 在分析和設(shè)計階段采用相同的符號體系表達(dá)，沒有明顯的區(qū)分 ，可以反復(fù)迭代的進行。. ... 在面向?qū)ο蠓治鲭A段，主要考慮待開發(fā) 系統(tǒng)要做什么，而不必關(guān)心系統(tǒng) 最終如何實現(xiàn)。在面向?qū)ο笤O(shè)計時，主要解決待開發(fā) 系統(tǒng)如何實現(xiàn)，需要在系統(tǒng)分析模型的基礎(chǔ)上根據(jù)系統(tǒng)實現(xiàn) 的實際需求 增補一些新的類，或在原有的類中增加新 屬性和操作。通過面向?qū)ο?的 設(shè)計 過程，將能夠確定如何從類中生成 對象，對象 之 間如何關(guān)聯(lián)，對象 之 間的關(guān)系行為和對象 之 間的通信如何實現(xiàn)。面向?qū)ο笤O(shè)計的一般步驟為系統(tǒng)設(shè)計、對象設(shè)計和消息設(shè)計 [9]。 3）面向?qū)ο蟮某绦蛟O(shè)計 面向?qū)ο蟮某绦蛟O(shè)計是 一種程序設(shè)計 的 范型，也是一種程序開發(fā)的方法，是在面向?qū)ο蠓治龊驮O(shè)計的基礎(chǔ)上，將 類 作為程序的基本單元，將程序和數(shù)據(jù)封裝其中，以提高軟件的重用性、 擴展性和靈活性 。 目前，面向?qū)ο蟮某绦蛟O(shè)計方法已經(jīng)是系統(tǒng)實現(xiàn)的主流方法， 各個 主要操作系統(tǒng)環(huán)境上都有 全 面 支持面向?qū)ο蟪绦蛟O(shè)計方法的解決方案。 除了早期 完全面向?qū)ο蟮恼Z言 Smalltalk 等語言 外 ，目前較為流行的面向?qū)ο笳Z言有 Java、 C等；傳統(tǒng)的 面向過程的 程序設(shè)計 語言也在發(fā)展中逐步吸收了許多面向?qū)ο蟮母拍睿?這些語言包括 C++、 ObjectiveC、 Visual Basic .NET、 Object Pascal、 Ada95等；同時， 主流的腳步語言也逐步支持了面向?qū)ο筇匦?，?Python、 Ruby、 PHP等。 UML（ Unified Modeling Language，統(tǒng)一建模語言 ）是面向?qū)ο筌浖?開發(fā) 中常用的 分析、設(shè)計和實現(xiàn)的 描述 語言，是一種編制系 統(tǒng)藍(lán)圖的標(biāo)準(zhǔn)化語言，可以實現(xiàn)大型復(fù)雜系統(tǒng)各種成分描述的可視化 ，并 支持構(gòu)造系統(tǒng)模型，以及建立各類所需 文檔。 UML 語言 定義良好、易于表達(dá)、功能強大、適用 普遍，是一種應(yīng)用廣泛的 系統(tǒng) 建模語言， 十分適合與 面向?qū)ο蟮姆治龊驮O(shè)計方法結(jié)合在一起。UML 的最大特點就是使用定義好的各類圖表對待開發(fā)系統(tǒng)的分析、設(shè)計和實現(xiàn)，為系統(tǒng)用戶和開發(fā)人員構(gòu)建了統(tǒng)一的溝通界面。 UML 由視圖、圖、模型元素、 通用機制等七個部分構(gòu)成。 UML 中的視圖包括用例視圖、邏輯視圖、組件視圖、并發(fā)視圖、部署視圖等五種。 UML中包含用例圖、類圖、對象圖、狀態(tài)圖、序列圖、協(xié)作圖、活動圖、組件圖、部署圖等九種類型的圖，充分地顯示了 UML 的 靈活性和 多樣性。 其中， UML 中使用 用例圖 來展示 各類外部行為者與系統(tǒng)所提供的用例之間的 關(guān)系 [10]。 J2EE 軟件體系架構(gòu) J2EE 是 SUN 公司 （現(xiàn)在被 Oracle 公司收購） 提出的多層、分布式、 基于組件的企業(yè)級應(yīng)用模型。 J2EE 體系架構(gòu) 的基礎(chǔ)是 Java 核心 平臺或 Java 2 平臺. ... 的標(biāo)準(zhǔn)版， Java 平臺 成就了 J2EE 具有“編寫一次、到處運行”的特性、方便存取數(shù)據(jù)庫的 JDBC API 以及能夠在 Inter 應(yīng)用中保護數(shù)據(jù)的安全模式等優(yōu)點，同時還提供了 EJB（ Enterprise JavaBeans）、 Java Servlets API、 JSP（ Java Server Pages）以及 對 XML 的全面支持。 J2EE 體系架構(gòu)是一種先進的軟件體系構(gòu)架，包含 基于 Java 的多種先進技術(shù)，很適于使用 MVC（ ModelViewController，模型 視圖 控制） 方法來構(gòu)建Web 信息 系統(tǒng)， 通常 J2EE 體系架構(gòu)的 表現(xiàn)層使用 JSP，控制層使用 Servlet 或Session Bean 實現(xiàn)業(yè)務(wù)邏輯， Entity Bean則對業(yè)務(wù)實體進行抽象。此外 ， J2EE還使用 JAAS（ Java Authentication Authorization Service， Java 驗證和授權(quán) API）實現(xiàn)安全機制， JDBC（ Java Database Connectivity， Java 數(shù)據(jù)庫接口）和 JTA（ Java Transaction API， Java 傳輸 API）訪問數(shù)據(jù)庫和管理事務(wù)； JMS（ Java Message Service， Java 消息服務(wù)）實現(xiàn)企業(yè) 級信息系統(tǒng)內(nèi) 的消息處理； JavaMail 實現(xiàn) 通過 Email與企業(yè)外界的聯(lián)系 [11]。 J2EE 體系架構(gòu)如圖 所示。 圖 J2EE 相關(guān)技術(shù)架構(gòu) J2EE 體系架構(gòu) 中 按照 具體 功能 被 劃分為不同的組件，這些組件可以 運行 在不同 的服務(wù)器上 。 J2EE 體系架構(gòu) 中 包含的 主 要 層次有 ： 用戶 層組件、 Web 層組件、業(yè)務(wù)層組件、企業(yè)信息系統(tǒng) 層 （ Enterprise Information System， EIS） 等 [12]。J2EE 架構(gòu)應(yīng)用的層次 結(jié)構(gòu) 圖如圖 所示。 . ... 圖 J2EE 體系架構(gòu)層次 結(jié)構(gòu) 圖 1） J2EE 客戶層組件。 J2EE 客戶端 包括 Web 客戶端、 Java 應(yīng)用程序客戶端、移動 Java應(yīng)用客戶端。基于 B/S 架構(gòu)的 J2EE Web 信息 應(yīng)用通常的客戶端是 Web客戶端， J2EE 的 Web 客戶端 中 包含 由 Web 層組件生成的各種標(biāo)記語言（ HTML、XML 等）的動態(tài) Web 頁面、瀏覽網(wǎng)頁的 各類 Web 瀏覽器兩 個 部分。 J2EE 客戶層組件 主要 負(fù)責(zé)展現(xiàn)與用戶交互的界面，并與 服務(wù)器端 的 J2EE 表示層進行上下行 信息 通訊。 2） J2EE Web 層組件。 J2EE 的 Web 層組件包括 JSP 頁面、 Java Servlets 等部分 。 其中， Web 層 組件 與 客戶層通訊，通過某些 JavaBeans 對象來處理用戶輸入，并把 用戶 輸入發(fā)送給 J2EE 業(yè)務(wù)層上運行的 EJB 組件來處理。 3） J2EE 業(yè)務(wù)層組件。 J2EE 的業(yè)務(wù)層是實現(xiàn) 系統(tǒng) 業(yè)務(wù)邏輯，以滿足銀行、銷售 、金融 、 航空 等領(lǐng)域的需求，由運行在 J2EE 業(yè)務(wù)層上的 EJB 進行處理。其中， EJB 從客戶層程序接收數(shù)據(jù)，進行處理并發(fā)送到 J2EE 企業(yè)信息系統(tǒng) 層儲存。 4） J2EE 企業(yè)信息系統(tǒng)組件。企業(yè)信息系統(tǒng)層包含各類企業(yè)信息系統(tǒng)軟件組件 ，包括企業(yè)基礎(chǔ)建設(shè)系統(tǒng) 、事務(wù)處理 、數(shù)據(jù)庫系統(tǒng)和其它的遺留信息系統(tǒng)等。 J2EE Web 層和 J2EE 業(yè)務(wù)層組成了 J2EE 三層 體系架構(gòu)的中間層，其它 兩層是客戶端層和 企業(yè)信息系統(tǒng)層 [13]。 . ... J2EE 相關(guān)的設(shè)計模式與實現(xiàn) 設(shè)計模式是指 在特定場景下 對被用來解決一般設(shè)計問題的類和相互 通信的對象的描述，簡單的說設(shè)計模式就是在具體場合下解決問題的方法和經(jīng)驗，設(shè)計模式 為開發(fā)人員提供了一種使用專家設(shè)計經(jīng)驗的有效途徑 [14]。 可能使用設(shè)計模式來進行系統(tǒng)設(shè)計和實現(xiàn)不一定是最有效的，但是也是在一定程度上最佳的設(shè)計和實現(xiàn)方式。 J2EE 設(shè)計模式是為了規(guī)范 、高效地 使用 J2EE 體系架構(gòu)技術(shù)進行系統(tǒng)開發(fā)活動，提高系統(tǒng)分析、設(shè)計和實現(xiàn) 的 效率，而積累的可靠高效的開發(fā)技術(shù)和開發(fā)經(jīng)驗。接下來，將介紹和課題系統(tǒng)設(shè)計和實現(xiàn) 相關(guān)的 MVC 模式和 DAO 模式，以及相關(guān)的開源代碼實現(xiàn)。 1） MVC 模式與 STRUTS 框架 模型 視圖 控制 結(jié)構(gòu)是 各類基于 C/S 架構(gòu)和 B/S 架構(gòu)的 交互式應(yīng)用程序 中廣泛使用的一種 模式 結(jié)構(gòu)， MVC 模式 有效地降低了 系統(tǒng)數(shù)據(jù)與功能模塊間的程度，將傳統(tǒng)的輸入、處理、 輸出模型轉(zhuǎn)化為圖形 化 顯示的用戶交互模型。 目前，MVC 模式已經(jīng)被廣泛應(yīng)用 ，在很多軟件 解決方案 平臺 （ J2EE 架構(gòu)、Microsoft .NET 架構(gòu)等 ） 中都有相應(yīng)的具體實現(xiàn)， 其中 J2EE 體系架構(gòu) 是 較早采用了 MVC 設(shè)計模式 的企業(yè)級開發(fā)架構(gòu) 。 MVC 設(shè)計模式的模型（ Model）、視圖（ View）和控制（ Controller）等三個層面 有其各自的功能作用 [15]， MVC 模式具體示意圖如圖 所示。 圖 MVC 模式 示意圖 其中， 模型層主要負(fù)責(zé)表達(dá) 系統(tǒng)的 數(shù)據(jù)結(jié)構(gòu) ， 執(zhí)行業(yè)務(wù) 邏輯和操作；視圖層主要負(fù)責(zé)顯示模型層的數(shù)據(jù)內(nèi)容，它從模型層獲取數(shù)據(jù)，并通過指定模板 和規(guī)則 顯示這些數(shù)據(jù)；控制層主要負(fù)責(zé)定義應(yīng)用程序的行為，根據(jù)定義好的 處理邏輯 來管理 模型層與視圖層之間的關(guān)系 。其中， 在基于 B/S 架構(gòu) 的 Web 應(yīng)用中，模型層包括對 Web 層的 HTTP GET 和 POST 的請求，控制層可以基于用戶 實際. ... 交互和模型層操作結(jié)果來選擇下一個應(yīng)該顯示的視圖。 STRUTS 是 Apache 組織 下的一個開源項目，最初是 Jakarta 項目 的一個子項目，是一個 J2EE 應(yīng)用領(lǐng)域中應(yīng)用 很廣的開源 MVC 框架， 它 提供了 完整的 開發(fā) MVC 模式應(yīng)用 系統(tǒng)的底層架構(gòu)支持； STRUTS 采用 Java Servlet/JSP 技術(shù)，實現(xiàn)了基于 Java EE Web 應(yīng)用的 MVC 設(shè)計模式的應(yīng)用框架，是 MVC 設(shè)計模式中的一個經(jīng)典 又有生命力的 產(chǎn)品 [16]。 STRUTS 的原理圖如圖 所示。 圖 STRUTS 的原理圖 STRUTS 的一般 處理 步驟如下： 瀏覽器請求 提交到 STRUTS 的 ActionServlet； STRUTS ActionServlet 決定哪個 Action子類被執(zhí)行，這些 Action類 在 ； Action Servlet將 系統(tǒng) 控制權(quán)交給 Action 子類； 當(dāng) Web HTML 表單提交時， Action Form子類自動地生成表單數(shù)據(jù)； Action 子類可以訪問存儲在 Action Form子類中的表單信息，也可以將 Action Form子類傳輸?shù)胶蠖藰I(yè)務(wù)邏輯中被 處理； Action 子類調(diào)用后端的業(yè)務(wù) 邏輯。 在開發(fā)基于 STRUTS 的 MVC 應(yīng)用時， 通 常采用以下流程： 獲取、分析和 確認(rèn) 系統(tǒng)應(yīng)用需求；基于應(yīng)用 分析的獲取 和顯示要求，定義和 開發(fā)各個“頁面顯示”需求；為每 個“頁面顯示”定義系統(tǒng)訪問路徑，確定系統(tǒng) 應(yīng)用 頁面 的 層次結(jié)構(gòu)；定義 Action Mapping，建立 系統(tǒng) 應(yīng)用 的各個業(yè)務(wù)邏輯間的關(guān)系；開發(fā)滿足所有“頁面顯示”需求 的支持對象；基于每個“頁面顯示”需求的數(shù)據(jù)模型創(chuàng)建對應(yīng)的 Action Form 類 ；開發(fā)被 Action Mapping 調(diào)用的 Action 類 ；開發(fā)應(yīng)用業(yè)務(wù)邏輯對象（ Java Bean， EJB 等）；對應(yīng) Action Mapping設(shè)計的流程創(chuàng)建 應(yīng)用的 各個 JSP 頁面；建立符合系統(tǒng)設(shè)計要求 的配置文件， ；系統(tǒng)應(yīng)用的實現(xiàn) 、測試與部署。 . ... 2） DAO 模式 DAO（ Data Access Objects，數(shù)據(jù)訪問對象 ）數(shù)據(jù)訪問對象是 一個面向?qū)ο蟮慕涌冢?DAO 模式是 J2EE 標(biāo)準(zhǔn) 設(shè)計模式之一。 J2EE 開發(fā)人員 通常 用 DAO 模式將底層數(shù)據(jù)訪問與業(yè)務(wù)邏輯分離開，通過分層隔離 來 實現(xiàn) 系統(tǒng) 結(jié)構(gòu) 的 優(yōu)化。一個典型的 DAO 模式 實現(xiàn)包含一個 DAO 工廠類、一個 DAO 接口、一個實現(xiàn)了 DAO 接口 的具體類、數(shù)據(jù)傳輸對象、具體的包含訪問特定數(shù)據(jù)源的數(shù)據(jù)邏輯對象等組件。 DAO 對象同其它 J2EE 類之間的關(guān)系如圖 所示。 圖 DAO 對象同其它 J2EE 類之間的關(guān)系 DAO 模式 通過數(shù)據(jù)抽象 屏蔽 了系統(tǒng) 底 層數(shù)據(jù)庫等事務(wù)操作，使用 DAO 模式可以方便 、 靈活且透明地訪問 系統(tǒng) 數(shù)據(jù)， 并實現(xiàn)抽象數(shù)據(jù)源和隱藏表示層細(xì)節(jié)，最終實現(xiàn)業(yè)務(wù)層和數(shù)據(jù)訪問之間的 松耦合。 3）對象 /關(guān)系（ O/R）映射與 iBatis 框架 對象 /關(guān)系（ Objecttorelational， O/R）映射是提供對象與關(guān)系映射的服務(wù)，實現(xiàn) 在 向數(shù)據(jù)庫保 存一個領(lǐng)域知識相關(guān)的對象時，把業(yè)務(wù)數(shù)據(jù)由對象形式 自動映射為關(guān)系數(shù)據(jù)形式；當(dāng)從數(shù)據(jù)庫加載一個領(lǐng)域知識相關(guān)的對象時，把業(yè)務(wù)數(shù)據(jù)由關(guān)系數(shù)據(jù)形式映射為 面向 對象形式， 這 通常由支持 O/R 映射的中間件實現(xiàn)。HIBERNATE、 iBatis 等作為 J2EE 架構(gòu)中 O/R 映射 實現(xiàn) 較好的開源工具，受到眾多開發(fā)人員的使用和擁護。 其中， iBATIS 一詞來源于“ inter”和“ abatis”的組合，是一個由 Clinton Begin 在 2020 年發(fā)起的開放源代碼項目 ，該項目 網(wǎng)站是 目前可用的 iBATIS 版本有 。最初 iBATIS