UML图之颗粒归仓

UML图，至此算是告一段落了。写一篇总结，再缕一缕UML图的知识吧！

（一）九种图+包图

    用例图。用于需求分析阶段。用例图是从用户的角度描述需求。通俗来说，就是描述“谁”“干什么”。（详情请参考此博客）

    类图。用于详细设计阶段。用来描述系统的静态部分。通过系统中涉及到的名词来找到类。通俗来说，就是系统涉及到哪些类以及类之间的关系。（详情请参考此博客）

    对象图。就是类的一个实例。主要描述系统在具体某个时刻的对象及其关系。

    实施图。一般与构件图用于操作手册中。实施图描述系统执行需要的处理器和设备的拓扑结构。

    构件图。构件图从软件架构的角度来描述系统的功能。用来显示一组构件之间的组织和依赖关系。使用构件最重要的是复用。

    活动图。根据用例，描述用例活动及其结果。描述一个操作的执行过程中完成的工作或动作。

    状态图。用来描述一个特定对象的所有可能状态，以及由于事件的发生引起的状态之间的转移。通俗来说，就是描述一个特定实体如何根据当前状态对不同的事件作出反应。

    时序图。常用于详细设计阶段。描述系统在运行中的协作、消息传递顺序。侧重消息的传递顺序。

    协作图。与时序图大同小异。但是侧重点不同。协作图侧重对象及对象的变化。

    包图。同种类的打包。包图中包括相同功能的类。包在逻辑上是把一个复杂的图逻辑化，最终目的是组织源代码。由于包图只是把某些类放在一个包中，因此包可以看作是类的一种。

    下面附图一张，理一理各种图之间的关系。

   

（二）四种关系+include+extend。

    关于UML图的四种关系，写了一篇博客（点此了解）。不过当时整理得有些乱。在这里再重新整理一下。

    关联。就是两个事物之间有普通的结构关系。两者之间有联系。

    依赖。依赖关系可以说是一种使用关系。说明一个事物对另一事物的影响。

    泛化。就是继承。子方继承父方的方法、属性等。

    实现。一般是指接口的实现。

    包含。仅存在于用例图中。用例图就是对用例功能的延伸，相当于为基用例提供一个附加功能。

    扩展。仅存在于用例图中。通俗来说，就是把用例功能分解。

感想：画UML图之前总是觉得无从下手，现在画完了，觉得也没有那么困难。就像我们当初敲机房收费系统，刚刚开始时总是有些惧怕，敲完了，感觉只要各个窗体的逻辑清楚，一切都OK。UML图，其实就是几种关系，还有几种图，只要把几种图描述的内容以及作用阶段搞清楚，一切就分明了。