軟件預(yù)測(cè)與需求分析試題及答案_第1頁(yè)
軟件預(yù)測(cè)與需求分析試題及答案_第2頁(yè)
軟件預(yù)測(cè)與需求分析試題及答案_第3頁(yè)
軟件預(yù)測(cè)與需求分析試題及答案_第4頁(yè)
軟件預(yù)測(cè)與需求分析試題及答案_第5頁(yè)
已閱讀5頁(yè),還剩5頁(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)介

軟件預(yù)測(cè)與需求分析試題及答案姓名:____________________

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

1.在軟件需求分析階段,以下哪項(xiàng)不是需求規(guī)格說(shuō)明書(shū)應(yīng)包含的內(nèi)容?

A.功能需求

B.性能需求

C.硬件需求

D.用戶界面需求

2.下列關(guān)于軟件需求規(guī)格說(shuō)明書(shū)的描述,錯(cuò)誤的是:

A.應(yīng)具有無(wú)歧義性

B.應(yīng)具有可驗(yàn)證性

C.應(yīng)具有可維護(hù)性

D.應(yīng)具有可擴(kuò)展性

3.下列哪項(xiàng)不是軟件需求分析的常見(jiàn)方法?

A.系統(tǒng)工程方法

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

C.專(zhuān)家評(píng)審法

D.模糊需求分析法

4.在軟件需求分析過(guò)程中,以下哪項(xiàng)不是需求驗(yàn)證的主要方法?

A.實(shí)驗(yàn)法

B.文檔審查法

C.模擬法

D.調(diào)查法

5.在軟件需求分析中,以下哪項(xiàng)不是需求變更的常見(jiàn)原因?

A.用戶需求變化

B.技術(shù)限制

C.競(jìng)爭(zhēng)對(duì)手產(chǎn)品更新

D.項(xiàng)目組成員變動(dòng)

6.以下哪項(xiàng)不是軟件需求分析中的靜態(tài)分析?

A.功能需求分析

B.性能需求分析

C.可用性分析

D.代碼審查

7.在軟件需求分析過(guò)程中,以下哪項(xiàng)不是需求管理的主要任務(wù)?

A.需求跟蹤

B.需求變更控制

C.需求優(yōu)先級(jí)排序

D.需求文檔編寫(xiě)

8.下列關(guān)于軟件需求分析的描述,錯(cuò)誤的是:

A.需求分析是軟件開(kāi)發(fā)的第一步

B.需求分析是確定軟件功能的關(guān)鍵階段

C.需求分析是軟件質(zhì)量保證的重要環(huán)節(jié)

D.需求分析不涉及軟件設(shè)計(jì)

9.在軟件需求分析中,以下哪項(xiàng)不是需求評(píng)審的主要目的?

A.確保需求完整

B.確保需求正確

C.確保需求可實(shí)施

D.確保需求滿足用戶需求

10.以下關(guān)于軟件需求分析的工具,錯(cuò)誤的是:

A.UML(統(tǒng)一建模語(yǔ)言)

B.需求跟蹤矩陣

C.需求評(píng)審工具

D.代碼審查工具

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

1.軟件需求分析的主要目的是:

A.確定軟件的功能和性能

B.確定軟件的技術(shù)實(shí)現(xiàn)方案

C.確定軟件的用戶界面設(shè)計(jì)

D.確保軟件的可維護(hù)性和可擴(kuò)展性

2.需求規(guī)格說(shuō)明書(shū)應(yīng)具備以下哪些特點(diǎn)?

A.完整性

B.無(wú)歧義性

C.可驗(yàn)證性

D.可修改性

3.軟件需求分析過(guò)程中,以下哪些方法可以用于收集需求?

A.用戶訪談

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

C.文檔審查

D.競(jìng)爭(zhēng)對(duì)手分析

4.需求分析中的動(dòng)態(tài)分析方法包括:

A.用例分析

B.狀態(tài)圖

C.活動(dòng)圖

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

5.需求變更控制的主要步驟包括:

A.變更請(qǐng)求的提出

B.變更評(píng)估

C.變更決策

D.變更實(shí)施

6.軟件需求分析中的非功能性需求包括:

A.性能需求

B.安全性需求

C.可用性需求

D.可維護(hù)性需求

7.以下哪些是軟件需求分析中的常見(jiàn)工具?

A.需求跟蹤矩陣

B.需求管理工具

C.項(xiàng)目管理工具

D.代碼審查工具

8.軟件需求分析中的需求優(yōu)先級(jí)排序方法包括:

A.MoSCoW方法

B.Kano模型

C.粗略估算

D.詳細(xì)估算

9.軟件需求分析中的風(fēng)險(xiǎn)包括:

A.技術(shù)風(fēng)險(xiǎn)

B.市場(chǎng)風(fēng)險(xiǎn)

C.項(xiàng)目管理風(fēng)險(xiǎn)

D.用戶需求風(fēng)險(xiǎn)

10.軟件需求分析中的驗(yàn)證方法包括:

A.實(shí)驗(yàn)法

B.文檔審查法

C.模擬法

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

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

1.軟件需求分析階段是軟件開(kāi)發(fā)過(guò)程中最重要的階段。()

2.需求規(guī)格說(shuō)明書(shū)應(yīng)當(dāng)由項(xiàng)目經(jīng)理和開(kāi)發(fā)團(tuán)隊(duì)共同編寫(xiě)。()

3.需求分析完成后,需求規(guī)格說(shuō)明書(shū)不需要進(jìn)行評(píng)審。()

4.需求分析階段不需要考慮軟件的可維護(hù)性。()

5.軟件需求分析應(yīng)當(dāng)優(yōu)先考慮軟件的性能需求。()

6.需求變更應(yīng)當(dāng)在軟件設(shè)計(jì)階段進(jìn)行控制。()

7.軟件需求分析中的用例圖主要用于描述軟件的功能需求。()

8.軟件需求分析階段不需要考慮軟件的兼容性需求。()

9.需求分析階段的文檔審查主要是為了發(fā)現(xiàn)需求規(guī)格說(shuō)明書(shū)中的錯(cuò)誤。()

10.軟件需求分析完成后,需求規(guī)格說(shuō)明書(shū)應(yīng)當(dāng)作為軟件開(kāi)發(fā)的唯一依據(jù)。()

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

1.簡(jiǎn)述軟件需求分析的目標(biāo)和任務(wù)。

2.解釋需求規(guī)格說(shuō)明書(shū)中的“功能性需求”和“非功能性需求”的區(qū)別。

3.描述軟件需求分析中的“用例分析”方法,并說(shuō)明其作用。

4.說(shuō)明在軟件需求分析過(guò)程中,如何處理用戶的需求變更。

5.列舉至少三種軟件需求分析中的驗(yàn)證方法,并簡(jiǎn)要說(shuō)明其原理。

6.解釋為什么需求分析是軟件開(kāi)發(fā)過(guò)程中的關(guān)鍵階段。

試卷答案如下

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

1.C

解析思路:硬件需求不屬于需求規(guī)格說(shuō)明書(shū)的內(nèi)容,它通常由系統(tǒng)架構(gòu)師或硬件工程師負(fù)責(zé)。

2.D

解析思路:需求規(guī)格說(shuō)明書(shū)應(yīng)當(dāng)具有可修改性,以便在軟件開(kāi)發(fā)過(guò)程中根據(jù)實(shí)際情況進(jìn)行調(diào)整。

3.D

解析思路:模糊需求分析法不屬于軟件需求分析的常見(jiàn)方法,它通常用于評(píng)估需求的不確定性。

4.D

解析思路:調(diào)查法屬于需求驗(yàn)證的方法之一,用于收集用戶對(duì)軟件需求的反饋。

5.D

解析思路:項(xiàng)目組成員變動(dòng)通常不會(huì)直接導(dǎo)致需求變更,而是可能影響需求實(shí)現(xiàn)的方式。

6.D

解析思路:代碼審查屬于軟件質(zhì)量保證的范疇,不屬于需求分析的靜態(tài)分析方法。

7.D

解析思路:需求管理的主要任務(wù)不包括需求文檔編寫(xiě),這是需求分析階段的工作。

8.D

解析思路:需求分析涉及軟件設(shè)計(jì),因?yàn)樾枨蠓治龅慕Y(jié)果將直接影響軟件的設(shè)計(jì)。

9.D

解析思路:需求評(píng)審的主要目的是確保需求滿足用戶需求,而不僅僅是滿足某些標(biāo)準(zhǔn)。

10.D

解析思路:代碼審查工具主要用于代碼質(zhì)量檢查,不是需求分析的工具。

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

1.A,D

解析思路:軟件需求分析的主要目的是確定軟件的功能和性能,并確保軟件的可維護(hù)性和可擴(kuò)展性。

2.A,B,C,D

解析思路:需求規(guī)格說(shuō)明書(shū)應(yīng)具備完整性、無(wú)歧義性、可驗(yàn)證性和可修改性等特點(diǎn)。

3.A,B,C,D

解析思路:用戶訪談、問(wèn)卷調(diào)查、文檔審查和競(jìng)爭(zhēng)對(duì)手分析都是收集需求的有效方法。

4.A,B,C,D

解析思路:用例分析、狀態(tài)圖、活動(dòng)圖和數(shù)據(jù)流圖都是動(dòng)態(tài)分析方法,用于描述軟件的行為。

5.A,B,C,D

解析思路:需求變更請(qǐng)求的提出、變更評(píng)估、變更決策和變更實(shí)施是需求變更控制的主要步驟。

6.A,B,C,D

解析思路:性能需求、安全性需求、可用性需求和可維護(hù)性需求都屬于非功能性需求。

7.A,B,C

解析思路:需求跟蹤矩陣、需求管理工具和項(xiàng)目管理工具都是軟件需求分析中的常用工具。

8.A,B,C

解析思路:MoSCoW方法、Kano模型和粗略估算都是需求優(yōu)先級(jí)排序的方法。

9.A,B,C,D

解析思路:技術(shù)風(fēng)險(xiǎn)、市場(chǎng)風(fēng)險(xiǎn)、項(xiàng)目管理風(fēng)險(xiǎn)和用戶需求風(fēng)險(xiǎn)都是軟件需求分析中可能遇到的風(fēng)險(xiǎn)。

10.A,B,C,D

解析思路:實(shí)驗(yàn)法、文檔審查法、模擬法和用戶驗(yàn)收測(cè)試都是軟件需求分析中的驗(yàn)證方法。

三、判斷題

1.×

解析思路:軟件需求分析階段雖然重要,但軟件開(kāi)發(fā)過(guò)程中的每個(gè)階段都至關(guān)重要。

2.×

解析思路:需求規(guī)格說(shuō)明書(shū)應(yīng)由需求分析師編寫(xiě),項(xiàng)目經(jīng)理和開(kāi)發(fā)團(tuán)隊(duì)提供反饋。

3.×

解析思路:需求規(guī)格說(shuō)明書(shū)需要經(jīng)過(guò)評(píng)審,以確保其準(zhǔn)確性和完整性。

4.×

解析思路:軟件的可維護(hù)性是需求分析階段需要考慮的重要因素之一。

5.×

解析思路:軟件需求分析應(yīng)當(dāng)綜合考慮所有需求,包括功能性需求和非功能性需求。

6.×

解析思路:需求變更控制應(yīng)當(dāng)在需求分析階段進(jìn)行,以便盡早發(fā)現(xiàn)和解決問(wè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)論