## 產品設計體會（四七）——UML學習摘錄（下） 接上回，下層的圖描述的是一個用例內部的事務（用例內部不一定是“單個用例”內部，也可能有用例之間的關系），主要有： ? ????????? **時序圖**（**順序圖**）：描述事情變化在時間維度上的先后順序，善于表達對象（比如多個頁面之間）的交互。玩的好可以完全替代UC中對流程的文字表述。 ???????????? [](http://blufiles.storage.live.com/y1p3O4KBNpz6AUhC5w_FKZp98pRJsTCO_D0aOsWBd4sPz7ASfg-Zb5OUKuxtnUTmzqS4ivbUZxul2Q) ? ????????? **活動圖**（比較接近傳統意義上的**流程圖**）：描述各種動作如何引起系統變化，善于表達泳道較多、分支較多的情況。 ???????????????? [](http://blufiles.storage.live.com/y1p3O4KBNpz6AWyDoV63XSkbB1yiF-KYeBYwEvsFFRwD_-GROo-y7zFKd7lTl6UnhO7cc0ipJocEoI) ? ????????? **協作圖**：表達不同對象之間是怎么互相影響的，這個圖團隊里用到的不多，就不畫了，理論上他和時序圖是可以等價轉換的，時序圖關注交互在時間上的步驟，協作圖關注交互過程中各個對象間的關系。 ? 這些圖我們都是用Rational Rose畫的，它最好的一個點是可以在不同層次間的圖穿透，比如從用例包穿透看到用例圖，再穿透進某個用例看活動圖，再穿透進活動圖的某一步看具體的時序圖。 ? 很多時候多種圖都可以描述同一件事情，只是從不同的視角去表達一個系統，選用哪個關鍵是看針對特定的系統，從哪個角度來描述更容易讓受眾理解。另外還有表述軟件實施的**構件圖**、描述硬件結構的**部署圖**，暫時用處不大，遵循性價比的原則直接跳過了。 ? 融入了UML標準圖元素以后，一個功能模塊的UC文檔大約就是這樣的：文檔說明、類圖+用例圖（需求描述部分）；一個個的UC，UC里包含時序圖、活動圖等等（需求分析階段）。整塊的需求規范化工作最近也在做，以后有機會再整體整理出來。 ? 最后感慨一下Rational Rose真的太強大（建立了整個軟件工程的RUP，Rational Unified Process，包括分析、設計、編碼、測試、部署等等一切），想找一個輕一點的工具，折騰了半天Visio，發現總是缺點什么，誰有更好的方案？