軟件體系期末復(fù)習(xí)終結(jié)版

1、第一章軟件體系結(jié)構(gòu)概論、軟件危機(jī)的表現(xiàn)：軟件成本日益增長開發(fā)進(jìn)度難以控制軟件質(zhì)量差軟件維護(hù)困難、軟件危機(jī)的原因：用戶需求不明確缺乏正確的理論指導(dǎo)軟件規(guī)模越來越大軟件復(fù)雜度越來越高三、如何克服軟件危機(jī) 人們面臨的不光是技術(shù)問題，更重要的是管理問題，管理不善必然導(dǎo)致失敗。 要提高軟件開發(fā)效率，提高軟件產(chǎn)品質(zhì)量，必須采用工程化的開發(fā)方法與工業(yè)化的 生產(chǎn)技術(shù)。 在技術(shù)上，應(yīng)該采用基于重用的軟件生產(chǎn)技術(shù)；在管理上，應(yīng)該采用多維的工程管理模式。軟件工程包含的三個要素：方法、工具和過程。四、構(gòu)件的定義：構(gòu)件是指語義完整、語義正確和有可重用價值的單位軟件，是軟件重用過程中可以明確辨識的系統(tǒng)；結(jié)構(gòu)上，它是語義描

2、述，通訊接口和實現(xiàn)代碼的復(fù)合體。五、構(gòu)件模型的三個主要流派：OMG （對象管理集團(tuán)）的CORBA （通用對象請求代理結(jié)構(gòu)）SUN的EJB（En terprise Java Bean）Microsoft的DCOM （分布式構(gòu)件的對象模型）六、構(gòu)件獲取的途徑： 從現(xiàn)有構(gòu)件中獲得符合要求的構(gòu)件，直接使用或作適應(yīng)性修改，得到可重用的構(gòu) 件。 通過遺留工程，將具有潛在重用價值的構(gòu)件提取出來，得到可重用的構(gòu)件。 從市場上購買現(xiàn)成的商業(yè)構(gòu)件（COTS）構(gòu)件。 開發(fā)新的符合要求的構(gòu)件。七、構(gòu)件管理：1、構(gòu)件描述 2、構(gòu)件分類與構(gòu)件庫組織3、人員及權(quán)限管理構(gòu)件分類方法：1、關(guān)鍵字分類法 2、刻面分類法 3、超文

3、本組織法八、構(gòu)件重用：為了讓構(gòu)件在新的軟件項目中發(fā)揮作用，庫的使用者必須完成以下工作： 檢索與提取構(gòu)件：基于關(guān)鍵字的檢索：優(yōu)點：簡單，易于實現(xiàn)； 刻面檢索法：優(yōu)點：易于實現(xiàn)相似構(gòu)件的查找； 超文本檢索法：優(yōu)點：用戶界面友好；其他 理解與評價構(gòu)件 修改構(gòu)件 構(gòu)件組裝：基于功能的組裝技術(shù)：構(gòu)件以子程序/過程/函數(shù)形式出現(xiàn)；采用“子程序調(diào)用”和“參數(shù)傳遞”的方式將構(gòu)件組裝起來；強(qiáng)內(nèi)聚，松耦合?；跀?shù)據(jù)的組裝技術(shù)：子程序調(diào)用與參數(shù)傳遞；面向數(shù)據(jù)的設(shè)計方法。面向?qū)ο蟮慕M裝技術(shù)：構(gòu)造法和子類法。九、軟件重用概念：軟件重用是指在兩次或多次不同的軟件開發(fā)過程中重復(fù)使用相同或相近軟件 元素的過程。軟件元素包括：

4、程序代碼，測試用例，設(shè)計文檔，設(shè)計過程十、軟件體系的結(jié)構(gòu)的定義： 軟件體系結(jié)構(gòu)為軟件系統(tǒng)提供了一個結(jié)構(gòu)，行為和屬性的搞基抽象，由構(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)的元素之間的對應(yīng)關(guān)系。提供了一些設(shè)計決策的基本原理。第二章軟件體系結(jié)構(gòu)建模、根據(jù)建模側(cè)重點不同，可以將軟件體系結(jié)構(gòu)的模型分為5種：結(jié)構(gòu)模型最直觀，最普遍框架模型動態(tài)模型過程模型功能模型二、“ 4+1 ”視圖模型“4+1 ”視圖模型從5個不同的視角包括邏輯視圖、物理視圖、開發(fā)視圖、進(jìn)程視圖和場景視圖來描述軟件

5、體系結(jié)構(gòu)。最終用戶功能需求編程人員軟件管理nrir允性.吞吐加第拓?fù)?、安裝.通信箸邏輯視圖也成為概念視圖，主要支持系統(tǒng)功能需求的抽象描述，即系統(tǒng)最終將提供給用 戶什么樣的服務(wù)。開發(fā)視圖也稱為模塊視圖，主要側(cè)重于軟件的組織和管理，軟件可以通過程序庫或子系 統(tǒng)進(jìn)行組織。進(jìn)程視圖（過程分解）也稱過程視圖側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性的需求（并發(fā)性，分布性，系統(tǒng)集成性，容錯能力）物理視圖：主要考慮如何把軟件映射到硬件上，它通常要考慮到系統(tǒng)系能、規(guī)模、可靠場景視圖：場景可以看作是那些重要系統(tǒng)活動的抽象，它使4個視圖有機(jī)聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。場景可以用文本表示，也可以

6、用圖形表示。場景視圖的作用：a. 以視圖為驅(qū)動來發(fā)現(xiàn)體系結(jié)構(gòu)元素b. 在體系結(jié)構(gòu)設(shè)計結(jié)束后，此視圖承擔(dān)驗證和描述的角色。構(gòu)件、連接件、配置、端口、角色；其中構(gòu)三、體系結(jié)構(gòu)的核心模型由 5種元素組成：件、連接件、配置是最基本的元素。表示系統(tǒng)中主要的計算元素和數(shù)據(jù)存儲;表示構(gòu)件和連接件的拓?fù)溥壿嫼图s束; 表示構(gòu)件的外部環(huán)境的交互點； 定義了該連接件表示的交互參與者。軟件體系結(jié)構(gòu)的生命周期軟件體系結(jié)構(gòu)的非形式化描述 軟件體系結(jié)構(gòu)的規(guī)范描述和分析 軟件體系結(jié)構(gòu)的求精及驗證 軟件體系結(jié)構(gòu)的實施 軟件體系結(jié)構(gòu)的演化和擴(kuò)展 軟件體系結(jié)構(gòu)的提供、評價和度量 軟件體系結(jié)構(gòu)的終結(jié)。構(gòu)件：具有某種功能的可重用的軟件

7、模板單元， 連接件：表示構(gòu)件之間的交互； 配置 端口 角色四、第三章軟件體系結(jié)構(gòu)風(fēng)格一、 軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。體系結(jié)構(gòu)風(fēng)格定義了一個系統(tǒng)家族，即一個體系結(jié)構(gòu)定義一個詞匯表和一組約束。詞匯表中包含一些構(gòu)件和連接件類型，而這組約束指出系統(tǒng)是如何將這些構(gòu)件和連接件組合起來的。體系結(jié)構(gòu)風(fēng)格反映了領(lǐng)域中眾多系統(tǒng)所共有的結(jié)構(gòu)和語義特性，并描寫如何將各個模塊和子系統(tǒng)有效地組織成一個完整的系統(tǒng)。二、通用軟件體系結(jié)構(gòu)風(fēng)格： 數(shù)據(jù)流風(fēng)格（批處理序列，管道 /過濾器） 調(diào)用/返回風(fēng)格（主程序/子程序，面向?qū)ο箫L(fēng)格，層次結(jié)構(gòu)） 獨立構(gòu)件風(fēng)格（進(jìn)程通信，事件系統(tǒng)） 虛擬機(jī)風(fēng)格

8、（解釋器，基于規(guī)則的系統(tǒng)） 倉庫風(fēng)格（數(shù)據(jù)庫系統(tǒng)，超文本系統(tǒng)，黑板系統(tǒng)）管道/過濾器風(fēng)格優(yōu)點： 具有良好的隱蔽性、高內(nèi)聚、低耦合的特點 簡單性 支持軟件重用 具有較強(qiáng)的可維護(hù)性和可拓展性 允許對一些如吞吐量、死鎖等屬性的分析 支持并行執(zhí)行缺點： 通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu) 不適合處理交互的應(yīng)用 因為在數(shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn)，每個過濾器都增加了解析和合成數(shù)據(jù)的工作， 這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過濾器的復(fù)雜性。三、經(jīng)典軟件體系結(jié)構(gòu)風(fēng)格 管道和過濾器 數(shù)據(jù)抽象和面向?qū)ο蠼M織 基于事件的隱式調(diào)用 分層系統(tǒng) 倉庫系統(tǒng)及知識庫 C2風(fēng)格四、客戶/服務(wù)器風(fēng)格C/S體系結(jié)構(gòu)有三個主要組成部分：

9、數(shù)據(jù)庫服務(wù)器、客戶應(yīng)用程序和網(wǎng)絡(luò)。C/S優(yōu)點： C/S體系結(jié)構(gòu)的主要優(yōu)點在于：系統(tǒng)的客戶應(yīng)用程序和服務(wù)器構(gòu)件分別運(yùn)行在不同的計算機(jī)上，系統(tǒng)中每臺服務(wù)器都可以適合各構(gòu)件的要求，這對于硬件和軟件的變化顯示出極大的適應(yīng)性和靈活性，而且易于對系統(tǒng)進(jìn)行擴(kuò)充和縮小。 C/S體系結(jié)構(gòu)具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力，模型思想簡單，易于人們理解和接受。 在C/S體系結(jié)構(gòu)中，系統(tǒng)中的功能構(gòu)件允許隔離，客戶應(yīng)用程序的開發(fā)集中于數(shù)據(jù)的顯示和分析，而數(shù)據(jù)庫服務(wù)器的開發(fā)則集中于數(shù)據(jù)的管理，不必再每一個新的應(yīng)用程序都要對一個DBMS進(jìn)行編碼，將大的應(yīng)用處理任務(wù)分布到許多通過網(wǎng)絡(luò)連接的低成本計算機(jī)上，以節(jié)約大量費用。C/S

10、缺點： 開發(fā)成本較高 客戶端程序設(shè)計復(fù)雜 信息內(nèi)容和形式單一 用戶界面風(fēng)格不一，使用繁雜，不利于推廣使用 軟件移植困難 軟件維護(hù)和升級困難 新技術(shù)不能輕易使用五、三層C/S增加了一個應(yīng)用服務(wù)器 將應(yīng)用功能分成表示層、功能層和數(shù)據(jù)層。六、B/S和C/S混合異構(gòu)風(fēng) 內(nèi)外有別（內(nèi)部 C/S;外部B/S） 查改有別（維護(hù)修改 C/S;查詢B/S）七、DSSA的基本活動（特定領(lǐng)域軟件體系結(jié)構(gòu)）領(lǐng)域分析；領(lǐng)域設(shè)計；領(lǐng)域?qū)崿F(xiàn)八、正交軟件體系結(jié)構(gòu)：正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)建構(gòu)成。層是由一族具有相同抽象級別的構(gòu)件構(gòu)成。線索是子系統(tǒng)的特例。由完全不同層次動能的構(gòu)建組成。（畫圖）正交軟件體系結(jié)構(gòu)特點：1.

11、正交軟件體系結(jié)構(gòu)由完全不同功能的n （n 1）個線索組成2.系統(tǒng)具有m（ m 1）個不同抽象級別的層3 .線索之間是相互獨立的4.系統(tǒng)有一個公共驅(qū)動和公共數(shù)據(jù)結(jié)構(gòu)。正交軟件體系結(jié)構(gòu)的優(yōu)點：1 結(jié)構(gòu)清晰易于理解2易修改維護(hù)性強(qiáng)3.可移植性強(qiáng)重用粒 度大4章、軟件體系結(jié)構(gòu)描述一、軟件體系結(jié)構(gòu)的描述和表達(dá)圖像表達(dá)工具（主要符號：矩形框 +有向線段）；模塊內(nèi)連接語言；基于軟構(gòu)件的 系統(tǒng)描述語言；軟件體系結(jié)構(gòu)描述語言二、ADL是在底層語義模型的支持下為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語 法和概念框架?；诘讓诱Z義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計過程 等提供支持。體系結(jié)構(gòu)描述語言 ADL

12、的三個基本元素是：構(gòu)件、連接件和體系結(jié)構(gòu)配置。主要的體系結(jié)構(gòu)描述語言有：Aesop、MetaH、C2、Rapide、SADL、Unicon 和 Wright 等ADL與其他語言的比較：構(gòu)造能力；抽象能力；重用能力；組合能力；異構(gòu)能力；分析和推理能力Unicon：關(guān)注軟件體系結(jié)構(gòu)化特征支持異構(gòu)；C2:是用于圖形界面（GUI）密集系統(tǒng)的軟件體系結(jié)構(gòu)，實例會議安排系統(tǒng)； 為了更好的使用 ADL，一個配套的開發(fā)環(huán)境，提供以下工具：創(chuàng)建和瀏覽設(shè)計 的圖形化編輯體系結(jié)構(gòu)的一致性檢查，代碼生成器，模式倉儲等。第五章動態(tài)軟件體系結(jié)構(gòu)一、由于系統(tǒng)需求、技術(shù)、環(huán)境、分布等因素的變化而最終導(dǎo)致軟件體系結(jié)構(gòu)的變化，稱

13、之為軟件體系結(jié)構(gòu)演化，運(yùn)行時刻的變動稱為體系結(jié)構(gòu)的動態(tài)性、靜態(tài)修改稱為結(jié)構(gòu)的擴(kuò)展。二、 基于構(gòu)件的動態(tài)系統(tǒng)結(jié)構(gòu)模型支持運(yùn)行系統(tǒng)的動態(tài)更新，分為三層：應(yīng)用層、中間 層和體系結(jié)構(gòu)層。三、更新執(zhí)行步驟：檢測更新的范圍更新準(zhǔn)備工作執(zhí)行更新存儲更新四、動態(tài)軟件體系結(jié)構(gòu)概念體系結(jié)構(gòu)的動態(tài)性：交互式動態(tài)性；結(jié)構(gòu)化動態(tài)性；體系結(jié)構(gòu)動態(tài)性根據(jù)所要修改的不同內(nèi)容，軟件體系結(jié)構(gòu)的動態(tài)演化主要包括四個方面：屬性 改變；行為改變；拓?fù)浣Y(jié)構(gòu)改變；風(fēng)格改變。動態(tài)軟件體系結(jié)構(gòu)用處主要研究方向：1、研究模擬和描述體系結(jié)構(gòu)動態(tài)更新的語言，2研究支持體系結(jié)構(gòu)動態(tài)更新的執(zhí)行工具。五、更新分為局部更新和全局更新局部更新只涉及中間層和應(yīng)

14、用層；全局更新涉及三個層。第六章 web服務(wù)體系結(jié)構(gòu)一、Web服務(wù)是使用標(biāo)準(zhǔn)技術(shù)在In ternet上運(yùn)行的商務(wù)流程，它可以使用標(biāo)準(zhǔn)的In ternet 協(xié)議將功能綱領(lǐng)性地體現(xiàn)在In ternet 和Intran et （企業(yè)內(nèi)部網(wǎng)）上。二、Web服務(wù)特點：使用標(biāo)準(zhǔn)協(xié)議規(guī)范；使用協(xié)約的規(guī)范性；高度集成能力；完好的封 裝性；松散耦合。三、Web服務(wù)體系結(jié)構(gòu)模型包括三種邏輯構(gòu)件：服務(wù)提供者，服務(wù)代理，服務(wù)請求定義三種操作：發(fā)布、發(fā)現(xiàn)、綁定四、web服務(wù)開發(fā)生命周期（四個階段）：構(gòu)建；部署；運(yùn)行；管理Web服務(wù)棧:發(fā)現(xiàn)服務(wù)層UDDI，DISCO描述服務(wù)層WSDL，XML，Schema消息格式層SOA

15、P編碼格式層XML傳輸協(xié)議層HTTP、TCP/IP、SMTP 等Web服務(wù)體系結(jié)構(gòu)的優(yōu)勢： 高度的通用性和易用性 完全的平臺，語言的獨立性 高度的集成性 容易部署和發(fā)布Web服務(wù)的核心技術(shù)： 作為web服務(wù)基礎(chǔ)的XML 簡單對象的訪問協(xié)議SOAP Web服務(wù)描述語言 WSDL 統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議 UDDI面向服務(wù)的軟件體系結(jié)構(gòu)特征：松散耦合；粗粒度服務(wù)；標(biāo)準(zhǔn)化接口第七章基于軟件體系結(jié)構(gòu)的軟件開發(fā)一、設(shè)計模式基本成分：模式名稱；解決方案；問題；后果。二、設(shè)計模式：所謂設(shè)計模式，簡單的理解是一些設(shè)計面向?qū)ο蟮牡能浖_發(fā)的經(jīng)驗總結(jié)，一個設(shè)計模式事實上是系統(tǒng)的命名，解釋和評價某一個重要的可重現(xiàn)的

16、面向?qū)ο蟮脑O(shè)計方案。 研究方向：設(shè)計模式與其他面向?qū)ο笤O(shè)計方法的關(guān)系三、模式和軟件體系結(jié)構(gòu)關(guān)系： 模式作為體系結(jié)構(gòu)構(gòu)造塊 構(gòu)造異構(gòu)體系結(jié)構(gòu) 模式和方法 實現(xiàn)模式第八章軟件體系結(jié)構(gòu)的分析和測試一、風(fēng)格模型：順序結(jié)構(gòu)風(fēng)格；并行 /管道-過濾器結(jié)構(gòu)風(fēng)格；容錯結(jié)構(gòu)風(fēng)格；調(diào)用 -返回 結(jié)構(gòu)風(fēng)格二、軟件體系結(jié)構(gòu)測試的內(nèi)容準(zhǔn)則？ 內(nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息是否一致、 可達(dá),相關(guān)端口是否可連接。體系結(jié)構(gòu)是否可滿足 準(zhǔn)則：測試應(yīng)覆蓋所有的構(gòu)件及各個構(gòu)件的接口、各個連接件的接口、 構(gòu)件之間的直接連接，構(gòu)件之間的間接連接第九章軟件體系結(jié)構(gòu)評估一、 系統(tǒng)質(zhì)量屬性：性能；可靠性（容錯，

17、健壯性）；可用性；安全性；可修改性；功 能性；可變性；集成性；互操作性二、主要評估方式： 基于調(diào)查問卷或檢查表的評估方式（主觀） 基于場景的評估方式（基于特定領(lǐng)域） 基于度量的評估方式（客觀和量化的質(zhì)量評估）比較：評估方式調(diào)杳問卷或檢杳表場景度量調(diào)杳冋卷檢查表通用性通用特定領(lǐng)域特定系統(tǒng)通用或特定領(lǐng)域評估者對體系結(jié) 構(gòu)的了解程度粗略了解無限制中等了解精確了解實施階段早中中十中：客觀性主觀主觀較主觀較客觀三、ATAM （體系結(jié)構(gòu)權(quán)衡分析方法）評估方法使用ATAM方法對軟件體系結(jié)構(gòu)進(jìn)行評估的目標(biāo)是理解體系結(jié)構(gòu)關(guān)于系統(tǒng)的質(zhì)量屬性需求 決策的結(jié)果步驟： 描述ATAM方法 描述商業(yè)動機(jī) 描述體系結(jié)構(gòu) 確定

18、體系結(jié)構(gòu)的方法 生成質(zhì)量屬性效用樹 分析體系結(jié)構(gòu)方法 討論和分級場景 分析體系結(jié)構(gòu)方法 描述評估結(jié)構(gòu)四、SAAM （軟件體系結(jié)構(gòu)分析方法）評估方法步驟： 形成場景 描述體系結(jié)構(gòu) 對場景進(jìn)行分類和確定優(yōu)先級 對間接場景進(jìn)行單個評估 評估場景的相互作用 形成總體評估 SAAM評估日程安排ATAM、SAAM都是基于場景的評估方式。十章軟件產(chǎn)品線的基本概念是什么？產(chǎn)品線是一個產(chǎn)品集合，這些產(chǎn)品共享一個公共的，可管理的特征集。 這個特征集能滿足選定的市場或任務(wù)領(lǐng)域的特定需求，這些系統(tǒng)遵循 一個預(yù)描述的方法，在公共的核心資源基礎(chǔ)上開發(fā)。產(chǎn)品線的特點：1過程驅(qū)動2特定領(lǐng)域3技術(shù)支持4體系結(jié)構(gòu)中心1、軟件元素

19、包括程序代碼、測試用例、設(shè)計文檔、設(shè)計過程、需求分析文檔、甚至領(lǐng)域知識。2、軟件工程包括3個要素方法、工具、過程。3、 采用層次式軟件體系結(jié)構(gòu)，將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4個層次，分別為：系統(tǒng)構(gòu)件層、通用類構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)層。4、三層C/S結(jié)構(gòu)風(fēng)絡(luò)是由_表示層、功能層、數(shù)據(jù)層 三個層次構(gòu)成。5、層次系統(tǒng)最廣泛的應(yīng)用是分層通信協(xié)議。6、Web服務(wù)開發(fā)生命周期分為 構(gòu)建、部署、運(yùn)行、管理 四個階段。7、 MVC模式的中的 M, V，C分別對應(yīng) Mode View、Controller 三個單詞。8、ABSD方法取決于決定系統(tǒng)的體系結(jié)構(gòu)驅(qū)動， 所謂體系結(jié)構(gòu)驅(qū)動，是指構(gòu)成體系結(jié)構(gòu)的業(yè)務(wù)、質(zhì)量、

20、功能需求。9、后果描述應(yīng)用設(shè)計模式后的 結(jié)果、權(quán)衡。10、軟件過程是人們建立、維護(hù)和進(jìn)化軟件產(chǎn)品整個過程中所有技術(shù)活動和管理活動的集合。11、基于體系結(jié)構(gòu)的軟件開發(fā)模型（ABSDM將軟件開發(fā)過程劃分為體系結(jié)構(gòu)需求、設(shè)計、文檔化、復(fù)審、實現(xiàn)、演化 等六個子過程。12、瀏覽器/服務(wù)器（B/S）風(fēng)格是三層應(yīng)用結(jié)構(gòu)的一種實現(xiàn)方式，其具體 結(jié)構(gòu)分為瀏覽器、Web!務(wù)器、數(shù)據(jù)庫服務(wù)器三個部分。13、軟件體系結(jié)構(gòu)設(shè)計的核心問題是能否使用重復(fù)的體系結(jié)構(gòu)模式，即能 否達(dá)到體系結(jié)構(gòu)級的軟件重用 。14、構(gòu)件分類方法可以歸納為三大類，分別是 關(guān)鍵字分類法、刻面分類法、 超文本組織方法。15、大量使用構(gòu)件，軟件的靈活

21、性和標(biāo)準(zhǔn)化程度也能得到提高。16、功能分組可選擇的標(biāo)準(zhǔn)包括 功能聚合、功能的局部性、數(shù)據(jù)或計算行 為的類似模式、數(shù)據(jù)類似的抽象級別 等四個。17、 面向?qū)ο笠呀?jīng)成為軟件開發(fā)的主流思想，以演化和增量方法為基礎(chǔ) 的迭代開發(fā)過程已經(jīng)成為面向?qū)ο箝_發(fā)過程的標(biāo)準(zhǔn)。18、框架是從特定域中提取出來的一組組件及其相互關(guān)系的可重用的體系 結(jié)構(gòu)。19、軟件危機(jī)的原因：20、在三層C/S體系結(jié)構(gòu)中，中間件是最重要的構(gòu)件。21、通常，一個 Web服務(wù)可以分為四個邏輯層，分別為 數(shù)據(jù)層、數(shù)據(jù)訪問層、業(yè)務(wù)層、監(jiān)聽者。離客戶最遠(yuǎn)的是數(shù)據(jù)層22、同傳統(tǒng)分布式體系結(jié)構(gòu)相比，Web服務(wù)體系結(jié)構(gòu)的主要優(yōu)勢體現(xiàn)為高 度的通用性和易用

22、性、完全的平臺、語言獨立性、高度的集成性、容易 部署和發(fā)布23、 一般來說，模式有以下四個基本成分：模式名稱、問題、解決方案、效果24、軟件體系結(jié)構(gòu)設(shè)計過程：提出軟件體系結(jié)構(gòu)模型、把已標(biāo)識的構(gòu)件映 射到軟件體系構(gòu)件中、分析構(gòu)件之間的相互作用、產(chǎn)生軟件體系結(jié)構(gòu)、 設(shè)計評審25、軟件重用是指重復(fù)使用已有的軟件產(chǎn)品用于開發(fā)新的軟件系統(tǒng)，以達(dá) 到提高軟件系統(tǒng)的開發(fā)質(zhì)量與效率，降低開發(fā)成本的目的。26、軟件體系結(jié)構(gòu)充當(dāng)一個理解系統(tǒng)構(gòu)件和它們之間關(guān)系的框架，特別是 那些始終跨越時間和實現(xiàn)的屬性27、基于事件的隱式調(diào)用風(fēng)格的思想是構(gòu)件不直接調(diào)用一個過程，而是觸 發(fā)或廣播一個或多個事件。29、SOA莫型具有松

23、散耦合、粗粒度服務(wù)、標(biāo)準(zhǔn)化接口 等特征。30、利用設(shè)計模式可以方便地重用成功的設(shè)計和結(jié)構(gòu)。31、軟件系統(tǒng)的可靠性依賴于狀態(tài)的執(zhí)行順序和每一個狀態(tài)的可靠性。32、體系結(jié)構(gòu)設(shè)計是整個軟件生命周期中關(guān)鍵的一環(huán)，一般在需求分析之 后，軟件設(shè)計之前進(jìn)行。39、構(gòu)件模型流派包括COBRAEJB DCO。40、Web務(wù)棧包含以下5個層次：消息格式層、描述服務(wù)層、發(fā)現(xiàn)服務(wù)層、 編碼格式層、傳輸協(xié)議層。41、和Web服務(wù)密切相關(guān)的協(xié)議和語言中：包括 SOAP WSDL UDDI42、體系結(jié)構(gòu)設(shè)計是整個軟件生命周期中關(guān)鍵的一環(huán)，一般在需求分析之 后，軟件設(shè)計之前進(jìn)行。43、面向?qū)ο蟮慕M裝技術(shù)包括構(gòu)造法和子類法。4

24、4、事實上，軟件總是有體系結(jié)構(gòu)的，不存在沒有體系結(jié)構(gòu)的軟件。45、軟件重用是指重復(fù)使用已有的軟件產(chǎn)品用于開發(fā)新的軟件系統(tǒng)，以達(dá) 到提高軟件系統(tǒng)的開發(fā)質(zhì)量與效率，降低開發(fā)成本的目的。46、在設(shè)計層次，大多數(shù)模式只需要適當(dāng)?shù)木幊陶Z言的抽象機(jī)制，如模塊 或數(shù)據(jù)抽象。因此，可以用幾乎所有的編程范例，并在所有的編程語言 中來實現(xiàn)模式。51、軟件危機(jī)是指計算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問 題。52、軟件重用是指在兩次或多次不同的軟件開發(fā)過程中重復(fù)使用相同或相 近軟件元素的過程53、軟件體系結(jié)構(gòu)風(fēng)格描述某一特定領(lǐng)域中系統(tǒng)組織方式的慣用模式。54、SOAR簡單對象訪問協(xié)議，SOAP是一個基于XM

25、L的，在松散分布式環(huán)境 中交換結(jié)構(gòu)化信息的輕量級協(xié)議。55、設(shè)計模式是一些設(shè)計面向?qū)ο蟮能浖_發(fā)的經(jīng)驗總結(jié)，是系統(tǒng)的命名、 解釋、和評價某一個重要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計方案。56、縱觀軟件體系結(jié)構(gòu)技術(shù)的發(fā)展過程，從最初的“無結(jié)構(gòu)”設(shè)計到現(xiàn)在的基 于體系結(jié)構(gòu)的軟件開發(fā)，可以認(rèn)為經(jīng)歷了哪四個階段？答：（1） “無體系結(jié)構(gòu)”設(shè)計階段。以匯編語言進(jìn)行小規(guī)模應(yīng)用程度開發(fā)為特征。（2）萌芽階段。出現(xiàn)了程序結(jié)構(gòu)設(shè)計主題，以控制流圖和數(shù)據(jù)流圖構(gòu)成軟件結(jié) 構(gòu)為特征。（3）初期階段。出現(xiàn)了從不同側(cè)面描述系統(tǒng)的結(jié)構(gòu)模型，以UML為典型代表。（4）高級階段。以描述系統(tǒng)的高層抽象結(jié)構(gòu)為中心，不關(guān)心集體的建模

26、 細(xì)節(jié)，劃分了體系結(jié)構(gòu)模型與軟件結(jié)構(gòu)的界限，該階段以kruchten，提出了 4+1模型為標(biāo)志，由于概念沿不統(tǒng)一，描述規(guī)范也不能達(dá)成一致認(rèn)識，因此在軟件開 發(fā)實踐中軟件體系結(jié)構(gòu)尚不能發(fā)揮重要作用。57、試闡述與C/S體系結(jié)構(gòu)相比，B/S體系結(jié)構(gòu)的不足之處答：（1）B/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理 功能；（2） B/S體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差，安全性難以控制；（3）采用B/S體 系結(jié)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)的地低于C/S體系結(jié)構(gòu)；（4）B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互不強(qiáng)，不利 于在線事務(wù)處理應(yīng)用。58、管道過濾器風(fēng)格有哪些特點？答:（ 1）使得軟件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點；（2）允許設(shè)計者將整個系統(tǒng)的輸入/輸出行為看成是多個過濾器的行為的簡單合成；（3）支持軟件重用；（4）系統(tǒng)維護(hù)和增強(qiáng)性能簡單；（5）允許對一些吞吐量、死鎖屬性的分 析；（6）支持并行執(zhí)行。但是，這樣的系統(tǒng)也存在著若干不利因素。（1）通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因為雖然過濾器右增車式地處理數(shù)據(jù)， 但它們是 獨立的，所以設(shè)計者必須將每個過濾器看成一個完整的從輸入到輸出的轉(zhuǎn)換。（2）不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時，這個問題尤為嚴(yán)重。（3）因