軟件設(shè)計(jì)與體系結(jié)構(gòu)復(fù)習(xí)試題

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)（） 軟件體系結(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)格（）軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。體系結(jié)構(gòu)風(fēng)格定義了一個(gè)系統(tǒng)家族，即一個(gè)體系結(jié)構(gòu)定義一個(gè)詞匯表和一組約束。詞匯表中包含一些構(gòu)件和連接件類型約束指出系統(tǒng)中構(gòu)件和連接件的組合方式，體系結(jié)構(gòu)風(fēng)格反映了領(lǐng)域中眾

2、多系統(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è)特征集能滿足選定的市場(chǎng)或任務(wù)領(lǐng)域的特定需求。這些系統(tǒng)遵循一個(gè)預(yù)描述的方式， 在公共的核心資源（）基礎(chǔ)上開(kāi)發(fā)的。5. 體系結(jié)構(gòu)描述語(yǔ)言 體系結(jié)構(gòu)描述語(yǔ)言（）是在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概 念體系結(jié)構(gòu)建模提供了具體語(yǔ)法和概念框架。 基于底層語(yǔ)義的工具為體系結(jié)構(gòu)的表示、 分析、 演化、細(xì)化、設(shè)計(jì)過(guò)程等提供支持。其三個(gè)基本元素是：構(gòu)件、連接件、體系結(jié)構(gòu)配置。6. 軟件重用 指在兩次或多次不同的軟件開(kāi)發(fā)過(guò)程中重復(fù)使用相同或

3、相似軟件元素的過(guò)程。 軟件元素包括程序代碼、測(cè)試用例、設(shè)計(jì)文檔、設(shè)計(jì)過(guò)程、需要分析文檔甚至領(lǐng)域知識(shí)。通 常，可重用的元素也稱作軟構(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)件與連接件的連接圖。體系結(jié)構(gòu)配置提供信息來(lái)確定構(gòu)件是否正確連接、 接口是否分配、連接件構(gòu)成的通信是否正

4、確， 并說(shuō) 明實(shí)現(xiàn)要求行為的組合含義。10. 易用性 易用性關(guān)注一個(gè)用戶完成需要的工作的容易程度以和系統(tǒng)提供的用戶支持的種 類，包括：學(xué)習(xí)系統(tǒng)特性。如果用戶對(duì)某一特定系統(tǒng)或者系統(tǒng)的特定方面不熟悉，系統(tǒng)應(yīng)該 怎樣使得學(xué)習(xí)變得容易？高效地使用系統(tǒng)。系統(tǒng)在幫助用戶更高效操作方面能做些什么？11. 場(chǎng)景（）場(chǎng)景可以看做是那些重要系統(tǒng)活動(dòng)的抽象，它使4個(gè)視圖有機(jī)聯(lián)系起來(lái)，從某種意義上說(shuō)場(chǎng)景是最重要的需求抽象。12是模型（），視圖（）和控制（）三個(gè)單詞的縮寫。模式的目的就是實(shí)現(xiàn)系統(tǒng)的職能分工。是應(yīng)用對(duì)象，所有的操作都在這里實(shí)現(xiàn)，它若需要取得視圖中的對(duì)象或更新視圖，需通過(guò)控制器來(lái)進(jìn)行處理。 是模型在屏幕上的

5、表示， 模型在進(jìn)行操作后， 其結(jié)果是通過(guò)視圖顯示 的。用于管理用戶與視圖發(fā)生的交互，定義用戶界面對(duì)用戶輸入的響應(yīng)方式。一旦用戶需要對(duì)模型進(jìn)行處理，不能直接執(zhí)行模型，而必須通過(guò)控制器間接實(shí)現(xiàn)的。132體系結(jié)構(gòu)風(fēng)格C2體系結(jié)構(gòu)風(fēng)格可以概括為通過(guò)連接件綁定在一起的、按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。14即，面向服務(wù)架構(gòu)。它是一個(gè)組件模型，它將應(yī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)行交互。是整個(gè)或部分系統(tǒng)的可重用設(shè)計(jì)，

6、從設(shè)計(jì)模式角度來(lái)看，框架為大粒度的可復(fù)用的部件。 從體系結(jié)構(gòu)角度來(lái)看，框架是一個(gè)領(lǐng)域體系結(jié)構(gòu)。15 ：特定領(lǐng)域軟件體系結(jié)構(gòu)。 建立一種基于體系結(jié)構(gòu)的方法 ,這需要對(duì)體系結(jié)構(gòu) ,其一般 性構(gòu)件和互聯(lián) ,以和客戶的需求按何種方式由構(gòu)件來(lái)集成都要達(dá)成共識(shí)。簡(jiǎn)答題1. 什么是體系結(jié)構(gòu)描述語(yǔ)言？它與程序語(yǔ)言以和有哪些區(qū)別與聯(lián)系？ 是在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語(yǔ)法和概念框架。 基于底層語(yǔ)義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過(guò)程等提供支持。其三個(gè) 基本元素是：構(gòu)件、連接件、體系結(jié)構(gòu)配置。跟其他語(yǔ)言的比較： 構(gòu)造能力：能夠使用較小的獨(dú)立體系結(jié)構(gòu)元素來(lái)建造大型軟件

7、系統(tǒng)；抽象能力： 使得軟件體系結(jié)構(gòu)中的構(gòu)件和連接件描述可以只關(guān)注它們的抽象特性， 而不管 其具體的實(shí)現(xiàn)細(xì)節(jié)；重用能力： 使得組成軟件系統(tǒng)的構(gòu)件、 連接件甚至是軟件體系結(jié)構(gòu)都成為軟件系統(tǒng)開(kāi)發(fā)和 設(shè)計(jì)的可重用部件；組合能力： 使得其描述的每一系統(tǒng)元素都有其自己的局部結(jié)構(gòu)， 這種描述局部結(jié)構(gòu)的特點(diǎn) 使得支持軟件系統(tǒng)的動(dòng)態(tài)變化組合；異構(gòu)能力：允許多個(gè)不同的體系結(jié)構(gòu)描述關(guān)聯(lián)存在； 分析和推理能力：允許對(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ò)濾器的行為

8、的簡(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ì)者必須將每個(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)性能下降，并增加了編寫過(guò)濾器的復(fù)雜性。3. 什么是設(shè)計(jì)模式？它與風(fēng)格、框架有什么區(qū)別與聯(lián)系？ 設(shè)計(jì)模式是對(duì)通用設(shè)計(jì)問(wèn)題的重復(fù)解決方案。

9、 軟件體系結(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í)現(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)則是什么？ 內(nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間

10、的消息是否一致、可達(dá)，相 關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。準(zhǔn)則： 測(cè)試覆蓋所有的構(gòu)件和各個(gè)構(gòu)件的接口。 各個(gè)連接件的接口、 構(gòu)件之間的直接連 接、構(gòu)件之間的間接連接。5. 什么是軟件危機(jī)，軟件危機(jī)的具體表現(xiàn)有哪些？軟件危機(jī)： 落后的軟件生產(chǎn)方式無(wú)法滿足迅速增長(zhǎng)的計(jì)算機(jī)軟件需求， 從而導(dǎo)致軟件開(kāi) 發(fā)與維護(hù)過(guò)程中出現(xiàn)一系列嚴(yán)重問(wèn)題的現(xiàn)象。軟件危機(jī)的表現(xiàn)： 軟件成本日益增長(zhǎng)； 開(kāi)發(fā)進(jìn)度難以控制； 軟件質(zhì)量差軟件維 護(hù)困難。6. 說(shuō)明服務(wù)的體系結(jié)構(gòu)模型？它的三個(gè)核心協(xié)議分別是什么？ 服務(wù)的體系結(jié)構(gòu)模型： 服務(wù)是一種嶄新的分布式計(jì)算模型， 是上數(shù)據(jù)和信息集成的有效 機(jī)制。三個(gè)構(gòu)成元素為： 、

11、、 三個(gè)核心協(xié)議： 簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議； 統(tǒng)一描述、 發(fā)現(xiàn)和集成協(xié)議； 服務(wù)描述語(yǔ)7. 簡(jiǎn)述接口對(duì)于構(gòu)件的重要意義。 只能通過(guò)構(gòu)件的接口來(lái)使用構(gòu)件中定義的操作。構(gòu)件可以讓它的接口被其他構(gòu)件使用， 以使其他構(gòu)件可以使用這個(gè)構(gòu)件中定義的操作。 提供服務(wù)的構(gòu)件提供了導(dǎo)出接口， 訪問(wèn)服務(wù) 的構(gòu)件使用了導(dǎo)入接口。8. 類圖在中有何重要作用？ 為開(kāi)發(fā)人員提供這種模仿現(xiàn)實(shí)世界的表達(dá)方式。 讓分析員使用客戶所采用的術(shù)語(yǔ)和客戶 交流，促使客戶說(shuō)出所要解決的問(wèn)題的重要細(xì)節(jié)。9. 闡述用例對(duì)于系統(tǒng)開(kāi)發(fā)人員來(lái)說(shuō)的價(jià)值。 用例是用來(lái)從用戶的觀察角度收集系統(tǒng)需求的一項(xiàng)技術(shù)， 便于分析員與客戶和用戶交流， 使 系統(tǒng)更符合用戶

12、的需求。10. 簡(jiǎn)述如何在實(shí)際工作中發(fā)現(xiàn)類。 在與客戶的交談中， 要注意客戶用來(lái)描述業(yè)務(wù)實(shí)體的名詞術(shù)語(yǔ)。 這些名詞可作為領(lǐng)域模型中 的類。 還要注意你聽(tīng)到的動(dòng)詞， 因?yàn)檫@些動(dòng)詞可能會(huì)構(gòu)成這些類中的操作。 當(dāng)?shù)玫揭唤M類的 核心列表后， 應(yīng)當(dāng)向客戶詢問(wèn)在業(yè)務(wù)過(guò)程中每個(gè)類的作用。 他們的回答將告訴你這些類的職 責(zé)。11. 簡(jiǎn)述架構(gòu)的優(yōu)點(diǎn)。 基于體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶在使用系統(tǒng)時(shí)，僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊，真正達(dá)到了“零客戶端”的功能，很容易在運(yùn)行時(shí)自動(dòng)升級(jí)。體系結(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系

13、統(tǒng)中客戶端應(yīng)用程序有哪些主要任務(wù)？ 提供用戶與數(shù)據(jù)庫(kù)的交互界面； 向數(shù)據(jù)庫(kù)服務(wù)器提交用戶請(qǐng)求并接受來(lái)自數(shù)據(jù)庫(kù)服務(wù)器的信息； 利用客戶端應(yīng)用程序?qū)Υ嬖谟诳蛻舳说臄?shù)據(jù)執(zhí)行應(yīng)用邏輯要求。13什么軟件體系結(jié)構(gòu)風(fēng)格？軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。體系結(jié)構(gòu)風(fēng)格定義了一個(gè)系統(tǒng)家族，即定義一個(gè)詞匯表和一組約束。詞匯表中包含一些構(gòu)件和連接件類型， 而這組約束指出系統(tǒng)是如何將這些構(gòu)件和連接件組合起來(lái)的。14. 簡(jiǎn)述，介紹各自的作用和用途。是模型（），視圖（）和控制）是三個(gè)單詞的縮寫。模式的目的就是實(shí)現(xiàn)系統(tǒng)的職能分工。是應(yīng)用對(duì)象，所有的操作都在這里實(shí)現(xiàn)，它若需要取得視圖中的對(duì)象或更

14、新視圖，需通過(guò)控制器來(lái)進(jìn)行處理。是模型在屏幕上的表示，模型在進(jìn)行操作后，其結(jié)果是通過(guò)視圖顯示的。用于管理用戶與視圖發(fā)生的交互，定義用戶界面對(duì)用戶輸入的響應(yīng)方式。一旦用戶需要對(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ì)決策的基本原理

15、。體系結(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ì)量屬性，可以預(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、 采用層次式軟件體系結(jié)構(gòu)，將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4個(gè)層次，分別為：系統(tǒng)構(gòu)件 層、通用類構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)

16、 5、軟件體系結(jié)構(gòu)的模型分為 5種：結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過(guò)程模型和功能模型。6、軟件體系結(jié)構(gòu)的生命周期模型主要分為需求分析階段、建立軟件體系結(jié)構(gòu)階段、設(shè)計(jì)階 段和實(shí)現(xiàn)階段。7、軟件體系結(jié)構(gòu)應(yīng)建立于傳統(tǒng)的軟件開(kāi)發(fā)過(guò)程的需求分析和軟件設(shè)計(jì)階段之間。8、三層結(jié)構(gòu)風(fēng)格是由表示層、功能層和數(shù)據(jù)層構(gòu)成的。9、消息總線對(duì)消息過(guò)濾提供了轉(zhuǎn)換和阻塞兩種方式。10、正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。11、 體系結(jié)構(gòu)服務(wù)器主要負(fù)責(zé)有效的管理系統(tǒng)的資源,主要負(fù)責(zé)數(shù)據(jù)庫(kù)安全性的要求、數(shù)據(jù)庫(kù)訪問(wèn)并發(fā)性的控制、數(shù)據(jù)庫(kù)前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則和數(shù)據(jù)庫(kù)的備份與恢復(fù)。12、層次系統(tǒng)最廣泛的應(yīng)用是分

17、層通信協(xié)議。13、 軟件體系結(jié)構(gòu)的描述方法主要有圖形表達(dá)工具、模塊內(nèi)連接語(yǔ)言、基于軟構(gòu)件的系統(tǒng)描 述語(yǔ)言和軟件體系結(jié)構(gòu)描述語(yǔ)言。14、 是一種在底層語(yǔ)義模擬支持下的形式化語(yǔ)言?；诘讓诱Z(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、支持對(duì)構(gòu)件之間交互的形式化和分析。17、 典型的在充分繼承和吸收傳統(tǒng)程序設(shè)計(jì)語(yǔ)言的精確性和嚴(yán)格性特點(diǎn)的同時(shí),還應(yīng)該具有 構(gòu)造、抽象、重用、組合、異構(gòu)和分析推理等多種能力和特性。組合能力指的是使得其描述的每一個(gè)系統(tǒng)元素都有其自己的局部結(jié)構(gòu)

18、。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)性”三類。19、基于構(gòu)件的動(dòng)態(tài)體統(tǒng)結(jié)構(gòu)模型（）支持運(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è)完整的服務(wù)包括 3種邏輯構(gòu)件:服務(wù)提供者、服務(wù)代理和服務(wù)請(qǐng)求。答：22、服務(wù)棧的五層標(biāo)準(zhǔn)為：發(fā)現(xiàn)服務(wù)層、描述層、消息格式層、編碼格式層、傳輸協(xié)議 23、服務(wù)開(kāi)發(fā)生命周期分為：構(gòu)建、部署、運(yùn)行、管理四個(gè)階段。24、 、和分別從基礎(chǔ)設(shè)計(jì)層、應(yīng)用結(jié)構(gòu)層和業(yè)務(wù)組織層3個(gè)層次上為25、模式的中的 M V

19、，C分別對(duì)應(yīng)、三個(gè)單詞。26、 的全稱是： ，即基于架構(gòu)的開(kāi)發(fā)方法。27、方法取決于決定系統(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ì)模式的基本成分包括模式名稱、問(wèn)題、_ 解決方案、效果。29、軟件體系結(jié)構(gòu)的可靠性風(fēng)險(xiǎn)分析方法有動(dòng)態(tài)方法和構(gòu)建依賴圖（）。30、 實(shí)現(xiàn)完整測(cè)試的典型方法是利用測(cè)試準(zhǔn)則定義測(cè)試需求，進(jìn)而生成測(cè)試用例參照相關(guān)研究工作，可定義構(gòu)件或連接件內(nèi)部消息的傳遞路徑、構(gòu)件等測(cè)試路徑。31、構(gòu)建依賴圖是用于在體系結(jié)構(gòu)級(jí)進(jìn)行可靠性分析的概率模型。32、 一個(gè)復(fù)雜的系統(tǒng)通常包括順序、并行計(jì)算、容錯(cuò)和客戶/服務(wù)器等常用的結(jié)構(gòu)風(fēng)格模型。33、 方法是最早形成文檔并得到廣泛使用的軟件體系