初学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文档。
