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

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

述，并盡可能多地捕獲現(xiàn)實(shí)世界的語義；

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

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

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

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

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

求的變更，從需求到最終產(chǎn)品的雙向跟蹤。

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

項(xiàng)目范圍是為了達(dá)到項(xiàng)目目標(biāo)，為了交付具有某種特制的產(chǎn)品和服務(wù)，項(xiàng)目所規(guī)定

要做的。項(xiàng)目的范圍管理就是要確定哪些工作是項(xiàng)目應(yīng)該做的，哪些不應(yīng)該包括在項(xiàng)目

中。項(xiàng)目范圍是項(xiàng)目目標(biāo)的更具體的表達(dá)。

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

費(fèi)在從事不屬于他們職責(zé)的工作上。

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

一致，并且把項(xiàng)目工作范圍詳細(xì)的劃分為工作包。

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

圍。產(chǎn)品范圍是指信息系統(tǒng)產(chǎn)品或者服務(wù)所應(yīng)該包含的功能，項(xiàng)目范圍是指為了能夠

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

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

項(xiàng)目范圍的定義是產(chǎn)生項(xiàng)目計劃的基礎(chǔ)，兩種在應(yīng)用上有區(qū)別。另外的區(qū)別在于“需求

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

要以項(xiàng)目管理計劃、項(xiàng)目范圍說明書、工作分解結(jié)構(gòu)、工作分解結(jié)構(gòu)詞匯表來衡量。而

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

項(xiàng)目的范圍基準(zhǔn)是經(jīng)過批準(zhǔn)的詳細(xì)的項(xiàng)目范圍說明書、項(xiàng)目的工作分解結(jié)構(gòu)和工作

分解結(jié)構(gòu)詞匯表。

由于進(jìn)行項(xiàng)目的范圍管理，能夠確定項(xiàng)目的邊界，明確項(xiàng)目的目標(biāo)和項(xiàng)目的主要可

交付成果，所以范圍管理能夠提高對項(xiàng)目費(fèi)用、時間和資源估算的準(zhǔn)確性。首先人們對

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

即使兩者誤差相同，由于范圍管理使用項(xiàng)目分解結(jié)構(gòu)，將項(xiàng)目范圍分解成可管理的工作

包，人們發(fā)現(xiàn)誤差的和小于和的誤差，雖然人們多項(xiàng)目分解結(jié)構(gòu)的每一項(xiàng)的估算都存在

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

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

分解結(jié)構(gòu)、范圍確認(rèn)和范圍控制等 5 個過程。

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

項(xiàng)目的范圍管理，具體來說，包括如何進(jìn)行項(xiàng)目范圍定義，如何制定工作分解結(jié)構(gòu)，如

何進(jìn)行項(xiàng)目范圍核實(shí)和控制等。

② 范圍定義：項(xiàng)目和子項(xiàng)目都需要編寫項(xiàng)目的范圍定義，項(xiàng)目范圍定義明確項(xiàng)目

的范圍，即項(xiàng)目的合理性、目標(biāo)和主要可交付成果等。

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

義了項(xiàng)目的全部范圍。明確和準(zhǔn)確說明項(xiàng)目范圍，項(xiàng)目組成員能夠清楚地理解任務(wù)的性

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

因素。

④ 范圍確認(rèn)：范圍確認(rèn)主要是確認(rèn)項(xiàng)目的可交付成果是否滿足項(xiàng)目利益相關(guān)人的

要求。把項(xiàng)目的可交付成果列表提交給項(xiàng)目利益相關(guān)人，也應(yīng)該展示項(xiàng)目的進(jìn)度安排。

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

須能夠?qū)υ斐煞秶兓囊蛩厥┘佑绊?，估算對?xiàng)目的資金、進(jìn)度和風(fēng)險等影響，以保

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

理。對范圍變更進(jìn)行控制時，要以工作分解結(jié)構(gòu)、項(xiàng)目進(jìn)展報告、變更請求和范圍管理

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

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

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

只有經(jīng)過需求分析過程之后才能確定項(xiàng)目的范圍，需求的變更會引起項(xiàng)目范圍的變更。

首先通過需求開發(fā)來獲取項(xiàng)目的需求，在此基礎(chǔ)上確定項(xiàng)目的范圍，進(jìn)行項(xiàng)目范圍

管理。需求管理是對已批準(zhǔn)的項(xiàng)目需求進(jìn)行全生命周期的管理，其過程包括需求管理定

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

需求的變更管理。

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

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

① 范圍計劃編制：專家判斷、樣板、表格、標(biāo)準(zhǔn)。

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

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

④ 范圍確認(rèn)：檢查。

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

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

6 章。

解答要點(diǎn)

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

寫作，要點(diǎn)大體體現(xiàn)于以下幾個方面：

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

結(jié)束時間、主要交付物、最終交付的產(chǎn)品。著重介紹項(xiàng)目的需求、范圍和作者在其中擔(dān)

任的工作。

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

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

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

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

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

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

有不懂的問題可以加入高項(xiàng)備考企鵝峮，不僅能收獲學(xué)習(xí)資料還能組團(tuán)備考