《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題

1、《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題簡(jiǎn)答題：1、軟件體系結(jié)構(gòu)建模的種類有：結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過(guò)程模型、功能模型。2、“41”視圖模型從5個(gè)不同的視角包括：邏輯視圖、進(jìn)程視圖、物理視圖、開發(fā)視圖和場(chǎng)景視圖來(lái)描述軟件體系結(jié)構(gòu)。3、構(gòu)件：是具有某種功能的可重用的軟件模板單元，表示了系統(tǒng)中主要的計(jì)算元素和數(shù)據(jù)存儲(chǔ)。連接件：表示構(gòu)件之間的交互。配置：表示構(gòu)件和連接件的拓?fù)溥壿嫼图s束。端口：表示構(gòu)件和外部環(huán)境的交互點(diǎn)。角色：定義了該連接交互的參與

2、者。4、畫出“41”視圖模型圖，分析各部分的原理和功能。5、軟件體系結(jié)構(gòu)風(fēng)格：是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。6、軟件體系結(jié)構(gòu)（SoftwareArchitecture）軟件體系結(jié)構(gòu)以組件和組件交互的方式定義系統(tǒng)，說(shuō)明需求與成品系統(tǒng)之間的對(duì)應(yīng)關(guān)系，描述系統(tǒng)級(jí)別的可伸縮性、能力、吞吐量、一致性和兼容性等屬性。軟件體系結(jié)構(gòu)由組件、連接件和屬性組成。7、分層系統(tǒng)的優(yōu)點(diǎn)有：1）支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)，使設(shè)計(jì)者可以把一個(gè)復(fù)

3、雜系統(tǒng)按遞增的步驟進(jìn)行分解；2）支持功能增強(qiáng)，因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换?，因此功能的改變最多影響相鄰的上下層?）支持重用。只要提供的服務(wù)接口定義不變，同一層的不同實(shí)現(xiàn)可以交換使用。這樣，就可以定義一組標(biāo)準(zhǔn)的接口，而允許各種不同的實(shí)現(xiàn)方法。8、分層系統(tǒng)的缺點(diǎn)有：1）并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層的模式，甚至即使一個(gè)系統(tǒng)的邏輯結(jié)構(gòu)是層次化的，出于對(duì)系統(tǒng)性能的考慮，系統(tǒng)設(shè)計(jì)師不得不把一些低級(jí)或高級(jí)的功能綜合起來(lái)；2）很難找到一

4、個(gè)合適的、正確的層次抽象方法。9、BS體系結(jié)構(gòu)的優(yōu)點(diǎn)有什么？答：1）基于BS體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶在使用系統(tǒng)時(shí)，僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊，真正達(dá)到了“零客戶端”的功能，很容易在運(yùn)行時(shí)自動(dòng)升級(jí)。2）BS體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開放性基礎(chǔ)。10、BS體系結(jié)構(gòu)的缺點(diǎn)有什么？答：1）BS體系結(jié)構(gòu)缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，沒有集成有效的數(shù)據(jù)庫(kù)處理功

5、能。17.管道過(guò)濾器風(fēng)格結(jié)構(gòu)特點(diǎn)（1）使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；（2）允許設(shè)計(jì)者將整個(gè)系統(tǒng)的輸入輸出行為看成是多個(gè)過(guò)濾器的行為的簡(jiǎn)單合成；（3）支持軟件重用。（4）系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)單。（5）允許對(duì)一些如吞吐量、死鎖等屬性的分析；（6）支持并行執(zhí)行。但是，這樣的系統(tǒng)也存在著若干不利因素。（1）通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因?yàn)殡m然過(guò)濾器可增量式地處理數(shù)據(jù)，但它們是獨(dú)立的，所以設(shè)計(jì)者必須將每個(gè)過(guò)濾器看成一

6、個(gè)完整的從輸入到輸出的轉(zhuǎn)換。（2）不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時(shí)，這個(gè)問題尤為嚴(yán)重。（3）因?yàn)樵跀?shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn)，每個(gè)過(guò)濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過(guò)濾器的復(fù)雜性。18.什么是設(shè)計(jì)模式？它與風(fēng)格、框架有什么區(qū)別與聯(lián)系？設(shè)計(jì)模式是對(duì)通用設(shè)計(jì)問題的重復(fù)解決方案。軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。軟件框架是整個(gè)或部分系統(tǒng)的可重用設(shè)計(jì)模式比框架更加抽

7、象框架是模式的特例化設(shè)計(jì)模式被實(shí)現(xiàn)成為框架后，可以極大的減輕從設(shè)計(jì)到實(shí)現(xiàn)的鴻溝利用了模式的框架比沒有利用模式的框架更容易理解、更能被設(shè)計(jì)與實(shí)現(xiàn)重用通常成熟的框架包含了多種設(shè)計(jì)模式一個(gè)框架不僅可以具體實(shí)現(xiàn)一個(gè)模式，還可以具體的實(shí)現(xiàn)多個(gè)模式設(shè)計(jì)模式與風(fēng)格兩者為近義詞，通常情況下可以互相通用風(fēng)格主要是指大的，宏觀的設(shè)計(jì)。模式既可宏觀，又可微觀。19.軟件體系結(jié)構(gòu)測(cè)試的內(nèi)容與準(zhǔn)則是什么？?jī)?nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息

8、是否一致、可達(dá)，相關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。準(zhǔn)則：測(cè)試覆蓋所有的構(gòu)件及各個(gè)構(gòu)件的接口。各個(gè)連接件的接口、構(gòu)件之間的直接連接、構(gòu)件之間的間接連接。20、請(qǐng)簡(jiǎn)述MVC，介紹各自的作用和用途。答案：MVC是三個(gè)單詞的縮寫分別為：模型(Model)，視圖(View)和控制Controller)。MVC模式的目的就是實(shí)現(xiàn)Web系統(tǒng)的職能分工。Model是應(yīng)用對(duì)象，所有的操作都在這里實(shí)現(xiàn)，它若需要取得視圖中的對(duì)象或更新視圖，需通過(guò)控