對原型我們要做到心中有乙個藍圖，提到某乙個頁面就能知道這個頁面中的關鍵元素。
這個對我們理解系統和後面的詳細分析很有幫助。這個過程我們不必考慮實現只需要腦子裡有這麼乙個
結構就行啦。
前面我們已經抽取過了主流程圖以及核心業務物件，但是我們沒有細扣原型中的每乙個元素的來龍去脈，
這個步驟就是做這件事，從一下兩個方式去做：
1.根據頁面的所有名詞去找類圖上對應的類和屬性。
確定頁面上的元素在類圖上都能找到對應的類和屬性，如果沒有就進行新增，豐滿類。
2.我們還需要從系統角度去思考潛藏的類屬性，
比如：從系統層面說訂單需要乙個建立時間，狀態屬性，可能原型沒有體現，需要我們去找出來。
這一步是為了保證類圖上的所有類和屬性已經滿足了業務需求，也是對類圖的一種驗證。
不過這次是依據的主體是類圖，乙個類可能在多個頁面出現，我們可以從另外乙個視角來加深我們對系統類圖的理解。
根據原型乙個乙個頁面的去找出頁面中的所有功能，不用考慮實現細節，只需要找出功能並列舉出來。
將功能以用例的方式表達出來，加上前置條件，實現這個功能的詳細步驟，以及後置條件。
其中實現這個功能的詳細步驟最好能到偽**的程度，偽**不要體現任何**，只需要要使用自然語言描述，
思考的粒度到達業務不能再拆分為止。
記得找出功能中的檢查項，並將找出的步驟以及檢查項固化到乙個地方，xmind或者worktitle上。
檢查項能夠幫助我們驗證該功能是否完結，也可作為測試用例。
詳細需求與分析
我們公司的求最優化問題可能與其它求最優化問題有些差別，因為它無論是輸入資料還是輸出資料，都是在excel電子 上進行的，如下 序號 長度 合計 切割數 實用長 源料長 用料數 餘料 處理 1 1058 57 2 1028 1311 3 989 684 4 1040 513 5 1180 57 6 1...
需求分析的介面需求 需求分析
本篇不是為業務分析人員寫的，不會細緻講解需求分析的方方面面，業務分析師可以看徐鋒的 軟體需求最佳實踐 或者王海鵬翻譯的 掌握需求過程 本篇立足於架構師視角，講解需求分析過程中應了解的過程和方法，以及需要特別關注的點。開發者拿到的往往是乙個個的方案，方案來自於需求，那麼開發者拿到的需求是怎麼來的？乙個...
需求分析，分析需求
1.何為需求 我們吧需求兩個漢字拆分開來看 需 需要 求 要求 即需要的要求，表示想要某種東西的堅定願望 這裡插入乙個小故事，某個小男孩在上小學二年級的時候，不經意間接觸到了一種叫psp的神奇玩具，就下定決心回家找家長要，一開始小孩的父親不贊同給小孩買那個東西，後來在小孩的再三請求，甚至為此寫了份保...