在總結需求分析之前，我先談談我對事物的認識吧。因為人對事物的認識才能有自己的觀點，每個人觀點不一樣因此對事物理解不一樣。也就是在獲取需求和分析需求不一樣。
學習和實踐任何技術和事物都存成開始的入門和進階最后精通。我個人對精通感冒。因為我知道精通是個高深的境界。
學習事物觀點： 任何事物都有它的一般性和特性。掌握一般性也就等于入門，至于掌握特性那可能是遙遙無期。特性和一般性是互相轉化。 在理解上面的觀點的話：那么就來總結下需求的獲取它有什么一般性和它有什么特性。一般性和特性怎么個轉化法。怎么讓你在獲取和分析需求的時候更符合用戶的意思和他的行為。
需求獲取的手段有很多種，我比較常用的就是說、看、聽。
說則是去和真正使用系統的用戶去交流。（這里是真正使用系統的用戶而不是買你系統的客戶）。
看則是去看真正使用系統的用戶對業(yè)務的操作或者對替代系統的操作。
聽則是在你提出問題后，把真正使用系統的用戶當成你的上帝去聆聽（用戶更喜歡自己是老大，而不是你是老大）。
1.
說和聽的目的： 將整個要做系統與該用戶有關的業(yè)務流程跟他進行交流。這可謂是你做需求的一般性。如果在說的時候你所說的流程得到用戶的認可后，記住不要高興。因為你只是成功了一步，那就是你還知道你所做系統的一般流程。也可以說你還了解這個流程。如果在說的時候被用戶發(fā)現了問題，不要沮喪。其實這才是你有進步的地方。這時候你就認真聆聽。不管你說還是聽，如果你能夠用UseCase畫出來很好。如果不行，那么至少你的腦子里面要呈現出一張UseCase（UseCase不要忘了使用者的身份）。在完成了一般性的交流后，接著你必須要去引導用戶說出他的一些特性的流程，可能不是很常用但是實際很重要的一些流程。你要想想任何人都可能會遇到處理一般事件和特殊事件。特殊事件是你不能忽視的，每個公司或者每個使用者都有它的特性。這些你都要盡量收集到。
2.
看的目的： 其實是一個驗證說的步驟，光說，聽是不夠完善的。畢竟人會遺忘。尤其是他認為不重要但是對未來的系統可能很重要的東西他沒有說。這時候看尤其重要了。看操作者在處理業(yè)務的整個過程。通過看來驗證你和操作者的說和他說給你聽的事情。是否不一致，是否有不同的地方。記住一定要將看到的、聽到的、交流的聯系起來?；ハ噙M行驗證。只有這樣才能盡量獲取到需求。
在獲取需求的時候你必須對將去獲取需求的公司或者用戶有點了解。比如公司的業(yè)務，使用者的職位工作范疇等待。了解的越詳細對獲取越有幫助。如果能夠了解該使用者的上下游也是一件好事情。畢竟事物有銜接。
