用例

一个系统的功能必定是可数的、有限的，而每一个功能都可以表示为一个use case. 用例图中用椭圆表示。表示功能块。

 

用例可以是一个场景，包括动作和互交。

用例可以是一组场景，描述不同场景下的行为。这种书写格式可以在任何时候描述有变体的行为，例如黑盒需求，业务流程，系统设计说明。

用例里不要有系统设计

用例里不要有界面设计

用例里不要有特性列表

用例里不要有测试

用例应该描述行为需求

用例的主场景不要超过九步。可以在适当的层次上得到子目标和移除设计说明。

用例的最大价值不在于主场景，而是在于备选行为。主场景可能只占用例长度的四分之一到十分之一。

 

面向Use Case 的需求与传统的功能性系统需求之间最显著的区别在于actor ，以面向Use Case的观点，系统存在是由于actors 要通过该系统实现某些目标，actor与系统进行交互来实现其目标，我们将这些交互行为定义为Use Case 。

 

图形符号

这里是Use Cases的图形符号描述，UML中一个单一的"Stick-Man"符号标示角色（Actor），用椭圆标示Use Cases，如

（图一）所示。这些图对于你想看到Use Cases之间如何关联的"大图"和获得系统上下文的大体描述来说是非常重要的。

Use Cases图没有显示不同的场景，它们的意图是显示角色和Use Cases之间的关系。所以Use Cases图需求用结构化叙述文本来补充。UML提供一些可供选择的图来显示不同的场景，这些常规的图形有交互图、活动图、顺序图、状态图等（本文暂不讨论这些图）。使用这些图的主要缺点是它们不象文本一样是紧密的，但它们能用于给出Use Case的整体感觉。

 

Use Case 是系统提供的功能块，换句话来说Use Case演示了人们如何使用系统。通过Use Case观察系统，能够将系统实现与系统目标分开，有助于了解最重要的部分――满足用户要求和期望，而不会沉浸于实现细节。通过Use Case 用户可以看到系统提供的功能，先确定系统范围再深入开展项目工作。