【正文】 Modeling Language 統(tǒng)一建模語言 )，屬于第三代面向?qū)ο箝_發(fā)的編制文檔可開發(fā)的方法，由 Grady Booch, James Rumbaugh 和 Ivar Jacobson 三位著名的方法學家提出，己經(jīng)成為業(yè)界標準。 UML 構架 UML 由圖和元模型組成，其中，圖是目錄 6 語法，而元模型是語義。 ? 元模型 (meta model)層 :組成 uml 基本元素，包括面向?qū)ο蠛兔嫦蚪M件的概念，這一層的每個概念都是元元模型中的事物，概念的實例。 ? 用戶模型 (user model)層 :這層中的所有元素都是 UML 模型的例子，這層的每個概念都是模型層的一個實例 (通過分類 )，也是元模型層的一個實例 (通過版類化 )，這層模型通常叫做對象模型 (object model)或?qū)嵗Ｐ?instance model)。 ? 邏輯視圖 (Logical diagram):包括類圖、對象圖和包圖。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系如關聯(lián)、依賴、聚合 等，也包括類的內(nèi)部結構 (類的屬性和操作 )。對象 圖是類圖的實例，幾乎使用與類圖完全相同的標識。一個對象圖是類圖的一個實例。包由包或類組成，表示包與包之間的關系。 ? 進程視圖：建模在我們系統(tǒng)中的可執(zhí)行線程和進程作為活動類。 ? 部署視圖：建模把組件物理地部署到一組物理的、可計算節(jié)點上，如計算機和外設上。 ? 實現(xiàn)圖 (Implementation diagram):其中構件圖描述代碼部件的物理結構及各部 件之間的依賴關系。部件圖有助于分析 和理解部件之間的相互影響程度。 它可以顯示實際的計算機和設備 (用節(jié)點表示 )以及它們之間的連接關系，也可 顯示連接的類型及部件之間的依賴性 .在節(jié)點內(nèi)部，放置可執(zhí)行部件和對象以顯 示節(jié)點跟可執(zhí)行軟件單元的對應關系。 J2EE 的四層模型 J2EE 使用多層的分布式應用模型，應用邏輯按功能劃分為組件，各個應用組件根據(jù)他們所在的層分布在不同的機器上。一個多層化應用能夠為不同的每 種服務提供一個獨立的層，以下是 J2EE 典型的四層結構 : 1) 運行在客戶端機器上的客戶層組件 . 2) J2EE應用程序可以是基于 web方式的，也可以是基于傳統(tǒng)方式的口 J2EE的 web層組件可以是 JSP頁面或 Servlets,按照 32EE規(guī)范，靜態(tài)的 HTML頁面 和 Applets不算是 web層組件。 3) 運行在 J2EE服務器上的業(yè)務邏輯層組件 .業(yè)務層代碼的邏輯用來滿足 商務領邏輯視圖 類圖 狀態(tài)圖 對象圖 實現(xiàn)視圖 組件圖 進程視圖 類圖 對象圖 部署視圖 部署圖 用例視圖 用例圖 交互圖 圖 11 UML “4+1 視圖 ” 結構 目錄 8 域的需要，由運行在業(yè)務層上的 EJB進行處理。有三種 EJB:會話 (session) beans,實體 (entity) beans， 和消息驅(qū)動 (messagedriven) beans. 會話 bean表示與客戶端程序的臨時交互 .當客戶端 程序執(zhí)行完后，會話 bean。表示數(shù)據(jù)庫的表中一行永久的記錄。消息驅(qū)動 bean結合了會話 bean和 JMS的消息監(jiān)聽器的特性，允許一個業(yè)務層組件異步接收 JMS消息。企業(yè)信息系統(tǒng)層處理 企業(yè)信息系統(tǒng)軟件包括企業(yè)基礎建設系統(tǒng)例如企 業(yè)資源計劃 (ERP)，大型機事務處理，數(shù)據(jù)庫系統(tǒng)，和其它的信息系統(tǒng) .例如，J2EE應用組件可能為了數(shù)據(jù)庫連接需要訪問企業(yè)信息系統(tǒng)。它的結構圖如圖 12 所示。 (2) 根據(jù)請求的類型， Servlet 可以選 擇創(chuàng)建一個 JaveBean 對象，并從請求的處理過程中取得的結果作為初始化參數(shù)傳給 JaveBean 對象。 (4) Servlet 將請求傳遞給合適的 JSP，而 JSP 則顯示給用戶。 JSP 圖 12 MVC 結構圖 目錄 9 不與數(shù)據(jù)庫打交道。 從圖中可以看出，在 MVC 模式中，它強制性的使應用程序的輸入、處理和輸出分開，使其被分成三個核心部件：模型 (Model)、視圖 (View)、控制器(Controller)。 Model（模型） 模型是執(zhí)行某些任務的代碼，包含了應用程序的核心功能。它對視圖或控制器一無所知。通過這些公開方法，便可以取得模型端的所有功能。 View（視圖） 視圖提供模型的表示。在視圖中其實沒有真正的處理邏輯，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。 Controller（控制器） 控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。它只是接收請求并決定調(diào)用哪個模型組件去處理請求，然后用確定用哪個視圖來顯示模型處理返回的數(shù)據(jù)。 J2EE 組件的 UML 表示 當我們試圖用 UML 來對 J2EE 應用程序進行建模時，需要利 用 UML 的擴展機制，對 UML 進行一些擴展，以便能將 J2EE 程序的一些組件和標準的 UML 元素相對應起來 1) Servlet 的 UML 建模 在擴展的 UML 中 Servlet 在建模是被當作一般的類來處理的， Servlet和普通的類來進行區(qū)別以及不同的 Servlet 間的區(qū)別是通過原型的設置來實現(xiàn)的。解決的辦法是將 JSP 建模成兩個獨立的邏輯實體類：一個類是 ServerPage,它抽象了 JSP 在服務器端的行為；一個類是ClientPage,它抽象了 JSP 在客戶端的邏輯。圖 13 顯示了一個含有表單的 HTML 頁面向 JSP 頁面之間的關系，并且包含了 Servlet 的表示。而這些頁面中有些信息是重復的，在傳統(tǒng)的顯示方 法里，沒有將共同部分提取出來，即增加了頁面中的代碼段，又難于維護。 組合視圖（ Composite View）設計模式的基本結構如圖 14 所示。通過使用父視圖累計子視圖，使總體視圖成為各個小圖的合成視圖。 圖 13 包含 JSP,Servlet,form 等的 UML 表示法 目錄 11 T h e V i e wT h e C o m p o si t e V i e wB a si cV i e w 主頁面組裝技術，就是基于組合視圖模式來組裝不同的視圖。 在主頁面顯示技術中，顯示頁面需要將總響應的各個支持部分組裝起來。在主頁面顯示技術中，顯示頁面僅是總響應的另外一部分內(nèi)容，由主頁面包含進來。 圖 15 基于 Composite View 顯示頁面 圖 14 Composite View 設計模式 html table … … … /table /html 請求 響應 Include Include Include Include … . 圖 16 使用主頁面組裝技術的 目錄 12 在頁面執(zhí)行時，通過 jsp 頁面中嵌入的代碼 : jsp:include page = “%= variableName%”/. 我們就可以 把在處理邏輯中設置好的 variableName，通過主顯示頁面將結果顯示給用戶。 視圖是用戶看到并與之交互的界面。在視圖中其實沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。因而，可以應用 Composite View 技術，在一個大的頁面嵌套這些模塊。在 MVC 的三個部件中，模型擁有最多的處理任務，能為多個視圖提供數(shù)據(jù)。在本系統(tǒng)的分析中，就有一些類 處理分數(shù)等信息。所以當單擊Web 頁面中的超鏈接和發(fā)送 HTML 表單時，控制器本身不輸出任何東西和做任何處理。在本系統(tǒng)的分析中，由 Servlet 來處理用戶請求。 小的應用程序 常目錄 14 常是要么不使用程序框架，要么是使用簡單的請求分配機制和松散的代碼編寫規(guī)范 .而大的應用程序則經(jīng)常采用 MVC 應用程序框架，因 為應用這種框架的程序的結構穩(wěn)定， MVC 的功能分離， 從而使程序更可靠，更 容易維護和擴展，同時為這種框架開發(fā)的應用組件常常更容易再用。 因而，在對網(wǎng)上成績管理系統(tǒng)的設計與分析時，我們將系統(tǒng)的業(yè)務邏輯處理機制分為三大部分：業(yè)務層，數(shù)據(jù)模型層，表示層。數(shù)據(jù)模型負責封裝應用程序的核心功能及數(shù)據(jù)狀態(tài)等。 目錄 15 2 網(wǎng)上成績管理系統(tǒng)的需求分析 網(wǎng)上成績管理系統(tǒng)的最終用戶有 3 類：分管學生工作的老師，每個班級的學生干部（主要是班長），學生。 學生干部即能夠查看到本班每位同學詳細的成績情況，還是兼戶著成績管理與維護的職責。 分管學生工作的老師能夠查詢整個班級、年級或單個學生的詳細成績情況，能夠獲得對學生成績的第一手的詳細的管理資料。 用例分析 用戶登陸網(wǎng)上成績管理系統(tǒng) 在網(wǎng)上成績管理系統(tǒng)中，首先是用戶登陸用例。 用戶修改個人信息 在網(wǎng)上成績管理系統(tǒng)中，用戶進入個人信息修改頁面。 學生用戶查看本人所有學期的平均績點 當用戶成功登陸網(wǎng)上成績管理系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Student,將目錄 16 主界面設置為學生登陸后的界面。系統(tǒng)在接受到這個請求后，從后臺數(shù)據(jù)庫中得到該學 生所有學期的平均績點，而后將結果返回到用戶端，供學生查看。在學生主界面中，用戶選擇“ 查看本人在某學期中各科課程的分數(shù) ”操作后，再輸入將要查看成績的學期。 班干部用戶查看本班某一同學所有學期的平均績點 當用戶成功登陸網(wǎng)上成績管理系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型 是 Monitor,將主界面設置為班干部登陸后的界面。系統(tǒng)根據(jù)這個請求，從后臺數(shù)據(jù)庫中得到這個學生所有學期的平均績點，而后將這些績點返回到用戶端，供班干部查看。在班干部主界面中，用戶選擇“ 查看本班某生在某一學期所有課程的分數(shù) ”操作后，再選擇輸入將要查看 成績的本班同學和學期。在班干部主界面中，用戶選擇“ 查看本班的所有學生在某一學期的平均績點 ”操作后，再選擇輸入將要查看成績的學期。在班干部主界面中，用戶選擇“ 登記本班學生在某一學期上某一課程所得到的分數(shù) ”操作后，先選擇好學期和課程后，再按照學生與分數(shù)相對應的方式輸入成績。 教師用戶查看某位學生所有學期的平均績點 當用戶成功登陸網(wǎng)上成績管理系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Teacher,將主界面設置為教 師登陸后的界面。 教師用戶查看某生在某一學期的所有課程的分數(shù) 當用戶成功登陸系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Teacher,將主界面設置為教師登陸后的界面。 教師用戶查看某班所有學生在某個學期的平均績點 當用戶成功登陸系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Teacher,將主界面設置為教師登陸后的界面。 目錄 18 教師用戶查看某年級所有學生在某個學期的平均績點 當用戶成功登陸系統(tǒng)后，系統(tǒng)根據(jù)他的用戶類型是 Teacher,將主界面設置為教師登陸后的界面。 班干部用戶查看自己成績 班干部用戶查看自己成績可看成學生用戶查看自己成績。因而學生的用例也應該適合于班干部，所以學生用戶查看本人所有學期的平均績點和學生用戶查看本人在某學期中各科課程的分數(shù)用例也適合于班干部 。各個用例和用戶之間的關系如圖 所示。 一 業(yè)務層類圖 對于涉及業(yè)務層邏輯的類，將其放在包 controls 中，它由StudentServlet,MonitorServlet,TeacherServlet,LoginServlet,ModifyInfoServlet 和ManageDB 組成。 在業(yè)務層中： LoginServlet 負責用戶登陸系統(tǒng)的處理邏輯，主要功能是密碼圖 41 業(yè)務層類圖 目錄 21 認證。 ModifyServlet 負責用戶修改個人信息的處理邏輯。 MonitorServlet 負責當班干部用戶使用系統(tǒng)時，提供班干部的功能處理給用戶，包括查詢本班學生分數(shù)、績點、和輸入成績等功能的處理。 二 數(shù)據(jù)模型層 對于涉及數(shù)據(jù)模型層的類，將其放在包 entries 中，它由 UserInfo、 Session、 CourseScore 、 GPA 類組成。 目錄