可是，經過軟考的檢驗來看我對軟工這一塊的內容掌握的實在是慘不忍睹。基本上就是一出手就錯一出手就錯。
而UML圖則是是軟工中比較重要的內容了。在下午題遇到通信圖時主要的狀態就是不知其所雲，不知所措。
所以說。軟工這一塊的內容的學習都是有問題的。由於載在了通信圖上，本篇博客就先對通信圖做一個簡單的回想。
通信圖
首相通信圖一樣是一種交互圖，它描寫敘述的是對象和對象之間的關系，即一個類操作的實現。簡而言之就是。對象和對象之間的調用關系。體現的是一種組織關系。
組成元素
對象：圖中矩形元素即對象。當中冒號前面部分為對象名，后面部分為類名。即表示一個類的實例。當消息是給對個對象發的時，接收方用重疊的矩形表示。參考后面多態和廣播的圖例。
鏈接：鏈接用來在通信圖中關聯對象。目的是讓消息在不同系統對象之間傳遞。能夠理解為鏈接是公路。消息是車。
用兩個對象之間的單一線條表示。
消息：是通信圖中對象與對象之間通信的方式。消息具有例如以下類型與符號表示。
①監護條件：表示僅僅有當滿足條件時才進行通信。形式是在通信消息前增加條件語句如圖以打印機的部分為例。當打印機繁忙時待打印文件進入隊列等待：
與時序圖的關系
時序圖和通信圖都是交互圖，僅僅只是他們的關注點有所區別。時序圖着重於時間順序，而通信圖則關注的是對象之間的組織關系。通信圖中的時間順序能夠從消息序號中獲得。在語義上這兩個圖是等價的能夠互相轉換而不會丟失信息。借以下的樣例看看：
與類圖的關系
由上面的通信圖能夠看出，通信圖是將類實例化之后的調用關系。這里能夠用中國象棋來理解一下。類圖就好比棋子，而通信圖則是詳細的某一局對弈。
最后：博客自此結束，當中的圖片來自於一個ppt和一篇博客。關於通信圖大概就是這個樣子 了，問題是我常常太過注重於規律的東西。慣性思維在作祟。像這次突然類型一換就差點兒沒有戰斗力。
所以的應對變化的能力還是有待提高。造成這樣的問題的解決辦法的實質是，對總體把控的缺失和太過注重於某個點而忽略的其它的同等重要的東西。就這次來說。本身並非通信圖不重要，可是我卻下意識忽略了它。