需求的鑑別與分析：
從這些暴露的問題來看，設計師不應預先想定一種解決辦法來辨認設計目標。初步需求陳述應確定設計的實際目標，它應該盡可能概括些，但要同時確定問題的基本性質。
注意：對需求的陳述不應給解答的性質強加一些不必要的限制，對需求陳述重新進行適當檢查，目的在於分析最初的問題表述和進一步鑑別設計的基本特徵，自我分析的過程。
需求的本質與要求滿足，限制思維範圍。潛在的與顯在的。
愛斯基摩人的9點問題：
思維定勢與突破。
需求分析目的：
對需求的陳述實質就是乙個抽象過程，其目的是確定設計任務的核心，突出本質功能，讓設計師在大視角內求解。
總結：其實本質需求並不難，只是難於實現的手段與方法，侷限於某種方法，由於方法的特殊性難於實現，慢慢地我們糾結於這個方法中，慢慢地我們開始忽略本質目的，把自己的思維給侷限了。我們在這個方法上於是再也想不到第二方法了，原本實現本質目的的方法與手段有很多，只是限於一種方法，我們被困住了，我們會感到非常苦惱，或是感到迷茫。其實束縛我們的並不是其本質目標，只是被實現的手段束縛了。本質目的只有乙個，然而實現的方法卻很多，我們不必糾結於某乙個難以實現的方法，找到真正的目的，然後去尋找更多的方法。如果當目標模糊時，我們通過某一方法來審查目標，提煉和概括其本質目標，然後再去尋找更多的解決方法。
需求分析的介面需求 需求分析
本篇不是為業務分析人員寫的，不會細緻講解需求分析的方方面面，業務分析師可以看徐鋒的 軟體需求最佳實踐 或者王海鵬翻譯的 掌握需求過程 本篇立足於架構師視角，講解需求分析過程中應了解的過程和方法，以及需要特別關注的點。開發者拿到的往往是乙個個的方案，方案來自於需求，那麼開發者拿到的需求是怎麼來的？乙個...
軟體需求與分析 問題賬戶需求分析
案例 某大銀行的一位銀行卡辦公室的收賬經理liz遇到了乙個問題。她每週都收到乙份過期未付款的賬戶名單。這份報告已經從兩年前的250個賬戶增加到現在的1250個賬戶。為了確定那些嚴重拖欠債務的賬戶，liz需要通讀這份報告。嚴重拖欠債務的賬戶由幾個不同的規則確定，每個規則都要求liz檢查客戶的一項或幾項...
需求管理與分析 需求池
產品經理 會聆聽使用者聲音進行需求收集 但是真正的需求需要我們去優化。真正優化的應該是從需求的收集 到最終形成功能融入到產品 中的這個過程。下面做乙個簡單科學的流程。一 需求收集 從使用者 市場 競品 同事 朋友等渠道無差別收集各類問題 建議 與想法，另外通過資料分析和解讀出來的需求也可以新增進去。...