2012-02-14
UML的作用是为了描述需求，方便工作。如果可以提高沟通的效率，就挑合适的图来使用。如果不好使，就不用。这就是使用UML的时机。是否使用也因人而异，不熟悉不喜欢不爱当文档苦逼，能描述清楚也无妨啊。但是，用一下又不会怀孕！
用例图（Usecase Diagram）
具体的名词解释可以去问经典，在此不做赘述。
实施时候的问题基本纠结于泛化（Generalization）和依赖（Dependency）。其实很简单，泛化看英文名就明白是继承关系，依赖表示的是逻辑关系。如果一个用例A和另一个用例B的行为有类似面向对象思想的那种父类子类关系就用泛化，他们之间的属性会有大量的相似性。如果A和B之间的关系是逻辑性的：包含关系、先后关系等等，就使用依赖。
基于我个人对于用例图的理解，绘制了图1：
图1：松岛的用例图示例
如图1所示，用户可以直接登录或者注册。登录必须依赖于注册（即先注册才能登录)。维护个人信息包括了修改用户密码。有聊功能和无聊功能是其他功能的拓展。精品有聊和一般有聊继承了有聊功能。
另外，UML图工具我使用StarUML。