軟件設(shè)計與體系結(jié)構(gòu)智慧樹知到期末考試答案章節(jié)答案2024年山東科技大學(xué)_第1頁
軟件設(shè)計與體系結(jié)構(gòu)智慧樹知到期末考試答案章節(jié)答案2024年山東科技大學(xué)_第2頁
軟件設(shè)計與體系結(jié)構(gòu)智慧樹知到期末考試答案章節(jié)答案2024年山東科技大學(xué)_第3頁
軟件設(shè)計與體系結(jié)構(gòu)智慧樹知到期末考試答案章節(jié)答案2024年山東科技大學(xué)_第4頁
軟件設(shè)計與體系結(jié)構(gòu)智慧樹知到期末考試答案章節(jié)答案2024年山東科技大學(xué)_第5頁
免費預(yù)覽已結(jié)束,剩余6頁可下載查看

付費下載

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

軟件設(shè)計與體系結(jié)構(gòu)智慧樹知到期末考試答案+章節(jié)答案2024年山東科技大學(xué)在裝飾者模式中,不能使用另一個裝飾者繼續(xù)裝飾一個裝飾者。()

答案:錯類庫是一套被反復(fù)使用、為多數(shù)人知曉、經(jīng)過分類編目的、代碼設(shè)計經(jīng)驗的總結(jié)。()

答案:錯設(shè)計模式是設(shè)計復(fù)用的主要手段。()

答案:對關(guān)于接口和子系統(tǒng)的關(guān)系,一個子系統(tǒng)可以實現(xiàn)多個不同的接口。()

答案:對軟件設(shè)計質(zhì)量將影響軟件開發(fā)過程的難易程度。()

答案:對設(shè)計模式是面向?qū)ο筌浖こ痰幕?。(?/p>

答案:對模式只不過在利用OO設(shè)計原則而已,懂得運用封裝、繼承、多態(tài)等OO原則,就沒有必要考慮設(shè)計模式。()

答案:錯庫和框架都是設(shè)計模式的一種。()

答案:錯最少知識原則的目標(biāo)是允許類容易擴展,在不修改現(xiàn)有代碼的情況下,就可搭配新的行為。()

答案:錯在適配器模式中,可以讓客戶使用新的庫,而無需改變?nèi)魏未a。()

答案:對瀑布模型的主要缺點是()

答案:只有在項目生命周期的后期才能看到結(jié)果###在項目各個階段之間極少有反饋在進行概念模型和頂層架構(gòu)設(shè)計時,不經(jīng)常使用的UML圖是()

答案:部署圖###用例圖###順序圖軟件部署模型的目標(biāo)是()

答案:計算節(jié)點之間的網(wǎng)絡(luò)連接方式###反映軟件系統(tǒng)的網(wǎng)絡(luò)運行環(huán)境和物理分布狀況###軟件中的各子系統(tǒng)、構(gòu)件在哪些計算節(jié)點上運行關(guān)于接口和子系統(tǒng)的關(guān)系,下列說法正確的是()。

答案:相同的接口可以有多個不同的子系統(tǒng)來實現(xiàn)###子系統(tǒng)可以實現(xiàn)接口所描述的行為###一個子系統(tǒng)可以實現(xiàn)多個不同的接口面向?qū)ο笙到y(tǒng)中功能復(fù)用的最常用技術(shù)是()。

答案:對象組合###類繼承用例分析與設(shè)計過程不包括()

答案:類設(shè)計###算法在統(tǒng)一建模語言UML中,()用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。

答案:用例圖下列選項中,()是順序圖具備而通信圖不具備的功能。

答案:顯示交互時對象的執(zhí)行發(fā)生迪米特(Demeter)準(zhǔn)則用于指導(dǎo)詳細(xì)設(shè)計階段類的職責(zé)分配,根據(jù)該準(zhǔn)則,在一個對象的方法中,其消息不應(yīng)該發(fā)往()。

答案:直接依賴于該對象的對象對在不同的對象之間劃分責(zé)任和算法的抽象化的設(shè)計模式類型是()

答案:行為型模式()視圖描述軟件在開發(fā)環(huán)境中的靜態(tài)結(jié)構(gòu)。

答案:開發(fā)視圖在創(chuàng)建什么(What),由誰創(chuàng)建(Who),何時創(chuàng)建(When)等方面都為軟件設(shè)計者提供了盡可能大的靈活性的設(shè)計模式類型是()

答案:創(chuàng)建型模式以下內(nèi)聚性最低的內(nèi)聚類型是()

答案:偶然內(nèi)聚面向?qū)ο蟮脑O(shè)計原則與設(shè)計模式最本質(zhì)的區(qū)別是()。

答案:設(shè)計原則是基本指導(dǎo)思想,而設(shè)計模式則是具體技術(shù)的應(yīng)用內(nèi)聚性和耦合性是度量軟件模塊獨立性的重要準(zhǔn)則,軟件設(shè)計時應(yīng)力求()。

答案:高內(nèi)聚,低耦合以下屬于單件模式的優(yōu)點是()

答案:對唯一實例的受控訪問()模式主要被用來封裝可互換的行為,并使用委托決定在子類具體使用哪一種。

答案:策略下列選項中,()不會出現(xiàn)在活動圖中。

答案:用例軟件設(shè)計計劃的目標(biāo)是讓開發(fā)人員與設(shè)計人員達成共識。()

答案:錯邊界類是描述概念模型的主要手段。()

答案:錯組合/聚合復(fù)用原則的目標(biāo)是盡量采用組合、聚合的方式而不是繼承的關(guān)系來達到軟件的復(fù)用目的。()

答案:對任何基類可以出現(xiàn)的地方,子類一定可以出現(xiàn),這是指單一責(zé)任原則。()

答案:錯關(guān)系數(shù)據(jù)庫的數(shù)據(jù)模型設(shè)計不屬于持久存儲數(shù)據(jù)設(shè)計。()

答案:錯分析類的類型包括()

答案:實體類###邊界類###控制類在基于評估與轉(zhuǎn)換的設(shè)計方法中,常用的軟件評估方法有()

答案:數(shù)學(xué)建模###基于場景的評估###基于經(jīng)驗的推理###仿真建模設(shè)計模式的基本要素的是()

答案:參與者和協(xié)作者###解決方案###意圖###名稱開-閉原則(Open-ClosedPrinciple,OCP)是面向?qū)ο蟮目蓮?fù)用設(shè)計的基石。開-閉原則是指一個軟件實體應(yīng)當(dāng)對()開放,對修改關(guān)閉。

答案:擴展“不要和陌生人說話”是對()原則的形象表述。

答案:最少朋友在進行頂層架構(gòu)設(shè)計時,最適合使用的UML圖是()

答案:包圖Open-Close原則的含義是()

答案:對擴展開放,對修改關(guān)閉類相互間的耦合度比較高時,一個類的變動對別的類造成的影響較為少。()

答案:錯策略模式定義了算法族,并分別封裝起來,讓它們之間可以相互替換。()

答案:對軟件設(shè)計的最終輸出是軟件需求說明書。()

答案:錯適配器模式實現(xiàn)了單一責(zé)任原則。()

答案:錯有關(guān)進程建模的概念,下列說法錯誤的是()。

答案:進程和線程之間可以定義組合關(guān)系###進程和進程之間可以定義依賴關(guān)系###可使用類圖進行進程建模下列關(guān)于狀態(tài)圖的說法中,錯誤的是()

答案:狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進行建模的五種圖之一。###狀態(tài)圖強調(diào)對有幾個對象參與的活動過程建模,而活動圖更強調(diào)對單個反應(yīng)型對象建###狀態(tài)圖是活動圖的一個特例,狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)在較高層次上對系統(tǒng)進行建模的設(shè)計階段是()

答案:頂層架構(gòu)設(shè)計###概念模型設(shè)計在設(shè)計階段的用例實現(xiàn)過程中,封裝子系統(tǒng)交互帶來的好處包括()。

答案:簡化交互圖,減少混亂###容易變更和替換###支持并行開發(fā)采用UML進行軟件建模過程中,類圖是系統(tǒng)的一種靜態(tài)視圖,用()可明確表示兩類事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系。

答案:聚合關(guān)系設(shè)計模式是設(shè)計中通用問題的解決方案;GoF的23種設(shè)計模式為我們的設(shè)計提供了許多優(yōu)秀的解決方案。在某一系統(tǒng)的設(shè)計過程中發(fā)現(xiàn)這樣一個問題:已有的兩個設(shè)計類需要互相通信,但接口不一致,此時我們應(yīng)該考慮使用()來解決。

答案:適配器(Adapter)模式在體系結(jié)構(gòu)4+1多視圖建模中面向最終用戶,與應(yīng)用領(lǐng)域相關(guān),關(guān)注功能需求是()

答案:邏輯視圖在描述一個具體用例時,除使用文字描述外,還可以使用()

答案:順序圖以某海鮮酒家為研究對象,下列選項中,()是業(yè)務(wù)工人。

答案:服務(wù)員不包含在簡單工廠模式中的對象是()

答案:方法裝飾者模式的意圖是()

答案:為一個對象動態(tài)連接附加的職責(zé)。UML中的“統(tǒng)一”體現(xiàn)在很多方面,下列選項()不是UML統(tǒng)一的內(nèi)容。

答案:軟件開發(fā)過程關(guān)于泛化關(guān)系和實現(xiàn)關(guān)系的區(qū)別,下列論述錯誤的是()。

答案:實現(xiàn)關(guān)系容易支持多態(tài)性,而泛化關(guān)系則很難支持多態(tài)性設(shè)計模式的兩大主題是()

答案:系統(tǒng)復(fù)用與系統(tǒng)擴展關(guān)于接口和子系統(tǒng)的關(guān)系,子系統(tǒng)可以實現(xiàn)接口所描述的行為。()

答案:對分析類的主要作用在于給出領(lǐng)域概念及其之間的關(guān)系。()

答案:對GOF設(shè)計模式常用的有幾種()

答案:23以下內(nèi)聚性最高的內(nèi)聚類型是()

答案:順序內(nèi)聚類耦合度的計算方式是:()

答案:與該類耦合的其他類的數(shù)目對模塊內(nèi)部的工作和執(zhí)行過程進行描述,給出有關(guān)處理的精確說明是指()

答案:算法設(shè)計內(nèi)聚是一種指標(biāo),表示一個模塊()。

答案:代碼功能的集中程度下列關(guān)于UML的論述,錯誤的是()。

答案:可作為一種指導(dǎo)軟件開發(fā)的通用過程下列有關(guān)類的定義,正確的是()。

答案:對象的抽象Rational公司的ROSE軟件是面向?qū)ο笤O(shè)計的主要工具。()

答案:錯為了實踐迪米特法則,應(yīng)該調(diào)用被當(dāng)做方法的參數(shù)而傳遞進來的對象的方法。()

答案:對在業(yè)務(wù)模型中,業(yè)務(wù)參與者在業(yè)務(wù)之外。()

答案:對設(shè)計模式也是一種設(shè)計機制。()

答案:對外觀模式在提供簡化接口的同時,依然將系統(tǒng)完整的功能暴露出來。()

答案:對為了實踐迪米特法則,應(yīng)該調(diào)用從另一個調(diào)用中返回的對象的方法。()

答案:錯關(guān)于接口和子系統(tǒng)的關(guān)系,實現(xiàn)相同接口的不同子系統(tǒng),其對外體現(xiàn)的行為不一定相同。()

答案:錯在業(yè)務(wù)模型中,業(yè)務(wù)用例為業(yè)務(wù)工人提供價值。()

答案:錯項目風(fēng)險管理是軟件設(shè)計計劃的一部分。()

答案:對設(shè)計模式是針對單一問題提供解決方案,比體系結(jié)構(gòu)風(fēng)格層次較低。()

答案:對類間的依賴關(guān)系應(yīng)該建立在最小的接口上。()

答案:對設(shè)計機制是運用特定的實現(xiàn)技術(shù)來編碼實現(xiàn)相應(yīng)的分析機制。()

答案:錯開發(fā)視圖將軟件打包為子系統(tǒng),并按層次進行組織。()

答案:對組合/聚合復(fù)用原則的目標(biāo)是允許類容易擴展,在不修改現(xiàn)有代碼的情況下,就可搭配新的行為。()

答案:錯構(gòu)架機制一般關(guān)注系統(tǒng)的非功能需求。()

答案:對關(guān)于接口和子系統(tǒng)的關(guān)系,相同的接口可以有多個不同的子系統(tǒng)來實現(xiàn)。()

答案:對構(gòu)架機制可分為分析機制、設(shè)計機制和實現(xiàn)機制。()

答案:對在裝飾者模式中,可以增加新的行為,而無需修改現(xiàn)有的代碼。()

答案:對遵循開放-關(guān)閉原則,通常會引入新的抽象層次,增加代碼的復(fù)雜度。()

答案:對在適配器模式中,客戶并不會意識到適配器的存在。()

答案:對體系結(jié)構(gòu)4+1多視圖建模中的視圖包括:()

答案:物理視圖###進程視圖###邏輯視圖###開發(fā)視圖以下不是用來描述FACADE(外觀)的設(shè)計目標(biāo)?()

答案:定義一個用于創(chuàng)建對象的接口,讓子類決定實例化哪一個類。###保證一個類僅有一個實例,并提供一個訪問它的全局訪問點。###在不破壞封裝性的前提下,捕獲一個對象的內(nèi)部狀態(tài),并在該對象之外保存這個狀態(tài)。這樣以后就可將該對象恢復(fù)到原先保存的狀態(tài)。不可以被用于簡化接口的是()模式。

答案:裝飾者###組合###適配器以下哪些不是ADAPTER(適配器)的設(shè)計目標(biāo)?()

答案:將一個請求封裝為一個對象,從而使你可用不同的請求對客戶進行參數(shù)化;對請求排隊或記錄請求日志,以及支持可撤消的操作。###定義一個用于創(chuàng)建對象的接口,讓子類決定實例化哪一個類###表示一個作用于某對象結(jié)構(gòu)中的各元素的操作,它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作。以下對"開-閉"原則的一些描述珍貴的是()

答案:對修改關(guān)閉,是其原則之一###從抽象層導(dǎo)出一個或多個新的具體類可以改變系統(tǒng)的行為,是其原則之一###找到一個系統(tǒng)的可變元素,將它封裝起來,叫"開-閉"原則以下哪些問題通過應(yīng)用設(shè)計模式能夠解決()

答案:指定對象的接口###設(shè)計應(yīng)支持變化軟件設(shè)計質(zhì)量會對最終軟件產(chǎn)品質(zhì)量的以下方面造成影響()

答案:正確性###可移植性###可靠性UML中的圖包括靜態(tài)圖和動態(tài)圖,下述不是靜態(tài)圖的是()

答案:順序圖###狀態(tài)圖###活動圖數(shù)據(jù)模型設(shè)計的類型包括()

答案:數(shù)據(jù)結(jié)構(gòu)設(shè)計###數(shù)據(jù)文件設(shè)計###數(shù)據(jù)庫設(shè)計以下不屬于設(shè)計模式的主要分類的是()

答案:單例型模式###工廠型模式()視圖關(guān)注軟件在物理環(huán)境下的拓補結(jié)構(gòu)和通信方式。

答案:物理視圖采用瀑布模型進行系統(tǒng)開發(fā)的過程中,每個階段都會產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中,正確的是()。

答案:外部設(shè)計評審報告在概要設(shè)計階段產(chǎn)生面向?qū)ο蟮脑O(shè)計原則是指導(dǎo)我們進行面向?qū)ο笤O(shè)計的基本思想,如果違背了這些原則,則設(shè)計模型可能會存在很嚴(yán)重的問題;現(xiàn)發(fā)現(xiàn)在一個已有的設(shè)計模型中,有一些使用父類正常運行的方法,在使用子類時無法運行,這種現(xiàn)象可能是因為我們違背了()設(shè)計原則。

答案:LSP要依賴于抽象,不要依賴于具體類。即針對接口編程,不要針對實現(xiàn)編程,這是對()原則的表述。

答案:依賴倒置可以被用于轉(zhuǎn)換接口的是()模式。

答案:適配器UML中的圖包括動態(tài)圖和靜態(tài)圖,下述不是動態(tài)圖的是()

答案:對象圖在用戶界面設(shè)計中屏幕使用UML中的()圖進行建模。

答案:類圖()反映了類間的一種層次關(guān)系

答案:繼承體系結(jié)構(gòu)4+1多視圖建模中的1是指:()

答案:場景對類的實例化過程進行了抽象,能夠?qū)④浖K中對象的創(chuàng)建和對象的使用分離的設(shè)計模式類型是()

答案:創(chuàng)建型模式UML的全稱是()

答案:UnifiedModelingLanguage在設(shè)計類的行為模型時,一般使用()圖來描述單個方法的行為

答案:活動圖當(dāng)需要描述一個類的對象跨越多個用例所表現(xiàn)出的不同行為時,應(yīng)該考慮()。

答案:狀態(tài)機圖一個設(shè)計得好的OO系統(tǒng)具有的特征是()

答案:高內(nèi)聚、低耦合的特征下面哪個不是UML中的靜態(tài)視圖()

答案:狀態(tài)圖在體系結(jié)構(gòu)4+1多視圖建模中面向系統(tǒng)設(shè)計人員與集成人員的視圖是()

答案:進程視圖數(shù)據(jù)模型設(shè)計中保持?jǐn)?shù)據(jù)一致性、完整性的內(nèi)容是()

答案:鍵設(shè)計在設(shè)計類的行為模型時,一般使用()圖來描述整個類的行為

答案:狀態(tài)圖以下不屬于創(chuàng)建型模式是()

答案:PROXY(代理)下列選項中,()不是設(shè)計元素。

答案:實體類子系統(tǒng)的職責(zé)是指()。

答案:子系統(tǒng)接口的操作集合下列有關(guān)UML包圖的論述中,正確的是()。

答案:包之間可以存在泛化關(guān)系與包相比,子系統(tǒng)具有更豐富的語義,它能夠通過接口對外提供行為。下列4個選項中,()是包和子系統(tǒng)都具有的特點。

答案:一種分組機制下列有關(guān)接口和實現(xiàn)關(guān)系的論述中,錯誤的是()。

答案:接口主要用于支持代碼的復(fù)用定義分析類時需要以下哪些分析類之間的關(guān)系。()

答案:關(guān)聯(lián)###泛化###聚合采用BCE架構(gòu)構(gòu)造用例實現(xiàn)時,應(yīng)該為每對參與者/用例定義一個用戶界面類。()

答案:錯關(guān)于用例實現(xiàn),下列說法錯誤的是()。

答案:一個用例實現(xiàn)可以使用一個類圖來表示用例實現(xiàn)在UML2中主要使用協(xié)作圖來建模,其中協(xié)作的符號是由實線構(gòu)成的橢圓。()

答案:錯下列有關(guān)分析機制的論述中,錯誤的是()。

答案:分析機制是對設(shè)計機制的具體描述下列有關(guān)用例文檔相關(guān)內(nèi)容的論述中,正確的是()。

答案:前置條件必須在用例開始執(zhí)行前就能檢測到下列選項中,()不會出現(xiàn)在需求階段的用例文檔中。

答案:用例實現(xiàn)場景下面4個選項中,()肯定不能作為系統(tǒng)的參與者。

答案:系統(tǒng)自身的數(shù)據(jù)庫在一個“訂單管理子系統(tǒng)”中,創(chuàng)建新訂單和更新訂單都需要核查用戶賬號是否正確。那么,用例“創(chuàng)建新訂單”“更新訂單”與用例“核查客戶賬號”之間是()關(guān)系。

答案:包含考慮某客戶服務(wù)系統(tǒng),客服部人員接聽完客戶電話后,需要通過該系統(tǒng)記錄客戶來電的內(nèi)容,則用例“記錄客戶來電”的前置條件最可能是()。

答案:客服部人員已經(jīng)登錄下列選項中,關(guān)于業(yè)務(wù)參與者和系統(tǒng)參與者的論述,正確的是()。

答案:系統(tǒng)參與者一定要與系統(tǒng)交互下列選項中,()不會出現(xiàn)在活動圖中。

答案:用例下列有關(guān)業(yè)務(wù)建模的概念和方法的論述中,錯誤的是()

答案:業(yè)務(wù)建模是軟件開發(fā)的必備環(huán)節(jié)業(yè)務(wù)模型中的業(yè)務(wù)實體,在系統(tǒng)模型中最有可能成為()

答案:實體類下列關(guān)于活動圖的論述中,錯誤的是()

答案:可以包括多個起點針對以下研究對象,財務(wù)人員最有可能是業(yè)務(wù)參與者的是()

答案:公司人力資源部###某省注冊會計師考試委員會下列有關(guān)業(yè)務(wù)模型的相關(guān)概念中,錯誤的是()

答案:業(yè)務(wù)用例為業(yè)務(wù)工人提供價值工廠模式通過讓子類決定該創(chuàng)建的對象是什么,來達到將對象創(chuàng)建的過程封裝的目的。()

答案:對設(shè)計模式的分類主要包括()

答案:結(jié)構(gòu)型模式###創(chuàng)建型模式###行為型模式外觀模式的特征是()

答案:簡化接口找出應(yīng)用中可能需要變化之處,把它們獨立出來,不要和那些不需要變化的代碼混在一起是指()設(shè)計原則。

答案:變化分離原則結(jié)構(gòu)型模式的特點是對在不同的對象之間劃分責(zé)任和算法的抽象化。(

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論