首頁網(wǎng)站建設正文

網(wǎng)站建設需求分析報告（網(wǎng)站建設需求分析報告范文）

網(wǎng)站建設 2023-03-25T00:24:11 2533

本篇文章給大家談談網(wǎng)站建設需求分析報告，以及網(wǎng)站建設需求分析報告范文對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。本文目錄一覽： 1、門戶網(wǎng)站需求分析 2、

本篇文章給大家談談網(wǎng)站建設需求分析報告，以及網(wǎng)站建設需求分析報告范文對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

1、門戶網(wǎng)站需求分析
2、網(wǎng)頁制作與網(wǎng)站設計報告書
3、如何寫網(wǎng)站建設需求說明書
4、網(wǎng)站建設需求分析之如何提高用戶體驗滿意度
5、求一份網(wǎng)站建設可行性報告
6、網(wǎng)站建設的需求分析一般會有哪些內容

門戶網(wǎng)站需求分析

這個是如何寫，你看一下

一個網(wǎng)站項目的確立是建立在各種各樣的需求上面的，這種需求往往來自于客戶的實際需求或者是出于公司自身發(fā)展的需要，其中客戶的實際需求也就是說這種交易性質的需求占了絕大部分。面對對網(wǎng)站開發(fā)擁有不同知識層面的客戶，項目的負責人對用戶需求的理解程度，在很大程度上決定了此類網(wǎng)站開發(fā)項目的成敗。因此如何更好地的了解、分析、明確用戶需求，并且能夠準確、清晰以文檔的形式表達給參與項目開發(fā)的每個成員，保證開發(fā)過程按照滿足用戶需求為目的正確項目開發(fā)方向進行，是每個網(wǎng)站開發(fā)項目管理者需要面對的問題。就這個問題，本文想提出自己的一些看法和建議，希望各位讀者批評指正：

一、那些人應該參與網(wǎng)站開發(fā)項目的需求分析活動

需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當?shù)募夹g語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網(wǎng)站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發(fā)方的部門經(jīng)理（根據(jù)項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：

1、負責組織相關開發(fā)人員與用戶一起進行需求分析。

2、組織美術和技術骨干代表或者全部成員（與用戶討論）編寫《網(wǎng)站功能描述書（初稿）》文檔。

3、組織相關人員對《網(wǎng)站功能描述書（初稿）》進行反復討論和修改，確定《網(wǎng)站功能描述書》正式文檔。

4、如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網(wǎng)站功能描述書》文檔。

5、如果項目比較大的話，最好能夠有部門經(jīng)理或者他授權的人員參與到《網(wǎng)站功能描述書》的確定過程中來。

二、完整的需求調查文檔記錄體系

在整個需求分析的過程中，將按照一定規(guī)范的編寫需求分析的相關文檔不但可以幫助

目成員將需求分析結果更加明確化，也為以后開發(fā)過程中做到了現(xiàn)實文本形式的備忘，并且有助于公司日后的開發(fā)項目提供有益的借鑒和模范，成為公司在項目開發(fā)中積累的符合自身特點的經(jīng)驗財富。

需求分析中需要編寫的文檔主要是《網(wǎng)站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發(fā)工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網(wǎng)站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規(guī)范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規(guī)定將在本文后面討論。

三、向用戶調查些什么

在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發(fā)需求調查表、開需求調查座談會或者現(xiàn)場調研。調查的內容主要如下：

1、網(wǎng)站當前以及日后可能出現(xiàn)的功能需求。

2、客戶對網(wǎng)站的性能（如訪問速度）的要求和可靠性的要求。

3、確定網(wǎng)站維護的要求。

4、網(wǎng)站的實際運行環(huán)境。

5、網(wǎng)站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。

6、主頁面和次級頁面數(shù)量，是否需要多種語言版本等

7、內容管理及錄入任務的分配。

8、各種頁面特殊效果及其數(shù)量（js,flash等）

9、項目完成時間及進度（可以根據(jù)合同）

10、明確項目完成后的維護責任。

調查結束以后，需要編寫《用戶調查報告》，《報告》的要點是：

1、調查概要說明：網(wǎng)站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。

2、調查內容說明：用戶的基本情況；用戶的主要業(yè)務；信息化建設現(xiàn)狀；網(wǎng)站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環(huán)境；用戶對新網(wǎng)站的期望等。

3、調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）

四、市場調研活動內容

通過市場調研活動，清晰的分析相似網(wǎng)站的性能和運行情況?？梢詭椭椖控撠熑烁忧宄臉嬒氤鲎约洪_發(fā)的網(wǎng)站的大體架構和模樣，在總結同類網(wǎng)站優(yōu)勢和缺點的同時項目開發(fā)人員可以博采眾長開發(fā)出更加優(yōu)秀的網(wǎng)站。

但是由于實際中時間、經(jīng)費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網(wǎng)站的時候，應盡可能調研到所有比較出名和優(yōu)秀的同類網(wǎng)站。應該了解同類網(wǎng)站的使用環(huán)境與用戶的詫異點、類似點，同類產(chǎn)品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網(wǎng)站作品的有關信息上。市場調研可以包括下列內容：

1、市場中同類網(wǎng)站作品的確定。

2、調研作品的使用范圍和訪問人群。

3、調研產(chǎn)品的功能設計（主要模塊構成，特色功能，性能情況等等）

4、簡單評價所調研的網(wǎng)站情況。

調研的目的是明確并且引導用戶需求。

對市場同類產(chǎn)品調研結束后，應該撰寫《市場調研報告》主要包括一下要點：

1、調研概要說明：調研計劃；網(wǎng)站項目名稱、調研單位、參與調研、調研開始終止時間。

2、調研內容說明：調研的同類網(wǎng)站作品名稱、網(wǎng)址、設計公司、網(wǎng)站相關說明、開發(fā)背景、主要適用訪問對象、功能描述、評價等

3、可采用借鑒的調研網(wǎng)站的功能設計：功能描述、用戶界面、性能需求、可采用的原因。

4、不可采用借鑒的調研網(wǎng)站的功能設計：功能描述、用戶界面、性能需求、不可采用的原因。

5、分析同類網(wǎng)站作品和主要競爭對手產(chǎn)品的弱點和缺陷以及本公司產(chǎn)品在這些方面的優(yōu)勢。

6、調研資料匯編：將調研得到的資料進行分類匯總。

五、清晰的需求分析輸出——《網(wǎng)站功能描述書》：

在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔――《網(wǎng)站功能描述書（最終版）》以供作為日后項目開發(fā)過程中的依據(jù)。

《網(wǎng)站功能描述書》必須包含以下內容：

1、網(wǎng)站功能

2、網(wǎng)站用戶界面（初步）

3、網(wǎng)站運行的軟硬件環(huán)境

4、網(wǎng)站系統(tǒng)性能定義

5、網(wǎng)站系統(tǒng)的軟件和硬件接口

6、確定網(wǎng)站維護的要求

7、確定網(wǎng)站系統(tǒng)空間租賃要求

8、網(wǎng)站頁面總體風格及美工效果。

9、主頁面及次頁面大概數(shù)量。

10、管理及內容錄入任務分配。

11、各種頁面特殊效果及其數(shù)量。

12、項目完成時間及進度（根據(jù)合同）

13、明確項目完成后的維護責任。

綜上所述，在網(wǎng)站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發(fā)過程中作為開發(fā)成員的依據(jù)和借鑒。

當然一次成功的需求分析不僅需要項目負責人甚至是客戶等所有項目相關人員的共同努力，還和公司的能力范圍有一定關系。需要說明的是本文所述的需求分析活動內容是建立在較為理想的基礎上的。由于各個公司現(xiàn)實情況的不同，讀者可以根據(jù)自身情況不一借鑒吸收利用。重要的是能構根據(jù)本公司的情況，系統(tǒng)的規(guī)范此類文檔做好保存和收集，相信對公司以后其他網(wǎng)站項目的進行以及公司自身實力的增強都會有很大幫助。

網(wǎng)站建設需求分析報告（網(wǎng)站建設需求分析報告范文）

網(wǎng)頁制作與網(wǎng)站設計報告書

網(wǎng)站項目管理規(guī)范

一.概念

網(wǎng)站項目管理就是根據(jù)特定的規(guī)范、在預算范圍內、按時完成的網(wǎng)站開發(fā)任務。

二.需求分析

1.項目立項

我們接到客戶的業(yè)務咨詢，經(jīng)過雙方不斷的接洽和了解，并通過基本的可行性討論夠，初步達成制作協(xié)議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經(jīng)理，網(wǎng)頁設計，程序員，測試員，編輯/文檔等必須人員。項目實行項目經(jīng)理制。

2.客戶的需求說明書

第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求并不是很清楚，需要您不斷引導和幫助分析。曾經(jīng)有一次，我問客戶：“您做網(wǎng)站的目的是什么？”他回答：“沒有目的，只是因為別人都有，我沒有！”。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網(wǎng)站。那么需求說明書要達到怎樣的標準呢？簡單說，包含下面幾點：

1.正確性：每個功能必須清楚描寫交付的功能；

2.可行性：確保在當前的開發(fā)能力和系統(tǒng)環(huán)境下可以實現(xiàn)每個需求；

3.必要性：功能是否必須交付，是否可以推遲實現(xiàn)，是否可以在削減開支情況發(fā)生時"砍"掉；

4.簡明性：不要使用專業(yè)的網(wǎng)絡術語；

5.檢測性：如果開發(fā)完畢，客戶可以根據(jù)需求檢測。

三.系統(tǒng)分析

1.網(wǎng)站總體設計

在拿到客戶的需求說明后，并不是直接開始制作，而是需要對項目進行總體設計，詳細設計，出一份網(wǎng)站建設方案給客戶?？傮w設計是非常關鍵的一步。它主要確定：

1.網(wǎng)站需要實現(xiàn)哪些功能；

2.網(wǎng)站開發(fā)使用什么軟件，在什么樣的硬件環(huán)境；

3.需要多少人，多少時間；

4.需要遵循的規(guī)則和標準有哪些。

同時需要寫一份總體規(guī)劃說明書，包括：

1.網(wǎng)站的欄目和版塊；

2.網(wǎng)站的功能和相應的程序；

3.網(wǎng)站的鏈接結構；

4.如果有數(shù)據(jù)庫，進行數(shù)據(jù)庫的概念設計；

5.網(wǎng)站的交互性和用戶友好設計。

2.網(wǎng)站建設方案

在總體設計出來后，一般需要給客戶一個網(wǎng)站建設方案。很多網(wǎng)頁制作公司在接洽業(yè)務時就被客戶要求提供方案。那時的方案一般比較籠統(tǒng)，而且在客戶需求不是十分明確的情況下提交方案，往往和實際制作后的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求并總體設計后提交方案，這樣對雙方都有益處。網(wǎng)站建設方案的包括以下幾個部分：

1.客戶情況分析；

2.網(wǎng)站需要實現(xiàn)的目的和目標；

3.網(wǎng)站形象說明；

4.網(wǎng)站的欄目版塊和結構；

5.網(wǎng)站內容的安排，相互鏈接關系；

6.使用軟件，硬件和技術分析說明；

7.開發(fā)時間進度表；

8.宣傳推廣方案；

9.維護方案；

10.制作費用；

11.本公司簡介：成功作品，技術，人才說明等。

當您的方案通過客戶的認可，您可以開始動手制作網(wǎng)站了。但還不是真正意義上的制作，你需要進行詳細設計：

3.網(wǎng)站詳細設計

總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發(fā)部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規(guī)格說明。這種規(guī)格說明的作用很類似于其他工程領域中工程師經(jīng)常使用的工程藍圖，它們應該包含必要的細節(jié)，例如：程序界面，表單，需要的數(shù)據(jù)等。程序員可以根據(jù)它們寫出實際的程序代碼。

四. 項目實施

1.整體形象設計

在程序員進行詳細設計的同時，網(wǎng)頁設計師開始設計網(wǎng)站的整體形象和首頁。

整體形象設計包括標準字，Logo，標準色彩，廣告語等。首頁設計包括版面，色彩，圖像，動態(tài)效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格，完成后，供客戶選擇。

記?。涸诳蛻舸_定首頁風格之后，請客戶簽字認可。以后不得再對版面風格有大的變動，否則視為第二次設計。

開發(fā)制作

2.開發(fā)制作

到這里，程序員和網(wǎng)頁設計師同時進入全力開發(fā)階段，需要提醒的是，測試人員需要隨時測試網(wǎng)頁與程序，發(fā)現(xiàn)Bug立刻記錄并反饋修改。不要等到完全制作完畢再測試，這樣會浪費大量的時間和精力。項目經(jīng)理需要經(jīng)常了解項目進度，協(xié)調和溝通程序員與網(wǎng)頁設計師的工作。

調試完善

3.調試完成

在網(wǎng)站初步完成后，上傳到服務器，對網(wǎng)站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發(fā)現(xiàn)問題及時解決并記錄下來。

為什么要記錄文檔呢？其實本軟件工程本身就是一個文檔，是一個不斷充實和完善的標準。通過不斷的發(fā)現(xiàn)問題，解決問題，修改，補充文檔，使這個標準越來越規(guī)范，越來越工業(yè)化。進而使得網(wǎng)站開發(fā)趨向規(guī)范，趨向合理。

4.宣傳推廣

宣傳推廣的基本方法有：

1.網(wǎng)頁里設置適當?shù)腗ETA標簽；

2.各搜索引擎登錄；

3.準備新聞稿件在各新聞公告板發(fā)表；

4.合理使用Email郵件列表；

5.廣告條交換；

6.付費廣告。

至此，網(wǎng)站項目建設完畢，將有關網(wǎng)址，使用操作說明文檔等提交客戶驗收。如果需要維護，另行簽定維護項目。

五.維護

網(wǎng)站成功推出后，長期的維護工作才剛剛開始，需要做到的是:

1.及時響應客戶反饋；例如可以采取Email自動回復功能，然后在1-3個工作日里解決問題，再次回復；

2.網(wǎng)站流量統(tǒng)計分析和相應對策；

3.盡量推廣和使用您的網(wǎng)址；

4.網(wǎng)站內容的及時更新和維護。

六.遵循的規(guī)范

1.網(wǎng)站建設目錄規(guī)范

2.網(wǎng)站文件命名規(guī)范

3.網(wǎng)站建設尺寸規(guī)范

4.網(wǎng)站首頁head區(qū)代碼規(guī)范

5.網(wǎng)站連接結構規(guī)范

網(wǎng)站開發(fā)規(guī)范

任何一個項目或者系統(tǒng)開發(fā)之前都需要定制一個開發(fā)約定和規(guī)則，這樣有利于項目的整體風格統(tǒng)一、代碼維護和擴展。由于Web項目開發(fā)的分散性、獨立性、整合的交互性等，所以定制一套完整的約定和規(guī)則顯得尤為重要。定制一系列約定和規(guī)則，包括組件團隊、文件夾命名規(guī)則、文件名命名規(guī)則、程序代碼編程風格、數(shù)據(jù)庫設計約定。這些規(guī)則和約定需要與開發(fā)人員、設計人員和維護人員共同討論定制，將來開發(fā)都將嚴格按規(guī)則或約定開發(fā)。每個團隊開發(fā)都應有自己的一套規(guī)范，一個優(yōu)良可行的規(guī)范可以使我們工作得心應手事半功倍，這些規(guī)范都不是唯一的標準不存在對與錯，也許有些地方與你當前使用的習慣相駁，很多地方都有爭議。。

非常明顯在Web項目開發(fā)中有前后臺開發(fā)之分，前臺開發(fā)主要是指非程序編程部分，主要職責是網(wǎng)站AI設計、界面設計、動畫設計等。而后臺開發(fā)主要是編程和網(wǎng)站運行平臺搭建，其主要職責是設計網(wǎng)站數(shù)據(jù)庫和網(wǎng)站功能模板的實現(xiàn)。下面的這些規(guī)范主要是從這2個方面來定制的，這些規(guī)范是工作中總結的一點經(jīng)驗，本文檔比較適合中小型網(wǎng)站或者Web項目的開發(fā)規(guī)范。

一．組建開發(fā)團隊

在接手項目后的第一件事是組建團隊。根據(jù)項目的大小團隊可以有幾十人，也有可以是只有幾個人的小團隊，在團隊劃分中應該含有6個角色，這6個角色是必須的，分別是項目經(jīng)理，策劃，美工，程序員，代碼整合員，測試員。也許你的團隊還沒有6個人，沒有關系一個人可以有多個角色，比如項目經(jīng)理還可以有策劃這個角色，如程序員還可以含有代碼整合和測試這2個角色，如果你的項目夠大人數(shù)夠多那就分為6個組，每個組分工再來細分。下面簡單介紹一下這6個角色的具體職責。

項目經(jīng)理，項目總體設計，開發(fā)進度的定制和監(jiān)控，定制相應的開發(fā)規(guī)范，負責各個環(huán)節(jié)的評審工作，協(xié)調各個成員(小組)之間開發(fā)。策劃，提供詳細的策劃方案和需求分析。還包括后期網(wǎng)站推廣方面的策劃。美工，根據(jù)策劃和需求設計網(wǎng)站AI，界面，Logo等。程序員，根據(jù)項目總體設計來設計數(shù)據(jù)庫和功能模塊的實現(xiàn)。代碼整合員，負責將程序員的代碼和界面融合到一起，代碼整合員可以制作網(wǎng)站的相關頁面，測試員，負責測試程序。

二．開發(fā)工具

Web開發(fā)工具主要分為3部分，第一部分是網(wǎng)站前臺開發(fā)工具，第二部分是網(wǎng)站后臺開發(fā)環(huán)境，第三部分是項目管理和輔助軟件。下面分別簡單介紹這三部分需要使用的軟件。

網(wǎng)站前臺開發(fā)主要是指Web界面設計。包括網(wǎng)站整體框架建立、常用圖片、Flash動畫設計等等，主要使用的相關軟件是：Adobe Illustrator 、Adodb Photoshop、Dreamweaver MX、Flash MX等。

網(wǎng)站后臺開發(fā)主要指網(wǎng)站動態(tài)程序開發(fā)、數(shù)據(jù)庫建模，主要使用的相關軟件是： PowerDesigner（數(shù)據(jù)庫建模），PowerDesigner在數(shù)據(jù)庫設計方面應用非常強大，用它可以快速創(chuàng)建數(shù)據(jù)庫概念和物理模型，我最喜歡的還是它生成數(shù)據(jù)庫Report的功能太方便了，設計數(shù)據(jù)庫強烈推薦用它。Rational Rose（程序建模），如果你的項目功能模塊不是特別復雜那就剩了它吧，這樣會節(jié)省一些時間和開發(fā)的復雜度，不過我個人認為不管是大項目還是小項目都應該畫畫Rose圖。

網(wǎng)站項目管理主要指對開發(fā)進度和代碼版本的控制。開發(fā)進度用Microsoft Project來制定，代碼版本控制采用Visual SourceSafe，當然還有其他的選擇比如CVS和Rational ClearCase。網(wǎng)站測試采用VS.net的附帶工具Microsoft Application Center Test，它可以進行并行、負載測試等。程序文檔編寫采用Word，用WPS也可以。

三.網(wǎng)站開發(fā)流程

在項目開始實施之前應該有一個工作步驟也就是工作流程，在項目開發(fā)中最需要時間的是總體設計和系統(tǒng)測試，而程序編寫代碼所占的時間并不多，但有的團隊就急于開發(fā)寫代碼，先把程序寫出來再說，沒有注重評審和測試這2個環(huán)節(jié)，結果造成返工，我在一家比較大的公司中都遇到多次這種情況。所以項目來了不要急于開工寫代碼，應該一步一步慢慢來，只有走的慢才能走得穩(wěn)走得遠。圖1的開發(fā)流程比較好地體現(xiàn)開發(fā)的整個環(huán)節(jié)。

圖 1

從圖1可以看到2條主線，這2條主線分別是前臺開發(fā)和后臺開發(fā)。前后臺開發(fā)在項目開發(fā)早期互相沒有交叉，當然不是絕對沒有，Web策劃和需求分析都是互相有關系的，一個是網(wǎng)站表現(xiàn)形式和風格的策劃另一個是網(wǎng)站功能的策劃，它們是衣服和軀干的關系。到了開發(fā)后期就需要把界面和功能模塊結合起來形成一個統(tǒng)一，也就即將發(fā)布的網(wǎng)站。

四．數(shù)據(jù)庫開發(fā)規(guī)范

數(shù)據(jù)文件命名采用系統(tǒng)名+_+文件類型，比如系統(tǒng)名為kupage,則數(shù)據(jù)庫文件命名為kupage_database.mdf，有的數(shù)據(jù)庫文件有多個，比如SQL Server就有2個，一個是數(shù)據(jù)庫文件，另一個是日志文件，那么他們的文件命名分別為kupage_database.mdf，kupage_log.log。文件名全部采用小寫。

數(shù)據(jù)庫表命名規(guī)范，表名長度不能超過30個字符，表名中含有單詞全部采用單數(shù)形式，單詞首寫字母要大寫，多個單詞間不用任何連接符號。若庫中有多個系統(tǒng)，表名采用系統(tǒng)名稱+單詞或多個單詞，系統(tǒng)名是開發(fā)系統(tǒng)的縮寫，系統(tǒng)名稱全部采用小寫英文字符,如bbsTitle,bbsForumType。若庫中只含有一個系統(tǒng)，那么表名僅用一個單詞或多個單詞。單詞選擇能夠概括表內容的一個或多個英文單詞，如UserInfo,UserType。關連表命名規(guī)則為Re_表A_表B,Re是Relative的縮寫，如：Re_User_ArticleType, Re_User_FormType。

數(shù)據(jù)庫字段命名規(guī)范，數(shù)據(jù)庫字段名全部采用小寫英文單詞，單詞之間用”_”隔開，命名規(guī)則是表別名+單詞，如：user_name,user_pwd。表別名規(guī)則，如果表名是一個單詞，別名就取單詞的前4 個字母；如果表名是兩個單詞，就各取兩個單詞的前兩個字母組成4 個字母長的別名；如果表的名字由3 個單詞組成，你不妨從頭兩個單詞中各取一個然后從最后一個單詞中再取出兩個字母，結果還是組成4 字母長的別名。

視圖名采用規(guī)則View_表A_表B_表C,View表示視圖。這個視圖由幾個表產(chǎn)生就用”_”連接幾個表的名，如果表過多可以將表名適當簡化，但一定要列出所有表名。

存儲過程命名規(guī)則P_表名_存取過程名(縮寫)，比如P_User_Del，P_ArticleType_AddData。

SQL語句編寫規(guī)則，關鍵字必須大寫，其他書寫按上述命名規(guī)則，比如：

SELECT user_id, user_name FROM User WHERE user_id = ‘tom’

五．文件夾文件名命名規(guī)范

文件夾命名一般采用英文，長度一般不超過20個字符，命名采用小寫字母。除特殊情況才使用中文拼音，一些常見的文件夾命名如：images(存放圖形文件)，flash（存放Flash文件），style(存放CSS文件)，scripts（存放Javascript腳本），inc(存放include文件)，link（存放友情鏈接）,media(存放多媒體文件)等。

文件名稱統(tǒng)一用小寫的英文字母、數(shù)字和下劃線的組合。命名原則的指導思想一是使得你自己和工作組的每一個成員能夠方便的理解每一個文件的意義，二是當我們在文件夾中使用“按名稱排例”的命令時，同一種大類的文件能夠排列在一起，以便我們查找、修改、替換、計算負載量等等操作。

1、圖片的命名原則名稱分為頭尾兩部分，用下劃線隔開，頭部分表示此圖片的大類性質例如廣告、標志、菜單、按鈕等等。

放置在頁面頂部的廣告、裝飾圖案等長方形的圖片取名： banner

標志性的圖片取名為： logo

在頁面上位置不固定并且?guī)в墟溄拥男D片我們取名為 button

在頁面上某一個位置連續(xù)出現(xiàn)，性質相同的鏈接欄目的圖片我們取名： menu

裝飾用的照片我們取名： pic

不帶鏈接表示標題的圖片我們取名： title

下面是幾個范例： banner_sohu.gif 、banner_sina.gif、 menu_aboutus.gif 、menu_job.gif、 title_news.gif、 logo_police.gif、 logo_national.gif 、pic_people.jpg 。

2、動態(tài)語言文件命名規(guī)則性質_描述，描述可以有多個單詞，用”_”隔開，性質一般是該頁面得概要。

范例：register_form.asp，register_post.asp,topic_lock.asp

六．程序代碼編程規(guī)范

一個良好的程序編碼風格有利于系統(tǒng)的維護，代碼也易于閱讀查錯。在此只討論ASP的編程風格和約定。在ASP中所有變量是弱變量，無需定義就可以直接使用，而且代碼不區(qū)分大小寫。但其他語言一般這些都要定義的，為了養(yǎng)成良好的編程習慣，編寫代碼務必按照一下規(guī)則。

1、每個變量名必須定義，在ASP文件的最開始添加語句，強制定制每個變量。

2、出于易讀和一致性的目的，在代碼中使用以下變量命名約定：

子類型前綴示例

Boolean bln blnFound

Byte byt bytRasterData

Date (Time) dtm dtmStart

Double dbl dblTolerance

Error err errOrderNum

Integer int intQuantity

Long lng lngDistance

Object obj objCurrent

Single sng sngAverage

String str strFirstName

3、程序代碼需要有縮進，縮進采用鍵盤Tab鍵，不采用空格鍵。并且”＝”或者鏈接字符串時需要左右空一格，如下：

4、函數(shù)過程編寫的約定。函數(shù)或者過程命名采用動作+名詞，每個函數(shù)需要給出相應的注釋，函數(shù)功能，傳入變量，以及作者和修改相關信息。如下面函數(shù):

%

'[功能] 返回一個參數(shù)的值

'[參數(shù)] strParameterName 參數(shù)名稱

'[作者] icefire 2002/8/20 am

Function GetParameterValue(strParameterName)

Dim objRS, strSQL, strParameterValue

strSQL = "SELECT ParameterValue FROM damsParameters WHERE ParameterName = '" strParameterName "'"

.

GetParameterValue = strParameterValue

Set objRS = Nothing

End Function

5、ASP內置對象區(qū)分大小寫。如下代碼片斷

strUserName = Request.Form(“UserName”)

Set conn = Server.CreateObject("ADODB.Connection")

6、數(shù)據(jù)庫連接一個庫只能有一個數(shù)據(jù)庫連接文件，創(chuàng)建數(shù)據(jù)庫對象得原則是盡可能晚地打開數(shù)據(jù)庫，盡可能早地關閉數(shù)據(jù)庫。創(chuàng)建數(shù)據(jù)庫對象調用統(tǒng)一地創(chuàng)建函數(shù)。如下：

Sub OpenConn(ByRef conn)

Dim strDBPath, strDBConnection

strDBPath = Server.MapPath("database/tax.mdb")

strDBConnnection = "Driver={Microsoft Access Driver (*.mdb)}; DBQ=" strDBPath

Set conn = Server.CreateObject("ADODB.Connection")

conn.Open strDBConnnection

End Sub

7、當一個對象不在使用時要釋放對象資源，比如objFSO,objRS對象等。采用統(tǒng)一函數(shù)調用。函數(shù)如下：

Sub CloseObj(ByRef obj)

If IsObject(obj) Then

obj.Close

Set obj = nothing

End If

End Sub

8、時間全部以字符串的形式保存到數(shù)據(jù)庫中，這樣做能夠是日期在不同的數(shù)據(jù)庫中都能良好地保存，也方便數(shù)據(jù)庫地遷移。時間用14位字符串保存，日期用8位字符串保存。

七．網(wǎng)站首頁head區(qū)代碼規(guī)范

head區(qū)是指首頁HTML代碼的head和/head之間的內容。必須加入的標簽

1.公司版權注釋

!--- The site is designed by Maketown,Inc 06/2004 ---

2.網(wǎng)頁顯示字符集

簡體中文：META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312"

繁體中文：META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=BIG5"

英語：META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"

3.網(wǎng)頁制作者信息

META name="author" content="webmaster@maketown.com"

4.網(wǎng)站簡介

META NAME="DESCRIPTION" CONTENT="本站是一個醫(yī)療站點…"

5.搜索關鍵字

META NAME="keywords" CONTENT="xxxx,xxxx,xxx,xxxxx,xxxx,"

6.網(wǎng)頁的css規(guī)范

LINK href="style/style.css" rel="stylesheet" type="text/css"

(參見目錄及命名規(guī)范)

7.網(wǎng)頁標題

titlexxxxxxxxxxxxxxxxxx/title

8.可以選擇加入的標簽

1.設定網(wǎng)頁的到期時間。一旦網(wǎng)頁過期，必須到服務器上重新調閱。

META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT"

2.禁止瀏覽器從本地機的緩存中調閱頁面內容。

META HTTP-EQUIV="Pragma" CONTENT="no-cache"

3.用來防止別人在框架里調用你的頁面。

META HTTP-EQUIV="Window-target" CONTENT="_top"

4.自動跳轉。

META HTTP-EQUIV="Refresh" CONTENT="5;URL=" 5指時間停留5秒。

5.網(wǎng)頁搜索機器人向導.用來告訴搜索機器人哪些頁面需要索引，哪些頁面不需要索引。

META NAME="robots" CONTENT="none"

CONTENT的參數(shù)有all,none,index,noindex,follow,nofollow。默認是all。

6.收藏夾圖標

link rel = "Shortcut Icon" href="favicon.ico"

所有的javascript的調用盡量采取外部調用.

SCRIPT LANGUAGE="javascript" SRC="script/xxxxx.js"/SCRIPT

附body標簽：

body標簽不屬于head區(qū)，這里強調一下，為了保證瀏覽器的兼容性，必須設置頁面背景body bgcolor="#FFFFFF"

八．網(wǎng)站建設尺寸規(guī)范

1. 頁面標準按800*600分辨率制作，實際尺寸為778*434px

2. 頁面長度原則上不超過3屏，寬度不超過1屏

3. 每個標準頁面為A4幅面大小，即8.5X11英寸

4. 全尺寸banner為468*60px，半尺寸banner為234*60px，小banner為88*31px

5. 另外120*90，120*60也是小圖標的標準尺寸

6. 每個非首頁靜態(tài)頁面含圖片字節(jié)不超過60K，全尺寸banner不超過14K

如何寫網(wǎng)站建設需求說明書

產(chǎn)品需求文檔

項目名稱

1.總體說明2

1.1修訂歷史2

1.2項目概述2

1.3功能范圍2

1.4用戶范圍2

1.5詞匯表2

1.6非功能需求2

1.7其他說明2

2.UC部分3

2.1整體說明3

2.2UC正文3

2.2.1.UC_用例名稱13

2.2.2.UC_用例名稱23

對單個UC的說明3

1.

總體說明

1.1 修訂歷史

日期

版本

說明

作者

1.2 項目概述

項目概述

簡單描述項目的背景、意義、目的、目標等，描述領域知識

1.3 功能范圍

功能范圍

給出業(yè)務邏輯圖，類似BUC：描述各角色的職責、與周邊系統(tǒng)的關系、全局商業(yè)規(guī)則

1.4 用戶范圍

角色

描述（涉及到的actor、system的描述）

1.5 詞匯表

詞匯

描述（術語與縮寫的描述）

1.6 非功能需求

需求

描述

數(shù)據(jù)監(jiān)控

針對一個功能模塊級別的監(jiān)控點，必填，并且功能上線2周后需要給出數(shù)據(jù)分析報告

性能

用戶體驗

……

1.7 其他說明

其他說明

其他任何需要說明的內容

2.

UC部分

2.1 整體說明

類圖

截圖（可選，對業(yè)務領域的描述）

類圖說明

用例圖

截圖（必選）

用例圖說明

狀態(tài)圖

截圖（可選）

狀態(tài)圖說明

2.2 UC正文

2.2.1. UC_用例名稱1

……

2.2.2. UC_用例名稱2

……

對單個UC的說明

注1：視覺層面的描述通常直接通過Demo表達（如頁面大小，顏色字體字號等）

注2：界面細節(jié)，引用界面規(guī)范文檔（如表格中的文字對其方式）

注3：交互細節(jié)，引用交互規(guī)范文檔（如出錯提示的方式）

注4：文案細節(jié)，引用文案規(guī)范文檔（如各種提示文案）

網(wǎng)站建設需求分析之如何提高用戶體驗滿意度

用戶調研設計用戶體驗調研問卷，包括用戶基本網(wǎng)絡行為、產(chǎn)品使用情況、用戶態(tài)度、可用性評估、用戶群背景等信息。可以通過在線問卷等多種方式大范圍開展調研用戶調研報告包括分析整理后的問卷調查數(shù)據(jù)，形成單項評估結論，包括用戶群分析（用戶行為、態(tài)度、背景資料、使用情況）、用戶需求、用戶滿意度等。用戶調研的目的是幫助交互設計師調查了解用戶及其相關使用的場景，以便對其有深刻的認識（主要包括用戶使用時候的心理模式和行為模式），從而為后繼設計提供良好的基礎用戶訪談 1，通過小范圍訪談，收集用戶的意見和在使用過程中可能存在的實際狀況或問題，最后將分析結論匯總為用戶訪談報告。 2，好的設計人員一定是要是一個好的用戶需求分析策劃和訪談人員，做訪談時要以設計的思路去考慮用戶所說的，用設計的發(fā)現(xiàn)眼光去發(fā)現(xiàn)用戶所說的背后隱含的意義，并且要有強的邏輯思維去整理，并做出迅速的反應，即穩(wěn)，準，狠。 3，用戶訪談的目的主要是輔助設計人員了解用戶的使用習慣和使用背景。運營分析 1，針對收集到的網(wǎng)站運營和用戶行為數(shù)據(jù)進行分析，發(fā)現(xiàn)其中的規(guī)律，總結網(wǎng)站整體運營情況、用戶群和行為模型，以及相應的用戶體驗指標，形成運營數(shù)據(jù)單項評估結論。 2，分析對象以產(chǎn)品研發(fā)和維護、內容管理、公司客戶銷售和服務、用戶管理服務為主，發(fā)現(xiàn)與用戶體驗相關的運營問題，比如組織、流程和工具、員工和能力、KPI、IT工具維度分析運營中的問題等，并分析原因和給出改進建議用戶需求分析策劃 1，用戶需求分析策劃是觀察典型用戶使用產(chǎn)品的過程，最后在提交的用戶需求分析策劃報告中總結需求分析策劃過程中發(fā)現(xiàn)的問題，并給出改進建議。其過程包括： 2，制定用戶需求分析策劃的范圍、評估標準、實施流程、人員安排和時間計劃等實施用戶需求分析策劃，收集相關數(shù)據(jù) 3，分析整理用戶需求分析策劃結果，形成評估結論，主要包括現(xiàn)有網(wǎng)站的可用性問題及用戶反饋。用戶需求分析策劃的目的是需求分析策劃產(chǎn)品而不是用戶本身，以預測真實真實環(huán)境下用戶可能會遇到的嚴重的產(chǎn)品問題。用戶體驗工作還有許多可以做，在這里只介紹這么幾個方法。所有這些最終還是需要認真切實的執(zhí)行。在工作中不斷的實踐提升水平，以用戶來驅動產(chǎn)品的設計。

求一份網(wǎng)站建設可行性報告

推薦您參考一下：希望對您有所幫助，祝您成功！

關于建設網(wǎng)站：（迷你部落）的可行性分析報告

l 運作總體思路

目前全球市場對迷你產(chǎn)品需求在進一步擴大，廣大消費者對于迷你產(chǎn)品有一種特別的喜愛，可愛而且實用，有些東東如：迷你移動冰箱和迷你移動洗衣機攜帶方便而且使用可愛。象這種產(chǎn)品非常適合在旅游或是外出時使用。在美國的學校里，不少青少年把這種迷你移動冰箱帶到校園里，使用很方便。這種冰箱既可以用汽車供電，又可以用市電供電。另一種是迷你移動洗衣機。這種洗衣機小巧方便。在美國家庭，大部分人的衣服，一般是一個星期洗一次。這種迷你移動洗衣機專為女士和嬰兒所專用，因為它容積小，方便洗許多小的衣物，比如襪子、內衣等。

這是目前的一種消費現(xiàn)象，一個有待立刻去挖掘的市場，現(xiàn)在網(wǎng)絡上已經(jīng)出現(xiàn)了很多商品購物網(wǎng)站，里面的商品多的數(shù)不勝數(shù)，如：易趣網(wǎng)、淘寶網(wǎng)……，現(xiàn)在已經(jīng)進入了一個個性化的消費時代，大而全的購物場所已經(jīng)讓很多的消費者有些不耐煩了，買家電就到國美、蘇寧，買手機就到話機世界，買藥品就到老百姓大藥房……，現(xiàn)在各行各業(yè)分工都非常的細致，專業(yè)化程度也非常的高。

如果現(xiàn)在出現(xiàn)一個網(wǎng)站，只盯住“mini（迷你）”產(chǎn)品系列，在該網(wǎng)站上可以淘到世界上各式各樣的mini產(chǎn)品，這就是“迷你部落”產(chǎn)生的初衷，努力打造全球最具影響力的“mini”產(chǎn)品購物平臺。

l 進貨渠道

關于進貨渠道，在網(wǎng)站建設的初期大量收集現(xiàn)在市面上能找到的各種迷你產(chǎn)品，與這些產(chǎn)品的生產(chǎn)廠家取得聯(lián)系，讓這些廠家都在該網(wǎng)站上發(fā)布產(chǎn)品廣告，讓“迷你部落”成為他們產(chǎn)品在網(wǎng)上發(fā)布廣告的主要網(wǎng)絡傳播媒體。使“迷你部落”成為各迷你產(chǎn)品廠家的最大代銷商，我們自己可以保持一部分產(chǎn)品的庫存，一旦在網(wǎng)絡上產(chǎn)生消費行為，可以由我們發(fā)貨，也可以由廠家直接發(fā)貨，打折優(yōu)惠商品只銷售給“迷你部落”的注冊會員。

l 銷售渠道

“迷你部落”是一個迷你產(chǎn)品的展示平臺兼銷售平臺，主要的銷售渠道在網(wǎng)上完成?！懊阅悴柯洹辈扇T的消費行為，與各迷你產(chǎn)品生產(chǎn)廠家約定好，只有我們“迷你部落”的注冊會員才享受低價的產(chǎn)品購買政策，“迷你部落”的贏利來源主要依靠各廠家在網(wǎng)站上發(fā)布的廣告以及完成交易后的費用提成。在運行到一定程度后，實體的店面銷售將在市面上陸續(xù)鋪開，在市場上形成一個巨大的網(wǎng)上網(wǎng)下的商品銷售網(wǎng)絡。

l 資金情況分析

現(xiàn)在啟動資金暫時定在10萬元，該資金的分配主要用在“迷你部落”網(wǎng)站的建設上，完善該網(wǎng)站各項使用功能，完全具備網(wǎng)上交流和交易。

l 投資利潤分析

現(xiàn)在我們所投入的資金只是用于搭建完成“迷你部落”這個網(wǎng)絡平臺，利潤的來源前面已經(jīng)分析過，主要來源：1、廣告收入；2、網(wǎng)上銷售產(chǎn)品的利潤收入及提成。現(xiàn)在有個問題就是“迷你部落”憑什么去吸引廠家來該網(wǎng)站投入廣告，如果“迷你部落”每天的日瀏覽量成萬級數(shù)的增長估計這個問題也就解決了，但是我們憑什么去吸引廣大網(wǎng)名的眼球呢？現(xiàn)在姑且暫定“迷你部落”網(wǎng)站的市場定位不錯，我想能吸引廣大網(wǎng)民的應該是該網(wǎng)站要有互動性、要有參與性，還要有的就是“迷你部落”上陳列的商品具有很強的吸引力，讓廣大網(wǎng)民看了之后就會產(chǎn)生強烈的購買欲望。

l 盈虧平衡分析

要很好的運作“迷你部落”網(wǎng)站，主要的開支有以下幾點：1、網(wǎng)站建設的費用；2、網(wǎng)站每年的維護運行費用；3、支持網(wǎng)站正常運行的辦公通訊差旅費用；4、網(wǎng)站內容時時更新的費用，如：專職更新人員的費用等。

以上發(fā)生的費用都要在產(chǎn)生的利潤中抵消掉，估計在該網(wǎng)站運行的前期還是一個虧的過程，但是我相信“錢”景會很快到來。

l 網(wǎng)站內容建設

（1）網(wǎng)站總體內容

以“凡是濃縮的都是精品”為網(wǎng)站的經(jīng)營口號，打造全球mini系列產(chǎn)品的網(wǎng)絡購物平臺，努力收集全球各式各樣可銷售的mini產(chǎn)品，給商家和顧客之間搭建一個互惠互利、消費便捷的網(wǎng)絡橋梁。

（2）板塊及各板塊功能

A、板快的設定參照易趣、淘寶網(wǎng)的設定（取其他優(yōu)秀購物網(wǎng)站之所長，精心設計各板快）

B、商品類別：（精心陳列各類mini商品，圖文并茂，達到每一件陳列的都是精品）

1、 mini汽車（寶馬的mini系列車型、其他名車的小型車）

2、 mini摩托車（各種品牌迷你摩托車）

3、 mini名表（各種小型的名表）