隨著技能的不斷發展和用戶對網站功用性的需求不斷進步，現在網站項目的規劃現已不能再僅僅簡略地使用靜態html文件來完結，與前幾年網站規劃由一兩名網頁規劃師自由的創作比較，網站項目的規劃和開發越來越像一個軟件工程，也越來越復雜，網站項目的規劃和開發進入了需求著重流程和分工的年代，樹立規范的、有用的、健壯的開發機制，才能習慣用戶不斷變化的需求，到達預期的方案方針
網站項目辦理（WpM）的意義為Web-based project Management，即以Web 使用程序為主要表現方法的架構來進行的項目規劃及辦理，這樣的架構中包含了瀏覽器、網絡和Web 服務器等關鍵主體，主要體現在網站規劃、以瀏覽器為客戶端的Web使用程序開發（例如信息類網站、網上商店、虛擬郵局、客戶關系辦理。）等項目辦理中。
在本文中，筆者將網站項目辦理（WpM）與軟件工程的一致進程辦理（RUp）進行參照比較，并結合實踐作業經歷，力求將網站工程辦理（WpM）的人物、分工、流程進行完好的闡述，使網站項目辦理逐漸走向規范化。
按照筆者的經歷，網站項目辦理可以分為以下七個階段進行操控：
1. 需求剖析及改變辦理
2. 項目模型及業務流程剖析
3. 體系剖析及軟件建模
4. 界面規劃、交互規劃及程序開發
5. 體系測驗和文檔編寫
6. 客戶訓練、技能支持和售后服務
需求闡明的是，這些階段盡管具有一定的延續性，可是并非完全間隔的，例如需求改變辦理和測驗作業、文檔編寫都是貫穿整個項目進程的，許多作業時交叉進行或一起進行的。


企業怎么成功建造網站包含以下內容：
一. 讓客戶暢所欲言，羅列出一切的需求
二. 透過現象剖析潛在的需求
三. 使用天然的言語描繪項目模型
四. 使用暗示圖和圖表將用戶的需求表現出來。
五. 什么人要看需求剖析陳述？
六. 樹立需求改變日志，制造新版別的需求剖析陳述。
七. 本階段重點作業人物
八. 總結

一：讓客戶暢所欲言，羅列出一切的需求
用戶將一切的想法盡或許的闡述清楚，并把一切的要求羅列出來，不要遺失。這時分不應該懼怕"蠱惑"起客戶的潛在需求而添加規劃開發的作業量，然后被往后客戶無止境的改變拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、概括、剖析先都扔到一邊去，將用戶最原始、最完好的要求精確地記錄下來就完結了第一步的作業。
很明顯，假設客戶的需求做的都不完好，隨時或許會產生意想之外的改變，乃至這個改變會損壞現已做的模型及結構，那么這個項目從開端就注定了會失利；比方站點一切的功用都完結了，本地測驗起來也沒有什么問題了，可是你卻不知道客戶的體系是要接受每天100萬獨立Ip的拜訪，而你本來想當然的以為了不得便是1萬獨立Ip拜訪的拜訪流量，稍微有經歷的開發人員都會明白這樣的規劃是個災難，不管是使用服務器、數據庫還是程序全部要從頭開發！

二：透過現象剖析潛在的需求
許多情況下客戶并非專業人士，在他們喋喋不休的描繪中不能盼望他們協助咱們收拾出重點和技能難關，這需求咱們去為客戶進行剖析、概括和收拾，尤其是客戶談的不多卻又是技能上完結難度和強度很高的地方特別值得注意。
客戶往往對需求的概念是非常含糊的，大多時分給出的需求都是抽象并且尺度難以操控的，這就要求業務人員在傾聽了客戶的具體闡明往后，協助客戶進行收拾和剖析，一起預測客戶在開發進程中改變及往后使用中或許進行修正晉級的潛在需求。
比方在為客戶規劃辦公自動化體系的時分，也許就要為客戶預留將來與他們的業務單位進行交互的通道；在規劃郵件體系的時分要考慮或許會需求廣告辦理服務器；規劃網絡電子商店時往后添加庫存產品進銷存統計剖析等等；限于時間財力的考慮，客戶一般可以接受分階段實施的開發進程，在需求剖析時，提早為客戶設想到往后的需求改變除了使項目開發愈加順暢以外，也為往后業務的進一步深化打下了更好的根底。 

三：使用天然的言語描繪項目模型
在業務員與客戶進行溝通和調查時編撰的需求剖析，盡或許用天然的言語進行描繪，盡管客戶的水平緩資歷有所不同，可是最天然的描繪可以使項目開發的各個成員都能清楚地了解需求意義，不至于在了解上產生偏差。對客戶而言，這樣的模型描繪最接近實在，簡略參加修訂，并能以此為測驗和檢驗的依據。
請比較以下兩份關于需求的描繪，
"用戶在拜訪首頁的時分可以在點擊/'客戶通道/'按鈕，彈出填寫/'用戶名/'和/'暗碼/'的窗口，輸入正確后在新窗口翻開客戶通道的首頁，在該頁顯現一切可操作的功用的導航條和最新的導讀新聞鏈接列表 "
"站點分為揭露和加密兩種狀況，經過身份驗證機制使特有的用戶可以拜訪到加密信息，并供給不同于普通用戶的功用。"前段描繪咱們就很簡略想象的出來規劃完結的網站是什么樣子，然后一段的描繪或許會做出無數不同的版別，造成對需求了解的歧意。

四：使用暗示圖和圖表將用戶的需求表現出來。
需求剖析不管文字上怎么樣表述都還是抽象的，對客戶而言了解畢竟是困難的，將基本承認的需求制造出暗示圖是最直觀有用的。
制造暗示圖可以有許多種方法，用powerpoint或Visio制造流程暗示，用html文檔制造界面暗示都是可行的，最簡略使用畫圖和Word表格方法也完全可以，關鍵是使用暗示圖將客戶的需求和行將開端規劃的體系體現起來，在進行體系剖析和程序開發之前，兩邊對往后要完結的產品就可以有直觀的知道，換言之，便是在產品還沒有真實進入開發階段的時分，兩邊就對作業的成果達到一致的定見，這將大大地減輕需求改變所帶來的困擾，一起客戶更簡略地參加到項目的開發進程，保證項目往正確的方向進行。
在RUp中有這樣的描繪："使用電影、卡通、圖片、表格和動畫片等制造暗示圖開端，告知咱們用戶是誰，要發生什么事情，怎么發生。

以用戶友好的方法協助收集并改進用戶需求。 
鼓勵更有創造性、愈加立異的規劃解決方案。 
鼓勵團隊復審，并防止一切人都不希望出現的特征。 
確保以可了解、直觀的方法實施特征。 
使訪談進程變得輕松，防止出現訪談沒有成果的現象。 
簡略地說，制造暗示圖便是使用東西向用戶 (主角) 闡明（有時是動畫演示）體系怎么習慣安排的需求，并標明體系將怎么運轉。協調員將初始暗示板展示給小組，小組成員供給定見。之后，在舉辦研討班期間，暗示板也進行"實時"演進。所以，您需求一種可以輕松更改暗示板的畫圖東西。為了防止分散注意力，一般最好使用簡略的東西，比方圖表、白板或 powerpoint。"

五：什么人要看怎么做好網站建造需求剖析
項目經理、體系剖析員、開發經理、交互規劃師、測驗人員、文檔人員包含客戶代表都應該看需求剖析，并進行共同的評論，達到一致的定見。
咱們經常會遇到業務人員辛辛苦苦談下來的項目，對開發人員來說卻是難以完結的，而技能人員規劃的產品卻常常得不到客戶的認可，乃至發生糾紛，因而參加項目開發的人員都應該對這份需求有一致明晰的知道，并依據自己的作業對需求提出定見，經過與客戶的溝通修訂，終究承認項目完結的方針。
例如：

項目經理經過需求剖析才能組成所需求的團隊包含配置作業環境，擬定開發周期。 
開發周期的限制和功用上的要求或許會影響到程序員選用什么樣的言語和東西進行編寫； 
操作用戶的技能水平將影響到交互規劃師進行前臺規劃時做到什么樣的精度； 
界面規劃人員依據項目的性質和定位承認表現方法。 
測驗人員了解測驗環境和條件后才能對項目質量進行盯梢和檢測； 
經過下表，咱們可以看的出不同人物依據需求的改變所進行的作業流程：

六：樹立需求改變日志，制造新版別的需求剖析陳述
盡管咱們費了許多功夫在怎么做好網站建造需求剖析進行了最大或許的盡力，但幾乎可以必定的是，這份需求剖析在開發進程中一定會發生變化，也許是出自客戶的遺失，也或許是在開發進程中被激發出來的，這種改變有時是如此的頻頻和瑣碎，以至于往往不能將改變及時反應到項目的各個人物中，那么做好需求改變日志就顯得非常重要。 
并將修正后的需求剖析制造成新版別，保存每次更改過的版別，而不是掩蓋，這樣就比較簡略地盯梢到需求改變進程中所帶來的作業調整。 
在新版別的需求剖析中，將改變多部分用特別方法標明出來，并在日志中記錄改變多重的明細。
關于需求剖析和改變辦理可以參照下圖暗示：

七：本階段重點作業人物
在怎么做好網站建造需求剖析和改變辦理的進程中，作業量最大的人物為客戶代表、業務員和項目經理。 
客戶代表提出需求，業務員協助收拾和剖析，項目經理對整個項目進行評估。 
在實踐作業中，許多項目失利的原因都和需求剖析有關。 客戶代表和業務員一般并非從事技能開發的專業人員，在評論需求的時分往往對項目的技能難度、作業量、時間進度掌握不精確，這時分需求項目經理或技能人員進行參謀。 
為了降低項目的風險，進步作業效率，有必要規劃規范的需求辦理方案書，協助客戶代表和業務員更好的完結任務。 以下供給一份需求辦理方案的模板可作為參閱：

八：總結
依據筆者的經歷，要趕快做好怎么做好網站建造需求剖析掌握以下關鍵，也許能事半功倍： 
細心聆聽，羅列客戶的一切要求； 
將怎么做好網站建造需求剖析進行剖析，承認可操作的體系模型； 
使用最天然的言語將體系進行描繪，使每個開發人員不會產生歧意； 
敏捷承認網站的用戶人物；
比方訪客、會員、重要客戶、前臺辦理員、網站辦理員、業務員等； 
剖析承認每個人物的權限及可操作的功用；
比方會員可以檢查特別信息、修正個人信息、退出登陸等；
前臺辦理員可以登錄辦理體系，可以發布修改修正信息，可以審查會員資歷等；
網站辦理員可以更改欄目、修正網站界面等； 
制造流程圖和暗示圖將需求表現出來； 
讓客戶參加到暗示圖的規劃中，及時正確的反應出需求改變。 
制造需求改變日志，保存晉級版別，經過版別操控進行需求辦理； 
經過需求《辦理方案書》使每個參加人員看到共同的盡力方針。