【正文】 ns關(guān)聯(lián)，記錄了銷售項(xiàng)的價(jià)格。組合關(guān)系意味著： ? 在某一時(shí)刻，部分的一個(gè)實(shí)例只屬于一個(gè)組成實(shí)例； ? 部分必須總是屬于組成； ? 組成要負(fù)責(zé)創(chuàng)建和刪除部分，可以自己創(chuàng)建和刪除部分也可以和其它對(duì)象協(xié)作進(jìn)行創(chuàng)建和刪除部分； ? 組成被銷毀，其部分必須要銷毀。 ?可以用一個(gè)關(guān)聯(lián)類 ServiceContract來擁有屬性 merchantID ?關(guān)聯(lián)類的增加具有原則： ?有某個(gè)屬性與關(guān)聯(lián)相關(guān)； ?關(guān)聯(lián)類的實(shí)例具有依賴于關(guān)聯(lián)的生命期； ?兩個(gè)概念之間有多對(duì)多關(guān)聯(lián)，并且存在與關(guān)聯(lián)自身相關(guān)的信息。應(yīng)該將屬性 B放在另一個(gè)類 C中，并且將其與類 A關(guān)聯(lián)。同理，放入 Authorization Service中也不正確。 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 27 面向?qū)ο笤敿?xì)設(shè)計(jì) 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 28 面向?qū)ο笤敿?xì)設(shè)計(jì) ? 關(guān)聯(lián)類 ?在 POS機(jī)系統(tǒng)中，授權(quán)服務(wù)給每個(gè)商店分配一個(gè)商業(yè) ID，商店發(fā)送授權(quán)服務(wù)的支付授權(quán)請(qǐng)求需要商業(yè) ID標(biāo)識(shí)商店，商店對(duì)于每個(gè)服務(wù)有不同的商業(yè) ID。 ? 泛化和定義概念超類的動(dòng)機(jī)： ?潛在的概念子類表示的是相似概念的不同變體； ?子類滿足 100%準(zhǔn)則（即概念超類的定義必須 100%適用于子類，子類必須 100%與超類一致。 ?在領(lǐng)域中識(shí)別父類和子類是一個(gè)有價(jià)值的活動(dòng)，這樣可以使我們對(duì)概念有更概括、精煉和抽象的描述。 ? 使用泛化、關(guān)聯(lián)類、時(shí)間間隔、組合和包等概念精化領(lǐng)域模型。 ? 設(shè)計(jì)步驟 ?確定任務(wù) ?確定確實(shí)需要的任務(wù) ?確定資源 ?把任務(wù)分配給硬件或軟件 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 23 設(shè)計(jì)數(shù)據(jù)管理子系統(tǒng) ? 選擇數(shù)據(jù)存儲(chǔ)管理模式 ? 文件管理系統(tǒng) ? 關(guān)系數(shù)據(jù)庫管理系統(tǒng) ? 面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng) ? 設(shè)計(jì)數(shù)據(jù)管理子系統(tǒng) ? 設(shè)計(jì)數(shù)據(jù)格式 ? 設(shè)計(jì)相應(yīng)的服務(wù) ? 類中的服務(wù)設(shè)計(jì)和關(guān)聯(lián)的設(shè)計(jì)（ P252P255） 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 24 面向?qū)ο笤敿?xì)設(shè)計(jì) ? 面向?qū)ο笤敿?xì)設(shè)計(jì)的目的就是不斷精化設(shè)計(jì)類 ? 領(lǐng)域模型精化 ? 領(lǐng)域模型也稱為概念模型、領(lǐng)域?qū)ο竽Ｐ秃头治鰧?duì)象模型。 ? 設(shè)計(jì)任務(wù)管理子系統(tǒng) ? 常見的任務(wù)有事件驅(qū)動(dòng)型任務(wù)、時(shí)鐘驅(qū)動(dòng)型任務(wù)、優(yōu)先任務(wù)、關(guān)鍵任務(wù)和協(xié)調(diào)任務(wù)等。 ? 調(diào)整需求 ? 重用已有的類 ? 把問題域類組合在一起 ? 增添一般化類以建立協(xié)議 ? 調(diào)整繼承層次 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 20 設(shè)計(jì)問題域子系統(tǒng) 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 21 設(shè)計(jì)人機(jī)交互子系統(tǒng) ? 設(shè)計(jì)人 ? 分類用戶 ? 描述用戶 ? 設(shè)計(jì)命令層次 ?研究現(xiàn)有的人 ?確定初始的命令層次 ?精化命令層次 ? 設(shè)計(jì)人機(jī)交互類 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 22 設(shè)計(jì)任務(wù)管理子系統(tǒng) ? 分析并發(fā)性 ? 通過面向?qū)ο蠓治鼋⑵饋淼膭?dòng)態(tài)模型，是分析并發(fā)性的主要依據(jù)。 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 19 設(shè)計(jì)問題域子系統(tǒng) ? 只要可能，就應(yīng)該保持面向?qū)ο蠓治鏊⒌膯栴}域結(jié)構(gòu)。上層在下層的基礎(chǔ)上建立，下層為實(shí)現(xiàn)上層功能而提供必要的服務(wù)。 （ P 240） ? 總的說來，單向交互比雙向交互更容易理解，也更容易設(shè)計(jì)和修改，因此應(yīng)該盡量使用客戶 — 供應(yīng)商關(guān)系 ? 把子系統(tǒng)組織成完整的系統(tǒng)時(shí)，有水平層次組織和垂直塊組織兩種方案可供選擇。某些領(lǐng)域的應(yīng)用系統(tǒng)在邏輯上可能僅由 3個(gè) (甚至少于 3個(gè) )子系統(tǒng)組成。職責(zé)分為以下兩種類型： ? 對(duì)象的行為職責(zé)包括： ? 自身執(zhí)行一些行為，如創(chuàng)建對(duì)象或計(jì)算 ? 初始化其他對(duì)象中的動(dòng)作 ? 控制和協(xié)調(diào)其他對(duì)象中的活動(dòng) ? 對(duì)象的認(rèn)知職責(zé)包括： ? 對(duì)私有封裝數(shù)據(jù)的認(rèn)知 ? 對(duì)相關(guān)對(duì)象的認(rèn)知 ? 對(duì)其能夠?qū)С龌蛴?jì)算的事物得認(rèn)知 ? 職責(zé)的粒度會(huì)影響職責(zé)到類和方法的轉(zhuǎn)換 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 17 系統(tǒng)分解 ? 大多數(shù)系統(tǒng)的面向?qū)ο笤O(shè)計(jì)模型，在邏輯上都由四大部分組成。 ? UML把職責(zé)定義為“類元的契約或義務(wù)”。 ? 基于職責(zé)設(shè)計(jì)對(duì)象（ General Responsibility Assignment Software Patterns, GRASP） ?信息專家、創(chuàng)建者、控制器、高內(nèi)聚、低耦合、多態(tài)、純虛構(gòu)、間接性和防止變異 ? GoF(Gang of Four)模式 ?23種設(shè)計(jì)模式，其中基本的有適配器、工廠、單實(shí)例類、策略、組合、外觀和觀察者等模式 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 13 ? 創(chuàng)建模式 ? 工廠方法模式：如 swing 中的 BorderFactory ?使用工廠類統(tǒng)一創(chuàng)建繼承了同一接口的多個(gè)產(chǎn)品對(duì)象 ? 抽象工廠模式 ?為產(chǎn)品族提供了統(tǒng)一的創(chuàng)建接口 ? 單例模式 :如日歷單例類 calendar ?一個(gè)類只有一個(gè)實(shí)例，并提供對(duì)該實(shí)例的全局訪問 ? 創(chuàng)造者模式如字符串建造者 StringBuilder ?將一個(gè)復(fù)雜對(duì)象的創(chuàng)建與它們的表示分開 ? 原型模式：如進(jìn)程建造者 ProcessBuilder ?通過復(fù)制原型實(shí)例創(chuàng)建新的對(duì)象 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 14 ? 結(jié)構(gòu)型模式 ? 討論類和對(duì)象的結(jié)構(gòu) ? 適配器模式 :如 Iterator,Enumeration,EventListener ? 裝飾模式 :如 I/O輸入輸出流管道 ? 代理模式 :如動(dòng)態(tài)代理機(jī)制 ? 外觀模式 ? 橋接模式 ? 組合模式 ? 亨元模式 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 15 ? 行為模式：類與對(duì)象之間的通信關(guān)系 ? 父類與子類 ? 策略模式 ? 模板方法模式 ? 類之間 ? 觀察者模式 ? 迭代子模式 ? 責(zé)任鏈模式 ? 命令模式 ? 類的狀態(tài) ? 備忘錄模式 ? 狀態(tài)模式 ? 通過中間類 ? 訪問者模式 ? 中介者模式 ? 解釋器模式 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 16 ? 職責(zé)驅(qū)動(dòng)設(shè)計(jì)也即基于職責(zé)的設(shè)計(jì)。 軟件工程 (Software Engineering) 沈陽工業(yè)大學(xué)信息科學(xué)與工程學(xué)院 魏東 Slide 12 ? 有經(jīng)驗(yàn)的軟件開發(fā)者建立了既有通用原則又有慣用方案的指令系統(tǒng)來指導(dǎo)他們編制軟件。 ? 共同封裝原則（ Common Closure Principle, CCP）： 一同變更的類應(yīng)該和在一起。 ? 依賴倒置原則 (Dependency Inversion Principle, DIP)：依賴于抽象、而非具體實(shí)現(xiàn) ? 接口分離原則 (Interface Segregation Principle, ISP)：多個(gè)用戶專用接口比一個(gè)通用接口要好。傳統(tǒng)構(gòu)件稱為模塊 ? 模塊控制構(gòu)件，協(xié)調(diào)問題域中所有其他構(gòu)件的調(diào)用； ? 問題域構(gòu)件，完成部分或全部用戶的需求