統(tǒng)一建模語言UML課程設計報告材料

1、統(tǒng)一建模語言 UML 課程設計報告姓 名： 學 號： 班 級： 指導教師：2015 年 6 月樹人大學信息科技學院系統(tǒng) UML 設計報告要求：要求學生盡量設計出一個完整的 UML 模型，每一個學生根據(jù)自己的設計寫 出報告。兩個人完成一份，標出完成情況。設計報告容根據(jù)要求共分十五項，要求學生書寫完整學生對要求作整體細化，最后達到能根據(jù)報告就可直接編寫程序，不要再交流與具體分析對于設計報告中的圖片都要有文字說明 （讓用戶能明白其含義）要求 150 頁以上圖形要求保證在能看清的情況下最小化， 表有表名與表號、 圖有圖名與圖號UML 畫圖工具可選擇 Visio 或 Rose圖片與文字應相互交差，只有圖

2、片的位置加入相應的文字說明圖片容目錄一、系統(tǒng)需求分析 61.1 系統(tǒng)功能需求 61.2 系統(tǒng)基本模塊 6二、系統(tǒng)用例建模 82.1 識別參與者 82.2 識別用例 92.2.1 系統(tǒng)頂層用例 92.2.2 子用例 92.2.3 建立系統(tǒng)用例文檔 9三、在net環(huán)境或 MyEclips環(huán)境下建立系統(tǒng)結構 143.1 建立系統(tǒng)的項目 143.2 建立系統(tǒng)目錄 143.3建立銀行的 WebService 服務，供系統(tǒng)調(diào)用 1 43.4 建立圖形用戶界面 14四、活動建模 174.1 創(chuàng)建“學生基本信息管理”活動圖 17五、靜態(tài)結構建模 195.1 定義系統(tǒng)實體類 195.2定義類屬性 195.3 確

3、定類間關系 205.4 確定類之間的關系并建立類圖 20六、在 net環(huán)境或 MyEclips環(huán)境下建立類 236.1 建立類 231、公共類(PublicClass ) 232、用戶信息類(user) 236.2 建立類相關的包 24七、數(shù)據(jù)庫設計 25八、順序圖建模 278.1 后勤管理登入順序圖 27九、狀態(tài)圖建模 299.1 新生交費狀態(tài)圖 299.2 床上用品領用狀態(tài)圖 29十、系統(tǒng)組件包設計 29十一、協(xié)作設計 31十二、建立物理模型 3212.1 系統(tǒng)的組件圖 3212.2 系統(tǒng)的配置圖 34十三、系統(tǒng)實施情況和升級 35十四、系統(tǒng)測試方案 35十五、總結 37UML建模設計報告

4、新生報到注冊系統(tǒng)一、 系統(tǒng)需求分析1.1 系統(tǒng)功能需求新生報到注冊系統(tǒng)主要用于提高高校新生報到注冊工作效率、 提高數(shù)據(jù)準確 性,及時統(tǒng)計有關數(shù)據(jù)信息，為各項相關管理和決策提供依據(jù)?；贐/S模式的新 生報到注冊統(tǒng)計系統(tǒng)按其功能劃分為教務處管理子系統(tǒng)、 學生處管理子系統(tǒng)、 后 勤管理子系統(tǒng)、學院管理子系統(tǒng)、計財處管理子系統(tǒng)、用戶管理系統(tǒng)、后臺管理 系統(tǒng)、學生查詢模塊等。實現(xiàn)用戶信息管理、新生基本信息的導入、報到交費、 系統(tǒng)實時情況查詢、 報到數(shù)據(jù)表信息的生成等功能。 由于學校教職工按其職責不 同，系統(tǒng)的權限不同， 新生報到注冊系統(tǒng)設置一個身份驗證模塊， 對系統(tǒng)參與者 進行身份識別。（細化補全，最

5、后完成所有紅字刪除）1.2 系統(tǒng)基本模塊新生報到注冊系統(tǒng)共分教務管理、 計財管理等十個模塊， 系統(tǒng)基本模塊如圖 1.1 所示：圖 1.1 系統(tǒng)基本模塊（1）后臺管理模塊：招生信息導入（系統(tǒng)管理員可以招生信息）、修改學生基本信息：（系統(tǒng)管 理員可以修改更新學生基本信息）。（2）后勤宿舍管理模塊：寢室資源管理、可用寢室資源分配、可回收寢室資源 信、寢室信息查詢 、衛(wèi)生檢查。（3）計財管理模塊：包括，從銀行的數(shù)據(jù)導入、交費處理、交費標準設置、取 消交費（4）教務管理模塊：專業(yè)設置、班級設置、根據(jù)專業(yè)自動生成班級、自動分班、 班級微調(diào)、班級查詢、自動生成學號、學號查詢、學號微調(diào)、要求設定同名 同姓查詢

6、與其它的一些查詢功能（5）學院管理模塊：（補全）（6）學生處管理模塊：對學生的入學信息的統(tǒng)一管理，如貸款處理、欠費處理 等。（7）班主任管理模塊：對學生的寢室的分配、特長等個性的處理（8）學生查詢模塊細化補全）系統(tǒng)用例建模2.1 識別參與者創(chuàng)建用例圖前需要確定參與者， 新生報到注冊系統(tǒng)的參與者可分為， 教務管 理員、學生管理員、后勤管理員、學院管理員、計財處人員、系統(tǒng)管理員、班主 任、學生。創(chuàng)建用例圖必須明確每一個參與者就明確其業(yè)務活動的容、 對系統(tǒng)的 服務要求。教務管理員教務管理員參與的主要用例有：學生處管理員后勤管理員學院管理員計財處人員系統(tǒng)管理員班主任學生細化補全）2.2 識別用例2.2

7、.1 系統(tǒng)頂層用例統(tǒng)頂層用例可分為后臺管理，后勤宿舍管理，計財管理，教務管理，學院管理，學生處管理，班主任管理、學生查詢系統(tǒng)。2.2.2 子用例各頂層用例擁有各自的子用例后勤宿舍管理用例后勤宿舍管理分為寢室資源管理、可用寢室資源分配、可回收寢室資源信息、寢室信息查詢 、衛(wèi)生檢查、相關信息的打印輸出與倒出等用例。計財管理細化補全）2.2.3 建立系統(tǒng)用例文檔1、后勤宿舍管理模塊用例圖后勤宿舍管理模塊包括 * 等用例，具體如圖 2.2 所示：相關信息的打印輸出與倒出系統(tǒng)管理員衛(wèi)生檢查寢室信息查詢學生寢室資源管理后勤管理員圖2.2后勤宿舍管理用例圖這里列出寢室資源管理這個用例的描述(要求學生寫完所有

8、的用例，最后完成所有紅字刪除)(1)寢室資源管理用例表2.1寢室資源管理用例描述 用例名稱：寢室資源管理 用例標識號：203 參與者：后勤管理員、系統(tǒng)管理員 簡要說明：后勤管理員實現(xiàn)對寢室資源的管理。寢室資源包括園區(qū)號、園區(qū)名、樓號、樓名、寢室號、寢室人數(shù)、可用否、是否為新公寓、sex、寢室朝向、收費標準、寢室。寢室資源管理相關的活動圖如下用戶界面參見* 。a）學生寢室添加的活動圖b）學生寢室修改的活動圖c）學生寢室查詢的活動圖d）學生寢室自動分批生成的活動圖學生寢室自動分批生成用戶界面參見圖 3.2,活動圖如下：（要求寫出具體的算法，最后完成所有紅字刪除）2、后臺管理（由xxx完成）3、后勤

9、宿舍管理（由xxx完成）4、計財管理（說明與銀行接口的實現(xiàn)方法，與3.3節(jié)對應）5、教務管理6、學院管理7、學生處管理8、班主任管理9、學生查詢系統(tǒng)（細化補全，最后完成所有紅字刪除）10、權限分配三、在net環(huán)境或MyEclips環(huán)境下建立系統(tǒng)結構在.net環(huán)境或MyEclips環(huán)境下建立系統(tǒng)的用戶界面。以.net環(huán)境為例。3.1 建立系統(tǒng)的項目（說明及截圖）3.2 建立系統(tǒng)目錄（要求建立合理，后面建立系統(tǒng)包圖要用）3.3 建立銀行的 WebService 服務， 供系統(tǒng)調(diào) 用（只要求接口，不要求完整的程序）3.4 建立圖形用戶界面（可用 Dreamwear 等工具，用戶界面在需求分析中用到）

10、 。應用系統(tǒng)通過用戶界面與用戶交互的，用戶界面已成為所有計算機系統(tǒng)的有 機組成部分， 它決定了人類如何控制和操縱系統(tǒng)。 一個好的用戶界面應該為用戶 提供統(tǒng)一、規(guī)的交互界面， 從而提高用戶工作效率， 增強用戶對系統(tǒng)的認可程度。 因此可以說，用戶界面設計的優(yōu)劣已經(jīng)成為計算機應用系統(tǒng)成功與否的關鍵因素 之一。用戶界面設計應從系統(tǒng)開發(fā)、 設計的實際出發(fā)， 用戶界面設計包括窗體布 局、界面配色、控件風格、字體、交互信息等。用戶界面的設計，無論是控件、 信息提示措辭、界面配色等，都要遵循統(tǒng)一的標準，做到真正的一致。(要求設計主要的用戶界面，說明要完整)1、專業(yè)收費標準設置用戶界面(Professional

11、Charge)(注：Professional Charges 為文件名)圖3.1專業(yè)收費標準設置界面(2) 頁面項目說明編號文本框：text，名稱TNo，要求合法性，數(shù)字，不能為空保險費：text,名稱In sura ncePremium，要求合法性：數(shù)字，不能為空學費：text,名稱TuitionFees，要求合法性：數(shù)字，不能為空后勤代管費：text,名稱OgisticsEscrowFee，要求合法性：數(shù)字，不能為空書費：text,名稱BookFees，要求合法性：數(shù)字，不能為空住宿費：text,名稱accommodation，要求合法性：數(shù)字，不能為空應交合計：text，名稱TotalP

12、ayable，要求自動計算，供參考(3) 功能學生將專業(yè)收費標準信息存入數(shù)據(jù)表(professionalcharges)。作為學生收費的一個標準,收費依據(jù)專業(yè)自動出現(xiàn)該信息。2、學生寢室自動分批生成(1 )學生寢室自動分批生成(DormitoryBatch)學牛&宰戸動常砒牛甬圖3.2學生寢室自動分批生成界面(細化補全)四、活動建模為了更好地理解用例，可用活動圖來加以說明，新生報到注冊活動中引用活 動圖的描述目的為：描述一個操作執(zhí)行過程中（操作實現(xiàn)的實例化）所完成的工 作（動作）；描述對象部的工作；顯示如何執(zhí)行一組相關的動作，以及這些動 作如何影響它們周圍的對象；顯示用例的實例是如何執(zhí)

13、行動作以及如何改變對象 狀態(tài)；說明一次活動中的工作者（角色）、工作流、組織和對象是如何工作的。新生報到注冊系統(tǒng)主要的活動圖有：學生基本信息管理、.等。（補全，這時的為全局用的活動圖， 各部分的在活動圖在用例圖中說明）4.1創(chuàng)建“學生基本信息管理”活動圖學生基本信息管理由特權用戶管理操作， 管理員用戶錄入后，可修改學生基本信息，刪除學生基本信息（轉出學生），增加學生基本信息（轉入學生）、操作完成退出系統(tǒng)，具體如圖4.1所示：圖4.1 : “學生基本信息管理”活動圖（細化補全）五、靜態(tài)結構建模類圖是在面向?qū)ο蟮南到y(tǒng)模型中使用得最普遍的圖。類圖包含了一組類、 接口和協(xié)作以及他們之間的關系。 使用類圖

14、來為系統(tǒng)的靜態(tài)視圖建模， 包括模型 化系統(tǒng)的詞匯（從系統(tǒng)的詞匯表中發(fā)現(xiàn)類） ，模型化協(xié)作，或則模型化模式。類 圖還是一些相關的圖的基礎， 包括組件圖、 分布圖。 類圖的重要性不僅僅體現(xiàn) 在為系統(tǒng)建立可視化的、 文檔化的結構模型， 同樣重要的是構建通過正向和反向 工程建立執(zhí)行系統(tǒng)。類圖是一組類、 接口和協(xié)作以及他們之間的關系構成的。 類圖通常包含如下 的容：類接口協(xié)作依賴關系、繼承關系、關聯(lián)關系同其他的圖一樣，類圖也可以包含注解和限制。5.1 定義系統(tǒng)實體類新生報到注冊系統(tǒng)主要涉及后臺管理、 后勤宿舍管理、 計財管理、 教務管 理、學院管理、學生處管理模、班主任管理、 學生查詢等模塊。后勤宿舍管

15、理主要的類有： 寢室資源管理、 可用寢室資源分配、 可回收寢室 資源、寢室信息查詢 、衛(wèi)生檢查等。5.2 定義類屬性1、 寢室基本信息管理寢室基本信息管理主要的屬性有：園區(qū)號、園區(qū)名、樓號、樓名、寢室號、 寢室人數(shù)、可用否、是否為新公寓、sex、寢室朝向、收費標準、寢室。(細化補全).5.3 確定類間關系 定義了類之后，接下去必須建立類間關聯(lián)，類與類之間存在的關系有 : (1)泛 化(Generalization) (2)關聯(lián)(Association) (3)依 賴(Dependency) 聚合 (Aggregation)。(1) 泛化泛化關系的類有：(2) 關聯(lián)(3) 依賴(4) 聚合5.4

16、 確定類之間的關系并建立類圖(類圖可正向或逆向生成， C# 的逆向工程只能由 Visio 完 成)1、 系統(tǒng)相關類1) 數(shù)據(jù)庫連接相關類ConnectDB類建立在 NewStudentReg .db包下（包圖參見十系統(tǒng)包圖）ConnectDB(from db)getConnectO（2 ）系統(tǒng)操作公共類PublicCiass(from dbexecuteSql()*getlDFromDb()2、用戶信息相關類（1）用戶持久信息類User Cfram db) vsemame : String <>lgname : String passwd : String <；roleTyp

17、e : String*readLogin() *User() User() *GetUset()（2）用戶信息相關類用戶信息操作涉及用戶界面（），用戶用戶操作（Userlnfor）、用戶持久類（User）三個類，從ConnectDB類獲取一個連接，.具體類圖如下：（相關的類放在一起，在此說明（如PublicClass ）,相關的類可在多個類圖中出現(xiàn)，如PublicClass 等)圖4.1 :用戶信息相關類圖3、用戶信息相關類1） 學生類（Student）一個表示學生信息的類Stude nt,它有四個私有整型變量學生（Stude nt）、學號 （studentNo）、班級（Class）、和編號（

18、No）；定義一個有*個參數(shù)的公有構造函數(shù)，定義一 個能顯示學生信息的公有函數(shù)Show（）,;班級類（ClassName）（細化補全）六、在net環(huán)境或MyEclips環(huán)境下建立類（說明：系統(tǒng)結構與（三）相對應 ）新生報到注冊系統(tǒng)開發(fā)環(huán)境為MyEclips，采用Java語言開發(fā)，采用三層架構 的開發(fā)模式。6.1建立類（說明：可利用反向工程建立，必須與（五）的靜態(tài)類型對應，用截圖表示。）1、 公共類（PublicClass ）public ddss PttolieCli35 (public static to id f ikC jniib 口( JCDttfcQBoK 口觀 tsnp)|Eiibl

19、ic static int get Stud Id (String id| Jpublic static uit gstlDFrmjo (String t able r String Ed eld, Str ing 3£ieli, String|public static String fetStrinrroaniDl)(Strinsiieli,afield,String data)'public static int exe;u.'e5qL(Serina 3(jlJ)圖6.2公共類（PublicClass ）詳細信息2、用戶信息類（user）用戶信息類（user）包

20、括用戶名vsername登錄名lgname,登錄密碼passwd;Use作為單獨的實體對象，它僅僅是數(shù)據(jù)的載體，不包括業(yè)務邏輯方法 （如果是JavaBea對象）。以lgname作為惟一的對象來標識，以使程序能區(qū)別不 同的對象。具體結構如下：Uirhlics clflRK User 4puljlJ.u Sue Ing vseriritircit!; finlillc Str Ing Igriame: putoAic acr mg gecvserriaitie (,) 口EULbJLi.口 void. setVsemame (Jotring vs er Ram已) |.puJblic Sttrin

21、g qretLcruame ()| |Dutollc voidcmorow (WtHi口or lunjaxwe) 百口tjnlhl i r* Strlncj 口尸rP目自旨wrl ()<pnlhl i r« vni rlPRnwd (SLir intj p r 3 lord J 廠£iuJjHe St e ±ng pm目日環(huán)ci;juJbXlc void Login (J (口圖6.1 用戶信息類（user）詳細信息（細化補全）6.2建立類相關的包（這里的包用截圖形式，最后完成所有紅字刪除）七、數(shù)據(jù)庫設計ER建模本身定義了在基于信息的系統(tǒng)的分析和設計中用到的

22、方法。數(shù)據(jù)庫 設計者通常使用該方法來收集需求，并定義數(shù)據(jù)庫系統(tǒng)的構架。該方法的輸出是 實體類型、關系類型和約束條件的清單。統(tǒng)一建模語言（UML ）是一種分析人員和軟件開發(fā)人員廣泛使用的語言，特 別適合ER圖的圖形化表示。通過使用UML應用建模和數(shù)據(jù)建模的普遍使用， 從分析到實施再到部署的統(tǒng)一表示，以及規(guī)格說明書的完整性。（細化補全）根據(jù)ER建模在SQLServer下建立數(shù)據(jù)庫，（寫出完整的表信息） 新生報到注冊系統(tǒng)數(shù)據(jù)表如下：1、學生基本信息表（StudentBase ）學生基本信息表為新生報到注冊系統(tǒng)的基礎，具體數(shù)據(jù)可在報到前同（高校招生系統(tǒng)修倒入)，主要包括學生，學號,班級,專業(yè)等信息，具

23、體如表7.1所示：.表7.1學生基本信息表(StudentBase)序號字段名類型中文說明備注1n ameVchar(30)學生2NoVchar(20)學號Key3ClassNoVchar(40)班級4SpeciallyVchar(50)專業(yè)八、順序圖建模UML順序圖是一種動態(tài)建模方法，一般用于確認和豐富一個使用情境的邏 輯。一個使用情境就是系統(tǒng)潛在的使用方式的描述，也就是它的名稱所要描述的。 一個使用情境的邏輯可能是一個用例的一部分，或是一條備選線路；一個貫穿單 個用例的完整流程，例如動作基本過程的邏輯描述，或是動作的基本過程的一部 分再加上一個或多個的備用情境的邏輯描述?；蚴前趲讉€用例

24、中的流程。新生報到注冊系統(tǒng)涉及到多個工作順序，但并不是每個用例都需要畫順序圖，只有比較重要的、復雜的對系統(tǒng)有很大影響的用例（核心用 例）才畫順序圖。8.1后勤管理登入順序圖后勤管理登入順序圖如圖5.1所示: =后執(zhí)管理區(qū)圖5.1：后勤管理登入順序圖【后勤管理登入順序圖說明】登錄：用戶進行登錄成功則可以進行相應的各種操作（寢室資源管理），失敗則退出系統(tǒng)。新生報到順序圖新生報到順序圖如圖5.2所示:矗h幸通如書!1iI-I師苛輕:;i:I岡jJI:1斤耳殆宜學丹；1:* !i11i11111>>1ii1!1II11111刪；軽床上舸圖5.2新生報到順序圖寢室分配順序圖（細化補全）九、狀

25、態(tài)圖建模狀態(tài)圖（Statechart Diagram是描述一個實體基于事件反應的動態(tài)行為，顯示了該實體如何根據(jù)當前所處的狀態(tài)對不同的事件做出反應的。 通常我們創(chuàng)建一個 UML 狀態(tài)圖是為了以下的研究目的：研究類、角色、子系統(tǒng)、或組件的復雜行 為。狀態(tài)圖用于顯示狀態(tài)機 （它指定對象所在的狀態(tài)序列） 、使對象達到這些狀 態(tài)的事件和條件、以及達到這些狀態(tài)時所發(fā)生的操作。9.1 新生交費狀態(tài)圖9.2 床上用品領用狀態(tài)圖主要包括交費、領用、確認三個環(huán)節(jié)十、系統(tǒng)組件包設計UML 用例圖可將相關聯(lián)的用例放在一起，組織為包圖。包含用例、擴展用 例以及繼承的用例， 都要和其對應的基或父用例放在同一個包中。 在用

26、例包圖中 包含參與者有助于將包放在對應的上下文中， 便于理解?？砂凑罩饕獏⑴c者的需 要組織用例。如新生報到注冊系統(tǒng)用例包圖 （根據(jù)系統(tǒng)布局要求修改）計財管理學生處管理學生后勤管理員系統(tǒng)管理員教務管理學院管理學院管理員班主任后勤宿舍管理學生處管理員計財處人員教務管理員圖10.1新生報到注冊系統(tǒng)用例包圖（細化補全）十、協(xié)作設計協(xié)作圖在很多方面都與順序圖相同。二者都用來記錄對象的交互方式。但 是，順序圖基于時間，而協(xié)作圖顯示對象及相應關聯(lián)，不強調(diào)時間。協(xié)作圖顯示 實現(xiàn)交互的消息序列。二者的區(qū)別僅在于此，因此，順序圖的相關容也適用于協(xié) 作圖。這兩類圖僅是表達事物的兩種不同方式。協(xié)作圖用來查看系統(tǒng)的動態(tài)容。 因為協(xié)作圖中的消息不強調(diào)時間，所以要編號，以便了解它們的出現(xiàn)順序。協(xié)作圖包含三個基本元素:對象對象之間)消息(1)學生寢室分配協(xié)作圖4:驗證身份5:進入學生寢室分配>注冊用 戶3:獲取用戶名和密碼>班主任:班主任1:啟動2:登錄>717:獲取學生信息學生寢室>分配9:獲取可用寢室信息11:獲取未分配床位/ W