引言
無(wú)論是ERP項(xiàng)目還是小型的軟件開(kāi)發(fā)領(lǐng)域，包含需求、設(shè)計(jì)、編碼和測(cè)試四個(gè)階段，其中需求是整個(gè)軟件開(kāi)發(fā)的最關(guān)鍵的一個(gè)輸入，據(jù)統(tǒng)計(jì)，不成功的項(xiàng)目中有30~40%的問(wèn)題是由需求造成的。大量的研究表明需求階段發(fā)現(xiàn)和糾正錯(cuò)誤的代價(jià)是軟件開(kāi)發(fā)各階段中成本最低的，越是后期的變更，成本越高，良好的需求開(kāi)發(fā)對(duì)提高軟件成功率和避免失敗具有重要的意義。
如何正確地獲取用戶(hù)的需求，圍繞其進(jìn)行管理，以便最終交付給用戶(hù)符合其期望的產(chǎn)品是需求工程的任務(wù)。需求工程的研究產(chǎn)生了如CMM（能力成熟度模型）、UML（統(tǒng)一建模語(yǔ)言）、RUP（Rational統(tǒng)一建模過(guò)程）、CASE（用例）等管理方法和開(kāi)發(fā)工具，軟件思想家溫伯格（Gerald M.Weinberg ）先生指出“CMM只是一種標(biāo)準(zhǔn)，UML也只是一種記錄需求的工具，而不是捕獲需求的方法，需求的管理主要還是靠經(jīng)驗(yàn)”。準(zhǔn)確而有效獲取用戶(hù)需求、精確表述用戶(hù)需求并得到用戶(hù)認(rèn)可，是軟件項(xiàng)目開(kāi)發(fā)成功的最重要的里程碑之一。本文針對(duì)需求開(kāi)發(fā)中存在的風(fēng)險(xiǎn)進(jìn)行探討總結(jié)，整理出其預(yù)防措施，期望以后對(duì)軟件項(xiàng)目的需求分析進(jìn)行風(fēng)險(xiǎn)預(yù)防、控制等提供參考。
一、什么是需求?
1997年IEEE軟件工程標(biāo)準(zhǔn)詞匯表對(duì)軟件需求的定義為：用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力。系統(tǒng)或系統(tǒng)部件要滿(mǎn)足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。用通俗地說(shuō)，“需求”就是用戶(hù)的需要，包括用戶(hù)要解決的問(wèn)題、達(dá)到的目標(biāo)，以及實(shí)現(xiàn)這些目標(biāo)所需要的條件，表現(xiàn)形式一般為文檔形式。需求分為需求開(kāi)發(fā)和需求管理，而需求開(kāi)發(fā)又分為需求獲取、需求分析、編寫(xiě)規(guī)格說(shuō)明書(shū)和需求驗(yàn)證。如圖1所示，整個(gè)活動(dòng)構(gòu)成軟件開(kāi)發(fā)生命周期的需求分析階段。如何幫助用戶(hù)提出準(zhǔn)確的需求、理解和分析用戶(hù)環(huán)境是需求獲取的過(guò)程。為問(wèn)題涉及的信息、功能及行為建立模型并將用戶(hù)需求精確化、完全化是需求分析的過(guò)程，最終形成需求規(guī)格說(shuō)明書(shū)是編寫(xiě)規(guī)格說(shuō)明書(shū)的過(guò)程，將需求說(shuō)明書(shū)交付用戶(hù)并得到用戶(hù)認(rèn)可是需求驗(yàn)證的過(guò)程。需求獲取、分析、編寫(xiě)需求規(guī)格說(shuō)明和需求驗(yàn)證并不遵循線性的順序，這些活動(dòng)是相互隔開(kāi)、增量和反復(fù)的進(jìn)行。
二、需求開(kāi)發(fā)四步驟
1、需求獲取項(xiàng)目管理培訓(xùn)
針對(duì)大項(xiàng)目如企業(yè)ERP的需求獲取，采取的辦法(1)、成立需求分析小組，劃分任務(wù)，細(xì)化側(cè)重點(diǎn)，為獲取用戶(hù)需求做好準(zhǔn)備工作。(2)、訪談?dòng)脩?hù)獲取問(wèn)題，了解用戶(hù)的功能需求同時(shí)，還需要注意用戶(hù)的非功能需求(如：用戶(hù)界面、響應(yīng)時(shí)間、自動(dòng)恢復(fù)時(shí)間等)。訪談?dòng)脩?hù)前，首先要了解和劃分用戶(hù)的類(lèi)型，針對(duì)用戶(hù)的情況可以劃分組別，詳細(xì)描述出他們的個(gè)性特點(diǎn)及任務(wù)情況。其次，就要選擇好每類(lèi)的代表，對(duì)其進(jìn)行訪談和調(diào)研，每類(lèi)用戶(hù)代表都能對(duì)其負(fù)責(zé)的方面有代表性并能做出決策，2005年我單位準(zhǔn)備上ERP系統(tǒng)，當(dāng)時(shí)北京某軟件單位到我司作調(diào)研的時(shí)候，下屬單位都是選擇行政“一把手”參與調(diào)研。每次的交流都需要有記錄，對(duì)于交流的結(jié)果還可以分類(lèi)，以便于后續(xù)的分析活動(dòng)開(kāi)展。
2、需求分析
調(diào)研人員對(duì)于收集的需求信息要做進(jìn)一步的分析和整理，判斷哪些是軟件必須提供的，哪些是軟件目前無(wú)法滿(mǎn)足的，哪些用戶(hù)需求會(huì)衍生出很多的隱性需求，還有哪些是用戶(hù)沒(méi)有想到的需求。這是一個(gè)需求分析人員消化用戶(hù)資料的過(guò)程。
這個(gè)過(guò)程主要通過(guò)建立模型來(lái)描述用戶(hù)的需求，實(shí)際上是抽象圖形化的過(guò)程。一般用圖形表示系統(tǒng)的整體結(jié)構(gòu)、用原型等方式向用戶(hù)提供可視化的界面、用系統(tǒng)可性行分析來(lái)說(shuō)明軟件的效果和效率、用UML描述系統(tǒng)的需求及內(nèi)部關(guān)系。
3、編寫(xiě)需求規(guī)格說(shuō)明書(shū)
需求規(guī)格說(shuō)明書(shū)也稱(chēng)為功能規(guī)格說(shuō)明、需求協(xié)議或系統(tǒng)
項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~
http://m.vanceur.cn/pmqhd/index.html
