冰天国度

马上要开始做公司网站的相册功能了，为了将相册的用户体验做好，也为了便于和开发人员、测试人员进行需求上的沟通。于是画了一张相册的用例图，本着先做加法再做减法的原则，将其它网站相册能做的功能点全部进行了罗列。为了便于观察程序逻辑，着重的突出了各用例之间的关系。由于本人一直将用例图做为交互设计的用户行为参考基础，长期下来习惯于用一张图把所有功能画完。所下，画得图难免显得有些复杂，看看下面这张像是乌龟壳的图就知道了-_-. （点击图片放大）

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

 用例之间的关系：

手头的工作总算是阶段性完成了，抽空来看了看博客，突然发现已经很久没更新一些实质性的内容了，所以这次准备了一些用例图，希望能帮助需要的朋友。

同样的，为了使大家都更加了解（其实是我懒得写说明文字），上次是发布了QQ群的用例，这次发布的是QQ空间的用例图示例，如果在画法上有问题，欢迎评论。基础的画法请参考我博客里的入门文章。（话说这次的水印比上次好了一些，如果图片看不清楚可以点击图片放大，但愿是新弹出窗口的方式-_-）
由于用例图有一定商业价值，所以图片都加了水印，希望大家理解。 在此声明一下，由于用例图没有绝对的正确标准，本文仅代表bts的观点供网友学习与交流，转载请注明出处！
1. 首先，还是要确定用户人群。（偷偷的说，下图中的用户没有分好，以至于在后面的用例图中有很多不规范的画法，至于改进方法，自己观察吧。）

2. 然后就是登录界面了，可以明显得看到，登录QQ空间有不止一种方法。这也是用例图的作用所在，将一个复杂的系统直观的呈现在人们面前。我在拿到一个项目的需求后，第一件事情就是画用例图，先确定初步的结构与界面迁移方式，辅助判断大概的交互方式。
3.登录到空间后，就是使用了。话说平时没发现，QQ空间的功能真是多，估计开发花了不少的心血，每一个看似简单的功能，在后面都隐藏着复杂的关系，大家看用例图就知道了。由于功能点很多，逻辑关系比较复杂，后面的用例图都是一些大的功能用例，细小的环节我就省略了。

说起来写博客已经接近两个月了,虽然没有什么大的成就,但随着文章一天天的增多,用户浏览量一点一点的阶段性提升。对这里的感情也是一天天的增加。做为回报，这里带给我的就是一次又一次的激动。
激动时刻一：浏览量飙升

这是4月8日的浏览量截图，看着那个华丽的曲线，我兴奋不已。这一刻带给我的绝对是精神上极大的享受。之前的付出有了回报，有这些就足够了。我决定写更多的文章，使这个曲线更上一层楼。
激动时刻二：共享知识

这张图展示了网友进入博客的途径，很明显多数人是冲着用例图来的。之前只写过两篇关于用例图基础的文章，没有想到会带来这样的结果，也是这张图让我认识到许多人希望学习用例图，自己拥有这些知识，并且应该传播与交流。

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

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

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

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

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