冰天国度

 用例图中包含的元素除了系统边界、角色和用例，另外就是关系。包括：角色之间的关系、用例之间的关系、用例和角色之间的关系。
角色之间的关系
 由于角色实质上也是类，所以它拥有与类相同的关系描述，即角色之间存在泛化关系，泛化关系的含义是把某些角色的共同行为提取出来表示为通用的行为。
 

 用例之间的关系：

看到好多朋友都是通过搜索用例图来到我的博客，起初这让我感到很惊讶，没想到用例居然这么受欢迎，为了帮助更多的朋友，我决定画一些大家所熟悉产品的用例，那样会易于理解、学习（主要是省下了很多解释文字^_^）。但是要想真正的把用例画熟，多尝试是必须的。基础的画法请参考我博客里的入门文章：
由于用例图有一定商业价值，所以图片都加了水印，希望大家理解。 在此声明一下，由于用例图没有绝对的正确标准，本文仅代表bts的观点供网友学习与交流，转载请注明出处！

以下是qq群的用例图：(这次忍了,那个加水印的软件把图片搞得那么丑)
首先看到的是用户组成，用例始终由角色发起，所以建议大家要养成好的习惯，在画图前要将角色组成想清楚，这样也有利于将用例的各种关系理清楚，层次分明。通过下图可以很清楚的看出qq群是由几类人群组成，这些人群都带表一种角色，通过角色来执行相对应的用例。（点击图片可以看到清楚的大图）
QQ群用户组成用例图:

这里用一个家教网站来简单的分析用例图的画法和用例描述的写法。这个网站我用UML完整的分析一下，以下我提取了用例图和用例描述的部分。这个家教网站分为前台客户系统和后台管理系统。
前台客户系统的用例图如下：

 
后台管理系统用例图如下：

UML用例图是非常有用的一种图，在需求分析中，可以让人们从繁重的文档中解脱出来，并且促使人们在做需求时能够更加准确、直观的表现自己的意思。常用的语言文字往往是不能将一种事物表达得秀清晰，这时候就需要用其它的方式来进行表达，用例图就是其中一种很好的方法，当然用例图不仅仅只是做为需求分析专用，他强大的应用性还可以用于其它很多地方，这里就不详细说明了。画UML的工具有很多，个人首推IBM的ROSE，建议大家用这款工具来画例图，如果有时间，我会写一篇初级教程。接下来还是介绍一下用例图吧。
1.首先简单介绍一下UML.
UML（统一建模语言，Unified Modeling Language）是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。在系统分析阶段，我们一般用UML来画很多图，主要包括用例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况而定。其实简单的理解，也是个人的理解，UML的作用就是用很多图从静态和动态方面来全面描述我们将要开发的系统。
2.用例建模
是UML建模的一部分，它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。
用例建模可分为用例图和用例描述。用例图由参与者（Actor）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成。
3.用例图的说明
这里得说明一下参与者.参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。比如小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书，在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔人物画来表示，人物下面附上参与者的名称。如下图