UML——用例圖.ppt

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

2、色、參與者actor確定角色牙齒角色推遲用戶或其他系統(tǒng)牙齒。用戶或其他系統(tǒng)在與主體subject交互時(shí)充當(dāng)特定的角色。角色role表示參與特定上下文的實(shí)體的特定命名行為。參與人之間的關(guān)系：廣義關(guān)系。參與者的表達(dá)，名稱：名詞短語語法：仿人符號(hào)參與者和用例之間的關(guān)系是什么？連接，用例，參與者用例圖的主要內(nèi)容是什么？用法、參與者、依賴性、泛化、關(guān)聯(lián)、注釋和約束、包用例的起點(diǎ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)、一般化：子用例與超級(jí)用例之間的關(guān)系子用例是超級(jí)用例的特殊形式。子用例繼承了超用例的所有功能和關(guān)聯(lián)，并且可以添加新功能和關(guān)聯(lián)。包含：指向包含的用例的包含相關(guān)性，表示公共行為。擴(kuò)展：擴(kuò)展相關(guān)性、條件擴(kuò)展、擴(kuò)展點(diǎn)、條件、用例之間的關(guān)系(2)、包含：一個(gè)用例包含指向所包含用例的其他用例的行為。Extend:是從擴(kuò)展用例到擴(kuò)展用例的關(guān)系。指定擴(kuò)展用例的行為插入到擴(kuò)展用例的行為中的方式和時(shí)間。包括擴(kuò)展點(diǎn)擴(kuò)展點(diǎn)。用例之間的關(guān)系(包括關(guān)系包含和關(guān)系擴(kuò)展)是指通過一個(gè)用例的行為擴(kuò)展另一個(gè)用

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

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

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

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

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

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

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

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