軟件設(shè)計期末復(fù)習(xí)重點

1、愛第一章 軟件工程與軟件設(shè)計1.1 軟件工程軟件分類：1. 系統(tǒng)軟件2. 實時軟件3. 嵌入式軟件4. 科學(xué)和工程計算軟件5. 事務(wù)處理軟件6. 人工智能軟件7. 個人計算機(jī)軟件軟件工程由方法、工具和過程三個要素組成。1.3軟件開發(fā)過程模型1.3.1瀑布模型：是既自頂向下結(jié)構(gòu)化開發(fā)模型1.3.2 快速原型模型1.3.3螺旋模型 由四部分組成：1. 需求定義；2. 風(fēng)險分析；3. 工程實現(xiàn)；4. 評審；特點：1. 瀑布模型+快速原型+風(fēng)險分析2. 迭代過程1.4軟件設(shè)計軟件設(shè)計的概念：對軟件如何被開發(fā)出來的一種描述1.5軟件體系結(jié)構(gòu)軟件體系結(jié)構(gòu)的定義（較有影響力的定義）：1. 軟件體系結(jié)構(gòu)是軟件

2、系統(tǒng)的結(jié)構(gòu)，包括軟件元素，軟件元素外部可見的屬性以及這些軟件元素之間的關(guān)系；2. 軟件體系結(jié)構(gòu)是軟件系統(tǒng)的基本組織，包括構(gòu)件，構(gòu)件之間，構(gòu)件與環(huán)境之間的關(guān)系，以及相關(guān)的設(shè)計和演化原則。第二章2.1 UML 概述2.1.3 UML 2.0的建模機(jī)制建模機(jī)制中包含的13種視圖模型可以劃分為結(jié)構(gòu)視圖和行為視圖兩種類型。建模機(jī)制包括：結(jié)構(gòu)建模，行為建模結(jié)構(gòu)建模包含：類圖，包圖，對象圖，構(gòu)件圖，組合結(jié)構(gòu)圖，部署圖行為建模包含：活動圖，交互圖（順序圖，通信圖，交互概覽圖，時序圖），狀態(tài)圖，用例圖2.2 面向?qū)ο箝_發(fā)方法2.3 UML 2.0結(jié)構(gòu)建模2.3.1 類圖（作用）：類圖是UML中最基本、也是最重要

3、的一種視圖，它用來刻畫軟件中類等元素的靜態(tài)機(jī)構(gòu)關(guān)系。依賴關(guān)系：兩個類之間存在依賴關(guān)系，表明一個類使用或需要知道另一個類中包含的信息。ProductCatalogCustomer關(guān)聯(lián)關(guān)系：兩個類之間存在關(guān)聯(lián)關(guān)系，表明這兩個類的實例之間存在語義上的聯(lián)系。PersonCompany +Employee +Employee * 1聚集關(guān)系：聚集關(guān)系表明兩個類的實例之間存在一種擁有或?qū)儆陉P(guān)系，可以看做是一種比較弱的整體的一部分關(guān)系，或是一種邏輯上的隸屬關(guān)系。（圖上菱形是空的）PersonPerson * 12.4 UML 2.0 行為建模2.4.1 順序圖：（給出用例畫出順序圖）【課本 41頁】2.4.

4、7 用例圖：（作用，參與者，用例）【課本 50頁】n 作用：用例圖通常被用來描述系統(tǒng)的需求，從用戶的角度對系統(tǒng)的功能視點進(jìn)行建模。n 用例：一個用例代表系統(tǒng)執(zhí)行的一組動作，這些動作完成特定的任務(wù)，并產(chǎn)生對用戶或外部實體可觀察的結(jié)果。用例用來描述系統(tǒng)對外可見的需求或功能。n 參與者：參與者是與用例發(fā)生交互的系統(tǒng)外部角色，必須是被開發(fā)的系統(tǒng)范圍之外的角色（不必在本開發(fā)系統(tǒng)中實現(xiàn)），它們只與系統(tǒng)發(fā)生某種形式的交互。第三章 軟件設(shè)計基礎(chǔ)3.1 軟件設(shè)計的基本概念3.1.1抽象與逐步求精（概念）【課本 55頁】n 抽象：“抽象”是一個心理學(xué)概念，它要求人們將注意力集中在某一層次上考慮問題，而忽略那些低層

5、次的細(xì)節(jié)。是管理、控制復(fù)雜性的基本策略。n 逐步求精：“逐步求精” 可視為一種早期的自頂向下設(shè)計策略，其主要思想是，針對某個功能的宏觀描述用逐步求精的方法不斷地分解，逐步確立過程細(xì)節(jié)，直至該功能用程序語言描述的算法實現(xiàn)為止。 3.1.2 模塊化與信息隱藏（概念、好處）【課本 57頁】模塊化：即把軟件劃分為可獨立命名和訪問的部件，每個部件稱為一個模塊，當(dāng)把所有模塊組裝到一起時則獲得滿足問題需要的一個解。信息隱藏：即一個模塊的開發(fā)者不必看到其它模塊的內(nèi)部，只需知道其接口即可，這使得每個模塊的開發(fā)人員所要處理的復(fù)雜性顯著降低。未來達(dá)到信息隱藏的目的，模板應(yīng)該被設(shè)計為其所含信息（過程和數(shù)據(jù)）對于那些不

6、必要的信息模塊不可訪問。3.1.3 內(nèi)聚與耦合（不同內(nèi)聚概念、判斷、舉例）【課本 58頁】1.內(nèi)聚n 偶然性內(nèi)聚：一個模塊內(nèi)各成分為完成一組功能而組合在一起，它們相互之間即使有關(guān)系，也很松散（內(nèi)聚程度最低）例1：一個程序員寫完一個程序后發(fā)現(xiàn)有一組語句多處出現(xiàn)，于是為了節(jié)省內(nèi)存便將這組語句單獨組成一個模塊。例2：工具模塊n 邏輯性內(nèi)聚：模塊完成的諸任務(wù)邏輯上相關(guān)n 時序內(nèi)聚：一個模塊包含的任務(wù)必須在同一時間內(nèi)執(zhí)行例：系統(tǒng)的初始化n 過程性內(nèi)聚：模塊內(nèi)成分彼此相關(guān)，并且必須按特定的次序執(zhí)行n 通信內(nèi)聚：模塊中各成分都 將對數(shù)據(jù)結(jié)構(gòu)的同一區(qū)域進(jìn)行操作例如：從同一磁帶上讀取不相干的數(shù)據(jù) 可能破壞獨立性

7、。n 順序性內(nèi)聚：各成分均與同一功能相關(guān)，且處理按序執(zhí)行n 功能性內(nèi)聚：所有成分形成一個整體，完成單個功能（內(nèi)聚程度最高）2.耦合n 非直接耦合：兩個模塊中的任一個都不依賴對方能獨立工作。（耦合度最低）例1：A訪問C的內(nèi)部數(shù)據(jù)或不通過正常入口而轉(zhuǎn)入C的內(nèi)部。例2：部分代碼重疊（常出現(xiàn)在匯編程序中）例3：一個模塊有多個入口（功能）n 數(shù)據(jù)耦合：兩模塊間通過參數(shù)交換信息，數(shù)據(jù)僅限于數(shù)據(jù)。n 控制耦合：模塊間傳遞的信息含有控制信息。n 特征耦合：介于數(shù)據(jù)耦合和控制耦合之間。n 外部耦合：若干模塊均與同一外部環(huán)境關(guān)聯(lián)。n 公共耦合：若干模塊通過全局的數(shù)據(jù)環(huán)境相互作用。n 內(nèi)容耦合：一個模塊使用另一模塊

8、內(nèi)部的數(shù)據(jù)或控制信息，或一個模塊直接轉(zhuǎn)移到另一模塊內(nèi)部。（最高耦合度）1. 2.3.3 軟件設(shè)計的質(zhì)量1.結(jié)構(gòu)良好2.充分性3.可行性4.簡單性5.實用性6.靈活性7.健壯性8.可移植性9.可復(fù)用性10.標(biāo)準(zhǔn)化靈活性（如何提高靈活性，可靠性）【課本 67頁】舉例：網(wǎng)站成員注冊class WebsiteMember members;/ or maybe:vector members;void register(Member aMember).怎樣才能使設(shè)計更靈活以注冊新類型的成員？解決方案：引入一個基類，將基類抽象化，根據(jù)需要產(chǎn)生繼承類我們之所以進(jìn)行靈活的設(shè)計，因為變化和重用是經(jīng)常出現(xiàn)的2.健壯

9、性1.防止錯誤輸入o 用戶輸入o 不是用戶的輸入 數(shù)據(jù)通信 其他應(yīng)用 方法調(diào)用2.防止開發(fā)錯誤 錯誤的設(shè)計 錯誤的實現(xiàn)n 檢查輸入 在繼續(xù)進(jìn)行處理之前，可以檢查應(yīng)用程序的所有輸入的方法。 檢查類型（例如：整形); 檢查與前置條件和不變式的輸入n 為提高健壯性而初始化 提供靜態(tài)方法，用來為類產(chǎn)生標(biāo)準(zhǔn)的默認(rèn)值n 提高健壯性的參數(shù)傳遞技術(shù)保證方法正確調(diào)用 引入一個捕獲參數(shù)的類并將約束條件合并n 強(qiáng)化意圖通過防止設(shè)計和實現(xiàn)中的錯誤來提高健壯性 強(qiáng)化計劃，按計劃使用相應(yīng)功能3.4軟件體系結(jié)構(gòu)設(shè)計【課本 68頁】“4+1”模型：每一個視圖只關(guān)心系統(tǒng)的一個側(cè)面，5個視圖結(jié)合在一起才能反映系統(tǒng)的軟件體系結(jié)構(gòu)的

10、全部內(nèi)容。1.邏輯視圖：主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。在面向?qū)ο蠹夹g(shù)中，通過抽象、封裝和繼承，可以用對象模型來代表邏輯視圖，用類圖來描述邏輯視圖。2.進(jìn)程視圖：該視圖捕獲設(shè)計中關(guān)于并發(fā)和同步的內(nèi)容，重視一些非功能性需求。3.開發(fā)視圖：該視圖主要描述軟件在開發(fā)環(huán)境中的靜態(tài)結(jié)構(gòu)，該視圖的構(gòu)建和連接件分別映射到子系統(tǒng)或模塊，關(guān)注于在軟件開發(fā)環(huán)境中軟件模塊的組織。軟件可以被打包為子系統(tǒng)，并按層次進(jìn)行組織。4.物理視圖：該視圖描述軟件到硬件的映射關(guān)系，反應(yīng)了軟件的分布特征。把不同的軟件元素，例如進(jìn)程和任務(wù)等，映射到不同的物理節(jié)點上，并關(guān)注物理環(huán)境的拓?fù)浣Y(jié)構(gòu)以及節(jié)點間的通信。5.場景

11、：場景通常是最重要的需求，一方面作為設(shè)計中發(fā)現(xiàn)體系結(jié)構(gòu)元素的驅(qū)動器，另一方面在設(shè)計完成后，充當(dāng)確認(rèn)和驗證的證據(jù)。3.5 高可信軟件設(shè)計 在等待外部信號的程序段中，不允許無限制地等待。正確的做法應(yīng)是，或采用循環(huán)等待次數(shù)控制，或使用定時器，使得規(guī)定時間內(nèi)（無論成功或失?。┍仨毐ＷC退出等待外部信號的程序段。 不允許的設(shè)計方法 建議采用的設(shè)計方法握手標(biāo)志置寫不上的可能可靠的設(shè)計方法 3.5.2 容錯設(shè)計n 1.避錯：避錯設(shè)計是使軟件產(chǎn)品在設(shè)計過程中，不發(fā)生錯誤或少發(fā)生錯誤的一種設(shè)計方法。避錯的設(shè)計原則是控制和減少程序的復(fù)雜性。 從開發(fā)方法、工具等多處著手n 避免需求錯誤n 深入研究用戶的需求（用戶申明

12、的和未申明的）n 用戶早期介入，如采用原型技術(shù)n 選擇好的開發(fā)方法n 結(jié)構(gòu)化方法：包括分析、設(shè)計、實現(xiàn)n 面向?qū)ο蟮姆椒ǎ喊ǚ治?、設(shè)計、實現(xiàn)n 基于部件的開發(fā)方法（COMPONENT BASED）n 快速原型法n 2.查錯：軟件查錯設(shè)計是指在設(shè)計中賦予程序某些特殊的功能，使程序在運行中自動查找存在錯誤的一種設(shè)計方法。被動式錯誤檢測在程序的若干部位設(shè)置檢測點，等待錯誤征兆的出現(xiàn) 主動式錯誤檢測對程序狀態(tài)主動進(jìn)行檢查n 檢測原則 相互懷疑原則：在設(shè)計任何一個單元、模塊時，假設(shè)其它單元、模塊存在著錯誤； 立即檢測原則：當(dāng)錯誤征兆出現(xiàn)后，要盡快查明，以限制錯誤的損害并降低排錯的難度。n 負(fù)效應(yīng) 所設(shè)

13、置的“接收判據(jù)”不可能與預(yù)期的正確結(jié)果完全吻合，導(dǎo)致錯判 或漏判； 軟件增加了冗余可能降低可靠性 n 3.改錯：改錯設(shè)計是指在設(shè)計中，賦予程序自我改正錯誤、減少錯誤危害程度的能力的一種設(shè)計方法。n 改正錯誤的前提是已經(jīng)準(zhǔn)確地找出軟件錯誤的起因和部位（故障檢測與故障定位合稱故障診斷），程序又有能力修改、剔除有錯誤的語句。n 現(xiàn)階段僅限于減少軟件錯誤造成的有害影響，或?qū)⒂泻τ绊懴拗圃谝粋€較小的范圍。常采用故障隔離技術(shù)。第四章4.2用例分析與設(shè)計4.2.3 用例設(shè)計描述【課本 105頁】n 案例：銀行ATM自動柜員機(jī)的需求簡述（本案例將要開發(fā)的ATM系統(tǒng)能夠為顧客提供以下基本服務(wù)，它們統(tǒng)一稱為交易）

14、： 取款服務(wù)。顧客可以用銀行卡從對應(yīng)的賬戶中支取現(xiàn)金，現(xiàn)金必須是100元的整數(shù)倍，且每次取款不能超過2000元。 存款服務(wù)。顧客可以把現(xiàn)金存入與銀行卡對應(yīng)的賬戶中。 轉(zhuǎn)帳服務(wù)。顧客可以把一個銀行卡對應(yīng)的賬戶中的款項轉(zhuǎn)帳到另一個銀行賬戶中。 查詢服務(wù)。顧客能夠查詢一個銀行卡對應(yīng)的賬戶中的余額。n 該ATM系統(tǒng)包括以下組成部分： 讀卡器 交互的控制臺，鍵盤及顯示器 送出現(xiàn)金的裝置，取款器 存款的插槽，存款器 打印機(jī) 啟動和關(guān)閉ATM系統(tǒng)的開關(guān)鍵盤 ATM系統(tǒng)與銀行服務(wù)通過特定的網(wǎng)絡(luò)連接進(jìn)行通信n ATM系統(tǒng)在提供以上服務(wù)的過程中，必須滿足以下要求 一個顧客可以在最終確認(rèn)前放棄一項交易 ATM在執(zhí)行

15、交易過程中將與銀行系統(tǒng)進(jìn)行通信，對是否允許交易進(jìn)行驗證 ATM為每次成功的交易提供一個打印回執(zhí) ATM需要維護(hù)一個內(nèi)部日志，對每次交易進(jìn)行記錄參與者：與系統(tǒng)交互的人、設(shè)備、其他系統(tǒng)n “顧客”（Customer）n “操作管理人員”（Operator）n “銀行服務(wù)器”（Bank System）n “讀卡器”（Card Reader）n “存款器”（Cash Acceptor）n “取款器”（Cash Dispenser）n “打印機(jī)”（Printer）用例描述：n 用例名稱：Withdrawaln 參與者：Customer，Bank System，Card Reader，Cash Dispe

16、nser，Printern 前置條件：顧客已插入銀行卡，密碼驗證正確，顧客按下“取款”按鈕n 主事件流：（） 顧客輸入取款金額，并確認(rèn)。 系統(tǒng)認(rèn)可取款金額，并發(fā)送指令給取款器。 取款器把相應(yīng)金額的現(xiàn)金送出。 打印機(jī)打印回執(zhí)。n 輔事件流： 如果取款金額不是100的整數(shù)倍，則顯示信息“輸入金額必須是100的整數(shù)倍，請重新輸入”，并返回主事件流中步驟（1）。 如果取款金額超過2000元，則顯示信息“輸入金額不能超過2000元，請重新輸入” ，并返回主事件流中步驟（1）。 如果賬戶余額小于取款金額，則顯示信息“賬戶余額不足，請重新輸入” ，并返回主事件流中步驟（1）。 顧客在確認(rèn)取款金額前可以選擇取

17、消交易。n 后置條件：如果取款成功，系統(tǒng)從賬戶余額中減去相應(yīng)數(shù)額，并返回等待狀態(tài)；如果顧客取消交易，則返回等待狀態(tài)。4.3概念模型和頂層架構(gòu)設(shè)計（） 4.3.1 概念模型設(shè)計 從分析類所負(fù)責(zé)的主要功能需求看，系統(tǒng)可以包含三種分析類：1.邊界類：負(fù)責(zé)目標(biāo)軟件系統(tǒng)與參與者之間的交互，構(gòu)造型為。通常情況下，參與者與用例之間的一種通信連接對應(yīng)一個邊界類。其職責(zé)包括：2.控制類：作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)、控制其它類共同完成用例規(guī)定的功能或行為。構(gòu)造型為。用例通常對應(yīng)控制類。3.實體類：負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項并向其它類提供讀、寫信息項內(nèi)容的必要操作接口，一般不涉及業(yè)務(wù)邏輯

18、處理。構(gòu)造型為 。4.3.2頂層架構(gòu)設(shè)計（目的）頂層架構(gòu)的主要目的是為后續(xù)的分析和設(shè)計活動建立一種結(jié)構(gòu)和劃分，以便開發(fā)人員在不同的開發(fā)階段，以及同一開發(fā)階段的不同開發(fā)人員，能夠聚焦于系統(tǒng)的不同部分。 4.6.2 調(diào)整軟件構(gòu)成類 對類進(jìn)行調(diào)整和優(yōu)化主要包括：1.增加輔助類； 2.合并相互通信頻繁的類； 3.分拆規(guī)模過大的類；第五章 面向數(shù)據(jù)流的軟件設(shè)計方法5.2 實體關(guān)系圖數(shù)據(jù)對象有屬性描述，通常，屬性包括：1.命名性屬性 ：對數(shù)據(jù)對象的實例命名，其中必含有一個或一組關(guān)鍵屬性，以便唯一地標(biāo)識數(shù)據(jù)對象的實例。2.描述性屬性 ：對數(shù)據(jù)對象實例的性質(zhì)進(jìn)行描述。3.引用性屬性：將自身與其他數(shù)據(jù)對象的實例

19、關(guān)聯(lián)起來。規(guī)范化規(guī)則：1.數(shù)據(jù)對象的任何實例對每個屬性必須有且僅有一個屬性值；2.屬性是原子數(shù)據(jù)項，不能包含內(nèi)部數(shù)據(jù)結(jié)構(gòu)；3.如果數(shù)據(jù)對象的關(guān)鍵屬性多于一個，那么其他非關(guān)鍵屬性必須表示整個數(shù)據(jù)對象而不是部.分關(guān)鍵屬性的特征；5.所有的非關(guān)鍵屬性必須表示整個對象而不是部分屬性的特征。5.4 面向數(shù)據(jù)流的設(shè)計過程（）5.4.1 變換流與事務(wù)流面向數(shù)據(jù)流的方法能方便地將數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu)，其過程分為五部： 1.確定信息流的類型； 2.劃分流界； 3.將數(shù)據(jù)流圖映射為程序結(jié)構(gòu)； 4.提取層次控制結(jié)構(gòu)； 5.通過設(shè)計復(fù)審和使用啟發(fā)式策略進(jìn)一步精化所得到的機(jī)構(gòu)。5.4.2變換分析步驟1：復(fù)審基本系統(tǒng)模

20、型步驟2：復(fù)審和精化軟件數(shù)據(jù)流圖步驟3：確定數(shù)據(jù)流圖的特性，判定它為變換流還是事務(wù)流 步驟4：通過劃定輸入流和輸出流的邊界來孤立變換中心，即把DFD劃分成邏輯輸入、主加工和邏輯輸出三個部分。步驟5：執(zhí)行“一級分解”步驟6：執(zhí)行“二級分解” ，即設(shè)計中下層模塊步驟7：采用啟發(fā)式設(shè)計策略，精化所得程序結(jié)構(gòu)雛形，以求改良軟件質(zhì)量 5.4.3 事務(wù)分析步驟一：復(fù)審基本系統(tǒng)模型步驟二：復(fù)審并精化軟件數(shù)據(jù)流圖步驟三：確定數(shù)據(jù)流圖的特性，判定它為變換流還是事務(wù)流步驟四：指出事務(wù)中心，確定由事務(wù)中心發(fā)出的每一動作路徑的數(shù)據(jù)流特性步驟五：把數(shù)據(jù)流圖映射為事務(wù)處理型的程序結(jié)構(gòu) 步驟六：分解并精化事務(wù)結(jié)構(gòu)以及每條動

21、作路徑所對應(yīng)的結(jié)構(gòu) 步驟七：使用啟發(fā)式設(shè)計策略，精化所得程序結(jié)構(gòu)雛形，改良軟件質(zhì)量 例：針對圖所示的DFD，采用事務(wù)分析法導(dǎo)出程序結(jié)構(gòu)，因其主體數(shù)據(jù)流為事務(wù)流（c為事務(wù)中心）。顯然，區(qū)域為變換流；區(qū)域為事務(wù)流，但其各個子流為變換流；區(qū)域為變換流。在你所設(shè)計的程序結(jié)構(gòu)中，除了每個變換對應(yīng)一個模塊外，可能還需增加若干控制模塊。組合得程序結(jié)構(gòu)的雛形，精化雛形，如下圖：針對如下的DFD圖，導(dǎo)出程序結(jié)構(gòu)圖。其中n為事務(wù)中心。針對如下的DFD圖，分步驟導(dǎo)出程序結(jié)構(gòu)圖。其中d為事務(wù)中心。第六章 用戶界面設(shè)計6.1界面設(shè)計的基本原則原則描述用戶熟悉程度界面應(yīng)該采用經(jīng)常使用系統(tǒng)的用戶所熟悉的術(shù)語和概念一致性界面

22、必須一致，在任何可能的情況下相同的操作應(yīng)該以同樣的方式被激活使驚訝最小化盡量避免使用戶對系統(tǒng)的行為感到驚訝可恢復(fù)性界面應(yīng)該為用戶提供錯誤恢復(fù)機(jī)制用戶幫助界面應(yīng)該在錯誤發(fā)生時提供有意義的反饋，并且提供上下文敏感的用戶幫助系統(tǒng)用戶多樣性界面應(yīng)該為不同類型的用戶提供恰當(dāng)?shù)慕换シ绞?.2設(shè)計良好界面的主要途徑用戶界面設(shè)計中有三條“黃金規(guī)則”（如何理解）1.使系統(tǒng)處于用戶控制之中2.減少用戶記憶負(fù)擔(dān)3.保持界面一致性6.3.2 界面分析和設(shè)計模型在用戶界面的分析和設(shè)計過程中，有四種模型能夠起作用：1.用戶模型2. 設(shè)計模型3. 心智模型或系統(tǒng)感知模型4. 實現(xiàn)模型 6.4 用戶界面分析用戶分析技術(shù)：任務(wù)

23、分析用戶采訪和問卷調(diào)查群體文化學(xué)6.5.2 界面設(shè)計需考慮的問題1.響應(yīng)時間系統(tǒng)響應(yīng)時間有兩個重要特征：長度和變化性；變化方式是指與平均響應(yīng)時間的偏差；2.用戶幫助消息措辭中的設(shè)計因素第七章 軟件體系結(jié)構(gòu)風(fēng)格和設(shè)計模式7.1 基本概念軟件設(shè)計模式：可解決一類問題并能重復(fù)使用的解決方案軟件體系結(jié)構(gòu)風(fēng)格：它是軟件設(shè)計人員在長期的軟件設(shè)計過程中總結(jié)出來的一些規(guī)律性的東西，經(jīng)過提煉總結(jié)而成。7.2.1Wright ADL調(diào)用實例的Wright體系結(jié)構(gòu)描述調(diào)用實例的GADL體系結(jié)構(gòu)描述構(gòu)件圖調(diào)用實例的GADL體系結(jié)構(gòu)描述類圖實例剖析： 統(tǒng)計a.txt中單詞的個數(shù)并打印出來：shell命令：“cat a.

24、txt | wc -w | lpr”1、cat命令輸出a.txt的內(nèi)容2、通過管道傳給命令wc，統(tǒng)計輸入流中單詞的 個數(shù)并輸出3、輸出的單詞數(shù)通過管道傳給命令lpr，lpr將其打印出來一個“管道/過濾”系統(tǒng)實例： 系統(tǒng)功能：讀取一個字符流，并輸出把每隔一個的字符轉(zhuǎn)換成大寫字母的字符流。1.管道/過濾器風(fēng)格特征：系統(tǒng)中構(gòu)件之間通過數(shù)據(jù)流松散耦合。也就是說，構(gòu)件之間的依賴僅僅是數(shù)據(jù)流，而不是通常的接口函數(shù)調(diào)用或消息傳遞。2.分層風(fēng)格特征：從向外提供服務(wù)的構(gòu)件出發(fā)，沿著連接關(guān)系遞次搜索各構(gòu)件和連接件，如果形成的拓?fù)浣Y(jié)構(gòu)是一個有向無圈圖（典型情況下是一個線性結(jié)構(gòu)），那么這個系統(tǒng)的體系結(jié)構(gòu)風(fēng)格就是層次式的。這種設(shè)計風(fēng)格便于將復(fù)雜的系統(tǒng)進(jìn)行分解；同時也便于構(gòu)件替換：只要保持接口一致，就可以將某一層的軟件替換掉，而不會影響到系統(tǒng)的其他部分。7.4 設(shè)計模式設(shè)計模式，并將它們分為三種類型：創(chuàng)建型設(shè)計模式、結(jié)構(gòu)型設(shè)計模式和行為型設(shè)計模式。1.Factory Method 例：“龍珠”游戲-設(shè)計1適用場合：有一些實體（各種魔力管道），它們的結(jié)構(gòu)和行為是相似的，且都包含一些相似的更小實體（各類球），但一個大實體內(nèi)部的這些小實體都是同一類的（一種魔力管道內(nèi)只有一種球）。核心思想歸納：在父類中，將創(chuàng)建對象的操作包裝為