對商業(yè)用戶來說，他們后面是成百上千個供應商，前面是成千上萬個消費顧客。怎樣利用軟件管理錯綜復雜的供應商和消費顧客，如何做好精細到一個小小調料包的進、銷、調、存的商品流通工作，這些都是商業(yè)企業(yè)需要信息管理系統(tǒng)的理由。軟件開發(fā)的意義也就在于此。而弄清商業(yè)用戶如此復雜需求的真面目，正是軟件開發(fā)成功的關鍵所在。

　　經理：“我們要建立一套完整的商業(yè)管理軟件系統(tǒng)，包括商品的進、銷、調、存管理，是總部-門店的連鎖經營模式。通過通信手段門店自動訂貨，供應商自動結算，賣場通過掃條碼實現(xiàn)銷售，管理人員能夠隨時查詢門店商品銷售和庫存情況。另外，我們也得為政府部門提供關于商品營運的報告。”

　　分析員：“我已經明白這個項目的大體結構框架，這非常重要，但在制定計劃之前，我們必須收集一些需求。”

　　經理覺得奇怪：“我不是剛告訴你我的需求了嗎?”

　　分析員：“實際上，您只說明了整個項目的概念和目標。這些高層次的業(yè)務需求不足以提供開發(fā)的內容和時間。我需要與實際將要使用系統(tǒng)的業(yè)務人員進行討論，然后才能真正明白達到業(yè)務目標所需功能和用戶要求，了解清楚后，才可以發(fā)現(xiàn)哪些是現(xiàn)有組件即可實現(xiàn)的，哪些是需要開發(fā)的，這樣可節(jié)省很多時間。”

　　經理：“業(yè)務人員都在招商。他們非常忙，沒有時間與你們詳細討論各種細節(jié)。你能不能說明一下你們現(xiàn)有的系統(tǒng)?”

　　分析員盡量解釋從用戶處收集需求的合理性：“如果我們只是憑空猜想用戶的要求，結果不會令人滿意。我們只是軟件開發(fā)人員，而不是采購專家、營運專家或是財務專家，我們并不真正明白您這個企業(yè)內部運營需要做些什么。我曾經嘗試過，未真正明白這些問題就開始編碼，結果沒有人對產品滿意。”

　　經理堅持道：“行了，行了，我們沒有那么多的時間。讓我來告訴您我們的需求。實際上我也很忙。請馬上開始開發(fā)，并隨時將你們的進展情況告訴我。”

　　風險躲在需求的迷霧之后

　　以上我們看到的是某客戶項目經理與系統(tǒng)開發(fā)小組的分析人員討論業(yè)務需求。在項目開發(fā)中，所有的項目風險承擔者都對需求分析階段備感興趣。這里所指的風險承擔者包括客戶方面的項目負責人和用戶，開發(fā)方面的需求分析人員和項目管理者。這部分工作做得到位，能開發(fā)出很優(yōu)秀的軟件產品，同時也會令客戶滿意。若處理不好，則會導致誤解、挫折、障礙以及潛在的質量和業(yè)務價值上的威脅。因此可見——需求分析奠定了軟件工程和項目管理的基礎。

　　撥開需求分析的迷霧

　　像這樣的對話經常出現(xiàn)在軟件開發(fā)的過程中。客戶項目經理的需求對分析人員來講，像“霧里看花”般模糊并令開發(fā)者感到困惑。那么，我們就撥開霧影，分析一下需求的具體內容：

　　·業(yè)務需求——反映了組織機構或客戶對系統(tǒng)、產品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。

　　·用戶需求——描述了用戶使用產品必須要完成的任務，這在使用實例或方案腳本中予以說明。

　　·功能需求——定義了開發(fā)人員必須實現(xiàn)的軟件功能，使用戶利用系統(tǒng)能夠完成他們的任務，從而滿足了業(yè)務需求。

　　·非功能性的需求——描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，它包括產品必須遵從的標準、規(guī)范和約束，操作界面的具體細節(jié)和構造上的限制。

　　·需求分析報告——報告所說明的功能需求充分描述了軟件系統(tǒng)所應具有的外部行為。“需求分析報告”在開發(fā)、測試、質量保證、項目管理以及相關項目功能中起著重要作用。

　　前面提到的客戶項目經理通常闡明產品的高層次概念和主要業(yè)務內容，為后繼工作建立了一個指導性的框架。其他任何說明都應遵循“業(yè)務需求”的規(guī)定，然而“業(yè)務需求”并不能為開發(fā)人員提供開發(fā)所需的許多細節(jié)說明。

　　下一層次需求——用戶需求，必須從使用產品的用戶處收集。因此，這些用戶構成了另一種軟件客戶，他們清楚要使用該產品完成什么任務和一些非功能性的特性需求。例如：程序的易用性、健壯性和可靠性，而這些特性將會使用戶很好地接受具有該特點的軟件產品。

　　經理層有時試圖代替實際用戶說話，但通常他們無法準確說明“用戶需求”。用戶需求來自產品的真正使用者，必須讓實際用戶參與到收集需求的過程中。如果不這樣做，產品很可能會因缺乏足夠的信息而遺留不少隱患。

　　在實際需求分析過程中，以上兩種客戶可能都覺得沒有時間與需求分析人員討論，有時客戶還希望分析人員無須討論和編寫需求說明就能說出用戶的需求。除非遇到的需求極為簡單;否則不能這樣做。如果您的組織希望軟件成功，那么必須要花上數天時間來消除需求中模糊不清的地方和一些使開發(fā)者感到困惑的方面。

　　優(yōu)秀的軟件產品建立在優(yōu)秀的需求基礎之上，而優(yōu)秀的需求源于客戶與開發(fā)人員之間有效的交流和合作。只有雙方參與者都明白自己需要什么、成功的合作需要什么時，才能建立起一種良好的合作關系。

　　由于項目的壓力與日俱增，所有項目風險承擔者有著一個共同目標，那就是大家都想開發(fā)出一個既能實現(xiàn)商業(yè)價值又能滿足用戶要求，還能使開發(fā)者感到滿足的優(yōu)秀軟件產品。

　　客戶的需求觀

　　客戶與開發(fā)人員交流需要好的方法。下面建議20條法則，客戶和開發(fā)人員可以通過評審以下內容并達成共識。如果遇到分歧，將通過協(xié)商達成對各自義務的相互理解，以便減少以后的磨擦(如一方要求而另一方不愿意或不能夠滿足要求)。

　　1、 分析人員要使用符合客戶語言習慣的表達

　　需求討論集中于業(yè)務需求和任務，因此要使用術語?？蛻魬獙⒂嘘P術語(例如：采價、印花商品等采購術語)教給分析人員，而客戶不一定要懂得計算機行業(yè)的術語。

　　2、 分析人員要了解客戶的業(yè)務及目標

　　只有分析人員更好地了解客戶的業(yè)務，才能使產品更好地滿足需要。這將有助于開發(fā)人員設計出真正滿足客戶需要并達到期望的優(yōu)秀軟件。為幫助開發(fā)和分析人員，客戶可以考慮邀請他們觀察自己的工作流程。如果是切換新系統(tǒng)，那么開發(fā)和分析人員應使用一下目前的舊系統(tǒng)，有利于他們明白目前系統(tǒng)是怎樣工作的，其流程情況以及可供改進之處。s

　　3、 分析人員必須編寫軟件需求報告

　　分析人員應將從客戶那里獲得的所有信息進行整理，以區(qū)分業(yè)務需求及規(guī)范、功能需求、質量目標、解決方法和其他信息。通過這些分析，客戶就能得到一份“需求分析報告”，此份報告使開發(fā)人員和客戶之間針對要開發(fā)的產品內容達成協(xié)議。報告應以一種客戶認為易于翻閱和理解的方式組織編寫。客戶要評審此報告，以確保報告內容準確完整地表達其需求。一份高質量的“需求分析報告”有助于開發(fā)人員開發(fā)出真正需要的產品。

　　4、 要求得到需求工作結果的解釋說明

　　分析人員可能采用了多種圖表作為文字性“需求分析報告”的補充說明，因為工作圖表能很清晰地描述出系統(tǒng)行為的某些方面，所以報告中各種圖表有著極高的價值;雖然它們不太難于理解，但是客戶可能對此并不熟悉，因此客戶可以要求分析人員解釋說明每個圖表的作用、符號的意義和需求開發(fā)工作的結果，以及怎樣檢查圖表有無錯誤及不一致等。

　　5、 開發(fā)人員要尊重客戶的意見

　　如果用戶與開發(fā)人員之間不能相互理解，那關于需求的討論將會有障礙。共同合作能使大家“兼聽則明”。參與需求開發(fā)過程的客戶有權要求開發(fā)人員尊重他們并珍惜他們?yōu)轫椖砍晒λ冻龅臅r間，同樣，客戶也應對開發(fā)人員為項目成功這一共同目標所做出的努力表示尊重。