UML——用例圖.ppt

1、，第2章用例和用例、用例、參與者用例之間的關(guān)系用例建模技術(shù)、用例圖示例、用例概念(1)、用例表示系統(tǒng)的部分功能和行為。您可以將系統(tǒng)的所有功能和行為建模為用例。用例是系統(tǒng)執(zhí)行的一系列任務(wù)的規(guī)范。動作的執(zhí)行會產(chǎn)生可觀察的結(jié)果。牙齒結(jié)果對參與者或相關(guān)人有特殊價值。用例概念(2)，用例描述了將實現(xiàn)的動作，而不說明實現(xiàn)方法，因此每個人都不必厭倦細節(jié)。系統(tǒng)級功能，完整的功能要求。參與者actor和用例之間的交互參與者可以是人或自動系統(tǒng)。用例完成參與者利益相關(guān)的確定工作。用例用作測試源。用例可以通過交互方式表示實現(xiàn)方法。用例的表示，命名：字符串，短主動語音動詞短語。語法：橢圓、用例名稱、用例名稱、參與者和角

2、色、參與者actor確定角色牙齒角色推遲用戶或其他系統(tǒng)牙齒。用戶或其他系統(tǒng)在與主體subject交互時充當(dāng)特定的角色。角色role表示參與特定上下文的實體的特定命名行為。參與人之間的關(guān)系：廣義關(guān)系。參與者的表達，名稱：名詞短語語法：仿人符號參與者和用例之間的關(guān)系是什么？連接，用例，參與者用例圖的主要內(nèi)容是什么？用法、參與者、依賴性、泛化、關(guān)聯(lián)、注釋和約束、包用例的起點是什么？表示系統(tǒng)的行為，表示系統(tǒng)外部提供的可視服務(wù)。上下文概念，上下文context是什么？存在于系統(tǒng)外部并與系統(tǒng)交互的任何東西。上下文定義了元素存在的環(huán)境。用例圖與系統(tǒng)上下文之間的關(guān)系是什么？用例圖可以使用系統(tǒng)的上下文建模，用例

3、圖示例，用例組織，軟件包package來配置大量用例。包名稱：3360用例之間的關(guān)系、使用包配置用例、用例之間的關(guān)系(1)、一般化：子用例與超級用例之間的關(guān)系子用例是超級用例的特殊形式。子用例繼承了超用例的所有功能和關(guān)聯(lián)，并且可以添加新功能和關(guān)聯(lián)。包含：指向包含的用例的包含相關(guān)性，表示公共行為。擴展：擴展相關(guān)性、條件擴展、擴展點、條件、用例之間的關(guān)系(2)、包含：一個用例包含指向所包含用例的其他用例的行為。Extend:是從擴展用例到擴展用例的關(guān)系。指定擴展用例的行為插入到擴展用例的行為中的方式和時間。包括擴展點擴展點。用例之間的關(guān)系(包括關(guān)系包含和關(guān)系擴展)是指通過一個用例的行為擴展另一個用

4、例。用例A包含B(從A到B)，用例B擴展了A(從B到A)。兩者都表示用例B的動作擴展了A的動作。兩者有什么區(qū)別？主要區(qū)別是“包含”牙齒無條件擴張，具有很強的依賴性?！皵U展”是獨立于擴展用例進行擴展的條件擴展。注意：“”和“”不是中文符號，而是ASCII字符。十六進制值分別為AB和BB。為什么需要用例建模技術(shù)，用例建模？用例為領(lǐng)域?qū)＜?、終端用戶和開發(fā)人員提供了通信平臺。向開發(fā)者直接提供元素識別和理解的方法用例是模型元素測試的基礎(chǔ)。建模技術(shù)包括上下文建模用例及其關(guān)系建模場景建模、上下文建模(1)、首先識別系統(tǒng)邊界(即系統(tǒng)中包含的行為)和系統(tǒng)邊界的外部交互。通過提問確定與系統(tǒng)交互的參與者，設(shè)置系統(tǒng)的

5、上下文。一般和特殊角色識別會考慮參與者之間可能存在的一般化關(guān)系來組織參與者?？紤]個人扮演的角色，機構(gòu)扮演的角色，參與者之間的關(guān)聯(lián)。避免重要參與者的遺漏。即，詢問盡可能廣泛的用戶。牙齒時，缺少重要用戶可能會導(dǎo)致系統(tǒng)存在潛在缺陷和不足，以后可能會發(fā)生大量返工。(大衛(wèi)亞設(shè)，美國電視電視劇，成功)，上下文建模(2)，不要讓非專業(yè)人士向客戶提出專業(yè)的問題。要構(gòu)建財務(wù)系統(tǒng)，最好與具有豐富業(yè)務(wù)經(jīng)驗和電腦運營經(jīng)驗的領(lǐng)域?qū)＜医涣鳎贫ㄕ_的業(yè)務(wù)規(guī)則。有時會出現(xiàn)這種情況，很難確定什么行為會在系統(tǒng)內(nèi)實現(xiàn)。例如，金融經(jīng)理簽署報銷憑證，牙齒行為每天手工簽署，現(xiàn)在所有的憑證都在計算機上完成。那么就是打印出來，手工簽名，或

6、者用數(shù)字簽名在電腦上簽名。這種決策類型將對系統(tǒng)的功能要求產(chǎn)生重大影響。對于大型多用戶系統(tǒng)，可以在一個或多個用例圖中具體說明參與者和相互關(guān)系，而無需說明用例。考慮用例及其關(guān)系建模(1)，針對每個參與者與系統(tǒng)交互的主要方法，即期望或需要系統(tǒng)提供的功能或行為的方法，將每個功能或行為描述為用例。除了識別正常的交互外，還要考慮可能發(fā)生的異常交互方式。利用廣義關(guān)系區(qū)分抽象用例和具體用例之間的關(guān)系。必須避免這種情況。有兩個茄子用例描述。一個是抽象的說明，另一個是具體的說明，說明相同的功能或行為，但是如果不說明廣義關(guān)系，系統(tǒng)設(shè)計可能會重復(fù)。除非多個用例之間有明確的廣義關(guān)系，否則任何用例都不能替代其他用例。在廣

7、義關(guān)系中，具體用例可以代替抽象用例。避免使用案例和關(guān)系建模(2)，以及遺漏重要使用案例。顯然遺漏會導(dǎo)致系統(tǒng)缺陷，暗示將來可以大量返工。說明用例的粒度有大小劃分，抽象級別有高、低，在一幅圖中，除非多個用例之間有明確的廣義關(guān)系，否則大體上應(yīng)該有一致的粒度或抽象級別。使用包含關(guān)系分解和重復(fù)使用公共行為，使用擴展關(guān)系設(shè)置條件行為變形。注意區(qū)分牙齒兩種關(guān)系。對于包含關(guān)系，包含的使用案例盡可能選擇抽象的使用案例，以使特定使用案例提供更多的靈活性，包含關(guān)系也是穩(wěn)定的。同樣，對于擴展關(guān)系，擴展用例應(yīng)盡量選擇抽象用例。用例和關(guān)系建模(3)，每個用例應(yīng)向特定用戶提供可視價值，避免對無關(guān)緊要、微不足道的功能說明進行

8、說明。用例圖不能說明多個用例之間的執(zhí)行順序，因此不要試圖說明隨時間運行的多個用例的前后順序，也不要說明用例的循環(huán)執(zhí)行。通常，在用例圖的多個用例之間沒有高低左右位置的區(qū)分。按照慣例，抽象的用法要高一些，具體的用法要低一些，這只是明確的、好看的。在用例圖中，只能說明用例及其關(guān)系，不需要同時說明參與者及其關(guān)系。要避免在一幅畫中說明太多的內(nèi)容。否則很難理解使用案例圖。用例和關(guān)系建模(4)，如果發(fā)現(xiàn)用例與多個參與者相關(guān)聯(lián)，則需要考慮多個參與者是否具有相同的行為。避免丟失的用例和參與者之間的連接。缺少關(guān)聯(lián)可能會導(dǎo)致參與者缺乏功能支持，從而抑制功能缺陷或不足。根據(jù)需要添加約束和注釋。使用注釋中可用的文字或圖

9、形詳細說明用例的特征。場景建模(1)，啟動用例的參與者：直接與系統(tǒng)交互并觸發(fā)業(yè)務(wù)事件的相關(guān)人員。用例觸發(fā)器：開始運行用例的事件。用例前提條件：在用例運行之前對系統(tǒng)狀態(tài)的限制，通常是指必須首先執(zhí)行的用例。用例的基本事件流：參與者和系統(tǒng)為滿足用例目標(biāo)而執(zhí)行的典型操作序列，包括參與者和系統(tǒng)交互以及為響應(yīng)交互式系統(tǒng)而執(zhí)行的操作。場景建模(2)，替換或異常事件流：如果基本事件流發(fā)生異?；蚋模瑒t使用以下例程：用例的后期條件：用例運行后系統(tǒng)狀態(tài)必須滿足的約束條件。受益于運行用例的參與者：可能與啟動用例的參與者相同，也可能不同。用例何時以及如何結(jié)束。摘要(1)，用例表示系統(tǒng)的某些功能和行為。用例建模整個系統(tǒng)

10、、子系統(tǒng)或類的行為。用例的每次執(zhí)行都會給特定參與者帶來有價值的結(jié)果。參與者是系統(tǒng)外部與系統(tǒng)直接交互的實體。參與者確認了角色類型。角色是參與特定語境的某個實體的命名特定行為。參與者之間可能有廣義等關(guān)系。是表示摘要(2)、用例、參與者和相互關(guān)系的圖。用例之間的關(guān)系主要是一般化、包含和擴展。一般化表示具體用例與一般化用例之間的關(guān)系。表示一個用例的執(zhí)行包括其他用例的執(zhí)行。擴展指示用例的行為如何以及何時插入到擴展用例中。用例模型可用于系統(tǒng)需求建模。用例描述模板，用例編號用例名稱用例描述參與者前提條件主事件流(默認路徑)1，x x x x 2.x x x x x其他事件流(擴展點)2a.x x x x x

11、 2 a1.x x x x x x進一步說明，使用案例的作用和目的，使用案例案例案例使用案例編號：001使用案例名稱：ATM提取使用案例說明： ATM提取使用案例，從ATM機器提取參與者：存款人前提條件：ATM機器處于正常準備狀態(tài)后的條件：成功后，存款人提取錢并從帳戶中扣除錢。如果失敗，存款人就收不到錢，賬戶的錢也不變?；韭肪€1，儲戶追加卡；Atm機器提示輸入用戶密碼。存款人輸入密碼。4.ATM機器密碼驗證通過，提示輸入錢數(shù)。儲戶輸入錢。6.自動取款機進行錢的驗證，通知操作成功，吐出卡和錢。儲戶提取卡和錢。8.ATM機器屏幕恢復(fù)到初始狀態(tài)。擴充點、ATM擷取使用案例說明、擴充點4a。自動取款機的用戶密碼為4a1。通過ATM機器確認信用卡吐出，不提供提示信息。4a2 .儲戶取出卡。4a3 .ATM機器畫面會返回初始狀態(tài)。6a.atm使用者輸入金額為3000 6a1。確認超過自動取款機，信用卡嘔吐。6a2 .儲戶