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