業務分析 - 用例

---

---

UML 的九種圖之一是用例圖。這些圖不僅重要，而且是軟體專案必要的需求。它主要用於軟體生命週期。眾所周知，開發週期中存在各個階段，而用例最常用的階段是在需求收集階段。

什麼是用例？

用例描述了一系列由系統執行的動作，這些動作為參與者提供價值。用例描述了系統在各種條件下的行為，因為它響應來自利益相關者之一（稱為**主要參與者**）的請求。

參與者是系統的“誰”，換句話說，他是終端使用者。

在軟體和系統工程中，用例是一系列步驟的列表，通常定義角色（在 UML 中稱為“參與者”）與系統之間的互動，以實現目標。參與者可以是人類或外部系統。

用例指定了系統中的事件流程。它更關注系統為了執行一系列操作而執行的操作。

用例的益處

用例提供了以下好處：

• 它是一種易於捕獲功能需求的方法，重點關注為使用者帶來的價值。

• 與傳統的需求方法相比，用例相對易於編寫和閱讀。

• 用例迫使開發人員從終端使用者的角度思考。

• 用例讓使用者參與到需求過程中。

用例的結構

名稱 : 說明用例目的的描述性名稱。

描述 : 用幾句話描述用例的作用。

參與者 : 列出參與用例的任何參與者。

前提條件 : 在開始用例之前必須滿足的條件。

事件流程 : 描述系統與參與者之間的互動。

後置條件 : 描述用例執行完成後的系統狀態。

用例模板指南

使用本章末尾給出的模板記錄每個用例。本節提供了用例模板中每個部分的描述。

用例識別

• 用例 ID - 為每個用例提供一個唯一的數字識別符號，採用分層形式：X.Y。相關的用例可以在層次結構中分組。功能需求可以追溯到標記的用例。

• 用例名稱 - 為用例指定一個簡潔、面向結果的名稱。這些名稱反映了使用者需要能夠使用系統完成的任務。包含一個動作動詞和一個名詞。一些示例：

  • 檢視零件號資訊。

  • 手動標記超文字源並建立到目標的連結。

  • 訂購帶有更新軟體版本的 CD。

用例歷史

在這裡，我們提到了用例文件的利益相關者的人員姓名。

• 建立者 - 提供最初記錄此用例的人員的姓名。

• 建立時間 - 輸入最初記錄用例的日期。

• 最後更新者 - 提供對用例描述進行最近更新的人員的姓名。

• 最後更新時間 - 輸入最近更新用例的日期。

用例定義

以下是用例關鍵概念的定義：

參與者

參與者是軟體系統外部的人員或其他實體，他們與系統互動並執行用例以完成任務。不同的參與者通常對應於從將使用產品的客戶群體中識別出的不同的使用者類別或角色。命名將執行此用例的參與者。

描述

簡要描述此用例的原因和結果，或執行用例的動作序列和結果的高階描述。

前提條件

列出在用例開始之前必須發生的任何活動或必須為真的任何條件。為每個前提條件編號。

示例

• 使用者身份已透過身份驗證。
• 使用者的計算機有足夠的可用記憶體來啟動任務。

後置條件

描述用例執行結束時系統的狀態。為每個後置條件編號。

示例

• 文件僅包含有效的 SGML 標記。
• 資料庫中專案的價格已更新為新值。

優先順序

指示實現允許執行此用例所需的功能的相對優先順序。使用的優先順序方案必須與軟體需求規格說明書中使用的方案相同。

使用頻率

估計參與者在某個適當的時間單位內執行此用例的次數。

正常事件流程

詳細描述在正常、預期條件下執行用例期間將發生的使用者的操作和系統的響應。此對話序列最終將實現用例名稱和描述中陳述的目標。此描述可以寫成對假設問題的回答，“如何<完成用例名稱中陳述的任務>？” 最好將其作為參與者執行的操作的編號列表，與系統提供的響應交替進行。

備選流程

在本節中分別記錄在此用例中可能發生的其他的合法使用場景。陳述備選流程，並描述發生的步驟序列的任何差異。使用用例 ID 作為字首為每個備選流程編號，後跟“AC”表示“備選流程”。例如：X.Y.AC.1。

異常

描述在用例執行期間可能發生的任何預期的錯誤條件，並定義系統如何響應這些條件。此外，描述如果用例執行因某種意外原因失敗，系統如何響應。使用用例 ID 作為字首為每個異常編號，後跟“EX”表示“異常”。例如：X.Y.EX.1。

包含

列出此用例“呼叫”的任何其他用例。出現在多個用例中的常見功能可以拆分為一個單獨的用例，該用例包含需要該常見功能的用例。

特殊需求

識別用例在設計或實現期間可能需要解決的任何其他需求，例如非功能性需求。這些可能包括效能要求或其他質量屬性。

假設

列出分析中做出的任何假設，這些假設導致將此用例納入產品描述並編寫用例描述。

備註和問題

列出有關此用例的任何其他註釋或任何剩餘的未決問題或待定事項 (TBD)。確定誰將解決每個問題、截止日期以及最終的解決方案。

變更管理和版本控制

版本控制是對文件、大型網站和其他資訊集合的更改進行管理。更改通常由數字或字母程式碼標識，稱為修訂號或修訂級別。每個修訂版都與時間戳和進行更改的人員相關聯。