信息系統(tǒng)項(xiàng)目管理師分類(lèi)模擬題需求管理

1、需求管理 1需求管理的主要目的不包括下列中的 (1) 。 A確保項(xiàng)目相關(guān)方對(duì)需求的一致理解 B減少需求變更的數(shù)量 C保持需求到最終產(chǎn)品的雙向追蹤 D確保最終產(chǎn)品與需求相符合 答案 (1)B 分析 需求管理的目的是在用戶(hù)和將處理用戶(hù)需求的信息系統(tǒng)項(xiàng)目之間建立對(duì)用戶(hù)需求的共同理解。需求管理包括和用戶(hù)一起建立與維護(hù)有關(guān)信息系統(tǒng)項(xiàng)目需求的協(xié)議，該協(xié)議稱(chēng)作“分配給信息系統(tǒng)的系統(tǒng)需求”。協(xié)議既包括技術(shù)需求，又包括非技術(shù)需求(例如，交付日期)。該協(xié)議形成估計(jì)、策劃和跟蹤整個(gè)信息系統(tǒng)生存周期內(nèi)項(xiàng)目活動(dòng)的基礎(chǔ)。 需求管理的目標(biāo)主要體現(xiàn)在三個(gè)方面： (1)確保項(xiàng)目各方對(duì)需求的一致理解。 (2)管理和控制需求的變更

2、，確保最終產(chǎn)品與需求相符合。 (3)從需求到最終產(chǎn)品的雙向追蹤。 2需求變更提出宋之后，接著應(yīng)該進(jìn)行下列中的 (2) 。 A實(shí)施變更 B驗(yàn)證變更 C評(píng)估變更 D取消變更 答案 (2)C 分析 需求變更的管理控制程序一般如下： (1)建立需求基線(xiàn)、變更控制策略和變更控制系統(tǒng)。只有建立了基線(xiàn)才能很好地實(shí)施變更，否則無(wú)法控制。沒(méi)有參照標(biāo)準(zhǔn)，也就沒(méi)有控制而言；變更控制策略和變更控制系統(tǒng)同樣重要，是變更的控制標(biāo)準(zhǔn)和手段，有良好的可行的變更控制系統(tǒng)，可以達(dá)到事半功倍的效果。這里需要特別強(qiáng)調(diào)的是，變更控制系統(tǒng)并非都要用計(jì)算機(jī)信息系統(tǒng)來(lái)實(shí)現(xiàn)，格式化的表格、流程圖和制度組合起來(lái)也是一套很好的變更控制系統(tǒng)。 (2

3、)需求變更以規(guī)定格式提出。需求變更應(yīng)以規(guī)定格式提出，并統(tǒng)一提交到CCB。需求變更一定要CCB統(tǒng)一管理，不能出現(xiàn)多頭管理。以規(guī)定格式提出需求變更，是為了保證需求的明確性、可實(shí)現(xiàn)性和無(wú)二義性。 (3)CCB對(duì)需求進(jìn)行評(píng)估論證。CCB接收到需求變更申請(qǐng)后，應(yīng)評(píng)估變更的技術(shù)可行性、代價(jià)、業(yè)務(wù)需求和資源限制，決定是采納還是拒絕。 (4)需求變更以書(shū)面方式獲得批準(zhǔn)并修改進(jìn)度和成本等項(xiàng)目計(jì)劃。CCB應(yīng)給每一個(gè)采納的變更需求設(shè)定一個(gè)優(yōu)先級(jí)或變更實(shí)現(xiàn)的日期，項(xiàng)目管理團(tuán)隊(duì)對(duì)人員、進(jìn)度計(jì)劃、成本計(jì)劃進(jìn)行變更，并通知到相關(guān)的項(xiàng)目干系人。 (5)定期評(píng)估需求變更對(duì)項(xiàng)目績(jī)效的影響。應(yīng)定期評(píng)估需求變更對(duì)項(xiàng)目進(jìn)度、成本、質(zhì)量

4、等績(jī)效的影響，以便及時(shí)對(duì)偏差進(jìn)行調(diào)整，并為后續(xù)的需求變更不斷積累數(shù)據(jù)和經(jīng)驗(yàn)。 以上第一項(xiàng)工作是工程項(xiàng)目準(zhǔn)備階段就應(yīng)該做的整體準(zhǔn)備工作，后面的第二到第五的4項(xiàng)工作針對(duì)每個(gè)需求變更都是要順序執(zhí)行的。 3需求跟蹤矩陣的作用是 (3) 。 A可以體現(xiàn)需求與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系 B固化需求，防止變更 C明確項(xiàng)目干系人對(duì)于需求的責(zé)任 D對(duì)于需求復(fù)雜的項(xiàng)目，可以用來(lái)明確需求 答案 (3)A 分析 需求跟蹤包括編制每個(gè)需求同系統(tǒng)元素之間的聯(lián)系文檔，這些元素包括別的需求、體系結(jié)構(gòu)、其他設(shè)計(jì)部件、源代碼模塊、測(cè)試、幫助文檔等。需求跟蹤信息使變更影響分析十分便利，有利于確認(rèn)和評(píng)估某個(gè)建議的需求變更所必須做的工

5、作。 圖15-1說(shuō)明了四類(lèi)需求跟蹤能力鏈，客戶(hù)需求可以向前追溯到需求，這樣就能區(qū)分出開(kāi)發(fā)過(guò)程中或開(kāi)發(fā)結(jié)束后由于需求變更受到影響的需求。同時(shí)也確保了需求說(shuō)明包括所有客戶(hù)需求，同樣，可以從需求回溯到相應(yīng)的客戶(hù)需求，確認(rèn)每個(gè)需求的源頭。 表示需求和別的系統(tǒng)元素之間的聯(lián)系鏈的最普遍的方式是使用需求跟蹤能力矩陣，表15-1展示了這個(gè)矩陣。表15-1 需求跟蹤能力矩陣使用實(shí)例功能需求量設(shè)計(jì)元素代碼測(cè)試實(shí)例US-28UC-29 需求跟蹤提供了一個(gè)表明與合同或說(shuō)明一致的方法。更進(jìn)一步，需求跟蹤可以改善產(chǎn)品質(zhì)量，降低維護(hù)成本，而且很容易實(shí)現(xiàn)重用。實(shí)際上，創(chuàng)建需求跟蹤能力是困難的，尤其是在短期之內(nèi)會(huì)造成開(kāi)發(fā)成本的

6、上升，雖然從長(zhǎng)遠(yuǎn)來(lái)看可以減少信息系統(tǒng)生存期的費(fèi)用。組織在實(shí)施這項(xiàng)能力的時(shí)候應(yīng)循序漸進(jìn)，逐步實(shí)施需求跟蹤矩陣并沒(méi)有規(guī)定的實(shí)現(xiàn)辦法，每個(gè)團(tuán)體注重的方面不同，所創(chuàng)建的需求跟蹤矩陣也不同，只要能夠保證需求鏈的一致性和狀態(tài)的跟蹤就達(dá)到目的了。 4關(guān)于需求管理的描述，不正確的是 (4) 。 A需求管理要確保利益相關(guān)方對(duì)需求的一致理解 B需求管理要獲取用戶(hù)需求并定義產(chǎn)品需求 C需求管理要與需求開(kāi)發(fā)緊密合作 D需求管理要取得利益相關(guān)方對(duì)需求的一致承諾 分析 需求工程的活動(dòng)可分為兩大類(lèi)：一類(lèi)屬于需求開(kāi)發(fā)，另一類(lèi)屬于需求管理。需求開(kāi)發(fā)的目的是通過(guò)調(diào)查與分析，獲取用戶(hù)需求并定義產(chǎn)品需求，需求開(kāi)發(fā)的過(guò)程有四個(gè)：需求定

7、義、需求獲取、需求分析和需求驗(yàn)證。需求管理的目的是確保各方對(duì)需求的一致理解，管理和控制需求的變更，從需求到最終產(chǎn)品的雙向跟蹤。在需求管理中，要收集需求的變更和變更的理由，并且維持對(duì)原有需求和產(chǎn)品及構(gòu)件需求的雙向跟蹤。 答案 (4)B 5在需求變更管理中，CCB的職責(zé)是 (5) 。 A決定采納或拒絕針對(duì)項(xiàng)目需求的變更請(qǐng)求 B負(fù)責(zé)實(shí)現(xiàn)需求變更 C分析變更請(qǐng)求所帶來(lái)的影響 D判定變更是否正確地實(shí)現(xiàn) 分析 變更控制委員會(huì)(Change Control Board，CCB)也可稱(chēng)為配置控制委員會(huì) (Configuration Control Board)，是配置項(xiàng)變更的監(jiān)管組織。其任務(wù)是對(duì)建議的配置項(xiàng)變

8、更做出評(píng)價(jià)、審批，以及監(jiān)督已批準(zhǔn)變更的實(shí)施。 CCB的成員通常包括項(xiàng)目經(jīng)理、用戶(hù)代表、質(zhì)量控制人員、配置控制人員。這個(gè)組織不必是常設(shè)機(jī)構(gòu)，完全可以根據(jù)工作的需要組成。例如，按變更內(nèi)容和變更請(qǐng)求的不同，組成不同的CCB。小的項(xiàng)目CCB可以只有1人甚至只是兼職人員。 如果CCB不只是控制變更，而是承擔(dān)更多的配置管理任務(wù)，那就應(yīng)該包括基線(xiàn)的審定、標(biāo)識(shí)的審定，以及產(chǎn)品的審定，并且可能實(shí)際的工作需分為項(xiàng)目層、系統(tǒng)層和組織層來(lái)組建，使其完成不同層面的配置管理任務(wù)。 答案 (5)A 信息系統(tǒng)需求分析的任務(wù)不應(yīng)包括 (6) 。進(jìn)行需求分析可使用多種工具，但 (7) 是不適用的。 (6)A問(wèn)題分解 B可靠性與安

9、全性要求 C結(jié)構(gòu)化程序設(shè)計(jì) D確定邏輯模型 (7)A數(shù)據(jù)流圖(DFD) B判定表 CPAD圖 D數(shù)據(jù)詞典 答案 (6)C (7)C 分析 信息系統(tǒng)需求分析的目標(biāo)是深入描述系統(tǒng)的功能和性能，確定系統(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ǔ)言、判定表及判定樹(shù)等。PAD圖(問(wèn)題分析圖)主要用在信息系統(tǒng)設(shè)計(jì)過(guò)程中。 8以下關(guān)于需求管理的描述中，不正確的是 (8) 。 A在獲取用戶(hù)需求完

10、畢后，才能分析用戶(hù)需求 B通過(guò)原型向用戶(hù)提供可視化的界面，用戶(hù)可以對(duì)需求做出自己的評(píng)價(jià) C需求驗(yàn)證是為了確保需求說(shuō)明書(shū)準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn) D當(dāng)完成需求說(shuō)明書(shū)后，需求的變更是不可避免的 答案 (8)A 分析 在很多情形下，分析用戶(hù)需求是與獲取用戶(hù)需求并行的，主要通過(guò)建立模型的方式來(lái)描述用戶(hù)的需求，為客戶(hù)、用戶(hù)、開(kāi)發(fā)方等不同參與方提供一個(gè)交流的渠道。這些模型是對(duì)需求的抽象，以可視化的方式提供一個(gè)易于溝通的橋梁。用戶(hù)需求的分析與獲取用戶(hù)需求有著相似的步驟，區(qū)別在于分析用戶(hù)需求時(shí)使用模型來(lái)描述，以獲取用戶(hù)更明確的需求。分析用戶(hù)需求需要執(zhí)行下列活動(dòng)： (1)以圖形表示的方式描述系統(tǒng)的整體結(jié)構(gòu)

11、，包括系統(tǒng)的邊界與接口： (2)通過(guò)原型、頁(yè)面流或其他方式向用戶(hù)提供可視化的界面，用戶(hù)可以對(duì)需求做出自己的評(píng)價(jià)： (3)系統(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ō)明書(shū)準(zhǔn)確、完整地表達(dá)必要的質(zhì)量特點(diǎn)。這里需要強(qiáng)調(diào)的是，在需求驗(yàn)證過(guò)程和評(píng)審過(guò)程中，客戶(hù)的參與是非常重要的。對(duì)需求文檔進(jìn)行正式審查是保證產(chǎn)品質(zhì)量的有效方法，組織一個(gè)由分析人員、客戶(hù)、設(shè)計(jì)人員、測(cè)試人員等組成的小組，對(duì)其進(jìn)行仔細(xì)的檢查和評(píng)審。如果有必要的話(huà)，還可以組織公司外的、行業(yè)內(nèi)的專(zhuān)

12、家評(píng)審。 一般的評(píng)審分為用戶(hù)評(píng)審和同行評(píng)審兩類(lèi)。用戶(hù)和開(kāi)發(fā)方對(duì)于項(xiàng)目?jī)?nèi)容的描述，是以需求規(guī)格說(shuō)明書(shū)作為基礎(chǔ)的：用戶(hù)驗(yàn)收的標(biāo)準(zhǔn)則是依據(jù)需求規(guī)格說(shuō)明書(shū)中的內(nèi)容來(lái)制定，可見(jiàn)，評(píng)審需求文檔時(shí)用戶(hù)的意見(jiàn)是第一位的。而同行評(píng)審的目的，是在項(xiàng)目初期發(fā)現(xiàn)那些潛在的缺陷或錯(cuò)誤，避免這些錯(cuò)誤和缺陷遺漏到項(xiàng)目的后續(xù)階段。 當(dāng)完成需求說(shuō)明書(shū)后，需求的變更是不可避免的，如何以可控的方式管理信息系統(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é)商，以

13、確定哪些需求可以變更。同時(shí)無(wú)論在開(kāi)發(fā)階段還是測(cè)試階段，每項(xiàng)變更和需求都是可跟蹤的。 9下面關(guān)于需求變更的敘述，不正確的是 (9) 。 A控制需求變更就是要拒絕用戶(hù)提出的需求，以保證工程實(shí)現(xiàn)核心目標(biāo) B只有建立了基線(xiàn)才能很好地實(shí)施變更 C需求變更應(yīng)以規(guī)定格式提出，并統(tǒng)一提交到變更控制委員會(huì) D應(yīng)定期評(píng)估需求變更對(duì)項(xiàng)目進(jìn)度、成本、質(zhì)量等績(jī)效的影響 答案 (9)A 分析 需求變更應(yīng)以其可行性為基礎(chǔ)，對(duì)其有效控制非常重要，否則將會(huì)導(dǎo)致工期、成本、質(zhì)量不斷擴(kuò)大，對(duì)工程的成功影響較大。作為項(xiàng)目管理師要充分認(rèn)識(shí)到這點(diǎn)，而且要將其重要性不斷灌輸給工程的客戶(hù)、各施工方等所有干系人，特別是讓客戶(hù)認(rèn)識(shí)到，有時(shí)控制需

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

15、ess Requirements)。反映組織結(jié)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。 (2)用戶(hù)需求(User Requirements)。描述用戶(hù)使用產(chǎn)品必須完成的任務(wù)，在用例文檔或方案場(chǎng)景(scenario)說(shuō)明中予以說(shuō)明。 (3)功能需求(Functional Requirements)。定義開(kāi)發(fā)人員必須實(shí)現(xiàn)的信息系統(tǒng)功能，使得用戶(hù)能完成他們的任務(wù)，從而滿(mǎn)足業(yè)務(wù)需求。 (4)非功能需求(None-Functional Requirements)。描述系統(tǒng)展現(xiàn)給用戶(hù)的行為和執(zhí)行的操作等。包括： 產(chǎn)品必須遵循的標(biāo)準(zhǔn)、規(guī)范和合約： 外部界面的具體細(xì)節(jié)； 性能要求； 設(shè)計(jì)或?qū)崿F(xiàn)的約束條件； 質(zhì)量屬性。 11信息系統(tǒng)需求說(shuō)明書(shū)是需求分析階段的成果， (11) 不是其應(yīng)包含的內(nèi)容。 A數(shù)據(jù)描述 B功能描述 C系統(tǒng)結(jié)構(gòu)描述 D性能描述 答案 (11)C 分析 信息系統(tǒng)需求說(shuō)明書(shū)是需求分析階段的成果，不僅是系統(tǒng)測(cè)試和用戶(hù)文檔的基礎(chǔ)，也是所有子系列項(xiàng)目規(guī)劃、設(shè)計(jì)和編碼的基礎(chǔ)。它應(yīng)該盡可能完整地描述系統(tǒng)預(yù)期的外部行為和用戶(hù)可視化行為。除了設(shè)計(jì)和實(shí)現(xiàn)上的限制，信息系統(tǒng)需求規(guī)格說(shuō)明不應(yīng)該包括設(shè)計(jì)、構(gòu)造、測(cè)試或工程管理的細(xì)節(jié)?？梢允褂靡韵?種方法編寫(xiě)信息系統(tǒng)需求規(guī)格說(shuō)明。 (1)用好的結(jié)構(gòu)化和自然語(yǔ)言編寫(xiě)文本型文檔。 (2)建立圖形化模型，這些模型可以描