系統(tǒng)分析師考試關(guān)鍵難點(diǎn)試題及答案_第1頁
系統(tǒng)分析師考試關(guān)鍵難點(diǎn)試題及答案_第2頁
系統(tǒng)分析師考試關(guān)鍵難點(diǎn)試題及答案_第3頁
系統(tǒng)分析師考試關(guān)鍵難點(diǎn)試題及答案_第4頁
系統(tǒng)分析師考試關(guān)鍵難點(diǎn)試題及答案_第5頁
已閱讀5頁,還剩6頁未讀 繼續(xù)免費(fèi)閱讀

VIP免費(fèi)下載

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

文檔簡(jiǎn)介

系統(tǒng)分析師考試關(guān)鍵難點(diǎn)試題及答案姓名:____________________

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

1.以下哪項(xiàng)不是系統(tǒng)分析師的職責(zé)?

A.需求分析

B.系統(tǒng)設(shè)計(jì)

C.項(xiàng)目管理

D.硬件安裝

2.在系統(tǒng)開發(fā)的生命周期中,哪個(gè)階段負(fù)責(zé)制定項(xiàng)目計(jì)劃和資源分配?

A.需求分析階段

B.設(shè)計(jì)階段

C.實(shí)施階段

D.維護(hù)階段

3.以下哪個(gè)不是系統(tǒng)分析師常用的建模工具?

A.UML

B.ER圖

C.流程圖

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

4.在進(jìn)行需求分析時(shí),以下哪項(xiàng)不是常用的技術(shù)?

A.用戶訪談

B.觀察法

C.文檔分析

D.專家評(píng)審

5.以下哪個(gè)不是系統(tǒng)分析師在系統(tǒng)設(shè)計(jì)階段需要考慮的因素?

A.性能

B.可用性

C.安全性

D.顏色搭配

6.在進(jìn)行系統(tǒng)測(cè)試時(shí),以下哪種測(cè)試不是黑盒測(cè)試?

A.單元測(cè)試

B.集成測(cè)試

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

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

7.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目實(shí)施階段需要關(guān)注的問題?

A.進(jìn)度管理

B.風(fēng)險(xiǎn)管理

C.質(zhì)量控制

D.硬件采購(gòu)

8.在進(jìn)行系統(tǒng)維護(hù)時(shí),以下哪種方法不是常見的維護(hù)方式?

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

B.災(zāi)難恢復(fù)

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

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

9.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目溝通中需要注意的方面?

A.明確需求

B.溝通技巧

C.時(shí)間管理

D.團(tuán)隊(duì)協(xié)作

10.以下哪個(gè)不是系統(tǒng)分析師在項(xiàng)目結(jié)束時(shí)需要完成的任務(wù)?

A.項(xiàng)目總結(jié)

B.用戶培訓(xùn)

C.系統(tǒng)驗(yàn)收

D.項(xiàng)目報(bào)告

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

1.系統(tǒng)分析師在進(jìn)行需求分析時(shí),以下哪些是可能使用的技術(shù)?

A.用戶故事

B.用例圖

C.數(shù)據(jù)字典

D.業(yè)務(wù)流程圖

E.需求跟蹤矩陣

2.在系統(tǒng)設(shè)計(jì)中,以下哪些是系統(tǒng)分析師需要考慮的系統(tǒng)屬性?

A.可擴(kuò)展性

B.可維護(hù)性

C.可用性

D.可靠性

E.經(jīng)濟(jì)性

3.以下哪些是系統(tǒng)分析師在項(xiàng)目實(shí)施階段可能遇到的風(fēng)險(xiǎn)?

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

B.人員風(fēng)險(xiǎn)

C.進(jìn)度風(fēng)險(xiǎn)

D.質(zhì)量風(fēng)險(xiǎn)

E.外部環(huán)境風(fēng)險(xiǎn)

4.在進(jìn)行系統(tǒng)測(cè)試時(shí),以下哪些是測(cè)試的類型?

A.單元測(cè)試

B.集成測(cè)試

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

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

E.性能測(cè)試

5.系統(tǒng)分析師在項(xiàng)目溝通中,以下哪些是有效的溝通技巧?

A.傾聽

B.明確表達(dá)

C.非言語溝通

D.問題解決

E.時(shí)間管理

6.以下哪些是系統(tǒng)分析師在項(xiàng)目維護(hù)階段可能執(zhí)行的任務(wù)?

A.故障排除

B.系統(tǒng)升級(jí)

C.數(shù)據(jù)備份

D.用戶支持

E.系統(tǒng)優(yōu)化

7.以下哪些是系統(tǒng)分析師在項(xiàng)目文檔中需要包含的內(nèi)容?

A.項(xiàng)目計(jì)劃

B.需求規(guī)格說明書

C.設(shè)計(jì)文檔

D.測(cè)試計(jì)劃

E.用戶手冊(cè)

8.在進(jìn)行項(xiàng)目估算時(shí),以下哪些是常用的估算方法?

A.類比估算

B.參數(shù)估算

C.三點(diǎn)估算

D.專家估算

E.實(shí)驗(yàn)估算

9.以下哪些是系統(tǒng)分析師在項(xiàng)目質(zhì)量管理中需要考慮的方面?

A.質(zhì)量計(jì)劃

B.質(zhì)量保證

C.質(zhì)量控制

D.質(zhì)量改進(jìn)

E.質(zhì)量審計(jì)

10.以下哪些是系統(tǒng)分析師在項(xiàng)目團(tuán)隊(duì)管理中需要關(guān)注的因素?

A.團(tuán)隊(duì)成員的角色和職責(zé)

B.團(tuán)隊(duì)溝通

C.團(tuán)隊(duì)建設(shè)

D.團(tuán)隊(duì)激勵(lì)

E.團(tuán)隊(duì)沖突管理

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

1.系統(tǒng)分析師在需求分析階段,應(yīng)該優(yōu)先考慮系統(tǒng)的功能需求,而不是非功能需求。(×)

2.在系統(tǒng)設(shè)計(jì)中,模塊化是一種提高系統(tǒng)可維護(hù)性的重要方法。(√)

3.軟件開發(fā)生命周期模型中的瀑布模型適合所有類型的項(xiàng)目。(×)

4.系統(tǒng)測(cè)試的目的是驗(yàn)證系統(tǒng)是否滿足用戶需求,而不是發(fā)現(xiàn)缺陷。(×)

5.在項(xiàng)目溝通中,電子郵件是一種最有效的溝通方式。(×)

6.系統(tǒng)分析師在項(xiàng)目維護(hù)階段,應(yīng)該定期進(jìn)行系統(tǒng)審查以發(fā)現(xiàn)潛在的問題。(√)

7.項(xiàng)目質(zhì)量管理中,質(zhì)量保證和質(zhì)量控制是同一個(gè)概念。(×)

8.在進(jìn)行項(xiàng)目估算時(shí),可以僅憑經(jīng)驗(yàn)進(jìn)行估算,不需要使用任何估算方法。(×)

9.系統(tǒng)分析師在項(xiàng)目團(tuán)隊(duì)管理中,應(yīng)該確保所有團(tuán)隊(duì)成員都了解他們的角色和職責(zé)。(√)

10.系統(tǒng)分析師在編寫需求規(guī)格說明書時(shí),應(yīng)該使用非常精確的語言來避免歧義。(√)

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

1.簡(jiǎn)述系統(tǒng)分析師在進(jìn)行需求分析時(shí),如何確保需求的質(zhì)量?

2.請(qǐng)解釋系統(tǒng)設(shè)計(jì)中“高內(nèi)聚低耦合”原則的含義,并說明其在系統(tǒng)設(shè)計(jì)中的作用。

3.簡(jiǎn)要描述系統(tǒng)測(cè)試的主要步驟和目的。

4.在項(xiàng)目溝通中,如何處理與團(tuán)隊(duì)成員之間的沖突?

5.簡(jiǎn)述系統(tǒng)分析師在項(xiàng)目維護(hù)階段可能面臨的主要挑戰(zhàn),并提出相應(yīng)的解決策略。

6.請(qǐng)列舉至少三種系統(tǒng)分析師在項(xiàng)目估算中常用的工具和技術(shù)。

試卷答案如下

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

1.D.硬件安裝

解析思路:系統(tǒng)分析師主要負(fù)責(zé)軟件系統(tǒng)的分析和設(shè)計(jì),硬件安裝通常由IT運(yùn)維人員負(fù)責(zé)。

2.C.實(shí)施階段

解析思路:項(xiàng)目計(jì)劃在實(shí)施階段制定,包括資源分配、時(shí)間表等。

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

解析思路:UML、ER圖、流程圖都是建模工具,而數(shù)據(jù)庫(kù)設(shè)計(jì)是數(shù)據(jù)庫(kù)管理員的工作。

4.D.專家評(píng)審

解析思路:用戶訪談、觀察法、文檔分析是需求分析的技術(shù),專家評(píng)審是一種評(píng)估方法。

5.D.顏色搭配

解析思路:系統(tǒng)分析師在設(shè)計(jì)階段考慮性能、可用性、安全性等因素,顏色搭配不是主要考慮因素。

6.A.單元測(cè)試

解析思路:黑盒測(cè)試關(guān)注系統(tǒng)功能,單元測(cè)試是最小的測(cè)試單位,屬于黑盒測(cè)試。

7.D.硬件采購(gòu)

解析思路:項(xiàng)目實(shí)施階段關(guān)注的是軟件開發(fā)和部署,硬件采購(gòu)不屬于這個(gè)階段。

8.B.災(zāi)難恢復(fù)

解析思路:預(yù)防性維護(hù)、改進(jìn)性維護(hù)、適應(yīng)性維護(hù)都是維護(hù)方式,災(zāi)難恢復(fù)是應(yīng)對(duì)突發(fā)事件的策略。

9.C.時(shí)間管理

解析思路:溝通技巧、時(shí)間管理、團(tuán)隊(duì)協(xié)作是項(xiàng)目溝通中需要注意的方面,明確需求是需求分析的內(nèi)容。

10.D.項(xiàng)目報(bào)告

解析思路:項(xiàng)目總結(jié)、用戶培訓(xùn)、系統(tǒng)驗(yàn)收是項(xiàng)目結(jié)束階段的工作,項(xiàng)目報(bào)告是對(duì)項(xiàng)目全過程的總結(jié)。

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

1.A.用戶故事B.用例圖C.數(shù)據(jù)字典D.數(shù)據(jù)字典E.需求跟蹤矩陣

解析思路:用戶故事、用例圖、數(shù)據(jù)字典、數(shù)據(jù)字典、需求跟蹤矩陣都是需求分析的技術(shù)。

2.A.可擴(kuò)展性B.可維護(hù)性C.可用性D.可靠性E.經(jīng)濟(jì)性

解析思路:這些屬性都是系統(tǒng)設(shè)計(jì)時(shí)需要考慮的,以確保系統(tǒng)滿足用戶需求。

3.A.技術(shù)風(fēng)險(xiǎn)B.人員風(fēng)險(xiǎn)C.進(jìn)度風(fēng)險(xiǎn)D.質(zhì)量風(fēng)險(xiǎn)E.外部環(huán)境風(fēng)險(xiǎn)

解析思路:這些風(fēng)險(xiǎn)都是在項(xiàng)目實(shí)施階段可能遇到的。

4.A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.驗(yàn)收測(cè)試E.性能測(cè)試

解析思路:這些是系統(tǒng)測(cè)試的不同類型,用于驗(yàn)證系統(tǒng)的不同方面。

5.A.傾聽B.明確表達(dá)C.非言語溝通D.問題解決E.時(shí)間管理

解析思路:這些是有效的溝通技巧,有助于提高溝通效果。

6.A.故障排除B.系統(tǒng)升級(jí)C.數(shù)據(jù)備份D.用戶支持E.系統(tǒng)優(yōu)化

解析思路:這些是系統(tǒng)維護(hù)階段可能執(zhí)行的任務(wù)。

7.A.項(xiàng)目計(jì)劃B.需求規(guī)格說明書C.設(shè)計(jì)文檔D.測(cè)試計(jì)劃E.用戶手冊(cè)

解析思路:這些是項(xiàng)目文檔中常見的內(nèi)容。

8.A.類比估算B.參數(shù)估算C.三點(diǎn)估算D.專家估算E.實(shí)驗(yàn)估算

解析思路:這些是項(xiàng)目估算中常用的方法。

9.A.質(zhì)量計(jì)劃B.質(zhì)量保證C.質(zhì)量控制D.質(zhì)量改進(jìn)E.質(zhì)量審計(jì)

解析思路:這些是項(xiàng)目質(zhì)量管理中的關(guān)鍵要素。

10.A.團(tuán)隊(duì)成員的角色和職責(zé)B.團(tuán)隊(duì)溝通C.團(tuán)隊(duì)建設(shè)D.團(tuán)隊(duì)激勵(lì)E.團(tuán)隊(duì)沖突管理

解析思路:這些是系統(tǒng)分析師在團(tuán)隊(duì)管理中需要關(guān)注的因素。

三、判斷題

1.×

解析思路:需求分析應(yīng)同時(shí)考慮功能需求和非功能需求。

2.√

解析思路:高內(nèi)聚低耦合有助于提高模塊的獨(dú)立性和可重用性。

3.×

解析思路:瀑布模型不適用于所有項(xiàng)目,有些項(xiàng)目需要更靈活的方法。

4.×

解析思路:系統(tǒng)測(cè)試旨在發(fā)現(xiàn)缺陷,以確保系統(tǒng)滿足需求。

5.×

解析思路:電子郵件不是最有效的溝通方式,視情況而定。

6.√

解析思路:定期審查有助于提前發(fā)現(xiàn)和解決問題。

7.×

解析思路:質(zhì)量保證和質(zhì)量控制是不同的概念。

8.×

解析思路:估算需要使用方法以提高準(zhǔn)確性。

9.√

解析思路:明確角色和職責(zé)有助于團(tuán)隊(duì)協(xié)作。

10.√

解析思路:精確的語言有助于減少歧義和誤解。

四、簡(jiǎn)答題

1.解析思路:確保需求質(zhì)量的方法包括:與用戶溝通,驗(yàn)證需求的可行性,文檔化需求,進(jìn)行需求評(píng)審等。

2.解析思路:“高內(nèi)聚低耦合”原則指的是模塊內(nèi)部高度集中,模塊之間聯(lián)系較少。這有助于提高系統(tǒng)的可維護(hù)性和可擴(kuò)展性。

3.解析思路:系統(tǒng)測(cè)試的主要

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(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)論