網站建設需求分析報告（網站建設需求分析報告范文）
本篇文章給大家談談網站建設需求分析報告，以及網站建設需求分析報告范文對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。
本文目錄一覽：
門戶網站需求分析
這個是如何寫，你看一下
一個網站項目的確立是建立在各種各樣的需求上面的，這種需求往往來自于客戶的實際需求或者是出于公司自身發(fā)展的需要，其中客戶的實際需求也就是說這種交易性質的需求占了絕大部分。面對對網站開發(fā)擁有不同知識層面的客戶，項目的負責人對用戶需求的理解程度，在很大程度上決定了此類網站開發(fā)項目的成敗。因此如何更好地的了解、分析、明確用戶需求，并且能夠準確、清晰以文檔的形式表達給參與項目開發(fā)的每個成員，保證開發(fā)過程按照滿足用戶需求為目的正確項目開發(fā)方向進行，是每個網站開發(fā)項目管理者需要面對的問題。就這個問題，本文想提出自己的一些看法和建議，希望各位讀者批評指正：
一、 那些人應該參與網站開發(fā)項目的需求分析活動
需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當?shù)募夹g語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發(fā)方的部門經理（根據(jù)項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：
1、 負責組織相關開發(fā)人員與用戶一起進行需求分析。
2、 組織美術和技術骨干代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。
3、 組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。
4、 如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。
5、 如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。
二、 完整的需求調查文檔記錄體系
在整個需求分析的過程中，將按照一定規(guī)范的編寫需求分析的相關文檔不但可以幫助
目成員將需求分析結果更加明確化，也為以后開發(fā)過程中做到了現(xiàn)實文本形式的備忘，并且有助于公司日后的開發(fā)項目提供有益的借鑒和模范，成為公司在項目開發(fā)中積累的符合自身特點的經驗財富。
需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發(fā)工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規(guī)范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規(guī)定將在本文后面討論。
三、 向用戶調查些什么
在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發(fā)需求調查表、開需求調查座談會或者現(xiàn)場調研。調查的內容主要如下：
1、 網站當前以及日后可能出現(xiàn)的功能需求。
2、 客戶對網站的性能（如訪問速度）的要求和可靠性的要求。
3、 確定網站維護的要求。
4、 網站的實際運行環(huán)境。
5、 網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。
6、 主頁面和次級頁面數(shù)量，是否需要多種語言版本等
7、 內容管理及錄入任務的分配。
8、 各種頁面特殊效果及其數(shù)量（js,flash等）
9、 項目完成時間及進度（可以根據(jù)合同）
10、明確項目完成后的維護責任。
調查結束以后，需要編寫《用戶調查報告》，《報告》的要點是：
1、 調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。
2、 調查內容說明：用戶的基本情況；用戶的主要業(yè)務；信息化建設現(xiàn)狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環(huán)境；用戶對新網站的期望等。
3、 調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）
四、 市場調研活動內容
通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發(fā)的網站的大體架構和模樣，在總結同類網站優(yōu)勢和缺點的同時項目開發(fā)人員可以博采眾長開發(fā)出更加優(yōu)秀的網站。
但是由于實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優(yōu)秀的同類網站。應該了解同類網站的使用環(huán)境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：
1、 市場中同類網站作品的確定。
2、 調研作品的使用范圍和訪問人群。
3、 調研產品的功能設計（主要模塊構成，特色功能，性能情況等等）
4、 簡單評價所調研的網站情況。
調研的目的是明確并且引導用戶需求。
對市場同類產品調研結束后，應該撰寫《市場調研報告》主要包括一下要點：
1、 調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。
2、 調研內容說明：調研的同類網站作品名稱、網址、設計公司、網站相關說明、開發(fā)背景、主要適用訪問對象、功能描述、評價等
3、 可采用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、可采用的原因。
4、 不可采用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、不可采用的原因。
5、 分析同類網站作品和主要競爭對手產品的弱點和缺陷以及本公司產品在這些方面的優(yōu)勢。
6、 調研資料匯編：將調研得到的資料進行分類匯總。
五、 清晰的需求分析輸出——《網站功能描述書》：
在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔――《網站功能描述書（最終版）》以供作為日后項目開發(fā)過程中的依據(jù)。
《網站功能描述書》必須包含以下內容：
1、 網站功能
2、 網站用戶界面（初步）
3、 網站運行的軟硬件環(huán)境
4、 網站系統(tǒng)性能定義
5、 網站系統(tǒng)的軟件和硬件接口
6、 確定網站維護的要求
7、 確定網站系統(tǒng)空間租賃要求
8、 網站頁面總體風格及美工效果。
9、 主頁面及次頁面大概數(shù)量。
10、管理及內容錄入任務分配。
11、各種頁面特殊效果及其數(shù)量。
12、項目完成時間及進度（根據(jù)合同）
13、明確項目完成后的維護責任。
綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發(fā)過程中作為開發(fā)成員的依據(jù)和借鑒。
當然一次成功的需求分析不僅需要項目負責人甚至是客戶等所有項目相關人員的共同努力，還和公司的能力范圍有一定關系。需要說明的是本文所述的需求分析活動內容是建立在較為理想的基礎上的。由于各個公司現(xiàn)實情況的不同，讀者可以根據(jù)自身情況不一借鑒吸收利用。重要的是能構根據(jù)本公司的情況，系統(tǒng)的規(guī)范此類文檔做好保存和收集，相信對公司以后其他網站項目的進行以及公司自身實力的增強都會有很大幫助。
網頁制作與網站設計報告書
網站項目管理規(guī)范
一.概念
網站項目管理就是根據(jù)特定的規(guī)范、在預算范圍內、按時完成的網站開發(fā)任務。
二.需求分析
1.項目立項
我們接到客戶的業(yè)務咨詢，經過雙方不斷的接洽和了解，并通過基本的可行性討論夠，初步達成制作協(xié)議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經理，網頁設計，程序員，測試員，編輯/文檔等必須人員。項目實行項目經理制。
2.客戶的需求說明書
第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求并不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：“您做網站的目的是什么？”他回答：“沒有目的，只是因為別人都有，我沒有！”。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。 配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那么需求說明書要達到怎樣的標準呢？簡單說，包含下面幾點：
1.正確性：每個功能必須清楚描寫交付的功能；
2.可行性：確保在當前的開發(fā)能力和系統(tǒng)環(huán)境下可以實現(xiàn)每個需求；
3.必要性：功能是否必須交付，是否可以推遲實現(xiàn)，是否可以在削減開支情況發(fā)生時"砍"掉；
4.簡明性：不要使用專業(yè)的網絡術語；
5.檢測性：如果開發(fā)完畢，客戶可以根據(jù)需求檢測。
三.系統(tǒng)分析
1.網站總體設計
在拿到客戶的需求說明后，并不是直接開始制作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶?？傮w設計是非常關鍵的一步。它主要確定：
1.網站需要實現(xiàn)哪些功能；
2.網站開發(fā)使用什么軟件，在什么樣的硬件環(huán)境；
3.需要多少人，多少時間；
4.需要遵循的規(guī)則和標準有哪些。
同時需要寫一份總體規(guī)劃說明書，包括：
1.網站的欄目和版塊；
2.網站的功能和相應的程序；
3.網站的鏈接結構；
4.如果有數(shù)據(jù)庫，進行數(shù)據(jù)庫的概念設計；
5.網站的交互性和用戶友好設計。
2.網站建設方案
在總體設計出來后，一般需要給客戶一個網站建設方案。很多網頁制作公司在接洽業(yè)務時就被客戶要求提供方案。那時的方案一般比較籠統(tǒng)，而且在客戶需求不是十分明確的情況下提交方案，往往和實際制作后的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求并總體設計后提交方案，這樣對雙方都有益處。網站建設方案的包括以下幾個部分：
1.客戶情況分析；
2.網站需要實現(xiàn)的目的和目標；
3.網站形象說明；
4.網站的欄目版塊和結構；
5.網站內容的安排，相互鏈接關系；
6.使用軟件，硬件和技術分析說明；
7.開發(fā)時間進度表；
8.宣傳推廣方案；
9.維護方案；
10.制作費用；
11.本公司簡介：成功作品，技術，人才說明等。
當您的方案通過客戶的認可，您可以開始動手制作網站了。但還不是真正意義上的制作，你需要進行詳細設計：
3.網站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發(fā)部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規(guī)格說明。這種規(guī)格說明的作用很類似于其他工程領域中工程師經常使用的工程藍圖，它們應該 包含必要的細節(jié)，例如：程序界面，表單，需要的數(shù)據(jù)等。程序員可以根據(jù)它們寫出實際的程序代碼。
四. 項目實施
1.整體形象設計
在程序員進行詳細設計的同時，網頁設計師開始設計網站的整體形象和首頁。
整體形象設計包括標準字，Logo，標準色彩，廣告語等。 首頁設計包括版面，色彩，圖像，動態(tài)效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格，完成后，供客戶選擇。
記?。涸诳蛻舸_定首頁風格之后，請客戶簽字認可。以后不得再對版面風格有大的變動，否則視為第二次設計。
開發(fā)制作
2.開發(fā)制作
到這里，程序員和網頁設計師同時進入全力開發(fā)階段，需要提醒的是，測試人員需要隨時測試網頁與程序，發(fā)現(xiàn)Bug立刻記錄并反饋修改。不要等到完全制作完畢再測試，這樣會浪費大量的時間和精力。項目經理需要經常了解項目進度，協(xié)調和溝通程序員與網頁設計師的工作。
調試完善
3.調試完成
在網站初步完成后，上傳到服務器，對網站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發(fā)現(xiàn)問題及時解決并記錄下來。
為什么要記錄文檔呢？其實本軟件工程本身就是一個文檔，是一個不斷充實和完善的標準。通過不斷的發(fā)現(xiàn)問題，解決問題，修改，補充文檔，使這個標準越來越規(guī)范，越來越工業(yè)化。進而使得網站開發(fā)趨向規(guī)范，趨向合理。
4.宣傳推廣
宣傳推廣的基本方法有：
1.網頁里設置適當?shù)腗ETA標簽；
2.各搜索引擎登錄；
3.準備新聞稿件在各新聞公告板發(fā)表；
4.合理使用Email郵件列表；
5.廣告條交換；
6.付費廣告。
至此，網站項目建設完畢，將有關網址，使用操作說明文檔等提交客戶驗收。如果需要維護，另行簽定維護項目。
五.維護
網站成功推出后，長期的維護工作才剛剛開始，需要做到的是:
1.及時響應客戶反饋；例如可以采取Email自動回復功能，然后在1-3個工作日里解決問題，再次回復；
2.網站流量統(tǒng)計分析和相應對策；
3.盡量推廣和使用您的網址；
4.網站內容的及時更新和維護。
六.遵循的規(guī)范
1.網站建設目錄規(guī)范
2.網站文件命名規(guī)范
3.網站建設尺寸規(guī)范
4.網站首頁head區(qū)代碼規(guī)范
5.網站連接結構規(guī)范
網站開發(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ā)主要是指非程序編程部分，主要職責是網站AI設計、界面設計、動畫設計等。而后臺開發(fā)主要是編程和網站運行平臺搭建，其主要職責是設計網站數(shù)據(jù)庫和網站功能模板的實現(xiàn)。下面的這些規(guī)范主要是從這2個方面來定制的，這些規(guī)范是工作中總結的一點經驗，本文檔比較適合中小型網站或者Web項目的開發(fā)規(guī)范。
一．組建開發(fā)團隊
在接手項目后的第一件事是組建團隊。根據(jù)項目的大小團隊可以有幾十人，也有可以是只有幾個人的小團隊，在團隊劃分中應該含有6個角色，這6個角色是必須的，分別是項目經理，策劃，美工，程序員，代碼整合員，測試員。也許你的團隊還沒有6個人，沒有關系一個人可以有多個角色，比如項目經理還可以有策劃這個角色，如程序員還可以含有代碼整合和測試這2個角色，如果你的項目夠大人數(shù)夠多那就分為6個組，每個組分工再來細分。下面簡單介紹一下這6個角色的具體職責。
項目經理，項目總體設計，開發(fā)進度的定制和監(jiān)控，定制相應的開發(fā)規(guī)范，負責各個環(huán)節(jié)的評審工作，協(xié)調各個成員(小組)之間開發(fā)。策劃，提供詳細的策劃方案和需求分析。還包括后期網站推廣方面的策劃。美工，根據(jù)策劃和需求設計網站AI，界面，Logo等。程序員，根據(jù)項目總體設計來設計數(shù)據(jù)庫和功能模塊的實現(xiàn)。代碼整合員，負責將程序員的代碼和界面融合到一起，代碼整合員可以制作網站的相關頁面，測試員，負責測試程序。
二．開發(fā)工具
Web開發(fā)工具主要分為3部分，第一部分是網站前臺開發(fā)工具，第二部分是網站后臺開發(fā)環(huán)境，第三部分是項目管理和輔助軟件。下面分別簡單介紹這三部分需要使用的軟件。
網站前臺開發(fā)主要是指Web界面設計。包括網站整體框架建立、常用圖片、Flash動畫設計等等，主要使用的相關軟件是：Adobe Illustrator 、Adodb Photoshop、Dreamweaver MX、Flash MX等。
網站后臺開發(fā)主要指網站動態(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圖。
網站項目管理主要指對開發(fā)進度和代碼版本的控制。開發(fā)進度用Microsoft Project來制定，代碼版本控制采用Visual SourceSafe，當然還有其他的選擇比如CVS和Rational ClearCase。網站測試采用VS.net的附帶工具Microsoft Application Center Test，它可以進行并行、負載測試等。程序文檔編寫采用Word，用WPS也可以。
三.網站開發(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策劃和需求分析都是互相有關系的，一個是網站表現(xiàn)形式和風格的策劃另一個是網站功能的策劃，它們是衣服和軀干的關系。到了開發(fā)后期就需要把界面和功能模塊結合起來形成一個統(tǒng)一，也就即將發(fā)布的網站。
四．數(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表示視圖。這個視圖由幾個表產生就用”_”連接幾個表的名，如果表過多可以將表名適當簡化，但一定要列出所有表名。
存儲過程命名規(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位字符串保存。
七．網站首頁head區(qū)代碼規(guī)范
head區(qū)是指首頁HTML代碼的head和/head之間的內容。 必須加入的標簽
1.公司版權注釋
!--- The site is designed by Maketown,Inc 06/2004 ---
2.網頁顯示字符集
簡體中文：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.網頁制作者信息
META name="author" content="webmaster@maketown.com"
4.網站簡介
META NAME="DESCRIPTION" CONTENT="本站是一個醫(yī)療站點…"
5.搜索關鍵字
META NAME="keywords" CONTENT="xxxx,xxxx,xxx,xxxxx,xxxx,"
6.網頁的css規(guī)范
LINK href="style/style.css" rel="stylesheet" type="text/css"
(參見目錄及命名規(guī)范)
7.網頁標題
titlexxxxxxxxxxxxxxxxxx/title
8.可以選擇加入的標簽
1.設定網頁的到期時間。一旦網頁過期，必須到服務器上重新調閱。
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.網頁搜索機器人向導.用來告訴搜索機器人哪些頁面需要索引，哪些頁面不需要索引。
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"
八．網站建設尺寸規(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
如何寫網站建設需求說明書
產品需求文檔
項目名稱
目錄
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ī)范文檔（如各種提示文案）
網站建設需求分析之如何提高用戶體驗滿意度
用戶調研 設計用戶體驗調研問卷，包括用戶基本網絡行為、產品使用情況、用戶態(tài)度、可用性評估、用戶群背景等信息。 可以通過在線問卷等多種方式大范圍開展調研 用戶調研報告包括分析整理后的問卷調查數(shù)據(jù)，形成單項評估結論，包括用戶群分析（用戶行為、態(tài)度、背景資料、使用情況）、用戶需求、用戶滿意度等。 用戶調研的目的是幫助交互設計師調查了解用戶及其相關使用的場景，以便對其有深刻的認識（主要包括用戶使用時候的心理模式和行為模式），從而為后繼設計提供良好的基礎用戶訪談 1，通過小范圍訪談，收集用戶的意見和在使用過程中可能存在的實際狀況或問題，最后將分析結論匯總為用戶訪談報告。 2，好的設計人員一定是要是一個好的用戶需求分析策劃和訪談人員，做訪談時要以設計的思路去考慮用戶所說的，用設計的發(fā)現(xiàn)眼光去發(fā)現(xiàn)用戶所說的背后隱含的意義，并且要有強的邏輯思維去整理，并做出迅速的反應，即穩(wěn)，準，狠。 3，用戶訪談的目的主要是輔助設計人員了解用戶的使用習慣和使用背景。 運營分析 1，針對收集到的網站運營和用戶行為數(shù)據(jù)進行分析，發(fā)現(xiàn)其中的規(guī)律，總結網站整體運營情況、用戶群和行為模型，以及相應的用戶體驗指標，形成運營數(shù)據(jù)單項評估結論。 2，分析對象以產品研發(fā)和維護、內容管理、公司客戶銷售和服務、用戶管理服務為主，發(fā)現(xiàn)與用戶體驗相關的運營問題，比如組織、流程和工具、員工和能力、KPI、IT工具維度分析運營中的問題等，并分析原因和給出改進建議 用戶需求分析策劃 1，用戶需求分析策劃是觀察典型用戶使用產品的過程，最后在提交的用戶需求分析策劃報告中總結需求分析策劃過程中發(fā)現(xiàn)的問題，并給出改進建議。其過程包括： 2，制定用戶需求分析策劃的范圍、評估標準、實施流程、人員安排和時間計劃等 實施用戶需求分析策劃，收集相關數(shù)據(jù) 3，分析整理用戶需求分析策劃結果，形成評估結論，主要包括現(xiàn)有網站的可用性問題及用戶反饋。 用戶需求分析策劃的目的是需求分析策劃產品而不是用戶本身，以預測真實真實環(huán)境下用戶可能會遇到的嚴重的產品問題。 用戶體驗工作還有許多可以做，在這里只介紹這么幾個方法。所有這些最終還是需要認真切實的執(zhí)行。在工作中不斷的實踐提升水平，以用戶來驅動產品的設計。
求一份網站建設可行性報告
推薦您參考一下：希望對您有所幫助，祝您成功！
關于建設網站：（迷你部落）的可行性分析報告
l 運作總體思路
目前全球市場對迷你產品需求在進一步擴大，廣大消費者對于迷你產品有一種特別的喜愛，可愛而且實用，有些東東如：迷你移動冰箱和迷你移動洗衣機攜帶方便而且使用可愛。象這種產品非常適合在旅游或是外出時使用。在美國的學校里，不少青少年把這種迷你移動冰箱帶到校園里，使用很方便。這種冰箱既可以用汽車供電，又可以用市電供電。另一種是迷你移動洗衣機。這種洗衣機小巧方便。在美國家庭，大部分人的衣服，一般是一個星期洗一次。這種迷你移動洗衣機專為女士和嬰兒所專用，因為它容積小，方便洗許多小的衣物，比如襪子、內衣等。
這是目前的一種消費現(xiàn)象，一個有待立刻去挖掘的市場，現(xiàn)在網絡上已經出現(xiàn)了很多商品購物網站，里面的商品多的數(shù)不勝數(shù)，如：易趣網、淘寶網……，現(xiàn)在已經進入了一個個性化的消費時代，大而全的購物場所已經讓很多的消費者有些不耐煩了，買家電就到國美、蘇寧，買手機就到話機世界，買藥品就到老百姓大藥房……，現(xiàn)在各行各業(yè)分工都非常的細致，專業(yè)化程度也非常的高。
如果現(xiàn)在出現(xiàn)一個網站，只盯住“mini（迷你）”產品系列，在該網站上可以淘到世界上各式各樣的mini產品，這就是“迷你部落”產生的初衷，努力打造全球最具影響力的“mini”產品購物平臺。
l 進貨渠道
關于進貨渠道，在網站建設的初期大量收集現(xiàn)在市面上能找到的各種迷你產品，與這些產品的生產廠家取得聯(lián)系，讓這些廠家都在該網站上發(fā)布產品廣告，讓“迷你部落”成為他們產品在網上發(fā)布廣告的主要網絡傳播媒體。使“迷你部落”成為各迷你產品廠家的最大代銷商，我們自己可以保持一部分產品的庫存，一旦在網絡上產生消費行為，可以由我們發(fā)貨，也可以由廠家直接發(fā)貨，打折優(yōu)惠商品只銷售給“迷你部落”的注冊會員。
l 銷售渠道
“迷你部落”是一個迷你產品的展示平臺兼銷售平臺，主要的銷售渠道在網上完成?！懊阅悴柯洹辈扇T的消費行為，與各迷你產品生產廠家約定好，只有我們“迷你部落”的注冊會員才享受低價的產品購買政策，“迷你部落”的贏利來源主要依靠各廠家在網站上發(fā)布的廣告以及完成交易后的費用提成。在運行到一定程度后，實體的店面銷售將在市面上陸續(xù)鋪開，在市場上形成一個巨大的網上網下的商品銷售網絡。
l 資金情況分析
現(xiàn)在啟動資金暫時定在10萬元，該資金的分配主要用在“迷你部落”網站的建設上，完善該網站各項使用功能，完全具備網上交流和交易。
l 投資利潤分析
現(xiàn)在我們所投入的資金只是用于搭建完成“迷你部落”這個網絡平臺，利潤的來源前面已經分析過，主要來源：1、廣告收入；2、網上銷售產品的利潤收入及提成。現(xiàn)在有個問題就是“迷你部落”憑什么去吸引廠家來該網站投入廣告，如果“迷你部落”每天的日瀏覽量成萬級數(shù)的增長估計這個問題也就解決了，但是我們憑什么去吸引廣大網名的眼球呢？現(xiàn)在姑且暫定“迷你部落”網站的市場定位不錯，我想能吸引廣大網民的應該是該網站要有互動性、要有參與性，還要有的就是“迷你部落”上陳列的商品具有很強的吸引力，讓廣大網民看了之后就會產生強烈的購買欲望。
l 盈虧平衡分析
要很好的運作“迷你部落”網站，主要的開支有以下幾點：1、網站建設的費用；2、網站每年的維護運行費用；3、支持網站正常運行的辦公通訊差旅費用；4、網站內容時時更新的費用，如：專職更新人員的費用等。
以上發(fā)生的費用都要在產生的利潤中抵消掉，估計在該網站運行的前期還是一個虧的過程，但是我相信“錢”景會很快到來。
l 網站內容建設
（1） 網站總體內容
以“凡是濃縮的都是精品”為網站的經營口號，打造全球mini系列產品的網絡購物平臺，努力收集全球各式各樣可銷售的mini產品，給商家和顧客之間搭建一個互惠互利、消費便捷的網絡橋梁。
（2） 板塊及各板塊功能
A、 板快的設定參照易趣、淘寶網的設定（取其他優(yōu)秀購物網站之所長，精心設計各板快）
B、 商品類別：（精心陳列各類mini商品，圖文并茂，達到每一件陳列的都是精品）
1、 mini汽車（寶馬的mini系列車型、其他名車的小型車）
2、 mini摩托車（各種品牌迷你摩托車）
3、 mini名表（各種小型的名表）
4、 mini刀具（新疆英吉沙小刀、蒙古小刀、藏刀、仿世界名小刀）
5、 mini生活電器（洗衣機、冰箱、電視、吸塵器、臺燈等等）
6、 mini手機（各種品牌的mini手機）
7、 mini電腦PC（各種品牌的mini電腦）
8、 mini數(shù)碼相機/攝象機（各種品牌的mini的數(shù)碼相機及攝象機）
9、 mini隨身視聽/音響/耳機（各種品牌）
10、 mini玩具（各種袖珍的小玩具）
11、 mini樂器（各種袖珍的樂器）
12、 mini煙具（各種抽煙的器具）
13、 mini打火機（溫州各種精美的打火機）
14、 mini藝術藏品（一些袖珍的藝術珍品）
15、 …………
C、 新聞區(qū)（及時公告世界上發(fā)生的一些mini新聞事件）
D、 論壇區(qū)（讓各會員網友在論壇里暢所欲言他們見到或用過的一些小的東東的感受）
E、 博客區(qū)（各會員網友展示自己思想的個人空間）
F、 網民mini寶貝的跳蚤區(qū)（兜售各會員網友自己擁有的mini物品）
G、 會員注冊登記區(qū)（會員登陸）
H、 網站公告區(qū)（發(fā)布網站內部公告）
I、 網上支付區(qū)（支持網站內的商品可以在線交易的功能平臺）
J、 上?；崴辜o錄發(fā)布通道（發(fā)布世界上最小的任何東東的一切消息）
（3） 投資費用預算
暫定人民幣10萬元整！
希望對您有所幫助，祝您成功！
網站建設的需求分析一般會有哪些內容
做網站，找騰帆，網站的需求分析先將需求歸類：功能類、數(shù)據(jù)類、運營類、體驗類、設計類等等，分完類之后再對需求進行權重考慮并決策。
需求分類之后，再考慮決策需要考慮的因素。需求決策有三個基本考慮因素，分別是戰(zhàn)略定位、產品定位、用戶需求。
網站建設需求分析報告的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于網站建設需求分析報告范文、網站建設需求分析報告的信息別忘了在本站進行查找喔。
