信息系統(tǒng)項(xiàng)目管理師-需求管理

1、信息系統(tǒng)項(xiàng)目管理師-需求管理（總分：6.00，做題時(shí)間：90分鐘）一、（總題數(shù)：1,分?jǐn)?shù)：6.00）信息系統(tǒng)需求分析的任務(wù)不應(yīng)包括U U 6 /U /U。進(jìn)行需求分析可使用多種工具，但U U 7 /U /U是不適用的。 （分?jǐn)?shù)：6.00）（1）.« A.問(wèn)題分解« B.可靠性與安全性要求« C.結(jié)構(gòu)化程序設(shè)計(jì)« D.確定邏輯模型（分?jǐn)?shù)：1.00 ）A.B.C. VD.解析：.« A.數(shù)據(jù)流圖（DFD）* B.判定表« C.PAD 圖* D.數(shù)據(jù)詞典（分?jǐn)?shù)：1.00 ）A.B.C. VD.解析：解析信息系統(tǒng)需求分析的目標(biāo)是深入描述系統(tǒng)的

2、功能和性能，確定系統(tǒng)設(shè)計(jì)的約束和信息系統(tǒng)同 其他系統(tǒng)元素的接口，定義系統(tǒng)的其他有效性需求。也就是說(shuō)，信息系統(tǒng)需求分析的任務(wù)是要解決“信息 系統(tǒng)做什么”的問(wèn)題，而不是解決“如何做”的問(wèn)題，因此不包括程序設(shè)計(jì)。在需求分析中，可使用的工 具主要有數(shù)據(jù)流圖（DFD）、數(shù)據(jù)詞典（DD）、結(jié)構(gòu)化語(yǔ)言、判定表及判定樹等。PAD圖（問(wèn)題分析圖）主要用在信息系統(tǒng)設(shè)計(jì)過(guò)程中。（3）.以下關(guān)于需求管理的描述中，不正確的是 U U /U /U。* A.在獲取用戶需求完畢后，才能分析用戶需求* B.通過(guò)原型向用戶提供可視化的界面，用戶可以對(duì)需求做出自己的評(píng)價(jià)* C.需求驗(yàn)證是為了確保需求說(shuō)明書準(zhǔn)確、完整地表達(dá)必要的質(zhì)量

3、特點(diǎn)D.當(dāng)完成需求說(shuō)明書后，需求的變更是不可避免的（分?jǐn)?shù)：1.00 ）A. VB.C.D.解析：解析在很多情形下，分析用戶需求是與獲取用戶需求并行的，主要通過(guò)建立模型的方式來(lái)描述用 戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個(gè)交流的渠道。這些模型是對(duì)需求的抽象，以可視 化的方式提供一個(gè)易于溝通的橋梁。用戶需求的分析與獲取用戶需求有著相似的步驟，區(qū)別在于分析用戶 需求時(shí)使用模型來(lái)描述，以獲取用戶更明確的需求。分析用戶需求需要執(zhí)行下列活動(dòng)：（1）以圖形表示的方式描述系統(tǒng)的整體結(jié)構(gòu)，包括系統(tǒng)的邊界與接口：（2）通過(guò)原型、頁(yè)面流或其他方式向用戶提供可視化的界面，用戶可以對(duì)需求做岀自己的評(píng)價(jià)：（3

4、）系統(tǒng)可行性分析，需求實(shí)現(xiàn)的技術(shù)可行性、環(huán)境分析、費(fèi)用分析、時(shí)間分析等：（4）以模型描述系統(tǒng)的功能項(xiàng)、數(shù)據(jù)實(shí)體、外部實(shí)體、實(shí)體之間的關(guān)系、實(shí)體之間 的狀態(tài)轉(zhuǎn)換等方面的內(nèi)容。需求驗(yàn)證是為了確保需求說(shuō)明書準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn)。這里需要 強(qiáng)調(diào)的是，在需求驗(yàn)證過(guò)程和評(píng)審過(guò)程中，客戶的參與是非常重要的。對(duì)需求文檔進(jìn)行正式審查是保證產(chǎn) 品質(zhì)量的有效方法，組織一個(gè)由分析人員、客戶、設(shè)計(jì)人員、測(cè)試人員等組成的小組，對(duì)其進(jìn)行仔細(xì)的檢 查和評(píng)審。如果有必要的話，還可以組織公司外的、行業(yè)內(nèi)的專家評(píng)審。一般的評(píng)審分為用戶評(píng)審和同行評(píng)審兩類。用戶和開發(fā)方對(duì)于項(xiàng)目?jī)?nèi)容的描述，是以需求規(guī)格說(shuō)明書作為基礎(chǔ)的：用戶驗(yàn)

5、收的標(biāo)準(zhǔn)則是依 據(jù)需求規(guī)格說(shuō)明書中的內(nèi)容來(lái)制定，可見，評(píng)審需求文檔時(shí)用戶的意見是第一位的。而同行評(píng)審的目的， 是在項(xiàng)目初期發(fā)現(xiàn)那些潛在的缺陷或錯(cuò)誤，避免這些錯(cuò)誤和缺陷遺漏到項(xiàng)目的后續(xù)階段。當(dāng)完成需求說(shuō)明書后，需求的變更是不可避免的，如何以可控的方式管理信息系統(tǒng)的需求，對(duì)項(xiàng)目的順利進(jìn)行有著重要的 意義。對(duì)于需求變更的管理，則主要使用需求變更流程和變更控制委員會(huì)兩個(gè)手段來(lái)實(shí)現(xiàn)。如果需要對(duì)每 項(xiàng)變更帶來(lái)的潛在影響及可能的成本費(fèi)用、進(jìn)度質(zhì)量進(jìn)行評(píng)估，變更控制委員會(huì)應(yīng)與項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者進(jìn)行 協(xié)商，以確定哪些需求可以變更。同時(shí)無(wú)論在開發(fā)階段還是測(cè)試階段，每項(xiàng)變更和需求都是可跟蹤的。（4）.下面關(guān)于需求變更的

6、敘述，不正確的是U U /U /U。« A.控制需求變更就是要拒絕用戶提岀的需求，以保證工程實(shí)現(xiàn)核心目標(biāo)* B.只有建立了基線才能很好地實(shí)施變更«C.需求變更應(yīng)以規(guī)定格式提岀，并統(tǒng)一提交到變更控制委員會(huì)* D.應(yīng)定期評(píng)估需求變更對(duì)項(xiàng)目進(jìn)度、成本、質(zhì)量等績(jī)效的影響（分?jǐn)?shù)：1.00 ）A. VB.C.D.解析：解析需求變更應(yīng)以其可行性為基礎(chǔ)，對(duì)其有效控制非常重要，否則將會(huì)導(dǎo)致工期、成本、質(zhì)量不 斷擴(kuò)大，對(duì)工程的成功影響較大。作為項(xiàng)目管理師要充分認(rèn)識(shí)到這點(diǎn)，而且要將其重要性不斷灌輸給工程 的客戶、各施工方等所有干系人，特別是讓客戶認(rèn)識(shí)到，有時(shí)控制需求變更不是拒絕用戶，而是為了保證

7、 工程實(shí)現(xiàn)核心目標(biāo)，達(dá)到預(yù)期的成功目標(biāo)，當(dāng)然控制需求變更也不是一味拒絕用戶提岀的需求。（5）.在各種不同的信息系統(tǒng)需求中，U U /U /U描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型中予以說(shuō)明。* A.業(yè)務(wù)需求* B.非功能需求* C.用戶需求* D.功能需求（分?jǐn)?shù)：1.00 ）A.B.C. VD.解析：解析開發(fā)信息系統(tǒng)最為困難的部分就是準(zhǔn)確說(shuō)明開發(fā)什么。最為困難的概念性工作便是編寫出詳 細(xì)的技術(shù)需求，這包括所有面向用戶、面向機(jī)器和其他系統(tǒng)的接口。同時(shí)，這也是一旦岀錯(cuò)，將最終會(huì)給 系統(tǒng)帶來(lái)極大困難的部分，并且以后再對(duì)它進(jìn)行修改也極為困難。信息系統(tǒng)需求可以分為幾個(gè)層次，分別如下。業(yè)務(wù)需求

8、（Business Requirements）。反映組織結(jié)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它 們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。（2）用戶需求（User Requirements）。描述用戶使用產(chǎn)品必須完成的任務(wù)，在用例文檔或方案場(chǎng)景 （scenario）說(shuō)明中予以說(shuō)明。（3）功能需求（Functional Requirements）。定 義開發(fā)人員必須實(shí)現(xiàn)的信息系統(tǒng)功能，使得用戶能完成他們的任務(wù)，從而滿足業(yè)務(wù)需求。（4）非功能需求（None-Functional Requirements）。描述系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。包括：產(chǎn)品必須遵循的標(biāo)準(zhǔn)、規(guī)范和合約：外部界面的具體細(xì)節(jié)

9、；性能要求；設(shè)計(jì)或?qū)崿F(xiàn)的約束條件；質(zhì)量屬性。（6）.信息系統(tǒng)需求說(shuō)明書是需求分析階段的成果，U U /U /U不是其應(yīng)包含的內(nèi)容。«A.數(shù)據(jù)描述«B.功能描述C.系統(tǒng)結(jié)構(gòu)描述D.性能描述（分?jǐn)?shù)：1.00）A.B.C. VD.解析：解析信息系統(tǒng)需求說(shuō)明書是需求分析階段的成果，不僅是系統(tǒng)測(cè)試和用戶文檔的基礎(chǔ)，也是所有 子系列項(xiàng)目規(guī)劃、設(shè)計(jì)和編碼的基礎(chǔ)。它應(yīng)該盡可能完整地描述系統(tǒng)預(yù)期的外部行為和用戶可視化行為。 除了設(shè)計(jì)和實(shí)現(xiàn)上的限制，信息系統(tǒng)需求規(guī)格說(shuō)明不應(yīng)該包括設(shè)計(jì)、構(gòu)造、測(cè)試或工程管理的細(xì)節(jié)?？梢?使用以下3種方法編寫信息系統(tǒng)需求規(guī)格說(shuō)明。（1）用好的結(jié)構(gòu)化和自然語(yǔ)言編寫文本型文檔。（2）建立圖形化模型，這些模型可以描繪轉(zhuǎn)換過(guò)程、系統(tǒng)狀態(tài)和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退?們的關(guān)系。（3）編寫形式化規(guī)格說(shuō)明，這可以通過(guò)使用數(shù)學(xué)上精確的形式化邏輯語(yǔ)言來(lái)定義需求。由于形式化規(guī)格說(shuō)明具有很強(qiáng)的嚴(yán)密性和精確度，因此，所使用