uml用例图

用例：描述系统的一个特定的目的或结果,以及是谁希望得到结果。即系统功能。不描述具体的实现。

用例图:描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。

用例驱动开发分为：重型的RUP、ICONIX轻量级

注意:

1)用例图是结构化的

2)用例图是非形式化的

3)用例图展示系统功能

用例驱动模型:开发人员首先捕获客户的需求，并以用例的形式组织成用例模型。然后分析并设计系统来满足这些用例，因此在用例模型之后就是分析模型，

接着是设计模型和实施模型。在实现了整个系统之后，还将根据用例模型设计出测试模型来对系统进行验证。它们是一个迭代、增量的开发过程。也就是在整个项目开发周期中，将会多次经过这五个模型的迭代，每次都将越来越精化。

用例图中的元素:

参与者：为了完成一个事件而与系统交互的实体，是用户相对系统而言所演的角色。即是系统之外的实体，不一定是人，可以使系统或时钟。参与者是必不可少的，任何用例无法脱离参与者存在。

判断是否为参与者的规则：

1. 是谁向系统提供的信息.
2. 谁向系统获取信息。
3. 谁操作系统。
4. 系统使用哪些外部资源
5. 系统是否和已经存在的系统交互

用例实例：是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。一个用例定义一组用例实例。

系统边界：指系统与系统之间的界限。把系统边界以外的同系统相关联的其他部分称之为系统环境。

关联：

包含关系是指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。指向分解出来的功能用例。

扩展关系是指在一定条件下，把新的行为加入到已有的用例中，获得的新用例称为扩展用例（Extension），原有的用例称为基础用例（Base）。指向基础用例。

泛化关系是通常理解的继承关系。指向父用例。

关联关系表示参与者与用例之间的通信，任何一方都可发送或接受消息。指向消息接收者。

用例模板：

完整用例图：