UML系列文章（17）基本行为---用况（用例）

没有系统是孤立存在的。 每个有意义的系统都会与为了某些目的而使用该系统的人或自动的参与者进行交互，这些参与者期望系统可以可预料的方式运行。一个用况代表一个主题（系统）的行为，是对一组动作序列的描述，主题执行该动作序列来为参与者产生一个可观察的结果值。

可以用用况来描述正在开发的系统想要实现的行为，而不必说明这些行为如何实现。用况为开发者提供了一种途径，使得他们与系统的最终用户和领域专家达到共同的理解。另外，用况还帮助我们在开发过中验证体系结构，并随着系统的演化对系统进行校验。在实现系统时，这些用况是通过协作来实现的，协作中的元素一起以完成每一个用况。

结构良好的用况只表示系统或子系统的基本行为，而且既不过于笼统也不过于详细。

1. 入门

一个经过精心设计的房子，要比用几堵墙简单围起来再撑起一个屋顶来挡风避雨的房子强上百倍。设计时应该考虑：怎样使用房子。如客厅避过起居室，厨房便于储藏，车库便于卸货，浴室的数目和设置，等等。

创建这样的用况的一个关键因素是不用指定用况是如何被实现的。例如，可以通过在用况中陈述用户与系统如何交互来描述一个ATM系统的行为，而完全不必要知道ATM内部的任何东西。用况说明想要的行为，而不说明行为是如何被执行的。这样做的最大好处是让你作为最终用户和领域专家与你的开发者之间不必为细节所累。

在UML中，所有这些行为都可以建模为用况，而用况的描述可以独立于它们的实现。一个用况是对一组动作序列的描述，主题执行这些动作序列来为参与者产生一个可观察的结果值。

    在系统层次上，一个用况描述一组序列。每个序列表示系统外部的事物与系统本身的交互。这些行为实际上是系统级的功能，用来可视化、详述、构造和文档化在需求获取和分析过程中所希望的系统行为。一个用况描述了系统的一个完整的功能需求。例如，银行的一个重要的用况是处理贷款。

    用况可以应用于整个系统，也可以应用于系统的一部分，包括子系统，甚至单个的类和接口。在各种情况下，这些用况不仅代表这些元素被期望的行为，而且还可以作为这些元素在开发过程中演化时的测试用况的基础。应用于子系统的用况是回归测试的来源；应用于整个系统的用况是集成测试和系统测试的极好来源。UML提供了用况和参与者的图形表示法，如下图，

 

2.术语和主题

    用况（use case）是对一组动作序列的描述，系统执行这些动作序列来为参与者产生一个可观察的结果值。在图形上，用椭圆表示用况。

2.1 主题

    主题（subject）是由一组用况所描述的一个类。这个类通常是一个系统或子系统。用况描述了这个类的行为方面。参与者则表示与该主题交互的其他类的方面。放在一起来看，用况描述了主题的完整行为。

2.2 名称

2.3 用况与参与者

2.4 用况与事件流

2.5 用况与脚本

2.6 用况与协作

2.7.组织用况

3.常用建模技术

4.提示和技巧