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

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

2、工具包括 rational rose 和staruml 6. UML為unified model language簡寫，是一種符合工業(yè)標準的圖形化建模語言 7. uml包括構造塊，規(guī)則和公共機制 8. 構造塊包括建模元素、關系和圖 9. 規(guī)則包括命名，范圍和可見性 10. 公共機制包括規(guī)格描述、修飾、公共分類和擴展機制 11. 建模元素包括結構元素、行為元素、分組元素和注解元素 12. 關系包括關聯(lián)關系、依賴關系、泛化關系和實現(xiàn)關系 13. 圖包括靜態(tài)圖和動態(tài)圖，其中靜態(tài)圖包括類圖、組件圖和部署圖。動態(tài)圖包括順序圖、協(xié)作圖、狀態(tài)圖和活動圖 14. 規(guī)則包括命名、范圍和可見性

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

4、向的和臨時的 20. 依賴關系的四種表現(xiàn)：A）ClassA中某個方法的參數(shù)類型是ClassB；B）ClassA中某個方法的參數(shù)類型是ClassB的一個屬性；C）ClassA中某個方法的實現(xiàn)實例化ClassB；D）ClassA中某個方法的返回值的類型是ClassB； 21. 泛化關系是由派生類指向基類的；泛化關系是is-a的關系 22. 關聯(lián)關系是一種結構關系，關聯(lián)關系的可導航性和重復度（階元），關聯(lián)類的表達方式 23. 關聯(lián)關系在設計階段可以進一步精化成聚合關系和組合關系，聚合關系的整體和部分不具有一致的生命周期，而組合關系中整體和部分之間有一致的生命周期 24. 實現(xiàn)關系用于表達接

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

6、多重繼承或擴展，但是有些面向對象的程序設計語言不支持抽象類的多重繼承 32. 參與者(actor)是一個與組織（或系統(tǒng)）外部的，與組織（或系統(tǒng)）交互的角色 33. 用例描述了一系列活動，通過該系列活動，用例為參與者提供可見的價值 34. 參與者和用例是關聯(lián)關系 35. 活動圖中的分支和合并；表示并發(fā)的分叉和聯(lián)結，分叉和聯(lián)結都用同步條來表示 36. 活動圖中的泳道用于表達責任區(qū)域；一個泳道通常用來代表一個角色 37. 狀態(tài)圖用于表示一個系統(tǒng)或一個對象整個生命周期所經(jīng)歷的狀態(tài)和狀態(tài)遷移 38. 一個狀態(tài)通常包括狀態(tà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é)點可以是處理器也可以是設備。 45. 組件分 部署組件、工作組件和執(zhí)行組件三種 46. 組件與接口之間可以是實現(xiàn)和依賴兩種關系 47. 部署圖中的連接指的是兩個物理

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

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

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

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

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