精品文檔，僅供學習與交流，如有侵權(quán)請聯(lián)系網(wǎng)站刪除Part 1: 系統(tǒng)分析與設計概述系統(tǒng)：相互交互或相互依賴的組件集合所構(gòu)成的一個整體分析：將復雜系統(tǒng)分解成小的、可以理解和可以管理的組成部分的過程設計：用一組模型元素描述滿足系統(tǒng)需求和約束條件的模型的過程Part2：UML和RUP1. 軟件建模工具通常包括結(jié)構(gòu)化建模工具和面向?qū)ο蠼９ぞ?；結(jié)構(gòu)化建模工具包括數(shù)據(jù)流圖DFD、軟件結(jié)構(gòu)圖 SSD和程序流程圖 PFD2. 面向?qū)ο蟮慕９ぞ邽閁ML3. 建模：用建模工具構(gòu)建模型的過程4. 系統(tǒng)模型包括結(jié)構(gòu)模型（靜態(tài)模型）和行為模型（動態(tài)模型）5. 常用的uml建模工具包括 rational rose 和staruml6. UML為unified model language簡寫，是一種符合工業(yè)標準的圖形化建模語言7. uml包括構(gòu)造塊，規(guī)則和公共機制8. 構(gòu)造塊包括建模元素、關(guān)系和圖9. 規(guī)則包括命名，范圍和可見性10. 公共機制包括規(guī)格描述、修飾、公共分類和擴展機制11. 建模元素包括結(jié)構(gòu)元素、行為元素、分組元素和注解元素12. 關(guān)系包括關(guān)聯(lián)關(guān)系、依賴關(guān)系、泛化關(guān)系和實現(xiàn)關(guān)系13. 圖包括靜態(tài)圖和動態(tài)圖，其中靜態(tài)圖包括類圖、組件圖和部署圖。動態(tài)圖包括順序圖、協(xié)作圖、狀態(tài)圖和活動圖14. 規(guī)則包括命名、范圍和可見性15. 公共機制包括規(guī)格描述、修飾、公共分類和擴展機制。其中用斜體字體表示的類為抽象類就是一種修飾。擴展機制包括版型、標記值和約束16. RUP是一個迭代和遞增的開發(fā)過程17. RUP的四個階段:初始（先啟）階段、精化階段、構(gòu)建階段和移交（產(chǎn)品化）階段；對應四個階段結(jié)束的里程碑分別是生命周期目標里程碑、生命周期架構(gòu)里程碑、初始可運行能力里程碑和產(chǎn)品發(fā)布里程碑；RUP的每個階段包含一到多次迭代；每次迭代包括業(yè)務建模、需求、分析設計、實現(xiàn)、測試和部署5個工作流。18. RUP工作流由角色、角色所參與的活動和活動所輸出的工件組成，工件包括文檔、模型元素和軟件模型19. 依賴關(guān)系是單向的和臨時的20. 依賴關(guān)系的四種表現(xiàn)：A）ClassA中某個方法的參數(shù)類型是ClassB；B）ClassA中某個方法的參數(shù)類型是ClassB的一個屬性；C）ClassA中某個方法的實現(xiàn)實例化ClassB；D）ClassA中某個方法的返回值的類型是ClassB；21. 泛化關(guān)系是由派生類指向基類的；泛化關(guān)系是is-a的關(guān)系22. 關(guān)聯(lián)關(guān)系是一種結(jié)構(gòu)關(guān)系，關(guān)聯(lián)關(guān)系的可導航性和重復度（階元），關(guān)聯(lián)類的表達方式23. 關(guān)聯(lián)關(guān)系在設計階段可以進一步精化成聚合關(guān)系和組合關(guān)系，聚合關(guān)系的整體和部分不具有一致的生命周期，而組合關(guān)系中整體和部分之間有一致的生命周期24. 實現(xiàn)關(guān)系用于表達接口和實現(xiàn)該接口的類之間的關(guān)系，也可以表示成接口和實現(xiàn)接口的組件之間的關(guān)系25. 結(jié)構(gòu)型元素中類由類名、屬性和操作三個框組成，第一框不能省略，第二框第三框都可省略，屬性和操作不能放錯位置或者交叉26. 可見性由公有+、私有-和保護#三種符號表達27. 類的屬性的類型表達方式，類的操作的類型和參數(shù)列表表達方式28. 對象通常由對象名：對象所屬的類和屬性值構(gòu)成，而且對象名要加下劃線29. 三種重要的類：實體類、邊界類、控制類30. 接口可以用一個圓來表達，也可以用類的<<interface>>版型來表達31. 接口和抽象類都是不能實例化的，但是抽象類可包含部分實現(xiàn)，接口可多重繼承或擴展，但是有些面向?qū)ο蟮某绦蛟O計語言不支持抽象類的多重繼承32. 參與者(actor)是一個與組織（或系統(tǒng)）外部的，與組織（或系統(tǒng)）交互的角色33. 用例描述了一系列活動，通過該系列活動，用例為參與者提供可見的價值34. 參與者和用例是關(guān)聯(lián)關(guān)系35. 活動圖中的分支和合并；表示并發(fā)的分叉和聯(lián)結(jié)，分叉和聯(lián)結(jié)都用同步條來表示36. 活動圖中的泳道用于表達責任區(qū)域；一個泳道通常用來代表一個角色37. 狀態(tài)圖用于表示一個系統(tǒng)或一個對象整個生命周期所經(jīng)歷的狀態(tài)和狀態(tài)遷移38. 一個狀態(tài)通常包括狀態(tài)名、進入/退出條件和內(nèi)部遷移39. 狀態(tài)遷移包括引起狀態(tài)遷移的事件名、護衛(wèi)條件和動作組成，動作包括入口動作（Entry）、出口動作（Exit）和處于該狀態(tài)所要執(zhí)行的動作（Do）。40. 描述對象之間交互的交互圖包括順序圖和協(xié)作圖（通信圖）41. 順序圖包括 對象、生命線、控制焦點和消息四種元素42. 包是把元素組織成組的機制43. 組件是系統(tǒng)中物理的、可替代的部件，組件是邏輯元素的容器44. 節(jié)點是系統(tǒng)運行時存在的物理元素，通常包括存儲能力和處理能力，節(jié)點是組件的容器，節(jié)點可以是處理器也可以是設備。45. 組件分 部署組件、工作組件和執(zhí)行組件三種46. 組件與接口之間可以是實現(xiàn)和依賴兩種關(guān)系47. 部署圖中的連接指的是兩個物理設備之間的耦合，包括物理介質(zhì)和軟硬件傳輸協(xié)議。Part3 業(yè)務建模1. 業(yè)務(business):一個組織通過組織內(nèi)部為實現(xiàn)其價值通過資源的協(xié)作而完成的事務2. 業(yè)務模型是以組織之外視角來觀察組織內(nèi)部要素和過程的模型3. 業(yè)務模型包含業(yè)務用例模型（業(yè)務用例圖）和業(yè)務對象模型（活動圖、順序圖和狀態(tài)圖）4. 業(yè)務用例圖包含業(yè)務主角、組織邊界和業(yè)務用例等模型元素5. 業(yè)務對象模型包含業(yè)務工作者和業(yè)務實體等模型元素Part4 需求建模1. 從業(yè)務建模到需求建模是從組織視角向系統(tǒng)視角轉(zhuǎn)換，從組織提供價值到計算機系統(tǒng)提供價值轉(zhuǎn)換2. 系統(tǒng)需求是系統(tǒng)必須滿足的條件或具備的能力3. 系統(tǒng)需求包含功能需求和非功能需求，功能需求用用例模型來建模，非功能需求在需求的補充規(guī)約里載明4. 將基用例中一段相對獨立并且可選的動作，用擴展（Extension）用例加以封裝，再讓它從基用例中聲明的擴展點（Extension Point）上進行擴展，從而使基用例行為更簡練和目標更集中5. 使用包含（Inclusion）用例來封裝一組跨越多個用例的相似動作（行為片斷），以便多個基（Base）用例復用。6.用例的擴展關(guān)系與包含關(guān)系的本質(zhì)區(qū)別是擴展用例可不被基用例執(zhí)行，而包含關(guān)系中，基用例必須執(zhí)行包含用例才是完整的7.用例的泛化關(guān)系，子用例與父用例的行為相似，子用例繼承父用例的所有行為、結(jié)構(gòu)和關(guān)系且子用例可以重載父用例的部分行為8.用例分包方式包括，按參與者、按主題、按開發(fā)團隊和按發(fā)布情況分包9.適合使用用例模型描述系統(tǒng)需求等場景：功能多，參與者多和接口多Part5 分析與設計1. 選擇迭代用例的依據(jù)是用例的優(yōu)先級，優(yōu)先級高的用例在精化階段的早期進行分析和設計，優(yōu)先級低的用例在精化階段的后期迭代中進行分析和設計2. 分析和設計所生成的模型應放置在邏輯視圖中3. 用例模型表達系統(tǒng)所應具備的功能，分析和設計模型表達了功能是如何實現(xiàn)的4. 分析機制是一種模式，這種模式包含了解決通用問題的通用解決方案5. 分析機制主要包括 持久化、進程間通訊、進程控制和同步、事務管理等6. 用例分析的基本過程包括：尋找候選對象、描述對象間的交互和描述類。候選對象可以用對象清單描述，對象間交互用交互圖描述，分析類用類圖描述7. 尋找對象的步驟：找實體對象、邊界對象、控制對象和生命周期對象8. 候選對象可能來自于業(yè)務對象模型、原始需求的非規(guī)范描述和系統(tǒng)用例描述9. 面向?qū)ο笤O計的5個基本原則：LSP、OCP、SRP、ISP和DIP10. OCP的核心思想就是依賴接口而不要依賴與具體的類，LSP的思想是子類可以替換父類11. ISP的核心思想就是避免定義功能眾多的大接口，而是要定義小的內(nèi)聚性強的接口12. 設計模式分為創(chuàng)建型模式、結(jié)構(gòu)型模式和行為型模式13. 單件模式(Singleton)保證一個類僅有一個實例，并提供一個訪問它的全局訪問點；抽象工廠模式適用于創(chuàng)建多個產(chǎn)品族中的產(chǎn)品對象的場景。14. 適配器模式(Adapr)是將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口，Adapter模式使得原本由于接口不兼容而不能一起工作的類可以一起工作；代理模式為其他對象提供一種代理以控制對這個對象的訪問的機制。15. 觀察者模式(Oberver)定義對象間的一種一對多的依賴關(guān)系，當一個對象的狀態(tài)改變時，所有依賴他的對象都得到通知并被自動更新；職責鏈模式是使多個對象都有機會處理請求，從而避免請求的發(fā)送者和接受者之間的耦合關(guān)系的一種模式。16. 軟件體系結(jié)構(gòu)通常用體系結(jié)構(gòu)包圖來表達17. 子系統(tǒng)可以實現(xiàn)接口也可以依賴與其他接口18. 子系統(tǒng)設計目標是松散耦合、可替換、隔離變更、可獨立改進19. 類設計主要過程：精化類的屬性和操作、添加支持類、精化類的方法和狀態(tài)和精化類之間的關(guān)系20. 類之間的關(guān)系耦合由低都高的順序是 依賴關(guān)系、關(guān)聯(lián)關(guān)系和泛化關(guān)系21. 分析與設計工作流中的數(shù)據(jù)庫設計的主要任務時映射持久化設計類到數(shù)據(jù)模型22. 對象數(shù)據(jù)庫是以對象為單元來管理信息，關(guān)系數(shù)據(jù)庫是以記錄為單元來管理信息【精品文檔】第 3 頁