資訊系統專案管理師分類模擬題需求管理

2021-03-04 09:42:35 字數 4700 閱讀 6660

需求管理

1.需求管理的主要目的不包括下列中的 (1) 。

a.確保專案相關方對需求的一致理解

b.減少需求變更的數量

c.保持需求到最終產品的雙向追蹤

d.確保最終產品與需求相符合

答案(1)b

[分析]

需求管理的目的是在使用者和將處理使用者需求的資訊系統專案之間建立對使用者需求的共同理解。需求管理包括和使用者一起建立與維護有關資訊系統專案需求的協議,該協議稱作「分配給資訊系統的系統需求」。協議既包括技術需求,又包括非技術需求(例如,交付日期)。

該協議形成估計、策劃和跟蹤整個資訊系統生存週期內專案活動的基礎。

需求管理的目標主要體現在三個方面:

(1)確保專案各方對需求的一致理解。

(2)管理和控制需求的變更,確保最終產品與需求相符合。

(3)從需求到最終產品的雙向追蹤。

2.需求變更提出宋之後,接著應該進行下列中的 (2) 。

a.實施變更 b.驗證變更 c.評估變更 d.取消變更

答案(2)c

[分析]

需求變更的管理控制程式一般如下:

(1)建立需求基線、變更控制策略和變更控制系統。只有建立了基線才能很好地實施變更,否則無法控制。沒有參照標準,也就沒有控制而言;變更控制策略和變更控制系統同樣重要,是變更的控制標準和手段,有良好的可行的變更控制系統,可以達到事半功倍的效果。

這裡需要特別強調的是,變更控制系統並非都要用計算機資訊系統來實現,格式化的**、流程圖和制度組合起來也是一套很好的變更控制系統。

(2)需求變更以規定格式提出。需求變更應以規定格式提出,並統一提交到ccb。需求變更一定要ccb統一管理,不能出現多頭管理。

以規定格式提出需求變更,是為了保證需求的明確性、可實現性和無二義性。

(3)ccb對需求進行評估論證。ccb接收到需求變更申請後,應評估變更的技術可行性、代價、業務需求和資源限制,決定是採納還是拒絕。

(4)需求變更以書面方式獲得批准並修改進度和成本等專案計畫。ccb應給每乙個採納的變更需求設定乙個優先順序或變更實現的日期,專案管理團隊對人員、進度計畫、成本計畫進行變更,並通知到相關的專案干係人。

(5)定期評估需求變更對專案績效的影響。應定期評估需求變更對專案進度、成本、質量等績效的影響,以便及時對偏差進行調整,並為後續的需求變更不斷積累資料和經驗。

以上第一項工作是工程專案準備階段就應該做的整體準備工作,後面的第二到第五的4項工作針對每個需求變更都是要順序執行的。

3.需求跟蹤矩陣的作用是 (3) 。

a.可以體現需求與後續工作成果之間的對應關係

b.固化需求,防止變更

c.明確專案干係人對於需求的責任

d.對於需求複雜的專案,可以用來明確需求

答案(3)a

[分析]

需求跟蹤包括編制每個需求同系統元素之間的聯絡文件,這些元素包括別的需求、體系結構、其他設計部件、源**模組、測試、幫助文件等。需求跟蹤資訊使變更影響分析十分便利,有利於確認和評估某個建議的需求變更所必須做的工作。

圖15-1說明了四類需求跟蹤能力鏈,客戶需求可以向前追溯到需求,這樣就能區分出開發過程中或開發結束後由於需求變更受到影響的需求。同時也確保了需求說明包括所有客戶需求,同樣,可以從需求回溯到相應的客戶需求,確認每個需求的源頭。

表示需求和別的系統元素之間的聯絡鏈的最普遍的方式是使用需求跟蹤能力矩陣,表15-1展示了這個矩陣。

表15-1 需求跟蹤能力矩陣

需求跟蹤提供了乙個表明與合同或說明一致的方法。更進一步,需求跟蹤可以改善產品質量,降低維護成本,而且很容易實現重用。實際上,建立需求跟蹤能力是困難的,尤其是在短期之內會造成開發成本的上公升,雖然從長遠來看可以減少資訊系統生存期的費用。

組織在實施這項能力的時候應循序漸進,逐步實施需求跟蹤矩陣並沒有規定的實現辦法,每個團體注重的方面不同,所建立的需求跟蹤矩陣也不同,只要能夠保證需求鏈的一致性和狀態的跟蹤就達到目的了。

4.關於需求管理的描述,不正確的是 (4) 。

a.需求管理要確保利益相關方對需求的一致理解

b.需求管理要獲取使用者需求並定義產品需求

c.需求管理要與需求開發緊密合作

d.需求管理要取得利益相關方對需求的一致承諾

[分析]

需求工程的活動可分為兩大類:一類屬於需求開發,另一類屬於需求管理。需求開發的目的是通過調查與分析,獲取使用者需求並定義產品需求,需求開發的過程有四個:

需求定義、需求獲取、需求分析和需求驗證。需求管理的目的是確保各方對需求的一致理解,管理和控制需求的變更,從需求到最終產品的雙向跟蹤。在需求管理中,要收集需求的變更和變更的理由,並且維持對原有需求和產品及構件需求的雙向跟蹤。

答案(4)b

5.在需求變更管理中,ccb的職責是 (5) 。

a.決定採納或拒絕針對專案需求的變更請求

b.負責實現需求變更

c.分析變更請求所帶來的影響

d.判定變更是否正確地實現

[分析]

變更控制委員會(change control board,ccb)也可稱為配置控制委員會 (configuration control board),是配置項變更的監管組織。其任務是對建議的配置項變更做出評價、審批,以及監督已批准變更的實施。

ccb的成員通常包括專案經理、使用者代表、質量控制人員、配置控制人員。這個組織不必是常設機構,完全可以根據工作的需要組成。例如,按變更內容和變更請求的不同,組成不同的ccb。

小的專案ccb可以只有1人甚至只是兼職人員。

如果ccb不只是控制變更,而是承擔更多的配置管理任務,那就應該包括基線的審定、標識的審定,以及產品的審定,並且可能實際的工作需分為專案層、系統層和組織層來組建,使其完成不同層面的配置管理任務。

答案(5)a

資訊系統需求分析的任務不應包括 (6) 。進行需求分析可使用多種工具,但 (7) 是不適用的。

(6)a.問題分解 b.可靠性與安全性要求

c.結構化程式設計 d.確定邏輯模型

(7)a.資料流圖(dfd) b.判定表 c.pad圖 d.資料詞典

答案(6)c (7)c

[分析]

資訊系統需求分析的目標是深入描述系統的功能和效能,確定系統設計的約束和資訊系統同其他系統元素的介面,定義系統的其他有效性需求。也就是說,資訊系統需求分析的任務是要解決「資訊系統做什麼」的問題,而不是解決「如何做」的問題,因此不包括程式設計。在需求分析中,可使用的工具主要有資料流圖(dfd)、資料詞典(dd)、結構化語言、判定表及判定樹等。

pad圖(問題分析圖)主要用在資訊系統設計過程中。

8.以下關於需求管理的描述中,不正確的是 (8) 。

a.在獲取使用者需求完畢後,才能分析使用者需求

b.通過原型向使用者提供視覺化的介面,使用者可以對需求做出自己的評價

c.需求驗證是為了確保需求說明書準確、完整地表達必要的質量特點

d.當完成需求說明書後,需求的變更是不可避免的

答案(8)a

[分析]

在很多情形下,分析使用者需求是與獲取使用者需求並行的,主要通過建立模型的方式來描述使用者的需求,為客戶、使用者、開發方等不同參與方提供乙個交流的渠道。這些模型是對需求的抽象,以視覺化的方式提供乙個易於溝通的橋梁。使用者需求的分析與獲取使用者需求有著相似的步驟,區別在於分析使用者需求時使用模型來描述,以獲取使用者更明確的需求。

分析使用者需求需要執行下列活動:

(1)以圖形表示的方式描述系統的整體結構,包括系統的邊界與介面:

(2)通過原型、頁面流或其他方式向使用者提供視覺化的介面,使用者可以對需求做出自己的評價:

(3)系統可行性分析,需求實現的技術可行性、環境分析、費用分析、時間分析等:

(4)以模型描述系統的功能項、資料實體、外部實體、實體之間的關係、實體之間的狀態轉換等方面的內容。

需求驗證是為了確保需求說明書準確、完整地表達必要的質量特點。這裡需要強調的是,在需求驗證過程和評審過程中,客戶的參與是非常重要的。對需求文件進行正式審查是保證產品質量的有效方法,組織乙個由分析人員、客戶、設計人員、測試人員等組成的小組,對其進行仔細的檢查和評審。

如果有必要的話,還可以組織公司外的、行業內的專家評審。

一般的評審分為使用者評審和同行評審兩類。使用者和開發方對於專案內容的描述,是以需求規格說明書作為基礎的:使用者驗收的標準則是依據需求規格說明書中的內容來制定,可見,評審需求文件時使用者的意見是第一位的。

而同行評審的目的,是在專案初期發現那些潛在的缺陷或錯誤,避免這些錯誤和缺陷遺漏到專案的後續階段。

當完成需求說明書後,需求的變更是不可避免的,如何以可控的方式管理資訊系統的需求,對專案的順利進行有著重要的意義。對於需求變更的管理,則主要使用需求變更流程和變更控制委員會兩個手段來實現。如果需要對每項變更帶來的潛在影響及可能的成本費用、進度質量進行評估,變更控制委員會應與專案風險承擔者進行協商,以確定哪些需求可以變更。

同時無論在開發階段還是測試階段,每項變更和需求都是可跟蹤的。

9.下面關於需求變更的敘述,不正確的是 (9) 。

a.控制需求變更就是要拒絕使用者提出的需求,以保證工程實現核心目標

b.只有建立了基線才能很好地實施變更

c.需求變更應以規定格式提出,並統一提交到變更控制委員會

d.應定期評估需求變更對專案進度、成本、質量等績效的影響

答案(9)a

[分析]

需求變更應以其可行性為基礎,對其有效控制非常重要,否則將會導致工期、成本、質量不斷擴大,對工程的成功影響較大。作為專案管理師要充分認識到這點,而且要將其重要性不斷灌輸給工程的客戶、各施工方等所有干係人,特別是讓客戶認識到,有時控制需求變更不是拒絕使用者,而是為了保證工程實現核心目標,達到預期的成功目標,當然控制需求變更也不是一味拒絕使用者提出的需求。

資訊系統專案管理師下午題專案溝通管理

2007下試題二 25 分 閱讀以下關於溝通管理的敘述,回答問題 1 至問題 3,將解答填入答題紙的對應欄內。說明 某系統整合商b 負責某大學城 a 的 3 個校園網的建設,是某弱電總承包商的分包商。田某是系統整合商 b 的高階專案經理,對三個校園網的建設負總責。關某 夏某和宋某是系統整合商 b 的...

資訊系統專案管理師教程

完整版 指導 共分為5個文件 2 資訊系統專案管理師教程100 3 資訊系統專案管理師教程251 4 資訊系統專案管理師教程431 5 資訊系統專案管理師教程600 在文庫中搜尋以上5個文件,合起來就是完整版資訊系統專案管理師教程。中軟總公司計算機培訓中心 第1章緒論 1 什麼是專案 a 專案的定義...

資訊系統專案管理師下午題專案範圍管理需求變更

2011下試題二 25分 閱讀下列說明,回答問題1至問題3,將解答填入答題紙的對應欄。說明 某市工商局為了給各個企業提供更好的服務,提高工作效率,決定建設電子政務系統,並選擇a公司承擔該專案,專案的工期經雙方協定為9個月。a公司指定專案經理李某負責該專案。李某帶領專案團隊完成了專案的需求分析,編制了...