得難以管理，不僅是因為一個變更了的需求意味著要花費或多或少的時間來實現(xiàn)某一個新特性，而且也因為對某個需求的變更很可能影響到其他需求。應確保賦予需求一個有彈性的結(jié)構，使它能適應變更，并且確保使用可追蹤性鏈接可以表達需求與開發(fā)生命周期的其他工件之間的依賴關系。管理變更包括建立基線，確定需要追蹤的重要依賴關系，建立相關項之間的可追蹤性，以及變更控制等活動。
需求變更貫穿了軟件項目的整個生命周期，通過建立規(guī)范的變更控制流程，改進軟件分析與設計，把變化納人計劃之中，在應對需求變更時可以更加的從容和有信心。
4. 3管理需求變更
變更控制不應該只是軟件開發(fā)過程應該考慮的事情，隨著軟件產(chǎn)品的開發(fā)和時間的推進，用戶會提出越來越多的新需求，甚至在交付軟件產(chǎn)品的最后階段用戶還會有不同的需求，因此需求變更的管理應貫穿于整個項目生命周期的全過程。
為了使變更對項目的影響降到最小，就應當采取合適有效的變更控制策略，確定一個選擇、分析和決策需求變更的過程，所有的需求變更都需遵循此流程。對需求的變更的處理應該分以下幾個步驟:提出變更、變更評估、實施變更、監(jiān)督變更過程。
4. 4建立需求管理模型
需求建模是表達需求的一種形式，是對需求的一種描述與闡釋，它使用標準的語言，利用類似積木的概念來建模，最大的好處是大家可以直接根據(jù)需求，輕易地反復修改需求模型。并且不會產(chǎn)生歧義，從而可以使大多數(shù)人快速地理解。
需求建模的目的是要消除人際溝通隨意性很強的弱點，所以需要致力于將溝通標準化、自動化、準確化，而且責任到人負責的具體階段。具有可測試、可驗證性的特點。建模的過程就是通過需求的特點和要求進行分析，以建模標準為基礎進行準確、完備和有效的闡述，以確保客戶和開發(fā)方都能夠明確無誤地、通用的理解。
4. 5與用戶充分溝通
在需求管理過程中與用戶的溝通很重要，因為它直接決定著最終軟件產(chǎn)品是否滿足客戶的要求，即很大程度上決定著項目的成敗。在溝通時，雙方對需求的認識要一致，不能模棱兩可。討論需求及變更需求時，需求人員與客戶及用戶應該盡量采取協(xié)作的態(tài)度，良好的工作氛圍也會提高工作效率，很難想象雙方在“刁難”與“對付”的態(tài)度下是多糟糕的工作場景。確定需求基線的過程也是與客戶用戶交流的過程，而頻繁大量的需求變更在很大程度上也是交流不充分的后果。所以，有效的充分的交流尤為重要，需求人員認真聽取客戶用戶的要求，進行分析和整理，并最終取得用戶的確認。
4. 6利用需求管理工具
需求變更控制委員會可以采取商業(yè)化的需求管理工具，以此來在數(shù)據(jù)庫中存儲不同類型的需求。這些工具提供了對每項需求的屬性描述、狀態(tài)跟蹤等，并可以在需求與其它的相關工作產(chǎn)品間建立跟蹤能力聯(lián)系鏈。
5結(jié)束語
需求管理是需求分析過程中的一個步驟，是一個持續(xù)的不斷完善的過程，軟件項目開發(fā)過程中需求管理的問題有很多，隨時都有用戶需求變更，需求分析的錯誤也時常發(fā)生，需求質(zhì)量難以保，針對這些問題，如何采取有效的措施盡可能減少這些問題可能給項目造成的影響也顯得尤其重要，另外關于需求的質(zhì)量問題，怎樣結(jié)合CMM標準進行需求的質(zhì)量管理，有效提高軟件的總體質(zhì)量水平也是需要關注的問題。