今天給各位分享網(wǎng)站建設(shè)項目需求分析報告的知識，其中也會對網(wǎng)站建設(shè)項目需求分析報告模板進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

網(wǎng)站建設(shè)的需求分析一般會有哪些內(nèi)容

做網(wǎng)站，找騰帆，網(wǎng)站的需求分析先將需求歸類：功能類、數(shù)據(jù)類、運營類、體驗類、設(shè)計類等等，分完類之后再對需求進(jìn)行權(quán)重考慮并決策。

需求分類之后，再考慮決策需要考慮的因素。需求決策有三個基本考慮因素，分別是戰(zhàn)略定位、產(chǎn)品定位、用戶需求。

網(wǎng)站設(shè)計需求分析怎么寫

1）繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實體間的界限和接口的簡單模型。同時它也明確了通過接口的信息流和物質(zhì)流。

2）創(chuàng)建開發(fā)原型：創(chuàng)建用戶接口原型當(dāng)開發(fā)人員或用戶不能確定需求時，開發(fā)一個用戶接口原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。注意要找出需求文檔與原型之間所有的沖突之處。

3）分析可行性：分析需求可行性在允許的成本、性能要求下，分析每項需求實施的可行性，明確與每項需求實現(xiàn)相聯(lián)系的風(fēng)險，包括與其它需求的沖突，對外界因素的依賴和技術(shù)障礙。

4）確定需求優(yōu)先級：確定軟件工程需求的優(yōu)先級別應(yīng)用分析方法來確定使用實例、產(chǎn)品特性或單項需求實現(xiàn)的優(yōu)先級別。以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時，在特定的版本中加入每一項變更，并在那個版本計劃中作出需要的變更。

5）為需求建立模型：為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說明極好的補充說明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實體關(guān)系圖、狀態(tài)變換圖、對話框圖、對象類及交互作用圖。

6）編寫數(shù)據(jù)字典：創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項以確?？蛻襞c開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。

7）應(yīng)用質(zhì)量功能調(diào)配：使用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配是一種高級系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對客戶的重要性聯(lián)系起來。該技術(shù)提供了一種分析方法以明確那些是客戶最為關(guān)注的特性。它將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會讓他們感到不滿意；普通需求；興奮需求，即實現(xiàn)了會給客戶帶去驚喜，但若未實現(xiàn)也不會受到責(zé)備。

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

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

一.概念

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

二.需求分析

1.項目立項

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

2.客戶的需求說明書

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

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

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

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

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

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

三.系統(tǒng)分析

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

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

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

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

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

4.需要遵循的規(guī)則和標(biāo)準(zhǔn)有哪些。

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

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

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

3.網(wǎng)站的鏈接結(jié)構(gòu)；

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

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

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

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

1.客戶情況分析；

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

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

4.網(wǎng)站的欄目版塊和結(jié)構(gòu)；

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

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

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

8.宣傳推廣方案；

9.維護(hù)方案；

10.制作費用；

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

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

3.網(wǎng)站詳細(xì)設(shè)計

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

四. 項目實施

1.整體形象設(shè)計

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

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

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

開發(fā)制作

2.開發(fā)制作

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

調(diào)試完善

3.調(diào)試完成

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

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

4.宣傳推廣

宣傳推廣的基本方法有：

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

2.各搜索引擎登錄；

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

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

5.廣告條交換；

6.付費廣告。

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

五.維護(hù)

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

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

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

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

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

六.遵循的規(guī)范

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

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

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

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

5.網(wǎng)站連接結(jié)構(gòu)規(guī)范

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

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

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

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

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

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

二．開發(fā)工具

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

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

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

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

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

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

圖 1

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

四．?dā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)，那么表名僅用一個單詞或多個單詞。單詞選擇能夠概括表內(nèi)容的一個或多個英文單詞，如UserInfo,UserType。關(guān)連表命名規(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 個單詞組成，你不妨從頭兩個單詞中各取一個然后從最后一個單詞中再取出兩個字母，結(jié)果還是組成4 字母長的別名。

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

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

SQL語句編寫規(guī)則，關(guān)鍵字必須大寫，其他書寫按上述命名規(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ù)字和下劃線的組合。命名原則的指導(dǎo)思想一是使得你自己和工作組的每一個成員能夠方便的理解每一個文件的意義，二是當(dāng)我們在文件夾中使用“按名稱排例”的命令時，同一種大類的文件能夠排列在一起，以便我們查找、修改、替換、計算負(fù)載量等等操作 。

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

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

標(biāo)志性的圖片取名為： logo

在頁面上位置不固定并且?guī)в墟溄拥男D片我們?nèi)∶麨?button

在頁面上某一個位置連續(xù)出現(xiàn)，性質(zhì)相同的鏈接欄目的圖片我們?nèi)∶?menu

裝飾用的照片我們?nèi)∶?pic

不帶鏈接表示標(biāo)題的圖片我們?nèi)∶?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ī)則性質(zhì)_描述，描述可以有多個單詞，用”_”隔開，性質(zhì)一般是該頁面得概要。

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

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

一個良好的程序編碼風(fēng)格有利于系統(tǒng)的維護(hù)，代碼也易于閱讀查錯。在此只討論ASP的編程風(fēng)格和約定。在ASP中所有變量是弱變量，無需定義就可以直接使用，而且代碼不區(qū)分大小寫。但其他語言一般這些都要定義的，為了養(yǎng)成良好的編程習(xí)慣，編寫代碼務(wù)必按照一下規(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、程序代碼需要有縮進(jìn)，縮進(jìn)采用鍵盤Tab鍵，不采用空格鍵。并且”＝”或者鏈接字符串時需要左右空一格，如下：

4、函數(shù)過程編寫的約定。函數(shù)或者過程命名采用動作+名詞，每個函數(shù)需要給出相應(yīng)的注釋，函數(shù)功能，傳入變量，以及作者和修改相關(guān)信息。如下面函數(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內(nèi)置對象區(qū)分大小寫。如下代碼片斷

strUserName = Request.Form(“UserName”)

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

6、數(shù)據(jù)庫連接一個庫只能有一個數(shù)據(jù)庫連接文件，創(chuàng)建數(shù)據(jù)庫對象得原則是盡可能晚地打開數(shù)據(jù)庫，盡可能早地關(guān)閉數(shù)據(jù)庫。創(chuàng)建數(shù)據(jù)庫對象調(diào)用統(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、當(dāng)一個對象不在使用時要釋放對象資源，比如objFSO,objRS對象等。采用統(tǒng)一函數(shù)調(diào)用。函數(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之間的內(nèi)容。 必須加入的標(biāo)簽

1.公司版權(quán)注釋

!--- 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.搜索關(guān)鍵字

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)頁標(biāo)題

titlexxxxxxxxxxxxxxxxxx/title

8.可以選擇加入的標(biāo)簽

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

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

2.禁止瀏覽器從本地機的緩存中調(diào)閱頁面內(nèi)容。

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

3.用來防止別人在框架里調(diào)用你的頁面。

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

4.自動跳轉(zhuǎn)。

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

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

META NAME="robots" CONTENT="none"

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

6.收藏夾圖標(biāo)

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

所有的javascript的調(diào)用盡量采取外部調(diào)用.

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

附body標(biāo)簽：

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

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

1. 頁面標(biāo)準(zhǔn)按800*600分辨率制作，實際尺寸為778*434px

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

3. 每個標(biāo)準(zhǔn)頁面為A4幅面大小，即8.5X11英寸

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

5. 另外120*90，120*60也是小圖標(biāo)的標(biāo)準(zhǔn)尺寸

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

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

這個是如何寫，你看一下

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

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

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

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

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

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

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

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

二、 完整的需求調(diào)查文檔記錄體系

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

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

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

三、 向用戶調(diào)查些什么

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

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

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

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

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

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

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

7、 內(nèi)容管理及錄入任務(wù)的分配。

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

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

10、明確項目完成后的維護(hù)責(zé)任。

調(diào)查結(jié)束以后，需要編寫《用戶調(diào)查報告》，《報告》的要點是：

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

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

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

四、 市場調(diào)研活動內(nèi)容

通過市場調(diào)研活動，清晰的分析相似網(wǎng)站的性能和運行情況。可以幫助項目負(fù)責(zé)人更加清楚的構(gòu)想出自己開發(fā)的網(wǎng)站的大體架構(gòu)和模樣，在總結(jié)同類網(wǎng)站優(yōu)勢和缺點的同時項目開發(fā)人員可以博采眾長開發(fā)出更加優(yōu)秀的網(wǎng)站。

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

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

2、 調(diào)研作品的使用范圍和訪問人群。

3、 調(diào)研產(chǎn)品的功能設(shè)計（主要模塊構(gòu)成，特色功能，性能情況等等）

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

調(diào)研的目的是明確并且引導(dǎo)用戶需求。

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

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

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

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

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

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

6、 調(diào)研資料匯編：將調(diào)研得到的資料進(jìn)行分類匯總。

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

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

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

1、 網(wǎng)站功能

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

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

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

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

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

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

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

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

10、管理及內(nèi)容錄入任務(wù)分配。

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

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

13、明確項目完成后的維護(hù)責(zé)任。

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

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

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

產(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 項目概述

項目概述

簡單描述項目的背景、意義、目的、目標(biāo)等，描述領(lǐng)域知識

1.3 功能范圍

功能范圍

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

1.4 用戶范圍

角色

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

1.5 詞匯表

詞匯

描述（術(shù)語與縮寫的描述）

1.6 非功能需求

需求

描述

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

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

性能

用戶體驗

……

1.7 其他說明

其他說明

其他任何需要說明的內(nèi)容

2.

UC部分

2.1 整體說明

類圖

截圖（可選，對業(yè)務(wù)領(lǐng)域的描述）

類圖說明

用例圖

截圖（必選）

用例圖說明

狀態(tài)圖

截圖（可選）

狀態(tài)圖說明

2.2 UC正文

2.2.1. UC_用例名稱1

……

2.2.2. UC_用例名稱2

……

對單個UC的說明

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

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

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

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

求一個某某網(wǎng)站（交易，征服，考試，查詢類。。。）建設(shè)的需求分析報告

既然是學(xué)校留得作業(yè) 那要求一定不嚴(yán)了 直接在網(wǎng)上搜 就可以 一會兒會有很多 不很要求的稍微改一下就可以了

還有什么問題的話 可以直接hi我呀

網(wǎng)站建設(shè)項目需求分析報告的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于網(wǎng)站建設(shè)項目需求分析報告模板、網(wǎng)站建設(shè)項目需求分析報告的信息別忘了在本站進(jìn)行查找喔。