一：uml的核心视图
--->如果说UML是一门语言，上一章学习的参与者等元素是uml的基本词汇，那么视图就是语法。uml通过视图将基元素组织在一起，形成有意义的句子。
--->uml可视化的特性是由各种视图来展现的，每一种视图都从不同的角度对同一个软件产品的方方面面进行展示。说明要开发的软件到底是一个什么样子。
--->静态视图：一方面我们需要描述系统的结构性特征，结构决定这个系统能做什么。结构特性用静态视图来表达。
--->动态视图：另一方面我们需要描述系统的运行时行为，这些行为特征决定系统怎么做。行为特征用动态视图来表达。
二：uml的静态视图
--->静态视图只描述事物的静态结构，而不描述其动态行为。
--->静态视图：用例图，类图，包图
三：用例图
--->用例图：采用参与者和用例作为基本元素。以不同的视角展现系统的功能性需求。
--->用例图：采用参与者和用例作为基本元素。以不同的视角展现系统的功能性需求。
--->业务用例视图.
--->业务用例实现视图
--->概念用例视图
--->系统用例视图
--->系统用例实现视图
四：业务用例视图
--->业务用例视图使用业务主角和业务用例来展现业务建模的结果。大多数情况下，业务用例视图需要从业务主角和业务模块两个视角进行展示。
--->［业务主角视角］：来展示业务主角在业务中使用哪些业务用例来达成业务目标。这个视角有利于向业务主角确认其业务目标是否都已经齐全，以此来检查是否有遗漏的业务用例没有发现。
--->［业务模块视角］：来展示业务领域的业务目标，将参与了达成这一业务目标的主角与业务用例展现在这个视图中。
五：业务用例实现视图
--->业务用例实现视图展现业务用例有哪些实现途径。
--->一般一个业务用例只有一个实现途径，那么绘制业务用例实现视图显得没有必要，有点多此一举，建议还是要绘制
--->特殊情况下一个业务用例可能有多个实现途径，这个就可以清晰表达业务用例了。比如在图书馆借图书，可以通过柜台借阅，也可以通过网络借阅。
六：概念用例视图
--->概念用例视图用于展现业务用例中经过分析分解出来的关键概念用例，
--->概念用例标示它和业务用例之间的关系。一般来说这些关系有扩展，包含，和精化。
--->对于概念用例视图来说，一般是以业务用例为单元展现的。关系紧密的业务用例，也可以将它们的概念用例视图放在一起展现。
--->概念用例视图不是必需的，如果业务用例是一个复杂的业务，绘制概念用例视图有助于细化和更准确地理解业务用例。
七：系统用例视图
--->系统用例视图展现系统范围，将对业务用例进行分析以后得到的系统用例展现出来
--->说白了，就是整个系统的参与者和参与者的用例，画在一个图中
八：系统用例实现视图
--->按用例为单位，将其实现途径展现出来。
--->把整个系统的所有用例的实现画出来。
