【正文】 所以，在進行 UML 分析時，必須先掌握 J2EE 的一些規(guī)范及內(nèi)部的一些業(yè)務處理方法等背景知識，這些是 J2EE 所特有的， UML 的接口必須進行相應擴展來適應 J2EE 的這些規(guī)范。在這里， servlets 充當控制者的角色，負責管理對請求的處理，創(chuàng)建 JSP 頁需要使用的 bean 和對象，同時根據(jù)用戶的動作決定把那個 JSP 頁傳給請求者。但是， 用 UML分析，做到一步到位存在難度，這需要根據(jù)在實際開發(fā)中面臨的問題而做出優(yōu)化，不斷的修改 UML 的分析模型。 最后， UML 分析對數(shù)據(jù)的處理也存在著一定的局限性。在這個系統(tǒng)的實現(xiàn)中，我們開始也是使用 UML 對系統(tǒng)進行分析，但是當時構(gòu)架模糊，而且對 J2EE 的背景知識了解不多，沒有對系統(tǒng)應用好總的框架，導致有些數(shù)據(jù)的處理直接出現(xiàn)在表示層中，總的說來，當時沒有正確的設計好模型，導致后期開發(fā)脫離了 UML 的設計。在本系統(tǒng)的分析中，就可以明顯的體會到這一點。因此，在 MVC 中， JSP 會負責數(shù)據(jù)顯示邏輯，Servlet 負責流程的控制，從而做到代碼的可重構(gòu)。 隱藏數(shù)據(jù)庫平臺 在傳統(tǒng)的 Jsp 頁面的中，為了操作后臺數(shù)據(jù)的方便，經(jīng)常會嵌入數(shù)據(jù)庫連接等信息作為代碼。本系統(tǒng) UML 模型的 Rose 分析見附件的程序 中，一些主界面可參考下列圖片 目錄 36 目錄 37 目錄 38 4 系統(tǒng)設計的性能分析 在網(wǎng)上成績管理系統(tǒng)的設計時，依照 MVC 架構(gòu)，對系統(tǒng)進行利用面向?qū)ο蠓治龇椒ā? 在業(yè)務處理邏輯中，系統(tǒng)針對每一個特定的用戶，后臺有一個相應的 Servlet來應對這類用戶的操作請求。 4) 教師從 ChooseTerm 表單中進行選擇。 8) MonitorServlet 處理插入多個學生分數(shù)的操作 9) MonitorServlet 調(diào)用 ManageDB 進行逐個 插入學生分數(shù)的操作。 11)MonitorServlet 將這個 GPAs 的實例轉(zhuǎn)發(fā)到成績顯示頁面 中 ，作為該頁面顯示的數(shù)據(jù)。 3) 學生提交查詢的請求。 11)該實例返回給 StudentServlet。 查看自己某一學期所有課程的分數(shù)順序圖 學生用戶查看自己某一學期所有課程的交互圖如圖 47 所示 圖 46 學生查看自己各個學期的平均績點的交互圖 目錄 28 學生用戶查看自己某一學期所有課 程 的事件流如下 : 1) 學生在主界面 中選擇要查看自己某一學期所有課程的學期。 2) 將請求交給 StudentServlet 來處理 3) StudentServlet 首先調(diào)用 Session，得到 用戶的個人信息以便獲得用戶的學號。 3） LoginServlet 收到請求后，從自身的 request 中得到用戶名。如圖43 所示。 MonitorServlet 負責當班干部用戶使用系統(tǒng)時，提供班干部的功能處理給用戶，包括查詢本班學生分數(shù)、績點、和輸入成績等功能的處理。各個用例和用戶之間的關(guān)系如圖 所示。 教師用戶查看某班所有學生在某個學期的平均績點 當用戶成功登陸系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Teacher,將主界面設置為教師登陸后的界面。在班干部主界面中，用戶選擇“ 查看本班的所有學生在某一學期的平均績點 ”操作后，再選擇輸入將要查看成績的學期。在學生主界面中，用戶選擇“ 查看本人在某學期中各科課程的分數(shù) ”操作后，再輸入將要查看成績的學期。 用例分析 用戶登陸網(wǎng)上成績管理系統(tǒng) 在網(wǎng)上成績管理系統(tǒng)中，首先是用戶登陸用例。數(shù)據(jù)模型負責封裝應用程序的核心功能及數(shù)據(jù)狀態(tài)等。所以當單擊Web 頁面中的超鏈接和發(fā)送 HTML 表單時，控制器本身不輸出任何東西和做任何處理。在視圖中其實沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。 在主頁面顯示技術(shù)中，顯示頁面需要將總響應的各個支持部分組裝起來。而這些頁面中有些信息是重復的，在傳統(tǒng)的顯示方 法里，沒有將共同部分提取出來，即增加了頁面中的代碼段，又難于維護。它只是接收請求并決定調(diào)用哪個模型組件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。通過這些公開方法，便可以取得模型端的所有功能。 JSP 圖 12 MVC 結(jié)構(gòu)圖 目錄 9 不與數(shù)據(jù)庫打交道。企業(yè)信息系統(tǒng)層處理 企業(yè)信息系統(tǒng)軟件包括企業(yè)基礎建設系統(tǒng)例如企 業(yè)資源計劃 (ERP)，大型機事務處理，數(shù)據(jù)庫系統(tǒng)，和其它的信息系統(tǒng) .例如，J2EE應用組件可能為了數(shù)據(jù)庫連接需要訪問企業(yè)信息系統(tǒng)。 3) 運行在 J2EE服務器上的業(yè)務邏輯層組件 .業(yè)務層代碼的邏輯用來滿足 商務領(lǐng)邏輯視圖 類圖 狀態(tài)圖 對象圖 實現(xiàn)視圖 組件圖 進程視圖 類圖 對象圖 部署視圖 部署圖 用例視圖 用例圖 交互圖 圖 11 UML “4+1 視圖 ” 結(jié)構(gòu) 目錄 8 域的需要，由運行在業(yè)務層上的 EJB進行處理。部件圖有助于分析 和理解部件之間的相互影響程度。包由包或類組成，表示包與包之間的關(guān)系。 ? 邏輯視圖 (Logical diagram):包括類圖、對象圖和包圖。 統(tǒng)一建摸語言 （ UML） UML(Unified Modeling Language 統(tǒng)一建模語言 )，屬于第三代面向?qū)ο箝_發(fā)的編制文檔可開發(fā)的方法，由 Grady Booch, James Rumbaugh 和 Ivar Jacobson 三位著名的方法學家提出，己經(jīng)成為業(yè)界標準。如何有效的利用信息化手段來方便有效的進行成績管理是許多學校面臨的一大挑戰(zhàn)。新系統(tǒng)提供中間層集成框架用 來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應用的需求。 ? 模型 (model)層 :組成 UML 的模型，這一層中的每個概念都是元模型中概念的一個實例，這層的模型通常叫做類模型 (class model)或類型模型(type model)。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。它允許你建模橫跨分布式系統(tǒng)節(jié)點上的組件的分布。 J2EE 的多層企業(yè)級應用模型將兩層化模型中的不同層面切分成許多層。當客戶端程序中止或服務器關(guān)閉時，就會有潛在的服務保證實體 bean的數(shù)據(jù)得以保存。 (3) Servlet 也可以直接存取數(shù)據(jù)庫中的數(shù)據(jù)。封裝了應用程序的狀態(tài)。視圖通常由 JSP 實現(xiàn)。 ServerPage 和 ClientPage的關(guān)系是 build,表示后者是前者構(gòu)建出來的。這樣可以減少不同視圖重復部分重復代碼，保證不同視圖之間的一致性，使視圖維護與管理更簡單。 目錄 13 網(wǎng)上成績管理系統(tǒng)的系統(tǒng)構(gòu)架 在網(wǎng)上成績管理系統(tǒng)的分析與設計中，采用了 MVC (ModelViewController)設計模式，同時在顯示模塊應用 J2EE 中常用的 Web 層設計模式之一 Composite View. 在 MVC 設計模式中，將對 象分成三類 :模型對象專門用來包裝應用程序的狀態(tài)， 視圖用來負責屏幕上的展現(xiàn)，控制器則負責定義應用程序的各種動作和反應。由于應用于模型的代碼只需寫 一次就可以被多個視圖重用，所以減少了代碼的重復性。也就是這些原因，我們的選課系統(tǒng)決定采用 MVC 應用程序構(gòu)架。它在每學期結(jié)束時，以學生每門課程的所考的分數(shù)為基礎，通過Inter 訪問本系統(tǒng)，管理 學生成績的后臺數(shù)據(jù)庫，及時做出管理與維護，以便學生或老師能夠查看成績信息。在學生主界面中，用戶選擇“ 查看本人所有學期的平均績點 ”操作。 班干部用戶查看本班某生在某一學期所有課程的分數(shù) 當用戶成功登陸網(wǎng)上成績管理系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Monitor,將主界面設置為班干部登陸后的界面。在教師主界面中，用戶選擇“ 查看某位學生所有學期的平均績點 ”操作，而后輸入將要查看成績的學生，系統(tǒng)在接受到這個請求后，從后臺數(shù)據(jù)庫中得到這個學生所有學期的平均績點，而后將結(jié)果返回到用戶端，供教師查看。這是因為可將班干部看成是一類特殊的學生用戶。 ManageDB 負責系統(tǒng)對后臺數(shù)據(jù)庫的管理，包括讀取學生分數(shù)、平均績點和記錄學生課程分數(shù)等的處理邏輯。CourseScore 負是責記錄學生課程分數(shù)的 bean。 用戶基本用例分析 用戶基本用例包括“用戶登陸系統(tǒng)”和“用戶修改個人信息”。 7） ManageDB 在后臺對數(shù)據(jù)庫進行更新。 8) ManageDB 將該學生各個學期的平均績點放入類 GPAs 的實例中存儲。 8) StudentServlet 以學號和學期為參數(shù)，調(diào)用 ManageDB 的圖 47 學生用戶查看自己某一學期所有課程的交互圖 目錄 29 getStuCourseScores 方法，獲得該學生的某一學期所有課程的分數(shù)。 查看本班所有學生在某一學期的平均績點 班干部用戶查看本班所有學生在某一學期的平均績點的交互圖如圖 28 所示。 8) ManageDB 從后臺數(shù)據(jù)庫中得到 本班所有學生在某一學期的平均績點 。 4) 頁面轉(zhuǎn)入登分界面 5) 班干部輸入多個學生的分數(shù)。 查看某班在某學期所有學生的平均績 點 教師查看某班在某學期所有學生的平均績點的交互圖如圖 210 所示 圖 29 班干部登記本班學生分數(shù)的交互圖 目錄 33 教師查看某班在某學期所有學生的平均績點的時間流如下： 1) 教師選擇要查看的班級。 10) 該實例返回給 TeacherServlet。例如：學生主界面復合了選擇學期這個模塊，在查詢結(jié)束之后，它也會根據(jù) servlet 返回的結(jié)果，先生成相應的頁面，再將其引入主界面中。 在網(wǎng)上成績管理系統(tǒng)中，分解出了業(yè)務層來處理業(yè)務邏輯，在頁面顯示代碼中不直接對數(shù)據(jù)庫進行操作，數(shù)據(jù)的讀取是先經(jīng)過 servlet 處理， servlet 再通過調(diào)用相應的控制類的方法進行處理，可以說：數(shù)據(jù)庫對頁面是透明的。 目錄 39 系統(tǒng)的復用性 代碼復用和模塊的耦合度 將 MVC 模式應用到一個系統(tǒng)設計中的過程就是對系統(tǒng)中不同責任的劃分過程。例如：在本系統(tǒng)的用例中，學生查詢自己某學期課程分數(shù)與班長查詢某生課程分數(shù)，或教師查詢某生的分數(shù)這三個用例，在其后臺都是對數(shù)據(jù)庫進行同樣的讀取操作，正因為此，在進行 UML 設計時，通過控制類ManageDB 提供出一個 getStuCourseScores()方法，就可以為三個 servlet 的操作提供一個統(tǒng)一的功能，方便的進行了代碼復用。所以，在 J2EE 項目中利用 UML 分析時，要了解許多相關(guān)的 J2EE 背景知識和許多技術(shù)規(guī)范。由于在網(wǎng)頁中存在“后退”到前一頁面以及“前進”到一個頁面等操作。面對同樣的數(shù)據(jù)我們實施了兩次數(shù)據(jù)庫操作，雖然我們也想按照 UML 分析只在已有的數(shù)據(jù)上進行排序，節(jié)省數(shù)據(jù)庫訪問的開銷，但技術(shù)上的困難使得我們比較難做到。如果某個地方要進行改動，必須在多個地方進行修改，這樣非常不利于應用擴展和更新。這樣不僅可以簡化修改系統(tǒng)以滿足新需求的過程，還可以在改變結(jié)束后對系統(tǒng)進行測試。 目錄 43 致謝 ************** 參考文獻 [1] Jim Conallen. Building Web Applications with UML Second E