初學UML者，應該避免這樣一種誤解――認為就是由參與者和用例構成的用例圖就是用例模型，用例圖只是在總體上大致描述了系統所能提供的各種服務， 讓我們對于系統的功能有一個總體的認識。但用例圖并非如此，在用例圖中我們還需要針對每一個用例描述它的詳細信息，這些信息包含在用例規約中，因此用例模 型應該是由用例圖和每一個用例的詳細描述――用例規約所組成的。每一個用例的用例規約都應該包含以下內容：
l 簡要說明 (Simple)：簡要介紹該用例的作用和目的。
l 基本流 (Basic Path)：表示用例正常的場景。在基本流中系統執行一系列活動步驟來響應參與者提出的服務請求。
l 異常流 (Exception) 描述與該用例相關的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設計約束（所使用的操作系統、開發工具等）。
l 前置條件 (PreCondition) 執行用例之前系統必須所處的狀態。
l 后置條件 (PostCondition) 用例執行完畢后系統可能處于的一組狀態。
l 備選流（Alternate）描述用例發生過程中偶爾或者異常發生的場景。
在UML2建模工具中都有提供針對用例的相關描述內容，下面我們以Trufun Plato UML2建模工具為例進行具體案例的用例描述（可到www.trufun.net上免費下載）。
用例規約基本上是用文本方式來表述的，為了更加清晰地描述用例的事件流，也可以選擇使用狀態圖、活動圖或時序圖來輔助說明（具體可參考Trufun 其他框圖操作）。如活動圖有助于描述復雜的決策流程，狀態轉移圖有助于描述與狀態相關的系統行為，序列圖適合于描述基于時間順序的消息傳遞。
比如用戶pose機上取款用例，可以對該用例進行相關的場景描述。
Trufun Plato UML2建模工具還可以根據以上的用例場景描述，生成的標準的需求用例規約文檔，下圖是TrufunPlato UML2建模工具生成的用例規約文檔的word文檔結構圖。操作步驟：菜單項“UML建模”—》“導出”—》“導出為文檔”，在彈出對話框中選擇模板為 “需求/用例實現規約”，其他根據自己需要進行設置，系統將自動生成我們所需要的word文檔。
