【正文】 四：利用示意圖和圖表將用戶的需求表現(xiàn)出來。 制作示意圖可以有很多種方式，用PowerPoint或Visio制作流程示意，用Html文檔制作界面示意都是可行的，最簡單利用畫圖和Word表格方式也完全可以，關(guān)鍵是利用示意圖將客戶的需求和即將開始設(shè)計的系統(tǒng)體現(xiàn)起來，在進行系統(tǒng)分析和程序開發(fā)之前，雙方對今后要完成的產(chǎn)品就能夠有直觀的認識，換言之，就是在產(chǎn)品還沒有真正進入開發(fā)階段的時候，雙方就對工作的結(jié)果達成統(tǒng)一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發(fā)過程，保證項目往正確的方向進行。 以用戶友好的方式幫助收集并改進用戶需求。 鼓勵團隊復審，并避免所有人都不希望出現(xiàn)的特征。 使訪談過程變得輕松，避免出現(xiàn)訪談沒有結(jié)果的現(xiàn)象。協(xié)調(diào)員將初始示意板展示給小組，小組成員提供意見。所以，您需要一種可以輕松更改示意板的畫圖工具。 五：什么人要看需求分析報告 項目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設(shè)計師、測試人員、文檔人員包括客戶代表都應該看需求分析，并進行共同的討論，達成一致的意見。 例如： 項目經(jīng)理通過需求分析才能組建所需要的團隊包括配置工作環(huán)境，制定開發(fā)周期。 測試人員了解測試環(huán)境和條件后才能對項目質(zhì)量進行跟蹤和檢測； 通過下表，我們可以看的出不同角色根據(jù)需求的變更所進行的工作流程： 六：建立需求變更日志，制作新版本的需求分析報告 盡管我們費了許多功夫在需求分析進行了最大可能的努力，但幾乎可以肯定的是，這份需求分析在開發(fā)過程中一定會發(fā)生變化，也許是出自客戶的遺漏，也可能是在開發(fā)過程中被激發(fā)出來的，這種變更有時是如此的頻繁和瑣碎，以至于往往不能將變更及時反饋到項目的各個角色中，那么做好需求變更日志就顯得非常重要。 在新版本的需求分析中，將變更多部分用特殊方式表明出來，并在日志中記錄變更多重的明細。 客戶代表提出需求，業(yè)務員幫助整理和分析，項目經(jīng)理對整個項目進行評估。 客戶代表和業(yè)務員通常并非從事技術(shù)開發(fā)的專業(yè)人員，在討論需求的時候往往對項目的技術(shù)難度、工作量、時間進度把握不準確，這時候需要項目經(jīng)理或技術(shù)人員進行參謀。 以下提供一份需求管理計劃的模板可作為參考： 八：總結(jié) 根據(jù)筆者的經(jīng)驗，要盡快做好需求分析掌握以下要點，也許能事半功倍： 仔細聆聽，羅列客戶的所有要求； 將需求進行分析，確認可操作的系統(tǒng)模型； 利用最自然的語言將系統(tǒng)進行描述，使每個開發(fā)人員不會產(chǎn)生歧意； 迅速確定網(wǎng)站的用戶角色； 比如訪客、會員、重要客戶、前臺管理員、網(wǎng)站管理員、業(yè)務員等； 分析確定每個角色的權(quán)限及可操作的功能； 比如會員可以查看特別信息、修改個人信息、退出登陸等； 前臺管理員能夠登錄管理系統(tǒng)，能夠發(fā)布編輯修改信息，能夠?qū)彶闀T資格等； 網(wǎng)站管理員可以更改欄目、修改網(wǎng)站界面等； 制作流程圖和示意圖將需求表現(xiàn)出來； 讓客戶參與到示意圖的設(shè)計中，及時正確的反應出需求變更。 附注：本文圖表引用于RUP2000中文版。 　　網(wǎng)站項目管理（WPM）的含義為Webbased Project Management，即以Web 應用程序為主要表現(xiàn)方式的架構(gòu)來進行的項目設(shè)計及管理，這樣的架構(gòu)中包含了瀏覽器、網(wǎng)絡(luò)和Web 服務器等關(guān)鍵主體，主要體現(xiàn)在網(wǎng)站設(shè)計、以瀏覽器為客戶端的Web應用程序開發(fā)（例如信息類網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶關(guān)系管理。 　　在本文中，筆者將網(wǎng)站項目管理（WPM）與軟件工程的統(tǒng)一過程管理（RUP）進行參照比較，并結(jié)合實際工作經(jīng)驗，力求將網(wǎng)站工程管理（WPM）的角色、分工、流程進行完整的闡述，使網(wǎng)站項目管理逐漸走向規(guī)范化。 （二）項目模型及業(yè)務流程分析 　　網(wǎng)絡(luò)技術(shù)的應用所產(chǎn)生的電子流程工作方式既不能徹底更改傳統(tǒng)的工作流程，也不是對傳統(tǒng)工作流程的簡單復制，而需要對傳統(tǒng)的工作流程進行合理的優(yōu)化、改進和重組。那么，在進行需求分析后制作項目模型文檔，能在項目進入開發(fā)前，雙方對即將要開始完成的項目的結(jié)果有個共同的認識，并提早暴露可能出現(xiàn)的需求變更，那么將大大提高開發(fā)的效率和質(zhì)量。 　　首先，我們要定義一下詞匯表，并非每個客戶或者項目小組成員都能夠明白“用戶”、“角色”、“用例”之間的差別，也不見得都能很好地理解“通道”、“前臺”、“后臺”到底是什么含義，為了讓項目模型文檔使每個瀏覽者正確地理解，定義詞匯表是非常需要的，尤其是面對傳統(tǒng)行業(yè)初次進行信息化設(shè)計的用戶。使得客戶代表、項目經(jīng)理、開發(fā)人員對即將展開的項目通過項目模型的描述產(chǎn)生最直觀的印象，并針對關(guān)鍵的問題進行討論并達成統(tǒng)一認識，比如功能要求、性能指標、運行環(huán)境、投資規(guī)模等等。 　　業(yè)務分析人員重點需要協(xié)助客戶將需求進行歸納分析，查找出所有的業(yè)務主角，確定業(yè)務主角后，每個主角的相關(guān)活動及流程應清晰地制定出來，最終設(shè)計出邏輯視圖、用戶界面示意圖。 　　在進行業(yè)務流程設(shè)計，需要注意以下事項： * 調(diào)查用戶網(wǎng)絡(luò)環(huán)境和配置，使架構(gòu)設(shè)計師能夠制定合理可行的系統(tǒng)架構(gòu)； * 調(diào)查用戶偏好和技能水平，這將直接影響到項目開發(fā)的深度和用戶界面的設(shè)計； “雖然開發(fā)人員和管理人員很容易自認為他們了解用戶需要，但實際情況常常不是這樣。多數(shù)情況下，偏好問題不僅僅是簡單地認為已掌握了用戶需要，盡管這本身就很值得研究。” * 預測并制定系統(tǒng)的性能指標，為測試人員編寫測試計劃提供依據(jù)?？蛻粲捎趯I(yè)知識的了解程度有限，也往往忽略了這方面要求，因此為了避免日后陷入糾紛，事先預測并制定性能指標是非常重要的。 　　創(chuàng)建正確可行的原型以后，系統(tǒng)分析、設(shè)計及代碼的編寫都必須遵照原型進行，確保構(gòu)建的系統(tǒng)是正確的，測試人員和客戶也能夠在開發(fā)過程中即實時地參與檢查，可以有效地保障了項目的質(zhì)量。 　　界面工程師在充分理解客戶需求和所有的業(yè)務流程之后，利用合理的布局設(shè)計用戶界面。 　　在此需要注意的是，用戶界面不僅僅是網(wǎng)站訪問者所瀏覽的界面，也包括了特殊用戶、管理員、業(yè)務伙伴等不同的用戶界面，甚至還有提示界面、警告界面、出錯界面等等，設(shè)計完整的用戶界面原型不僅能夠使客戶及測試人