1、名詞解釋1 .設(shè)計(jì)模式一些設(shè)計(jì)面向?qū)ο蟮能浖_(kāi)發(fā)的經(jīng)驗(yàn)總結(jié)，就是系統(tǒng)的命名、解釋、和評(píng)價(jià)某一個(gè)重要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計(jì)方案。2 .軟件體系結(jié)構(gòu)(SoftwareArchitecture)軟件體系結(jié)構(gòu)以組件和組件交互的方式定義系統(tǒng)，說(shuō)明需求與成品系統(tǒng)之間的對(duì)應(yīng)關(guān)系，描述系統(tǒng)級(jí)別的可伸縮性、能力、吞吐量、一致性和兼容性等屬性。軟件體系結(jié)構(gòu)由組件、連接件和屬性組成。3 .軟件體系結(jié)構(gòu)風(fēng)格(SoftwareArchitectureStyle)軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。體系結(jié)構(gòu)風(fēng)格定義了一個(gè)系統(tǒng)家族，即一個(gè)體系結(jié)構(gòu)定義一個(gè)詞匯表和一組約束。詞匯表中包含

2、一些構(gòu)件和連接件類(lèi)型約束指出系統(tǒng)中構(gòu)件和連接件的組合方式，體系結(jié)構(gòu)風(fēng)格反映了領(lǐng)域中眾多系統(tǒng)所共有的結(jié)構(gòu)和語(yǔ)義特性，并指導(dǎo)如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。4 .軟件產(chǎn)品線產(chǎn)品線是一個(gè)產(chǎn)品集合，這些產(chǎn)品共享一個(gè)公共的、可管理的特征集，這個(gè)特征集能滿(mǎn)足選定的市場(chǎng)或任務(wù)領(lǐng)域的特定需求。這些系統(tǒng)遵循一個(gè)預(yù)描述的方式，在公共的核心資源(coreassets)基礎(chǔ)上開(kāi)發(fā)的。5 .體系結(jié)構(gòu)描述語(yǔ)言體系結(jié)構(gòu)描述語(yǔ)言(ADD是在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語(yǔ)法和概念框架。基于底層語(yǔ)義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過(guò)程等提供支持。其三個(gè)基本元素是：構(gòu)

3、件、連接件、體系結(jié)構(gòu)配量。6 .軟件重用指在兩次或多次不同的軟件開(kāi)發(fā)過(guò)程中重復(fù)使用相同或相似軟件元素的過(guò)程。軟件元素包括程序代碼、測(cè)試用例、設(shè)計(jì)文檔、設(shè)計(jì)過(guò)程、需要分析文檔甚至領(lǐng)域知識(shí)。通常，可重用的元素也稱(chēng)作軟構(gòu)件，可重用的軟構(gòu)件越大，重用的粒度越大。7 .構(gòu)件是指語(yǔ)義完整、語(yǔ)法正確和有可重用價(jià)值的單位軟件，是軟件重用過(guò)程中可以明確辨識(shí)的系統(tǒng)；結(jié)構(gòu)上，它是語(yǔ)義描述、通信接口和實(shí)現(xiàn)代碼的復(fù)合體。8 .構(gòu)件組裝構(gòu)件組裝是指將庫(kù)中的構(gòu)件經(jīng)適當(dāng)修改后相互連接，或者將它們與當(dāng)前開(kāi)發(fā)項(xiàng)目中的軟件元素相連接，最終構(gòu)成新的目標(biāo)軟件。9 .體系結(jié)構(gòu)配置體系結(jié)構(gòu)配置或拓?fù)涫敲枋鲶w系結(jié)構(gòu)的構(gòu)件與連接件的連接圖。體

4、系結(jié)構(gòu)配置提供信息來(lái)確定構(gòu)件是否正確連接、接口是否分配、連接件構(gòu)成的通信是否正確，并說(shuō)明實(shí)現(xiàn)要求行為的組合含義。10 .易用性易用性關(guān)注一個(gè)用戶(hù)完成需要的工作的容易程度以及系統(tǒng)提供的用戶(hù)支持的種類(lèi)，包括：學(xué)習(xí)系統(tǒng)特性。如果用戶(hù)對(duì)某一特定系統(tǒng)或者系統(tǒng)的特定方面不熟悉，系統(tǒng)應(yīng)該怎樣使得學(xué)習(xí)變得容易？高效地使用系統(tǒng)。系統(tǒng)在幫助用戶(hù)更高效操作方面能做些什么？11 .場(chǎng)景(scenarios)場(chǎng)景可以看做是那些重要系統(tǒng)活動(dòng)的抽象，它使4個(gè)視圖有機(jī)聯(lián)系起來(lái)，從某種意義上說(shuō)場(chǎng)景是最重要的需求抽象。12 .MVCMVC是模型(Model),視圖(View)和控制(Controller)三個(gè)單詞的縮寫(xiě)。MVC模

5、式的目的就是實(shí)現(xiàn)Web系統(tǒng)的職能分工。Model是應(yīng)用對(duì)象，所有的操作都在這里實(shí)現(xiàn)，它若需要取得視圖中的對(duì)象或更新視圖，需通過(guò)控制器來(lái)進(jìn)行處理。View是模型在屏幕上的表示，模型在進(jìn)行操作后，其結(jié)果是通過(guò)視圖顯示的。Controller用于管理用戶(hù)與視圖發(fā)生的交互，定義用戶(hù)界面對(duì)用戶(hù)輸入的響應(yīng)方式。一旦用戶(hù)需要對(duì)模型進(jìn)行處理，不能直接執(zhí)行模型，而必須通過(guò)控制器間接實(shí)現(xiàn)的。13 .C2體系結(jié)構(gòu)風(fēng)格C2體系結(jié)構(gòu)風(fēng)格可以概括為通過(guò)連接件綁定在一起的、按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。14 .SOA即service-orientedarchitecture,面向服務(wù)架構(gòu)。它是一個(gè)組件模型，它將應(yīng)用程序的

6、不同功能單元(稱(chēng)為服務(wù))通過(guò)這些服務(wù)之間定義良好的接口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。Framework是整個(gè)或部分系統(tǒng)的可重用設(shè)計(jì)，從設(shè)計(jì)模式角度來(lái)看，框架為大粒度的可復(fù)用的部件。從體系結(jié)構(gòu)角度來(lái)看，框架是一個(gè)領(lǐng)域體系結(jié)構(gòu)。15.DSSADomainSpecificSoftwareArchitecture:特定領(lǐng)域軟件體系結(jié)構(gòu)。建立一種基于體系結(jié)構(gòu)的方法，這需要對(duì)體系結(jié)構(gòu)，其一般性構(gòu)件和互聯(lián)，以及客戶(hù)的需求按何種方式由構(gòu)件來(lái)集成都要達(dá)成共識(shí)。簡(jiǎn)答題1 .什

7、么是體系結(jié)構(gòu)描述語(yǔ)言？它與程序語(yǔ)言以及UML有哪些區(qū)別與聯(lián)系？ADL是在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語(yǔ)法和概念框架。基于底層語(yǔ)義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過(guò)程等提供支持。其三個(gè)基本元素是：構(gòu)件、連接件、體系結(jié)構(gòu)配置。跟其他語(yǔ)言的比較： 構(gòu)造能力：ADL能夠使用較小的獨(dú)立體系結(jié)構(gòu)元素來(lái)建造大型軟件系統(tǒng)； 抽象能力：ADL使得軟件體系結(jié)構(gòu)中的構(gòu)件和連接件描述可以只關(guān)注它們的抽象特性，而不管其具體的實(shí)現(xiàn)細(xì)節(jié)； 重用能力：ADL使得組成軟件系統(tǒng)的構(gòu)件、連接件甚至是軟件體系結(jié)構(gòu)都成為軟件系統(tǒng)開(kāi)發(fā)和設(shè)計(jì)的可重用部件； 組合能力：ADL使得其描述的每一系統(tǒng)

8、元素都有其自己的局部結(jié)構(gòu)，這種描述局部結(jié)構(gòu)的特點(diǎn)使得ADL支持軟件系統(tǒng)的動(dòng)態(tài)變化組合； 異構(gòu)能力：ADL允許多個(gè)不同的體系結(jié)構(gòu)描述關(guān)聯(lián)存在； 分析和推理能力：ADL允許對(duì)其描述的體系結(jié)構(gòu)進(jìn)行多種不同的性能和功能上的多種推理分析。2 .管道過(guò)濾器風(fēng)格結(jié)構(gòu)特點(diǎn)使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；允許設(shè)計(jì)者將整個(gè)系統(tǒng)的輸入/輸出行為看成是多個(gè)過(guò)濾器的行為的簡(jiǎn)單合成；支持軟件重用；系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)單；允許對(duì)一些如吞吐量、死鎖等屬性的分析；支持并行執(zhí)行。但是，這樣的系統(tǒng)也存在著若干不利因素。通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因?yàn)殡m然過(guò)濾器可增量式地處理數(shù)據(jù)，但它們是獨(dú)立的，所以設(shè)計(jì)

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

10、現(xiàn)重用。通常成熟的框架包含了多種設(shè)計(jì)模式，一個(gè)框架不僅可以具體實(shí)現(xiàn)一個(gè)模式，還可以具體的實(shí)現(xiàn)多個(gè)模式。設(shè)計(jì)模式與風(fēng)格兩者為近義詞，通常情況下可以互相通用，風(fēng)格主要是指大的，宏觀的設(shè)計(jì)。模式既可宏觀，又可微觀。4 .軟件體系結(jié)構(gòu)測(cè)試的內(nèi)容與準(zhǔn)則是什么？?jī)?nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息是否一致、可達(dá)，相關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿(mǎn)足。準(zhǔn)則：測(cè)試覆蓋所有的構(gòu)件及各個(gè)構(gòu)件的接口。各個(gè)連接件的接口、構(gòu)件之間的直接連接、構(gòu)件之間的間接連接。5 .什么是軟件危機(jī)，軟件危機(jī)的具體表現(xiàn)有哪些？軟件危機(jī)：落后的軟件生產(chǎn)方式無(wú)法滿(mǎn)足迅速增長(zhǎng)的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開(kāi)發(fā)與維護(hù)

11、過(guò)程中出現(xiàn)一系列嚴(yán)重問(wèn)題的現(xiàn)象。軟件危機(jī)的表現(xiàn)：軟件成本日益增長(zhǎng)；開(kāi)發(fā)進(jìn)度難以控制；軟件質(zhì)量差軟件維護(hù)困難。6 .說(shuō)明Web服務(wù)的體系結(jié)構(gòu)模型？它的三個(gè)核心協(xié)議分別是什么？Web服務(wù)的體系結(jié)構(gòu)模型：Web服務(wù)是一種嶄新的分布式計(jì)算模型，是Web上數(shù)據(jù)和信息集成的有效機(jī)制。三個(gè)構(gòu)成元素為：ServericeBroker、ServiceProvider、ServiceRequester三個(gè)核心協(xié)議：簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議SOAP統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI;Web服務(wù)描述語(yǔ)言WSDL7 .簡(jiǎn)述接口對(duì)于構(gòu)件的重要意義。只能通過(guò)構(gòu)件的接口來(lái)使用構(gòu)件中定義的操作。構(gòu)件可以讓它的接口被其他構(gòu)件使用，以使其他

12、構(gòu)件可以使用這個(gè)構(gòu)件中定義的操作。提供服務(wù)的構(gòu)件提供了導(dǎo)出接口，訪問(wèn)服務(wù)的構(gòu)件使用了導(dǎo)入接口。8 .類(lèi)圖在UML中有何重要作用？為開(kāi)發(fā)人員提供這種模仿現(xiàn)實(shí)世界的表達(dá)方式。讓分析員使用客戶(hù)所采用的術(shù)語(yǔ)和客戶(hù)交流，促使客戶(hù)說(shuō)出所要解決的問(wèn)題的重要細(xì)節(jié)。9 .闡述用例對(duì)于系統(tǒng)開(kāi)發(fā)人員來(lái)說(shuō)的價(jià)值。用例是用來(lái)從用戶(hù)的觀察角度收集系統(tǒng)需求的一項(xiàng)技術(shù)，便于分析員與客戶(hù)和用戶(hù)交流，使系統(tǒng)更符合用戶(hù)的需求。10 .簡(jiǎn)述如何在實(shí)際工作中發(fā)現(xiàn)類(lèi)。在與客戶(hù)的交談中，要注意客戶(hù)用來(lái)描述業(yè)務(wù)實(shí)體的名詞術(shù)語(yǔ)。這些名詞可作為領(lǐng)域模型中的類(lèi)。還要注意你聽(tīng)到的動(dòng)詞，因?yàn)檫@些動(dòng)詞可能會(huì)構(gòu)成這些類(lèi)中的操作。當(dāng)?shù)玫揭唤M類(lèi)的核心列表后，

13、應(yīng)當(dāng)向客戶(hù)詢(xún)問(wèn)在業(yè)務(wù)過(guò)程中每個(gè)類(lèi)的作用。他們的回答將告訴你這些類(lèi)的職責(zé)。11 .簡(jiǎn)述B/S架構(gòu)的優(yōu)點(diǎn)。基于B/S體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶(hù)在使用系統(tǒng)時(shí)，僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊，真正達(dá)到了“零客戶(hù)端”的功能，很容易在運(yùn)行時(shí)自動(dòng)升級(jí)。B/S體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開(kāi)放性基礎(chǔ)。12 .C/S系統(tǒng)中客戶(hù)端應(yīng)用程序有哪些主要任務(wù)？提供用戶(hù)與數(shù)據(jù)庫(kù)的交互界面；向數(shù)據(jù)庫(kù)服務(wù)器提交用戶(hù)請(qǐng)求并接受來(lái)自數(shù)據(jù)庫(kù)服務(wù)器的信息；利用客戶(hù)端應(yīng)用程序?qū)Υ嬖谟诳蛻?hù)端的數(shù)據(jù)執(zhí)行應(yīng)用邏輯要求。13 .什么軟件體系結(jié)構(gòu)風(fēng)格？軟件體系結(jié)

14、構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。體系結(jié)構(gòu)風(fēng)格定義了一個(gè)系統(tǒng)家族，即定義一個(gè)詞匯表和一組約束。詞匯表中包含一些構(gòu)件和連接件類(lèi)型，而這組約束指出系統(tǒng)是如何將這些構(gòu)件和連接件組合起來(lái)的。14 .簡(jiǎn)述MVC介紹各自的作用和用途。MVB模型（Model）,視圖（View）和控制Controller）是三個(gè)單詞的縮寫(xiě)。MVC莫式的目的就是實(shí)現(xiàn)Web系統(tǒng)的職能分工。Model是應(yīng)用對(duì)象，所有的操作都在這里實(shí)現(xiàn)，它若需要取得視圖中的對(duì)象或更新視圖，需通過(guò)控制器來(lái)進(jìn)行處理。View是模型在屏幕上的表示，模型在進(jìn)行操作后，其結(jié)果是通過(guò)視圖顯示的。Controller用于管理用戶(hù)與視圖發(fā)生的交

15、互，定義用戶(hù)界面對(duì)用戶(hù)輸入的響應(yīng)方式。一旦用戶(hù)需要對(duì)模型進(jìn)行處理，不能直接執(zhí)行模型，而必須通過(guò)控制器間接實(shí)現(xiàn)的。15.軟件體系結(jié)構(gòu)的定義眾多，你是如何理解軟件體系結(jié)構(gòu)的？軟件體系結(jié)構(gòu)在軟件系統(tǒng)中有何作用？軟件體系結(jié)構(gòu)為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素繼承的模式以及這些模式的約束組成。軟件體系結(jié)構(gòu)不僅指定了系統(tǒng)的組織結(jié)構(gòu)和拓?fù)浣Y(jié)構(gòu)，還顯示了系統(tǒng)需求和構(gòu)成系統(tǒng)的元素之間的對(duì)應(yīng)關(guān)系，提供了一些設(shè)計(jì)決策的基本原理。體系結(jié)構(gòu)是風(fēng)險(xiǎn)承擔(dān)者進(jìn)行交流的手段。它明確了對(duì)系統(tǒng)實(shí)現(xiàn)的約束條件，決定了開(kāi)發(fā)和維護(hù)組織的組織結(jié)構(gòu)，制約著系統(tǒng)的質(zhì)量屬性，可以

16、預(yù)測(cè)軟件的質(zhì)量，是推理和控制更改更簡(jiǎn)單，有助于循序漸進(jìn)的原型設(shè)計(jì)。同時(shí)，軟件體系結(jié)構(gòu)是可傳遞和可重用的模型。填空題1、軟件元素包括程序代碼、測(cè)試用例、設(shè)計(jì)文檔、設(shè)計(jì)過(guò)程、需求分析文檔甚至領(lǐng)域知識(shí)。2、軟件工程包括3個(gè)要素：方法、工具和過(guò)程。3、軟件重用過(guò)程中需要重用的開(kāi)發(fā)組織結(jié)構(gòu)予以支持，它包括：構(gòu)件開(kāi)發(fā)組、構(gòu)件應(yīng)用組、協(xié)調(diào)組三組成員組成。4個(gè)層次，分別為：系統(tǒng)構(gòu)件4、采用層次式軟件體系結(jié)構(gòu)，將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為層、通用類(lèi)構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)層。5、軟件體系結(jié)構(gòu)的模型分為5種：結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過(guò)程模型和功能模型。6、軟件體系結(jié)構(gòu)的生命周期模型主要分為需求分析階段、建立軟

17、件體系結(jié)構(gòu)階段、設(shè)計(jì)階段和實(shí)現(xiàn)階段。彳、軟件體系結(jié)構(gòu)應(yīng)建立于傳統(tǒng)的軟件開(kāi)發(fā)過(guò)程的需求分析和軟件設(shè)計(jì)階段之間。8、三層C/S結(jié)構(gòu)風(fēng)格是由表示層、功能層和數(shù)據(jù)層構(gòu)成的。9、消息總線對(duì)消息過(guò)濾提供了轉(zhuǎn)換和阻塞兩種方式。10、正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。11、C/S體系結(jié)構(gòu)服務(wù)器主要負(fù)責(zé)有效的管理系統(tǒng)的資源，主要負(fù)責(zé)數(shù)據(jù)庫(kù)安全性的要求、數(shù)據(jù)庫(kù)訪問(wèn)并發(fā)性的控制、數(shù)據(jù)庫(kù)前端的客戶(hù)應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則和數(shù)據(jù)庫(kù)的備份與恢復(fù)。12、層次系統(tǒng)最廣泛的應(yīng)用是分層通信協(xié)議。13、軟件體系結(jié)構(gòu)的描述方法主要有圖形表達(dá)工具、模塊內(nèi)連接語(yǔ)言、基于軟構(gòu)件的系統(tǒng)描述語(yǔ)言和軟件體系結(jié)構(gòu)描述語(yǔ)言。14、ADL

18、是一種在底層語(yǔ)義模擬支持下的形式化語(yǔ)言。基于底層語(yǔ)義的工具為體系結(jié)構(gòu)的表_亦如演化、細(xì)化、設(shè)計(jì)過(guò)程等提供支持。15、可重用的體系結(jié)構(gòu)描述框架可以從需求視點(diǎn)、設(shè)計(jì)視點(diǎn)、實(shí)現(xiàn)視點(diǎn)和測(cè)試視點(diǎn)四個(gè)視點(diǎn)出發(fā)描述體系結(jié)構(gòu)。16、Wright支持對(duì)構(gòu)件之間交互的形式化和分析。17、典型的ADL在充分繼承和吸收傳統(tǒng)程序設(shè)計(jì)語(yǔ)言的精確性和嚴(yán)格性特點(diǎn)的同時(shí),還應(yīng)該具有構(gòu)造、抽象、重用、組合、異構(gòu)和分析推理等多種能力和特性。組合能力指的是ADL使得其描述的每一個(gè)系統(tǒng)元素都有其自己的局部結(jié)構(gòu)。18、體系結(jié)構(gòu)的動(dòng)態(tài)性分為“交互式動(dòng)態(tài)性”、“結(jié)構(gòu)化動(dòng)態(tài)性”、“體系結(jié)構(gòu)動(dòng)態(tài)性”三類(lèi)。19、基于構(gòu)件的動(dòng)態(tài)體統(tǒng)結(jié)構(gòu)模型（CBD

19、SAM支持運(yùn)行系統(tǒng)的動(dòng)態(tài)更新。該模型分為三層，分別是應(yīng)用層、中間層和體系結(jié)構(gòu)層。20、對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通常有圖形化方法、進(jìn)程代數(shù)方法、邏輯描述方法三種方法。21、一個(gè)完整的Web服務(wù)包括3種邏輯構(gòu)件：服務(wù)提供者、服務(wù)代理和服務(wù)請(qǐng)求。答：22、Web服務(wù)棧的五層標(biāo)準(zhǔn)為：發(fā)現(xiàn)服務(wù)層、描述層、消息格式層、編碼格式層、傳輸協(xié)議易23、Web服務(wù)開(kāi)發(fā)生命周期分為：構(gòu)建、部署、運(yùn)行、管理四個(gè)階段。24、OOADEA和BPM>別從基礎(chǔ)設(shè)計(jì)層、應(yīng)用結(jié)構(gòu)層和業(yè)務(wù)組織層3個(gè)層次上為SOAD25、MVOII式的中的MV,C分別對(duì)應(yīng)Model>View、Controller三個(gè)單詞。26、A

20、BSM全稱(chēng)是：ArchitecutreBasedSoftwareDevelopment、即基于架構(gòu)的開(kāi)發(fā)方法。27、ABSD方法取決于決定系統(tǒng)的體系結(jié)構(gòu)驅(qū)動(dòng)，所謂體系結(jié)構(gòu)驅(qū)動(dòng)，是指構(gòu)成體系結(jié)構(gòu)的業(yè)務(wù)、質(zhì)量、功能需求的組合。28、設(shè)計(jì)模式的基本成分包括模式名稱(chēng)、問(wèn)題、解決方案、效果。29、軟件體系結(jié)構(gòu)的可靠性風(fēng)險(xiǎn)分析方法有動(dòng)態(tài)方法和構(gòu)建依賴(lài)圖（CDG。30、實(shí)現(xiàn)完整測(cè)試的典型方法是利用測(cè)試準(zhǔn)則定義測(cè)試需求，進(jìn)而生成測(cè)試用例.參照相關(guān)研究工作，可定義構(gòu)件或連接件內(nèi)部消息的傳遞路徑、構(gòu)件或連接件內(nèi)部端口的執(zhí)行順序路徑等測(cè)試路徑。31、構(gòu)建依賴(lài)圖是用于在體系結(jié)構(gòu)級(jí)進(jìn)行可靠性分析的概率模型32、一個(gè)復(fù)雜的系統(tǒng)通常包括順序、并行計(jì)算、容錯(cuò)和客戶(hù)/服務(wù)器等常用的結(jié)構(gòu)風(fēng)格模型。33、SA