需求獲取
軟體需求獲取是軟體需求開發的關口環節，關口沒把守好，後面就會全面潰敗。
軟體需求獲取有以下幾個方法：
1. 面談和問卷調查；
2. 小組討論；
3. 情景串聯；
4. 參與、觀察業務流程；
5. 現有產品和競爭對手的描述文件；
6. 市場資料。
面談和問卷調查：
面談是獲取軟體需求的最有用的方法之一。
面談需準備的內容：
1. 面談物件
2. 面談的問題
面談物件：與系統相關的涉眾，並具有代表性，保證涵蓋到每個角色。
如何獲取涉眾：
1. 誰為系統付費，購買系統？
2. 誰使用系統？
3. 誰會受到系統結果的影響，誰來監管該系統？
4. 誰來維護系統？
面談問題：需保證與背景無關，保證獲取資訊的公正性。
問題的設計：
1. 確定訪談物件的背景：姓名、年齡、部門所處的職位、目前的工作範圍；
2. 目前碰到哪些問題，這些問題會對工作、生活產生什麼影響？
3. 物件環境的背景：
a) 計算機水平？
b) 目前是否有相同的系統在使用？
c) 使用該系統碰到哪些問題？
d) 目前如何處理工作？
e) 對培訓等有什麼要求？
4. 問題重複，取得面談者對問題的認同；
5. 分析問題：問題產生的原因是？在什麼情況下會有該問題？目前的解決方案是什麼，效果如何？客戶期待的解決方案是？
6. 解決方案的可行性分析；
7. 非功能性需求：效能？穩定性方面的要求；
8. 維護，是否有專門的維護團隊？
9. 對當前的訪談結果的認同，確認後期有問題可繼續聯絡；
10. 總結出當前優先順序最高的三個問題。
調查問卷無法取代面談在需求獲取階段的作用，問卷調查的問題和答案具有一定的引導性，在某種程度上會影響結果。
小組討論：
小組討論是指將與專案某個問題相關的人員聚集在一起開會討論。
優勢：容易在內部取得對方案的認同，有利於專案的開展；在討論會上每個相關人員都可發表自己的意見，保證了獲取資訊的全面性。
缺點：不容易把握。
小組討論的注意事項：
1. 需先確定議題，範圍，參會人員；
2. 事先將相關資料送達參與人員，讓參與人員開會前先了解會議的整體背景，有利於會議的順利開展；
3. 確定好會議室、開會的時間（需控制開會時間的長度），做好後勤保障；
4. 選乙個好的主持人，可把握會議的方向、進度、調整會議的氛圍；
5. 保證每個人都有5～10分鐘的發言時間，不允許他人打斷，但也不允許超過限定的發言時長；
6. 會後將會議紀要傳送給參會人員，取得對結果的認同。
情景竄聯：
由於軟體產品的抽象性，大部分涉眾在腦海子未有乙個清晰的產品輪廓，影響涉眾對產品的理解。基於此可考慮編寫清晰、完整的情景描述文件。
1. 採用ppt加**的方式描述情景；
2. 採用原型法（比較推薦這種方法）。
參與、觀察業務流程：
涉眾描述的業務流程可能由於某些原因會遺漏掉重要的資訊，需求分析人員可申請參與到他們具體的工作，觀察、體驗業務操作過程。需求分析員在觀察業務操作過程時，可根據實際的情況提問並詳細記錄，記錄業務操作員操作過程，操作過程中碰到的難題，可獲取真實的材料和理解整個業務。
現有產品和競爭對手文件：
閱讀現有產品文件有利於了解當前系統情況，從中也可以了解業務流程，對操作員反映的系統問題有著更深層次的理解。
需求調研步驟和方法
第1章前言 目的 需求調研是為需求說明書做前期工作，可以說需求說明書說是從需求調研表中得到或抽取而出。需求調研是要了解現實世界中做實際工作的人們真正需要什麼樣的程式的過程 再把這些需求開進細節整理由設計部開發，再由銷售部銷售給使用者。讀後感 調研顧名思義就是調查和研究客戶的想法，我感覺應從以下幾個步...
需求調研步驟與方法
相應的專業資料是必須的，最少要有專業入門書籍和對應的資料，也需要有更深入的一些資料。當然有專家的參入就另當別論。如果行業的難度不是很大，可以通過分析人員的自我學習在短時間內了解行業，也許可以不用專家，否則專家是必須的。讀後感 充分做好準備，盡可能了解客戶所在行業的資訊，學習專業術語 請教客戶行業中人...
需求調研計畫
erp系統 建立日期 2007 10 30 修改日期 2007 10 30 客戶專案經理 日期 xx公司專案經理 日期 文件控制 修改記錄 審閱人存檔 在erp專案的售前階段，一般xx公司售前諮詢顧問會進行一些簡要的調研，來確定專案實施的目標。其目的是為了論證erp專案可行性的需要，所制定的實施計畫...