越來越花哨的個人網(wǎng)站容易讓人產(chǎn)生網(wǎng)站很容易做的誤解。閱讀完本文，你才會知道建設(shè)一個商業(yè)網(wǎng)站的艱苦卓絕。個人網(wǎng)站像兒童的畫板，商業(yè)網(wǎng)站是一套軟件。個人網(wǎng)站很容易絢麗多彩，因為它不必考慮目的性、完整性、擴(kuò)展性以及負(fù)荷，它更多地只是一時興起；商業(yè)網(wǎng)站是工作的平臺，它關(guān)乎未來工作的效率、連續(xù)性、安全性，不容失敗。
如果你是一家中小企業(yè)，你恰好要建一個基于工作的網(wǎng)站，如果你真正想將工作架在互聯(lián)網(wǎng)上，而不是一時新奇，那么，你仔細(xì)讀讀這篇文章，能消滅很多錯誤的觀念。讀完本文，如果你覺得做一個商業(yè)網(wǎng)站太麻煩了，你不做了，那也是一種收獲。現(xiàn)在，很多“商業(yè)”網(wǎng)站形同虛設(shè)，最重要一個原因，建立者建立之時，就根本沒有將它當(dāng)作商業(yè)網(wǎng)站做。
1998年，互聯(lián)網(wǎng)火了，新鮮出爐的網(wǎng)蟲在網(wǎng)上發(fā)郵件、上BBS，立刻成了新潮一派；
1999年，個人主頁火了，啃幾行HTML、扒弄點圖片，搗鼓出個人站點就成“大蝦”了；
2000年，Dotcom火了，門戶、聊天、游戲、社區(qū)花樣百出，混個斑竹網(wǎng)管當(dāng)當(dāng)，頓時風(fēng)光無限；
2001年，網(wǎng)絡(luò)應(yīng)用火了，買賣東西、拉拉客戶、管管財務(wù)，有點技術(shù)的家伙開始牛啦；
2002年，企業(yè)應(yīng)用解決方案，.net平臺看起來又要火了…
A鏡頭：你被老板安排負(fù)責(zé)信息化建設(shè)，是不是像老虎咬刺猬一樣無從下口？
B鏡頭：你希望請別人設(shè)計一個網(wǎng)站，他們是不是會敷衍了事，蒙你一把？
C鏡頭：有一個誘人的項目擺在面前，到最后是不是搞得一團(tuán)糟，反而倒貼老本？
到底該怎么辦？？？
從現(xiàn)在開始，一起出發(fā)去找我們的新奶酪吧。這個奶酪的名字叫“網(wǎng)站項目管理”。
網(wǎng)站項目：即以Web服務(wù)器為主體、瀏覽器為客戶端作為基本架構(gòu)的項目。這樣的架構(gòu)項目中包含Web 服務(wù)器、瀏覽器和網(wǎng)絡(luò)三個關(guān)鍵主體。網(wǎng)站項目可能是一個網(wǎng)站，也可能是各種Web應(yīng)用程序，例如網(wǎng)上商店、虛擬郵局、網(wǎng)絡(luò)辦公管理系統(tǒng)、客戶關(guān)系管理系統(tǒng)等等。
網(wǎng)站項目管理：是圍繞著網(wǎng)站項目運用知識、技術(shù)、技能、工具和方法進(jìn)行組織管理。其共同特征是：
● 管理由人實現(xiàn)，而非機器；
● 項目具有時間周期，包括啟動時間和結(jié)束時間；
● 項目受資源限制，包括人員、資金、場地、設(shè)備等；
● 需要計劃、實施和控制；
文章開頭的A鏡頭、B鏡頭和C鏡頭，都可以納入網(wǎng)站項目管理的范疇。以下是網(wǎng)站項目管理的幾個重要概念：
（1）角色：是指項目人員在管理過程中，在特定環(huán)境下參與設(shè)計的行為代表。
例如項目經(jīng)理、數(shù)據(jù)庫工程師、界面設(shè)計師、文檔工程師等等。對于網(wǎng)站項目管理，最關(guān)鍵的角色是：項目經(jīng)理，業(yè)務(wù)流程分析師，用戶界面工程師，系統(tǒng)分析員，編碼人員（程序員），質(zhì)量控制工程師。根據(jù)項目的規(guī)模和開發(fā)的深度，由項目經(jīng)理進(jìn)行角色劃分。假如嚴(yán)格細(xì)分，一個大型項目的角色可能達(dá)到50個以上，以確保每個細(xì)節(jié)都有專業(yè)的人員進(jìn)行負(fù)責(zé)和管理。
需要注意的是：角色不等于人。一個人可能充當(dāng)多個角色，一個角色也可能由許多人組成。比如既是系統(tǒng)分析員，也是測試工程師，或者既是用戶界面工程師，又擔(dān)任文檔編寫和管理，一個項目管理小組可能只有三五個人，也可能三五百號人，項目組可大可小，但是項目管理流程需要細(xì)致的角色分工。
（2） 流程：在項目過程中執(zhí)行的工作序列。
每個角色在流程中獲得和輸出相應(yīng)的工作結(jié)果。例如在需求分析流程中，需要有客戶代表、業(yè)務(wù)員、業(yè)務(wù)流程分析師、用戶界面工程師等角色參與，業(yè)務(wù)員從客戶代表那里獲得需求，并形成需求報告；業(yè)務(wù)流程分析員從業(yè)務(wù)員那里獲得需求報告，分析生成項目模型報告；界面工程師得到項目模型后設(shè)計制作相應(yīng)的模板和用戶界面原型，最終由客戶代表確認(rèn)。
（3）業(yè)務(wù)主角：指與系統(tǒng)交互的各種不同角色。
例如一個網(wǎng)上商店系統(tǒng)，業(yè)務(wù)主角有普通訪客、下定單會員、管理會員及定單的業(yè)務(wù)員、網(wǎng)站的商品信息發(fā)布人員、商品供應(yīng)廠家的業(yè)務(wù)管理人員，物流配送管理員等等。
不管面對多么復(fù)雜的網(wǎng)站項目，當(dāng)我們開始接手時，都可以按照一定的規(guī)范和流程進(jìn)行展開。
網(wǎng)站項目涉及的領(lǐng)域很多，狹義地講包括了網(wǎng)頁制作、美工設(shè)計、程序編碼、系統(tǒng)及網(wǎng)絡(luò)管理等專業(yè)技術(shù)，廣義上又包含了企業(yè)管理、市場營銷、心理學(xué)、廣告學(xué)等更多領(lǐng)域的知識，在項目進(jìn)行過程中還涉及到項目管理工具、文檔和設(shè)計開發(fā)管理規(guī)范、開發(fā)及測試環(huán)境部署等特殊領(lǐng)域的問題，這對一個項目經(jīng)理和小組來說是個嚴(yán)峻的考驗。
網(wǎng)站設(shè)計發(fā)展經(jīng)歷了靜態(tài)網(wǎng)站、交互式網(wǎng)站、商業(yè)應(yīng)用、特殊應(yīng)用的過程，隨著企業(yè)對網(wǎng)絡(luò)應(yīng)用的理解和認(rèn)識，對網(wǎng)站的功能要求越來越復(fù)雜，如今網(wǎng)站項目的設(shè)計已經(jīng)不能再僅僅簡單地利用靜態(tài)Html文件來實現(xiàn)，與前幾年網(wǎng)站設(shè)計由一兩名網(wǎng)頁設(shè)計師自由的創(chuàng)作相比，網(wǎng)站項目的設(shè)計和開發(fā)越來越像一個軟件工程，越來越復(fù)雜，網(wǎng)站項目的設(shè)計和開發(fā)進(jìn)入了需要強調(diào)流程和分工的時代，建立規(guī)范的、有效的、健壯的開發(fā)機制，才能適應(yīng)用戶不斷變化的需要，“網(wǎng)站即軟件！”，借鑒軟件工程的思想并可從中尋找出網(wǎng)站項目管理的規(guī)律和方法。
網(wǎng)站項目管理分成以下六個階段進(jìn)行：
一) 需求分析及變更管理；
二) 項目模型及業(yè)務(wù)流程分析；
三) 系統(tǒng)分析及軟件建模；
四) 界面設(shè)計、交互設(shè)計及程序開發(fā)；
五) 系統(tǒng)測試、部署和文檔編寫；
六) 客戶培訓(xùn)、技術(shù)支持和售后服務(wù)。
在每個階段，都必須建立“里程碑”，代表當(dāng)前工作的階段性成果，并以此作為進(jìn)入下一階段的標(biāo)準(zhǔn)，實現(xiàn)對項目質(zhì)量的控制和管理。
第一階段：需求分析及變更管理
假如病人上醫(yī)院看病，醫(yī)生需要“望、聞、問、切”，耐心仔細(xì)地了解完情況后，確定病因后才敢開藥方。而我們在接手一個網(wǎng)站項目的時候，是否真的弄清楚客戶的“病因”？又有多少回等到項目做到一半的時候才發(fā)現(xiàn)客戶的需求根本不是這樣的？！
項目本來是為滿足客戶需求目標(biāo)而進(jìn)行的，然而結(jié)果往往并非如此，因為：“客戶也不知道自己的需求是什么！”在所有不成功的案例中，這句話也許是我們聽的最多的。事實的確如此，這很令人沮喪。慶幸的是網(wǎng)站項目和建筑工程最大的區(qū)別在于：大樓建到一半的時候，不可能重新澆注地基，只好推倒重來，但網(wǎng)站項目卻經(jīng)常在頁面制作、交互設(shè)計已經(jīng)完成的時候還可以更改核心，甚至重新架構(gòu)。
做好需求分析并建立變更管理機制是保證項目順利完成的原始基礎(chǔ)。
● 重要角色：項目經(jīng)理，業(yè)務(wù)員，客戶代表。
● 獲取文檔：通過與客戶的討論等各種渠道獲得需求。
● 里 程 碑：《需求分析報告》
● 注意事項：
☆ 技術(shù)是為客戶服務(wù)的，采用對用戶最有效和經(jīng)濟(jì)的設(shè)計方法才是最好的，而非采用了最好的技術(shù)和配置就能設(shè)計出最好的方案。所謂最好的技術(shù)附帶的潛臺詞往往就是高昂的成本、漫長的開發(fā)周期和潛在的不穩(wěn)定，切忌將客戶當(dāng)作技術(shù)的試驗田。
☆ 記住“需求是一定會變的”，同時不要害怕客戶提需求。如果因為害怕看見大象的全貌而只摸摸大象的腿，怎么也不可能設(shè)計出客戶所需要的系統(tǒng)。
☆ 鎖定需求，學(xué)會放棄。對超出計劃和目標(biāo)的需求可以通過制定升級計劃或二期工程，從當(dāng)前的項目中轉(zhuǎn)移出去，否則系統(tǒng)可能永遠(yuǎn)都在設(shè)計開發(fā)中，不斷修改和增加，則始終沒有可以發(fā)布的版本。
☆ 《需求分析報告》應(yīng)得到客戶和全體項目小組的共同認(rèn)同，切忌公說公的理，婆說婆的理，只有所有成員都對目標(biāo)有清晰一致的認(rèn)知后，才能最大地提高工作效率。
● 技巧和方法：
☆ 仔細(xì)聆聽，羅列客戶的所有要求；
☆ 將需求進(jìn)行分析，確認(rèn)可操作的系統(tǒng)模型；
☆ 利用最自然的語言對系統(tǒng)進(jìn)行描述，使每個開發(fā)人員不會產(chǎn)生歧義；
☆ 迅速確定系統(tǒng)的業(yè)務(wù)主角；
☆ 分析確定每個角色的權(quán)限及可操作的功能；
☆ 制作流程圖和示意圖將需求表現(xiàn)出來；
☆ 讓客戶參與到示意圖的設(shè)計中，及時正確地反應(yīng)出需求變更；
☆ 制作需求變更日志，保留升級版本，通過版本控制進(jìn)行需求管理；
☆ 通過《需求分析報告》使每個參與人員看到共同的努力目標(biāo)。
在這個階段，我們通過需求分析對項目得到一個初步的認(rèn)識，并通過編寫《需求分析報告》得到一份客觀的可參照的重要文檔，這是個很好的起點。
客戶的需求基本清楚了，但是客戶并沒有教我們該怎么做。當(dāng)客戶把球拋給了項目小組，看你如何把球接起來呢。
好吧，下面讓我們繼續(xù)……
第二階段：項目模型及業(yè)務(wù)流程分析
我們需要業(yè)務(wù)流程分析人員將客戶需求分解和優(yōu)化，網(wǎng)絡(luò)技術(shù)的應(yīng)用所產(chǎn)生的電子流程工作方式既不能徹底更改傳統(tǒng)的工作流程，也不是對傳統(tǒng)工作流程的簡單復(fù)制，而是需要對傳統(tǒng)的工作流程進(jìn)行合理的優(yōu)化、改進(jìn)和重組。
用戶提出的需求通常是凌亂的、不完整的，甚至是不正確的，而且，更準(zhǔn)確更精細(xì)的需求經(jīng)常是在項目開發(fā)進(jìn)行中才被挖掘發(fā)現(xiàn)的。缺乏經(jīng)驗的項目人員往往在接受任務(wù)后迫不及待地進(jìn)行系統(tǒng)分析和開發(fā)，而不愿意多一點時間在和客戶反復(fù)推敲項目需求和模型，開發(fā)過程中想當(dāng)然地憑空為客戶做很多假想，只能是費了九牛二虎之力之后吃力不討好。

業(yè)務(wù)流程分析員重點需要協(xié)助客戶將需求進(jìn)行歸納分析，查找出所有的業(yè)務(wù)主角，確定業(yè)務(wù)主角后，將每個主角的相關(guān)活動及流程清晰地制定出來，最終設(shè)計出業(yè)務(wù)邏輯圖。
為了使用戶更好地理解系統(tǒng)設(shè)計方案，在時間條件許可的情況下，為系統(tǒng)制作用戶界面原型圖是非常有效的辦法。在尚未進(jìn)行開發(fā)之前，客戶就能對今后要完成的系統(tǒng)能夠直觀地看到效果，并能根據(jù)需要進(jìn)行調(diào)整，將大大提高項目成功的可能性，同時可減設(shè)計過程中的更改工作量。
● 重要角色：業(yè)務(wù)流程分析師，用戶界面工程師，系統(tǒng)分析師。
● 獲取文檔：《需求分析報告》。
● 里 程 碑：《項目模型報告》、《用戶界面原型》、《設(shè)計開發(fā)計劃書》。
● 注意事項：
☆ 業(yè)務(wù)流程應(yīng)符合客戶偏好和習(xí)慣，以客戶的環(huán)境和技能水平設(shè)計系統(tǒng)，切忌以項目小組的喜好隨意設(shè)計；
☆ 請客戶和用戶模擬操作，找出盲點和分歧點，問題越早發(fā)現(xiàn)越容易處理，損失越小；
☆ 制定性能和功能指標(biāo)，作為下一階段測試工程師的工作依據(jù)。客戶對功能的需求相對來說比較敏感和直觀，但是對性能的需求很難提出具體的要求，這就需要系統(tǒng)分析師在這個階段進(jìn)行明確，并作為系統(tǒng)設(shè)計的依據(jù)之一。
● 技巧方法：
☆ 真正以用戶為中心的設(shè)計，到客戶的實際工作環(huán)境中觀察和記錄；
☆ 仔細(xì)查找各種業(yè)務(wù)主角，并描述不同主角的各種操作流程與步驟；
☆ 簡化需求，將客戶的需求歸納整理，抓住核心問題；
☆ 細(xì)化需求，針對核心問題，模擬用戶角色，進(jìn)一步確認(rèn)流程和規(guī)范；
☆ 認(rèn)真制定設(shè)計計劃書，為下階段的工作打好基礎(chǔ)；
在這個階段，我們將客戶的需求轉(zhuǎn)換成一個切實可行的設(shè)計方案，并為客戶重新進(jìn)行業(yè)務(wù)優(yōu)化和組合，定出項目目標(biāo)。
現(xiàn)在我們總算找到方向了，剩下的就是開始攻堅。向下一個階段進(jìn)發(fā)……
第三階段：系統(tǒng)分析及軟件建模
如果說前面兩個階段是設(shè)計大樓藍(lán)圖，那么，我們現(xiàn)在要開始打地基了。
系統(tǒng)分析和建模是項目開發(fā)的核心工作，對于一個有經(jīng)驗的開發(fā)人員來說，客戶的需求有很多方式可以實現(xiàn)，但是不同的構(gòu)架對系統(tǒng)今后的維護(hù)、升級和擴(kuò)展具有天差地別的影響，一個不合理的結(jié)構(gòu)用不了多久就得完全拋棄，重新開發(fā)。
如果眼光僅僅放在滿足客戶眼下的需求，當(dāng)問題出現(xiàn)時再不斷修補，頭痛醫(yī)頭，腳痛醫(yī)腳，甚至系統(tǒng)構(gòu)架需要不斷調(diào)整或重新設(shè)計，那么，很快就會陷入代碼泥潭或墜入系統(tǒng)重復(fù)開發(fā)的無底深淵，項目完成時的成就感將被無止境的沮喪所代替。系統(tǒng)分析決定系統(tǒng)開發(fā)的成敗，軟件建模使系統(tǒng)開發(fā)走向成熟。
客戶的需求一定會變，服務(wù)器和客戶端環(huán)境也不斷在變，考慮到不同的操作平臺、不同的應(yīng)用服務(wù)器、不同的數(shù)據(jù)庫、不同的編程語言、不同的傳輸介質(zhì)等等所帶來的影響，系統(tǒng)分析員面臨著艱難的選擇，任何人都不可能掌握甚至說精通全部的技術(shù)，孰優(yōu)孰劣，何去何從？我們仿佛走到了迷宮的中央，四處都是通道，卻不知道哪里才是最快的出口。
“采用面向?qū)ο蟮拈_發(fā)模式并使用UML（統(tǒng)一建模語言）對系統(tǒng)建模！”，網(wǎng)站即軟件，軟件開發(fā)方法同樣適用于網(wǎng)站項目開發(fā)，這給系統(tǒng)分析員指出了方向。
建模并不等同于程序編碼，利用同樣的UML模型可以生成不同語言的框架代碼，而且可以通過反向生成，在編寫代碼過程中及時更新UML模型，這對系統(tǒng)分析員和項目管理人員來說是夢寐以求的。只要能夠仔細(xì)地把握客戶的需求，不斷改進(jìn)軟件模型，那么采用什么樣的語言開發(fā)已經(jīng)成了次要，大量的需求積累和分析工作能在客戶需求變化時得到高度的復(fù)用，即使系統(tǒng)采用新的語言重新開發(fā)，需要的也僅僅是編碼部分的工作。
● 重要角色：系統(tǒng)分析師，構(gòu)架設(shè)計師，數(shù)據(jù)庫工程師，業(yè)務(wù)流程分析師。
● 獲取文檔：《需求分析報告》、《項目模型報告》、《用戶界面原型》、《設(shè)計開發(fā)計劃書》。
● 里 程 碑：《系統(tǒng)分析報告》、《設(shè)計及編碼規(guī)范》、《系統(tǒng)模型工件》。
● 注意事項：
☆ 客戶比較關(guān)注的是功能實現(xiàn)，但是不意味著客戶不在乎系統(tǒng)的性能，成功的項目開發(fā)不會僅僅為表面上達(dá)到客戶的需求而忽視系統(tǒng)的缺陷和瑕疵，網(wǎng)站項目同樣需要有”精品”意識，樹立一個品牌將為自己贏得更多的機會和更豐厚的回報。
☆ 客戶的初期需求或許很簡單，但開發(fā)人員不能不為客戶潛在的巨大需求打下堅實的基礎(chǔ)。
☆ 也許是因為項目周期過短、開發(fā)人員技能達(dá)不到等因素，在小型項目開發(fā)中難以采用進(jìn)行規(guī)范的系統(tǒng)分析設(shè)計和建模，此時，應(yīng)盡可能采用模塊化設(shè)計、爭取代碼最大限度的復(fù)用。
● 技巧方法：
☆ 補充完善上一階段可能欠缺的系統(tǒng)性能需求；
☆ 系統(tǒng)分析員需要站在全局出發(fā)，設(shè)計合理可行的系統(tǒng)方案；
☆ 在需求不明的情況下設(shè)計多種解決方案，供客戶選擇；
☆ 使用UML建模方式，將客戶變化的需求映射到模型中，大大提高系統(tǒng)的擴(kuò)展性和開發(fā)效率。
走到這一步，最難的骨頭被啃了下來，當(dāng)一個合理可靠的系統(tǒng)核心被設(shè)計出來時，客戶會很詫異地問他為什么看不到一行的代碼，但成熟的系統(tǒng)分析員已經(jīng)成竹在胸。
下面讓我們一起看看整個系統(tǒng)是如何構(gòu)建起來的……
第四階段：界面設(shè)計、交互設(shè)計及程序開發(fā)
在網(wǎng)站項目開發(fā)過程中，這個階段也叫做構(gòu)建階段，是工作量最大、最艱苦、最難以控制的階段。不管一座大樓藍(lán)圖設(shè)計得多宏偉，若沒有管道工、泥瓦匠、水電工等各種工匠一磚一瓦地艱辛積累，密切協(xié)作，這座大樓始終是空中樓閣、海市蜃樓。
如果客戶此時參觀項目小組的工作，他可以看到：
● 美工設(shè)計師在根據(jù)用戶界面原型進(jìn)行美工設(shè)計，準(zhǔn)確地將系統(tǒng)的形象進(jìn)行定位；
● 交互設(shè)計師將美工的作品根據(jù)業(yè)務(wù)流程進(jìn)行網(wǎng)頁的編輯，為用戶體貼地設(shè)計著交互程序；
● 程序員根據(jù)系統(tǒng)分析員分配的模塊編寫代碼，一行行代碼將系統(tǒng)澆注起來，一個個模塊開始活起來；
● 測試工程師不斷地檢驗著每個人的工作，單元測試、集成測試、負(fù)荷測試；
● 文檔工程師開始收集、管理各種開發(fā)文檔，每天檢查更新記錄和隨時保證重要文檔處于最新版本；
● 系統(tǒng)管理員為每個開發(fā)人員部署開發(fā)環(huán)境，并保證著最佳的工作狀態(tài)；
項目小組在項目經(jīng)理的帶領(lǐng)下緊張而有序地進(jìn)行著，全速開動。系統(tǒng)構(gòu)建階段，控制開發(fā)質(zhì)量，保證進(jìn)度是項目經(jīng)理最關(guān)注的焦點，通過合理地分配資源和任務(wù)、建立小組成員間的有效溝通和采用相關(guān)管理軟件控制能夠有效地提高開發(fā)質(zhì)量和進(jìn)度。
● 重要角色：美工分析師、交互設(shè)計師、程序員、測試工程師、文檔工程師。
● 獲取文檔：《需求分析報告》、《項目模型報告》、《用戶界面原型》、《設(shè)計開發(fā)計劃書》、《系統(tǒng)分析報告》、《設(shè)計及編碼規(guī)范》、《系統(tǒng)模型工件》。
● 里 程 碑：《程序模塊》、《開發(fā)文檔》、《按客戶需求開發(fā)完成的系統(tǒng)》。
● 注意事項：
☆ 人不是機器。當(dāng)人成為項目開發(fā)流程中一個鏈條的時候，誰也保證不了人可以像機器一樣精確而不知疲倦地工作，因此，項目管理人員要保障小組成員之間有效地溝通和協(xié)作。在劃艇比賽中，不是人數(shù)越多就劃的越快，當(dāng)有人喊著號子，大家齊心協(xié)力協(xié)調(diào)行動時，這艘皮艇才能快速地向目標(biāo)駛近。
☆ 測試是保證質(zhì)量最直接最有效的方式，只有不斷地測試、測試、再測試，才能使系統(tǒng)達(dá)到滿意的質(zhì)量。把BUG消除在萌芽狀態(tài)是最理想的，遺憾的是老虎也有打盹的時候，何況人還會偷懶？系統(tǒng)構(gòu)建進(jìn)度最快的時候通常就是BUG產(chǎn)生最多的時候，只有進(jìn)行反復(fù)交叉的測試才能確保質(zhì)量。
☆ 交互設(shè)計師是系統(tǒng)和用戶之間的橋梁，真正從用戶的方便和習(xí)慣上下功夫，無論是一個彈出窗口還是站點的導(dǎo)航設(shè)計，甚至意外出錯的提示等等，都需要精心設(shè)計，反復(fù)雕琢。交互設(shè)計如果能解除新用戶對系統(tǒng)的恐懼，將會贏得意想不到的奇效。
☆ 程序員在編碼過程中需要和系統(tǒng)分析員保持密切的協(xié)作和溝通，在規(guī)范的系統(tǒng)開發(fā)過程中，隨意的個性化是極其有害的，任何一個自定義函數(shù)或字段都可能造成系統(tǒng)崩潰。構(gòu)建一個系統(tǒng)好比將1000塊磚頭壘成一疊，程序員再往上加一個模塊上去的時候都得想想擺正了沒有，否則壘不到幾十塊的時候，系統(tǒng)就轟然倒塌了。系統(tǒng)就是這么一回事，一點也不好笑。
● 技巧方法：
☆ 利用項目管理工具對項目進(jìn)行管理，無論是Project還是Starteam，或是其他工具都行；
☆ 建立文檔管理規(guī)范，采用相應(yīng)的文檔管理工具對版本進(jìn)行控制，PVCS或VSS都是可選擇的工具；
☆ 創(chuàng)建團(tuán)隊的溝通環(huán)境和渠道，利用郵件或者論壇，開會或者遞紙條，一切有利于交流的方式都可以，以保證協(xié)作成員之間迅速繞過障礙，奔向目標(biāo)，人力資源經(jīng)理的忠告是：溝通是提高團(tuán)隊凝聚力最有效的辦法；
☆ 建立BUG匯報及處理系統(tǒng)。只要是軟件，就一定有BUG，雖然這是個灰色笑話，但捕捉和消滅BUG是開發(fā)人員的天生義務(wù)，建立BUG管理系統(tǒng)可以爭取使同樣的錯誤不再犯第二次，當(dāng)系統(tǒng)日漸完善的時候，那長長的BUG消滅清單就像工程師們的累累戰(zhàn)果。
系統(tǒng)的全貌終于露了出來，客戶的心這時候總算踏實了些。
不過這時候可不是結(jié)束的時候，在軟件開發(fā)過程中，剩下的10%工作量都可能會拖延占用項目的90%時間。
第五階段：系統(tǒng)測試、部署和文檔編寫
意外在網(wǎng)站項目管理中不是個新鮮詞，最大的意外就是沒有意外。
系統(tǒng)開發(fā)完成后，雖然經(jīng)過了一次又一次的測試，但是在部署過程中仍然隨時存在著意外。此時，最常聽到開發(fā)人員說的一句話就是：“奇怪？！怎么在我這里好好的，放到別人那里就不行了？”
● 測試工程師根據(jù)《系統(tǒng)分析報告》和《項目模型報告》模擬測試環(huán)境，按照測試指標(biāo)對系統(tǒng)的功能和性能進(jìn)行全面的測試，編寫測試報告，并通知項目成員進(jìn)行修正。
● 部署工程師會同客戶代表進(jìn)行安排配置和調(diào)試，直至正式發(fā)布啟用。
● 文檔工程師撰寫各種文檔，包括系統(tǒng)白皮書，用戶使用手冊，管理員手冊，客戶培訓(xùn)文檔，用戶幫助等等，并總結(jié)設(shè)計和開發(fā)文檔，進(jìn)行項目總結(jié)。
中國有句古話：“善始善終。”項目小組協(xié)助客戶快速部署并提供相應(yīng)文檔，不但能為售后服務(wù)節(jié)省大量精力和成本，同時能夠大幅度提高客戶滿意度。
● 重要角色：測試工程師、文檔工程師、部署工程師、客戶代表。
● 獲取文檔：《需求分析報告》、《項目模型報告》、《用戶界面原型》、《設(shè)計開發(fā)計劃書》、《系統(tǒng)分析報告》。
● 里 程 碑：《測試報告》、《技術(shù)白皮書》、《用戶使用手冊》、《客戶培訓(xùn)文檔》、《用戶幫助》。
● 注意事項：
☆ 測試不單包括功能測試，特別需要注意到性能測試和兼容性測試，應(yīng)盡可能創(chuàng)建不同的模擬環(huán)境，取得完整的測試數(shù)據(jù)，針對測試結(jié)果對系統(tǒng)進(jìn)行改進(jìn)。
☆ 開發(fā)環(huán)境和部署環(huán)境不同造成實施過程出現(xiàn)“意外”一點也不意外，只有到客戶能夠良好地駕馭系統(tǒng)才算達(dá)成目標(biāo)。
☆ 對照前兩個階段所做的《需求分析報告》和《項目模型報告》，檢查目標(biāo)是否都已經(jīng)實現(xiàn)了？馬虎的項目小組也許經(jīng)過長時間的開發(fā)，已經(jīng)忘記了最早的項目目標(biāo)，而需求計劃在開發(fā)過程中也許經(jīng)過了大量改動，事實也許就是這樣，等做完了，客戶和你才找到了真正需要的東西。
● 技巧方法：
☆ 根據(jù)系統(tǒng)的特性，采用專用測試軟件或編寫測試工具，有助于提高測試的效率、準(zhǔn)確性和完整性。
☆ 選擇對系統(tǒng)完全陌生的典型用戶模擬操作，能夠發(fā)現(xiàn)大量系統(tǒng)缺陷。
☆ 無論是網(wǎng)頁模板還是程序模塊，養(yǎng)成在源代碼中寫注釋的良好習(xí)慣，對開發(fā)過程中任務(wù)交接、糾錯或今后二次開發(fā)都非常重要。
☆ 交給客戶的文檔越規(guī)范詳盡，后期的成本越節(jié)省。
當(dāng)系統(tǒng)終于如期運轉(zhuǎn)的時候，該好好祝賀你了，系統(tǒng)開發(fā)完畢，對于項目小組來說接近了終點，但是對于客戶來說才是一個起點，項目進(jìn)入收尾階段就是從客戶培訓(xùn)開始的。
最后讓我們來交鑰匙去吧……

第六階段：客戶培訓(xùn)、技術(shù)支持和售后服務(wù)

開發(fā)一個老客戶的成本遠(yuǎn)遠(yuǎn)低于拓展一個新客戶，網(wǎng)站項目作為一個特殊產(chǎn)品，對客戶的培訓(xùn)及技術(shù)支持尤其重要，而對于客戶來說，一旦失去了技術(shù)保障，系統(tǒng)出現(xiàn)問題或需要擴(kuò)展和升級的時候，將面臨著怎樣的困境？！
因此，為客戶建立售后支持快速反應(yīng)體系，不但可能會贏得更多的業(yè)務(wù)，也能消除客戶的后顧之憂慮。至于客服支持的費用，總能找到雙方可接受的條件。
● 重要角色：培訓(xùn)工程師、客戶支持工程師、業(yè)務(wù)員。
● 獲取文檔：《需求分析報告》、《測試報告》、《技術(shù)白皮書》、《用戶使用手冊》、《客戶培訓(xùn)文檔》、《用戶幫助》。
● 里 程 碑：《培訓(xùn)手冊》、《客戶服務(wù)記錄》。
● 注意事項：
☆ 客戶培訓(xùn)不僅僅是本期項目的一個終點，同時也是開啟新項目的最好契機，認(rèn)真做好培訓(xùn)文檔，把接力棒順利交接過去，今后會受益無窮。
☆ 技術(shù)支持和服務(wù)是網(wǎng)站項目非常重要的環(huán)節(jié)，它保持雙方的聯(lián)系和業(yè)務(wù)往來，合理控制服務(wù)成本，可以增加客戶的忠誠度。
● 技巧方法：
☆ 電話、郵件、網(wǎng)站都是建立客戶支持的良好手段，將相應(yīng)文檔發(fā)布在網(wǎng)站上對客戶來說有時更加方便。
☆ 可按照客戶情況的緊急度確定客戶支持的反應(yīng)時間和方式，使客戶支持工作更有效率。
☆ 建立客戶服務(wù)紀(jì)錄，跟蹤客戶運行狀況和變更記錄，為下次的合作建立密切的聯(lián)系。
歷經(jīng)千辛萬苦到達(dá)這里的時候,好好慶祝吧,將成功的喜悅和經(jīng)驗仔細(xì)回味……
理想和現(xiàn)實總是有距離的，當(dāng)我們真正開始實施網(wǎng)站項目的時候，卻發(fā)現(xiàn)：
☆ 項目的周期太短，寫代碼還來不及，哪有那么多時間寫文檔！
☆ 人員有限，一個項目只有兩三人干，經(jīng)驗又不足！
☆ 掌握項目管理軟件和相應(yīng)工具的學(xué)習(xí)成本太高，一個臨時的隊伍沒有培訓(xùn)時間！
☆ 項目小組分散在各地，無法集中，進(jìn)度質(zhì)量控制不住！
☆ 沒有人會測試方法，沒有人會建模，沒有人會……怎么辦？
對網(wǎng)站項目來說，存在著各種各樣的問題，本文探討的是一般方法，不是形式，其目標(biāo)是為將網(wǎng)站項目分階段、分角色進(jìn)行有效地組織和管理，從而完成網(wǎng)站項目的要求。雖說不管黑貓白貓，能抓老鼠的貓就是好貓，但畢竟會放捕鼠夾的貓更可能會成為一只最出色的貓。
最后讓我們來看看網(wǎng)站項目管理成功和失敗的典型特征：
失敗網(wǎng)站項目總有這樣那樣的原因：
● 始終弄不清楚客戶的需求，丟三拉四，尤其對變更無法管理；
● 總期望奇跡發(fā)生，有英雄出世去完成不可能的任務(wù)；
● 誰也說不清楚究竟哪一天能把項目做的完；
● 沒有測試報告和性能分析；
● 程序員成為項目的主宰，萬一程序員走了，項目就無法進(jìn)行下去；

總結(jié)

以上是生活随笔為你收集整理的商业网站建设规划分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。