建站
咨詢
售后
建站咨詢
新聞中心
傾向于將UML用于草圖繪制，繪制草圖的實質(zhì)是選擇，重點是進行交流，常用的介質(zhì)是白板。
站在用戶的角度思考問題，與客戶深入溝通，找到平度網(wǎng)站設計與平度網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術結合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：做網(wǎng)站、成都網(wǎng)站建設、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、空間域名、網(wǎng)絡空間、企業(yè)郵箱。業(yè)務覆蓋平度地區(qū)。
草圖是故意不完備的，要突出重要的信息。草圖是探究性的，藍圖是定義性的。草圖用于正向工程(設計階段)，藍圖用于逆向工程(根據(jù)已有的代碼導出)。詳細文檔應該根據(jù)代碼生成。
UML最重要的是類圖和順序圖。
瀑布風格和迭代風格
瀑布風格是基于活動來分解項目的，迭代風格根據(jù)功能子集來分解項目。
迭代的一種常用技術是時間框定法，迫使各次迭代的時間長度固定。通過定時擱置功能，使人們能夠在擱置日期和擱置功能之間進行明智的選擇。
敏捷過程是強適應性的過程。敏捷方法強調(diào)項目成功最重要的因素是人的素質(zhì)以及人之間的良好協(xié)同，敏捷方法傾向使用時間框定的短小迭代。每一次迭代結束時要進行一次迭代回顧。
RUP本質(zhì)上是一個迭代過程，分為四個階段：初始，細化，構造，移交。
需求分析最重要的是與用戶及客戶的交流。
類圖
類圖表述系統(tǒng)中各個對象的類型以及其間存在的各種靜態(tài)關系。
對不重要的事(如日期或布爾值，一般說，值類型)使用屬性，對較為重要的類使用關聯(lián)。
非常反感那些除了一組域及其get/set方法沒有行為的類。如果你在利用get方法重復調(diào)用數(shù)據(jù)，這預示著某一行為應該移往具有數(shù)據(jù)的對象。
依賴應該單向，依賴越少越好，特別謹慎循環(huán)依賴，尤其反對包間的循環(huán)依賴。對類使用依賴最常見的情形是闡明瞬間關系，比如，把一個對象作為參數(shù)傳遞到另一個對象時。
不要試圖使用對你可用的所有圖示法，保持圖示簡單，集中考慮關鍵方面。繪制類圖時總以使用某種形式的行為技術為宜。
順序圖
盡量省去回送。
單一職責，提倡分布式控制(把處理分散到多個對象里去)。
減少過程式編程，如if/else，改用多態(tài)解決類似問題。
把順序圖看作各個對象如何交互的形象化表示而不是一種對控制基理的建模方法。順序圖擅長示明對象間的協(xié)作，不擅長于示明行為的精確定義。
CRC卡
CRC的一個重要部分是認識職責。任意一個類都可以用少量職責對其概括。對具有三項以上職責的卡片提出質(zhì)問，是否應該把類分解，或把職責合并成一個更高層次的概述。
【編輯推薦】
- 高手Java核心技術學習筆記
- 告訴你怎樣學Java才是硬道理
- 如何獲取Sun推出的Java認證
- 共同學習Java環(huán)境變量
- JAVA環(huán)境變量的設置
網(wǎng)頁標題：UML精華知識學習筆記
當前網(wǎng)址：http://m.fisionsoft.com.cn/article/cciseeg.html
