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