UML精華知識學(xué)習(xí)筆記
傾向于將UML用于草圖繪制，繪制草圖的實質(zhì)是選擇，重點是進(jìn)行交流，常用的介質(zhì)是白板。
草圖是故意不完備的，要突出重要的信息。草圖是探究性的，藍(lán)圖是定義性的。草圖用于正向工程(設(shè)計階段)，藍(lán)圖用于逆向工程(根據(jù)已有的代碼導(dǎo)出)。詳細(xì)文檔應(yīng)該根據(jù)代碼生成。
UML最重要的是類圖和順序圖。
瀑布風(fēng)格和迭代風(fēng)格
瀑布風(fēng)格是基于活動來分解項目的，迭代風(fēng)格根據(jù)功能子集來分解項目。
迭代的一種常用技術(shù)是時間框定法，迫使各次迭代的時間長度固定。通過定時擱置功能，使人們能夠在擱置日期和擱置功能之間進(jìn)行明智的選擇。
敏捷過程是強適應(yīng)性的過程。敏捷方法強調(diào)項目成功最重要的因素是人的素質(zhì)以及人之間的良好協(xié)同，敏捷方法傾向使用時間框定的短小迭代。每一次迭代結(jié)束時要進(jìn)行一次迭代回顧。
RUP本質(zhì)上是一個迭代過程，分為四個階段：初始，細(xì)化，構(gòu)造，移交。
需求分析最重要的是與用戶及客戶的交流。
類圖
類圖表述系統(tǒng)中各個對象的類型以及其間存在的各種靜態(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)系，比如，把一個對象作為參數(shù)傳遞到另一個對象時。
不要試圖使用對你可用的所有圖示法，保持圖示簡單，集中考慮關(guān)鍵方面。繪制類圖時總以使用某種形式的行為技術(shù)為宜。
順序圖
盡量省去回送。
單一職責(zé)，提倡分布式控制(把處理分散到多個對象里去)。
減少過程式編程，如if/else，改用多態(tài)解決類似問題。
把順序圖看作各個對象如何交互的形象化表示而不是一種對控制基理的建模方法。順序圖擅長示明對象間的協(xié)作，不擅長于示明行為的精確定義。
CRC卡
CRC的一個重要部分是認(rèn)識職責(zé)。任意一個類都可以用少量職責(zé)對其概括。對具有三項以上職責(zé)的卡片提出質(zhì)問，是否應(yīng)該把類分解，或把職責(zé)合并成一個更高層次的概述。
【編輯推薦】
