試題：論信息系統(tǒng)項目的需求管理和范圍管理

在信息系統(tǒng)項目的開發(fā)過程中，人們越來越體會到需求管理和范圍管理的重要性，

含糊的需求和范圍經常性的變化使信息系統(tǒng)項目的甲乙雙方吃盡了苦頭，這使得人們急

于尋找良策以管理范圍。

請圍繞“需求管理和范圍管理”論題，分別從以下三個方面進行論述：

（1）概要敘述與你參與管理過的信息系統(tǒng)項目，以及該項目在需求管理和范圍管理

方面的情況；

（2）論述需求開發(fā)、需求管理和范圍管理的區(qū)別與聯(lián)系；

（3）詳細論述在你參與管理過的大型信息系統(tǒng)項目中具體采用的范圍管理過程、方

法、工具及其實際效果。

分析

要寫好這個論文，考生必須首先弄清楚需求管理和范圍管理的概念，以及這兩個概

念之間的區(qū)別和聯(lián)系，否則難以下筆。

（1）需求管理和范圍管理。

需求是指用戶對目標系統(tǒng)在功能、行為、性能、設計約束等方面的期望。通過對應

問題及其環(huán)境的理解與分析，為問題涉及的信息、功能及系統(tǒng)行為建立模型，將用戶需

求精確化、完全化，最終形成需求規(guī)格說明，這一系列的活動即構成信息系統(tǒng)開發(fā)生命

周期的需求分析階段。

需求工程是隨著計算機的發(fā)展而發(fā)展的，在計算機發(fā)展的初期，系統(tǒng)規(guī)模不大，信

息系統(tǒng)開發(fā)所關注的是代碼編寫，需求分析很少受到重視。后來信息系統(tǒng)開發(fā)引入了生

命周期的概念，需求分析成為其第一階段。隨著系統(tǒng)規(guī)模的擴大，需求分析與定義在整

個開發(fā)與維護過程中越來越重要，直接關系到信息系統(tǒng)的成功與否。

需求工程是指應用已證實有效的技術、方法進行需求分析，確定客戶需求，幫助分

析人員理解問題并定義目標系統(tǒng)的所有外部特征的一門學科。它通過合適的工具和記號

系統(tǒng)地描述待開發(fā)系統(tǒng)及其行為特征和相關約束，形成需求文檔，并對用戶不斷變化的

需求演進給予支持。

需求工程是一個不斷反復的需求定義、文檔記錄、需求演進的過程，并最終在驗證

的基礎上凍結需求。我們可以把需求工程的活動劃分為以下 5 個獨立的階段。

① 需求獲取：通過與用戶的交流，對現有系統(tǒng)的觀察及對任務進行分析，從而開

發(fā)、捕獲和修訂用戶的需求；

② 需求建模：為最終用戶所看到的系統(tǒng)建立一個概念模型，作為對需求的抽象描

述，并盡可能多地捕獲現實世界的語義；

③ 形成需求規(guī)格：生成需求模型構件的精確的形式化的描述，作為用戶和開發(fā)者

之間的一個協(xié)約；

④ 需求驗證：以需求規(guī)格說明為輸入，通過符號執(zhí)行、模擬或快速原型等途徑，

分析需求規(guī)格的正確性和可行性；

⑤ 需求管理：支持系統(tǒng)的需求演進，確保各方對需求的一致理解，管理和控制需

求的變更，從需求到最終產品的雙向跟蹤。

其中前 4 個階段通常統(tǒng)稱為需求開發(fā)階段。

項目范圍是為了達到項目目標，為了交付具有某種特制的產品和服務，項目所規(guī)定

要做的。項目的范圍管理就是要確定哪些工作是項目應該做的，哪些不應該包括在項目

中。項目范圍是項目目標的更具體的表達。

如果項目的范圍不明確，那么項目解決的不是對應的問題，或者項目人員把時間浪

費在從事不屬于他們職責的工作上。

范圍管理必須清晰地定義項目目標，此定義必須在客戶與執(zhí)行項目的組織之間達成

一致，并且把項目工作范圍詳細的劃分為工作包。

在信息系統(tǒng)項目中，實際上存在兩個相互關聯(lián)的范圍，分別是產品范圍和項目范

圍。產品范圍是指信息系統(tǒng)產品或者服務所應該包含的功能，項目范圍是指為了能夠

交付信息系統(tǒng)項目所必須做的工作。

顯然，產品范圍是項目的范圍的基礎，產品的范圍定義是信息系統(tǒng)要求的量度，而

項目范圍的定義是產生項目計劃的基礎，兩種在應用上有區(qū)別。另外的區(qū)別在于“需求

分析”更偏重于軟件技術，而項目范圍管理則更偏向于管理。判斷項目范圍是否完成，

要以項目管理計劃、項目范圍說明書、工作分解結構、工作分解結構詞匯表來衡量。而

信息系統(tǒng)產品或服務是否完成，則根據產品或服務是滿足了需求分析。

項目的范圍基準是經過批準的詳細的項目范圍說明書、項目的工作分解結構和工作

分解結構詞匯表。

由于進行項目的范圍管理，能夠確定項目的邊界，明確項目的目標和項目的主要可

交付成果，所以范圍管理能夠提高對項目費用、時間和資源估算的準確性。首先人們對

復雜的事務的預測要比相對簡單的事務的預測要困難得多，而且誤差也大得多。而且，

即使兩者誤差相同，由于范圍管理使用項目分解結構，將項目范圍分解成可管理的工作

包，人們發(fā)現誤差的和小于和的誤差，雖然人們多項目分解結構的每一項的估算都存在

誤差，但由于這些誤差可能相互抵消，所以最終誤差將比總估算的誤差要小。

項目范圍管理，包括為成功完成項目所需要的范圍計劃編制、范圍定義、創(chuàng)建工作

分解結構、范圍確認和范圍控制等 5 個過程。

① 范圍計劃編制：項目范圍管理計劃是一種規(guī)劃的工具，說明項目組將如何進行

項目的范圍管理，具體來說，包括如何進行項目范圍定義，如何制定工作分解結構，如

何進行項目范圍核實和控制等。

② 范圍定義：項目和子項目都需要編寫項目的范圍定義，項目范圍定義明確項目

的范圍，即項目的合理性、目標和主要可交付成果等。

③ 創(chuàng)建工作分解結構：WBS 是項目定義對于項目范圍定義的輸出結果，WBS 定

義了項目的全部范圍。明確和準確說明項目范圍，項目組成員能夠清楚地理解任務的性

質和需要努力的方向。WBS 能夠幫助項目降低成本，減少離職帶來的影響和屏蔽干擾

因素。

④ 范圍確認：范圍確認主要是確認項目的可交付成果是否滿足項目利益相關人的

要求。把項目的可交付成果列表提交給項目利益相關人，也應該展示項目的進度安排。

⑤ 范圍控制：對于范圍變更，不能隨意進行。所有的變更必須記載，范圍控制必

須能夠對造成范圍變化的因素施加影響，估算對項目的資金、進度和風險等影響，以保

證變化是有利的，同時需要判斷范圍變化是否發(fā)生，如果已經發(fā)生，那么對變化進行管

理。對范圍變更進行控制時，要以工作分解結構、項目進展報告、變更請求和范圍管理

計劃為依據。進行范圍變更控制必須經過范圍變更控制系統(tǒng)。

（2）需求開發(fā)、需求管理和范圍管理的區(qū)別與聯(lián)系。

從上面的分析我們可以知道，雖然需求管理貫穿信息系統(tǒng)項目的整個生命周期，但

只有經過需求分析過程之后才能確定項目的范圍，需求的變更會引起項目范圍的變更。

首先通過需求開發(fā)來獲取項目的需求，在此基礎上確定項目的范圍，進行項目范圍

管理。需求管理是對已批準的項目需求進行全生命周期的管理，其過程包括需求管理定

義、需求管理流程、制訂需求管理計劃、管理需求和實施建議等，其中最主要的工作是

需求的變更管理。

（3）范圍管理過程、方法、工具。

前面我們已經介紹了范圍管理的 5 個過程，其中使用了方法和工具主要有：

① 范圍計劃編制：專家判斷、樣板、表格、標準。

② 范圍定義：產品分析、可選方案識別、專家判斷。

③ 創(chuàng)建工作分解結構：WBS 模板、分解。

④ 范圍確認：檢查。

⑤ 范圍控制：變更控制系統(tǒng)、配置管理系統(tǒng)、重新規(guī)劃。

有關這些方法和工具的詳細介紹，請讀者閱讀《信息系統(tǒng)項目管理師輔導教程》第

6 章。

解答要點

從分析中，我們可以得知，關于“論信息系統(tǒng)項目的需求管理和范圍管理”論文的

寫作，要點大體體現于以下幾個方面：

（1）用 400 字~500 字的篇幅簡單介紹項目的背景、發(fā)起單位、目的、開始時間和

結束時間、主要交付物、最終交付的產品。著重介紹項目的需求、范圍和作者在其中擔

任的工作。

（2）根據分析，結合項目實際，討論需求開發(fā)、需求管理和范圍管理的區(qū)別與聯(lián)系。

（3）詳細闡述作者在參與管理過的大型信息系統(tǒng)項目中具體采用的范圍管理過程、

方法、工具。5 個管理過程必須完整無缺，其中使用的工具和方法可以進行選擇，不一

定要全部寫出來，每個過程擇其 1~2 個方法和工具做具體介紹。

（4）用 300 字~400 字的篇幅簡單說明和評價使用上述過程、方法和工具后，整個

項目管理的實際效果如何。然后進行總結，指出其不足之處，并且說明這種不足是什么原因造成的，在今后如何避免或改進。值得注意的是，實際效果要切實際，要談出體會和深度來。

有不懂的問題可以加入高項備考企鵝峮，不僅能收獲學習資料還能組團備考