1.從各種渠道了解客戶所在行業的行業資訊；
2.向和對方有過業務接觸的同事了解對方的資訊如現哪些系統和業務流程、對方的管理組織結構是怎樣的；
3.是否可以蒐集到對方的一些文字情資訊如業務單據、管理規範等。
通過對以上資料的理解，整理出調研重點和要問的問題。
如果是接手，之前有過調研還要做哪些準備？
1.詳細閱讀之前的調研紀要，了解之前的調研內容、做的決定、遺留問題、客方聯絡人。
1.做一些調研前的準備，如上；
2.組織使用者進行需求調研會議，一般使用者會主動描述他們的目標是什麼，流程是什麼樣，針對使用者的描述做一些細化需求的提問，分析使用者描述的流程是否上下銜接，是否簡捷流暢並針對性提問和發表意見，一般第一次調研會是了解使用者的業務現狀和上系統的目標，並盡量細化流程，會議快結束時向使用者索要一些流通單據、組織架構、管理規範等文字資訊。會後整理會議紀要發所有與會者，並整理出初步的解決方案送至使用者確認。通常一次調研會議並不能準確的了解到使用者的需求，要反覆進行上述過程。
3.業務流程確認後，整理需求規格說明書，把系統的功能做詳盡的描述，發至使用者確認。
1.專案範圍直接關係到專案的成本，也關係到專案管理和開發的複雜度，有可能會影響到專案的成敗。
2.在需求調研時，通常在討論中會由乙個需求引發其它多個需求。有些需求已經超出了當前專案確定的範圍，此時要明確告訴使用者，這些需求可以討論，在實現時也可以為這些需求預留介面，但在本期專案暫不實現。
3.使用者通常會有求大求全的心理，對超出範圍的需求會執意要求實現。些時要向使用者說明如果需求範圍過於擴大會影響到專案的管理和開發的複雜度，由此會對專案的質量產生影響。向使用者闡述清楚軟體開發並不同事傳統的工業生產，不是增加人力就可以解過問題的，專案範圍擴大了，參與的人員增多了，專案管理也就複雜了，最終有可能導致乙個質量低下的專案甚至是專案失敗。最好是一步一步的實現，穩紮穩打，保證質量，並且可以快速看到成果。使用者也是為公司和領導做事的，他應當明白開發出乙個質量優良的專案，並且速見成效，對他才是最有利的。
4.如果是高層領導執意要增加需求，那也只能是照做了，但要闡明因為成本提高了，專案金額也要增加。
另：參考閱讀《需求調研工作總結》
迎新前準備工作
從開學至今，我校的csdn高校俱樂部高年級 輔導 領隊 隊伍不斷壯大，已經有來自各個學院的各個專業的30多位同學加入了我們的行列！為了能讓十一後的招新工作順利圓滿的進行，有不少同學選擇留校繼續工作！我們向所有為我校csdn高校俱樂部做出貢獻的同學表示感謝！當然還要感謝csdn寄過來的程式設計師雜誌！...
移植前的準備工作
移植前首先要了解一下以下幾個基本概念及其作用 1 link的cmd檔案的作用 該檔案用於dsp 的定位，由於dsp的編譯器的編譯結果是未定位的，dsp沒有作業系統 os 定位執行 需要使用者自己定義 的安裝位置。cmd檔案由3部分組成 lib檔案 鏈結器要連線的庫檔案 map檔案 鏈結器生成的交叉索...
爬蟲前的準備工作
個人建議在學習爬蟲之前，可以簡略看一下url，http協議，web前端，html,css,js，ajax，re,xpath，xml等知識，看完這些知識或許還不是透徹，這也不是很重要，但最起碼要看得懂網頁原始碼。注意事項 易給伺服器帶來巨大的負擔，請盡可能robots協議，一般在對方 的根目錄下有ro...