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