Android 架构师之路1 UML图之用例图
Android 架构师之路 目录
用例图主要用来描述 用户、需求、系统功能单元 之间的关系。它展示了一个外部用户能够观察到的系统功能模型图。
【用途】:帮助开发团队以一种可视化的方式理解系统的功能需求。
用例图所包含的元素如下:
1. 参与者(Actor)
表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。
![](https://img.haomeiwen.com/i1824809/e9795b97377045c6.png)
2. 用例(Use Case)
用例就是外部可见的系统功能,对系统提供的服务进行描述。 用椭圆表示
![](https://img.haomeiwen.com/i1824809/97ace1366a41d1c7.png)
3. 子系统(Subsystem)
用来展示系统的一部分功能,这部分功能联系紧密。
![](https://img.haomeiwen.com/i1824809/a935e8cb72097080.png)
4. 关系
用例图中涉及的关系有:关联、泛化、包含、扩展;
如下表所示:
![](https://img.haomeiwen.com/i1824809/16b20ee07da59029.png)
a. 关联(Association)
表示参与者与用例之间的通信,任何一方都可发送或接受消息。
【箭头指向】:指向消息接收方
![](https://img.haomeiwen.com/i1824809/d83d565ac34a2a37.png)
b. 泛化(Inheritance)
就是通常理解的继承关系,子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为,也可以重载它。父用例通常是抽象的。
【箭头指向】:指向父用例
![](https://img.haomeiwen.com/i1824809/d78df9006be9d487.png)
c. 包含(Include)
包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤;
【箭头指向】:指向分解出来的功能用例
![](https://img.haomeiwen.com/i1824809/9c97572dddc63737.png)
d. 扩展(Extend)
扩展关系是指 用例功能的延伸,相当于为基础用例提供一个附加功能。
【箭头指向】:指向基础用例
![](https://img.haomeiwen.com/i1824809/09ab95ee150a4827.png)
e. 依赖(Dependency)
以上4中关系,是UML定义的标准关系。 但VS2010的用例模型图中,添加了依赖关系,用带箭头的虚线表示
表示源用例依赖于目标用例;
【箭头指向】:指向被依赖项
![](https://img.haomeiwen.com/i1824809/1ae2bce25db60618.png)
5. 项目(Artifact)
用例图虽然是用来帮助人们形象地理解功能需求,但却没多少人能够通看懂它。很多时候跟用户交流甚至用Excel都比用例图强,VS2010中引入了“项目”这样一个元素,以便让开发人员能够在用例图中链接一个普通文档。
用依赖关系把某个用例依赖到项目上
![](https://img.haomeiwen.com/i1824809/795c8bd5197ba80a.png)
然后把项目-》属性 的Hyperlink 设置到你的文档上
这样当你在用例图上 双击项目时,就会打开相关联的文档。
6. 注释(Comment)
![](https://img.haomeiwen.com/i1824809/d33ea11d1878398b.png)
包含(include)、扩展(extend)、泛化(Inheritance) 的区别:
条件性:泛化中的子用例和include中的被包含的用例会无条件发生,而extend中的延伸用例的发生是有条件的;
直接性:泛化中的子用例和extend中的延伸用例为参与者提供直接服务,而include中被包含的用例为参与者提供间接服务。
对extend而言,延伸用例并不包含基础用例的内容,基础用例也不包含延伸用例的内容。
对Inheritance而言,子用例包含基础用例的所有内容及其和其他用例或参与者之间的关系;
一个用例图示例:
![](https://img.haomeiwen.com/i1824809/9ec523d9e461968a.png)