的產(chǎn)品。從這層意義上說(shuō)，需求管理是產(chǎn)品質(zhì)量的基礎(chǔ)。
需求管理的目的是在客戶與開發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。
需求確認(rèn)是指開發(fā)方和客戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出書面承諾，使需求文檔具有商業(yè)合同效果。
需求跟蹤是指通過(guò)比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。
需求變更控制是指依據(jù)“變更申請(qǐng)-審批-更改-重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。
根據(jù)上面描述的具體方法及步驟，由于需求分析的參與人員、業(yè)務(wù)模式、投資、時(shí)間等客觀因素的影響和需求本身具有主觀性和可描述性差的特點(diǎn)，因此，需求分析工作往往面臨著一些潛在的風(fēng)險(xiǎn)，應(yīng)引起項(xiàng)目相關(guān)干系人的注意。這些風(fēng)險(xiǎn)主要表現(xiàn)如下：
1）用戶不能正確表達(dá)自身的需求。在實(shí)際開發(fā)過(guò)程中，常常碰到用戶對(duì)自己真正的需求并不是十分明確的情況，他們認(rèn)為計(jì)算機(jī)是萬(wàn)能的，只要簡(jiǎn)單的說(shuō)說(shuō)自己想干什么就是把需求說(shuō)明白了，而對(duì)業(yè)務(wù)的規(guī)則、工作流程卻不愿多談，也講不清楚。這種情況往往會(huì)增加需求分析工作難度，分析人員需要花費(fèi)更多的時(shí)間和精力與用戶交流，幫助他們梳理思路，搞清用戶的真實(shí)需求。從另一方面來(lái)看，他們對(duì)于計(jì)算機(jī)的理解肯定不是很到位，而我們?nèi)绾我龑?dǎo)，正確梳理出正確的需求就需要先從工作業(yè)務(wù)流程出發(fā)，而不是先從計(jì)算機(jī)方面來(lái)考慮問(wèn)題。
2）業(yè)務(wù)人員配合力度不夠。有的用戶日常工作繁忙，他們不愿意付出更多的時(shí)間和精力向分析人員講解業(yè)務(wù)，這樣會(huì)加大分析人員的工作難度和工作量，也可能導(dǎo)致因業(yè)務(wù)需求不足而使系統(tǒng)無(wú)法使用。針對(duì)此類問(wèn)題我們一般的做法是在項(xiàng)目開始階段先確定好一個(gè)與客戶溝通過(guò)的需求調(diào)研計(jì)劃，當(dāng)然這樣還是經(jīng)常會(huì)有變動(dòng)，但相對(duì)來(lái)講從責(zé)任上來(lái)講，客戶也會(huì)有一定的壓力，因?yàn)槿绻慌浜峡赡軙?huì)導(dǎo)致系統(tǒng)進(jìn)度的延誤，其實(shí)這也不是客戶希望看到的。
3）用戶需求的不斷變更。由于需求識(shí)別不全、業(yè)務(wù)發(fā)生變化、需求本身錯(cuò)誤、需求不清楚等原因，需求在項(xiàng)目的整個(gè)生命周期都可能發(fā)生變化，因此，我們要認(rèn)識(shí)到，軟件開發(fā)的過(guò)程實(shí)際上是同變化做斗爭(zhēng)的過(guò)程，需求變化是每個(gè)開發(fā)人員、項(xiàng)目管理人員都會(huì)遇到的問(wèn)題，也是最頭痛的問(wèn)題，一旦發(fā)生了需求變化，就不得不修改設(shè)計(jì)、重寫代碼、修改測(cè)試用例、調(diào)整項(xiàng)目計(jì)劃等等，需求的變化就像是萬(wàn)惡之源，為項(xiàng)目的正常的進(jìn)展帶來(lái)不盡的麻煩。針對(duì)這類需求變更的問(wèn)題，個(gè)人認(rèn)為是影響進(jìn)度的最大的敵人，目前我們的做法是每次根據(jù)客戶的需求整理出一個(gè)書面的文件，由客戶簽字確認(rèn)。當(dāng)然這里還有一個(gè)很重要的問(wèn)題就是不是每個(gè)需求都是必須做的，我們要學(xué)習(xí)如何拒絕客戶。
4）需求的完整程度。需求如何做到?jīng)]有遺漏？這是一個(gè)大問(wèn)題，大的系統(tǒng)要想窮舉需求幾乎是不可能的，即使小的系統(tǒng)，新的需求也總會(huì)不時(shí)地冒出來(lái)。一個(gè)系統(tǒng)很難確定明確的范圍并把所有需求一次性提出來(lái)，這會(huì)導(dǎo)致開發(fā)人員在項(xiàng)目進(jìn)展中去不斷完善需求，先建立系統(tǒng)結(jié)構(gòu)再完成需求說(shuō)明，造成返工的可能性很大，會(huì)給開發(fā)人員帶來(lái)挫折感，降低他們完成項(xiàng)目的信心。
5）需求的細(xì)化程度。需求到底描述到多細(xì)，才算可以結(jié)束了？雖然國(guó)家標(biāo)準(zhǔn)有需求說(shuō)明的編寫規(guī)范，但具體到某一個(gè)需求上，很難給出一個(gè)具體的指標(biāo)，可謂仁者見仁，智者見智，并沒(méi)有定論。需求越細(xì)，周期越長(zhǎng)，可能的變化越多，對(duì)設(shè)計(jì)的限制越嚴(yán)格，對(duì)需求的共性提取要求也越高，相反，需求越粗，開發(fā)人員在技術(shù)設(shè)計(jì)時(shí)不清楚的地方就越多，影響技術(shù)設(shè)計(jì)。
6）需求描述的多義性。需求描述的多義性一方面是指不同讀者對(duì)需求說(shuō)明產(chǎn)生了不同的理