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