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

1、一：名詞解釋1. 軟件產(chǎn)品線產(chǎn)品線是一個(gè)產(chǎn)品集合，這些產(chǎn)品共享一個(gè)公共的、可管理的特征集，這個(gè)特征集能滿足選定的市場(chǎng)或任務(wù)領(lǐng)域的特定需求。這些系統(tǒng)遵循一個(gè)預(yù)描述的方式，在公共的核心資源(core assets)基礎(chǔ)上開發(fā)的。2. 體系結(jié)構(gòu)描述語(yǔ)言體系結(jié)構(gòu)描述語(yǔ)言（ADL）是在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語(yǔ)法和概念框架?；诘讓诱Z(yǔ)義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過程等提供支持。其三個(gè)基本元素是：構(gòu)件、連接件、體系結(jié)構(gòu)配置。3. 軟件體系結(jié)構(gòu)Dewayne Perry和A1exander Wo1f 軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合

2、，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。 Mary Shaw和David Garlan 軟件體系結(jié)構(gòu)處理算法與數(shù)據(jù)結(jié)構(gòu)之上關(guān)于整體系統(tǒng)結(jié)構(gòu)設(shè)計(jì)和描述方面的一些問題，如全局組織和全局控制結(jié)構(gòu)、關(guān)于通訊、同步與數(shù)據(jù)存取的協(xié)議，設(shè)計(jì)構(gòu)件功能定義，物理分布與合成，設(shè)計(jì)方案的選擇、評(píng)估與實(shí)現(xiàn)等。Kruchten 軟件體系結(jié)構(gòu)有四個(gè)角度，它們從不同方面對(duì)系統(tǒng)進(jìn)行描述：概念角度描述系統(tǒng)的主要構(gòu)件及它們之間的關(guān)系；模塊角度包含功能分解與層次結(jié)構(gòu)；運(yùn)行角度描述了一個(gè)系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)；代碼角度描述了各種代碼和庫(kù)函數(shù)在開發(fā)環(huán)境中的組織4. 體系結(jié)構(gòu)演化5. 軟件風(fēng)格軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣

3、用模式。體系結(jié)構(gòu)風(fēng)格定義了一個(gè)系統(tǒng)家族，即定義一個(gè)詞匯表和一組約束。詞匯表中包含一些構(gòu)件和連接件類型，而這組約束指出系統(tǒng)是如何將這些構(gòu)件和連接件組合起來的。6. 軟件重用體系結(jié)構(gòu)重用屬于設(shè)計(jì)重用，比代碼重用更抽象。由于軟件體系結(jié)構(gòu)是系統(tǒng)的高層抽象，反映了系統(tǒng)的主要組成元素及其交互關(guān)系，因而較算法更穩(wěn)定，更適合于重用。軟件重用是指軟件在環(huán)境和功能發(fā)生變化后，可通過局部修改和重組，保持整體穩(wěn)定性，以適應(yīng)新要求。二：簡(jiǎn)答題：1. 什么是體系結(jié)構(gòu)描述語(yǔ)言？它與程序語(yǔ)言以及UML有哪些區(qū)別與聯(lián)系？ADL是在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語(yǔ)法和概念框架?；诘讓诱Z(yǔ)義的工具為體

4、系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過程等提供支持。其三個(gè)基本元素是：構(gòu)件、連接件、體系結(jié)構(gòu)配置。跟其他語(yǔ)言的比較： 構(gòu)造能力：ADL能夠使用較小的獨(dú)立體系結(jié)構(gòu)元素來建造大型軟件系統(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)開發(fā)和設(shè)計(jì)的可重用部件； 組合能力：ADL使得其描述的每一系統(tǒng)元素都有其自己的局部結(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ì)

5、其描述的體系結(jié)構(gòu)進(jìn)行多種不同的性能和功能上的多種推理分析。2. 管道過濾器風(fēng)格結(jié)構(gòu)特點(diǎn)（1）使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；（2）允許設(shè)計(jì)者將整個(gè)系統(tǒng)的輸入/輸出行為看成是多個(gè)過濾器的行為的簡(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然過濾器可增量式地處理數(shù)據(jù)，但它們是獨(dú)立的，所以設(shè)計(jì)者必須將每個(gè)過濾器看成一個(gè)完整的從輸入到輸出的轉(zhuǎn)換。（2）不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時(shí)，這個(gè)問題尤為嚴(yán)重。（

6、3）因?yàn)樵跀?shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn)，每個(gè)過濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過濾器的復(fù)雜性。3. 試簡(jiǎn)述一下軟件產(chǎn)品線的雙生命周期模型4. 什么是設(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ì)模式比框架更加抽象框架是模式的特例化設(shè)計(jì)模式被實(shí)現(xiàn)成為框架后，可以極大的減輕從設(shè)計(jì)到實(shí)現(xiàn)的鴻溝利用了模式的框架比沒有利用模式的框架更容易理解、更能被設(shè)計(jì)與實(shí)現(xiàn)重用通常成熟的框架包含了多種設(shè)計(jì)模式一個(gè)框架不僅可以具體實(shí)現(xiàn)一個(gè)模式，還可以

7、具體的實(shí)現(xiàn)多個(gè)模式設(shè)計(jì)模式與風(fēng)格兩者為近義詞，通常情況下可以互相通用風(fēng)格主要是指大的，宏觀的設(shè)計(jì)。模式既可宏觀，又可微觀。5. 軟件體系結(jié)構(gòu)測(cè)試的內(nèi)容與準(zhǔn)則是什么？?jī)?nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息是否一致、可達(dá)，相關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。準(zhǔn)則：測(cè)試覆蓋所有的構(gòu)件及各個(gè)構(gòu)件的接口。各個(gè)連接件的接口、構(gòu)件之間的直接連接、構(gòu)件之間的間接連接。6. 說明Web服務(wù)的體系結(jié)構(gòu)模型？它的三個(gè)核心協(xié)議分別是什么？Web服務(wù)是一種嶄新的分布式計(jì)算模型，是Web上數(shù)據(jù)和信息集成的有效機(jī)制。三個(gè)構(gòu)成元素為：Serverice Broker、Service Provide

8、r、Service Requester三個(gè)核心協(xié)議：簡(jiǎn)單對(duì)象訪問協(xié)議SOAP；統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI；Web服務(wù)描述語(yǔ)言WSDL7. 什么是軟件危機(jī)，軟件危機(jī)的具體表現(xiàn)有哪些？軟件危機(jī)：落后的軟件生產(chǎn)方式無法滿足迅速增長(zhǎng)的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開發(fā)與維護(hù)過程中出現(xiàn)一系列嚴(yán)重問題的現(xiàn)象。軟件危機(jī)的表現(xiàn)：軟件成本日益增長(zhǎng) 開發(fā)進(jìn)度難以控制軟件質(zhì)量差軟件維護(hù)困難8. MTTF,MTBF,MTRF分別是什么，它們有什么關(guān)系MTTF(mean time to failure，平均失效前時(shí)間) 還叫“正常運(yùn)行時(shí)間”。MTBF,平均故障間隔時(shí)間又稱平均無故障時(shí)間，指可修復(fù)產(chǎn)品兩次相鄰故障之間

9、的平均時(shí)間，記為MTBFMTTR（mean time to repair），叫“平均修復(fù)時(shí)間”（即修復(fù)一個(gè)故障平均需用的時(shí)間），也叫“故障停機(jī)時(shí)間”MTBFMTTFMTTR三：設(shè)計(jì)題：（1） 食品安全是當(dāng)今社會(huì)關(guān)注的一個(gè)焦點(diǎn)。一個(gè)食品安全管理系統(tǒng)由食品安全門戶子系統(tǒng)、檢測(cè)子系統(tǒng)、預(yù)警子系統(tǒng)、數(shù)據(jù)庫(kù)訪問子系統(tǒng)和權(quán)限管理子系統(tǒng)組成。門戶、檢測(cè)可以通過瀏覽器訪問，PDA可以使用檢測(cè)系統(tǒng)。其中門戶子系統(tǒng)包含了食品安全知識(shí)發(fā)布、食品安全信息查詢。檢測(cè)子系統(tǒng)包括樣品登記、隨行單生成與分發(fā)、檢測(cè)結(jié)果處理與發(fā)布。問題：a. 軟件體系結(jié)構(gòu)“4+1”視圖是哪幾種視圖，簡(jiǎn)要說明每種視圖的特點(diǎn)？邏輯視圖（Logica

10、l View），設(shè)計(jì)的對(duì)象模型（使用面向?qū)ο蟮脑O(shè)計(jì)方法時(shí)）。過程視圖（Process View），捕捉設(shè)計(jì)的并發(fā)和同步特征。物理視圖（Physical View），描述了軟件到硬件的映射，反映了分布式特性。開發(fā)視圖（Development View），描述了在開發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。場(chǎng)景(scenarios)，綜合所有視圖，進(jìn)行無縫協(xié)同工作。b. 請(qǐng)根據(jù)上面所描述的需求，設(shè)計(jì)出該系統(tǒng)的功能視圖，并簡(jiǎn)要說明說明：自己想（2） 利用C2體系結(jié)構(gòu)語(yǔ)言描述食品安全系統(tǒng)中的預(yù)警子系統(tǒng)：預(yù)警系統(tǒng)有如下幾個(gè)構(gòu)件組成：檢測(cè)結(jié)果錄入構(gòu)件(check)、預(yù)警構(gòu)件(prewarning)、手機(jī)短信發(fā)送構(gòu)件(s

11、msend)。工作流程如下：檢測(cè)結(jié)果錄入構(gòu)件將用戶輸入的檢測(cè)結(jié)果保存到數(shù)據(jù)庫(kù)中save()，并將檢測(cè)結(jié)果向預(yù)警構(gòu)件發(fā)送getWarning()。預(yù)警構(gòu)件接收請(qǐng)求，判定是否需要預(yù)警judge()，如果需要預(yù)警，則向手機(jī)短信發(fā)送構(gòu)件發(fā)送手機(jī)短信發(fā)送請(qǐng)求requestSendSM()，并將預(yù)警對(duì)象用戶手機(jī)號(hào)與發(fā)送內(nèi)容作為參數(shù)一起發(fā)送過去，手機(jī)短信發(fā)送構(gòu)件接收到這個(gè)請(qǐng)求后，向相關(guān)用戶發(fā)送短信，并向預(yù)警系統(tǒng)返回發(fā)送結(jié)果responseSendSM()。預(yù)警構(gòu)件接收到返回結(jié)果，顯示預(yù)警結(jié)果showprewarningresult()。（注意：連接件沒有說明，請(qǐng)根據(jù)情況添加適當(dāng)?shù)倪B接件）a. 畫出該系統(tǒng)的C

12、2風(fēng)格的體系結(jié)構(gòu)圖b. 利用C2體系結(jié)構(gòu)描述語(yǔ)言設(shè)計(jì)出這三個(gè)構(gòu)件c. 利用C2體系結(jié)構(gòu)描述語(yǔ)言描述出這個(gè)系統(tǒng)的體系結(jié)構(gòu)。（a）（b）Component check is Interface Top_domain is Outprewarning（）；BehaviorStartup always_generate save，prewarning;end checkComponent prewarning is Interface bottom_domain is ingetprewarning（）;top_domain is outsendSM()ingetStatus（）;Behaviorre

13、ceived_messages getprewarning() always_generate getprewarning;received_messages getExcludeSet () may_generate excludeSet;received_messages addPreferSet () may_generate perferSet;end prewarning Component smsend is Interface bottom_domain is out sendStatus();ingetSM（）;Behaviorreceived_messages backSta

14、tusSet () may_generate statusSet;received_messages getSM() always_generate getpreSM;end smsend （c）architecture prewarning is comceptual_componentscheck; prewarning; SMSend;connectorsconnector Prewarning_SMSend_Connector message_filter no_filtering;connector Check_Prewarning_Connector message_filter

15、no_filtering;architectural_topologyconnector Prewarning_SMSend_Connector connectionstop_ports SMSend;bottom_ports Prewarning;connector Check_Prewarning connectionstop_ports Prewarning;bottom_ports Check;end makeupClass3. 在Junit測(cè)試中，存在著測(cè)試用例testCase與測(cè)試套件testSuite這兩個(gè)對(duì)象，其中，一個(gè)測(cè)試用例是一個(gè)原子的測(cè)試用例，它包含輸入，條件以及期望的輸出這三個(gè)屬性。以及一個(gè)判斷操作，這個(gè)判斷操作用于判斷期望的輸出是否與這個(gè)設(shè)定的期望輸出相等。如果相等， 則，而一個(gè)testSu