淺談軟件需求的分析過程

關鍵字：軟件需求 分析過程

　　眾所周知，軟件需求分析是軟件生命周期的第二階段，主要對前期軟件定義及計劃階段提到的任務及計劃進行概要的補充，需求分析的主要任務不是確定將來的系統怎么完成某項工作，這是設計階段的事情，而是明確系統將要完成什么功能，對目標系統將要完成的功能提出完整、準確的描述等;在我們國內很多軟件公司里，需求分析階段與設計階段沒有明確的界線，需求分析階段的很多工作，都會放到設計階段來做或干脆不做，一般很少嚴格按照軟件工程的方法來執行(通過CMM認證的軟件公司還好些)，大多數人理解下的需求分析階段的任務主要還是分三部分：需求的收集、需求整理與編寫及最終的評審，在此就這幾個階段中經常遇到的問題作一下大體描述。

　　一、需求的收集

　　無論是老產品的改造還是新產品的開發，都需要收集大量的需求作為改造的重點對象，需求的收集也可籠統的分二大部分：內部需求與外部需求;內部需求一般包括軟件在維護過程中客戶反饋的未處理的需求、公司內部其它各部門在實施軟件過程中反饋的需求及設計或研發人員在工作當中總結的對軟件易用性、效率等方面的需求，還包括研究競爭對手的軟件而得出的需求等;外部需求一般包括軟件實施人員或代理商對產品提出的改造建議、設計人員直接到客戶現場調研、通過與客戶溝通而得到的需求等。在收集需求的過程中常會遇到以下幾方面的問題：

　　1、 誤解客戶需求，一般情況下需求分析人員與客戶在業務術語表達上有所不同，交流過程中可能會理解有誤，特別對于有二義性的需求，會導致分析人員誤解客戶的需求，也可以理解為需求表達比較模糊，不同的人有不同的理解。

　　2、 需求的不確定性，一是分析人員對需求把握不準，有些從各個渠道反饋回來的需求有些失真，不能完全表達客戶的意愿;二是客戶需求的變動較大，不確定，不到真正實用很難表達清楚要實現的功能。

　　3、 對時間的合理規劃，收集過程中經常感覺時間太緊，無法完整的收集到客戶的需求，這一點主要還是跟事先沒有計劃好有關，需求的收集是一個長期的過程，而不是在某一時間段內就能收集完的，好的需求在于平時的積累，是在日常維護工作中逐漸收集形成的。

　　善于主動尋找需求，而不是坐等需求，收集需求的過程中，要通過各種途徑來收集，主動跟客戶或同事交流，這樣才能在溝通過程中得到很多需求，這點主要還是在于分析人員的溝通能力。

　　二、需求的整理與編寫

　　需求收集完成后，此階段的任務主要對需求進行過慮、分類整理及編寫需求規格，需求的整理不權是分分類、寫寫需求規格，還要對每個需求進行分析，確定這個需求將來做不做，及實現的優先級是什么(是高、中還是低)，這一階段對分析人員的要求比較高，要縱觀全局來考慮，充分考慮到每個需求點對整個系統的影響等，最終形成軟件需求規格說明書。這一階段常見的問題有以下幾方面：

　　1、 缺乏對需求的深入理解，需求分析這個崗位在很多軟件公司都是虛擬的，沒有專人負責，一般由設計或開發人員來負責，這樣往往會導致對業務的需求不能深入理解，在系統把握能力上略顯不足，導致編寫出的需求規格不全面。

　　2、 要正確表達所描述的需求，需求規格作為設計階段的依據，首先要保證其正確性，對每一個需求都應有一種合理正確的解釋，不能存在二義性，所以分析人員在表達需求時要認真嚴謹，不能模棱兩可，更不能含糊其詞。

原文轉自：http://www.anti-gravitydesign.com