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