《《系統(tǒng)分析與設(shè)計》重點》由會員分享，可在線閱讀，更多相關(guān)《《系統(tǒng)分析與設(shè)計》重點（3頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、精品文檔，僅供學(xué)習(xí)與交流，如有侵權(quán)請聯(lián)系網(wǎng)站刪除 Part 1: 系統(tǒng)分析與設(shè)計概述 系統(tǒng)：相互交互或相互依賴的組件集合所構(gòu)成的一個整體 分析：將復(fù)雜系統(tǒng)分解成小的、可以理解和可以管理的組成部分的過程 設(shè)計：用一組模型元素描述滿足系統(tǒng)需求和約束條件的模型的過程 Part2：UML和RUP 1. 軟件建模工具通常包括結(jié)構(gòu)化建模工具和面向?qū)ο蠼９ぞ?；結(jié)構(gòu)化建模工具包括數(shù)據(jù)流圖DFD、軟件結(jié)構(gòu)圖 SSD和程序流程圖 PFD 2. 面向?qū)ο蟮慕９ぞ邽閁ML 3. 建模：用建模工具構(gòu)建模型的過程 4. 系統(tǒng)模型包括結(jié)構(gòu)模型（靜態(tài)模型）和行為模型（動態(tài)模型） 5. 常用的uml建模

2、工具包括 rational rose 和staruml 6. UML為unified model language簡寫，是一種符合工業(yè)標(biāo)準(zhǔn)的圖形化建模語言 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ī)則包括命名、范圍和可見性

3、 15. 公共機制包括規(guī)格描述、修飾、公共分類和擴展機制。其中用斜體字體表示的類為抽象類就是一種修飾。擴展機制包括版型、標(biāo)記值和約束 16. RUP是一個迭代和遞增的開發(fā)過程 17. RUP的四個階段:初始（先啟）階段、精化階段、構(gòu)建階段和移交（產(chǎn)品化）階段；對應(yīng)四個階段結(jié)束的里程碑分別是生命周期目標(biāo)里程碑、生命周期架構(gòu)里程碑、初始可運行能力里程碑和產(chǎn)品發(fā)布里程碑；RUP的每個階段包含一到多次迭代；每次迭代包括業(yè)務(wù)建模、需求、分析設(shè)計、實現(xiàn)、測試和部署5個工作流。 18. RUP工作流由角色、角色所參與的活動和活動所輸出的工件組成，工件包括文檔、模型元素和軟件模型 19. 依賴關(guān)系是單

4、向的和臨時的 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)系的可導(dǎo)航性和重復(fù)度（階元），關(guān)聯(lián)類的表達方式 23. 關(guān)聯(lián)關(guān)系在設(shè)計階段可以進一步精化成聚合關(guān)系和組合關(guān)系，聚合關(guān)系的整體和部分不具有一致的生命周期，而組合關(guān)系中整體和部分之間有一致的生命周期 24. 實現(xiàn)關(guān)系用于表達接

5、口和實現(xiàn)該接口的類之間的關(guān)系，也可以表示成接口和實現(xiàn)接口的組件之間的關(guān)系 25. 結(jié)構(gòu)型元素中類由類名、屬性和操作三個框組成，第一框不能省略，第二框第三框都可省略，屬性和操作不能放錯位置或者交叉 26. 可見性由公有+、私有-和保護#三種符號表達 27. 類的屬性的類型表達方式，類的操作的類型和參數(shù)列表表達方式 28. 對象通常由對象名：對象所屬的類和屬性值構(gòu)成，而且對象名要加下劃線 29. 三種重要的類：實體類、邊界類、控制類 30. 接口可以用一個圓來表達，也可以用類的<>版型來表達 31. 接口和抽象類都是不能實例化的，但是抽象類可包含部分實現(xiàn)，接口可

6、多重繼承或擴展，但是有些面向?qū)ο蟮某绦蛟O(shè)計語言不支持抽象類的多重繼承 32. 參與者(actor)是一個與組織（或系統(tǒng)）外部的，與組織（或系統(tǒng)）交互的角色 33. 用例描述了一系列活動，通過該系列活動，用例為參與者提供可見的價值 34. 參與者和用例是關(guān)聯(lián)關(guān)系 35. 活動圖中的分支和合并；表示并發(fā)的分叉和聯(lián)結(jié)，分叉和聯(lián)結(jié)都用同步條來表示 36. 活動圖中的泳道用于表達責(zé)任區(qū)域；一個泳道通常用來代表一個角色 37. 狀態(tài)圖用于表示一個系統(tǒng)或一個對象整個生命周期所經(jīng)歷的狀態(tài)和狀態(tài)遷移 38. 一個狀態(tài)通常包括狀態(tài)名、進入/退出條件和內(nèi)部遷移 39. 狀態(tài)遷移包括引起狀態(tài)遷移的事件

7、名、護衛(wèi)條件和動作組成，動作包括入口動作（Entry）、出口動作（Exit）和處于該狀態(tài)所要執(zhí)行的動作（Do）。 40. 描述對象之間交互的交互圖包括順序圖和協(xié)作圖（通信圖） 41. 順序圖包括 對象、生命線、控制焦點和消息四種元素 42. 包是把元素組織成組的機制 43. 組件是系統(tǒng)中物理的、可替代的部件，組件是邏輯元素的容器 44. 節(jié)點是系統(tǒng)運行時存在的物理元素，通常包括存儲能力和處理能力，節(jié)點是組件的容器，節(jié)點可以是處理器也可以是設(shè)備。 45. 組件分 部署組件、工作組件和執(zhí)行組件三種 46. 組件與接口之間可以是實現(xiàn)和依賴兩種關(guān)系 47. 部署圖中的連接指的是兩個物理

8、設(shè)備之間的耦合，包括物理介質(zhì)和軟硬件傳輸協(xié)議。 Part3 業(yè)務(wù)建模 1. 業(yè)務(wù)(business):一個組織通過組織內(nèi)部為實現(xiàn)其價值通過資源的協(xié)作而完成的事務(wù) 2. 業(yè)務(wù)模型是以組織之外視角來觀察組織內(nèi)部要素和過程的模型 3. 業(yè)務(wù)模型包含業(yè)務(wù)用例模型（業(yè)務(wù)用例圖）和業(yè)務(wù)對象模型（活動圖、順序圖和狀態(tài)圖） 4. 業(yè)務(wù)用例圖包含業(yè)務(wù)主角、組織邊界和業(yè)務(wù)用例等模型元素 5. 業(yè)務(wù)對象模型包含業(yè)務(wù)工作者和業(yè)務(wù)實體等模型元素 Part4 需求建模 1. 從業(yè)務(wù)建模到需求建模是從組織視角向系統(tǒng)視角轉(zhuǎn)換，從組織提供價值到計算機系統(tǒng)提供價值轉(zhuǎn)換 2. 系統(tǒng)需求是系統(tǒng)必須滿足的條件或具備的

9、能力 3. 系統(tǒng)需求包含功能需求和非功能需求，功能需求用用例模型來建模，非功能需求在需求的補充規(guī)約里載明 4. 將基用例中一段相對獨立并且可選的動作，用擴展（Extension）用例加以封裝，再讓它從基用例中聲明的擴展點（Extension Point）上進行擴展，從而使基用例行為更簡練和目標(biāo)更集中 5. 使用包含（Inclusion）用例來封裝一組跨越多個用例的相似動作（行為片斷），以便多個基（Base）用例復(fù)用。 6.用例的擴展關(guān)系與包含關(guān)系的本質(zhì)區(qū)別是擴展用例可不被基用例執(zhí)行，而包含關(guān)系中，基用例必須執(zhí)行包含用例才是完整的 7.用例的泛化關(guān)系，子用例與父用例的行為相似，子用例繼

10、承父用例的所有行為、結(jié)構(gòu)和關(guān)系且子用例可以重載父用例的部分行為 8.用例分包方式包括，按參與者、按主題、按開發(fā)團隊和按發(fā)布情況分包 9.適合使用用例模型描述系統(tǒng)需求等場景：功能多，參與者多和接口多 Part5 分析與設(shè)計 1. 選擇迭代用例的依據(jù)是用例的優(yōu)先級，優(yōu)先級高的用例在精化階段的早期進行分析和設(shè)計，優(yōu)先級低的用例在精化階段的后期迭代中進行分析和設(shè)計 2. 分析和設(shè)計所生成的模型應(yīng)放置在邏輯視圖中 3. 用例模型表達系統(tǒng)所應(yīng)具備的功能，分析和設(shè)計模型表達了功能是如何實現(xiàn)的 4. 分析機制是一種模式，這種模式包含了解決通用問題的通用解決方案 5. 分析機制主要包括 持久化、

11、進程間通訊、進程控制和同步、事務(wù)管理等 6. 用例分析的基本過程包括：尋找候選對象、描述對象間的交互和描述類。候選對象可以用對象清單描述，對象間交互用交互圖描述，分析類用類圖描述 7. 尋找對象的步驟：找實體對象、邊界對象、控制對象和生命周期對象 8. 候選對象可能來自于業(yè)務(wù)對象模型、原始需求的非規(guī)范描述和系統(tǒng)用例描述 9. 面向?qū)ο笤O(shè)計的5個基本原則：LSP、OCP、SRP、ISP和DIP 10. OCP的核心思想就是依賴接口而不要依賴與具體的類，LSP的思想是子類可以替換父類 11. ISP的核心思想就是避免定義功能眾多的大接口，而是要定義小的內(nèi)聚性強的接口 12. 設(shè)計模式

12、分為創(chuàng)建型模式、結(jié)構(gòu)型模式和行為型模式 13. 單件模式(Singleton)保證一個類僅有一個實例，并提供一個訪問它的全局訪問點；抽象工廠模式適用于創(chuàng)建多個產(chǎn)品族中的產(chǎn)品對象的場景。 14. 適配器模式(Adapr)是將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口，Adapter模式使得原本由于接口不兼容而不能一起工作的類可以一起工作；代理模式為其他對象提供一種代理以控制對這個對象的訪問的機制。 15. 觀察者模式(Oberver)定義對象間的一種一對多的依賴關(guān)系，當(dāng)一個對象的狀態(tài)改變時，所有依賴他的對象都得到通知并被自動更新；職責(zé)鏈模式是使多個對象都有機會處理請求，從而避免請求的發(fā)送者和接受者之間的耦合關(guān)系的一種模式。 16. 軟件體系結(jié)構(gòu)通常用體系結(jié)構(gòu)包圖來表達 17. 子系統(tǒng)可以實現(xiàn)接口也可以依賴與其他接口 18. 子系統(tǒng)設(shè)計目標(biāo)是松散耦合、可替換、隔離變更、可獨立改進 19. 類設(shè)計主要過程：精化類的屬性和操作、添加支持類、精化類的方法和狀態(tài)和精化類之間的關(guān)系 20. 類之間的關(guān)系耦合由低都高的順序是 依賴關(guān)系、關(guān)聯(lián)關(guān)系和泛化關(guān)系 21. 分析與設(shè)計工作流中的數(shù)據(jù)庫設(shè)計的主要任務(wù)時映射持久化設(shè)計類到數(shù)據(jù)模型 22. 對象數(shù)據(jù)庫是以對象為單元來管理信息，關(guān)系數(shù)據(jù)庫是以記錄為單元來管理信息 【精品文檔】第 3 頁