前言：本站為你精心整理了項目視圖建立管理范文，希望能為你的創(chuàng)作提供參考價值，我們的客服老師可以幫助你提供個性化的參考范文，歡迎咨詢。

同事karen已經(jīng)在她的公司里成功地引入軟件需求文檔的正式評審。她已經(jīng)注意到在評審會議上所提出的許多問題都與項目所設定的范圍有關(guān)。參與評審的的專家經(jīng)常難以理解項目所設定的范圍，并且在項目的最終目標上所持的看法各不相同。因此，他們發(fā)現(xiàn)在哪一個功能需求應該列入軟件需求規(guī)格說明的問題上很難達成一致的意見。正如我們在第1章所敘述的那樣，業(yè)務需求代表了需求鏈中最高層的抽象：他們?yōu)檐浖到y(tǒng)定義了項目視圖（vision）和范圍（scope）。軟件功能需求必須根據(jù)用戶的需求來考慮，且要與業(yè)務需求所設定的目標相一致。對不利于實現(xiàn)項目業(yè)務目標的需求應該排除在外。一個項目可能包括一些與軟件沒有直接關(guān)系的需求，例如：硬件的購買、產(chǎn)品的安裝、維護或廣告。但在此，我們只關(guān)心與軟件產(chǎn)品有關(guān)系的業(yè)務需求。

如果一個項目缺乏明確的規(guī)劃和良好的信息交流途徑，那將是十分糟糕的。如果項目的參與者持有不同的目標和優(yōu)先權(quán)，那么他們只能各抒己見，無心工作。如果項目的風險承擔者在產(chǎn)品所能滿足的業(yè)務需要和產(chǎn)品所能提供的利益問題上不能達成一致的意見，那么需求決不會穩(wěn)定。一個清晰的項目視圖和范圍過于分散在多個地方開發(fā)，在這樣的項目中，地理位置上的分離使項目開發(fā)組成員必須天天進行相互溝通才能保證他們之間能進行更有效的合作。業(yè)務需求中某些特性最初被列入規(guī)格說明，而后又被刪除，最后又加入，則說明此業(yè)務需求未完全定義好。在確定詳細的功能需求之前，必須很好地解決項目的視圖和范圍問題。對范圍和局限性的明確說明將在很大程度上有助于對所建議特性的探討和最終產(chǎn)品的發(fā)行。一個明確定義了項目視圖和范圍的文檔也可以為所建議的需求變更的決策提供參考。

通過業(yè)務需求確定項目視圖

項目視圖可以把項目參與者定位到一個共同和明確的方向上。項目視圖描述了產(chǎn)品所涉及的各個方面和在一個完美環(huán)境中最終所具有的功能。相反的，范圍描述了產(chǎn)品應包括的部分和不應包括的部分。范圍的說明在包括與不包括之間劃清了界線，當然，它還確定了項目的局限性。項目的業(yè)務需求在視圖上和范圍上形成文檔，這些必須在創(chuàng)建項目之前起草。開發(fā)商業(yè)軟件的公司經(jīng)常編寫市場需求文檔，其實這種文檔也是為了類似的目的，但這種文檔較為詳細地涉及關(guān)于目標市場部分的內(nèi)容，這是為適應商業(yè)的需要。視圖和范圍的文檔為項目的主辦者或具有同等地位的人所擁有。業(yè)務需求是從各個不同的人那里收集來的，這些人對于為什么要從事該項目和該項目最終能為業(yè)務和客戶提供哪些價值有較清楚的了解。它們包括主辦者(sponsor)、客戶、開發(fā)公司的高級管理人員及項目的幻想者(visionary)，例如產(chǎn)品的代表和市場部門人員。

來自各個渠道的業(yè)務需求可能會發(fā)生沖突。比如，考慮具有嵌入軟件的售貨亭管理系統(tǒng)，

它將賣給零售店并由零售客戶使用。售貨亭管理系統(tǒng)的開發(fā)者有如下的業(yè)務目標：

•向零售商發(fā)行并銷售售貨亭產(chǎn)品。

•通過售貨亭軟件向客戶銷售消費品。

•吸引客戶對商品的興趣。

•改變原有的開發(fā)者—客戶的關(guān)系。

零售亭業(yè)務對如下方面感興趣：

•通過客戶使用售貨亭軟件而獲利。

•吸引更多的客戶來商店購買。

•如果售貨亭軟件替代了人工操作，就可節(jié)省錢。

開發(fā)者可能要為客戶建立高科技系統(tǒng)，并且引導客戶緊跟新的發(fā)展方向。而零售商則需要一個簡易、方便使用的系統(tǒng)，客戶需要便利和良好的性能。這三者在目標、限制和費用因素上的不同將導致業(yè)務需求的沖突，這必須在售貨亭管理系統(tǒng)的軟件需求說明制訂之前予以解決。也可以利用業(yè)務需求對使用實例及與它們相關(guān)的功能需求設置實現(xiàn)優(yōu)先級。例如，業(yè)務需求的確定可以從售貨亭軟件產(chǎn)生最大收益考慮，這意味著軟件性能的最初實現(xiàn)是與銷售更多的產(chǎn)品或?qū)蛻舴沼兄苯雨P(guān)系，而不是去強調(diào)只吸引少量客戶的軟件性能。業(yè)務需求不僅決定了應用程序所能實現(xiàn)的業(yè)務任務（使用實例）的設置（所謂的應用寬度），還決定了對使用實例所支持的等級和深度。支持的深度可以從一個很小的實現(xiàn)細節(jié)到具有許多輔助功能的完全自動化的操作。對于每個使用實例都必須決定其寬度和深度，并編寫出文檔。如果業(yè)務需求幫助你確定一個在應用范圍之外特殊的使用實例，那么此時，你正在確定產(chǎn)品的應用寬度。業(yè)務需求還可以幫助你確定哪一個使用實例需要健壯的、綜合的功能實現(xiàn)，哪一個僅需要一般實現(xiàn)，至少需要初始實現(xiàn)。

項目視圖和范圍的文檔

項目視圖和范圍的文檔（visionandscopedocument）把業(yè)務需求集中在一個簡單、緊湊的文檔里，這個文檔為以后的開發(fā)工作奠定了基礎。項目視圖和范圍文檔包括了業(yè)務機遇的描述、項目的視圖和目標、產(chǎn)品適用范圍和局限性的陳述、客戶的特點、項目優(yōu)先級別和項目成功因素的描述。這必須是一個相對簡短的文檔，也許只有3～8頁紙，這取決于項目的性質(zhì)和大小。

圖6-1描述了一個對項目視圖和范圍文檔的推薦模板，文檔模板對公司項目所創(chuàng)建的文檔結(jié)構(gòu)進行了標準化。就像其它模板一樣，必須對圖6-1所示的模板圖進行改寫來滿足你項目的需要。

下面介紹這個模板的每一個部分。

a.業(yè)務需求

業(yè)務需求說明了提供給客戶和產(chǎn)品開發(fā)商的新系統(tǒng)的最初利益。不同的產(chǎn)品，例如信息管理系統(tǒng)，商業(yè)軟件包，系統(tǒng)捆綁軟件將有不同的側(cè)重點。然而，項目開發(fā)的投入是由于人們堅信：有了新產(chǎn)品，世界將變得更加美好。本部分描述了你為什么要從事此項項目的開發(fā)，以及它將給開發(fā)者和購買者帶來的利益。

a.1背景

在這一部分，總結(jié)新產(chǎn)品的理論基礎，并提供關(guān)于產(chǎn)品開發(fā)的歷史背景或形勢的一般性描述。

a.2業(yè)務機遇

描述現(xiàn)存的市場機遇或正在解決的業(yè)務問題。描述商品競爭的市場和信息系統(tǒng)將運用的環(huán)境。包括對現(xiàn)存產(chǎn)品的一個簡要的相對評價和解決方案，并指出所建議的產(chǎn)品為什么具有吸引力和它們所能帶來的競爭優(yōu)勢。認識到目前只能使用該產(chǎn)品才能解決的一些問題，并描述產(chǎn)品是怎樣順應市場趨勢和戰(zhàn)略目標的。

a.3業(yè)務目標

用一個定量和可測量的合理方法總結(jié)產(chǎn)品所帶來的重要商業(yè)利潤。關(guān)于給客戶帶來的價值在本模板a.5的項目視圖和范圍文檔中闡述，這里僅把重點放在給業(yè)務的價值上。這些目標與收入預算或節(jié)省開支有關(guān)，并影響到投資分析和最終產(chǎn)品的交付日期。如果這些信息在其它地方已敘述，就請參考有關(guān)文檔，在此就不再重復了。

a.4客戶或市場需求

描述一些典型客戶的需求，包括不滿足現(xiàn)有市場上的產(chǎn)品或信息系統(tǒng)的需求。提出客戶目前所遇到的問題在新產(chǎn)品中將可能（或不可能）出現(xiàn)的闡述，提供客戶怎樣使用產(chǎn)品的例子。確定了產(chǎn)品所能運行的軟、硬件平臺。定義了較高層次的關(guān)鍵接口或性能要求，但避免設計或?qū)崿F(xiàn)細節(jié)。把這些要求寫在列表中，可以反過來跟蹤調(diào)查特殊用戶和功能需求。

a.5提供給客戶的價值

確定產(chǎn)品給客戶帶來的價值，并指明產(chǎn)品怎樣滿足客戶的需要?？梢杂孟铝醒赞o表達產(chǎn)品帶給客戶的價值：

•提高生產(chǎn)效率，減少返工。

•節(jié)省開支。

•業(yè)務過程的流水線化。

•先前人工勞動的自動化。

•符合相關(guān)標準和規(guī)則。

•與目前的應用產(chǎn)品相比較，提高了可用性或減少了失效程度。

a.6業(yè)務風險

總結(jié)開發(fā)（或不開發(fā)）該產(chǎn)品有關(guān)的主要業(yè)務風險，例如市場競爭、時間問題、用戶的接受能力、實現(xiàn)的問題或?qū)I(yè)務可能帶來的消極影響。預測風險的嚴重性，指明你所能采取的減輕風險的措施。

b.項目視圖的解決方案

文檔中的這一部分為系統(tǒng)建立了一個長遠的項目視圖，它將指明業(yè)務目標。這一項目視圖為在軟件開發(fā)生存期中作出決策提供了相關(guān)環(huán)境背景。這部分不應包括詳細的功能需求和項目計劃信息。

b.1項目視圖陳述

編寫一個總結(jié)長遠目標和有關(guān)開發(fā)新產(chǎn)品目的的簡要項目視圖陳述。項目視圖陳述將考慮權(quán)衡有不同需求客戶的看法。它可能有點理想化，但必須以現(xiàn)有的或所期待的客戶市場、企業(yè)框架、組織的戰(zhàn)略方向和資源局限性為基礎。這里是曾在前面章節(jié)討論過的“化學制品跟蹤系統(tǒng)”的簡單項目視圖陳述的一個實例。

“化學制品跟蹤系統(tǒng)”可使科學家查詢到化學制品倉庫或供應商將提供的化學制品容器。系統(tǒng)可隨時了解公司中每一個化學制品容器所處的位置，容器中所剩余的藥品劑量，任何時候每個容器所處的位置和用法的歷史記錄。通過充分利用公司內(nèi)部的可用化學制品，廢棄極少量已使用或過期失效的化學制品，使用標準的化學制品的購買過程等將在化學制品上節(jié)省25%開支?！盎瘜W制品跟蹤系統(tǒng)”還能產(chǎn)生符合政府部門規(guī)定所要求的全部報表，包括化學制品的使用、存儲和廢棄等報表。

b.2主要特性

包括新產(chǎn)品將提供的主要特性和用戶性能的列表。強調(diào)的是區(qū)別于以往產(chǎn)品和競爭產(chǎn)品的特性。可以從用戶需求和功能需求中得到這些特性。

b.3假設和依賴環(huán)境

在構(gòu)思項目和編寫項目視圖和范圍文檔時，要記錄所作出的任何假設。通常一方所持的假設應與另一方不同。如果你把它們都記錄下來，并加以評論，就能對項目內(nèi)部隱含的基本假設達成共識。比如，“化學制品跟蹤系統(tǒng)”的開發(fā)者假設：該系統(tǒng)可以替代現(xiàn)有的倉庫存貨系統(tǒng)，并能與有關(guān)采購部門的應用相連接。把這些都記錄下來以防止將來可能的混淆和沖突。還有，記錄項目所依賴的主要環(huán)境，比如：所使用的特殊的技術(shù)、第三方供應商、開發(fā)伙伴或其它業(yè)務關(guān)系。

c.范圍和局限性

當一個化學家發(fā)明了可以把一種化學制品轉(zhuǎn)變?yōu)榱硪环N化學制品的新的化學變化時，它所發(fā)表的論文中包含了“范圍和局限性”部分，這一部分描述了這一化學變化所能作和不能作的一種限定。類似地，一個軟件項目也必須定義它的范圍和局限性，并作為業(yè)務需求的一部分。項目范圍定義了所提出的解決方案的概念和適用領域，而局限性則指出產(chǎn)品所不包括的某些性能。澄清范圍和局限性這兩個概念有助于建立各風險承擔者所企盼的目標。有時客戶所要求的性能太奢華或者與產(chǎn)品所制定的范圍不一致。一般客戶所提出的需求超出項目的范圍時就應當拒絕它，除非這些需求是很有益的。這時，可適當擴大項目范圍來適應這些需求（在預算、計劃、人員方面也要相應進行變化）。記錄這些需求以及拒絕它們的原因，以備日后重新遇到時，有記錄可查。

c.1首次發(fā)行的范圍

總結(jié)首次發(fā)行的產(chǎn)品所具有的性能。描述了產(chǎn)品的質(zhì)量特性，這些特性使產(chǎn)品可以為不同的客戶群（customercommunity）提供預期的成果。如果你的目標集中在開發(fā)成果和維持一個可行的項目規(guī)劃上，應當避免一種傾向，那就是把一些潛在的客戶所能想到的每一特性都包括到1.0版本的產(chǎn)品中。這一傾向所帶來的普遍惡果是產(chǎn)生軟件規(guī)劃的動蕩性和錯誤性。開發(fā)者應把重點放在能提供最大價值、花費最合理的開發(fā)費用及普及率最高的產(chǎn)品上。例如，我的同事scott的上一個項目開發(fā)小組決定，用戶可以用首發(fā)版的軟件進行包裹傳遞業(yè)務。1.0版本并不要求快速、結(jié)構(gòu)緊湊或易于使用，但該軟件必須穩(wěn)定運行；整個開發(fā)小組始終以這一目標為準。首發(fā)版的軟件完成了基本的系統(tǒng)目標，而隨后的版本則包含了附加的特性、選項和使用幫助。

c.2隨后發(fā)行的范圍

如果你想象一個周期性的產(chǎn)品演變過程，就要指明哪一個主要特性的開發(fā)將被延期，并期待隨后版本發(fā)行的日期。

c.3局限性和專用性

明確定義包括和不包括的特性和功能的界線是處理范圍設定和客戶期望的一個途徑。列出風險承擔者們期望的而你卻不打算把它包括到產(chǎn)品中的特性和功能。

d.業(yè)務環(huán)境

這一部分總結(jié)了一些項目的業(yè)務問題，包括主要的客戶分類概述和項目的管理優(yōu)先級。

d.1客戶概貌

客戶概述明確了這一產(chǎn)品的不同類型客戶的一些本質(zhì)的特點，以及目標市場部門和在這些部門中的不同客戶的特征。對于每一種客戶類型，概述要包括以下信息：

•各種客戶類型將從產(chǎn)品中獲得的主要益處。

•它們對產(chǎn)品所持的態(tài)度。

•感興趣的關(guān)鍵產(chǎn)品的特性。

•哪一類型客戶能成功使用。

•必須適應任何客戶的限制。

d.2項目的優(yōu)先級

一旦明確建立項目的優(yōu)先級，風險承擔者和項目的參與者就能把精力集中在一系列共同的目標上。達到這一目的的一個途徑是考慮軟件項目的五個方面：性能、質(zhì)量、計劃、成本和人員（wiegers1996a）。在所給的項目中，其每一方面應與下面三個因素之一相適應。

•一個驅(qū)動（driver）—一個最高級別的目標。

•一個約束（constraint）—項目管理者必須操縱一個對象的限制因素。

•一個自由度（degreeoffreedom）—項目管理者能權(quán)衡其它方面，進而在約束限制的

范圍內(nèi)完成目標的一個因素。未必所有的因素都能成為驅(qū)動，或所有的因素都能成為約束因素。在項目開始時記錄和分析哪一個因素適用于哪一類型，將有助于使每一個人的努力和期望與普遍認可的優(yōu)先級相一致。

e.產(chǎn)品成功的因素

明確產(chǎn)品的成功是如何定義和測量的，并指明對產(chǎn)品的成功有巨大影響的幾個因素。不僅要包括組織直接控制的范圍內(nèi)的事務，還要包括外部因素。如果可能，可建立測量的標準，用于評價是否達到業(yè)務目標，這些標準的實例有：市場股票、銷售量或收入、客戶滿意程度的測量、交易處理量和準確度。

3關(guān)聯(lián)圖

軟件項目范圍的描述為我們正在開發(fā)的系統(tǒng)和宇宙萬物之間劃清了界線。關(guān)聯(lián)圖(context

diagram)通過正在開發(fā)的系統(tǒng)或正在討論的問題和外部世界之間的聯(lián)系來描述這一界線。關(guān)聯(lián)圖確定了通過某一接口與系統(tǒng)相連的外部實體（稱為“端點”或“外部實體”），同時也確定

了外部實體和系統(tǒng)之間的數(shù)據(jù)流和物流。我們把關(guān)聯(lián)圖作為按照結(jié)構(gòu)化分析所形成的數(shù)據(jù)流

圖的最高抽象層（robertsonandrobertson1994）?？梢园殃P(guān)聯(lián)圖寫入項目視圖和范圍文檔或軟件需求規(guī)格說明中，或者作為系統(tǒng)數(shù)據(jù)流模型的一部分?！盎瘜W制品跟蹤系統(tǒng)”的簡單的關(guān)聯(lián)圖如圖6-2所示。整個系統(tǒng)被描述成一個簡單的循環(huán)，所以關(guān)聯(lián)圖并不明確提供系統(tǒng)的內(nèi)部過程和數(shù)據(jù)。關(guān)聯(lián)圖中的流可以用信息（“化學制品請求”）或物理項（“化學制品容器”）來表示。以矩形圖示的端點可以表示用戶類(“藥劑師”)、組織（“采購部門”）或其它計算機系統(tǒng)（“培訓用數(shù)據(jù)庫”）。

你可能希望把化學制品的供應商作為一個端點放入關(guān)聯(lián)圖中。別忘了，公司總是發(fā)購買化學制品的訂單給化學制品供應商，并從供應商那里得到裝有化學制品的容器和發(fā)票，而供應商則得到支票。然而，這些過程發(fā)生在“化學制品跟蹤系統(tǒng)”范圍之外，并作為購買和進貨部門日常事務的一部分。關(guān)聯(lián)圖明確告訴我們，系統(tǒng)并不直接與供應商訂貨、進貨、或付賬。雖然某些端點與所規(guī)劃的系統(tǒng)沒有直接聯(lián)系，但有時關(guān)聯(lián)圖將給出與項目的問題域有關(guān)的端點之間的聯(lián)系（jackson1995）。不是教條地去追求如何繪制“正確”的關(guān)聯(lián)圖，而是使用這樣的圖來確定項目風險承擔者之間清晰而精確的關(guān)系。

4把注意力始終集中在項目的范圍上

在項目視圖和范圍文檔中記錄業(yè)務需求為防止開發(fā)過程范圍的擴展(creep)提供了有利的手段。項目視圖和范圍文檔可以使你判斷所提出的特性和需求放進項目是否合適。當某些人提出新的需求或改變需求或特性時，你必須問的第一個問題是：“這是否包含在項目范圍之內(nèi)？”所提出的一些建議有時完全在項目范圍之外。它們可能是一個好的方案，但這個方案適用于其它項目或?qū)硪l(fā)行的產(chǎn)品。另外一些建議很明顯是在項目范圍定義之內(nèi)。如果這種建議與已經(jīng)為某一確定產(chǎn)品所制定的需求相比，具有更高的優(yōu)先級，則這些新的并符合要求的需求就可以加入到項目中。不過此時你必須作出權(quán)衡（tradeoff），決定是延遲還是取消其它已經(jīng)確定的需求或特性。

第三種可能性是“所提出的新需求在項目范圍之外，但這是一個很有價值的方案，此時可以改變項目的范圍來適應這一需求。但要求你要修改項目視圖和范圍文檔。當改變項目的范圍時，你必須重新商議計劃預算、資源及進度安排，也許還有開發(fā)人員（特別是在需要新的技術(shù)和技巧時）。理想的情況是原先的安排和資源能合理地適應需求變更。然而，你必須在需求變更得到贊同后才重新進行計劃安排，除非你原先對需求的預算留有余地。范圍擴展存在固有的兩個主要問題：1)全部的工作必須重新進行以適應變化。2)當項目的范圍增大時，如果沒有調(diào)整原先所分配的資源和時間，則屬性會遭到破壞。一組確定的業(yè)務需求可以使項目依照計劃正常進行，在市場或業(yè)務需要變更時可以合理地調(diào)整項目范圍的大?。划斠恍┯杏绊懙娜似髨D往有許多約束的項目中添加更多的特性時，可以合理地拒絕這

些要求。