【正文】 以在改變結(jié)束后對系統(tǒng)進行測試。這是一種有代表性的方法，它清晰地分離了表達和內(nèi)容，明確了角色的定義以及開發(fā)者與網(wǎng)頁設(shè)計者的分工。如果某個地方要進行改動，必須在多個地方進行修改，這樣非常不利于應(yīng)用擴展和更新。 目錄 42 6 總結(jié) 通常認為，一個易于維護的系統(tǒng)，就是復(fù)用率較高的系統(tǒng)；而一個復(fù)用性較好的系統(tǒng)，就是一個易于維護的系統(tǒng)。面對同樣的數(shù)據(jù)我們實施了兩次數(shù)據(jù)庫操作，雖然我們也想按照 UML 分析只在已有的數(shù)據(jù)上進行排序，節(jié)省數(shù)據(jù)庫訪問的開銷，但技術(shù)上的困難使得我們比較難做到。例如，我們現(xiàn)在有一個頁面顯示了一個班的所有學(xué)生的平均績點，現(xiàn)在要進行排序操作。由于在網(wǎng)頁中存在“后退”到前一頁面以及“前進”到一個頁面等操作。所以說， J2EE 的一個好的設(shè)計框架對后續(xù)影響重大。所以，在 J2EE 項目中利用 UML 分析時，要了解許多相關(guān)的 J2EE 背景知識和許多技術(shù)規(guī)范。例如：顯示分數(shù)成績的處理頁面中，不與后臺數(shù)據(jù)庫中的分數(shù)直接關(guān)聯(lián)，而是通過一系列控制類的管理獲得，從而最大限度的降低了數(shù)據(jù)的耦合度，同時也為相似的操作提供了很好的復(fù)用性，使得它們的后臺邏輯處理能夠相同，復(fù)用了已有的功能。例如：在本系統(tǒng)的用例中，學(xué)生查詢自己某學(xué)期課程分數(shù)與班長查詢某生課程分數(shù)，或教師查詢某生的分數(shù)這三個用例，在其后臺都是對數(shù)據(jù)庫進行同樣的讀取操作，正因為此，在進行 UML 設(shè)計時，通過控制類ManageDB 提供出一個 getStuCourseScores()方法，就可以為三個 servlet 的操作提供一個統(tǒng)一的功能，方便的進行了代碼復(fù)用。 在本系統(tǒng)的 UML 設(shè)計中，能夠方便的進行代碼復(fù)用。 目錄 39 系統(tǒng)的復(fù)用性 代碼復(fù)用和模塊的耦合度 將 MVC 模式應(yīng)用到一個系統(tǒng)設(shè)計中的過程就是對系統(tǒng)中不同責(zé)任的劃分過程。這會造成維護代碼時的大量開銷，并有可能破壞數(shù)據(jù)庫的安全性。 在網(wǎng)上成績管理系統(tǒng)中，分解出了業(yè)務(wù)層來處理業(yè)務(wù)邏輯，在頁面顯示代碼中不直接對數(shù)據(jù)庫進行操作，數(shù)據(jù)的讀取是先經(jīng)過 servlet 處理， servlet 再通過調(diào)用相應(yīng)的控制類的方法進行處理，可以說：數(shù)據(jù)庫對頁面是透明的。因而，對系統(tǒng)的 UML 設(shè)計進行性能分析時，可以從可維護性與復(fù)用性來考察系統(tǒng)設(shè)計。例如：學(xué)生主界面復(fù)合了選擇學(xué)期這個模塊，在查詢結(jié)束之后，它也會根據(jù) servlet 返回的結(jié)果，先生成相應(yīng)的頁面，再將其引入主界面中。例如 : StudentServlet 針對 student 用戶的操作，TeacherServlet 針對 teacher 用戶的操作進行處理。 10) 該實例返回給 TeacherServlet。 5) 教師提交查詢請求 6) TeacherServlet 接受請求。 查看某班在某學(xué)期所有學(xué)生的平均績 點 教師查看某班在某學(xué)期所有學(xué)生的平均績點的交互圖如圖 210 所示 圖 29 班干部登記本班學(xué)生分數(shù)的交互圖 目錄 33 教師查看某班在某學(xué)期所有學(xué)生的平均績點的時間流如下： 1) 教師選擇要查看的班級。 10) MangageDB 進行對數(shù)據(jù)庫的插入操作。 4) 頁面轉(zhuǎn)入登分界面 5) 班干部輸入多個學(xué)生的分數(shù)。 圖 28 班干部用戶查看本班所有學(xué)生在某一學(xué)期的平均績點的交互圖 目錄 31 登記本班學(xué)生分數(shù) 班干部登記本班學(xué)生分數(shù)的交互圖如圖 29 所示。 8) ManageDB 從后臺數(shù)據(jù)庫中得到 本班所有學(xué)生在某一學(xué)期的平均績點 。 4) 將請求交給 MonitorServlet 來處理。 查看本班所有學(xué)生在某一學(xué)期的平均績點 班干部用戶查看本班所有學(xué)生在某一學(xué)期的平均績點的交互圖如圖 28 所示。 12)StudentServlet 將這個 CourseScores 的實例轉(zhuǎn)發(fā)到成績顯示頁面 中，作為該頁面顯示的數(shù)據(jù)。 8) StudentServlet 以學(xué)號和學(xué)期為參數(shù)，調(diào)用 ManageDB 的圖 47 學(xué)生用戶查看自己某一學(xué)期所有課程的交互圖 目錄 29 getStuCourseScores 方法，獲得該學(xué)生的某一學(xué)期所有課程的分數(shù)。 2) 學(xué)生在主界面下的 中選擇學(xué)期。 8) ManageDB 將該學(xué)生各個學(xué)期的平均績點放入類 GPAs 的實例中存儲。 4) session 創(chuàng)建用戶個人的信息 userInfo。 7） ManageDB 在后臺對數(shù)據(jù)庫進行更新。 4） LoginServlet 再從自身的 request 中得到密碼。 用戶基本用例分析 用戶基本用例包括“用戶登陸系統(tǒng)”和“用戶修改個人信息”。 圖 42 數(shù)據(jù)模型層類圖 目錄 23 在表示層中： 、 、 分別是學(xué)生用戶、班干部用戶、教師用戶登陸系統(tǒng)后的主界面。CourseScore 負是責(zé)記錄學(xué)生課程分數(shù)的 bean。 TeacherServlet 負責(zé)教師用戶使用系統(tǒng)時，提供查看班級、年級、學(xué)生個人等成績的處理功能。 ManageDB 負責(zé)系統(tǒng)對后臺數(shù)據(jù)庫的管理，包括讀取學(xué)生分數(shù)、平均績點和記錄學(xué)生課程分數(shù)等的處理邏輯。 目錄 19 圖 31 網(wǎng)上成績管理系統(tǒng)用例圖 目錄 20 3 基于 MVC 構(gòu)架的網(wǎng)上成績管理系統(tǒng)的 UML 設(shè)計 網(wǎng)上成績管理系統(tǒng) UML 用例分析類圖 在對網(wǎng)上成績管理系統(tǒng)進行 UML 分析時，根據(jù) MVC 架構(gòu)的設(shè)計方式，將系統(tǒng)的類分為大致三大類：業(yè)務(wù)層，數(shù)據(jù)模型層，表示層。這是因為可將班干部看成是一類特殊的學(xué)生用戶。在教師主界面中，用戶選擇“ 查看某班所有學(xué)生在某個學(xué)期的平均績點 ”操作，而后輸入將要查看成績的班級和學(xué)期，系統(tǒng)在接受到這個請求后，從后臺數(shù)據(jù)庫中得到這個班級所有學(xué)生在這個學(xué)期的績點，而后將結(jié)果返回到用戶端，供教師查看。在教師主界面中，用戶選擇“ 查看某位學(xué)生所有學(xué)期的平均績點 ”操作，而后輸入將要查看成績的學(xué)生，系統(tǒng)在接受到這個請求后，從后臺數(shù)據(jù)庫中得到這個學(xué)生所有學(xué)期的平均績點，而后將結(jié)果返回到用戶端，供教師查看。系統(tǒng)根據(jù)這個請求，從后臺數(shù)據(jù)庫中得到本班所有學(xué)生在這個學(xué)期的平均績點，目錄 17 而后將這些平均績點返回到用戶端，供班干部查看 班干部用戶登記本班學(xué)生在某一學(xué)期上某一課程所得到的分數(shù) 當用戶成功登陸網(wǎng)上成績管理系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Monitor,將主界面設(shè)置為班干部登陸后的界面。 班干部用戶查看本班某生在某一學(xué)期所有課程的分數(shù) 當用戶成功登陸網(wǎng)上成績管理系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Monitor,將主界面設(shè)置為班干部登陸后的界面。系統(tǒng)根據(jù)這個學(xué)期，從后臺數(shù)據(jù)庫中得到該學(xué)生在這個學(xué)期的所有課程的分數(shù)，而后將這些分數(shù)返回到用戶端，供學(xué)生查看。在學(xué)生主界面中，用戶選擇“ 查看本人所有學(xué)期的平均績點 ”操作。每個普通用戶要從網(wǎng)上登陸到系統(tǒng)，必須進行身份確定，輸入用戶名和密碼之后，系統(tǒng)對其進行認證，在用戶名和密碼認證通過后，系統(tǒng) 將根據(jù)用戶類型將指定的頁面顯示給用戶。它在每學(xué)期結(jié)束時，以學(xué)生每門課程的所考的分數(shù)為基礎(chǔ)，通過Inter 訪問本系統(tǒng)，管理 學(xué)生成績的后臺數(shù)據(jù)庫，及時做出管理與維護，以便學(xué)生或老師能夠查看成績信息。表示層是用戶看到并與之交互的界面，負責(zé)模型的表示，是應(yīng)用程序的外觀。也就是這些原因，我們的選課系統(tǒng)決定采用 MVC 應(yīng)用程序構(gòu)架。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后用確定用哪 個視圖來顯示模型處理返回的數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫 一次就可以被多個視圖重用，所以減少了代碼的重復(fù)性。但是，由于某些視圖中可以出現(xiàn)許多相同的信息，而且這些信息可以事先設(shè)定，通過一個特定的模塊或頁面來實現(xiàn)。 目錄 13 網(wǎng)上成績管理系統(tǒng)的系統(tǒng)構(gòu)架 在網(wǎng)上成績管理系統(tǒng)的分析與設(shè)計中，采用了 MVC (ModelViewController)設(shè)計模式，同時在顯示模塊應(yīng)用 J2EE 中常用的 Web 層設(shè)計模式之一 Composite View. 在 MVC 設(shè)計模式中，將對 象分成三類 :模型對象專門用來包裝應(yīng)用程序的狀態(tài)， 視圖用來負責(zé)屏幕上的展現(xiàn)，控制器則負責(zé)定義應(yīng)用程序的各種動作和反應(yīng)。一般而言，顯示頁面包含特定功能的視圖組件或程序代碼段，以創(chuàng)建適當?shù)?HTML表結(jié)構(gòu)及在適當?shù)奈恢们度腠撁肌㈨摻呛涂梢曉?。這樣可以減少不同視圖重復(fù)部分重復(fù)代碼，保證不同視圖之間的一致性，使視圖維護與管理更簡單。在本系統(tǒng)的設(shè)計中，為了有效的管理顯示，使用基于組合視圖模式的主頁面組裝技術(shù)。 ServerPage 和 ClientPage的關(guān)系是 build,表示后者是前者構(gòu)建出來的?？刂破魍ǔＳ?servlet 實現(xiàn)。視圖通常由 JSP 實現(xiàn)。模型通常由 JavaBeans/EJBs 實 現(xiàn)。封裝了應(yīng)用程序的狀態(tài)。 (6) JSP 返還給客戶端。 (3) Servlet 也可以直接存取數(shù)據(jù)庫中的數(shù)據(jù)。 模型 視圖 控制器開發(fā)模式（ MVC） MVC 模式，即模型 視圖 控制器 (ModelViewController)模式。當客戶端程序中止或服務(wù)器關(guān)閉時，就會有潛在的服務(wù)保證實體 bean的數(shù)據(jù)得以保存。 EJB從客戶端程序接收數(shù)據(jù)，進行處理，并發(fā)送到 EIS層儲存的，這個過程也可以逆向進行。 J2EE 的多層企業(yè)級應(yīng)用模型將兩層化模型中的不同層面切分成許多層。部署圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它允許你建模橫跨分布式系統(tǒng)節(jié)點上的組件的分布。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。其中類圖描述系統(tǒng) 中類的靜態(tài)結(jié)構(gòu)。 ? 模型 (model)層 :組成 UML 的模型，這一層中的每個概念都是元模型中概念的一個實例，這層的模型通常叫做類模型 (class model)或類型模型(type model)。 UML 不是可視化的程序設(shè)計語言，而是一種可視化的建模語言。新系統(tǒng)提供中間層集成框架用 來滿足無需太多費用而又需要高可用性、高可靠性以及可擴展性的應(yīng)用的需求。 伴 隨 著 inter的飛速發(fā)展，網(wǎng)絡(luò)的不斷普及，采用網(wǎng)上成績管理系 統(tǒng)來取代原有的單機版結(jié)構(gòu)的管理系統(tǒng)，是教育現(xiàn)代化的一個 必然趨勢。如何有效的利用信息化手段來方便有效的進行成績管理是許多學(xué)校面臨的一大挑戰(zhàn)。在本系統(tǒng)中程序、數(shù)據(jù)庫及其它一些組件都集中在服務(wù)器端，客戶 端除了瀏覽器外無需其它任何組件，用戶需要查詢的數(shù)據(jù) 和文檔都來源于同一個數(shù)據(jù)源，從而保證了數(shù)據(jù)的及時性和完整性。 統(tǒng)一建摸語言 （ UML） UML(Unified Modeling Language 統(tǒng)一建模語言 )，屬于第三代面向?qū)ο箝_發(fā)的編制文檔可開發(fā)的方法，由 Grady Booch, James Rumbaugh 和 Ivar Jacobson 三位著名的方法學(xué)家提出，己經(jīng)成為業(yè)界標準。 ? 元模型 (meta model)層 :組成 uml 基本元素，包括面向?qū)ο蠛兔嫦蚪M件的概念，這一層的每個概念都是元元模型中的事物，概念的實例。 ? 邏輯視圖 (Logical diagram):包括類圖、對象圖和包圖。對象 圖是類圖的實例，幾乎使用與類圖完全相同的標識。包由包或類組成，表示包與包之間的關(guān)系。 ? 部署視圖：建模把組件物理地部署到一組物理的、可計算節(jié)點上，如計算機和外設(shè)上。部件圖有助于分析 和理解部件之間的相互影響程度。 J2EE 的四層模型 J2EE 使用多層的分布式應(yīng)用模型，應(yīng)用邏輯