冰天国度

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

看了很多别人描述网站项目开发的文章，也清楚的看到与感受到了公司网站项目的开发。发现网站项目在开发过程中都会面临的共同问题：需求不断的提，设计不断的改，开发不断的做。最后的结果总是不完美，不是这里有问题，就是那里不满意，然后几个部门间就不停的吵，互相埋怨。相信这种事情业内人士应该都有遇到过。
问题在哪里呢？我个人觉得需求不明确、不合理、不全面是一个制造祸端的重要的因素，在实际的项目中，一个需求的提出或更改本身不会带来太多的问题，问题是随着需求的变更带来的一系列逻辑/功能上的变化，如果仅仅只看到表面上的改变，而忽略了衍生出的变化或矛盾冲突，那么在执行后，随着设计，开发的向前推进，就必然会发现这些问题，结果有以下几点：
一是就地解决（如果问题不大）,继续推进。
二是停止前进，发现问题无法调合，又得重新思考，修改需求，然后再设计，开发……
三是不理会问题，待开发完成后，这些问题直接影响项目质量。

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

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

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

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

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

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