UML案例-選課系統(tǒng).ppt

UML應(yīng)用案例-選課系統(tǒng),本文主要以“學(xué)生注冊討論班”為例，運(yùn)用UML建模語言對大學(xué)的選課系統(tǒng)進(jìn)行了分析。從問題分析到最后的系統(tǒng)設(shè)計(jì)，主要從以下幾個方面進(jìn)行了陳述：,問題描述需求分析靜態(tài)建模,動態(tài)建模組件建模部署建模,一、問題描述,大學(xué)選課系統(tǒng)是與學(xué)生有著緊密的聯(lián)系，具有注冊、交費(fèi)、選課、成績查詢等功能為了簡化本次系統(tǒng)分析只考慮學(xué)生注冊討論班的功能，該問題描述如下：,學(xué)生想要注冊某門討論班，于是向注冊員提交其姓名和學(xué)生編號；注冊員驗(yàn)證該學(xué)生是否有資格注冊這門討論班；注冊員驗(yàn)證后，提供討論班列表，并驗(yàn)證是否適合學(xué)生的課程安排；注冊員統(tǒng)計(jì)費(fèi)用并通知學(xué)生；在學(xué)生確認(rèn)后，注冊員將該學(xué)生注冊到討論班，并將費(fèi)用加入學(xué)生帳單；注冊員向?qū)W生提供注冊成功的確認(rèn)信息。,根據(jù)以上問題描述，該簡化系統(tǒng)應(yīng)具有如下功能：,學(xué)生搜索、注冊討論班驗(yàn)證注冊資格顯示討論班及相關(guān)信息提供成績單結(jié)算并顯示帳單注冊成功關(guān)閉注冊,返回,二、需求分析采用用例驅(qū)動的方法分析需求的主要任務(wù)是識別參與者和用例，并建立用例模型，主要分為以下三個部分。,識別參與者識別用例確定事件流,返回,（一）識別參與者（角色）參與者表示與系統(tǒng)進(jìn)行交互的任何人或物?？梢园ㄈ耍ú恢皇亲罱K用戶）、外部系統(tǒng)和其它機(jī)構(gòu)。通過分析選課系統(tǒng)的功能需求，確定有以下三個參與者：（1）學(xué)生：在系統(tǒng)中申請注冊討論班的人（2）注冊員：完成驗(yàn)證注冊信息的人或外部系統(tǒng)（3）教授：指導(dǎo)或協(xié)助討論班和管理學(xué)生成績,返回,（二）識別用例（用況）用例是一系列活動，描述真實(shí)世界中參與者與系統(tǒng)相互交互的方式。用例關(guān)注的是系統(tǒng)應(yīng)該交付的功能，也就是外部參與者所看到的功能。通過分析選課系統(tǒng)的功能需求，確定有如下用例：（1）注冊討論班（2）退出討論班（3）參加討論班（4）完成討論班（5）通知學(xué)生計(jì)劃改變（6）分發(fā)成績單（7）輸出收費(fèi)計(jì)劃表（8）輸入成績（9）指導(dǎo)討論班（10）生成教學(xué)進(jìn)度,系統(tǒng)的用例圖如下所示：,返回,用例用橢圓表示,直線代表通信關(guān)聯(lián),（三）用例的事件流描述,用例還可以事件流來描述，用例的事件流是對完成用例行為所需的事件的描述。事件流描述了系統(tǒng)應(yīng)該作什么，而不是描述系統(tǒng)應(yīng)該怎樣做。,名稱：注冊討論班描述：把現(xiàn)有的有資格的某一學(xué)生注冊到某個討論班。前提條件：學(xué)生已在大學(xué)注冊。后置條件：如果學(xué)生具有注冊資格，并且該討論班仍有空位，則學(xué)生注冊到該討論班?；顒拥幕具^程：,事件流續(xù)表：,候選過程A：學(xué)生沒有資格注冊討論班。A3.注冊員確定學(xué)生沒有資格注冊討論班。A4.注冊員通知學(xué)生，她沒有資格注冊。A5.用況結(jié)束。候選過程B：學(xué)生不具備注冊這一討論班所需要的必備條件。B5.注冊員確定學(xué)生沒有資格注冊該討論班。B6.注冊員通知學(xué)生，她不具備注冊這一討論班所需要的必備條件B7.注冊員通知學(xué)生，她需要具備的條件。B8.用況從活動基本過程中的步驟4繼續(xù)執(zhí)行。候選過程C：學(xué)生決定不注冊討論班，雖然有討論班可供其選擇。C4.學(xué)生查看討論班列表，但沒有找到他想要注冊的項(xiàng)。C5.用況結(jié)束。,根據(jù)事件流描述，活動框圖如下所示：,返回,活動圖可以是事件流，也可以是工作流。在活動圖中定義了流程從哪里開始，到哪里結(jié)束，以及在這之中包括哪些活動。注意：活動是工作流期間完成的任務(wù)。簡而言之：活動圖描述了活動發(fā)生的順序。,決策點(diǎn)用菱形表示,活動用圓角矩形表示,泳道代表工作流中不同的參與者，通過泳道中的活動可以了解這個參與者的責(zé)任,三、靜態(tài)建模,進(jìn)一步分析系統(tǒng)需求，發(fā)現(xiàn)類以及類之間的關(guān)系，確定它們的靜態(tài)結(jié)構(gòu)和動態(tài)行為，是面向?qū)ο穹治龅幕救蝿?wù)。系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要用類圖和對象圖描述。靜態(tài)建模主要分為兩步：1）定義類2）確定類的名字、屬性和操作，建立類圖。,返回,（一）定義類該系統(tǒng)主要有三種類型的類：參與者類（actorclass)：代表出現(xiàn)在用況中的參與者用戶界面類(userinterfaceclass)：組成系統(tǒng)用戶界面的屏幕顯示、菜單和報(bào)表，即UI元素業(yè)務(wù)類(businessclass)：描述業(yè)務(wù)的地點(diǎn)、物品、概念和事件在靜態(tài)建模中用類模型表示概念模型，而著手進(jìn)行概念模型的最簡單的方法是把領(lǐng)域模型作為設(shè)計(jì)基礎(chǔ)，于是要采用類-職責(zé)-協(xié)作（CRC）模型并把它直接轉(zhuǎn)換成類圖CRC卡片的布局如下圖所示：,職責(zé)是與類相關(guān)的屬性和操作，即類知道要做的事情。,協(xié)作者是為某類提供完成責(zé)任所需要的信息的類，即協(xié)作類。,該系統(tǒng)CRC模型如下,該列為參與者類,該列為業(yè)務(wù)類,該列為用戶界面類,返回,（二）類圖,識別出系統(tǒng)中的類后，還要識別出類間的關(guān)系：關(guān)聯(lián)（雙向的關(guān)聯(lián)，用“”表示），單向關(guān)聯(lián)用“”表示。聚合、組合、類屬、依賴、實(shí)現(xiàn)關(guān)系，前面已講過），然后就可以建立類圖了。在處理復(fù)雜問題時，通常使用分類的方法來有效地降低問題的復(fù)雜性。在面向?qū)ο蠼＜夹g(shù)中，也可以采用同樣的方法將客觀世界的實(shí)體映射為對象，并歸納成類。類、對象及它們之間的關(guān)系是面向?qū)ο蠹夹g(shù)中最基本的元素。類圖是面向?qū)ο笙到y(tǒng)最常用的圖，類圖描述了類集、接口集、協(xié)作及它們之間的關(guān)系。類間的關(guān)系如下圖所示：,關(guān)聯(lián)名,1.1或1：表示一個對象01：表示0到1個對象0.*或*：表示0到多個對象1*：表示1到多個對象,代表依賴關(guān)系，對目標(biāo)元素的改變可能需要改變該關(guān)系中的源元素，箭頭指向目標(biāo)元素（獨(dú)立模型元素）,用戶界面包中有如下三個類：,1.成績單2.注冊討論班3.安全登錄,返回,四、動態(tài)建模,動態(tài)模型描繪了參與每個用例的對象之間的交互。開發(fā)動態(tài)模型的起點(diǎn)是用例以及在對象構(gòu)建期間決定的對象。通常使用協(xié)作圖來描繪滿足用例需要的對象間消息通信，針對單個類實(shí)例的行為，用狀態(tài)圖描繪該類狀態(tài)的改變。,狀態(tài)圖：為依賴狀態(tài)展示不同行為的類開發(fā)狀態(tài)圖協(xié)作圖：描繪對象間交互的鳥瞰視圖,返回,狀態(tài)圖,返回,狀態(tài),目標(biāo)狀態(tài),初始狀態(tài),箭頭代表變遷，起始端代表變遷前的狀態(tài)。,觸發(fā)事件,協(xié)作圖,返回,消息是帶標(biāo)簽的箭頭,嵌套消息，表示是第5個消息嵌套消息,對象通過鏈來連接，即直線。,五、組件建模,組件建模的目標(biāo),把系統(tǒng)中在類分布到更大的內(nèi)聚的組件當(dāng)中。組件表示將類和接口等邏輯元素打包而成的物理模塊。重構(gòu)（refactor）傳統(tǒng)的對象設(shè)計(jì)，以便將其作為組件進(jìn)行部署。為了能夠把對象設(shè)計(jì)組件化，需要執(zhí)行五個步驟，通常這五個步驟是迭代執(zhí)行的：1處理非業(yè)務(wù)/領(lǐng)域類。2定義類契約。3簡化繼承與聚合的層次結(jié)構(gòu)。4確定領(lǐng)域組件。5定義領(lǐng)域組件契約。,組件圖,返回,組件用左邊帶有2個小矩形的大矩