軟件設(shè)計(jì)師考試深度試題及答案挖掘_第1頁(yè)
軟件設(shè)計(jì)師考試深度試題及答案挖掘_第2頁(yè)
軟件設(shè)計(jì)師考試深度試題及答案挖掘_第3頁(yè)
軟件設(shè)計(jì)師考試深度試題及答案挖掘_第4頁(yè)
軟件設(shè)計(jì)師考試深度試題及答案挖掘_第5頁(yè)
已閱讀5頁(yè),還剩7頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

軟件設(shè)計(jì)師考試深度試題及答案挖掘姓名:____________________

一、單項(xiàng)選擇題(每題2分,共10題)

1.下列關(guān)于面向?qū)ο笤O(shè)計(jì)原則的說(shuō)法,錯(cuò)誤的是:

A.開(kāi)閉原則要求軟件實(shí)體應(yīng)對(duì)擴(kuò)展開(kāi)放,對(duì)修改封閉

B.單一職責(zé)原則要求一個(gè)類(lèi)只包含一個(gè)引起變化的原因

C.依賴(lài)倒置原則要求抽象不應(yīng)依賴(lài)于細(xì)節(jié),細(xì)節(jié)應(yīng)依賴(lài)于抽象

D.接口隔離原則要求多個(gè)接口之間彼此獨(dú)立,接口應(yīng)盡量少

2.在面向?qū)ο笤O(shè)計(jì)中,以下哪個(gè)不屬于設(shè)計(jì)模式?

A.單例模式

B.工廠模式

C.觀察者模式

D.狀態(tài)模式

3.在軟件設(shè)計(jì)中,以下哪個(gè)不是設(shè)計(jì)模式的作用?

A.提高代碼復(fù)用性

B.提高代碼可維護(hù)性

C.提高代碼可讀性

D.降低開(kāi)發(fā)成本

4.下列關(guān)于數(shù)據(jù)庫(kù)設(shè)計(jì)的說(shuō)法,錯(cuò)誤的是:

A.E-R圖是數(shù)據(jù)庫(kù)設(shè)計(jì)的第一步

B.第三范式要求滿足第二范式,并且非主屬性不依賴(lài)于任何非主屬性

C.邏輯結(jié)構(gòu)設(shè)計(jì)主要是確定數(shù)據(jù)庫(kù)模式

D.物理設(shè)計(jì)是將邏輯結(jié)構(gòu)轉(zhuǎn)化為具體的數(shù)據(jù)庫(kù)文件

5.在軟件設(shè)計(jì)中,以下哪個(gè)不是需求分析的任務(wù)?

A.確定軟件的功能需求

B.確定軟件的性能需求

C.確定軟件的界面需求

D.確定軟件的運(yùn)行環(huán)境需求

6.以下哪個(gè)不是軟件設(shè)計(jì)過(guò)程中常見(jiàn)的錯(cuò)誤?

A.設(shè)計(jì)過(guò)于復(fù)雜

B.設(shè)計(jì)不滿足需求

C.設(shè)計(jì)可維護(hù)性差

D.設(shè)計(jì)滿足性能需求

7.在軟件設(shè)計(jì)中,以下哪個(gè)不是軟件架構(gòu)設(shè)計(jì)的目標(biāo)?

A.提高代碼復(fù)用性

B.提高系統(tǒng)可擴(kuò)展性

C.提高系統(tǒng)可維護(hù)性

D.降低開(kāi)發(fā)成本

8.以下哪個(gè)不是UML圖中的用例圖元素?

A.用例

B.需求

C.類(lèi)

D.系統(tǒng)邊界

9.在軟件設(shè)計(jì)中,以下哪個(gè)不是測(cè)試用例的編寫(xiě)原則?

A.測(cè)試用例應(yīng)覆蓋各種邊界條件

B.測(cè)試用例應(yīng)具有可讀性

C.測(cè)試用例應(yīng)具有可復(fù)用性

D.測(cè)試用例應(yīng)具有唯一性

10.以下哪個(gè)不是軟件設(shè)計(jì)過(guò)程中常用的設(shè)計(jì)方法?

A.狀態(tài)轉(zhuǎn)換圖

B.類(lèi)圖

C.數(shù)據(jù)流圖

D.邏輯結(jié)構(gòu)圖

二、多項(xiàng)選擇題(每題3分,共10題)

1.在面向?qū)ο笤O(shè)計(jì)中,以下哪些原則是SOLID原則的組成部分?

A.單一職責(zé)原則

B.開(kāi)閉原則

C.里斯普姆原則

D.依賴(lài)倒置原則

E.接口隔離原則

2.以下哪些是軟件設(shè)計(jì)中的設(shè)計(jì)模式?

A.建造者模式

B.命令模式

C.策略模式

D.觀察者模式

E.模板方法模式

3.在數(shù)據(jù)庫(kù)設(shè)計(jì)中,以下哪些是數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范?

A.字段命名規(guī)范

B.表命名規(guī)范

C.關(guān)系規(guī)范化

D.數(shù)據(jù)完整性約束

E.數(shù)據(jù)庫(kù)備份策略

4.以下哪些是軟件需求分析的方法?

A.用戶訪談

B.問(wèn)卷調(diào)查

C.觀察法

D.文檔分析

E.逆向工程

5.以下哪些是軟件設(shè)計(jì)過(guò)程中常見(jiàn)的架構(gòu)風(fēng)格?

A.客戶端-服務(wù)器架構(gòu)

B.分層架構(gòu)

C.微服務(wù)架構(gòu)

D.模塊化架構(gòu)

E.框架架構(gòu)

6.在UML圖中,以下哪些是靜態(tài)結(jié)構(gòu)圖?

A.類(lèi)圖

B.用例圖

C.狀態(tài)圖

D.序列圖

E.構(gòu)件圖

7.以下哪些是軟件測(cè)試的方法?

A.單元測(cè)試

B.集成測(cè)試

C.系統(tǒng)測(cè)試

D.性能測(cè)試

E.驗(yàn)收測(cè)試

8.以下哪些是軟件維護(hù)的類(lèi)型?

A.正常維護(hù)

B.改進(jìn)性維護(hù)

C.適應(yīng)性維護(hù)

D.適應(yīng)性維護(hù)

E.預(yù)防性維護(hù)

9.以下哪些是軟件項(xiàng)目管理的工具?

A.JIRA

B.Trello

C.Asana

D.MicrosoftProject

E.Confluence

10.以下哪些是軟件開(kāi)發(fā)生命周期模型?

A.水晶模型

B.瀑布模型

C.螺旋模型

D.增量模型

E.瀑布-增量混合模型

三、判斷題(每題2分,共10題)

1.軟件設(shè)計(jì)的主要目標(biāo)是提高軟件的可維護(hù)性和可擴(kuò)展性。(√)

2.軟件設(shè)計(jì)過(guò)程中的設(shè)計(jì)模式都是通用的,適用于所有類(lèi)型的軟件系統(tǒng)。(×)

3.在數(shù)據(jù)庫(kù)設(shè)計(jì)中,第三范式比第二范式更嚴(yán)格。(√)

4.軟件需求分析的主要任務(wù)是確定軟件的功能需求和性能需求。(√)

5.UML圖中的序列圖主要用于展示對(duì)象之間的交互過(guò)程。(√)

6.單元測(cè)試是軟件測(cè)試的最后一階段,應(yīng)在集成測(cè)試之后進(jìn)行。(×)

7.軟件維護(hù)通常發(fā)生在軟件交付給用戶之后。(√)

8.軟件項(xiàng)目管理的工具可以用來(lái)跟蹤項(xiàng)目進(jìn)度和資源分配。(√)

9.螺旋模型是一種迭代的軟件開(kāi)發(fā)生命周期模型,適用于高風(fēng)險(xiǎn)的軟件項(xiàng)目。(√)

10.在軟件設(shè)計(jì)中,設(shè)計(jì)模式可以提高代碼的可讀性和可維護(hù)性。(√)

四、簡(jiǎn)答題(每題5分,共6題)

1.簡(jiǎn)述軟件設(shè)計(jì)中常見(jiàn)的設(shè)計(jì)模式及其作用。

2.解釋數(shù)據(jù)庫(kù)設(shè)計(jì)中的規(guī)范化理論,并說(shuō)明為什么要進(jìn)行規(guī)范化。

3.闡述軟件需求分析的重要性及其主要任務(wù)。

4.簡(jiǎn)述軟件設(shè)計(jì)過(guò)程中如何進(jìn)行界面設(shè)計(jì),并說(shuō)明界面設(shè)計(jì)的關(guān)鍵因素。

5.比較瀑布模型和螺旋模型的特點(diǎn),并說(shuō)明各自適用于哪種類(lèi)型的軟件項(xiàng)目。

6.簡(jiǎn)述軟件測(cè)試的步驟和測(cè)試用例的編寫(xiě)原則。

試卷答案如下

一、單項(xiàng)選擇題

1.D

解析思路:開(kāi)閉原則、單一職責(zé)原則、依賴(lài)倒置原則和接口隔離原則都是面向?qū)ο笤O(shè)計(jì)中的基本原則,而依賴(lài)倒置原則要求抽象不應(yīng)依賴(lài)于細(xì)節(jié),細(xì)節(jié)應(yīng)依賴(lài)于抽象,所以選D。

2.C

解析思路:?jiǎn)卫J?、工廠模式、觀察者模式和狀態(tài)模式都是常見(jiàn)的設(shè)計(jì)模式,而需求不屬于設(shè)計(jì)模式,所以選C。

3.D

解析思路:設(shè)計(jì)模式的主要作用是提高代碼復(fù)用性、可維護(hù)性和可讀性,而降低開(kāi)發(fā)成本不是設(shè)計(jì)模式的作用,所以選D。

4.D

解析思路:E-R圖是數(shù)據(jù)庫(kù)設(shè)計(jì)的第一步,第三范式要求滿足第二范式,并且非主屬性不依賴(lài)于任何非主屬性,邏輯結(jié)構(gòu)設(shè)計(jì)主要是確定數(shù)據(jù)庫(kù)模式,物理設(shè)計(jì)是將邏輯結(jié)構(gòu)轉(zhuǎn)化為具體的數(shù)據(jù)庫(kù)文件,所以選D。

5.D

解析思路:需求分析的任務(wù)包括確定軟件的功能需求、性能需求和界面需求,而運(yùn)行環(huán)境需求不屬于需求分析的任務(wù),所以選D。

6.D

解析思路:設(shè)計(jì)過(guò)于復(fù)雜、設(shè)計(jì)不滿足需求和設(shè)計(jì)可維護(hù)性差都是軟件設(shè)計(jì)過(guò)程中常見(jiàn)的錯(cuò)誤,而設(shè)計(jì)滿足性能需求不是錯(cuò)誤,所以選D。

7.D

解析思路:軟件架構(gòu)設(shè)計(jì)的目標(biāo)包括提高代碼復(fù)用性、系統(tǒng)可擴(kuò)展性和系統(tǒng)可維護(hù)性,而降低開(kāi)發(fā)成本不是軟件架構(gòu)設(shè)計(jì)的目標(biāo),所以選D。

8.B

解析思路:用例圖、狀態(tài)圖、序列圖和構(gòu)件圖都是UML圖中的靜態(tài)結(jié)構(gòu)圖,而需求不屬于靜態(tài)結(jié)構(gòu)圖,所以選B。

9.D

解析思路:測(cè)試用例的編寫(xiě)原則包括覆蓋各種邊界條件、具有可讀性、可復(fù)用性和唯一性,而測(cè)試用例應(yīng)具有唯一性不是編寫(xiě)原則,所以選D。

10.D

解析思路:狀態(tài)轉(zhuǎn)換圖、類(lèi)圖、數(shù)據(jù)流圖和邏輯結(jié)構(gòu)圖都是軟件設(shè)計(jì)過(guò)程中常用的設(shè)計(jì)方法,而UML圖不是設(shè)計(jì)方法,所以選D。

二、多項(xiàng)選擇題

1.A,B,D,E

解析思路:SOLID原則包括單一職責(zé)原則、開(kāi)閉原則、里斯普姆原則、依賴(lài)倒置原則和接口隔離原則,所以選A,B,D,E。

2.A,B,C,D,E

解析思路:建造者模式、命令模式、策略模式、觀察者模式和模板方法模式都是常見(jiàn)的設(shè)計(jì)模式,所以選A,B,C,D,E。

3.A,B,C,D,E

解析思路:字段命名規(guī)范、表命名規(guī)范、關(guān)系規(guī)范化、數(shù)據(jù)完整性約束和數(shù)據(jù)庫(kù)備份策略都是數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范,所以選A,B,C,D,E。

4.A,B,C,D,E

解析思路:用戶訪談、問(wèn)卷調(diào)查、觀察法、文檔分析和逆向工程都是軟件需求分析的方法,所以選A,B,C,D,E。

5.A,B,C,D,E

解析思路:客戶端-服務(wù)器架構(gòu)、分層架構(gòu)、微服務(wù)架構(gòu)、模塊化架構(gòu)和框架架構(gòu)都是軟件設(shè)計(jì)中的常見(jiàn)架構(gòu)風(fēng)格,所以選A,B,C,D,E。

6.A,B,C,E

解析思路:類(lèi)圖、用例圖、狀態(tài)圖和構(gòu)件圖都是靜態(tài)結(jié)構(gòu)圖,而序列圖是行為圖,所以選A,B,C,E。

7.A,B,C,D,E

解析思路:?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試和驗(yàn)收測(cè)試都是軟件測(cè)試的方法,所以選A,B,C,D,E。

8.A,B,C,D,E

解析思路:正常維護(hù)、改進(jìn)性維護(hù)、適應(yīng)性維護(hù)、預(yù)防性維護(hù)和適應(yīng)性維護(hù)都是軟件維護(hù)的類(lèi)型,所以選A,B,C,D,E。

9.A,B,C,D,E

解析思路:JIRA、Trello、Asana、MicrosoftProject和Confluence都是軟件項(xiàng)目管理的工具,所以選A,B,C,D,E。

10.A,B,C,D,E

解析思路:水晶模型、瀑布模型、螺旋模型、增量模型和瀑布-增量混合模型都是軟件開(kāi)發(fā)生命周期模型,所以選A,B,C,D,E。

三、判斷題

1.√

解析思路:軟件設(shè)計(jì)的主要目標(biāo)確實(shí)是為了提高軟件的可維護(hù)性和可擴(kuò)展性。

2.×

解析思路:設(shè)計(jì)模式并非都適用于所有類(lèi)型的軟件系統(tǒng),有些設(shè)計(jì)模式可能更適合特定的場(chǎng)景。

3.√

解析思路:第三范式確實(shí)比第二范式更嚴(yán)格,它要求非主屬性不依賴(lài)于任何非主屬性。

4.√

解析思路:軟件需求分析的主要任務(wù)確實(shí)包括確定軟件的功能需求、性能需求和界面需求。

5.√

解析思路:序列圖確實(shí)用于展示對(duì)象之間的交互過(guò)程。

6.×

解析思路:?jiǎn)卧獪y(cè)試通常在集成測(cè)試之前進(jìn)行,以確保單個(gè)模塊的正確性。

7.√

解析思路:軟件維護(hù)確實(shí)發(fā)生在軟件交付給用戶之后。

8.√

解析思路:軟件項(xiàng)目管理的工具確實(shí)可以用來(lái)跟蹤項(xiàng)目進(jìn)度和資源分配。

9.√

解析思路:螺旋模型確實(shí)適用于高風(fēng)險(xiǎn)的軟件項(xiàng)目,因?yàn)樗试S風(fēng)險(xiǎn)分析和迭代開(kāi)發(fā)。

10.√

解析思路:設(shè)計(jì)模式確實(shí)可以提高代碼的可讀性和可維護(hù)性。

四、簡(jiǎn)答題

1.簡(jiǎn)述軟件設(shè)計(jì)中常見(jiàn)的設(shè)計(jì)模式及其作用。

解析思路:列出常見(jiàn)的設(shè)計(jì)模式,如單例模式、工廠模式等,并說(shuō)明它們各自的作用。

2.解釋數(shù)據(jù)庫(kù)設(shè)計(jì)中的規(guī)范化理論,并說(shuō)明為什么要進(jìn)行規(guī)范化。

解析思路:解釋規(guī)范化理論的基本概念,如第一范式、第二范式和第三范式,并說(shuō)明規(guī)范化的目的。

3.闡述軟件需求分析的重要性及其主要任務(wù)。

解析思路:說(shuō)明軟件需求分析的重要性,如確保項(xiàng)目順利進(jìn)行,并列出主要任務(wù),如收集需求、分析需求等。

4.簡(jiǎn)述軟件設(shè)計(jì)過(guò)程中如何進(jìn)行界面設(shè)計(jì),并說(shuō)明界面設(shè)計(jì)的關(guān)鍵因素

溫馨提示

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

評(píng)論

0/150

提交評(píng)論