【IT168 技術(shù)文章】

　　引言

　　無論是ERP項目還是小型的軟件開發(fā)領(lǐng)域，包含需求、設(shè)計、編碼和測試四個階段，其中需求是整個軟件開發(fā)的最關(guān)鍵的一個輸入，據(jù)統(tǒng)計，不成功的項目中有30~40%的問題是由需求造成的。大量的研究表明需求階段發(fā)現(xiàn)和糾正錯誤的代價是軟件開發(fā)各階段中成本最低的，越是后期的變更，成本越高，良好的需求開發(fā)對提高軟件成功率和避免失敗具有重要的意義。

　　如何正確地獲取用戶的需求，圍繞其進(jìn)行管理，以便最終交付給用戶符合其期望的產(chǎn)品是需求工程的任務(wù)。需求工程的研究產(chǎn)生了如CMM（能力成熟度模型）、UML（統(tǒng)一建模語言）、RUP（Rational統(tǒng)一建模過程）、CASE（用例）等管理方法和開發(fā)工具，軟件思想家溫伯格（Gerald M.Weinberg ）先生指出“CMM只是一種標(biāo)準(zhǔn)，UML也只是一種記錄需求的工具，而不是捕獲需求的方法，需求的管理主要還是靠經(jīng)驗”。準(zhǔn)確而有效獲取用戶需求、精確表述用戶需求并得到用戶認(rèn)可，是軟件項目開發(fā)成功的最重要的里程碑之一。本文針對需求開發(fā)中存在的風(fēng)險進(jìn)行探討總結(jié)，整理出其預(yù)防措施，期望以后對軟件項目的需求分析進(jìn)行風(fēng)險預(yù)防、控制等提供參考。

　　一、什么是需求?

　　1997年IEEE軟件工程標(biāo)準(zhǔn)詞匯表對軟件需求的定義為：用戶解決問題或達(dá)到目標(biāo)所需的條件或能力。系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。用通俗地說，“需求”就是用戶的需要，包括用戶要解決的問題、達(dá)到的目標(biāo)，以及實現(xiàn)這些目標(biāo)所需要的條件，表現(xiàn)形式一般為文檔形式。需求分為需求開發(fā)和需求管理，而需求開發(fā)又分為需求獲取、需求分析、編寫規(guī)格說明書和需求驗證。如圖1所示，整個活動構(gòu)成軟件開發(fā)生命周期的需求分析階段。如何幫助用戶提出準(zhǔn)確的需求、理解和分析用戶環(huán)境是需求獲取的過程。為問題涉及的信息、功能及行為建立模型并將用戶需求精確化、完全化是需求分析的過程，最終形成需求規(guī)格說明書是編寫規(guī)格說明書的過程，將需求說明書交付用戶并得到用戶認(rèn)可是需求驗證的過程。需求獲取、分析、編寫需求規(guī)格說明和需求驗證并不遵循線性的順序，這些活動是相互隔開、增量和反復(fù)的進(jìn)行。

　　二、需求開發(fā)四步驟

　　1、需求獲取項目管理培訓(xùn)

　　針對大項目如企業(yè)ERP的需求獲取，采取的辦法(1)、成立需求分析小組，劃分任務(wù)，細(xì)化側(cè)重點，為獲取用戶需求做好準(zhǔn)備工作。(2)、訪談用戶獲取問題，了解用戶的功能需求同時，還需要注意用戶的非功能需求(如：用戶界面、響應(yīng)時間、自動恢復(fù)時間等)。訪談用戶前，首先要了解和劃分用戶的類型，針對用戶的情況可以劃分組別，詳細(xì)描述出他們的個性特點及任務(wù)情況。其次，就要選擇好每類的代表，對其進(jìn)行訪談和調(diào)研，每類用戶代表都能對其負(fù)責(zé)的方面有代表性并能做出決策，2005年我單位準(zhǔn)備上ERP系統(tǒng)，當(dāng)時北京某軟件單位到我司作調(diào)研的時候，下屬單位都是選擇行政“一把手”參與調(diào)研。每次的交流都需要有記錄，對于交流的結(jié)果還可以分類，以便于后續(xù)的分析活動開展。

　　2、需求分析

　　調(diào)研人員對于收集的需求信息要做進(jìn)一步的分析和整理，判斷哪些是軟件必須提供的，哪些是軟件目前無法滿足的，哪些用戶需求會衍生出很多的隱性需求，還有哪些是用戶沒有想到的需求。這是一個需求分析人員消化用戶資料的過程。

　　這個過程主要通過建立模型來描述用戶的需求，實際上是抽象圖形化的過程。一般用圖形表示系統(tǒng)的整體結(jié)構(gòu)、用原型等方式向用戶提供可視化的界面、用系統(tǒng)可性行分析來說明軟件的效果和效率、用UML描述系統(tǒng)的需求及內(nèi)部關(guān)系。

　　3、編寫需求規(guī)格說明書

　　需求規(guī)格說明書也稱為功能規(guī)格說明、需求協(xié)議或系統(tǒng)規(guī)格說明，它精確地闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件。它是開發(fā)設(shè)計的藍(lán)本，也是系統(tǒng)測試和用戶文檔的依據(jù)。

　　4、需求驗證

　　需求驗證是為了確保需求說明書準(zhǔn)確無誤、完整地表達(dá)必要的質(zhì)量的一種方式?？蛻?、分析人員、設(shè)計人員、測試人員等利益相關(guān)人員經(jīng)過多次的評審后的需求說明書就可作為需求管理的基線。用戶和開發(fā)方對軟件項目內(nèi)容的描述是以需求規(guī)格說明書作為基礎(chǔ)，它是軟件驗收時合同雙方確認(rèn)的重要依據(jù)。

　　三、需求開發(fā)中存在的困難以及對策

　　在軟件項目開發(fā)過程中，風(fēng)險無所不在，如何有效規(guī)避風(fēng)險，尤其是需求開發(fā)過程中的風(fēng)險（需求風(fēng)險）。本文按著需求開發(fā)的過程提供幾條建議：

　　1、需求獲取

　　問題一：用戶對于自己的需求不太清楚或工作繁忙無暇理清需求

　　在很多的實際開發(fā)過程中，第一種情況就是用戶對自己真正的需求并不十分明確，他們認(rèn)為計算機(jī)是萬能的，只要簡單地說一說自己想要得到什么樣的結(jié)果就行了。對于自己的業(yè)務(wù)規(guī)則、工作流程都不愿說談。筆者在2006年曾準(zhǔn)備開發(fā)一個醫(yī)院的庫房管理系統(tǒng)，當(dāng)本人開始做需求調(diào)查的時候，就是存在用戶無法準(zhǔn)確有效地表述功能需求的問題。針對這種情況，其對策是：需求分析人員一定要深入用戶工作場地，仔細(xì)查看用戶的資料和報表，與不同層面的用戶交流、溝通，且要多了解用戶實際工作的場景，有條件的話，可以做一個“實習(xí)生”親身體驗用戶的日常工作。站在用戶的角度幫助用戶分析需求。關(guān)注用戶工作的每個細(xì)節(jié)，搞清用戶的真實需求，以最大可能減少后期地需求變更。第二種情況就是業(yè)務(wù)人員配合力度不夠。有的用戶日常工作繁忙，他們不愿決付出更多的時間和精力向分析人員講解業(yè)務(wù)。面對這種用戶，其對策是：需求分析人員改變溝通技巧，講清楚軟件需求的重要性，見縫插針，抓住關(guān)鍵點，向其咨詢，以用例和模型的方式向其演示，達(dá)到用戶和分析人員互相了解和理解。

　　問題二：用戶與需求分析人員缺乏有效溝通，雙方誤解需求

　　人們在交流的時候，經(jīng)常會發(fā)生“答非所問，問非所求”的事情，軟件用戶與開發(fā)人員缺乏有效溝通方法，交流上存在障礙，用戶與開發(fā)人員存在知識背景差異，都從自己的角度，使用自己的專業(yè)術(shù)語或語言表達(dá)方式來描述和理解問題，使得雙方并不能夠很好地就軟件需求達(dá)成共識。2005年北京某公司到我公司做調(diào)查，對方技術(shù)人員常掛在嘴邊的就是“BOM”，但作為用戶還沒有完全接受這個詞，他們用得最多的是流水號、生產(chǎn)線、配套件等。一般說來，用戶不太容易從計算機(jī)的角度去理解自己的需求問題。從而使需求描述的不一致，不規(guī)范，多義性。筆者今年夏季為某事業(yè)部編寫庫房管理軟件的時候，筆者采用快速原型化開發(fā)了此軟件，雙方出現(xiàn)了誤解的情況，比如：針對“數(shù)量”，我理解為整數(shù)，但實際上庫房數(shù)據(jù)中“數(shù)量”就是以小數(shù)為單位，她認(rèn)為我應(yīng)該理解了這個問題，實際上她前面輸入的數(shù)據(jù)的確都是整數(shù)，使用到一定的程度，結(jié)果顯示大相徑庭。對策：分析人員需要花更多的時間去了解系統(tǒng)用戶的特點，多學(xué)習(xí)用戶行業(yè)的專業(yè)術(shù)語，用用戶看得懂的語言來表達(dá)需求的內(nèi)容。其次，分析人員除了需要過硬的專業(yè)知識，還要具備較強的溝通交流能力。謙虛、誠懇地向用戶學(xué)習(xí)，才能探索出用戶的真正需求。如果能在用戶方找到即對生產(chǎn)過程了解，又懂計算機(jī)知識的行家來為開發(fā)人員與用戶牽線架橋則是最好不過的事情。

　　問題三：用戶的需求不斷變更

　　由于需求識別不全、業(yè)務(wù)發(fā)生變化、需求本身錯誤、需求不清楚等原因，隨著客戶對項目的越來越深刻的理解，對他過去提出的需求要求一變再變，面對這種情況：需求人員要意識，做軟件就像裝修房子，永遠(yuǎn)可以找到需要增加的東西、需要改變的地方，“需求的變化是永恒，需求不可能是完備的”。因此我們在需求獲取的時候，一方面應(yīng)該跟用戶講清楚需求開發(fā)的重要性，讓用戶明白減少后期的需求變更的重要性，且隨意的需求變更帶來的風(fēng)險（成本增加、進(jìn)度延后等）必將由用戶和開發(fā)者共同承擔(dān)。另一方面也需讓用戶明白：開發(fā)者和用戶更多的是戰(zhàn)略合作伙伴關(guān)系，其共同的目標(biāo)是：開發(fā)出適合用戶需要的軟件。