項(xiàng)目范圍對(duì)項(xiàng)目的影響是決定性的，它確定了軟件項(xiàng)目工作內(nèi)容的多少。有效的范圍管理可以保證項(xiàng)目只做必須做的事情，避免范圍蔓延和做無(wú)用功，同時(shí)也避免不清晰的需求所導(dǎo)致的嚴(yán)重的系統(tǒng)缺陷。?

本章內(nèi)容提要

n3.1 需求獲取 n3.2 范圍定義 n3.3 創(chuàng)建工作分解結(jié)構(gòu) n3.4 范圍確認(rèn) n3.5 范圍控制 n3.6 案例分析

3.1 需求獲取

n需求獲取工作的任務(wù)就是收集項(xiàng)目干系人的需求信息，為定義項(xiàng)目的范圍奠定基礎(chǔ)。n需求獲取工作只能通過(guò)用戶(hù)與開(kāi)發(fā)人員之間進(jìn)行高度的合作和交流才能成功。n在軟件項(xiàng)目的需求獲取活動(dòng)中，一般要收集以下類(lèi)別的用戶(hù)需求：n（1）界面需求：描述軟件系統(tǒng)的外部特性，即系統(tǒng)如何從外部得到數(shù)據(jù)輸入，如何向外部輸出數(shù)據(jù)。n（2）功能需求：列出軟件系統(tǒng)必須完成的所有功能。n（3）性能需求：響應(yīng)時(shí)間、吞吐量、處理時(shí)間、存儲(chǔ)空間等方面的限定。n（4）質(zhì)量需求：對(duì)安全性、保密性、可靠性、可維護(hù)性、可移植性、易用性等方面的要求。n（5）資源使用需求：對(duì)硬件、支持軟件、數(shù)據(jù)通信接口等方面的要求。n（6）軟件成本消耗與開(kāi)發(fā)進(jìn)度需求：即對(duì)時(shí)間和經(jīng)濟(jì)方面的要求。n（7）異常處理要求：在運(yùn)行過(guò)程中出現(xiàn)異常情況(如臨時(shí)性或永久性的資源故障，不合法或超出范圍的輸入數(shù)據(jù)、非法操作等)時(shí)應(yīng)采取的行動(dòng)以及希望顯示的信息。

獲取需求的常用方法?

n（1）訪談。訪談是通過(guò)與干系人直接交談來(lái)獲取信息。訪談的典型做法是向被訪者提出問(wèn)題，并記錄他們的回答。訪談經(jīng)常是一個(gè)訪談?wù)吆鸵粋€(gè)被訪者之間的一對(duì)一談話(huà)，但也可包括多個(gè)訪談?wù)呋蚨鄠€(gè)被訪者。訪談?dòng)薪?jīng)驗(yàn)的項(xiàng)目參與者、發(fā)起人、以及主題專(zhuān)家，有助于識(shí)別和定義項(xiàng)目可交付成果的特征和功能。

n（2）討論會(huì)。討論會(huì)把主要項(xiàng)目干系人召集在一起，通過(guò)集中討論來(lái)定義項(xiàng)目需求。討論會(huì)是快速定義跨職能需求和協(xié)調(diào)干系人差異的重要方法。由于群體互動(dòng)的特點(diǎn)，被有效引導(dǎo)的討論會(huì)有助于參與者之間建立信任、改善關(guān)系、改進(jìn)溝通，從而有利于干系人達(dá)成一致意見(jiàn)。在每次討論會(huì)中，都必須記錄所討論的內(nèi)容，并在會(huì)后加以整理。在會(huì)前應(yīng)提前發(fā)給參加人員有關(guān)討論會(huì)的議題和內(nèi)容等材料，以便有所準(zhǔn)備。n（3）觀察用戶(hù)工作流程。直接觀察用戶(hù)在其實(shí)際環(huán)境中怎樣執(zhí)行工作是一種行之有效的獲取需求方法。當(dāng)產(chǎn)品使用者難以清晰說(shuō)明他們的需求時(shí)，就特別需要通過(guò)觀察了解他們的工作細(xì)節(jié)。通常由觀察者從外部來(lái)觀看業(yè)務(wù)專(zhuān)家如何執(zhí)行工作，也可由觀察者實(shí)際執(zhí)行一個(gè)流程或程序，來(lái)體驗(yàn)該流程或程序是如何實(shí)施的，以便挖掘隱藏的需求。n（4）問(wèn)卷調(diào)查。問(wèn)卷調(diào)查是指設(shè)計(jì)一系列書(shū)面問(wèn)題，向眾多受訪者收集信息。當(dāng)需要調(diào)查大量人員的意見(jiàn)時(shí)，向被調(diào)查人分發(fā)調(diào)查問(wèn)卷是一個(gè)十分有效的做法。經(jīng)過(guò)仔細(xì)考慮寫(xiě)出的書(shū)面回答可能比被訪者對(duì)問(wèn)題的口頭回答更準(zhǔn)確。調(diào)查者應(yīng)仔細(xì)閱讀收回的調(diào)查表，然后再有針對(duì)性地訪問(wèn)一些用戶(hù)，以便向他們?cè)儐?wèn)在分析調(diào)查表時(shí)發(fā)現(xiàn)的新問(wèn)題。n（5）快速原型法。快速原型法是指在軟件開(kāi)發(fā)的早期快速建立目標(biāo)軟件系統(tǒng)的原型，并據(jù)此征求用戶(hù)對(duì)需求的反饋。由于原型是可以操作的，它使得用戶(hù)可以體驗(yàn)最終產(chǎn)品的模型，而不是僅限于討論抽象的需求描述，從而可以獲得更為準(zhǔn)確和清晰的需求。快速原型法需要經(jīng)歷從模型創(chuàng)建、用戶(hù)體驗(yàn)、反饋收集到原型修改的反復(fù)循環(huán)過(guò)程。在經(jīng)過(guò)足夠的反饋循環(huán)之后，就可以通過(guò)原型獲得足夠的需求信息。

分析和整理收集到的用戶(hù)需求

n對(duì)于用戶(hù)提出的每個(gè)需求都要知道“為什么”，并判斷用戶(hù)提出的需求是否有充足的理由。n將那種以“如何實(shí)現(xiàn)”方式表達(dá)的需求轉(zhuǎn)換為“實(shí)現(xiàn)什么”的方式。因?yàn)樾枨螳@取階段關(guān)注“做什么”，而不是“怎么做”。n分析由用戶(hù)需求衍生出的隱含需求，并識(shí)別用戶(hù)沒(méi)有明確提出來(lái)的隱含需求。

3.2 范圍定義

n范圍定義就是制定項(xiàng)目和產(chǎn)品的詳細(xì)描述，從而定義項(xiàng)目的范圍。由于在獲取需求過(guò)程中識(shí)別出的所有需求未必都包含在項(xiàng)目中，所以范圍定義過(guò)程就是從所獲取的需求中選取最終的項(xiàng)目需求，然后制定出項(xiàng)目及其產(chǎn)品的詳細(xì)描述。n3.2.1 軟件產(chǎn)品范圍和項(xiàng)目范圍n3.2.2 項(xiàng)目范圍說(shuō)明書(shū)

3.2.1?軟件產(chǎn)品范圍和項(xiàng)目范圍

n軟件產(chǎn)品是項(xiàng)目的最終交付物，因此軟件產(chǎn)品范圍是軟件項(xiàng)目范圍中最重要的一部分。n在軟件項(xiàng)目中，產(chǎn)品范圍通常表現(xiàn)為軟件需求規(guī)格說(shuō)明書(shū)（Software Requirements Specification, SRS）。

SRS的內(nèi)容

n（1）功能特征描述。即軟件系統(tǒng)向使用者提供什么樣的功能。n（2）系統(tǒng)接口描述。即描述軟件系統(tǒng)與其他軟硬件系統(tǒng)之間的接口。在描述系統(tǒng)范圍時(shí)，明確接口是非常必要的。n（3）質(zhì)量特征描述。主要的質(zhì)量特征包括性能、可靠性、可移植性、機(jī)密性、可維護(hù)性等。不同程度的質(zhì)量要求對(duì)項(xiàng)目的工作范圍會(huì)有很大影響。

項(xiàng)目范圍

n項(xiàng)目范圍包含產(chǎn)品范圍，同時(shí)還包含更廣泛的內(nèi)容，項(xiàng)目中應(yīng)展開(kāi)的工作均屬于項(xiàng)目范圍，例如制定項(xiàng)目計(jì)劃、編寫(xiě)文檔、用戶(hù)培訓(xùn)等。

3.2.2 項(xiàng)目范圍說(shuō)明書(shū)

n項(xiàng)目范圍說(shuō)明書(shū)是范圍定義的工作成果，它詳細(xì)描述了項(xiàng)目的可交付成果，以及為創(chuàng)建這些可交付成果而必須開(kāi)展的工作。在實(shí)際的軟件項(xiàng)目中，可能不會(huì)出現(xiàn)一份叫做《項(xiàng)目范圍說(shuō)明書(shū)》的文檔，但其中的內(nèi)容可能會(huì)被多個(gè)文檔包含，如《項(xiàng)目合同》、《項(xiàng)目計(jì)劃》、《需求規(guī)格說(shuō)明書(shū)》等。

項(xiàng)目范圍說(shuō)明書(shū)的內(nèi)容

n（1）產(chǎn)品范圍描述。即項(xiàng)目所創(chuàng)造的產(chǎn)品的特性。n（2）驗(yàn)收標(biāo)準(zhǔn)。可交付成果通過(guò)驗(yàn)收前必須滿(mǎn)足的一切條件。n（3）可交付成果。在某一過(guò)程、階段或項(xiàng)目完成時(shí)，必須產(chǎn)出的可核實(shí)的產(chǎn)品和成果。n（4）項(xiàng)目的除外責(zé)任。通常需要識(shí)別出什么是被排除在項(xiàng)目之外的。明確說(shuō)明哪些內(nèi)容不屬于項(xiàng)目范圍，有助于管理項(xiàng)目干系人的期望。n（5）制約因素。需要列舉并描述與項(xiàng)目范圍有關(guān)且會(huì)影響項(xiàng)目執(zhí)行的各種內(nèi)外部制約或限制條件。例如，客戶(hù)或執(zhí)行組織事先確定的預(yù)算，強(qiáng)制性日期或進(jìn)度里程碑等。n（6）假設(shè)條件。在制定計(jì)劃時(shí)，一些未經(jīng)驗(yàn)證就被視為正確、真實(shí)或確定的因素。對(duì)假設(shè)條件還應(yīng)描述如果條件不成立，可能造成的潛在影響。

3.3 創(chuàng)建工作分解結(jié)構(gòu)

n創(chuàng)建工作分解結(jié)構(gòu)就是把項(xiàng)目分解成具有內(nèi)在聯(lián)系的、更小、更詳細(xì)、易于管理、易于控制的組成部分。通過(guò)創(chuàng)建工作分解結(jié)構(gòu)，不僅使項(xiàng)目范圍更為明確，而且為制定進(jìn)度計(jì)劃、成本計(jì)劃等提供了基礎(chǔ)。n工作分解結(jié)構(gòu)（Work Breakdown Structure, WBS）是對(duì)項(xiàng)目團(tuán)隊(duì)為實(shí)現(xiàn)項(xiàng)目目標(biāo)、創(chuàng)建可交付成果而需實(shí)施的全部工作范圍的層級(jí)分解。

WBS的結(jié)構(gòu)

nWBS組織并定義了整個(gè)項(xiàng)目范圍，不在WBS中包括的工作就不是該項(xiàng)目的工作。nWBS是一個(gè)分級(jí)的樹(shù)型結(jié)構(gòu)，是對(duì)項(xiàng)目由粗到細(xì)的分解過(guò)程。工作結(jié)構(gòu)每細(xì)分一個(gè)層次表示對(duì)項(xiàng)目元素更細(xì)致的描述。nWBS最低層次的組件被稱(chēng)為工作包，它是項(xiàng)目中最小的可控單元，它應(yīng)當(dāng)由唯一主體負(fù)責(zé)完成。同時(shí)，每個(gè)工作包又是一個(gè)可控制點(diǎn)，可以進(jìn)行進(jìn)度的監(jiān)督和檢查。

WBS的表示類(lèi)型

創(chuàng)建WBS的方法

? ? ? ??根據(jù)需求分析的結(jié)果和項(xiàng)目的相關(guān)要求，分解出WBS。常見(jiàn)的分解方法有三種：

n類(lèi)比法n自頂向下法n自底向上法

(1) 類(lèi)比法

n參考類(lèi)似的已經(jīng)完成的項(xiàng)目的WBS和以前的項(xiàng)目經(jīng)驗(yàn)，根據(jù)當(dāng)前項(xiàng)目特點(diǎn)做必要的調(diào)整，從而得到新項(xiàng)目的WBS。 n一般來(lái)說(shuō)，如果軟件組織經(jīng)常性地在某一行業(yè)或某一類(lèi)產(chǎn)品中重復(fù)多個(gè)項(xiàng)目，則項(xiàng)目過(guò)程的重合度比較高，較適合采用類(lèi)比法。 n也可參照人們從大量實(shí)踐中總結(jié)出的WBS模板。

WBS模板舉例

(2) 自頂向下法

n把項(xiàng)目從粗粒度的任務(wù)逐層細(xì)化，得到整個(gè)項(xiàng)目的分解結(jié)構(gòu)。

(3) 自底向上法

n通過(guò)將細(xì)粒度的工作逐層歸納而得到整個(gè)項(xiàng)目WBS的方法。

自底向上法

n參加分解工作的人員根據(jù)自己的理解識(shí)別項(xiàng)目中的工作，盡可能詳細(xì)地列出完成項(xiàng)目所涉及的各項(xiàng)具體的工作任務(wù)，然后對(duì)各項(xiàng)工作任務(wù)進(jìn)行分類(lèi)整合，歸并到一個(gè)或者若干個(gè)更大的活動(dòng)中，并構(gòu)成WBS的上一級(jí)內(nèi)容。 n優(yōu)點(diǎn)：通過(guò)自底向上歸納團(tuán)隊(duì)中不同成員的想法，更容易發(fā)揮團(tuán)隊(duì)的力量。 n缺點(diǎn)：分解過(guò)程的投入太大，會(huì)花費(fèi)較多的時(shí)間和成本。

幾種任務(wù)分解方法的適用性

n如果軟件組織在同一應(yīng)用領(lǐng)域做過(guò)多個(gè)類(lèi)似的項(xiàng)目，則可以使用類(lèi)比法。 n自頂向下分解的質(zhì)量直接決定于分解者對(duì)項(xiàng)目的理解，所以要求分解者經(jīng)驗(yàn)豐富，對(duì)項(xiàng)目有深入理解和宏觀上的把握。 n自底向上法適用于那些具有創(chuàng)新性或不太熟悉的項(xiàng)目，更容易發(fā)揮團(tuán)隊(duì)的力量。 n對(duì)于有些項(xiàng)目來(lái)說(shuō)，可能需要綜合應(yīng)用這三種方法才能得到結(jié)構(gòu)良好的WBS。

任務(wù)分解的策略

n創(chuàng)建WBS時(shí)，對(duì)相同的項(xiàng)目存在著不同的分解策略，例如： n根據(jù)交付物進(jìn)行分解 n根據(jù)項(xiàng)目階段進(jìn)行分解 n根據(jù)系統(tǒng)功能組成進(jìn)行分解

（1）根據(jù)交付物進(jìn)行分解

n該策略是根據(jù)項(xiàng)目中必須產(chǎn)生的交付物來(lái)劃分項(xiàng)目中的工作。 n把項(xiàng)目的主要交付物（如需求規(guī)格說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)、軟件包、測(cè)試報(bào)告、用戶(hù)手冊(cè)等）作為分解的第二層，確定整個(gè)WBS的架構(gòu)，然后通過(guò)類(lèi)比、自頂向下或自底向上的方法繼續(xù)分解。 n根據(jù)交付物逐層分解可以很自然地得到結(jié)構(gòu)良好的WBS，不會(huì)遺漏項(xiàng)目必需的工作包。

（2）根據(jù)項(xiàng)目階段分解

n根據(jù)項(xiàng)目階段分解就是首先確定整個(gè)項(xiàng)目必須經(jīng)歷的階段，然后再逐步細(xì)化每一階段工作的細(xì)目。 n這種分解策略是從工程的角度進(jìn)行項(xiàng)目分解，使WBS結(jié)構(gòu)與項(xiàng)目工程過(guò)程較為一致。 n但該策略對(duì)使用者的項(xiàng)目工程經(jīng)驗(yàn)要求較高，項(xiàng)目工程經(jīng)驗(yàn)不足則較容易遺漏項(xiàng)目中必須的工作包。

按照項(xiàng)目階段進(jìn)行分解

（3）按照產(chǎn)品的功能組成分解

對(duì)任務(wù)分解的要求

在創(chuàng)建WBS時(shí)，要注意分解的活動(dòng)至少要滿(mǎn)足四點(diǎn)要求：

n（1）分解出的工作對(duì)于完成上層相應(yīng)交付物來(lái)說(shuō)是必要且充分的。 n（2）工作的獨(dú)立性。即工作一旦開(kāi)始，就可以在不中斷的條件下完成。 n（3）工作完成度的可判斷性。即可以清楚地判斷工作是否已經(jīng)開(kāi)始，工作完成了多少，以及工作是否完成。 n（4）工作的交付成果。即明確工作完成后將得到什么樣的成果。?

任務(wù)分解的注意事項(xiàng)

n（1）項(xiàng)目最底層的工作包要非常具體，任務(wù)分解的結(jié)果必須有利于責(zé)任分配，從而保證各工作包的負(fù)責(zé)人能夠明確自己的具體任務(wù)，也便于項(xiàng)目的管理人員對(duì)項(xiàng)目的執(zhí)行情況進(jìn)行監(jiān)督和業(yè)績(jī)考核。 n（2）工作分解得越細(xì)致，對(duì)工作的規(guī)劃、管理和控制就越有力，但是，過(guò)細(xì)的分解會(huì)造成管理工作的無(wú)效耗費(fèi)，資源使用效率低下，工作實(shí)施效率降低。因此WBS的層數(shù)不宜太多，一般不超過(guò)7層。 n（3）對(duì)于最底層的工作包，一般要有詳細(xì)和明確的文字說(shuō)明，定義任務(wù)完成的標(biāo)準(zhǔn)。常常把所有工作包的文字說(shuō)明匯集到一起，編成一個(gè)WBS字典（WBS Dictionary）。

3.4 范圍確認(rèn)

n范圍確認(rèn)是指正式驗(yàn)收已完成的項(xiàng)目可交付成果，從而確認(rèn)項(xiàng)目可交付成果是否可以讓項(xiàng)目干系人滿(mǎn)意。 n范圍確認(rèn)工作一般由客戶(hù)、發(fā)起人等關(guān)鍵項(xiàng)目干系人負(fù)責(zé)。 n通常在進(jìn)行范圍確認(rèn)前，項(xiàng)目組需要先進(jìn)行質(zhì)量控制工作，如系統(tǒng)測(cè)試等工作，以確保范圍確認(rèn)工作的順利完成。

3.5 范圍控制

n項(xiàng)目范圍的變更必然會(huì)造成項(xiàng)目進(jìn)度計(jì)劃、人員安排、成本等各方面的變化，處理不當(dāng)則會(huì)增加項(xiàng)目風(fēng)險(xiǎn)，甚至造成項(xiàng)目陷入混亂的狀態(tài)。 n范圍控制就是指監(jiān)控項(xiàng)目的范圍狀態(tài)，管理范圍變更。范圍控制的目的是在出現(xiàn)范圍變更需求后，管理相關(guān)的計(jì)劃、資源安排以及項(xiàng)目成果，使得項(xiàng)目各部分可以很好地配合在一起，避免變更帶來(lái)的負(fù)面影響。? n未經(jīng)控制的產(chǎn)品或項(xiàng)目范圍的擴(kuò)大被稱(chēng)為范圍蔓延。變更是不可避免的，為防止范圍蔓延，在每個(gè)項(xiàng)目上，都必須強(qiáng)制實(shí)施某種形式的變更控制。 n范圍控制通過(guò)變更控制系統(tǒng)和配置管理系統(tǒng)來(lái)完成。當(dāng)出現(xiàn)范圍變更需求時(shí)，通常要執(zhí)行一個(gè)嚴(yán)格的變更控制流程。 n變更實(shí)現(xiàn)涉及到配置項(xiàng)的修改，要遵守配置管理規(guī)范。 n在項(xiàng)目初期就建立起完整的變更控制和配置管理的流程可以使項(xiàng)目在有序的變化中不斷前進(jìn)。

3.6 案例分析

n“軟件缺陷管理和度量系統(tǒng)”的SRS和WBS

本章內(nèi)容小結(jié)

n了解軟件項(xiàng)目的需求分類(lèi)，理解獲取需求的常用方法。 n了解軟件項(xiàng)目產(chǎn)品范圍和項(xiàng)目范圍的一般內(nèi)容。 n理解WBS的概念，了解創(chuàng)建WBS的常用方法和創(chuàng)建WBS時(shí)的分解策略。 n理解軟件項(xiàng)目范圍確認(rèn)的任務(wù)。 n理解范圍控制的任務(wù)以及它與變更控制的關(guān)系。

總結(jié)

以上是生活随笔為你收集整理的第三章 软件项目范围管理的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。