詳細需求分析的節奏

原型要爛熟於心

對原型咱們要作到心中有一個藍圖，提到某一個頁面就能知道這個頁面中的關鍵元素。
這個對咱們理解系統和後面的詳細分析頗有幫助。這個過程咱們沒必要考慮實現只須要腦子裏有這麼一個
結構就行啦。

對類圖查漏補缺

前面咱們已經抽取過了主流程圖以及核心業務對象，可是咱們沒有細扣原型中的每個元素的前因後果，
這個步驟就是作這件事，從一下兩個方式去作：
1.根據頁面的全部名詞去找類圖上對應的類和屬性。
肯定頁面上的元素在類圖上都能找到對應的類和屬性，若是沒有就進行添加，豐滿類。
2.咱們還須要從系統角度去思考潛藏的類屬性，
好比：從系統層面說訂單須要一個建立時間，狀態屬性，可能原型沒有體現，須要咱們去找出來。

用類圖驗證業務

這一步是爲了保證類圖上的全部類和屬性已經知足了業務需求，也是對類圖的一種驗證。
不過此次是依據的主體是類圖，一個類可能在多個頁面出現，咱們能夠從另一個視角來加深咱們對系統類圖的理解。

找功能

根據原型一個一個頁面的去找出頁面中的全部功能，不用考慮實現細節，只須要找出功能並列舉出來。

分析功能實現細節

將功能以用例的方式表達出來，加上前置條件，實現這個功能的詳細步驟，以及後置條件。
其中實現這個功能的詳細步驟最好能到僞代碼的程度，僞代碼不要體現任何代碼，只須要要使用天然語言描述，
思考的粒度到達業務不能再拆分爲止。
記得找出功能中的檢查項，並將找出的步驟以及檢查項固化到一個地方，xmind或者worktitle上。
檢查項可以幫助咱們驗證該功能是否完結，也可做爲測試用例。