需求分析與擷取、使用案例圖.pptVIP

* * 6-1 使用案例描述 何謂使用案例描述？ 讓我們再回到使用案例的定義。在Booch等所著的《UML使用手冊》書中，他們對於使用案例的定義如下：? …a description of set of sequences of actions, including variants, that a system performs that yield an observable result of value to an actor.”? 翻譯成中文，它的意思：「一個系統執行並且產生可觀察且對使用者有價值的結果之一序列動作的描述」。 6-1 使用案例描述 使用案例是動作的描述 使用案例描述系統行為的執行步驟，並且包含過程中的可能發生狀況。而使用案例的執行，應該產生對於使用者有價值的結果。 ?使用案例也絶不是只有一個橢圓形就沒了！基本上，它只表示故事的開端。 6-1 使用案例描述 系統行為的描述 對於系統行為的描述可以用一般敘述性的文字來表達。 在描述的內容上 一方面採用使用者的觀點，也就是使用者從外面看得到的系統行為。 另一方面則是描述系統的回應。對於描述，你可能會有一個疑問，那就是描述的範圍是要到哪個程度？這個沒有一定的答案，但有一點很肯定的是，不要在描述中談論設計細節或是特定的實作方法。 6-1 使用案例描述 範例：描述系統的行為 舉個例子來說，案例描述中可能會出現「系統顯示產品目錄給使用者」。 這句話並沒有提到如何顯示、顯示在哪裡、顯示的格式、儲存產品目錄的資料庫是哪種資料庫... 等等細節。當然，我們知道產品目錄一定是存放在某個資料庫，你可以把之前那句話細緻化成「系統首先取出產品目錄，然後系統將產品目錄顯示給使用者」。同理，如何取出、從哪裡取出等等細節都不是目前關心的重點，我們只知道要去取出來，才有東西可以顯示給使用者看。 6-1 使用案例描述 使用案例描述內容 描述使用案例時，敘述內容應該紀錄以下幾大項目： 使用案例如何開始的。 使用案例如何結束的。 使用者如何與系統互動。 互動的過程有什麼樣的訊息交換。 互動行為的正常過程以及其他或是例外的過程。 6-1 使用案例描述 描述的格式 使用案例描述的格式並沒有一定的規格。在此我們採用表格的方式。此表格分為左右兩個欄位。左欄記載著使用者(Actor)的請求動作，右欄記載著系統的回應。 Actor 動作 系統回應 ? ? ? ? 6-1 使用案例描述 範例：使用者訂購音樂CD 讓我們用「使用者訂購音樂CD」這個使用案例來了解如何進行使用案例描述。假設顧客在之前已經利用系統所提供的搜尋功能找到了所想要購買的音樂CD 摘要，系統顯示音樂 CD 摘要的網頁給顧客，而接下來可能會發生的情節，我們把它寫成如下頁表： 6-1 使用案例描述 範例：使用者訂購音樂CD Actor 動作 系統回應 1. TUCBW：顧客提交搜尋要求給系統 2. 系統提供顧戶建議的CD列表 3. 顧客選擇其中的一個CD以查看更多的資訊 4. 系統提供顧客該CD的明細 5. 顧客把CD加入到購物車 6. 系統顯示購物車內容 7. 顧客登入系統結帳（Check-out） 8. 系統驗證顧客的登入資料 9. 系統驗證顧客的信用卡資料 10. 系統寄發訂單確認函（E-mail）給顧客 11. 系統儲存訂單交易資訊 12. TUCEW：系統顯示訂單交易明細資訊 6-1 使用案例描述 描述的說明 在表中，我們用數字來表示執行的步驟。另外，你會發覺到兩個奇怪的英文出現在第1步以及第12步。 步驟1的TUCBW是The Use Case Begin With的縮寫。意思是「這個使用案例開始於」。 TUCEW則是The Use Case End With的縮寫，它的意思是「這個使用案例結束於」。 6-2 情節(scenario) 描述的說明 在6.1節的討論中，我們用了一個字－「情節」。在討論使用案例時，一定會提到情節。而以上的描述就是一個情節的例子。 在使用案例中，所謂的情節是指使用案例的某單一執行路徑。 為什麼使用案例會有不同的情節？因為使用案例並不是只有單一的執行路徑。 6-2 情節(scenario) 之前的範例 回過頭來仔細地想一想「使用者訂購音樂CD」這個使用案例描述中的步驟，尤其是第9步驟：系統驗證顧客的信用卡資料。 驗證信用卡時可能有兩種情況會產生：成功與失敗。成功的時候，使用案例會繼續第10個步驟。失敗呢？上面的表格中並沒有寫出。因此你可以發現到使用案例是會有不同的執行路徑。上面的表格所描述的路徑稱為正常路徑。 對於使用案例的可能不同路徑可以用另一個表格來表示。有時候也可以只是文字敘述。 6-2 情節(scenario) 例外路徑：信用卡驗證失敗(文字敘述) 步驟7