UML的核心视图介绍
Posted 小狼嚎频道
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了UML的核心视图介绍相关的知识，希望对你有一定的参考价值。
1.用例图
翻译成英文就是Use cases，这是我们非常常用的视图，那你有没有想过，你的用例是什么视角呢？而用例图究竟可以有多少个视角呢？我们进行一下区分就会发现，用例图分为业务用例视图，业务用例实现视图，概念用例图，系统用例图以及系统用例实现视图这几类。
1.1业务用例视图
业务用例视图是使用业务主角和业务用例展现业务建模的结果，其可以区分为业务主角视角和业务模块视角。
在业务主角视角，我们比较关心业务主角究竟可以有哪些用例，比如一个图书馆的借阅系统，业务主角是借阅人，他就存在“借书”和“办理借阅证”这两个用例。这里可以检查业务主角的用例是否完整。
而在业务模块视角，我们就会考虑我们这个系统支撑的业务主角是否完整，比如还是图书借阅系统，我们就可以认为我们系统的业务主角包括借阅人和图书管理员两个角色，而不同的角色，我们需要提供不同的用例供对方使用
1.2概念用例图/系统用例图
以上两种非常相像，有的人将他们分开，有的人就认为他是一个，这种图也是我们最常见的用例图。
上面两个图还是表述的用例与其他对象的关系，而本节就需要深入到用例中，用图来表述具体到业务用例。
概念用例图案例如下，系统用例图与之类似，仅仅是视角改为系统视角
绘制概念用例图或系统用例图，可以很有效的提升逻辑的严谨性，有助于对复杂的业务进行系统化的梳理。
2.类图
比较简单的类图会是一张拓扑图，表述着他们之间的关系。而如果你对每个对象的属性也十分了解，那也可以采用ER图进行类图的绘制，这样会非常清晰的表述系统的数据库设计结构。
3.包图
如果说类图是表述对象与对象之间的关系，那包图就是表述模块与模块之间的关系，比如商品中心与仓储中心的关系，仓储中心与物流中心的关系，在进行大的系统架构设计时非常有用。
包图的绘制过程，是对模块服务的抽象过程，也是模块与模块间耦合关系建立的过程，这会影响到整个系统的定位和未来的基调。
4.活动图
活动图是表述用户活动的非常常见的一种图，但其实他并不是面向对象的一种图，而是更加容易去表述一个过程。
活动图由起始点、活动、判断、基本流、支流、异常流、终点这些基本元素组成，而有些活动图涉及到多个角色，还需要泳道这一辅助工具。形成跨职能部门活动图。
4.1基本流
活动图的主流程，沿着主流程一直走，就可以实现用户的目标，这是最不易被忽视的一个流。
4.2支流
并不一定存在的一个流，也很不易被忽视的，因为如果用户有多种手段可以达成目标，这个流就会像基本流一样。
4.3异常流
这里是产品最容易掉进去的坑，很多人的逻辑顺着想天衣无缝，逆着一看漏洞百出，就是异常流没有做好。做产品需要将这些异常情况全部考虑进去，使得产品的思维严谨。
4.4活动图四大好处
帮助发现业务用例
帮助检查业务用例粒度
帮助检查业务主角
帮助检查业务用例
以上是关于UML的核心视图介绍的主要内容，如果未能解决你的问题，请参考以下文章