用例图是描述用例、参与者以及它们之间关系的图。
参与者是指在系统之外，但与系统直接交互的对象。先举个例子，对参与者有个具体的概念，如图：
参与者用人形符号表示，在人形符号下面标出参与者的角色名（不是人名）例如：
实例：在线选课管理系统
人：
设备：系统控制的硬件有哪些？
信息系统：系统需要与哪些其他系统进行交互？
注意：与系统进行交互、从系统中获取信息或向系统输入信息的人或事物。
实例：饮料自动售货机的参与者有哪些？
分析结果：
用例是用户期望系统具备的功能，每一个用例说明一个系统提供给它的使用者的一种服务或功能。
用例的目标是要定义系统的一个行为，但并不显示系统的内部结构。
用例名一般为动宾短语。上图分别为RationalRose和Visio两种不同的画法。
识别用例的策略：对于已经识别的参与者，通过考虑每个参与者是如何使用系统的，以及系统对事件的相应来识别用例。
可以从以下几个角度来寻找和确定用例：
实例：识别用例
Email客户端（如Outlookexpress）：A在北京发邮件给上海的B，系统提醒B您有“新邮件”，B收邮件。
参与者A执行的用例有哪些？
参与者B执行的用例有哪些？
用例图没有描述系统行为的细节，所以需要以书面文档的形式对用例进行描述。至少包括：
1、名称
与用例图中的名称保持一致
2、标识符
用例的代码或编号
3、基本操作流程
描述各项工作都正常进行时用例的工作方式。
4、可选操作流程
很少使用、异常情况、发出错误的情况。
如：
用例名称
归还图书
标识符
基本操作流程
1.图书管理员输入图书信息
2.检索借阅该图书的借阅者的信息
可选操作流程
1a.图书管理员发现图书被损坏，进行损坏处罚
1b.输入的图书不存在时，进行确认
2a.借阅者有超期的借阅信息时，进行超期处理
该文主要介绍了参与者与用例图的概念及在Rose中的画法，下篇将着重介绍用例图中的各种关系。
若想详细了解，推荐阅读《UML基础与Rose建模教程》这本书，这是大学四年留下几本书中的其中一本（其他的书......你懂得！），参考着课件复习一下。
特别感谢当时教我们UML的刘老师，UML是我c#的入门课，LZ大学没.net这门课，纯粹靠UML入门的。
真心感谢大学所有老师，您们教的东西几乎都用到了，泪喷了......