前言
隨著技術的不斷發(fā)展和用戶對網(wǎng)站功能性的需求不斷提高，如今網(wǎng)站項目的設計已經(jīng)不能再僅僅簡單地利用靜態(tài)Html文件來實現(xiàn)，與前幾年網(wǎng)站設計由一兩名網(wǎng)頁設計師自由的創(chuàng)作相比，網(wǎng)站項目的設計和開發(fā)越來越像一個軟件工程，也越來越復雜，網(wǎng)站項目的設計和開發(fā)進入了需要強調流程和分工的時代，建立規(guī)范的、有效的、健壯的開發(fā)機制，才能適應用戶不斷變化的需要，達到預期的計劃目標。
網(wǎng)站項目管理(WPM)的含義為Web-based Project Management，即以Web 應用程序為主要表現(xiàn)方式的架構來進行的項目設計及管理，這樣的架構中包含了瀏覽器、網(wǎng)絡和Web 服務器等關鍵主體，主要體現(xiàn)在網(wǎng)站設計、以瀏覽器為客戶端的Web應用程序開發(fā)(例如信息類網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶關系管理。)等項目管理中。
在本文中，筆者將網(wǎng)站項目管理(WPM)與軟件工程的統(tǒng)一過程管理(RUP)進行參照比較，并結合實際工作經(jīng)驗，力求將網(wǎng)站工程管理(WPM)的角色、分工、流程進行完整的闡述，使網(wǎng)站項目管理逐漸走向規(guī)范化。
按照筆者的經(jīng)驗，網(wǎng)站項目管理可以分為以下l六個階段進行控制：
1. 需求分析及變更管理
2. 項目模型及業(yè)務流程分析
3. 系統(tǒng)分析及軟件建模
4. 界面設計、交互設計及程序開發(fā)
5. 系統(tǒng)測試和文檔編寫
6. 客戶培訓、技術支持和售后服務
需要說明的是，這些階段雖然具有一定的延續(xù)性，但是并非完全隔斷的，例如需求變更管理和測試工作、文檔編寫都是貫穿整個項目過程的，許多工作時交叉進行或同時進行的。
(一)如何做好需求分析及變更管理?
業(yè)務員與客戶進行的溝通，撰寫需求分析報告是項目展開的基礎。項目是以客戶的需求為中心，而不是為技術而遷就需求。
本章包括以下內容：
一. 讓客戶暢所欲言，羅列出所有的需求
二. 透過現(xiàn)象分析潛在的需求
三. 利用自然的語言描述項目模型
四. 利用示意圖和圖表將用戶的需求表現(xiàn)出來。
五. 什么人要看需求分析報告?
六. 建立需求變更日志，制作新版本的需求分析報告。
七. 本階段重點工作角色
八. 總結
一：讓客戶暢所欲言，羅列出所有的需求
讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時候不應該害怕"勾引"起客戶的潛在需求而增加設計開發(fā)的工作量，從而被今后客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準確地記錄下來就完成了第一步的工作。
很明顯，假如客戶的需求做的都不完整，隨時可能會產(chǎn)生意想之外的變更，甚至這個變更會破壞已經(jīng)做的模型及結構，那么這個項目從開始就注定了會失敗;比如站點所有的功能都實現(xiàn)了，本地測試起來也沒有什么問題了，但是你卻不知道客戶的系統(tǒng)是要承受每天100萬獨立IP的訪問，而你原來想當然的以為了不起就是1萬獨立IP訪問的訪問流量，稍微有經(jīng)驗的開發(fā)人員都會明白這樣的設計是個災難，無論是應用服務器、數(shù)據(jù)庫還是程序全部要重新開發(fā)!
二：透過現(xiàn)象分析潛在的需求
很多情況下客戶并非專業(yè)人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現(xiàn)難度和強度很高的地方特別值得注意。
客戶往往對需求的概念是非常模糊的，大多時候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務人員在傾聽了客戶的詳細說明以后，幫助客