隨著(zhù)技術(shù)的不斷發(fā)屁和用戶(hù)對網(wǎng)站功能性的需求不斷提高，如今網(wǎng)站項目 的設計已經(jīng)不能再僅僅簡(jiǎn)單地利用靜態(tài)HTML文件來(lái)實(shí)現，與前幾年網(wǎng)站設 計由一兩名網(wǎng)頁(yè)設計師自由地創(chuàng )作相比，如今的網(wǎng)站項目的設計和開(kāi)發(fā)越來(lái)越 像一個(gè)軟件工程，也越來(lái)越復雜。網(wǎng)始項目的設計和開(kāi)發(fā)進(jìn)入了需要強調流程 和分工的時(shí)代，只有建立規范的、有效的、健壯的開(kāi)發(fā)機制，才能適應用戶(hù)不斷交 化的需要，達到預期的計劃目標。
網(wǎng)站需求分析的基本任務(wù)是：確定未來(lái)系統的目標；確定為了滿(mǎn)足用戶(hù)何種需 求，確定系統必須做什么。
需求分橋包括需求獲取和需求規則：需求獲取是網(wǎng)站設計人員通過(guò)學(xué)習以 及同用戶(hù)的交往，熟悉用戶(hù)領(lǐng)域的知識，井獲得對未來(lái)系統的需求；需求規則是 網(wǎng)站設計人員在獲得了用戶(hù)的初步需求后，必須進(jìn)行一致性分析和檢查，通過(guò)與 用戶(hù)協(xié)商解決其中存在的二義性和不一致性，并以一種規范的形式準確地表達 用戶(hù)的需求，形成需求規則說(shuō)明書(shū)。
網(wǎng)站制作需求分折的過(guò)程
一個(gè)網(wǎng)站項目的確立是建立在各種各樣的需求上面的，這種需求往往來(lái)自 于客戶(hù)的實(shí)際需求或者是出于公司自身發(fā)展的需要，其中客戶(hù)的實(shí)際需求即交性質(zhì)的需求占了絕大部分。面對網(wǎng)站開(kāi)發(fā)擁有不同知識層面的客戶(hù)，項目的 負責人對用戶(hù)需求的理解程度，在很大程度上決定了此類(lèi)網(wǎng)站開(kāi)發(fā)項目的成敗。 因此如何更好地了解、分析、明確用戶(hù)需求，并且能夠難確、清晰地以文檔的形式 表達給參與項目開(kāi)發(fā)的每個(gè)成員，保證開(kāi)發(fā)過(guò)程朝著(zhù)以滿(mǎn)足用戶(hù)需求為目的的 正確項目開(kāi)發(fā)方向進(jìn)行，是每個(gè)網(wǎng)站開(kāi)發(fā)項目管理者需要面對的問(wèn)題。
1．確定參與網(wǎng)站開(kāi)發(fā)項目的需求分析活動(dòng)的人員與職責
需求分析活動(dòng)其實(shí)就是一個(gè)和客戶(hù)交流，正確引導客戶(hù)將自己的實(shí)際需求用較為適當的技術(shù)語(yǔ)言進(jìn)行表達(或者由相關(guān)技術(shù)人員幫助表達)以明確項目目的的過(guò)程。這個(gè)過(guò)程中也同時(shí)包含了對要建立的網(wǎng)站的基本功能和模塊的確立和策劃活動(dòng)。所以項目小組每個(gè)成員、客戶(hù)甚至是開(kāi)發(fā)方的部門(mén)經(jīng)理(根據項目大小而定)的參與是必要的。項目的管理者在需求分析中的職責有如下幾個(gè)方面：
(1)負責組織相關(guān)開(kāi)發(fā)人員與用戶(hù)一起進(jìn)行需求分析。
(2)組織美術(shù)和技術(shù)骨干代表或者全部成員(與用戶(hù)討論＞編寫(xiě)《網(wǎng)站功能描述書(shū)(初稿)》文檔。
(3)組織相關(guān)人員對《網(wǎng)站功能描述書(shū)(初稿)》進(jìn)行反復討論和修改，確定《網(wǎng)站功能描述書(shū)》正式文檔。
(4)如果用戶(hù)有這方面的能力或者用戶(hù)提出要求，項目管理者也可以指派項目成員參與，而由用戶(hù)編寫(xiě)和確定《網(wǎng)站功能描述書(shū)》文檔。
(5)如果項目比較大的話(huà)，最好能夠有部門(mén)經(jīng)理或者他授權的人員參與到《網(wǎng)站功能描述書(shū)》的確定過(guò)程中來(lái)。
2．用戶(hù)調查
在需求分析的過(guò)程少，往往有很多不明確的用戶(hù)需求，這個(gè)時(shí)候項目負災人需要調查用戶(hù)的實(shí)際情況，明確用戶(hù)需求。一個(gè)比較理想化的用戶(hù)調查活動(dòng)需要用戶(hù)的充分配合，而月．還有可能需要對調查對象進(jìn)行必要的培訓。所以調查的計劃安排，如：時(shí)間、地點(diǎn)、參加人員、調查內容等，都需要項目負責人和用戶(hù)的共同認可。調查的形式可以是：發(fā)需求調查表、開(kāi)密求調查座談會(huì )或者現場(chǎng)調研。調查的內容主要包括：
(1)網(wǎng)站當前以及日后可能出現的功能需求。
(2)客戶(hù)對網(wǎng)站的性能(如訪(fǎng)問(wèn)速度)的要求和可靠性的要求。
(3)確定網(wǎng)站維護的要求。
(4)網(wǎng)站的實(shí)際運行環(huán)境。
(5)網(wǎng)站頁(yè)面總體風(fēng)格以及美工效果(必要的時(shí)候用戶(hù)可以提供參考站點(diǎn)或者由公司向用戶(hù)提供)。
(6)主貞面和次級頁(yè)面數量，是否需要多種語(yǔ)言版本等。
(7)內容管理及錄入任務(wù)的分配。
(8)各種頁(yè)面特殊效果及其數量(js、flash等)。
(9)項目完成時(shí)間及進(jìn)度(可以根據合同確定)
(10)明確項目完成后的維護責任。
4．清晰的需求分析輸出——《網(wǎng)站功能描述書(shū)》
在擁有前期公司和客戶(hù)簽訂的合同或者是標書(shū)的約束之下，通過(guò)較為詳紉具體的用戶(hù)調查和市場(chǎng)涸研活動(dòng)，借鑒其輸出的《用戶(hù)調查報告》和《市場(chǎng)調研報告》文檔，項目負責人應該對整個(gè)需求分析活動(dòng)進(jìn)行認真的總結，將前期分析不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔——《網(wǎng)站功能描述書(shū)(最終版)》，以供作為日后項目開(kāi)發(fā)過(guò)程中的依據。
《網(wǎng)站功能描述書(shū)》必須包含以下內容
(1)網(wǎng)站功能。
(2)網(wǎng)站用戶(hù)界面(初步)。
(3)網(wǎng)站運行的軟、硬件環(huán)境。
(4)網(wǎng)站系統性能定義。
(5)網(wǎng)站系統的軟件和硬件接口。
(6)確定網(wǎng)站維護的要求。
(7)確定網(wǎng)站系統空間租賃要求。
(8)網(wǎng)站頁(yè)面總體風(fēng)格及美工效果。
(9)主頁(yè)面及次負面大概數量。
(10)管理及內容錄入任務(wù)分配。
(11)各種頁(yè)面特殊效果及其數量。
(12)項目完成時(shí)間及進(jìn)度(根據合同)‘
(13)明確項目完成后的維護責任。
需求分析中需要編寫(xiě)的文檔主要是《網(wǎng)站功能描述書(shū)》，它基本上是整個(gè)需求分析活動(dòng)的結果性文檔，也是開(kāi)發(fā)工程中項目成員主要可供參考的文檔。為了更加清楚地描述《網(wǎng)站功能描述書(shū)》往往還需要編寫(xiě)《用戶(hù)調查報告》和《市場(chǎng)調研報告》文檔來(lái)捕助說(shuō)明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容。
綜上所述，在網(wǎng)站項目的需求分析中主要是由項目負責人來(lái)確定對用戶(hù)需求的理解程度，而用戶(hù)調查和市場(chǎng)調研等需求分析活動(dòng)的目的就是幫助項目負責人加深對用戶(hù)需求的理解和對前期不明確的地方進(jìn)行明確化，以便于B后在項目開(kāi)發(fā)過(guò)程中作為開(kāi)發(fā)成員的依據和借鑒。
