軟件體系結(jié)構(gòu)考試要點

1、踴一、名詞解釋墨1、B/S瀏覽器/服務(wù)器,是三層應(yīng)用結(jié)果的一種實現(xiàn)方式。具體結(jié)構(gòu)：瀏覽器 /Web服務(wù)器/數(shù)據(jù)庫服務(wù)器 腿2、C/S客戶/服務(wù)器，是基于資源不等，且為共享而提出來的，定義了工作站如何與服務(wù)器相連，以實現(xiàn)數(shù)據(jù)和應(yīng)用分布到多個處理機(jī)上。兩層C/S結(jié)構(gòu)：服務(wù)器(后臺)負(fù)責(zé)數(shù)據(jù)管理和數(shù)據(jù)處理，客戶機(jī) (前臺)完成與用戶的交互任務(wù)。三層 C/S體系結(jié)構(gòu)怎么剛加了一個應(yīng)用服務(wù)器，它將應(yīng)用功能分為表示層、功能層和數(shù)據(jù)層，在三層C/S結(jié)構(gòu)中，最重要的是中間件。C/S體系結(jié)構(gòu)有三個主要組成部分：數(shù)據(jù)庫服務(wù)器、客戶應(yīng)用程序和網(wǎng)絡(luò)箴3、HMB層次消息總線的軟件體系結(jié)構(gòu)風(fēng)格( Hierarchical

2、MessageBus basedSytle )。肇4、DSSA特定領(lǐng)域的軟彳體系結(jié)構(gòu)( domainspecificsoftwarearchitecture )就是在一個特定的領(lǐng)域中位一 組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)。是一種形式化語言，它在底層語義模型第 5、ADL 軟件體系結(jié)描述語言(ArchitecturedesciriptionLanguage) 的支持下，為軟件的概念體系結(jié)構(gòu)建模提供了具體語法和框架。蒙6、XML可擴(kuò)展標(biāo)記語言(extensiblemarkuplanguage ) , XMLH W3C11定的作為Internet 上數(shù)據(jù)交換和表示 的標(biāo)準(zhǔn)語言，是一種允許用戶

3、定義自己的標(biāo)記的元語言( Mete)。前7、ATAM體系結(jié)構(gòu)權(quán)衡分析方法( architecturetradeoffanalysismethod ),它是針對系統(tǒng)所使用或修改活 動的支持程度，來判斷該體系結(jié)構(gòu)針對這一場景所代表的質(zhì)量需求得滿足程度的體系結(jié)構(gòu)評估方法。膈8、WebService : Web服務(wù)(WebService )是一種新的面向服務(wù)的體系結(jié)構(gòu)，其中定義了一組標(biāo)準(zhǔn)協(xié)議，用于接 口定義、方法調(diào)用、基于 Internet的結(jié)構(gòu)注冊以及各種應(yīng)用的實現(xiàn)。蔻9、SOA面向服務(wù)白體系結(jié)構(gòu)(Service OrientedArchitecture) ,是一種新的體系結(jié)構(gòu)。在這種新的體系結(jié) 構(gòu)

4、中，所有功能都定義為獨立的服務(wù)，這些服務(wù)帶有定義明確的可調(diào)用接口，可以以定義好的順序調(diào)用這些服務(wù)來形成業(yè)務(wù)流程。SOAW三個主要的抽象級別，分別是操作、服務(wù)和業(yè)務(wù)流程。瞧10、SOAP簡單對象訪問協(xié)議(simpleobjectaccessprotocol ) , SOAP1一個基于 XML的再松散分布式環(huán)境中 交換結(jié)構(gòu)化信息的輕量級協(xié)議，它為在一個松散的、分布式環(huán)境中使用XUM段換結(jié)構(gòu)化的和類型化得信息提供了一種簡單的機(jī)制。SOARB范包括SOAP言封、SOA啕碼規(guī)則、SOAPRPCI示和SOAPW定4部分。賺11、WSDL Web服務(wù)描述語言(webservicesdescriptionla

5、nguage ),是一種 XML格式，用于將網(wǎng)絡(luò)服務(wù)描述 為一組端點，這些端點對包含面向文檔或面向過程信息的消息進(jìn)行操作。這種格式首先對操作和消息進(jìn)行抽象描述，然后將其綁定到具體的網(wǎng)絡(luò)協(xié)議和消息格式上以定義端點。相關(guān)的具體端點即組合成為抽象端點(服務(wù))。羋 12、UDDI ( UniversalDespiptionDiscoveryIntergation )統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議是一套基于Web的、分布式的、為Web服務(wù)提供的信息注冊中心的實現(xiàn)標(biāo)準(zhǔn)和規(guī)范，同時也包含一組使企業(yè)能將自身提供的 Web服務(wù)注冊以使得別的企業(yè)能夠發(fā)現(xiàn)的訪問協(xié)議的實現(xiàn)標(biāo)準(zhǔn)。裊13、SAAM(SoftwareArchi

6、tectureAnalysisMethod)軟件體系結(jié)構(gòu)分析方法是最早精心設(shè)計并形成文檔并得到廣泛使用的軟件體系結(jié)構(gòu)分析方法，他最初是為了評估體系結(jié)構(gòu)的可修改性而設(shè)計。方法簡單。董14、MVCM格：(Model-View-Controllerstyle )模型一視圖-控制器風(fēng)格。主要處理軟件用戶界面開發(fā)中所面臨的問題。MVCM格將交互式應(yīng)用劃分為3中構(gòu)件：視圖、模型和控制器，允許為一個模型建立多個視圖。輯15、Artifact-Driven :制品驅(qū)動的體系結(jié)構(gòu)設(shè)計方法從方法的制品描述中提取體系結(jié)構(gòu)描述。它的例子包括廣為流行的面向?qū)ο蠓治龊驮O(shè)計方法OMTF口 OAD芨16、Use-Case-D

7、riven用例驅(qū)動的體系結(jié)構(gòu)設(shè)計方法主要從用例導(dǎo)出體系結(jié)構(gòu)抽象。統(tǒng)一過程使用的就是一種用例驅(qū)動的體系結(jié)構(gòu)設(shè)計方法。芨17、Domain-Driven領(lǐng)域驅(qū)動：體系結(jié)構(gòu)是從領(lǐng)域模型導(dǎo)出的，領(lǐng)域模型是在領(lǐng)域分析階段開發(fā)的。英18、Pattern-Driven模式驅(qū)動該方法從模式導(dǎo)出體系結(jié)構(gòu)抽象妍19、構(gòu)件Components是指具有一定功能、可明確辨識的軟件單位并且具備以下特點：語義完整、語法正確、有可重用價值曹20、連接件Connectors是用來建立構(gòu)件間的交互以及支配這些交互規(guī)則的體系結(jié)構(gòu)構(gòu)造模塊。期21、MTTF?陰均失效前時間(MeanTimeToFailure )指軟件在失效前正常工作

8、的平均統(tǒng)計時間。螂22、MTBF( MeanTimeBetweenFailure )平均無故障時間，是指相鄰兩次故障之間的平均工作時間，也稱為平均 故障間隔，它反映了產(chǎn)品的時間質(zhì)量，是體現(xiàn)產(chǎn)品在規(guī)定時間內(nèi)保持功能的一種能力。腿23、敏感點是指會由于體系結(jié)構(gòu)元素的修改而發(fā)生顯著變化的系統(tǒng)模型參數(shù)。曹24、權(quán)衡點與多個敏感點有關(guān)的體系結(jié)構(gòu)元素。裂25、直接場景 直接場景指當(dāng)前體系結(jié)構(gòu)不經(jīng)修改即可支持的場景。薄26、間接場景不能直接被當(dāng)前體系結(jié)構(gòu)支持，為了滿足間接場景，需對體系結(jié)構(gòu)進(jìn)行某種修改。蔓27、質(zhì)量屬性效用樹以樹的形式表現(xiàn)質(zhì)量屬性的細(xì)化。根是效用，接下來是質(zhì)量屬性層，再下一層是質(zhì)量屬性 具體

9、描述分類，最后一層是具體的場景。#28、XMLSchem嵌責(zé)定義和描述 XML文檔的結(jié)構(gòu)和內(nèi)容模式，可以定義XML文檔中存在哪些元素以及元素之間的關(guān)系，并且可以定義元素和屬性的數(shù)據(jù)類型。充二、問答題(4050分)輻1、理解并比較構(gòu)件分類的三種方法：關(guān)鍵字分類法、刻面分類法和超文本組織方法，它們是如何組織的？如 何在其中檢索構(gòu)件？每種方法各有什么優(yōu)缺點？芳答：(1)關(guān)鍵字分類法：是一種最簡單的構(gòu)件庫組織方法，其基本思想是：根據(jù)領(lǐng)域分析的結(jié)果將應(yīng)用領(lǐng)域的概念按照從抽象到具體的順序逐次分解為樹形或有向無回路圖結(jié)構(gòu)；帆如何檢索：系統(tǒng)在圖形用戶界面上將構(gòu)件庫的關(guān)鍵字樹形結(jié)構(gòu)直觀的展示給用戶，用戶通過對樹

10、形結(jié)構(gòu)的逐級瀏覽尋找需要的關(guān)鍵字并提取相應(yīng)的構(gòu)件； 蛔優(yōu)點是簡單，易于實現(xiàn)。缺點是在某些場合沒有應(yīng)用價值，因為用戶往往無法用構(gòu)建庫中已有的關(guān)鍵字描述期 望的構(gòu)件功能或行為，對庫的瀏覽也容易使用戶迷失方向;妨(2)刻面分類法：主要思想來源于圖書館學(xué)，在刻面分類機(jī)制中，定義若干用于刻畫構(gòu)件特征的“面”，每個 面包含若干概念，這些概念表述構(gòu)件在面上的特征?？堂婵梢悦枋鰳?gòu)件執(zhí)行的功能，被操作的數(shù)據(jù)，構(gòu)件應(yīng)用的 語境或任意其他特征；節(jié)如何檢索：構(gòu)造查詢、檢索構(gòu)件、對構(gòu)件進(jìn)行排序；蟆優(yōu)點是易于實現(xiàn)相似構(gòu)件的查找。缺點是查詢時比較麻煩；肆(3)超文本組織方法：其主要思想是所有構(gòu)件必須輔以詳盡的功能或行為說明

11、文檔；說明中出現(xiàn)的重要概念或 構(gòu)件以網(wǎng)狀鏈接方式相互連接；檢索者在閱讀文檔的過程中可按照人類的聯(lián)想思維方式任意跳轉(zhuǎn)到包含相關(guān)概念 或構(gòu)件的文檔；全文檢索系統(tǒng)將用戶給出的關(guān)鍵字說明文檔中的文字進(jìn)行匹配，實現(xiàn)構(gòu)件的瀏覽式檢索；膂如何檢索：用戶首先給出一個或數(shù)個關(guān)鍵字，系統(tǒng)在構(gòu)件的說明文檔中進(jìn)行精確或模糊的語法匹配，匹配成功 后，向用戶列出相應(yīng)的構(gòu)建說明；康優(yōu)點是超文本組織方法為構(gòu)造構(gòu)件和重用構(gòu)件提供了友好，直接的多媒體方式。由于網(wǎng)狀結(jié)構(gòu)比較自由，松散,因此，超文本組織方法比前兩種方法更易于修改構(gòu)件庫的結(jié)構(gòu)。缺點是在某些情況下用戶難以在超文本瀏覽過程中正確選取構(gòu)件； w 2、根據(jù)軟件體系結(jié)構(gòu)的定義，

12、你認(rèn)為軟件體系結(jié)構(gòu)的模型應(yīng)該由哪些部分組成？藏答：軟件體系結(jié)構(gòu)定義為構(gòu)件，連接件和約束。軟件體系結(jié)構(gòu)指可預(yù)制和可重構(gòu)的軟件框架結(jié)構(gòu)。構(gòu)件是可預(yù)制和可重用的軟件部件，是組成體系結(jié)構(gòu)的基本計算單元或數(shù)據(jù)存儲單元；連接件也是可預(yù)制和可重用的軟件部件，是構(gòu)件之間的連接單元；構(gòu)件和連接件之間的關(guān)系用約束來描述。這樣既可以把軟件體系結(jié)構(gòu)寫成：體系結(jié) 構(gòu)=構(gòu)件+連接件+約束。襖3、簡要介紹 Krutchten的4+1”視圖模型。材答：Krutchten 4+I 視圖模型從5個不同的視角包括邏輯視圖，進(jìn)程視圖，物理視圖，開發(fā)視圖和場景視圖 來描述軟件體系結(jié)構(gòu)(1)(2)贛邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)

13、提供給最終用戶的服務(wù)(3)(4)薄開發(fā)視圖也稱為模塊視圖，主要側(cè)重于軟件模塊的組織和管理。開發(fā)視圖要考慮軟件內(nèi)部的需求，如軟件開發(fā)的容易性，軟件的重用和軟件的通用性(5)(6)筮進(jìn)程視圖側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性的需求(8)覆物理視圖主要考慮如何把軟件映射到硬件上，它通常要考慮到系統(tǒng)性能，規(guī)模，可靠性等。解決系統(tǒng)拓?fù)浣Y(jié)構(gòu)，系統(tǒng)安裝，通訊等問題(9)(10)肇場景視圖，通過它可以將各種視圖聯(lián)系起來，描述不同視圖構(gòu)建之間是如何作用的。箍4、試分析和比較 B/S,二層C/S和三層C/S,指出各自的優(yōu)點和缺點。肅答：二層C/S體系結(jié)構(gòu)將應(yīng)用一分為二，服務(wù)器負(fù)責(zé)數(shù)據(jù)管理，客戶機(jī)完成與用戶

14、的交互任務(wù)。優(yōu)點：（1）（2）蟻C/S體系結(jié)構(gòu)具有強(qiáng)大的數(shù)據(jù)操作的事務(wù)處理能力，模型思想簡單，易于人們理解和接受；肇（2）對軟硬件的變化有極大的適應(yīng)性和靈活性，易于對系統(tǒng)進(jìn)行擴(kuò)充和縮小；蒞（3）將大的應(yīng)用處理任務(wù)分布到許多通過網(wǎng)絡(luò)連接的低成本計算機(jī)上，以節(jié)約大量費(fèi)用；蓬缺點：蔗（1）開發(fā)成本較高；胭（2）客戶端程序設(shè)計復(fù)雜；?。?）信息內(nèi)容和形式單一；膈（4）用戶界面風(fēng)格不一，使用繁雜不易推廣；腿（5）軟件移植困難；芾（6）軟件維護(hù)和升級困難；腿（7）新技術(shù)不能輕易應(yīng)用；蟻三層CS在上面的基礎(chǔ)上進(jìn)行了改造，并增加了一個應(yīng)用服務(wù)器。膂優(yōu)點：莆（1）允許合理的劃分三層結(jié)構(gòu)的功能，能提高系統(tǒng)和軟件的

15、可維護(hù)性和可擴(kuò)展性；先（2）具有良好的可升級性和開放性；蒂（3）應(yīng)用的各層可以并行開發(fā)，可以選擇各自最適合的開發(fā)語言；羈（4）為嚴(yán)格的安全管理奠定了堅實的基礎(chǔ)；荽B/S風(fēng)格就是上述三層應(yīng)用結(jié)構(gòu)的一種實現(xiàn)方式，其具體結(jié)構(gòu)為：瀏覽器/Web服務(wù)器/數(shù)據(jù)庫服務(wù)器。蛔優(yōu)點：索（1）基于B/S體系結(jié)構(gòu)的軟件，系統(tǒng)安裝，修改和維護(hù)全在服務(wù)器端解決；蟄（2）提供了異種機(jī)，異種網(wǎng)，異種應(yīng)用服務(wù)的聯(lián)機(jī)，聯(lián)網(wǎng)；菱缺點：肆（1）缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理能力；蒲（2）在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)低于C/S體系結(jié)構(gòu)；覆(3)系統(tǒng)擴(kuò)展能力差，安全性難以控制;期5、在正交軟件體系結(jié)構(gòu)中，什么是完

16、全正交結(jié)構(gòu)？在實際使用時是不是必須嚴(yán)格遵守結(jié)構(gòu)正交？使用正交軟件體系結(jié)構(gòu)有什么優(yōu)點？藏答：如果線索是相互獨立的，即不同線索中的構(gòu)件之間沒有相互調(diào)用，那么這個結(jié)構(gòu)就是完全正交的。在實際 使用時不是必須嚴(yán)格遵守結(jié)構(gòu)正交。芍優(yōu)點：蔽(1)結(jié)構(gòu)清晰，易于理解；蝸(2)易修改，可維護(hù)性強(qiáng)；妨(3)可移植性強(qiáng)，重用粒度大；螂6、層次系統(tǒng)結(jié)構(gòu)和基于消息的層次系統(tǒng)結(jié)構(gòu)有什么區(qū)別？蔗答：層次結(jié)構(gòu)將系統(tǒng)進(jìn)行分級組織，其組織思想是：在層次結(jié)構(gòu)中，每一層向上層提供服務(wù)，并作為客戶向下層請求服務(wù)。分層系統(tǒng)的優(yōu)點：支持基于抽象程度遞增的系統(tǒng)設(shè)計； 支持功能增強(qiáng)；支持重用。分層系統(tǒng)的缺點： 并不是每個系統(tǒng)都可以很容易的劃分

17、為分層的模式，甚至即使是層次化的，出于性能的考慮，也不得不吧一些低及或高級的功能綜合起來；很難找到一個合適的、正確的層次抽象方法。蟆消息總線是系統(tǒng)的連接件、負(fù)責(zé)消息的分派、傳遞和過濾以及處理結(jié)果的返回。消息是構(gòu)件之間通信的唯一方 式。由于構(gòu)件通過總線進(jìn)行連接，并不要求各個構(gòu)件具有相同的地址空間或局限在一臺機(jī)器上，因此該風(fēng)格可以很好的刻畫分布式開發(fā)系統(tǒng)，以及CORBA.DCOM EJB規(guī)范的系統(tǒng)。肄7、體系結(jié)構(gòu)描述語言與程序設(shè)計語言有什么區(qū)別？蔻答:ADL與其他的語言比較具有以下能力：聿(1)構(gòu)造能力：ADL能夠使用較小的獨立體系結(jié)構(gòu)元素來建造大型軟件系統(tǒng)；膀(2)抽象能力：ADL使得軟件體系結(jié)

18、構(gòu)中的構(gòu)件和連接件描述可以只關(guān)注他們的抽象特性，而不管其具體的實現(xiàn)細(xì)節(jié)；菜重用能力：ADL使得組成軟件系統(tǒng)的構(gòu)件，連接件甚至是軟件體系結(jié)構(gòu)都成為軟件系統(tǒng)開發(fā)和設(shè)計的可重用 部件；袂(4)組合能力：ADL使得其描述的每一系統(tǒng)元素都有其自己的布局結(jié)構(gòu)，這種描述布局結(jié)構(gòu)的特點使得ADL支持軟件系統(tǒng)的動態(tài)變化組合；膂(5)異構(gòu)能力：ADL允許多個不同的體系結(jié)構(gòu)描述關(guān)聯(lián)存在；方(6)分析和推理能力：ADL允許對其描述的體系結(jié)構(gòu)進(jìn)行多種不同的性能和功能上的多種推理分析；祎8、Web服務(wù)有哪些核心技術(shù)，這些技術(shù)是如何在Web服務(wù)中發(fā)揮作用的。妨答：Web服務(wù)技術(shù)核心基于可擴(kuò)展標(biāo)記語言XML的標(biāo)準(zhǔn)。包括 SO

19、AP WSDL UDDI。袁SOAP采用HTTP作為底層通信協(xié)議，以 RPC作為一致性的調(diào)用途徑，用XML作為數(shù)據(jù)傳輸格式，允許服務(wù)提供者和服務(wù)請求者通過防火墻在Internet 環(huán)境下進(jìn)行交互；箴WSDL定義了一套基于 XML的語法，用來將 WebServices描述為能夠進(jìn)行消息交換的服務(wù)訪問點的集合；芾UDDI：基于 Web的分布式的 WebServices信息注冊中心的實現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時也包含一組訪問協(xié)議的實現(xiàn)標(biāo)準(zhǔn)，使得企業(yè)能將自身的 WebServices注冊上去，并讓別的企業(yè)能發(fā)現(xiàn)并訪問這些 WebServices ;建9、設(shè)計模式的基本成分有哪幾個？請簡單介紹其各個基本成分。蝕答

20、：設(shè)計模式的四個基本成分：名稱，問題，解決方案，后果。名稱通常用來描述一個設(shè)計問題，它的解法和 后果，由12個詞組成。問題告訴我們什么時候使用設(shè)計模式、解釋問題及其背景。解決方案是描述設(shè)計的基本 要素，它們的關(guān)系、各自的任務(wù)以及相互之間的合作。后果描述應(yīng)用設(shè)計模式后的結(jié)果和權(quán)衡。箴10、為什么要評估軟件體系結(jié)構(gòu)？從哪些方面評估軟件體系結(jié)構(gòu)？英答：原因：軟件體系結(jié)構(gòu)反映了系統(tǒng)最初始的設(shè)計決策，對同樣一個問題，在初始階段糾正所帶來的花費(fèi)和在 測試或部署階段糾正導(dǎo)致的開銷不在一個數(shù)量級；蝴評估是挖掘隱形需求并將其補(bǔ)充到設(shè)計中的最后機(jī)會；唐體系結(jié)構(gòu)是開發(fā)過程的中心，不良體系結(jié)構(gòu)會帶來糟糕的結(jié)果；唐從以

21、下幾方面進(jìn)行評估：嵋（1）性能是指系統(tǒng)的影響能力，即要經(jīng)過多長時間才能對某個事件做出響應(yīng)，或者在某段事件內(nèi)系統(tǒng)所能處理的事件的個數(shù)；節(jié)（2）可靠性是軟件系統(tǒng)在應(yīng)用或系統(tǒng)錯誤面前，在意外或錯誤使用的情況下維持軟件系統(tǒng)的功能特性的基本能力；蒂（3）可用性是系統(tǒng)能夠正常運(yùn)行的時間比例；覆（4）安全性是指系統(tǒng)在向合法用戶提供服務(wù)的同時能夠阻止非授權(quán)用戶使用的企圖或拒絕服務(wù)的能力；滕（5）可修改性是指能夠快速的以較高的性能代價比對系統(tǒng)進(jìn)行變更的能力；肄（6）功能性是系統(tǒng)所能完成所期望的工作的能力；范（7）可變性是指體系結(jié)構(gòu)經(jīng)擴(kuò)充或變更而成為新體系結(jié)構(gòu)的能力；蠶（8）可集成性是指系統(tǒng)能與其他系統(tǒng)協(xié)作的程度

22、；薇（9）互操作性是指與其他環(huán)境或者系統(tǒng)本身相互作用的能力；筮11、軟件體系結(jié)構(gòu)評估的主要方法有哪三種？請簡單解釋每種方法。量答：（1）基于調(diào)查或檢查表的評估方式：比較靈活，可以用來評估多種質(zhì)量屬性，也可以在體系結(jié)構(gòu)設(shè)計的多個階段進(jìn)行。但是由于評估的結(jié)果很大程度來自評估人員的主觀推測，因此不同的評估人員可能會產(chǎn)生不同的甚至是截然不同的結(jié)果，而且評估人員的對領(lǐng)域的熟悉程度、是否具有豐富的相關(guān)經(jīng)驗也將是評估結(jié)果的重要因素；蠅（2）基于場景的評估方式：這種體系結(jié)構(gòu)評估方式分析軟件體系結(jié)構(gòu)對場景也就是對系統(tǒng)的使用或改變活動的支持程度，從而判斷該體系結(jié)構(gòu)對這一場景所代表的質(zhì)量需求的滿足程度；螃（3）基于

23、度量的評估方式：涉及三個基本活動：首先需要建立質(zhì)量屬性和度量之間的映射原則，即確定怎樣從度量結(jié)果推出系統(tǒng)具有什么樣的質(zhì)量屬性；然后從軟件體系結(jié)構(gòu)文檔中獲取度量信息；最后根據(jù)映射原則分析推導(dǎo)出系統(tǒng)的某些質(zhì)量屬性?；诙攘康脑u估方式提供更為客觀和量化的質(zhì)量評估；膈12、SAAMF口 ATAM評估方法的基本步驟分別是什么？嫄答：SAAM驟：衿場景生成；艘體系結(jié)構(gòu)描述；奠場景的分類和優(yōu)先級確定；腿間接場景的單獨評估；量對場景關(guān)聯(lián)的評估；薄形成總體評估；范ATAM驟：薄介紹ATAM踴介紹商業(yè)動機(jī)；罪介紹體系結(jié)構(gòu)；腿識別體系結(jié)構(gòu)方法；菽生成質(zhì)量屬性效用樹；肇分析體系結(jié)構(gòu)方法；勘頭腦風(fēng)暴和設(shè)定場景優(yōu)先級；蒙

24、分析體系結(jié)構(gòu)方法；前提供評估結(jié)果；P237膈13、DSSA的基本活動有哪幾個？請簡要介紹各個基本活動。蔻答：（1）領(lǐng)域分析：該階段的主要目標(biāo)是獲得領(lǐng)域模型。在這個階段中，首先進(jìn)行一些準(zhǔn)備性的活動，包括定義領(lǐng)域的邊界和識別信息源，然后分析領(lǐng)域中系統(tǒng)的需求從而建立領(lǐng)域模型。（2）領(lǐng)域設(shè)計：該階段的目標(biāo)是獲彳導(dǎo)DSSA建立了領(lǐng)域之后，就可以派生出滿足在這些被建模的領(lǐng)域要求的DSSA獲得DSSA也就形成了重用基礎(chǔ)設(shè)施的規(guī)約。（3）領(lǐng)域?qū)崿F(xiàn)：該階段的主要目標(biāo)是一句領(lǐng)域模型和DSSAFF發(fā)和組織可重用信息，可看作重用基礎(chǔ)設(shè)施的實現(xiàn)階段。瞧以上過程是一個反復(fù)的逐漸求精的過程。賺14、構(gòu)件描述模型有哪幾種？羋

25、答：3C模型、REBOO模型、青鳥構(gòu)件模型。裊15、了解軟件體系結(jié)構(gòu)的四個發(fā)展階段。董答：輯（1） “無體系結(jié)構(gòu)”設(shè)計階段：開發(fā)主要采用匯編語言，規(guī)模較小；芨（2）萌芽階段：主要采用解耦固化的開發(fā)技術(shù)；黃（3）初級階段：主要采用面向?qū)ο蟮拈_發(fā)技術(shù)。從多種角度對系統(tǒng)建模（如 UML ;英（4）高級階段：該階段以 Kruchten提出的“4+1”模型為標(biāo)志。軟件開發(fā)的中心是描述系統(tǒng)的高層抽象類型；妍16、至少掌握三種經(jīng)典軟件體系結(jié)構(gòu)風(fēng)格。曹答：期倉庫風(fēng)格和黑板風(fēng)格螂倉庫風(fēng)格的體系結(jié)構(gòu)由兩種構(gòu)件組成：中央數(shù)據(jù)結(jié)構(gòu)和獨立構(gòu)件集合。腿黑板體系結(jié)構(gòu)由三部分組成：知識源、黑板數(shù)據(jù)結(jié)構(gòu)、控制器螂黑板體系結(jié)構(gòu)是

26、倉庫體系結(jié)構(gòu)的特殊化，便于共享大量數(shù)據(jù)，也便于擴(kuò)展共享的黑板數(shù)據(jù)結(jié)構(gòu)。肇MVCM格崛將模型與視圖、控制器分開，從而允許為一個模型建立多個視圖。將各方面問題分解開來考慮，簡化了系統(tǒng)設(shè) 計，保證了系統(tǒng)的可擴(kuò)展性。蝴C2風(fēng)格袂由構(gòu)件和連接件兩種元素組成。構(gòu)件可實現(xiàn)應(yīng)用需求，并能將任意復(fù)雜度的功能封裝在一起。所有構(gòu)件之間的 通信是通過以連接件為中介的異步消息交換機(jī)制來實現(xiàn)的。曹17、請對MVCM格體系結(jié)構(gòu)進(jìn)行介紹，并說明該風(fēng)格的優(yōu)缺點。黃答：*II型-視圖-控制器風(fēng)格常被稱為 MVCM格，主要處理軟件用戶界面開發(fā)中所面臨的問題。將模型與視圖、 控制器分開，從而允許為一個模型建立多個視圖蒲具有如下優(yōu)點：

27、輻（1）將各方面問題分解開來考慮，簡化了系統(tǒng)設(shè)計，保證了系統(tǒng)的可擴(kuò)展性；衿（2）改變界面不影響應(yīng)用程序的功能內(nèi)核，使得系統(tǒng)易于演化開發(fā)，可維護(hù)性好； （3）易于改變，甚至可以在運(yùn)行時改變，提供了良好的動態(tài)機(jī)制；菱缺點：主要是僅局限在應(yīng)用軟件的用戶界面開發(fā)領(lǐng)域中。犀18、ACM沖定義了哪七種體系結(jié)構(gòu)實體？ACM葉的類型和風(fēng)格是什么含義？方答：七種體系結(jié)構(gòu)實體：構(gòu)件、連接件、系統(tǒng)、端口、角色、表述和表述映射。荽體系結(jié)構(gòu)描述一個重要能力就是能夠定義系統(tǒng)的風(fēng)格或族。風(fēng)格允許我們定義領(lǐng)域特定或應(yīng)用特定的設(shè)計詞匯，以及如何使用這些詞匯的約束，在ACMEK設(shè)計師可以定義三種類型，分別是屬性類型、結(jié)構(gòu)類型和風(fēng)

28、格。蒞19、了解基于XML的軟件體系結(jié)構(gòu)描述語言。賺答：由于XML在體系結(jié)構(gòu)描述上的許多優(yōu)點，已經(jīng)開發(fā)出不同的基于XML的體系結(jié)構(gòu)描述語言，如 XADL2.0、XBA XCOBA蟻XADL2.0:具有很好的擴(kuò)展性，不是為了描述某一模型而建立的單一語言，而是對模型描述的集合；膈XBA把XMLM用于軟件體系結(jié)構(gòu)的描述。利用XML的可擴(kuò)展性，對現(xiàn)有的各種 ADL進(jìn)行描述及定義；肄XCOBA可以動態(tài)的反映系統(tǒng)在運(yùn)行時體系結(jié)構(gòu)的相關(guān)信息，支持系統(tǒng)的精華和演化，支持基于構(gòu)件的軟件開 發(fā)方法和實現(xiàn)異構(gòu)構(gòu)件之間的通信；三、四、賺看圖答題（3040分）袈1、請根據(jù)P38圖3-5介紹黑板系統(tǒng)的組成。菱答：（1）知

29、識源：特定應(yīng)用程序知識的獨立散片；裂（2）黑板數(shù)據(jù)結(jié)構(gòu)：反映應(yīng)用程序求解狀態(tài)的數(shù)據(jù)；范（3）控制器：控制（即對知識源的調(diào)用）是由黑板的狀態(tài)決定的；芳2、請根據(jù)P59圖3-26解釋HMB1格的構(gòu)件模型。芾答：在圖3-26所示的構(gòu)件模型中，左上方是構(gòu)件的接口部分，一個構(gòu)件可以支持多個不同的接口，每個接口定義了一組輸入和輸出的消息，刻畫了構(gòu)件對外提供的服務(wù)以及要求的環(huán)境服務(wù)，體現(xiàn)了該構(gòu)件同環(huán)境的交互。右上方是用帶輸出的有限狀態(tài)自動機(jī)刻畫的構(gòu)件行為，構(gòu)件接收到外來消息后，根據(jù)當(dāng)前所處的狀態(tài)對消息進(jìn)行響應(yīng)，并可能導(dǎo)致狀態(tài)的變遷。下方是復(fù)合構(gòu)件的內(nèi)部結(jié)構(gòu)定義，復(fù)合構(gòu)件時由更簡單的子構(gòu)件通過局部消息總線連接

30、而成。消息總線為整個系統(tǒng)和哥哥層次的構(gòu)件提供了統(tǒng)一的集成機(jī)制。祎3、請卞據(jù)P60圖3-27解釋消息總線的屬性和服務(wù)。筮答：消息總線屬性：構(gòu)件實例表，構(gòu)件-消息響應(yīng)登記表，消息過濾表。服務(wù)：消息登記，消息分派，消息傳遞，消息過濾。該圖的描述中，構(gòu)件 1向消息總線登記感興趣的消息，形成構(gòu)件消息相應(yīng)登記表，消息總線根據(jù)收到的消息的類型和構(gòu)件一一消息響應(yīng)登記表的信息，定位傳遞該消息給相應(yīng)的響應(yīng)者，并負(fù)責(zé)返回處理結(jié)果。必要時，如果所接受的消息不是消息總線感興趣的消息時，消息總線還可以對這些消息進(jìn)行過濾和阻塞。蠶構(gòu)件只對消息本身感興趣，并不關(guān)心消息是如何產(chǎn)生的，消息的發(fā)出者和接收者不必知道彼此的情況。這使

31、得構(gòu)件之間的耦合度低，構(gòu)件重用性好，構(gòu)件的更換更容易。在一般的互聯(lián)接口定義的系統(tǒng)中，構(gòu)件之間的連接是在要求的服務(wù)和提供的服務(wù)之間進(jìn)行固定的匹配，而在HMB,構(gòu)件對外來消息進(jìn)行響應(yīng)后，可能會引起狀態(tài)的變遷。因此，一個構(gòu)件在收到同樣的消息后，在不同時刻所處的不同狀態(tài)下，可能會有不同的響應(yīng)。嵋4、請卞據(jù)P147圖5-2介紹體系結(jié)構(gòu)設(shè)計方法的元模型。妨答：元模型是對各種體系結(jié)構(gòu)設(shè)計模型的抽象。圖中用圓角矩形表示概念，用連線表示概念之間的關(guān)聯(lián)，用菱形符號表示34個概念之間的關(guān)聯(lián)。蓬客戶：表示那些關(guān)心體系結(jié)構(gòu)設(shè)計的系統(tǒng)相關(guān)人員；聿需求規(guī)格說明：描述了所要開發(fā)的體系結(jié)構(gòu)的系統(tǒng)需求；藏制品：表示某一方法的制品

32、描述；蒙解決方案抽象：定義了子結(jié)構(gòu)的概念表示；奧體系結(jié)構(gòu)描述：定義了體系結(jié)構(gòu)的規(guī)格說明；蓬領(lǐng)域知識：用于表示在解決某一問題中所用的知識范圍；箍5、請根據(jù)P167圖6-1簡要介紹基于體系結(jié)構(gòu)的軟件開發(fā)過程的各個步驟。并說明各個步驟的必要性何在？或者說，它們在軟件生命周期中都起到了什么作用？荽本過程由以下步驟組成：蝕（1）導(dǎo)出體系結(jié)構(gòu)需求：體系結(jié)構(gòu)需求由開發(fā)組織創(chuàng)建，并受技術(shù)環(huán)境和體系結(jié)構(gòu)設(shè)計師個人經(jīng)驗的影響。該步驟的輸出有3個：列舉功能需求；列舉特定體系結(jié)構(gòu)需求；列舉質(zhì)量場景集合，它為體系結(jié)構(gòu)需求提供具體測試；# （2）設(shè)計體系結(jié)構(gòu)：一個體系結(jié)構(gòu)設(shè)計師在開發(fā)體系結(jié)構(gòu)時，先做出一些設(shè)計決定，然后通

33、過考慮不同的體系結(jié)構(gòu)構(gòu)造和視圖來對這些設(shè)計決定進(jìn)行分析。體系結(jié)構(gòu)設(shè)計是一個迭代的過程，首先做出某些決策并進(jìn)行分析，然后重新考慮并重新作決定，直到設(shè)計達(dá)到封閉； 蝸（3）文檔化體系結(jié)構(gòu)：體系結(jié)構(gòu)的文檔是為支持程序設(shè)計人員和分析人員而設(shè)計的。它是加深各種系統(tǒng)相關(guān)人員之間通信交流程度的有效工具，并能從中導(dǎo)出體系結(jié)構(gòu)需求。創(chuàng)建并維護(hù)體系結(jié)構(gòu)文檔是長期性的軟件體系結(jié)構(gòu)取得成功的關(guān)鍵因素之一；芍（4）分析體系結(jié)構(gòu)：確定潛在的風(fēng)險，驗證所給出的設(shè)計能夠處理所提出的質(zhì)量需求，之所以要求外部評估人 員的參與，是為了確保能夠毫無偏見地進(jìn)行檢查，并保證評估結(jié)果的可信性；蜜（5）實現(xiàn)體系結(jié)構(gòu)：當(dāng)把一個體系結(jié)構(gòu)轉(zhuǎn)變成代碼，要考慮到各種常用的軟件工程和項目管理知識：詳細(xì)設(shè)計、編碼實現(xiàn)、測試、配置管理等；量（6）維護(hù)體系結(jié)構(gòu)：對于體系結(jié)構(gòu)來說，良好的文檔、良好的發(fā)布和良好的維護(hù)都非常重要。如果缺少任何一 方面的活動，那么體系結(jié)構(gòu)將不可避免地偏離其初始原則；菽6、請根據(jù)P185圖7-1對SAAM勺各個步驟進(jìn)行較詳細(xì)的介紹。P184肄步驟：（1）場景開發(fā)：場景生成是各種涉眾參與討論和頭腦風(fēng)暴的過程。每個參與者都有自己的視角，并提供基于此的場