在系統體系結構的語境中，協作既包括靜态方面也包括動态方面的概念組塊命名，協作為一個類、接口和其她元素組成的群體命名，他們共同工作，提供了比各個部分的總和更強的合作行為。接着，我們來看一下這一知識點的總體概覽：
首先，我們需要明确的就是協作圖的基本概念以及協作圖有哪些作用：
了解了這些基礎知識，有助于加強我們對協作圖的了解，搞清楚協作圖到底具有怎麼樣的本領，可以在UML這個大家族中利于不敗之地，接下來我們來了解一下協作圖的組成元素以及建立協作圖的步驟：
通過前面的學習我們知道，序列圖和協作圖統稱為互動圖，其中，序列圖用來描述對象之間消息發送的先後次序，闡明對象之間的互動過程以及在系統執行過程中的某一具體時刻将會發生的事件；協作圖強調收發消息的對象的組織結構。那麼當序列圖與協作圖不期而遇，會擦出怎樣的火花：
接下來，我們需要做的，就是把這些理論知識運用到實踐中去，接下來，我們就用協作圖來描述一下就餐者，服務生和廚師他們之間的關系：
接着，以我們的機房收費系統為例，了解一下協作圖在機房中是如何應用的，看看一般使用者查詢的序列圖：
操作員資訊維護的序列圖：
管理者日結和周結的序列圖：
協作圖在我們的生活中，也有着廣泛的應用，想一想巴黎聖母院，天安門，這兩座建築物展示出的特質都非言語所能形容，在很多方面，這兩座劍祖屋在結構上都是簡單的，但是意境深遠，在她們身上，我們能夠看到一緻的對稱美，仔細研究，發現許多細節，，她們每一部分本身就很美，而這些部分合起來産生的整體效果比各個部分更美而且功能更強。
從巴黎聖母院和天安門我們能感受到，品質好的建築設計得很協調，同樣的道理，我們的軟體也是這樣，一個品質好的軟體密集型系統不僅功能合理，而且也應該展現設計的和諧與平衡，以使得她易于修改，所有結構良好的面向對象系統都充滿了模式，一些元素以共同的方式一起工作，提供了比其所有組成部分的總和更強的合作行為。UML之旅，未完待續......