模板
教程
環境
性能
功能
管理
用UML畫草圖
在這種用法中， 開發 者用 UML 幫助溝通系統的一些方面。你能跟藍圖一起，用草圖來進行正向工程和逆向工程。正向工程在寫代碼之前畫UML圖，而逆向工程是為了幫助理解從已有的代碼生成UML。 畫草圖的本質是選擇性。正向畫草圖是粗略地勾畫出將要寫的代碼中的
在這種用法中，開發者用UML幫助溝通系統的一些方面。你能跟藍圖一起，用草圖來進行正向工程和逆向工程。正向工程在寫代碼之前畫UML圖，而逆向工程是為了幫助理解從已有的代碼生成UML。
畫草圖的本質是選擇性。正向畫草圖是粗略地勾畫出將要寫的代碼中的一些問題，一般要與團隊中的一組人討論這些問題。目的是使用草圖來幫助溝通思想并選擇你準備做什么。并非要討論你要寫的所有代碼，而只是你打算首先取得同事一致意見的重要問題，或者是開始編程之前你想可視化的部分設計。這種會話可以非常短，用十分鐘來討論幾個小時的編程或者一天來討論2周的迭代。
在逆向工程中，使用畫草圖來解釋部分系統如何工作。不是顯示每一個類，而只是那些在研究代碼前感興趣的和值得討論的類。
因為畫草圖是相當非正式和動態的，需要快速和協作完成，所以一種常用的方法就是用白板。草圖在文檔中也是有用的，文檔中溝通的重點更全面。用來畫草圖的工具是輕型畫圖工具，而且人們并不嚴格遵從UML的每個嚴格的規則。書中所列出的大部分UML圖，比如我的書中，畫的都是草圖。其重點是選擇溝通而不是完整的說明。因此我說“全面”是“理解”的大敵。
原文轉自：http://www.anti-gravitydesign.com
