歡迎來到裝配圖網(wǎng)! | 幫助中心 裝配圖網(wǎng)zhuangpeitu.com!
裝配圖網(wǎng)
ImageVerifierCode 換一換
首頁 裝配圖網(wǎng) > 資源分類 > DOC文檔下載  

軟件體系結(jié)構(gòu)考試試題庫 軟件工程 考試試題和答案

  • 資源ID:122058859       資源大?。?span id="pbzxdfh" class="font-tahoma">58.50KB        全文頁數(shù):21頁
  • 資源格式: DOC        下載積分:20積分
快捷下載 游客一鍵下載
會員登錄下載
微信登錄下載
三方登錄下載: 微信開放平臺登錄 支付寶登錄   QQ登錄   微博登錄  
二維碼
微信掃一掃登錄
下載資源需要20積分
郵箱/手機(jī):
溫馨提示:
用戶名和密碼都是您填寫的郵箱或者手機(jī)號,方便查詢和重復(fù)下載(系統(tǒng)自動(dòng)生成)
支付方式: 支付寶    微信支付   
驗(yàn)證碼:   換一換

 
賬號:
密碼:
驗(yàn)證碼:   換一換
  忘記密碼?
    
友情提示
2、PDF文件下載后,可能會被瀏覽器默認(rèn)打開,此種情況可以點(diǎn)擊瀏覽器菜單,保存網(wǎng)頁到桌面,就可以正常下載了。
3、本站不支持迅雷下載,請使用電腦自帶的IE瀏覽器,或者360瀏覽器、谷歌瀏覽器下載即可。
4、本站資源下載后的文檔和圖紙-無水印,預(yù)覽文檔經(jīng)過壓縮,下載后原文更清晰。
5、試題試卷類文檔,如果標(biāo)題沒有明確說明有答案則都視為沒有答案,請知曉。

軟件體系結(jié)構(gòu)考試試題庫 軟件工程 考試試題和答案

一、判斷題1、軟件重用是指重復(fù)使用已有的軟件產(chǎn)品用于開發(fā)新的軟件系統(tǒng),以達(dá)到提高軟件系統(tǒng)的開發(fā)質(zhì)量與效率,降低開發(fā)成本的目的。答案:丁2、可重用技術(shù)對構(gòu)件庫組織方法要求不僅要支持精確匹配,還要支持相似構(gòu)件的查找。答案:J3、軟件體系結(jié)構(gòu)充當(dāng)一個(gè)理解系統(tǒng)構(gòu)件和它們之間關(guān)系的框架,特別是那些始終跨越時(shí)間和實(shí)現(xiàn)的屬性。答案:J5、構(gòu)件可以由其他復(fù)合構(gòu)建和原子構(gòu)件通過連接而成。()答案:J6、體系的核心模型由5種元素組成:構(gòu)建、連接體、配置、端口和角色()答案:J7、軟件體系結(jié)構(gòu)的核心由5種元素組成:構(gòu)件、連接件、配置端口和角色。其中,構(gòu)件、連接件和配置是最基本的元素()答案:J8、開發(fā)視圖主要支持系統(tǒng)的功能需求,即系統(tǒng)提供給最終用戶的服務(wù)()答案:X9、構(gòu)件、連接件以及配置是體系結(jié)構(gòu)的核心模型最基本的元素()答案:J10、HMB風(fēng)格不支持系統(tǒng)系統(tǒng)自頂向下的層次化分解,因?yàn)樗臉?gòu)件比較簡單。答案:X11、正交軟件體系結(jié)構(gòu)由組織層和線索的構(gòu)件構(gòu)成。答案:J13、線索是子系統(tǒng)的特例,它由完成不同層次功能的構(gòu)建組成,每一條線索完成整個(gè)系統(tǒng)中相對獨(dú)立的一部分功能。()答案:14、層次系統(tǒng)中支持抽象程度遞增的系統(tǒng)設(shè)計(jì)是設(shè)計(jì)師可以把一個(gè)復(fù)雜系統(tǒng)按照遞增的步驟進(jìn)行分解,同時(shí)支持功能增強(qiáng),但是不支持重用。答案:X16、在軟件設(shè)計(jì)中占據(jù)著主導(dǎo)地位的軟件體系結(jié)構(gòu)描述方法是圖形表達(dá)工具。答案:J18、體系結(jié)構(gòu)設(shè)計(jì)是整個(gè)軟件生命周期中關(guān)鍵的一環(huán),一般在需求分析之后,軟件設(shè)計(jì)之前進(jìn)行。答案:19、基于軟構(gòu)件的系統(tǒng)描述語言是較好的一種以構(gòu)件為單位的軟件系統(tǒng)描述語言答案:21、基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型分為三層,風(fēng)別是應(yīng)用層、中間層、和體系結(jié)構(gòu)層。答案:23、基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型分為應(yīng)用層,中間層和體系結(jié)構(gòu)層。答案:29、一般的說,一個(gè)模式有一下4個(gè)基本成分,1.模式名稱,2.問題,3.解決方案,4.效果,這句話是對的()30、設(shè)計(jì)模式的概念最早是由美國的一位計(jì)算機(jī)專家提出的。答案:X31、利用設(shè)計(jì)模式可以方便地重用成功的設(shè)計(jì)和結(jié)構(gòu)。答案:33、在模式目錄中,每個(gè)模式描述的多少與別的模式無關(guān)。答案:36、在體系結(jié)構(gòu)級進(jìn)行風(fēng)險(xiǎn)評估是更有利于開發(fā)階段的前期評估。()答案:X39、評估方法質(zhì)量屬性中安全性不包括完整性。()答案:X41、軟件體系結(jié)構(gòu)評估只針對一個(gè)體系結(jié)構(gòu),不可以針對一組體系結(jié)構(gòu)()。答案:X43、軟件重用長期以來一直是軟件工程界不斷追求的目標(biāo)。()答案:二、填空題1、軟件元素包括程序代碼、設(shè)計(jì)文檔、設(shè)計(jì)過程、需求分析文檔、測試用例甚至領(lǐng)域知識。答案:程序代碼、測試用例、設(shè)計(jì)文檔、設(shè)計(jì)過程、需求分析文檔2、軟件重用過程中需要重用的開發(fā)組織結(jié)構(gòu)予以支持,它包括:_構(gòu)建開發(fā)組、_構(gòu)建應(yīng)用組、_協(xié)調(diào)組3、三組成員組成。4、答案:構(gòu)件開發(fā)組、構(gòu)件應(yīng)用組、協(xié)調(diào)組。5、采用層次式軟件體系結(jié)構(gòu),將產(chǎn)品的系統(tǒng)構(gòu)件模型定義為4個(gè)層次,分別為:系統(tǒng)構(gòu)建層、通用類構(gòu)建層、業(yè)務(wù)類構(gòu)建層、表現(xiàn)層。答案:系統(tǒng)構(gòu)件層、通用類構(gòu)件層、業(yè)務(wù)構(gòu)件層、表現(xiàn)層5、軟件體系結(jié)構(gòu)的模型分為5種:結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過程模型和功能模型。答案:結(jié)構(gòu)模型,動(dòng)態(tài)模型。8、軟件體系結(jié)構(gòu)的生命周期模型主要分為需求分析階段,建立軟件體系結(jié)構(gòu)階段(設(shè)計(jì)階段)和實(shí)現(xiàn)階段。答:設(shè)計(jì)階段9、軟件體系結(jié)構(gòu)應(yīng)建立于傳統(tǒng)的軟件開發(fā)過程的_需求分析和_軟件設(shè)計(jì)階段之間。答案:需求分析、軟件設(shè)計(jì)11、三層C/S結(jié)構(gòu)風(fēng)格是由表示層、功能層和數(shù)據(jù)層構(gòu)成的。答案:表示層、功能層、數(shù)據(jù)層12、消息總線對消息過濾提供了_轉(zhuǎn)換和_阻塞兩種方式。答案:轉(zhuǎn)換、阻塞13、正交軟件體系結(jié)構(gòu)由_組織層_和_線索的構(gòu)建_構(gòu)成。答案:組織層、線索的構(gòu)件14、C/S體系結(jié)構(gòu)服務(wù)器主要負(fù)責(zé)有效的管理系統(tǒng)的資源主要負(fù)責(zé)數(shù)據(jù)庫安全性的要求、_數(shù)據(jù)庫訪問并發(fā)性的控制、_數(shù)據(jù)庫前端的客戶應(yīng)用的全局?jǐn)?shù)據(jù)完整性規(guī)則和數(shù)據(jù)庫的備份與恢復(fù)。答案:數(shù)據(jù)庫安全性的要求、數(shù)據(jù)庫訪問并發(fā)性的控制、數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則、數(shù)據(jù)庫的備份與恢復(fù)16、軟件體系結(jié)構(gòu)的描述方法主要有、模塊內(nèi)連接語言、基于軟構(gòu)件的系統(tǒng)描述語言和軟件體系結(jié)構(gòu)描述語答案:圖形表達(dá)工具、模塊內(nèi)連接語言、軟件體系結(jié)構(gòu)描述語言17、ADL是一種在底層語義模擬支持下的形式化語言?;诘讓诱Z義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過程等提供支持。答案:表示、演化、細(xì)化18、可重用的體系結(jié)構(gòu)描述框架可以從需求、設(shè)計(jì)、實(shí)現(xiàn)和四個(gè)視點(diǎn)出發(fā)描述體系結(jié)構(gòu)。答案:需求視點(diǎn)、設(shè)計(jì)視點(diǎn)、實(shí)現(xiàn)視點(diǎn)、測試視點(diǎn)20、典型的ADL在充分繼承和吸收傳統(tǒng)程序設(shè)計(jì)語言的和特點(diǎn)的同時(shí),還應(yīng)該具有構(gòu)造、抽象、重用、組合、異構(gòu)和分析推理等多種能力和特性。能力指的是ADL使得其描述的每一個(gè)系統(tǒng)元素都有其自己的局部結(jié)構(gòu)。答案:精確性、嚴(yán)格性,組合21、體系結(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)性22、基于構(gòu)件的動(dòng)態(tài)體統(tǒng)結(jié)構(gòu)模型(CBDSAM)支持運(yùn)行系統(tǒng)的動(dòng)態(tài)更新。該模型分為三層,分別是應(yīng)用層、和。答案:中間層、體系結(jié)構(gòu)層23、體系結(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)性。24、對動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通常有、三種方法。答案:圖形化方法、進(jìn)程代數(shù)方法、邏輯描述方法25、一個(gè)完整的Web服務(wù)包括3種邏輯構(gòu)件:、。答案:服務(wù)提供、服務(wù)代理、服務(wù)請求29、MVC模式的中的M,V,C分別對應(yīng)、三種單詞。答案:Model,View,Controller32、設(shè)計(jì)模式的基本成分包括、答案:模式名稱、問題、解決方案、效果。39、體系結(jié)構(gòu)評估中,一般采用刺激,環(huán)境,和三方面來對場景進(jìn)行描述答案:響應(yīng)40、可修改性是指能夠快速地以較高的性能價(jià)格比對系統(tǒng)進(jìn)行變更的能力。包括可維護(hù)性、可擴(kuò)展性、_、可移植性4個(gè)方面。答案:結(jié)構(gòu)重組。42、軟件重用是為了解決答案:軟件危機(jī)43、的開發(fā)是大型軟件系統(tǒng)開發(fā)的關(guān)鍵環(huán)節(jié)。答案:軟件體系結(jié)構(gòu)44、領(lǐng)域工程階段的主要任務(wù)有、和三個(gè)階段。答案:領(lǐng)域分析、領(lǐng)域設(shè)計(jì)、領(lǐng)域?qū)崿F(xiàn)45、軟件體系結(jié)構(gòu)設(shè)計(jì)的主要目的是滿足對軟件的。答案:質(zhì)量需求三、選擇題1、軟件危機(jī)的原因不包括():A、用戶需求不明確B、缺乏正確的理論指導(dǎo)C、軟件規(guī)模越來越大D、軟件復(fù)雜度越來越低答案:D2、下列選項(xiàng)中,哪個(gè)不是重用組織框構(gòu)中的主要組成成員:A. 協(xié)調(diào)組B. 構(gòu)件應(yīng)用組C. 構(gòu)件需求組構(gòu)件開發(fā)組答案:C3、常用的軟件體系結(jié)構(gòu)評估的方法不包括:4、A體系結(jié)構(gòu)權(quán)衡分析法5、B.軟件體系結(jié)構(gòu)分析法6、C系統(tǒng)體系結(jié)構(gòu)分析法7、D中間設(shè)計(jì)的積極評審8、答案:C4、下列選項(xiàng)中,不是軟件危機(jī)的原因的是:CA、用戶需求不明確B、缺乏正確的理論指導(dǎo)C、軟件規(guī)模越來越小D、軟件的復(fù)雜度越來越高P25、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是()A構(gòu)件B連接件C配置D角色答案:D6、選項(xiàng)中不屬于“4+1”試圖模型的是:()A邏輯視圖B物理視圖C連接視圖D開發(fā)視圖答案:C7、下列說法錯(cuò)誤的一項(xiàng)的是()A:邏輯視圖主要支持系統(tǒng)的功能需求,即系統(tǒng)提供給最終用戶的服務(wù)B:開發(fā)視圖也稱模塊視圖,主要側(cè)重于軟件模塊的組織和管理C:進(jìn)程視圖側(cè)重與系統(tǒng)的運(yùn)行特性,主要關(guān)注一些功能性需求,例如系統(tǒng)的性能和可用性。D:物理視圖主要考慮如何吧軟件映射到硬件上,它不需要要考慮到系統(tǒng)性能、規(guī)模、可靠性等。答案:D8、Kruchten在1995提出了“4+1”模型,從5個(gè)不同的視角來描述軟件體系結(jié)構(gòu),其中“4”不包括的視圖是()A邏輯視圖B開發(fā)視圖C物理視圖D場景視圖答案:D9、下列哪個(gè)選項(xiàng)是描述系統(tǒng)的靜態(tài)結(jié)構(gòu)()A. 邏輯視圖和開發(fā)視圖B. 進(jìn)程視圖和物理視圖C. 開發(fā)視圖和物理視圖開發(fā)視圖和進(jìn)程視圖答案:A11、正交軟件體系結(jié)構(gòu)的有點(diǎn)有()A結(jié)構(gòu)清晰,易于理解B易修改,可維護(hù)性強(qiáng)C可移植性強(qiáng),重用程度大D以上都是答案:D12、C/S系統(tǒng)中,服務(wù)器的以下任務(wù)中哪一個(gè)是錯(cuò)的?()A數(shù)據(jù)庫一致性要求B數(shù)據(jù)庫訪問并發(fā)性控制C數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則D數(shù)據(jù)庫的備份與恢復(fù)答案:A13、下列哪個(gè)不是黑板系統(tǒng)的組成部分?()知識源B.黑板數(shù)據(jù)結(jié)構(gòu)C.控制D.內(nèi)存答案:D14、與C/S體系結(jié)構(gòu)相比,B/S體系結(jié)構(gòu)也有許多不足之處一下說法正確的是()AB/S體系結(jié)構(gòu)缺乏對動(dòng)態(tài)頁面的支持能力,沒有集成有效的數(shù)據(jù)庫處理能力BB/S體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差,但是安全性比較容易控制C采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng),在數(shù)據(jù)查詢等響應(yīng)速度上,要遠(yuǎn)遠(yuǎn)的高于C/S體系結(jié)構(gòu)DB/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位,數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng),利于在線事務(wù)處理(OnlineTransactionProcessing,OLTP)應(yīng)用。A. 答案:A15、以下不是正交軟件體系結(jié)構(gòu)優(yōu)點(diǎn)的是()結(jié)構(gòu)清晰,易于理解已修改,可維護(hù)性強(qiáng)可移植性強(qiáng),重用粒度大很大很復(fù)雜答案:D16、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說法錯(cuò)誤的是()圖形表達(dá)工具在軟件設(shè)計(jì)中占據(jù)主導(dǎo)地位。B. 由于軟件設(shè)計(jì)語言和模塊內(nèi)連接語言具有嚴(yán)格的語義基礎(chǔ),因此它們能支持較小的軟件單元進(jìn)行描述。C. 基于軟構(gòu)件的系統(tǒng)描述語言將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特殊軟件實(shí)體構(gòu)造組成的組織或系統(tǒng)。D. 軟件體系結(jié)構(gòu)描述語言是參照傳統(tǒng)程序設(shè)計(jì)語言的設(shè)計(jì)語言的設(shè)計(jì)和開發(fā)經(jīng)驗(yàn),重新設(shè)計(jì)、開發(fā)和使用針對軟件體系結(jié)構(gòu)描述語言。答案:B20、下列選項(xiàng)中關(guān)于ADL與其他語言的比較說法中錯(cuò)誤的是()AADL與需求語言的區(qū)別在于后者描述的問題空哦關(guān)鍵,而前者則扎根于解空間中BADL與建模語言的區(qū)別在于后者對部分的關(guān)注要大于對整體的關(guān)注CADL與傳統(tǒng)的程序設(shè)計(jì)語言的構(gòu)成元素由許多相同和相似之處,有各自有著很大的不同DADL集中在構(gòu)件的表示上。答案:B29、下面哪個(gè)不屬于設(shè)計(jì)模式方法分類()ACoad的面向?qū)ο竽J紹代碼模式C框架應(yīng)用模式D遺傳算法答案:D30、一般來說,模式有以下四個(gè)基本成分:(?)、問題、解決方案、效果。A. A模式名稱?時(shí)間?地點(diǎn)?思想答案:A31、軟件體系結(jié)構(gòu)的文檔要求與軟件開發(fā)項(xiàng)目中的其他文檔是相似的,下列哪項(xiàng)屬于體系結(jié)構(gòu)文檔化過程的主要輸出結(jié)果()A體系結(jié)構(gòu)需求規(guī)格說明B體系結(jié)構(gòu)概要設(shè)計(jì)說明C體系結(jié)構(gòu)詳細(xì)設(shè)計(jì)說明D體系結(jié)構(gòu)總體框架說明答案:A33、在設(shè)計(jì)模式目錄下,以下哪種設(shè)計(jì)模式是關(guān)于類的()AFactoryMethod答案:A36、在體系結(jié)構(gòu)中,應(yīng)用于當(dāng)前環(huán)境中有多個(gè)構(gòu)建同時(shí)運(yùn)行的情況,主要用來提高系統(tǒng)性能的結(jié)構(gòu)風(fēng)格是()A、順序結(jié)構(gòu)風(fēng)格B、并行/管道一過濾器結(jié)構(gòu)風(fēng)格C、容錯(cuò)結(jié)構(gòu)風(fēng)格D、調(diào)用一返回結(jié)構(gòu)風(fēng)格答案:B39、評估方法質(zhì)量屬性中可修改性不包括()A.可維護(hù)性B。可擴(kuò)展性C.完整性D.可移植性答案:C40、()是場景中解釋或描述風(fēng)險(xiǎn)承擔(dān)者怎樣金發(fā)與系統(tǒng)的交互部分。A.刺激B.環(huán)境C.響應(yīng)D.互操作答案:A41、軟件評估中關(guān)注大可修改性包含可維護(hù)性,可擴(kuò)展性,()和結(jié)構(gòu)重組4個(gè)方面。A。可用性B。可移植性C??勺冃訢?;ゲ僮餍源鸢福築43、一下哪個(gè)不是領(lǐng)域工程階段的主要任務(wù)()。A、領(lǐng)域設(shè)計(jì)B需求分析C、領(lǐng)域分析D、領(lǐng)域?qū)崿F(xiàn)答案:B四、名詞解釋1、軟件危機(jī)答案:是指計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題2、軟件重用答案:是指在兩次或多次不同的軟件開發(fā)過程中重復(fù)使用相同或相近軟件元素的過程。3、構(gòu)件組裝4、答案:構(gòu)件組裝是指將庫中的構(gòu)件經(jīng)適當(dāng)修改后相互連接,或者將它們與當(dāng)前開發(fā)項(xiàng)目中的軟件元素相連接,最終構(gòu)成新的目標(biāo)軟件。5、構(gòu)件答案:是指語義完整、語法正確和有可重用價(jià)值的單位軟件,是軟件重用過程中可以明確辨識的系統(tǒng);結(jié)構(gòu)上,它是語義描述、通信接口和實(shí)現(xiàn)代碼的復(fù)合體。7、場景(scenarios):答:場景可以看做是那些重要系統(tǒng)活動(dòng)的抽象,它使4個(gè)視圖有機(jī)聯(lián)系起來,從某種意義上說場景是最重要的需求抽象。9、軟件體系結(jié)構(gòu)答案:軟件體系結(jié)構(gòu)是一個(gè)設(shè)計(jì),它包括所建立系統(tǒng)中的各元素(構(gòu)件和連接件)的描述、元素之間的交互、指導(dǎo)裝配的范例和對范例的約束。10、軟件體系結(jié)構(gòu)風(fēng)格答案:軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定領(lǐng)域中系統(tǒng)組織方式的慣用模式。13、C2體系結(jié)構(gòu)風(fēng)格答案:C2體系結(jié)構(gòu)風(fēng)格可以概括為通過連接件綁定在一起的、按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。14、COBRBA接口池答案:COBRBA接口池包括分布計(jì)算機(jī)環(huán)境中所有可用的服務(wù)器對象的接口表示它使動(dòng)態(tài)搜索可用服務(wù)器的接口,動(dòng)態(tài)構(gòu)造請求及參數(shù)成為可能。17、連接件:答案:連接件是用來建立構(gòu)件間的交互以及支配這些交互規(guī)則的體系結(jié)構(gòu)構(gòu)造模塊。18、體系結(jié)構(gòu)配置:答案:體系結(jié)構(gòu)配置或拓?fù)涫敲枋鲶w系結(jié)構(gòu)的構(gòu)件與連接件的連接圖。體系結(jié)構(gòu)配置提供信息來確定構(gòu)件是否正確連接、接口是否分配、連接件構(gòu)成的通信是否正確,并說明實(shí)現(xiàn)要求行為的組合含義。19、構(gòu)造能力:答案:構(gòu)造能力指的是ADL能力使用較小的獨(dú)立體系結(jié)構(gòu)元素來建造大型軟件系統(tǒng)。20、ADL:答案:ADL是這樣一種形式化語言,他在底層語義模型的支持下,為軟件系統(tǒng)的概念結(jié)構(gòu)建模提供了具體語法和概念模型。21、軟件體系結(jié)構(gòu)的動(dòng)態(tài)性答案:軟件系統(tǒng)在運(yùn)行時(shí)刻的體系結(jié)構(gòu)變動(dòng)。29、需求答案:用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望31、模式答案:模式是指從某個(gè)具體的形式中得到的一種抽象,在特殊的非任意性的環(huán)境中,該形式不斷地重復(fù)出現(xiàn)。33、設(shè)計(jì)模式答案:一些設(shè)計(jì)面向?qū)ο蟮能浖_發(fā)的經(jīng)驗(yàn)總結(jié),就是系統(tǒng)的命名、解釋、和評價(jià)某一個(gè)重要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計(jì)方案。38、可修改性答案:可修改性是指能夠快速地以較高的性能價(jià)格比對系統(tǒng)進(jìn)行變更的能力。通常以某些具體的變更為基準(zhǔn),通過考察這些變更的代價(jià)衡量可修改性。可修改性包括:可維護(hù)性可擴(kuò)展性結(jié)構(gòu)重組可移植性40、基于場景的評估方法。答:場景是一系列有序地使用或修改系統(tǒng)的步驟。這種評估方式分析軟件體系結(jié)構(gòu)對場景也就是對系統(tǒng)的使用或修改活動(dòng)的支持程度,從而判斷該體系結(jié)構(gòu)對這一場景所代表的質(zhì)量需求的滿足程度?;趫鼍暗脑u估方式涉及的基本活動(dòng)包括確定應(yīng)用領(lǐng)域的功能和軟件體系結(jié)構(gòu)之間的映射,設(shè)計(jì)用于體現(xiàn)待評估質(zhì)量屬性的場景以及分析軟件體系結(jié)構(gòu)對場景的支持程度。五、問答題1、縱觀軟件體系結(jié)構(gòu)技術(shù)的發(fā)展過程,從最初的“無結(jié)構(gòu)”設(shè)計(jì)到現(xiàn)行的基于體系結(jié)構(gòu)的軟件開發(fā),可以認(rèn)為經(jīng)歷了哪四個(gè)階段?答案:(1)“無體系結(jié)構(gòu)”設(shè)計(jì)階段。以匯編語言進(jìn)行小規(guī)模應(yīng)用程序開發(fā)為特征(2)萌芽階段。出現(xiàn)了程序結(jié)構(gòu)設(shè)計(jì)主題,以控制流圖和數(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)心集體的建模細(xì)節(jié),劃分了體系結(jié)構(gòu)模型與軟件結(jié)構(gòu)的界限,該階段以Kruchten,提出了“4+1”模型為標(biāo)志,由于概念尚不統(tǒng)一,描述規(guī)范也不能達(dá)成一致認(rèn)識,因此在軟件開發(fā)實(shí)踐中軟件體系結(jié)構(gòu)上布恩那個(gè)發(fā)揮重要作用。2、試述下可重用技術(shù)對構(gòu)件庫組織方法的幾點(diǎn)要求:答案:(1)支持構(gòu)件庫的各種維護(hù)動(dòng)作,如增加、刪除以及修改構(gòu)件,盡量不要影響構(gòu)件庫的結(jié)構(gòu)。(2)不僅要支持精確匹配,還要支持相似構(gòu)件的查找。(3)不僅能進(jìn)行簡單的語法匹配,而且還能夠查找在功能或行為方面等價(jià)或相似的構(gòu)件。4)對應(yīng)用領(lǐng)域具有較強(qiáng)的描述能力和較好的描述精度。(5)庫管理員和用戶容易使用3、簡要概產(chǎn)生軟件危機(jī)的原因4、答案:1.用戶需求不明確2.缺乏正確的理論指導(dǎo)3.軟件規(guī)模越來越大4.軟件復(fù)雜度越來越高。5、軟件體系結(jié)構(gòu)的定義眾多,你是如何理解軟件體系結(jié)構(gòu)的?軟件體系結(jié)構(gòu)在軟件系統(tǒng)中有何作用?答案:(1)軟件體系結(jié)構(gòu)為軟件系統(tǒng)提供了一個(gè)結(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è)計(jì)決策的基本原理。(2)體系結(jié)構(gòu)是風(fēng)險(xiǎn)承擔(dān)者進(jìn)行交流的手段。它明確了對系統(tǒng)實(shí)現(xiàn)的約束條件,決定了開發(fā)和維護(hù)組織的組織結(jié)構(gòu),制約著系統(tǒng)的質(zhì)量屬性,可以預(yù)測軟件的質(zhì)量,是推理和控制更改更簡單,有助于循序漸進(jìn)的原型設(shè)計(jì)。同時(shí),軟件體系結(jié)構(gòu)是可傳遞和可重用的模型。6、體系結(jié)構(gòu)的生命周期模型分為哪幾個(gè)階段?答案:1、需求分析階段2、建立軟件體系結(jié)構(gòu)階段3、設(shè)計(jì)階段4、實(shí)現(xiàn)階段7、軟件體系結(jié)構(gòu)是必需,軟件體系結(jié)構(gòu)的生命周期分為哪幾個(gè)階段?答:軟件體系結(jié)構(gòu)的生命周期可以分為需求分析階段、建立軟件體系結(jié)構(gòu)階段、設(shè)計(jì)階段、實(shí)現(xiàn)階段四個(gè)階段。8、請簡述軟件體系結(jié)構(gòu)的生命周期答:以自然語言進(jìn)行軟件結(jié)構(gòu)的非形式化描述,接著運(yùn)用合適的形式化數(shù)學(xué)理論模型對上一階段的非形式化描述進(jìn)行規(guī)范定義,從而得到軟件形式結(jié)構(gòu)的形式化規(guī)范描述。對設(shè)計(jì)好的軟件體系結(jié)構(gòu)進(jìn)行驗(yàn)證和求精,直到不需要進(jìn)行求精驗(yàn)證時(shí),轉(zhuǎn)入軟件體系結(jié)構(gòu)的實(shí)施。在此階段將軟件結(jié)構(gòu)實(shí)施于系統(tǒng)設(shè)計(jì)中,并將其結(jié)構(gòu)的構(gòu)件和連接件有機(jī)組織在一起。判斷軟件體系結(jié)構(gòu)是否需要擴(kuò)展,演化。需要從則重復(fù)以上步驟,否則對該體系結(jié)構(gòu)進(jìn)行評價(jià)、度量,轉(zhuǎn)入終結(jié)階段。11、試闡述與C/S體系結(jié)構(gòu)相比,B/S體系結(jié)構(gòu)的不足之處。答案:1、B/S體系結(jié)構(gòu)缺乏對動(dòng)態(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ù)的動(dòng)態(tài)交互性不強(qiáng),不利于在線事務(wù)處理應(yīng)用。12、C/S系統(tǒng)中客戶端應(yīng)用程序有哪些主要任務(wù)?答案:1、提供用戶與數(shù)據(jù)庫的交互界面2、向數(shù)據(jù)庫服務(wù)器提交用戶請求并接受來自數(shù)據(jù)庫服務(wù)器的信息3、利用客戶端應(yīng)用程序?qū)Υ嬖谟诳蛻舳说臄?shù)據(jù)執(zhí)行應(yīng)用邏輯要求。14、請簡述三層C/S結(jié)構(gòu)的優(yōu)點(diǎn)答案:1、允許合理的劃分三層結(jié)構(gòu)的功能,使之在邏輯上保持相對獨(dú)立性,從而使整個(gè)系統(tǒng)的邏輯結(jié)構(gòu)更為合理清晰,能提高系統(tǒng)和軟件的可維護(hù)性和可擴(kuò)展性。2、允許更靈活的選用相應(yīng)的平臺和硬件系統(tǒng)使之在處理負(fù)荷能力上與處理特性上分別適應(yīng)于結(jié)構(gòu)清晰的三層,并且具有可升級性和開放性3、可并行開發(fā),各層可選擇各自最適合語言使之高效開發(fā),從而達(dá)到較高的性價(jià)比4、允許利用功能層有效的隔離開表示層和數(shù)據(jù)層,未授權(quán)的用戶難以通過如黑客手段訪問數(shù)據(jù)層,同時(shí)也更加合理和有效的控制18、在C2中,連接件和構(gòu)件是如何工作的?答案:連接件負(fù)責(zé)構(gòu)建之間消息的傳遞,而構(gòu)件維持狀態(tài),執(zhí)行操作并通過兩個(gè)名字分別為top和buttom的端口和其他的構(gòu)件交換信息。每個(gè)接口包含一種可發(fā)送的消息和一組可接受的消息,構(gòu)件之間的消息要么是請求其他構(gòu)件執(zhí)行某個(gè)操作的請求消息,要么是通知其他構(gòu)件自身執(zhí)行某個(gè)操作或狀態(tài)發(fā)生改變的通知消息。構(gòu)件之間的消息交換不能之間進(jìn)行,而只能通過連接件來完成。29、設(shè)計(jì)模式的基本成分有哪4條?答案:1、模式名稱2、問題3、解決方案4、效果31、軟件工程的研究主要有哪三個(gè)方向?答案:1、軟件過程分析和建模;2、軟件過程支持;3、軟件過程評估和改進(jìn)。32、簡述一下演化開發(fā)階段的八個(gè)步驟?答案:需求變動(dòng)歸類。制訂體系結(jié)構(gòu)演化計(jì)劃修改、增加或刪除構(gòu)件。更新構(gòu)件的相互作用。產(chǎn)生演化后的體系結(jié)構(gòu)迭代。對以上步驟進(jìn)行確認(rèn),進(jìn)行階段性技術(shù)評審。對所做的標(biāo)記進(jìn)行處理。33、設(shè)計(jì)模式可以分為幾類?答案:創(chuàng)建型、結(jié)構(gòu)型、行為型。1.什么是體系結(jié)構(gòu)描述語言?它與程序語言以及UML有哪些區(qū)別與聯(lián)系?ADL是在底層語義模型的支持下,為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語法和概念框架?;诘讓诱Z義的工具為體系結(jié)構(gòu)的表示、分析、演化、細(xì)化、設(shè)計(jì)過程等提供支持。其三個(gè)基本元素是:構(gòu)件、連接件、體系結(jié)構(gòu)配置。跟其他語言的比較:構(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允許對其描述的體系結(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è)過濾器的行為的簡單合成;(3)支持軟件重用。(4)系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡單。(5)允許對一些如吞吐量、死鎖等屬性的分析;(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)重。(3)因?yàn)樵跀?shù)據(jù)傳輸上沒有通用的標(biāo)準(zhǔn),每個(gè)過濾器都增加了解析和合成數(shù)據(jù)的工作,這樣就導(dǎo)致了系統(tǒng)性能下降,并增加了編寫過濾器的復(fù)雜性。4. 什么是設(shè)計(jì)模式?它與風(fēng)格、框架有什么區(qū)別與聯(lián)系?設(shè)計(jì)模式是對通用設(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è)模式,還可以具體的實(shí)現(xiàn)多個(gè)模式設(shè)計(jì)模式與風(fēng)格兩者為近義詞,通常情況下可以互相通用風(fēng)格主要是指大的,宏觀的設(shè)計(jì)。模式既可宏觀,又可微觀。7.什么是軟件危機(jī),軟件危機(jī)的具體表現(xiàn)有哪些?軟件危機(jī):落后的軟件生產(chǎn)方式無法滿足迅速增長的計(jì)算機(jī)軟件需求,從而導(dǎo)致軟件開發(fā)與維護(hù)過程中出現(xiàn)一系列嚴(yán)重問題的現(xiàn)象。軟件危機(jī)的表現(xiàn):軟件成本日益增長開發(fā)進(jìn)度難以控制軟件質(zhì)量差

注意事項(xiàng)

本文(軟件體系結(jié)構(gòu)考試試題庫 軟件工程 考試試題和答案)為本站會員(jin****ng)主動(dòng)上傳,裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對上載內(nèi)容本身不做任何修改或編輯。 若此文所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng)(點(diǎn)擊聯(lián)系客服),我們立即給予刪除!

溫馨提示:如果因?yàn)榫W(wǎng)速或其他原因下載失敗請重新下載,重復(fù)下載不扣分。




關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!