工作成果: 使用案例
這個構件定義一組使用案例實例,而每一個實例代表系統執行的一連串的動作,最後可產生適合特定參與者觀察的結果。
目的

「使用案例」的主要用途是以一般使用者達成一或多個期望目標的觀點,擷取必要的系統行為。「使用案例」在許多不同的角色上有許多不同的用途,包括:

  • 客戶,表示(或至少同意)系統行為的說明。
  • 潛在的使用者,瞭解系統的行為。
  • 軟體架構師,指出重大架構面的功能。
  • 負責分析設計實作系統的人,瞭解必要的系統行為及修正系統定義。
  • 設計師,從使用案例的事件流程中找出類別。
  • 測試人員,做為基準來確認一組必要的測試案例。
  • 管理人員,規劃和評估每一次反覆活動的工作。
  • 文件編撰員,以文件中(例如,系統使用者指南)必須描述的使用順序為觀點來瞭解系統行為。
說明
概略輪廓

為「使用案例規格」提供的範本包含使用案例的文字內容。本文適用於需求管理工具,例如 Rational RequisitePro,主要是在使用案例內容中指定和標示需求。 

內容
活動進入狀態初步
活動結束狀態初步
選用
規劃Yes
圖例
調整
表示法選項

UML 表示法:使用案例(第一類 UML 元素)

使用案例主要由文字規格組成(稱為使用案例規格),此規格包含事件流程的說明,描述參與者和系統之間的互動。 此規格通常也包含其他資訊,例如前置條件、後置條件、特殊需求及重要情境。 使用案例也可以利用 UML 來描繪,以展現與其他使用案例和參與者的關係。 

使用案例規格可能有下列內容

  • 名稱:使用案例的名稱。
  • 簡要說明:使用案例的角色和用途的簡要說明。  
  • 事件流程:系統如何運用使用案例的文字說明(而非系統如何解決特定的問題)。客戶能夠了解這項說明。 
  • 特殊需求:文字說明,在使用案例上收集不在使用案例模型中但設計或實作時必須注意的所有需求,例如非功能面需求。  
  • 前置條件:文字說明,定義使用案例在系統上啟動時的限制。    
  • 後置條件:文字說明,定義使用案例在系統上已終止時的限制。   
  • 延伸點:在使用案例的事件流程內,可利用延伸關係來插入其他行為的一些位置。    
  • 關係:使用案例參與的關係,例如通訊關聯、併入、一般化及延伸關係。     
  • 活動圖:這些圖型呈現事件流程的結構。    
  • 使用案例圖:這些圖型顯示相關使用案例的關係。     
  • 其他圖型:使用案例的其他圖形說明。   

必須決定「使用案例」要詳述的範圍:

  • 只描述主要流程嗎?
  • 只描述最重要的使用案例嗎?
  • 完整描述前置條件和後置條件嗎?

有些專案會採取非正式的方式套用使用案例來探查需求,但會以另一種形式來記錄和維護這些需求。 如何調整「使用案例」取決於專案大小、經驗、工具集、客戶關係等。 如需「使用案例」調整的相關指引,請參閱準則:使用案例

詳細資訊