軟件體系結(jié)構(gòu)復(fù)習(xí)總結(jié)

《軟件體系結(jié)構(gòu)復(fù)習(xí)總結(jié)》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫(kù)。

1、感謝在職班同學(xué)架構(gòu)定義1.LenBass,PaulClements等人對(duì)軟件構(gòu)架所做的定義（黃皮18頁(yè)）：某個(gè)軟件或計(jì)算系統(tǒng)的軟件構(gòu)架是該系統(tǒng)的一個(gè)或多個(gè)結(jié)構(gòu)，它由軟件元素、這些元素的外部可見屬性以及這些元素之間的關(guān)系組成。2.含義：（黃皮書19-20頁(yè)，此處需要看書，因?yàn)楣烙?jì)考的比較靈活）?首先，構(gòu)架定義了軟件元素。–構(gòu)架必須省略元素中與其交互無關(guān)的某些信息?第二，該定義明確指出系統(tǒng)可能而且確實(shí)由多個(gè)結(jié)構(gòu)組成。–其中任何一個(gè)結(jié)構(gòu)并不能與構(gòu)架等同–結(jié)構(gòu)的多重性是理解軟件構(gòu)架的關(guān)鍵?第三，該定義意味著具有軟

2、件的每個(gè)計(jì)算系統(tǒng)都有一個(gè)軟件構(gòu)架。–每個(gè)軟件系統(tǒng)都可以看成由若干個(gè)元素及其相互聯(lián)系構(gòu)成?第四，只要某個(gè)元素的行為可以從其他元素的角度觀察到或區(qū)別開，這個(gè)元素的行為就是構(gòu)架的內(nèi)容。–這種行為使各元素的交互成為可能，是構(gòu)架的一部分（要求：弄清這個(gè)定義的含義并能根據(jù)這個(gè)定義分析現(xiàn)有的一些關(guān)于構(gòu)架的描述是否正確。）3.軟件體系結(jié)構(gòu)異構(gòu)的方式,特點(diǎn)？異構(gòu)的方式：一種方式是使用層次結(jié)構(gòu)，一個(gè)系統(tǒng)構(gòu)件被組織成某種體系結(jié)構(gòu)風(fēng)格，但它的內(nèi)部結(jié)構(gòu)可能是另一種完全不同的風(fēng)格。第二種組合風(fēng)格的方式是，允許單一構(gòu)件使用復(fù)合的連接件

3、。比如一個(gè)構(gòu)件可能通過它的接口訪問知識(shí)庫(kù)，但通過管道與系統(tǒng)中其他構(gòu)件進(jìn)行交互，又通過其他接口接受控制信息。第三種組合方法是用完全不同的軟件體系結(jié)構(gòu)風(fēng)格對(duì)一個(gè)系統(tǒng)水平的軟件體系結(jié)構(gòu)進(jìn)行描述。4、構(gòu)件：構(gòu)件是計(jì)算或數(shù)據(jù)儲(chǔ)存的單元；構(gòu)件定義：構(gòu)件是指語(yǔ)義完整、語(yǔ)法正確和有可復(fù)用價(jià)值的單位軟件，是軟件復(fù)用過程中可以明確辨識(shí)的元素；結(jié)構(gòu)上，它是語(yǔ)義描述、通訊接口和實(shí)現(xiàn)代碼的復(fù)合體。5、連接件：連接件是構(gòu)件之間的交互和指導(dǎo)這些交互的規(guī)則進(jìn)行建模的體系結(jié)構(gòu)元素軟件體系結(jié)構(gòu)（構(gòu)架）研究的問題?結(jié)構(gòu)性問題?系統(tǒng)的組織，由哪

4、些組件構(gòu)成?全局性的控制結(jié)構(gòu)?通訊、同步或訪問的協(xié)議?將功能分配到不同的系統(tǒng)組成部分?設(shè)計(jì)元素的組成?系統(tǒng)的物理分布?可擴(kuò)展性、性能（要求：要弄清哪些方面的問題是屬于構(gòu)架的，哪些方面的問題是不屬于構(gòu)架的）常見的架構(gòu)風(fēng)格一、什么是軟件架構(gòu)風(fēng)格軟件體系結(jié)構(gòu)風(fēng)格描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式，以結(jié)構(gòu)組織模式定義了一個(gè)系統(tǒng)家族a)關(guān)于構(gòu)件和連接件類型的術(shù)語(yǔ)詞匯表b)一組約束它們組合方式的規(guī)定c)一個(gè)或多個(gè)語(yǔ)義模型，規(guī)定了如何從各成分的特性決定系統(tǒng)整體特性概括地說，一種軟件體系結(jié)構(gòu)風(fēng)格刻畫一個(gè)具有共享

5、結(jié)構(gòu)和語(yǔ)義的系統(tǒng)家族【MaryShow和DavidGarlan認(rèn)為：軟件體系結(jié)構(gòu)風(fēng)格就是就是軟件體系結(jié)構(gòu)模式。FrankBuschmann認(rèn)為，有區(qū)別：模式比風(fēng)格更加面向問題，模式通常有問題出現(xiàn)的語(yǔ)境、解決方案和適用的場(chǎng)景；風(fēng)格更側(cè)重于從應(yīng)用系統(tǒng)中抽取他們的總體結(jié)構(gòu)，極少?gòu)膶?shí)際設(shè)計(jì)環(huán)境來考慮設(shè)計(jì)技術(shù)?！浚私猓┒?、常見的架構(gòu)風(fēng)格–管道和過濾器模式–數(shù)據(jù)抽象/面向?qū)ο竽Ｊ建C基于事件的模式–分層模式–倉(cāng)庫(kù)（Repository)模式–解釋器模式–過程控制–C/S,B/S–特點(diǎn),不變式,優(yōu)點(diǎn),缺點(diǎn)答：比較典型的

6、體系結(jié)構(gòu)風(fēng)格有：數(shù)據(jù)流風(fēng)格(Dataflow)：批處理序列、管道－過濾器風(fēng)格(Pipe-and-Filter)調(diào)用/返回風(fēng)格：主程序/子程序、面向?qū)ο箫L(fēng)格(ADT)、層次系統(tǒng)(LayeredSystems)獨(dú)立構(gòu)件風(fēng)格：進(jìn)程通信、事件系統(tǒng)虛擬機(jī)風(fēng)格：解釋器、基于規(guī)則的系統(tǒng)倉(cāng)庫(kù)風(fēng)格：數(shù)據(jù)庫(kù)系統(tǒng)、超文本系統(tǒng)、黑板系統(tǒng)1、–管道和過濾器模式?每個(gè)構(gòu)件都有一組輸入和輸出，構(gòu)件讀輸入的數(shù)據(jù)流，經(jīng)過內(nèi)部處理，然后產(chǎn)生輸出數(shù)據(jù)流。這個(gè)過程通常通過對(duì)輸入流的變換及增量計(jì)算來完成，所以在輸入被完全消費(fèi)之前，輸出便產(chǎn)生了?這

7、里的構(gòu)件被稱為過濾器，這種風(fēng)格的連接件就象是數(shù)據(jù)流傳輸?shù)墓艿?，將一個(gè)過濾器的輸出傳到另一過濾器的輸入?優(yōu)點(diǎn)–使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；–允許設(shè)計(jì)者將整個(gè)系統(tǒng)的輸入/輸出行為看成是多個(gè)過濾器的行為的簡(jiǎn)單合成；–支持軟件復(fù)用。只要提供適合在兩個(gè)過濾器之間傳送的數(shù)據(jù)，任何兩個(gè)過濾器都可被連接起來；–系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)單。新的過濾器可以添加到現(xiàn)有系統(tǒng)中來；舊的可以被改進(jìn)的過濾器替換掉；–允許對(duì)一些如吞吐量、死鎖等屬性的分析–支持并行執(zhí)行。每個(gè)過濾器是作為一個(gè)單獨(dú)的任務(wù)完成，因此可與其

8、它任務(wù)并行執(zhí)行?缺點(diǎn)–通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因?yàn)殡m然過濾器可增量式地處理數(shù)據(jù)，但它們是獨(dú)立的，所以設(shè)計(jì)者必須將每個(gè)過濾器看成一個(gè)完整的從輸入到輸出的轉(zhuǎn)換；–不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時(shí)，這個(gè)問題尤為嚴(yán)重；–因?yàn)樵跀?shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn)，每個(gè)過濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過濾器的復(fù)雜性。2、數(shù)據(jù)抽象和面向?qū)ο蠼M織?這種風(fēng)格建立在數(shù)據(jù)抽象和面向?qū)ο蟮幕A(chǔ)上，