軟件設(shè)計(jì)師考試復(fù)習(xí)思路與試題及答案_第1頁(yè)
軟件設(shè)計(jì)師考試復(fù)習(xí)思路與試題及答案_第2頁(yè)
軟件設(shè)計(jì)師考試復(fù)習(xí)思路與試題及答案_第3頁(yè)
軟件設(shè)計(jì)師考試復(fù)習(xí)思路與試題及答案_第4頁(yè)
軟件設(shè)計(jì)師考試復(fù)習(xí)思路與試題及答案_第5頁(yè)
已閱讀5頁(yè),還剩4頁(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ì)師考試復(fù)習(xí)思路與試題及答案姓名:____________________

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

1.在面向?qū)ο蟮脑O(shè)計(jì)中,以下哪個(gè)不是類的基本特征?

A.封裝

B.繼承

C.多態(tài)

D.演化

2.以下哪個(gè)不是設(shè)計(jì)模式?

A.單例模式

B.觀察者模式

C.狀態(tài)模式

D.線程池模式

3.在UML中,以下哪個(gè)圖表示系統(tǒng)的靜態(tài)結(jié)構(gòu)?

A.用例圖

B.類圖

C.序列圖

D.狀態(tài)圖

4.在軟件設(shè)計(jì)中,以下哪個(gè)階段不屬于需求分析?

A.功能需求分析

B.非功能需求分析

C.數(shù)據(jù)需求分析

D.設(shè)計(jì)需求分析

5.以下哪個(gè)不是軟件設(shè)計(jì)的原則?

A.開放封閉原則

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

C.迪米特法則

D.精簡(jiǎn)原則

6.在軟件設(shè)計(jì)中,以下哪個(gè)階段不屬于系統(tǒng)設(shè)計(jì)?

A.總體設(shè)計(jì)

B.組件設(shè)計(jì)

C.數(shù)據(jù)庫(kù)設(shè)計(jì)

D.界面設(shè)計(jì)

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

A.黑盒測(cè)試

B.白盒測(cè)試

C.灰盒測(cè)試

D.單元測(cè)試

8.在軟件工程中,以下哪個(gè)不是軟件質(zhì)量模型?

A.ISO/IEC25000

B.CMMI

C.FURPS

D.SPICE

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

A.工廠方法模式

B.命令模式

C.模板方法模式

D.責(zé)任鏈模式

10.在軟件設(shè)計(jì)中,以下哪個(gè)不是軟件架構(gòu)?

A.框架架構(gòu)

B.分層架構(gòu)

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

D.事件驅(qū)動(dòng)架構(gòu)

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

1.以下哪些是軟件設(shè)計(jì)的基本原則?

A.封裝性

B.開放封閉原則

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

D.迪米特法則

E.Liskov替換原則

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

A.單例模式

B.工廠模式

C.觀察者模式

D.狀態(tài)模式

E.命令模式

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

A.類圖

B.用例圖

C.序列圖

D.構(gòu)件圖

E.對(duì)象圖

4.軟件設(shè)計(jì)過(guò)程中,以下哪些活動(dòng)屬于需求分析階段?

A.功能需求分析

B.非功能需求分析

C.系統(tǒng)架構(gòu)設(shè)計(jì)

D.數(shù)據(jù)庫(kù)設(shè)計(jì)

E.界面設(shè)計(jì)

5.以下哪些是軟件測(cè)試的類型?

A.單元測(cè)試

B.集成測(cè)試

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

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

E.回歸測(cè)試

6.在軟件設(shè)計(jì)中,以下哪些是軟件架構(gòu)的類型?

A.分層架構(gòu)

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

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

D.事件驅(qū)動(dòng)架構(gòu)

E.面向?qū)ο蠹軜?gòu)

7.以下哪些是軟件質(zhì)量模型的關(guān)鍵特性?

A.功能性

B.可用性

C.可維護(hù)性

D.可移植性

E.安全性

8.在軟件設(shè)計(jì)中,以下哪些是設(shè)計(jì)模式的優(yōu)點(diǎn)?

A.提高代碼的可讀性

B.提高代碼的可重用性

C.提高代碼的可擴(kuò)展性

D.提高代碼的健壯性

E.降低代碼的復(fù)雜性

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

A.JIRA

B.Trello

C.Confluence

D.Git

E.Jenkins

10.在軟件設(shè)計(jì)中,以下哪些是軟件架構(gòu)設(shè)計(jì)的原則?

A.分層原則

B.開放封閉原則

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

D.迪米特法則

E.確定性原則

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

1.軟件設(shè)計(jì)是軟件開發(fā)過(guò)程中最重要的階段。()

2.在面向?qū)ο蟮脑O(shè)計(jì)中,類之間的關(guān)系可以是關(guān)聯(lián)、聚合和組合。()

3.UML類圖中的類只能包含屬性和方法。()

4.需求分析階段的輸出是軟件規(guī)格說(shuō)明書。()

5.設(shè)計(jì)模式可以提高代碼的可維護(hù)性和可擴(kuò)展性。()

6.軟件測(cè)試是驗(yàn)證軟件是否滿足需求的過(guò)程。()

7.軟件架構(gòu)設(shè)計(jì)應(yīng)該遵循開閉原則和單一職責(zé)原則。()

8.軟件質(zhì)量模型中的功能性是指軟件實(shí)現(xiàn)需求的能力。()

9.軟件工程中的項(xiàng)目管理工具主要用于版本控制。()

10.軟件架構(gòu)設(shè)計(jì)應(yīng)該盡量減少層之間的依賴關(guān)系。()

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

1.簡(jiǎn)述軟件設(shè)計(jì)的基本原則及其在軟件開發(fā)中的作用。

2.解釋UML類圖中的關(guān)聯(lián)、聚合和組合的區(qū)別。

3.描述軟件設(shè)計(jì)過(guò)程中需求分析、系統(tǒng)設(shè)計(jì)和編碼之間的關(guān)系。

4.說(shuō)明軟件測(cè)試中黑盒測(cè)試和白盒測(cè)試的區(qū)別。

5.列舉至少三種常見的軟件架構(gòu)設(shè)計(jì)模式及其適用場(chǎng)景。

6.解釋軟件質(zhì)量模型中的功能性、可靠性、易用性等關(guān)鍵特性的含義。

試卷答案如下

一、單項(xiàng)選擇題答案及解析:

1.D。類的基本特征包括封裝、繼承和多態(tài),演化不是類的基本特征。

2.D。線程池模式是一種系統(tǒng)級(jí)的設(shè)計(jì)模式,用于管理線程池。

3.B。類圖表示系統(tǒng)的靜態(tài)結(jié)構(gòu),包括類、接口、屬性和方法。

4.D。設(shè)計(jì)需求分析不屬于需求分析階段,它是在需求分析之后進(jìn)行的。

5.E。精簡(jiǎn)原則不是軟件設(shè)計(jì)的原則,其他選項(xiàng)都是。

6.D。界面設(shè)計(jì)屬于軟件設(shè)計(jì)階段,但不屬于系統(tǒng)設(shè)計(jì)。

7.C?;液袦y(cè)試不是軟件測(cè)試的方法,其他選項(xiàng)都是。

8.D。SPICE是軟件過(guò)程改進(jìn)和能力成熟度模型,不是軟件質(zhì)量模型。

9.D。責(zé)任鏈模式不是設(shè)計(jì)模式,其他選項(xiàng)都是。

10.D。事件驅(qū)動(dòng)架構(gòu)是一種軟件架構(gòu)模式,不是軟件架構(gòu)。

二、多項(xiàng)選擇題答案及解析:

1.A,B,C,D,E。這些都是軟件設(shè)計(jì)的基本原則。

2.A,B,C,D,E。這些都是常用的設(shè)計(jì)模式。

3.A,D,E。這些都是UML圖中的靜態(tài)結(jié)構(gòu)圖。

4.A,B。這些活動(dòng)屬于需求分析階段。

5.A,B,C,D,E。這些都是軟件測(cè)試的類型。

6.A,B,C,D。這些都是軟件架構(gòu)的類型。

7.A,B,C,D,E。這些都是軟件質(zhì)量模型的關(guān)鍵特性。

8.A,B,C,D,E。這些都是設(shè)計(jì)模式的優(yōu)點(diǎn)。

9.A,B,C,D,E。這些都是軟件工程中常用的項(xiàng)目管理工具。

10.A,B,C,D,E。這些都是軟件架構(gòu)設(shè)計(jì)的原則。

三、判斷題答案及解析:

1.×。軟件設(shè)計(jì)是軟件開發(fā)過(guò)程中的關(guān)鍵階段,但不是最重要的。

2.√。在面向?qū)ο蟮脑O(shè)計(jì)中,類之間的關(guān)系可以是關(guān)聯(lián)、聚合和組合。

3.√。UML類圖中的類可以包含屬性和方法。

4.√。需求分析階段的輸出是軟件規(guī)格說(shuō)明書。

5.√。設(shè)計(jì)模式可以提高代碼的可維護(hù)性和可擴(kuò)展性。

6.√。軟件測(cè)試是驗(yàn)證軟件是否滿足需求的過(guò)程。

7.√。軟件架構(gòu)設(shè)計(jì)應(yīng)該遵循開閉原則和單一職責(zé)原則。

8.√。軟件質(zhì)量模型中的功能性是指軟件實(shí)現(xiàn)需求的能力。

9.×。軟件工程中的項(xiàng)目管理工具主要用于項(xiàng)目管理,而非版本控制。

10.√。軟件架構(gòu)設(shè)計(jì)應(yīng)該盡量減少層之間的依賴關(guān)系。

四、簡(jiǎn)答題答案及解析:

1.軟件設(shè)計(jì)的基本原則包括封裝性、開閉原則、單一職責(zé)原則、迪米特法則和Liskov替換原則。它們?cè)谲浖_發(fā)中的作用是提高代碼的可讀性、可維護(hù)性、可擴(kuò)展性和可重用性。

2.關(guān)聯(lián)表示兩個(gè)類之間的連接,聚合表示整體與部分的關(guān)系,組合表示更緊密的整體與部分的關(guān)系。

3.需求分析確定軟件需要做什么,系統(tǒng)設(shè)計(jì)決定如何實(shí)現(xiàn)這些功能,編碼是將設(shè)計(jì)轉(zhuǎn)換為代碼。

4.黑盒測(cè)試關(guān)注軟件的功能,不考慮內(nèi)部實(shí)現(xiàn);白盒測(cè)試關(guān)注軟件的內(nèi)

溫馨提示

  • 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ù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 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)論