UML有三種使用方式：用作草圖繪制，用于藍(lán)圖繪制，用于程序編制。
傾向于將UML用于草圖繪制，繪制草圖的實(shí)質(zhì)是選擇，重點(diǎn)是進(jìn)行交流，常用的介質(zhì)是白板。
草圖是故意不完備的，要突出重要的信息。草圖是探究性的，藍(lán)圖是定義性的。草圖用于正向工程（設(shè)計(jì)階段），藍(lán)圖用于逆向工程（根據(jù)已有的代碼導(dǎo)出）。詳細(xì)文檔應(yīng)該根據(jù)代碼生成。

UML最重要的是類圖和順序圖。

瀑布風(fēng)格和迭代風(fēng)格
瀑布風(fēng)格是基于活動來分解項(xiàng)目的，迭代風(fēng)格根據(jù)功能子集來分解項(xiàng)目。
迭代的一種常用技術(shù)是時(shí)間框定法，迫使各次迭代的時(shí)間長度固定。通過定時(shí)擱置功能，使人們能夠在擱置日期和擱置功能之間進(jìn)行明智的選擇。

敏捷過程是強(qiáng)適應(yīng)性的過程。敏捷方法強(qiáng)調(diào)項(xiàng)目成功最重要的因素是人的素質(zhì)以及人之間的良好協(xié)同，敏捷方法傾向使用時(shí)間框定的短小迭代。每一次迭代結(jié)束時(shí)要進(jìn)行一次迭代回顧。

RUP本質(zhì)上是一個(gè)迭代過程，分為四個(gè)階段：初始，細(xì)化，構(gòu)造，移交。
需求分析最重要的是與用戶及客戶的交流。

類圖
類圖表述系統(tǒng)中各個(gè)對象的類型以及其間存在的各種靜態(tài)關(guān)系。
對不重要的事（如日期或布爾值，一般說，值類型）使用屬性，對較為重要的類使用關(guān)聯(lián)。
非常反感那些除了一組域及其get/set方法沒有行為的類。如果你在利用get方法重復(fù)調(diào)用數(shù)據(jù)，這預(yù)示著某一行為應(yīng)該移往具有數(shù)據(jù)的對象。
依賴應(yīng)該單向，依賴越少越好，特別謹(jǐn)慎循環(huán)依賴，尤其反對包間的循環(huán)依賴。對類使用依賴最常見的情形是闡明瞬間關(guān)系，比如，把一個(gè)對象作為參數(shù)傳遞到另一個(gè)對象時(shí)。
不要試圖使用對你可用的所有圖示法，保持圖示簡單，集中考慮關(guān)鍵方面。繪制類圖時(shí)總以使用某種形式的行為技術(shù)為宜。

順序圖
盡量省去回送。
單一職責(zé)，提倡分布式控制（把處理分散到多個(gè)對象里去）。
減少過程式編程，如if/else，改用多態(tài)解決類似問題。
把順序圖看作各個(gè)對象如何交互的形象化表示而不是一種對控制基理的建模方法。順序圖擅長示明對象間的協(xié)作，不擅長于示明行為的精確定義。

CRC卡
CRC的一個(gè)重要部分是認(rèn)識職責(zé)。任意一個(gè)類都可以用少量職責(zé)對其概括。對具有三項(xiàng)以上職責(zé)的卡片提出質(zhì)問，是否應(yīng)該把類分解，或把職責(zé)合并成一個(gè)更高層次
的概述。


http://www.aygfsteel.com/ronghao 榮浩原創(chuàng)，轉(zhuǎn)載請注明出處：）