UML回想-通信图

    我们对软件project这一大块的学习事实上開始的还是挺早的，而且在后来的学习过程中也不断的涉及到了这些知识。

可是，经过软考的检验来看我对软工这一块的内容掌握的实在是慘不忍睹。基本上就是一出手就错一出手就错。

而UML图则是是软工中比較重要的内容了。在下午题遇到通信图时主要的状态就是不知其所云，不知所措。

所以说。软工这一块的内容的学习都是有问题的。由于载在了通信图上，本篇博客就先对通信图做一个简单的回想。

通信图

    首相通信图一样是一种交互图，它描写叙述的是对象和对象之间的关系，即一个类操作的实现。

简而言之就是。对象和对象之间的调用关系。体现的是一种组织关系。

组成元素

    对象：图中矩形元素即对象。当中冒号前面部分为对象名，后面部分为类名。即表示一个类的实例。当消息是给对个对象发的时，接收方用重叠的矩形表示。

參考后面多态和广播的图例。
    链接：链接用来在通信图中关联对象。目的是让消息在不同系统对象之间传递。能够理解为链接是公路。消息是车。

用两个对象之间的单一线条表示。

    消息：是通信图中对象与对象之间通信的方式。消息具有例如以下类型与符号表示。

     消息中另一些须要了解的知识：
     ①监护条件：表示仅仅有当满足条件时才进行通信。形式是在通信消息前增加条件语句如图以打印机的部分为例。当打印机繁忙时待打印文件进入队列等待：

      ②广播消息：消息前加*号，同一时候在消息后加上<<broadcast>>

                 

      ③多次发送

      ④多态

与时序图的关系

    时序图和通信图都是交互图，仅仅只是他们的关注点有所区别。时序图着重于时间顺序，而通信图则关注的是对象之间的组织关系。通信图中的时间顺序能够从消息序号中获得。在语义上这两个图是等价的能够互相转换而不会丢失信息。借以下的样例看看：

与类图的关系

    由上面的通信图能够看出，通信图是将类实例化之后的调用关系。这里能够用中国象棋来理解一下。类图就好比棋子，而通信图则是详细的某一局对弈。

    最后：博客自此结束，当中的图片来自于一个ppt和一篇博客。关于通信图大概就是这个样子 了，问题是我常常太过注重于规律的东西。惯性思维在作祟。像这次突然类型一换就差点儿没有战斗力。

所以的应对变化的能力还是有待提高。造成这样的问题的解决办法的实质是，对总体把控的缺失和太过注重于某个点而忽略的其它的同等重要的东西。就这次来说。本身并非通信图不重要，可是我却下意识忽略了它。