第5章-UML用例圖

1、信息系統(tǒng)分析、設(shè)計與開發(fā)方法第第5 5章章 功能強大的對象建模功能強大的對象建模工具工具UMLUML用例圖用例圖 UML有三個基本構(gòu)造塊：事物、關(guān)系和圖。通過關(guān)系把多個事物連接在一起，構(gòu)成了圖。其中，圖可視化地描繪了系統(tǒng)某一方面的特征。一個圖只能反映系統(tǒng)中某個側(cè)面和特征，多個圖結(jié)合在一起可以反映系統(tǒng)的某些側(cè)面和多個特征。 在UML 2.0中共定義了1313種圖種圖，比UML 1.0新增了新增了3 3種種。 5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容圖名功能備注類圖描述類、類的特性以及類之間的關(guān)系UML 1原有對象圖描述一個時間點上系統(tǒng)中各個對象的一個快照UML 1非正式圖復合結(jié)

2、構(gòu)圖描述類的運行時刻的分解UML 2.0新增組件圖描述組件的結(jié)構(gòu)與連接UML 1原有部署圖描述在各個節(jié)點上的部署UML 1原有包圖描述編譯時的層次結(jié)構(gòu)UML中非正式圖用例圖描述用戶與系統(tǒng)如何交互UML 1原有活動圖描述過程行為與并行行為UML 1原有狀態(tài)機圖描述事件如何改變對象生命周期UML 1原有順序圖描述對象之間的交互，重點在強調(diào)順序UML 1原有通信圖描述對象之間的交互，重點在于連接UML 1中的協(xié)作圖定時圖描述對象之間的交互，重點在于定時UML 2.0 新增交互概觀圖是一種順序圖與活動圖的混合UML 2.0新增UML2.0的圖型的圖型 用例圖主要用于為系統(tǒng)的功能需求建模為系統(tǒng)的功能需求

3、建模，它主要描述系統(tǒng)功能，也就是從外部用戶的角度觀察從外部用戶的角度觀察，系統(tǒng)應(yīng)該完成哪些功能。 用例圖可以幫助開發(fā)人員以一種可視化的方式理解系統(tǒng)的功能需求，是后續(xù)的系統(tǒng)分析與設(shè)計工作的依據(jù)。 用例圖是對系統(tǒng)功能的一個宏觀描述，畫好用例圖是由軟件需求到最終實現(xiàn)的第一步，也是最重要的一步。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容類圖類圖用例圖用例圖類(class)用例(use case)、參與者(actor)關(guān)聯(lián)(association) 包含(include)、擴展(extend)系統(tǒng)的內(nèi)觀(里子)系統(tǒng)的外觀(面子)靜態(tài)結(jié)構(gòu)動態(tài)功能穩(wěn)定成長變化迅速類圖與用例類圖與用例圖圖5.

4、2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容 由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖稱為用例圖。 用例和參與者之間的對應(yīng)關(guān)系叫做通信關(guān)聯(lián)，它表示參與者使用了系統(tǒng)中的哪些用例。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容 要在用例圖上顯示某個用例，可繪制一個橢圓，然后將用例的名稱放在橢圓的中心或橢圓下面的中間位置。 要在用例圖上繪制一個參與者（表示一個系統(tǒng)用戶），可繪制一個人形符號。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容參與者和用例之間的關(guān)系使用帶箭頭或者不帶箭頭的線段來描述，箭頭表示在這一關(guān)

5、系中哪一方是對話的主動發(fā)起者，箭頭所指方是對話的被動接受者。如果不想強調(diào)對話中的主動與被動關(guān)系，可以使用不帶箭頭的線段。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容進行用例建模時，所需要的用例圖數(shù)量是根據(jù)系統(tǒng)的復雜度來衡量的。對于較復雜的大中型系統(tǒng)，可能會需要幾張甚至幾十張用例圖，可以使用包來對其進行有效管理。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容 在用例建模中，為了更加清楚的描述用例或者參與者，會使用到注釋。 注意：包、注釋都不是用例圖的基本組成要素，但在用例建模過程中可能會用到它們。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容用例圖的作用用例

6、圖的作用用例圖是需求分析中的產(chǎn)物，主要作用是描述參與者和用例之間的關(guān)系，幫助開發(fā)人員可視化的了解系統(tǒng)的功能。借助于用例圖，系統(tǒng)用戶、系統(tǒng)分析人員、系統(tǒng)設(shè)計人員、領(lǐng)域?qū)＜夷軌蛞钥梢暬姆绞綄栴}進行探討，減少了大量交流上的障礙，便于對問題達成共識。用例圖可視化地表達了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點，克服了純文字性說明的不足。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容2. 用例圖的作用用例圖的作用用例圖的作用用例方法是完全從外部來定義系統(tǒng)功能，它把需求和設(shè)計完全的分離開來。我們不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的，系統(tǒng)對于我們來說就是一個黑箱子。用例圖清楚地描述了使用者及它們之間

7、的泛化關(guān)系，用例及用例之間的泛化、擴展關(guān)系，用例和參與者之間的關(guān)聯(lián)關(guān)系，可從用例圖中得到對于被定義系統(tǒng)的一個總體印象。5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容用例圖主要包括3個部分：5.2.3 用例圖用例圖5.2 UML包含的內(nèi)容包含的內(nèi)容參與者（參與者（ActorActor）是指存在于系統(tǒng)外部并直接與系統(tǒng)進行交互的人、系統(tǒng)、子系統(tǒng)或類的外部實體的抽象。 每個參與者可以參與一個或多個用例，每個用例也可以有一個或多個參與者。 注意：參與者可以是人，也可以是外部系統(tǒng)或其它設(shè)備。注意：參與者可以是人，也可以是外部系統(tǒng)或其它設(shè)備。 5.2.3 用例圖用例圖- -參與者參與者5.2 U

8、ML包含的內(nèi)容包含的內(nèi)容5.2.1 參與者 參與者有三大類：參與者有三大類： 第一類參與者是真實的人，即用戶，是最常見的參與者，幾乎存在于每一個系統(tǒng)中。 第二類參與者是其他的系統(tǒng)。這類位于程序邊界之外的系統(tǒng)也是參與者。 第三類參與者是一些可以運行的進程。如時間，當經(jīng)過一定的時間觸發(fā)系統(tǒng)中的某個事件時，時間就成了參與者。5.2.3 用例圖用例圖- -參與者參與者5.2 UML包含的內(nèi)容包含的內(nèi)容（1）使用系統(tǒng)）使用系統(tǒng)主要功能的人主要功能的人是誰（即主要角色）？是誰（即主要角色）？（2）需要借助于系統(tǒng)）需要借助于系統(tǒng)完成日常工作的人完成日常工作的人是誰？是誰？（3）誰）誰來維護和管理系統(tǒng)來維護和

9、管理系統(tǒng)（次要角色），保證系統(tǒng)正常工作？（次要角色），保證系統(tǒng)正常工作？（4）系統(tǒng)控制的）系統(tǒng)控制的硬件設(shè)備硬件設(shè)備有哪些？有哪些？（5）系統(tǒng)需要）系統(tǒng)需要與哪些其它系統(tǒng)交互與哪些其它系統(tǒng)交互？其它系統(tǒng)包括計算機系統(tǒng)，也包？其它系統(tǒng)包括計算機系統(tǒng)，也包括該系統(tǒng)將要使用的計算機中的其它應(yīng)用軟件。其它系統(tǒng)也分成二類，括該系統(tǒng)將要使用的計算機中的其它應(yīng)用軟件。其它系統(tǒng)也分成二類，一類是啟動該系統(tǒng)的系統(tǒng)，另一類是該系統(tǒng)要使用的系統(tǒng)。一類是啟動該系統(tǒng)的系統(tǒng)，另一類是該系統(tǒng)要使用的系統(tǒng)。（6）對系統(tǒng)產(chǎn)生的）對系統(tǒng)產(chǎn)生的結(jié)果感興趣的人或事結(jié)果感興趣的人或事是哪些？是哪些？ 如何確定參與者？如何確定參與者？5

10、.2.3 用例圖用例圖- -參與者參與者5.2 UML包含的內(nèi)容包含的內(nèi)容參與者間的關(guān)系參與者間的關(guān)系由于參與者實質(zhì)上也是類，所以它擁有與類相同的關(guān)系描述，即參與者與參與者之間主要是泛化關(guān)系（或稱為“繼承”關(guān)系）。泛化關(guān)系的含義是把某些參與者的共同行為提取出來表示成通用行為，并描述成超類。在UML圖中，使用帶空心三角箭頭的實線表示泛化關(guān)系。5.2.3 用例圖用例圖- -參與者參與者5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.1 參與者通過泛化關(guān)系可以減少參與者和用例之間的關(guān)聯(lián)的次數(shù)，簡化用例模型。 用例（用例（Use caseUse case）是從系統(tǒng)外部可見的行為，是參與者可以感受到的系統(tǒng)服務(wù)

11、或功能單元。它定義了系統(tǒng)是如何被參與者使用的，描述了參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對話。 用例最大的優(yōu)點優(yōu)點是站在用戶的角度上（從系統(tǒng)的外部）來站在用戶的角度上（從系統(tǒng)的外部）來描述系統(tǒng)的功能描述系統(tǒng)的功能。它把系統(tǒng)當作一個黑箱子，并不關(guān)心系統(tǒng)內(nèi)部是如何完成它所提供的功能，表達了整個系統(tǒng)對外部用戶可見的行為。 5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容 用例的用例的特征特征： 用例必須由某一個參與者觸發(fā)激活后才能執(zhí)行，即每個用例至少涉及一個參與者。 用例表明的也是一個類，而不是某個具體實例。 用例描述的是它代表的功能的各個方面，包含了

12、用例執(zhí)行期間可能發(fā)生的各種情況。 用例是一個完整的描述。若其被分解成多個小用例，則僅當所有的小用例完成后才代表整個用例的完成。5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容 怎么識別用例？怎么識別用例？任何用例都不能在缺少參與者的情況下獨立存在。同樣，任何參與者也必須要有與之關(guān)聯(lián)的用例。所以識別用例的最好方法就是識別用例的最好方法就是從分析系統(tǒng)參與者開始從分析系統(tǒng)參與者開始，在這個過程中往往會發(fā)現(xiàn)新的參與者。當找到參與者之后可以根據(jù)參與者確定系統(tǒng)的用例根據(jù)參與者確定系統(tǒng)的用例，主要是看各參與者如何使用系統(tǒng)，需要系統(tǒng)提供什么樣的服務(wù)。5.2.3 用例圖用例圖- -用例用

13、例5.2 UML包含的內(nèi)容包含的內(nèi)容 可以通過以下問題來尋找用例： (1)參與者希望系統(tǒng)提供什么功能？ (2)參與者是否會讀取、創(chuàng)建、修改、刪除、存儲系統(tǒng)的某種信息？如果是的話，參與者又是如何完成這些操作的？ (3)參與者是否會將外部的某些事件通知給系統(tǒng)？ (4)系統(tǒng)中發(fā)生的事件是否通知參與者？ (5)是否存在影響系統(tǒng)的外部事件？5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容注意：用例的主要目的是幫助人們了解系統(tǒng)功能，便于開發(fā)人員與用戶之間的交流，所以確定用例的一個很重要的標準就是用例應(yīng)該易于理解。對于同一個系統(tǒng)，不同的人對于參與者和用例可能會有不同的抽象，這就要求在

14、多種方案中選出最好的一個。5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容2. 用例的粒度 用例的粒度用例的粒度用例的粒度指的是用例所包含的系統(tǒng)服務(wù)或功能單元的多少。用例的粒度越大，用例包含的功能越多，反之則包含的功能越少。如果用例的粒度很小，得到的用例數(shù)就會太多。會造成用例模型過大和設(shè)計困難大大提高。反之，如果用例的粒度很大，那么得到的用例數(shù)就會很少，不便于進一步的充分分析。5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容2. 用例的粒度 用例的粒度用例的粒度比如：網(wǎng)站后臺管理系統(tǒng)中的會員信息維護會員信息維護用例，管理員需要進行添加會員信息、修

15、改會員信息、刪除會員信息等操作。還可以根據(jù)具體的操作把它抽象成3個用例，它展示的系統(tǒng)需求和單個用例是完全一樣的。5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容用例描述用例描述 用例圖只能告訴我們系統(tǒng)應(yīng)具有的功能及參與者，讓用戶對系統(tǒng)有一個總體的認識。而沒有說明用例的執(zhí)行過程。 因此，對于每一個用例，我們還需要有詳細的描述信息，以便讓別人對于整個系統(tǒng)有一個更加詳細的了解。 UML是一套標準的圖形語言，其中只提出了13種圖，沒有將用例描述考慮在內(nèi)，也當然沒有任何標準的用例描述格式了。 5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容用例描述用例描述

16、 對用例的描述，可以使用自然語言，活動圖和偽代碼，也可以使用用戶自己定義的語言。無論用什么形式，所描述的動作序列應(yīng)該足夠清晰，是其他人員易于理解。 在用例中只需要描述參與者和系統(tǒng)彼此對對方做了那些事，不需要描述怎么做。 最簡單的用例描述，至少會包含一條“基本流程基本流程（basic course）” ，用來描述正常的使用。 再者，有時會包含數(shù)條“可選流程可選流程（alternative course）” 用來描述錯誤的、異常的狀況。 除此之外，用例描述格式可自由制定。5.2.3 用例圖用例圖- -用例用例5.2 UML包含的內(nèi)容包含的內(nèi)容3. 用例規(guī)約按照國家電子信息行業(yè)標準按照國家電子信息行

17、業(yè)標準面向?qū)ο蟮能浖到y(tǒng)建模規(guī)范面向?qū)ο蟮能浖到y(tǒng)建模規(guī)范第三部第三部分：文檔編制分：文檔編制的要求，下面給出用于描述用例的模板。的要求，下面給出用于描述用例的模板。(1) 用例名用例名：通常用一個表示用例意圖的動詞表示用例意圖的動詞對用例進行命名(2) 簡述簡述：對用例的簡單描述，可以使一句話或幾句話。(3) 參與者參與者：列舉參與用例的所有參與者。(4) 包含包含：如果有的話，列舉該用例所包含的用例和包含它的用例。(5) 擴展擴展：如果有的話，列舉該用例可以擴展的用例和擴展它的用例。(6) 繼承繼承：如果有的話，列舉該用例的一般用例和特殊用例。(7) 前置條件前置條件：描述啟動該用例所必須

18、具備的條件。例如，用戶必須登錄成功。 5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例用例3. 用例規(guī)約(8) 細節(jié)（事件流）：細節(jié)（事件流）：詳細的描述交互序列。細節(jié)要描述參與者與用例的一步步的交互，每一步要提供充分的內(nèi)容，用于說明涉及哪些實體、針對每個實體做了什么事，以及這一步的結(jié)果。若用例較為復雜，要區(qū)分出基本流程和可選流程基本流程和可選流程。 (9) 后置條件：后置條件：描述在用例結(jié)束時確保成立的條件。執(zhí)行用例的目的是要產(chǎn)生一些預計的值或者狀態(tài)，用后置條件明確地標識執(zhí)行該用例后的預期結(jié)果。(10) 例外例外：描述該用例執(zhí)行過程中可能出現(xiàn)的意外情況。例如，沒有查找出期

19、望的數(shù)據(jù)而導致的計算終止。對于每個例外，應(yīng)該知道它所發(fā)生的環(huán)境和應(yīng)該采取的措施。 (11) 限制限制：描述執(zhí)行用例的限制。例如，為用例分配的資源可能受到限制。還有，要求用例中必須保持某種條件為真，違反這些條件就會引起錯誤。例如，公司職員數(shù)量要為正數(shù)。(12) 注釋：注釋：提供該用例的附加信息。5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例用例注意：描述用例時，不需要把上述每一項都寫出來，可根據(jù)需要進行相應(yīng)的取舍。例如：圖書借閱系統(tǒng)中用例“借書”的詳細描述： 用例名用例名：借書 參與者參與者：管理員 前置條件前置條件：一個合法的管理員已經(jīng)登錄到這個系統(tǒng) 事件流事件流：見下頁

20、 后置條件：后置條件：如果是有效借書，在系統(tǒng)中保存借閱紀錄，并修改圖書庫存量和讀者借書數(shù)量。5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例用例A. 輸入讀者編號； 提示超期未還的借閱記錄；B. 輸入圖書編號； If 選擇“確定” then If 讀者狀態(tài)無效 或 該書已注銷 或 已借書數(shù)=可借書數(shù) then 給出相應(yīng)提示； Else 添加一條借書記錄； “圖書信息表”中“現(xiàn)有庫存量”-1; “讀者信息表”中“已借書數(shù)量”1; 提示執(zhí)行情況； Endif 清空讀者、圖書編號等輸入數(shù)據(jù)； Endif If 選擇“重新輸入” then 清空讀者、圖書編號等輸入數(shù)據(jù)； Endif

21、 If 選擇“退出”then 返回上一級界面； Endif返回A.等待輸入下一條；“借書借書”用例事件流用例事件流 用例之間的關(guān)系有包含包含(include)(include)、擴展擴展(extend)(extend)和類屬類屬(generalization)(generalization)三種關(guān)系。 包含關(guān)系包含關(guān)系 包含關(guān)系包含關(guān)系指用例可以簡單地包含其他用例具有的行為簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。 在UML中，包含關(guān)系是通過帶箭頭的虛線段加帶箭頭的虛線段加字樣來表示，箭頭由基礎(chǔ)用例基礎(chǔ)用例(Base)指向被包含用例被包含用例(Inclusion

22、)。5.2.3 用例圖用例圖- -用例關(guān)系用例關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容1. 包含關(guān)系在處理包含關(guān)系時，具體的做法就是把幾個用例的公共部分單獨把幾個用例的公共部分單獨的抽象出來成為一個新的用例的抽象出來成為一個新的用例。主要有兩種情況兩種情況需要用到包含關(guān)系：第一，多個用例用到同一段的行為，則可以把這段共同的行為單獨抽象成為一個用例，然后讓其他用例來包含這一用例。第二，某一個用例的功能過多、事件流過于復雜時，我們也可以把某一段事件流抽象成為一個被包含的用例，以達到簡化描述的目的。5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例包含關(guān)系用例包含關(guān)系5.2 UML包

23、含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例包含關(guān)系用例包含關(guān)系5.2.3 用例圖用例圖- -用例包含關(guān)系用例包含關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容1. 包含關(guān)系 使用包含關(guān)系的優(yōu)點：使用包含關(guān)系的優(yōu)點： 提高了用例模型的可維護性，當需要對公共需求進行修改時，只需要修改一個用例而不必修改所有與其有關(guān)的用例。 不但可以避免在多個用例中重復描述同一段行為，還可以避免在多個用例中對同一段行為描述的不一致。5.2.3 用例圖用例圖- -用例包含關(guān)系用例包含關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容 擴展關(guān)系擴展關(guān)系在一定條件下，把新的行為加入到已有的用例中，獲得的新用例把新的行為加入到已有的用

24、例中，獲得的新用例叫做擴展用例(Extension)，原有的用例叫做基礎(chǔ)用例(Base)，從擴展用例到基礎(chǔ)用例的關(guān)系就是擴展關(guān)系。5.2.3 用例圖用例圖- -用例擴展關(guān)系用例擴展關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例擴展關(guān)系用例擴展關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例擴展關(guān)系用例擴展關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容 擴展關(guān)系和包含關(guān)系的不同：擴展關(guān)系和包含關(guān)系的不同： 基礎(chǔ)用例的執(zhí)行并不一定會涉及到擴展用例，擴展擴展用例只有在滿足一定條件下才會被執(zhí)行用例只有在滿足一定條件下才會被執(zhí)行。而在包含關(guān)系中，當基礎(chǔ)用例執(zhí)行后

25、，被包含用例是一定會被包含用例是一定會被執(zhí)行的被執(zhí)行的。 即使沒有擴展用例沒有擴展用例，擴展關(guān)系中的基礎(chǔ)用例本身也基礎(chǔ)用例本身也是完整的是完整的；而對于包含關(guān)系，基礎(chǔ)用例在沒有被包基礎(chǔ)用例在沒有被包含用例的情況下就是不完整的存在含用例的情況下就是不完整的存在。5.2.3 用例圖用例圖- -用例擴展關(guān)系用例擴展關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容3. 泛化關(guān)系類屬關(guān)系類屬關(guān)系類屬關(guān)系指的是一個父用例可以被特化形成多個子用例，而父用例和子用例之間的關(guān)系就是類屬（泛化）關(guān)系。在用例的類屬關(guān)系中，子用例繼承了父用例所有的結(jié)構(gòu)、行為和關(guān)系子用例是父用例的一種特殊形式,子用例還可以添加、覆蓋、改變繼承的

26、行為。5.2.3 用例圖用例圖- -用例類屬關(guān)系用例類屬關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容在UML中，用例的類屬關(guān)系通過一個三角箭頭從子用例指向父用例來表示。當發(fā)現(xiàn)系統(tǒng)中有兩個或者多個用例在行為、結(jié)構(gòu)和目的方面存在共性時，就可以使用類屬關(guān)系。用新的用例來描述這些共有部分，這個新的用例就是父用例。5.2.3 用例圖用例圖- -用例類屬關(guān)系用例類屬關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容類屬關(guān)系的示例：銀行存款有兩種方式，一種是銀行柜臺存款，一種是ATM機存款。5.2.3 用例圖用例圖- -用例類屬關(guān)系用例類屬關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容5.2.3 用例圖用例圖- -用例類屬關(guān)系用例類

27、屬關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容 類屬關(guān)系與包含關(guān)系異同：類屬關(guān)系與包含關(guān)系異同：相同相同：都可用來復用多個用例中的公共行為。區(qū)別區(qū)別： 在類屬關(guān)系中，所有的子用例都有相似的目的和結(jié)構(gòu)，它們是整體上的相似整體上的相似。 在包含關(guān)系中，基礎(chǔ)用例在目的上可以完全不同，但它們都有一段相似的行為，它們的相似只是部分的相似部分的相似。5.2.3 用例圖用例圖- -用例類屬關(guān)系用例類屬關(guān)系5.2 UML包含的內(nèi)容包含的內(nèi)容3. 用例規(guī)約 很多軟件系統(tǒng)在一開始都需要登錄，若用戶登錄成功，則可進入系統(tǒng)。下面以一個學生學籍管理系統(tǒng)學生學籍管理系統(tǒng)為例，描述四種登錄方案。 為了簡單起見，我們只針對登錄登錄

28、、選課選課、查看學分查看學分這 三項功能建立用例模型。例題例題由于選課和查看學分都需要登錄，故專門設(shè)立一個 “登錄”用例。若登錄成功，則可以選課，也可以查看學分。例題例題-方案一方案一該方案的缺點：該方案的缺點：必須要了解系統(tǒng)的其它模塊才能描述清楚用例“登錄”向系統(tǒng)增減功能時，也要修改用例“登錄”的描述。選課和查看學分并不是登錄的組成部分，用例“登錄”描述中的后半部分是與登錄無關(guān)的。學生啟動系統(tǒng)：系統(tǒng)提示學生輸入學生證號和密碼；學生輸入學生證號和密碼；系統(tǒng)進行驗證，若通過則給出主界面，否則顯示輸入錯誤；若通過，且該生選擇“選課”系統(tǒng)執(zhí)行用例“選課”若通過，且該生選擇“查看學分”系統(tǒng)執(zhí)行用例“查看學分”對“登錄”的描述用用例“選課”和“查看學分”可擴展用例“登錄”