前言
對于需求分析有很多相應的書籍說明如何分析，卻沒有具體的過程描述，本文講述一個實際的可以操作的需求確認過程。
前提
在用戶與公司簽定開發(fā)協(xié)議的前提下，完成由公司的銷售人員為重點轉變?yōu)楣鞠到y(tǒng)開發(fā)部門為重點過程中的第一步―――需求分析。對于用戶來講是對多家開發(fā)商進行挑選，最終明確一家開發(fā)商，并簽訂開發(fā)協(xié)議后，進行的提供具體需求明確需求的過程―――明確告訴開發(fā)商要開發(fā)一個具有什么功能的軟件產(chǎn)品。
約定
用戶對于其用什么系統(tǒng)平臺，已經(jīng)大概知道，并且已經(jīng)認可。如硬件全部為PC機，客戶機軟件是WINDOWS98/ME/2000，服務器軟件是用WINDOWS2000，數(shù)據(jù)庫軟件是SQL20000。或者用戶注重業(yè)務功能，而對于服務器、客戶機、數(shù)據(jù)庫等大的系統(tǒng)軟件及硬件平臺認可做常規(guī)配置就可以。
所用技術體系一般情況下在進行需求分析前最好是明確，不然就要求系統(tǒng)分析人員了解所有的技術體系。不然運氣好，系統(tǒng)分析人員所了解的技術系和用戶相求的相同，進行了正確分析；如果運氣不好可能會把一些認為可以簡單實現(xiàn)而實際實現(xiàn)卻很難的需求答應下來。比如：把DB2的數(shù)據(jù)庫完全備份還原給SYBASE。
在所用技術體系大概范圍已經(jīng)明確的情況下，選擇合適的系統(tǒng)分析人員。要求系統(tǒng)分析人員對相應技術體系有一定的了解，以便在相應的分析時有所依據(jù)。不同的技術體系有一定的局限性，而有些需求對某些技術體系有一定的難度。如WAP（手機上網(wǎng)）是不太可能實現(xiàn)打印。雖然沒有絕對不能實現(xiàn)的用戶業(yè)務需求，但一般情況下開發(fā)協(xié)議上明確的費用，已經(jīng)決定系統(tǒng)功能做到什么程度。
其它
相應的工具的使用熟練程度。如果多人進行分析，分工及責任的明確，及團隊的穩(wěn)定性。相應計劃安排是否合理周全等也是影響獲取需求質量的因素。
到用戶前的準備
組織隊伍
根據(jù)實際的工作量及其他情況，組建需求調研隊隊伍，提供辦分設備，明確責任、啟動任務。
準備相應文檔
開發(fā)商方的系統(tǒng)分析人員同用戶的需求提供人員正式接觸前，完成一個問詢表及需求分析計劃。
一般情況下只需要完成一個整體細節(jié)問詢表，一般問詢用戶為明確需求已經(jīng)完成的文檔情況（如果可以在進行正式接觸前可以得到并了解完成最好），業(yè)務的目的，當前的目標，長遠的目標，當前準備情況，完成的業(yè)務功能列表，將來系統(tǒng)操作人員的業(yè)務及電腦技術了解情況，最終操作用戶，當前及將來的硬件、軟件及網(wǎng)絡環(huán)境等整體問題。
由開發(fā)商系統(tǒng)分析人員根據(jù)對業(yè)務的了解程度，適當編寫各業(yè)務功能細節(jié)問詢表。不過業(yè)務功能細節(jié)問詢表的使用，是在業(yè)務需求調研過程中用戶表明其需求后，再根據(jù)問題還沒有明確的情況下再進行問詢的。不過有時業(yè)務功能細節(jié)問詢表由于用戶的需求和原計劃不同，使業(yè)務功能細節(jié)表不在發(fā)揮作用。
其他業(yè)務相關政策法規(guī)、技術文檔、技術支持人員的通信錄等也要進行相應的準備。
聯(lián)系及了解用戶方
同用戶進行聯(lián)系并取得對方的人員名單、分工情況、權重、工作計劃、工作時間、節(jié)假日安排（特別是用戶公司內部的額外規(guī)定），如果可能的情況下要求也有用戶的IT人員參加需求過程，實際的需求如果沒有IT人員的參加，在后面的更改一般是IT人員提出的。應在需求過程中把用戶IT人員的需求調研，作為業(yè)務調研中一部分。
編寫計劃
根據(jù)當前情況，編寫需求分析計劃，明確正式開始日期，中間階段性日期（時間長可多個，調研時間不大于3天可沒有），結束時間，人員名單，分工情況，需用戶提供的幫助等。
將計劃發(fā)送給用戶請其確認，在可能的情況下協(xié)調用戶和開發(fā)商的計劃，以便共同開展工作。
對于計劃如果能編寫及控制