66056學(xué)習(xí)目標(biāo)-資料下載頁(yè)
2025-09-21 09:46本頁(yè)面
【導(dǎo)讀】使用用例模型捕獲系統(tǒng)需求。詳細(xì)地描述系統(tǒng)和客戶以及系統(tǒng)和外部系統(tǒng)之間的交互。重構(gòu)這個(gè)詳細(xì)描述以保證它是可讀且易懂的。用例模型用于需求分析階段。它將系統(tǒng)看作黑盒，從參與執(zhí)行者的角度來(lái)理解系統(tǒng)。它驅(qū)動(dòng)了需求分析之后各階段的開(kāi)發(fā)工作，不僅在開(kāi)發(fā)過(guò)。一個(gè)用例是由一名普通用戶的目標(biāo)聯(lián)系在。用例必須是集中的，并有一個(gè)明確的目標(biāo)。用例代表系統(tǒng)的一種外觀，和系統(tǒng)內(nèi)部的。用例由參與者激活，并提供確切的值給參與。用例可大可小，但它必須是對(duì)一個(gè)具體的用。硬件設(shè)備或某段時(shí)間的流逝。其圖形化的表示是一個(gè)小人。主要或協(xié)助參與者。因?yàn)橄到y(tǒng)要響應(yīng)時(shí)間事件而完成某些活動(dòng)。例如，管理用戶用例可以同時(shí)滿足”編輯用戶“、”子參與者繼承父參與者的角色，及父參與者與用例
【正文】 P即基本業(yè)務(wù)過(guò)程（ Elementary Business Process），是源于業(yè)務(wù)過(guò)程工程領(lǐng)域的術(shù)語(yǔ)。 定義：一個(gè)人于某個(gè)時(shí)刻在一個(gè)地點(diǎn)所執(zhí)行的任務(wù)，以響應(yīng)業(yè)務(wù)事件。該任務(wù)能夠增加可量化的業(yè)務(wù)價(jià)值，并且以持久狀態(tài)留下數(shù)據(jù)，例如，批準(zhǔn)信用卡的信用額度或者確定訂購(gòu)的價(jià)格。 用例不是單獨(dú)的一小步，例如”刪除一條商品項(xiàng)目“或者”打印文檔“。相反，主成功場(chǎng)景應(yīng)該是 510個(gè)步驟。用例不能持續(xù)數(shù)日或多個(gè)會(huì)話過(guò)程，例如”就供應(yīng)者合同進(jìn)行談判“。用例是在一個(gè)會(huì)話過(guò)程中完成的任務(wù)。用例可能只需幾分鐘或一個(gè)小時(shí)就能完成。 如何發(fā)現(xiàn)有效用例 ? 規(guī)模測(cè)試 用例很少由單獨(dú)的活動(dòng)或步驟組成，相反，用例通常包含多個(gè)步驟。用例建模中的一個(gè)常見(jiàn)錯(cuò)誤就是僅講一系列相關(guān)步驟中的一個(gè)步驟定義為用例。 例如將輸入商品 ID定義為用例。如果你以詳述形式想象一下，你會(huì)發(fā)現(xiàn)該用例出奇的短。 如何發(fā)現(xiàn)有效用例 ? 測(cè)試的合理違例 盡管應(yīng)用中主要用例的定義和分析可以滿足上述測(cè)試，但是常常會(huì)出現(xiàn)例外。 有時(shí)，需要為子任務(wù)或常規(guī) EBP級(jí)別用例中的步驟編寫(xiě)單獨(dú)的子功能級(jí)別用例。例如，諸如”信用卡支付“等子任務(wù)或擴(kuò)展可能在多個(gè)基本用例中出現(xiàn)。 認(rèn)證用戶這一用例可能無(wú)法通過(guò)老板測(cè)試，但是其步驟極為復(fù)雜，需要引起重視進(jìn)行細(xì)致的分析，例如需要考慮”單點(diǎn)登錄“特性。 編寫(xiě)用例準(zhǔn)則 ? 以無(wú)用戶界面約束的本質(zhì)風(fēng)格編寫(xiě)用例 ? 編寫(xiě)簡(jiǎn)潔的用例 ? 編寫(xiě)黑盒用例 ? 采用參與者和參與者目標(biāo)的觀點(diǎn) 以無(wú)用戶界面約束的本質(zhì)風(fēng)格編寫(xiě)用例 ? 新式和改良！適于指紋的情形 在需求獲取時(shí)，收銀員可能會(huì)說(shuō)其目標(biāo)之一表述為”登錄“。此時(shí)收銀員大概會(huì)想象有圖形界面，對(duì)話框，用戶 ID和口令。這是實(shí)現(xiàn)目標(biāo)的一種機(jī)制，但不是目標(biāo)本身。通過(guò)分析，可以反響與實(shí)現(xiàn)機(jī)制無(wú)關(guān)的目標(biāo)：“表示自己的身份并得到認(rèn)證”，或是更高層的目標(biāo)：“防盜 ……”。 這種對(duì)根源目標(biāo)的發(fā)現(xiàn)過(guò)程能夠拓展視野，以促成新的和改進(jìn)的解決方案。但可能還要進(jìn)行一些可用性分析工作。 準(zhǔn)則：編寫(xiě)黑盒用例 黑盒用例（ blackbox use case）是最常用和推薦使用的類型，它不對(duì)系統(tǒng)內(nèi)部工作，構(gòu)作或設(shè)計(jì)進(jìn)行描述。反之，它以通過(guò) 職責(zé) 來(lái)描述系統(tǒng)，這是面向?qū)ο笏枷胫衅毡榻y(tǒng)一的隱喻主題 軟件元素具有職責(zé)，并且與其他具有職責(zé)的元素進(jìn)行協(xié)作。 通過(guò)使用黑盒用例定義系統(tǒng)職責(zé)，人們可以規(guī)定系統(tǒng)必須做什么，而不必決定系統(tǒng)如何去做（設(shè)計(jì)）。實(shí)際上，“分析”與“設(shè)計(jì)”的區(qū)別就在于“ 什么 ”和“ 如何 ”的差異。 黑盒風(fēng)格 非黑盒風(fēng)格 系統(tǒng)記錄銷售 系統(tǒng)將銷售信息寫(xiě)入數(shù)據(jù)庫(kù)。 …… 或者（更糟的描述）：系統(tǒng)對(duì)銷售信息生成 SQL INSERT語(yǔ)句 …… 準(zhǔn)則：采用參與者和參與者目標(biāo)的視點(diǎn) 以下是 RUP的用例定義： 一組用例實(shí)例，每個(gè)實(shí)例是系統(tǒng)所執(zhí)行的一系列活動(dòng)，以此產(chǎn)生對(duì)特定參與者具有價(jià)值的可觀察結(jié)果。 短語(yǔ)”對(duì)特定參與者具有價(jià)值的可觀察結(jié)果“是細(xì)微而又重要的概念，它強(qiáng)調(diào)了需求分析的兩個(gè)態(tài)度： 1. 關(guān)注系統(tǒng)的用戶或參與者來(lái)編寫(xiě)需求，詢問(wèn)其目標(biāo)和典型情況。 2. 關(guān)注理解參與者所考慮的有價(jià)值結(jié)果。 用例和需求模型的關(guān)系 用例 條形褲 用例 條形褲（子用例）
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1