軟件測試中個人的需求分析方法

對項目的業務需求的分析是一個項目的入口和最重要的事情，但是很多人員并不知道怎么考慮項目的業務需求。反而受項目范圍管理的束縛走進了教條主義。自己認為，用戶給多少錢就干多少事這句話本身沒有問題，但是如果是基于這句話來管理范圍、分析業務需求就容易走進了“只見樹木不見森林”的陷阱。導致最后的返工、重做，用戶的不滿意、系統的不靈活，甚至修改一個小功能而牽動全身，或是根本就不能動設計的局面。 

　　一上：是指第一次自頂向下，先從全局了解業務，從更高的層面來分析模型。目前我們的大部分項目是企業或者政府的業務管理系統。那我們首先要了解企業的管理模式。這時候思維要開闊，不能只是局限在項目的范圍之內。通過分析管理模式，找出問題。第一“上”，概括為：把握全局，尋找問題； 

　　第二步就是由上而下，找出了問題，從大的方面了解透徹后，要根據這些問題，對應到具體的需求的調研和設計實現?？匆幌氯绾螡M足和解決問題？由于有了前面的一下，我們在調研和分析的時候就不至于遺漏，考慮就會比較周全。這個時候你仍然不要關心范圍。二“下”概括為：尋找答案，了解細節； 

　　第三“上”是真的二“下”掌握的具體的需求對應到大的模式看是否能夠對應，理解和分析是否是合適的？三“上”概括為：對應答案，連通上下；這個時候可以考慮范圍，但是還不能確定范圍； 

　　四“下”：這一步是最關鍵的，也是落實的一步。經過了前面的步驟后，再從更高的角度來審視細節，從全局的眼光來透射項目的業務范圍，從而比較準確地把握項目范圍，形成正確的業務理解和需求定義。從而能夠建立起完整的業務概念模型和比較穩定的需求設計模型。

　　需求獲取過程（兩上兩下）： 

　　–    一上：找方向 

　　–    二下：摳細節 

　　–    三上：找差距（操作層面與管理決策層面的理解差距） 

　　–    四下：落實到實現 

　　需求評審：客戶和用戶對需求理解和確認是非常重要，評審確認是業務人員與技術人員之間的理解橋梁 

　　第一上、下：分析“明”的需求，把握項目范圍、把握方向，避免走偏； 

　　第二上、下：分析隱含的、潛在的需求，防止遺漏需求，導致后期發生無謂的變更。

　　上是指：上升到管理層的高度； 

　　下是指：落實到實際的業務中發現問題、解決問題。 

　　經過這四步，在頭腦中建立起完整的概念模型，如果是實現的管理系統，應該有清晰的管理模型，并且能夠清楚模型中的共性的需求和個性的需求分別是什么？然后對應到項目應該實現的功能需求上，就會在設計的時候有全局觀，所實現的功能之間不是孤立的、不是物理的堆砌，而是有機的邏輯的結合。

原文轉自：http://www.kjueaiud.com