使項目開發(fā)更加順利以外，也為今后業(yè)務的進一步深入打下了更好的基礎。
筆者曾負責一個大型新聞網(wǎng)站的設計，當客戶拿著將近五十頁厚的一本設計要求報告時，我發(fā)現(xiàn)有四十頁的內容對程序開發(fā)來說都是重復的，而在其中一頁的角落卻畫了個"搜索其他網(wǎng)站相關新聞"的按鈕，并且沒有做任何說明，僅僅這10個字所完成的工作量完全頂?shù)纳掀渌氖撝貜唾樖鏊龅墓ぷ鳎蛻敉耆恢肋@個要求引發(fā)的問題實際就是一個搜索引擎的開發(fā)，通過協(xié)商，客人同意了修改成站內搜索的引擎。
三：利用自然的語言描述項目模型
在業(yè)務員與客戶進行溝通和調查時撰寫的需求分析，盡可能用自然的語言進行描述，雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發(fā)的各個成員都能清楚地理解需求含義，不至于在理解上產(chǎn)生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據(jù)。
請比較以下兩份關于需求的描述，
"用戶在訪問首頁的時候可以在點擊’客戶通道’按鈕，彈出填寫’用戶名’和’密碼’的窗口，輸入正確后在新窗口打開客戶通道的首頁，在該頁顯示所有可操作的功能的導航條和最新的導讀新聞鏈接列表 "
"站點分為公開和加密兩種狀態(tài)，通過身份驗證機制使特有的用戶可以訪問到加密信息，并提供不同于普通用戶的功能。"
前段描述我們就很容易想象的出來設計完成的網(wǎng)站是什么樣子，而后一段的描述可能會做出無數(shù)不同的版本，造成對需求理解的歧意。
四：利用示意圖和圖表將用戶的需求表現(xiàn)出來。
需求分析無論文字上怎么樣表述都還是抽象的，對客戶而言理解畢竟是困難的，將基本確定的需求制作出示意圖是最直觀有效的。
制作示意圖可以有很多種方式，用PowerPoint或Visio制作流程示意，用Html文檔制作界面示意都是可行的，最簡單利用畫圖和Word表格方式也完全可以，關鍵是利用示意圖將客戶的需求和即將開始設計的系統(tǒng)體現(xiàn)起來，在進行系統(tǒng)分析和程序開發(fā)之前，雙方對今后要完成的產(chǎn)品就能夠有直觀的認識，換言之，就是在產(chǎn)品還沒有真正進入開發(fā)階段的時候，雙方就對工作的結果達成統(tǒng)一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發(fā)過程，保證項目往正確的方向進行。
在RUP中有這樣的描述：
"利用電影、卡通、圖片、表格和動畫片等制作示意圖開始，告訴我們用戶是誰，要發(fā)生什么事情，如何發(fā)生。
以用戶友好的方式幫助收集并改進用戶需求。
鼓勵更有創(chuàng)造性、更加創(chuàng)新的設計解決方案。
鼓勵團隊復審，并避免所有人都不希望出現(xiàn)的特征。
確保以可理解、直觀的方式實施特征。
使訪談過程變得輕松，避免出現(xiàn)訪談沒有結果的現(xiàn)象。
簡單地說，制作示意圖就是使用工具向用戶 (主角) 說明（有時是動畫演示）系統(tǒng)如何適應組織的需要，并表明系統(tǒng)將如何運轉。協(xié)調員將初始示意板展示給小組，小組成員提供意見。之后，在舉辦研討班期間，示意板也進行"實時"演進。所以，您需要一種可以輕松更改示意板的畫圖工具。為了避免分散注意力，一般最好使用簡單的工具，比如圖表、白板或
PowerPoint。"
五：什么人要看需求分析報告
項目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析，并進行共同的討論，達成一致的意見。
我們經(jīng)常會遇到業(yè)務人員辛辛苦苦談下來的項目，對開發(fā)人員來說卻是難以實現(xiàn)的，而技術人員設計的產(chǎn)品卻常常得不到客戶的認可，甚至發(fā)生糾紛，因此參與項目開發(fā)的人員都應該對這份需求有統(tǒng)一清晰的認識，并根據(jù)自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實現(xiàn)的目標。