2021年下半年軟件設(shè)計師下午試卷及答案_第1頁
2021年下半年軟件設(shè)計師下午試卷及答案_第2頁
2021年下半年軟件設(shè)計師下午試卷及答案_第3頁
2021年下半年軟件設(shè)計師下午試卷及答案_第4頁
2021年下半年軟件設(shè)計師下午試卷及答案_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

2021年下半年軟件設(shè)計師下午試卷及答案

姓名:__________考號:__________一、單選題(共10題)1.以下哪個不屬于軟件設(shè)計原則?()A.單一職責(zé)原則B.開放封閉原則C.李氏替換原則D.李氏替換原則2.在面向?qū)ο笤O(shè)計中,以下哪個不是類圖中的元素?()A.類B.接口C.線程D.枚舉3.以下哪個不是UML中的用例圖元素?()A.用例B.參與者C.狀態(tài)圖D.包4.在軟件設(shè)計過程中,以下哪個階段不會進行需求分析?()A.需求分析階段B.設(shè)計階段C.實現(xiàn)階段D.測試階段5.以下哪個不是軟件設(shè)計文檔的內(nèi)容?()A.類圖B.用例圖C.序列圖D.需求規(guī)格說明書6.在面向?qū)ο笤O(shè)計中,以下哪個不是設(shè)計模式?()A.單例模式B.工廠模式C.命令模式D.狀態(tài)模式7.在軟件設(shè)計中,以下哪個不是系統(tǒng)設(shè)計的目標(biāo)?()A.提高軟件質(zhì)量B.提高開發(fā)效率C.降低維護成本D.增加系統(tǒng)功能8.以下哪個不是軟件設(shè)計評審的內(nèi)容?()A.設(shè)計的合理性B.設(shè)計的可行性C.設(shè)計的可用性D.設(shè)計的文檔完整性9.在軟件設(shè)計中,以下哪個不是設(shè)計模式分類?()A.創(chuàng)建型模式B.結(jié)構(gòu)型模式C.行為型模式D.邏輯型模式二、多選題(共5題)10.以下哪些是軟件需求規(guī)格說明書應(yīng)該包含的內(nèi)容?()A.系統(tǒng)概述B.功能需求C.非功能需求D.用戶界面設(shè)計E.系統(tǒng)性能11.在軟件設(shè)計中,以下哪些原則是面向?qū)ο笤O(shè)計的基本原則?()A.單一職責(zé)原則B.開放封閉原則C.里氏替換原則D.依賴倒置原則E.迪米特法則12.以下哪些是軟件測試的類型?()A.單元測試B.集成測試C.系統(tǒng)測試D.驗收測試E.性能測試13.以下哪些是軟件設(shè)計中的設(shè)計模式?()A.單例模式B.工廠模式C.觀察者模式D.責(zé)任鏈模式E.命令模式14.以下哪些是軟件工程中的項目管理工具?()A.敏捷項目管理工具B.水晶項目管理工具C.螺旋項目管理工具D.風(fēng)險管理工具E.質(zhì)量管理工具三、填空題(共5題)15.軟件生命周期包括需求分析、設(shè)計、實現(xiàn)、測試和____階段。16.UML圖中的____圖用于描述系統(tǒng)的靜態(tài)結(jié)構(gòu),包括類、接口、屬性、操作等。17.在面向?qū)ο笤O(shè)計中,____原則要求將一個類的變化和它的各個部分的依賴性分離,以降低它們之間的耦合。18.軟件測試中的____測試用于驗證軟件是否滿足非功能性需求,如性能、安全性、可用性等。19.在軟件開發(fā)過程中,____是識別和評估項目風(fēng)險的過程,旨在降低項目風(fēng)險對項目目標(biāo)的影響。四、判斷題(共5題)20.UML圖中的狀態(tài)圖只能描述對象在其生命周期中的動態(tài)行為。()A.正確B.錯誤21.在軟件設(shè)計過程中,設(shè)計模式是用來解決具體設(shè)計問題的通用解決方案。()A.正確B.錯誤22.軟件測試的目的是為了證明軟件是正確的。()A.正確B.錯誤23.敏捷開發(fā)方法不強調(diào)文檔的編寫。()A.正確B.錯誤24.軟件維護階段的任務(wù)主要是對軟件進行功能性的更新。()A.正確B.錯誤五、簡單題(共5題)25.請簡述軟件設(shè)計過程中需求分析階段的主要任務(wù)。26.解釋UML圖中的類圖和序列圖之間的區(qū)別。27.為什么說設(shè)計模式是軟件工程中的一個重要工具?28.什么是敏捷開發(fā),它有哪些核心原則?29.軟件測試中的回歸測試是什么?它為什么重要?

2021年下半年軟件設(shè)計師下午試卷及答案一、單選題(共10題)1.【答案】D【解析】李氏替換原則和里氏替換原則是同一個原則,因此選項D重復(fù),不屬于軟件設(shè)計原則。2.【答案】C【解析】線程是執(zhí)行線程的實體,不屬于類圖中的元素。類圖主要描述類、接口、關(guān)聯(lián)、依賴、聚合、組合等關(guān)系。3.【答案】C【解析】狀態(tài)圖是UML的一種行為圖,用于描述對象在其生命周期中的行為。用例圖中的元素包括用例、參與者、關(guān)聯(lián)等。4.【答案】D【解析】測試階段是確保軟件質(zhì)量的過程,不涉及需求分析。需求分析通常在軟件開發(fā)的前期階段進行。5.【答案】B【解析】需求規(guī)格說明書是需求分析階段產(chǎn)生的文檔,而不是設(shè)計文檔。設(shè)計文檔通常包括類圖、序列圖等。6.【答案】C【解析】命令模式是一種行為型設(shè)計模式,用于將請求封裝為一個對象,從而允許用戶對請求進行參數(shù)化、排隊或記錄請求日志。7.【答案】D【解析】系統(tǒng)設(shè)計的目標(biāo)通常包括提高軟件質(zhì)量、提高開發(fā)效率、降低維護成本等,而不是單純增加系統(tǒng)功能。8.【答案】D【解析】軟件設(shè)計評審主要關(guān)注設(shè)計的合理性、可行性、可用性等方面,而設(shè)計文檔的完整性通常在文檔評審階段進行。9.【答案】D【解析】設(shè)計模式主要分為創(chuàng)建型模式、結(jié)構(gòu)型模式、行為型模式三種,邏輯型模式不屬于設(shè)計模式分類。二、多選題(共5題)10.【答案】A,B,C,D,E【解析】軟件需求規(guī)格說明書應(yīng)包含系統(tǒng)概述、功能需求、非功能需求、用戶界面設(shè)計以及系統(tǒng)性能等關(guān)鍵信息,以確保全面、準確地描述軟件需求。11.【答案】A,B,C,D,E【解析】面向?qū)ο笤O(shè)計的基本原則包括單一職責(zé)原則、開放封閉原則、里氏替換原則、依賴倒置原則和迪米特法則,這些原則有助于提高軟件的可維護性和可擴展性。12.【答案】A,B,C,D,E【解析】軟件測試的類型包括單元測試、集成測試、系統(tǒng)測試、驗收測試和性能測試等,這些測試類型確保軟件在不同階段的質(zhì)量。13.【答案】A,B,C,D,E【解析】軟件設(shè)計中的設(shè)計模式包括單例模式、工廠模式、觀察者模式、責(zé)任鏈模式和命令模式等,它們提供了解決特定設(shè)計問題的通用解決方案。14.【答案】A,B,C,D,E【解析】軟件工程中的項目管理工具包括敏捷項目管理工具、水晶項目管理工具、螺旋項目管理工具、風(fēng)險管理工具和質(zhì)量管理工具等,它們幫助項目經(jīng)理有效管理項目。三、填空題(共5題)15.【答案】維護【解析】軟件生命周期是指從軟件需求分析開始,到軟件退役為止的整個時期,其中維護階段是軟件生命周期的最后一個階段。16.【答案】類圖【解析】UML圖中的類圖是用于描述系統(tǒng)的靜態(tài)結(jié)構(gòu),它展示了系統(tǒng)中類之間的關(guān)系,包括繼承、關(guān)聯(lián)、聚合和組合等。17.【答案】依賴倒置【解析】依賴倒置原則(DependencyInversionPrinciple,DIP)要求高層模塊不應(yīng)該依賴于低層模塊,兩者都應(yīng)依賴于抽象。這樣,抽象不應(yīng)該依賴于細節(jié),細節(jié)應(yīng)該依賴于抽象。18.【答案】非功能測試【解析】非功能測試是對軟件的非功能性需求進行驗證的測試,這些需求包括性能、安全性、可用性、可靠性等,它們通常不直接體現(xiàn)為功能點。19.【答案】風(fēng)險管理【解析】風(fēng)險管理是軟件開發(fā)過程中識別和評估項目風(fēng)險的過程,包括風(fēng)險識別、風(fēng)險分析和風(fēng)險應(yīng)對等步驟,目的是為了降低風(fēng)險對項目目標(biāo)的潛在影響。四、判斷題(共5題)20.【答案】正確【解析】狀態(tài)圖是UML行為圖的一種,用于描述對象在其生命周期中的動態(tài)行為,特別是對象狀態(tài)的變化。它顯示了對象可能的狀態(tài)以及觸發(fā)這些狀態(tài)變化的事件。21.【答案】正確【解析】設(shè)計模式是軟件工程中總結(jié)出的解決特定設(shè)計問題的通用、可重用的解決方案。它們可以幫助開發(fā)者避免常見的軟件設(shè)計問題,提高代碼的可維護性和可擴展性。22.【答案】錯誤【解析】軟件測試的目的是為了發(fā)現(xiàn)軟件中的錯誤和缺陷,而不是證明軟件是正確的。測試可以幫助確保軟件滿足需求,但無法保證軟件在所有情況下都是正確的。23.【答案】正確【解析】敏捷開發(fā)方法強調(diào)快速迭代和持續(xù)交付,相對于傳統(tǒng)的瀑布模型,它更注重口頭溝通和實際工作成果,相對減少了對文檔的編寫。24.【答案】錯誤【解析】軟件維護階段的任務(wù)不僅包括對軟件進行功能性的更新,還包括修復(fù)錯誤、優(yōu)化性能、增強可用性、適應(yīng)環(huán)境變化等多方面的任務(wù)。五、簡答題(共5題)25.【答案】需求分析階段的主要任務(wù)是全面了解用戶需求,收集和分析系統(tǒng)需求,明確系統(tǒng)的功能和非功能需求,并形成需求規(guī)格說明書。這一階段需要與用戶進行充分溝通,理解業(yè)務(wù)流程,以及確定系統(tǒng)的性能指標(biāo)、安全性和可靠性要求等?!窘馕觥啃枨蠓治鍪擒浖_發(fā)的第一步,其目標(biāo)是明確軟件需要實現(xiàn)什么功能,以及如何滿足用戶的需求。這一階段的工作質(zhì)量直接影響到后續(xù)的設(shè)計和開發(fā)工作。26.【答案】類圖和序列圖都是UML圖,但它們表示的信息不同。類圖主要展示系統(tǒng)的靜態(tài)結(jié)構(gòu),包括類、接口和它們之間的關(guān)系,如繼承、關(guān)聯(lián)和聚合等。序列圖則展示對象之間在特定時間點的交互順序,它描述了對象之間如何協(xié)作完成一個操作或事務(wù)?!窘馕觥款悎D和序列圖都是UML圖,但它們關(guān)注的信息不同。類圖側(cè)重于靜態(tài)結(jié)構(gòu),序列圖側(cè)重于動態(tài)交互。理解這兩者的區(qū)別有助于正確地使用UML進行軟件設(shè)計。27.【答案】設(shè)計模式是軟件工程中的一個重要工具,因為它們提供了解決常見軟件設(shè)計問題的通用解決方案。設(shè)計模式可以幫助開發(fā)者避免重復(fù)造輪子,提高代碼的可重用性、可維護性和可擴展性,同時減少設(shè)計錯誤?!窘馕觥吭O(shè)計模式是軟件工程經(jīng)驗的總結(jié),它們通過提供最佳實踐來指導(dǎo)開發(fā)者進行設(shè)計。使用設(shè)計模式可以提高軟件開發(fā)的質(zhì)量和效率。28.【答案】敏捷開發(fā)是一種以人為核心、迭代、循序漸進的開發(fā)方法。它的核心原則包括:個體和交互勝過過程和工具;可工作的軟件勝過面面俱到的文檔;客戶合作勝過合同談判;響應(yīng)變化勝過遵循計劃?!窘馕觥?/p>

溫馨提示

  • 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)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論