初學uml者，應該避免這樣一種誤解――認為就是由參與者和用例構成的用例圖就是用例模型，用例圖只是在總體上大致描述了系統所能提供的各種服務，讓我們對於系統的功能有乙個總體的認識。但用例圖並非如此，在用例圖中我們還需要針對每乙個用例描述它的詳細資訊，這些資訊包含在用例規約中，因此用例模型應該是由用例圖和每乙個用例的詳細描述――用例規約所組成的。每乙個用例的用例規約都應該包含以下內容：
l 簡要說明 (******)：簡要介紹該用例的作用和目的。
l 基本流 (basic path)：表示用例正常的場景。在基本流中系統執行一系列活動步驟來響應參與者提出的服務請求。
l 異常流 (exception) 描述與該用例相關的非功能性需求（包括效能、可靠性、可用性和可擴充套件性等）和設計約束（所使用的作業系統、開發工具等）。
l 前置條件 (precondition) 執行用例之前系統必須所處的狀態。
l 後置條件 (postcondition) 用例執行完畢後系統可能處於的一組狀態。
l 備選流（alternate）描述用例發生過程中偶爾或者異常發生的場景。
用例規約基本上是用文字方式來表述的，為了更加清晰地描述用例的事件流，也可以選擇使用狀態圖、活**或時序圖來輔助說明（具體可參考trufun其他框圖操作）。如活**有助於描述複雜的決策流程，狀態轉移圖有助於描述與狀態相關的系統行為，序列圖適合於描述基於時間順序的訊息傳遞。
比如使用者pose機上取款用例，可以對該用例進行相關的場景描述。
trufun plato uml2建模工具還可以根據以上的用例場景描述，生成的標準的需求用例規約文件，下圖是trufunplato uml2建模工具生成的用例規約文件的word文件結構圖。操作步驟：選單項「uml建模」—》「匯出」—》「匯出為文件」，在彈出對話方塊中選擇模板為「需求/用例實現規約」，其他根據自己需要進行設定，系統將自動生成我們所需要的word文件。
UML輕鬆入門 用例 2
uml輕鬆入門 用例 1 用例與用例圖 用例是需求分析中最重要的概念，需求表徵了乙個系統的設計特性 特徵和行為，描述乙個系統的需求意味著描述了建立在該系統外部的事物與系統之間的契約，契約上宣告了期望系統做什麼。需求獲取 requirement elicitation 是需求工程的主體，其主要工作是建...
UML學習 通過用例分析來確認需求
uml學習 通過用例分析來確認需求 2005年8月24日 前言用例是從使用者的觀點出發對系統建立模型。對於開發團隊，正確和全面的理解客戶的需求對建立期待的系統來說十分關鍵，至少系統能夠滿足使用者的需求。概念 可以認為用例是系統的乙個功能或者說是乙個使用場景，使用每個功能的實體 可以使人 另乙個系統等...
UML學習手記（一） 用例分析之用例與需求的關係
uml 學習手記 一 用例分析之用例與需求的關係 粟衛民http www.gisdev.cn 日期 2007 11 28 在alistair cockburn 所著的 writing effective use cases 1 用例是代表系統中各個專案相關人員之間就系統的行為所達成的契約，乙個用例是...