用UML畫草圖

 

        畫草圖的本質是選擇性。正向畫草圖是粗略地勾畫出將要寫的代碼中的一些問題，一般要與團隊中的一組人討論這些問題。目的是使用草圖來幫助溝通思想并選擇你準備做什么。并非要討論你要寫的所有代碼，而只是你打算首先取得同事一致意見的重要問題，或者是開始編程之前你想可視化的部分設計。這種會話可以非常短，用十分鐘來討論幾個小時的編程或者一天來討論2周的迭代。

 

       在逆向工程中，使用畫草圖來解釋部分系統如何工作。不是顯示每一個類，而只是那些在研究代碼前感興趣的和值得討論的類。

 

        因為畫草圖是相當非正式和動態的，需要快速和協作完成，所以一種常用的方法就是用白板。草圖在文檔中也是有用的，文檔中溝通的重點更全面。用來畫草圖的工具是輕型畫圖工具，而且人們并不嚴格遵從UML的每個嚴格的規則。書中所列出的大部分UML圖，比如我的書中，畫的都是草圖。其重點是選擇溝通而不是完整的說明。因此我說“全面”是“理解”的大敵。