1、網站設計報告
商務網站是為現實服務的，那麼對於網站的定位就應該從它如何為現實服務來考慮
如果僅是為興趣而做的，那就應該根據自己的興趣來為網站定位。
不能什麼類型熱就做什麼，那樣你不會有持續的耐性來做網站。很容易厭煩
2、公司網頁作品設計報告書
?
3、資料庫系統設計報告
看你具體寫是什麼系統？下面是以前我們做的
網路書店系統
需求分析報告書
1、需求分析
1.1、項目背景
當今Internet上隨處可見網路購物等網站，消費者足不出戶就可購買到需要的商品。此類網站不僅方便了消費者，更讓擁有電子商務網站的企業能及時向廣大客戶推銷產品、構建企業形象、贏得利潤。電子商務系統與傳統的面對面的營銷方式相比，具有不可比擬的優勢，如銷售成本與物流大大降低、信息傳輸及時等。某書店近年來業務不斷拓展，為適應電子商務發展的要求，決定建設一個網路書店系統。
1.1.1、項目開發目的
本系統實現在網上銷售圖書，讓客戶（用戶）在不同區域利用網路在最短的時間內安全、方便、快捷的買到自己所需要的圖書，預期達到的目標是網路客戶，實現贏利的目的！
1.1.2、項目開發小組成員名單
名單一，主要任務是
名單二，主要任務是
名單三，主要任務是
1.2任務概述
本系統能夠實現圖書瀏覽和查詢功能、圖書交易功能、圖書信息和庫存的管理功能、客戶管理功能。
本系統最終目標：需要完成如下圖1的功能。
圖1
2、系統設計
2.1系統總體設計
2.1.1運行環境
硬體環境
伺服器端：
客戶機端：
軟體環境
伺服器：IIS+PHP
資料庫：Microsoft SQL Server2005
開發語言：PHP
開發工具：Dreamweaver,JBuilder, eclipse
伺服器操作系統：Windows Server 2003
2.1.2系統功能描述
本系統主要基於PHP開發系統，從用戶注冊，登陸，查詢到購買圖書，實行一體化購物模式，方便用戶，對於管理員，對用戶信息修改，圖書資料庫的更新，定單的處理，實行一體化管理模式，使網站各模塊的更新的以更簡便，降低企業的成本，實現雙贏的目的！
2.1.3模塊結構
圖（4-1）
2.2模塊設計
2.2.1用戶（管理員）登陸、注冊模塊
本系統採用用戶名和密碼相結合的驗證方式，以用戶登陸後直接進入前台操作界面（即用戶專用界面）；當驗證登陸管理員頁面操作時，則進入後台管理員專用頁面，會對顧客信息保密的機制。要實現該模塊功能，先要建立一個用戶注冊信息表，其包括以下欄位：
用戶帳號、密碼、確認密碼、姓名、性別、電話號碼、住址、郵編
要實現功能，先建立PHP動態網頁，插入相應欄位，在建立另外一個PHP動態頁面，接受前一個PHP頁面的信息，當用戶的信息輸入信息錯誤時，則返回第一個注冊頁面，重新填入信息，待正確填寫信息正確時，系統會自動彈出提示成功頁面。
用戶注冊流程圖：
圖（4-2）
2.2.2圖書查詢模塊
主要是對不同種類的書信息分類的瀏覽可以對站內所售圖書查詢，查詢可以通過書類名，出版時間，書名等內容進行精確查詢。為此，要建立書籍管理系統，其包括以下欄位：
書籍編號、書名、作者、價格、
用戶登陸後所查詢到的圖書可以直接放入購物車，未登陸系統的用戶只可以查詢圖書，如果要放入購物車，則顯示登陸頁面，如果未注冊的用戶則顯示注冊頁面。
查詢圖書流程圖：
圖（4-3）
2.2.3管理員模塊
管理員模塊的功能：添加圖書、刪除圖書、管理用戶信息、管理留言、管理用戶訂單表。
圖（4-4）
2.2.4購物車的實現
對於購物車，實現功能有：顯示圖書內容，添加圖書，刪除已買圖書，更改圖書購買數量，提交購物車中的圖書，清空購物車等
2.2.5留言版
用戶可以在留言版中發表圖書留言和提出本網站意見。
2.3 資料庫設計
2.3.1 資料庫結構
圖（4-5）
用戶表customer設計
欄位 欄位名 類型 長度 說明
1 userid varchar 12 用戶賬號
2 pwd varchar 15 密碼
3 pheckpwd varchar 18 確認密碼
4 name varchar 20 姓名
5 sex varchar 2 性別
6 address varchar 50 住址
7 post varchar 8 郵編
8 email varchar 20 電郵
9 tel varchar 15 電話
書籍表book表設計
欄位 欄位名 類型 長度 說明
1 bookid varchar 30 書名編號
2 bname varchar 25 書籍名稱
3 author varchar 30 作者
4 price varchar 20 價格
5 number varchar 10 數量
6 img varchar 50 圖片
銷售信息表sales
欄位 欄位名 類型 長度 說明
1 userid varchar 20 用戶賬號
2 Bname varchar 40 書籍名稱
3 date varchar 20 日期
5 number varchar 10 數量
訂單信息表order
欄位 欄位名 類型 長度 說明
1 onumber varchar 20 訂單編號
2 Userid varchar 20 用戶賬號
3 bnumber varchar 20 書籍編號
4 bname varchar 40 書籍名字
5 number varchar 10 數量
6 money varchar 20 金額
管理員表admin
欄位 欄位名 類型 寬度 說明
1 guanid varchar 20 管理員賬號
2 pwd varchar 20 密碼
留言信息表
欄位 欄位名 類型 寬度 說明
1 userid varchar 30 用戶名
2 massage varchar 20 留言信息
4、網頁製作與網站設計報告書
網站項目管理規范
一.概念
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
1.項目立項
我們接到客戶的業務咨詢，經過雙方不斷的接洽和了解，並通過基本的可行性討論夠，初步達成製作協議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經理，網頁設計，程序員，測試員，編輯/文檔等必須人員。項目實行項目經理制。
2.客戶的需求說明書
第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：「您做網站的目的是什麼？」他回答：「沒有目的，只是因為別人都有，我沒有！」。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。 配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那麼需求說明書要達到怎樣的標准呢？簡單說，包含下面幾點：
1.正確性：每個功能必須清楚描寫交付的功能；
2.可行性：確保在當前的開發能力和系統環境下可以實現每個需求；
3.必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉；
4.簡明性：不要使用專業的網路術語；
5.檢測性：如果開發完畢，客戶可以根據需求檢測。
三.系統分析
1.網站總體設計
在拿到客戶的需求說明後，並不是直接開始製作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：
1.網站需要實現哪些功能；
2.網站開發使用什麼軟體，在什麼樣的硬體環境；
3.需要多少人，多少時間；
4.需要遵循的規則和標准有哪些。
同時需要寫一份總體規劃說明書，包括：
1.網站的欄目和版塊；
2.網站的功能和相應的程序；
3.網站的鏈接結構；
4.如果有資料庫，進行資料庫的概念設計；
5.網站的交互性和用戶友好設計。
2.網站建設方案
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。網站建設方案的包括以下幾個部分：
1.客戶情況分析；
2.網站需要實現的目的和目標；
3.網站形象說明；
4.網站的欄目版塊和結構；
5.網站內容的安排，相互鏈接關系；
6.使用軟體，硬體和技術分析說明；
7.開發時間進度表；
8.宣傳推廣方案；
9.維護方案；
10.製作費用；
11.本公司簡介：成功作品，技術，人才說明等。
當您的方案通過客戶的認可，您可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細設計：
3.網站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該 包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。
四. 項目實施
1.整體形象設計
在程序員進行詳細設計的同時，網頁設計師開始設計網站的整體形象和首頁。
整體形象設計包括標准字，Logo，標准色彩，廣告語等。 首頁設計包括版面，色彩，圖像，動態效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格，完成後，供客戶選擇。
記住：在客戶確定首頁風格之後，請客戶簽字認可。以後不得再對版面風格有大的變動，否則視為第二次設計。
開發製作
2.開發製作
到這里，程序員和網頁設計師同時進入全力開發階段，需要提醒的是，測試人員需要隨時測試網頁與程序，發現Bug立刻記錄並反饋修改。不要等到完全製作完畢再測試，這樣會浪費大量的時間和精力。項目經理需要經常了解項目進度，協調和溝通程序員與網頁設計師的工作。
調試完善
3.調試完成
在網站初步完成後，上傳到伺服器，對網站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發現問題及時解決並記錄下來。
為什麼要記錄文檔呢？其實本軟體工程本身就是一個文檔，是一個不斷充實和完善的標准。通過不斷的發現問題，解決問題，修改，補充文檔，使這個標准越來越規范，越來越工業化。進而使得網站開發趨向規范，趨向合理。
4.宣傳推廣
宣傳推廣的基本方法有：
1.網頁里設置適當的META標簽；
2.各搜索引擎登錄；
3.准備新聞稿件在各新聞公告板發表；
4.合理使用Email郵件列表；
5.廣告條交換；
6.付費廣告。
至此，網站項目建設完畢，將有關網址，使用操作說明文檔等提交客戶驗收。如果需要維護，另行簽定維護項目。
五.維護
網站成功推出後，長期的維護工作才剛剛開始，需要做到的是:
1.及時響應客戶反饋；例如可以採取Email自動回復功能，然後在1-3個工作日里解決問題，再次回復；
2.網站流量統計分析和相應對策；
3.盡量推廣和使用您的網址；
4.網站內容的及時更新和維護。
六.遵循的規范
1.網站建設目錄規范
2.網站文件命名規范
3.網站建設尺寸規范
4.網站首頁head區代碼規范
5.網站連接結構規范
網站開發規范
任何一個項目或者系統開發之前都需要定製一個開發約定和規則，這樣有利於項目的整體風格統一、代碼維護和擴展。由於Web項目開發的分散性、獨立性、整合的交互性等，所以定製一套完整的約定和規則顯得尤為重要。定製一系列約定和規則，包括組件團隊、文件夾命名規則、文件名命名規則、程序代碼編程風格、資料庫設計約定。這些規則和約定需要與開發人員、設計人員和維護人員共同討論定製，將來開發都將嚴格按規則或約定開發。每個團隊開發都應有自己的一套規范，一個優良可行的規范可以使我們工作得心應手事半功倍，這些規范都不是唯一的標准不存在對與錯，也許有些地方與你當前使用的習慣相駁，很多地方都有爭議。。
非常明顯在Web項目開發中有前後台開發之分，前台開發主要是指非程序編程部分，主要職責是網站AI設計、界面設計、動畫設計等。而後台開發主要是編程和網站運行平台搭建，其主要職責是設計網站資料庫和網站功能模板的實現。下面的這些規范主要是從這2個方面來定製的，這些規范是工作中總結的一點經驗，本文檔比較適合中小型網站或者Web項目的開發規范。
一．組建開發團隊
在接手項目後的第一件事是組建團隊。根據項目的大小團隊可以有幾十人，也有可以是只有幾個人的小團隊，在團隊劃分中應該含有6個角色，這6個角色是必須的，分別是項目經理，策劃，美工，程序員，代碼整合員，測試員。也許你的團隊還沒有6個人，沒有關系一個人可以有多個角色，比如項目經理還可以有策劃這個角色，如程序員還可以含有代碼整合和測試這2個角色，如果你的項目夠大人數夠多那就分為6個組，每個組分工再來細分。下面簡單介紹一下這6個角色的具體職責。
項目經理，項目總體設計，開發進度的定製和監控，定製相應的開發規范，負責各個環節的評審工作，協調各個成員(小組)之間開發。策劃，提供詳細的策劃方案和需求分析。還包括後期網站推廣方面的策劃。美工，根據策劃和需求設計網站AI，界面，Logo等。程序員，根據項目總體設計來設計資料庫和功能模塊的實現。代碼整合員，負責將程序員的代碼和界面融合到一起，代碼整合員可以製作網站的相關頁面，測試員，負責測試程序。
二．開發工具
Web開發工具主要分為3部分，第一部分是網站前台開發工具，第二部分是網站後台開發環境，第三部分是項目管理和輔助軟體。下面分別簡單介紹這三部分需要使用的軟體。
網站前台開發主要是指Web界面設計。包括網站整體框架建立、常用圖片、Flash動畫設計等等，主要使用的相關軟體是：Adobe Illustrator 、Adodb Photoshop、Dreamweaver MX、Flash MX等。
網站後台開發主要指網站動態程序開發、資料庫建模，主要使用的相關軟體是： PowerDesigner（資料庫建模），PowerDesigner在資料庫設計方面應用非常強大，用它可以快速創建資料庫概念和物理模型，我最喜歡的還是它生成資料庫Report的功能太方便了，設計資料庫強烈推薦用它。Rational Rose（程序建模），如果你的項目功能模塊不是特別復雜那就剩了它吧，這樣會節省一些時間和開發的復雜度，不過我個人認為不管是大項目還是小項目都應該畫畫Rose圖。
網站項目管理主要指對開發進度和代碼版本的控制。開發進度用Microsoft Project來制定，代碼版本控制採用Visual SourceSafe，當然還有其他的選擇比如CVS和Rational ClearCase。網站測試採用VS.net的附帶工具Microsoft Application Center Test，它可以進行並行、負載測試等。程序文檔編寫採用Word，用WPS也可以。
三.網站開發流程
在項目開始實施之前應該有一個工作步驟也就是工作流程，在項目開發中最需要時間的是總體設計和系統測試，而程序編寫代碼所佔的時間並不多，但有的團隊就急於開發寫代碼，先把程序寫出來再說，沒有注重評審和測試這2個環節，結果造成返工，我在一家比較大的公司中都遇到多次這種情況。所以項目來了不要急於開工寫代碼，應該一步一步慢慢來，只有走的慢才能走得穩走得遠。圖1的開發流程比較好地體現開發的整個環節。
圖 1
從圖1可以看到2條主線，這2條主線分別是前台開發和後台開發。前後台開發在項目開發早期互相沒有交叉，當然不是絕對沒有，Web策劃和需求分析都是互相有關系的，一個是網站表現形式和風格的策劃另一個是網站功能的策劃，它們是衣服和軀乾的關系。到了開發後期就需要把界面和功能模塊結合起來形成一個統一，也就即將發布的網站。
四．資料庫開發規范
數據文件命名採用系統名+_+文件類型，比如系統名為kupage,則資料庫文件命名為kupage_database.mdf，有的資料庫文件有多個，比如SQL Server就有2個，一個是資料庫文件，另一個是日誌文件，那麼他們的文件命名分別為kupage_database.mdf，kupage_log.log。文件名全部採用小寫。
資料庫表命名規范，表名長度不能超過30個字元，表名中含有單詞全部採用單數形式，單詞首寫字母要大寫，多個單詞間不用任何連接符號。若庫中有多個系統，表名採用系統名稱+單詞或多個單詞，系統名是開發系統的縮寫，系統名稱全部採用小寫英文字元,如bbsTitle,bbsForumType。若庫中只含有一個系統，那麼表名僅用一個單詞或多個單詞。單詞選擇能夠概括表內容的一個或多個英文單詞，如UserInfo,UserType。關連表命名規則為Re_表A_表B,Re是Relative的縮寫，如：Re_User_ArticleType, Re_User_FormType。
資料庫欄位命名規范，資料庫欄位名全部採用小寫英文單詞，單詞之間用」_」隔開，命名規則是表別名+單詞，如：user_name,user_pwd。表別名規則，如果表名是一個單詞，別名就取單詞的前4 個字母；如果表名是兩個單詞，就各取兩個單詞的前兩個字母組成4 個字母長的別名；如果表的名字由3 個單片語成，你不妨從頭兩個單詞中各取一個然後從最後一個單詞中再取出兩個字母，結果還是組成4 字母長的別名。
視圖名採用規則View_表A_表B_表C,View表示視圖。這個視圖由幾個表產生就用」_」連接幾個表的名，如果表過多可以將表名適當簡化，但一定要列出所有表名。
存儲過程命名規則P_表名_存取過程名(縮寫)，比如P_User_Del，P_ArticleType_AddData。
SQL語句編寫規則，關鍵字必須大寫，其他書寫按上述命名規則，比如：
SELECT user_id, user_name FROM User WHERE user_id = 『tom』
五．文件夾文件名命名規范
文件夾命名一般採用英文，長度一般不超過20個字元，命名採用小寫字母。除特殊情況才使用中文拼音，一些常見的文件夾命名如：images(存放圖形文件)，flash（存放Flash文件），style(存放CSS文件)，scripts（存放Javascript腳本），inc(存放include文件)，link（存放友情鏈接）,media(存放多媒體文件)等。
文件名稱統一用小寫的英文字母、數字和下劃線的組合。命名原則的指導思想一是使得你自己和工作組的每一個成員能夠方便的理解每一個文件的意義，二是當我們在文件夾中使用「按名稱排例」的命令時，同一種大類的文件能夠排列在一起，以便我們查找、修改、替換、計算負載量等等操作 。
1、圖片的命名原則名稱分為頭尾兩部分，用下劃線隔開，頭部分表示此圖片的大類性質例如廣告、標志、菜單、按鈕等等。
放置在頁面頂部的廣告、裝飾圖案等長方形的圖片取名： banner
標志性的圖片取名為： logo
在頁面上位置不固定並且帶有鏈接的小圖片我們取名為 button
在頁面上某一個位置連續出現，性質相同的鏈接欄目的圖片我們取名： 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、動態語言文件命名規則性質_描述，描述可以有多個單詞，用」_」隔開，性質一般是該頁面得概要。
範例：register_form.asp，register_post.asp,topic_lock.asp
六．程序代碼編程規范
一個良好的程序編碼風格有利於系統的維護，代碼也易於閱讀查錯。在此只討論ASP的編程風格和約定。在ASP中所有變數是弱變數，無需定義就可以直接使用，而且代碼不區分大小寫。但其他語言一般這些都要定義的，為了養成良好的編程習慣，編寫代碼務必按照一下規則。
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、函數過程編寫的約定。函數或者過程命名採用動作+名詞，每個函數需要給出相應的注釋，函數功能，傳入變數，以及作者和修改相關信息。如下面函數:
<%
'[功能] 返回一個參數的值
'[參數] strParameterName 參數名稱
'[作者] 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內置對象區分大小寫。如下代碼片斷
strUserName = Request.Form(「UserName」)
Set conn = Server.CreateObject("ADODB.Connection")
6、資料庫連接一個庫只能有一個資料庫連接文件，創建資料庫對象得原則是盡可能晚地打開資料庫，盡可能早地關閉資料庫。創建資料庫對象調用統一地創建函數。如下：
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對象等。採用統一函數調用。函數如下：
Sub CloseObj(ByRef obj)
If IsObject(obj) Then
obj.Close
Set obj = nothing
End If
End Sub
8、時間全部以字元串的形式保存到資料庫中，這樣做能夠是日期在不同的資料庫中都能良好地保存，也方便資料庫地遷移。時間用14位字元串保存，日期用8位字元串保存。
七．網站首頁head區代碼規范
head區是指首頁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="[email protected]">
4.網站簡介
<META NAME="DESCRIPTION" CONTENT="本站是一個醫療站點…">
5.搜索關鍵字
<META NAME="keywords" CONTENT="xxxx,xxxx,xxx,xxxxx,xxxx,">
6.網頁的css規范
<LINK href="style/style.css" rel="stylesheet" type="text/css">
(參見目錄及命名規范)
7.網頁標題
<title>xxxxxxxxxxxxxxxxxx</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=http://www.yahoo.com"> 5指時間停留5秒。
5.網頁搜索機器人向導.用來告訴搜索機器人哪些頁面需要索引，哪些頁面不需要索引。
<META NAME="robots" CONTENT="none">
CONTENT的參數有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區，這里強調一下，為了保證瀏覽器的兼容性，必須設置頁面背景<body bgcolor="#FFFFFF">
八．網站建設尺寸規范
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. 每個非首頁靜態頁面含圖片位元組不超過60K，全尺寸banner不超過14K
5、網站設計報告 給點資料
內容你可以看下，要結合你做那個站的行業性質來寫，其實這些也是很虛的，碼字就可以了。網上這樣的資料很多，找幾篇整合下就可以。
第一章 項目概述
一、項目名稱：「**俱樂部」網站建設及推廣方案
二、項目內容：
1、「**俱樂部」網站建設及維護
2、「**俱樂部」網站戰略性推廣
三、項目特點：
1、 通過從理財文化的角度去設計和推廣網站；
2、 網站內容緊緊圍繞理財這一重要思想進行設計，主要包括：傳達理財資訊、傳授理財知識、鍛煉理財技能、給予理財指導、讓用戶參與理財經驗交流等；
3、 網站開設「虛擬理財」欄目，用戶可以通過網站進行虛擬炒股、買匯、存款等一系列理財活動；
4、 網站的主要賣點有：虛擬理財、共享/查看理財計劃、分享理財情報、專家在線指導、完善的理財資訊服務等；
5、 網站推廣方面，採用活動推廣與廣告推廣相結合的推廣方式，設計出了一套符合本項目的最佳推廣方案，能夠有效促進網站知名度的快速提高。
四、項目描述：
現階段理財工具的不斷增加，而用戶對於理財知識的相對缺失，迫使用戶需要不斷去學習理財知識，鍛煉理財技能，獲取先進的理財觀念以及最新的理財資訊。
「**俱樂部」網站建設及推廣項目是在對理財服務市場的全面分析，經過精心策劃的大型項目。本項目以網路作為主體，以「理財」作為項目的主要對象，首先建立一個全能的網路平台，再通過一系列高效的推廣手段，促使用戶快速認知本網站，並隨之認同，產生消費的慾望。
「**俱樂部」網站面向對象為現代都市白領以及社會各界投資理財的學習者、經營者，內容主要有：理財資訊、理財簡訊、理財商店、理財大學、虛擬理財、理財俱樂部等內容，另外還包括電子版的《私人理財》期刊內容，其中，虛擬理財是國類首創的以網路為載體的模擬現實理財工具，通過虛擬的理財鍛煉，培養用戶的理財規劃能力，是網站最大的賣點之一。
「**俱樂部」不僅僅是一個網站，它還是一個平台，一個提供理財資訊的平台、一個提供理財學習的平台、一個提供理財溝通和交流的平台、一個高效的理財服務平台。
高效、務實的發展策略，良好的技術拓普結構，將能夠很好的輔助網站發展成為國內最具規模的理財服務網路平台。
第二章 市場分析
一、市場簡述
（本節暫略）
二、SWOT分析
（一）項目優勢
1. 日漸明朗的網路應用服務市場。據調查顯示，自2003年來，國內的網路市場日漸好轉，並由純網路服務傾向於網路應用服務市場，即網路日漸傾向於市場細化。
2. 網站的背景資源為「家庭期刊集團」，因此在內容及媒體效應方面，具有相當強的優勢；
3. 由於互聯網理財服務發展相對較晚，競爭對手相對較少，同時，在產品開發方面沒有一定的消費潛規則限制，可開發和創新的自由度較大。
（二）項目弱勢
1. 因國內目前已有一些大型網路機構（如搜狐網理財頻道、第一理財網等）參與理財網路服務市場，如果這些已經存在的競爭對手迅速抽調資金大力發展的話，勢必會使本項目趨於劣勢
（三）項目機會點
1. 隨著理財工具的不斷增加，人們對於理財知識的需要正不斷加大；
2. 現階段人們理財知識的參差不齊，迫使理財者需要不斷去學習理財知識以提高理財技能；
（四）項目問題點
1. 如何有效定位網站，如何有效抓住用戶理財消費心理，並提供有針對性的內容；
2. 如何設計良好的推廣通路，快速高效擴大網站的知名度和影響力；
3. 因為網路關於理財服務及指導的站點大多不是很成熟，如何進行有效用戶宣傳，強化用戶消費意識是一個刻不容緩的問題；
4. 運用先進網路技術，促使網路平台的快速開發和高效運作，也是項目的基本前提；
5. 如果做好網站一步到位，順利擺脫競爭對手。
第三章 「**俱樂部」網站建設及維護方案
一、網站定位
「**俱樂部」網站定位於培養和建立一種理財文化，促進社會增加對理財的高度認識以及理財技能的快速提升，同時形成一種網路社區氛圍，增加溝通和經驗交流。網站同時還承擔雜志的網上宣傳工作，輔助雜志的發行及廣告宣傳。
二、目標人群
1、 社會中產階層、家庭理財者（家庭主婦、丈夫）
2、 企業財務/經營管理者、投資者
3、 社會金融機構、從業人員
4、 白領、金領等中高層消費者（培養理財高手）
5、 有志提升理財能力的其它人士
三、網站內容規劃
（一）網站的內容主要包括如下幾個部分：
1、 咨訊（財商資訊）部分：財商新聞、財市情報、理財人物、財商訓練、創業致富、理財導航、專家評論、財商測試、記者在線、財商社區
2、 電子版雜志（私人理財）部分：本期焦點、本期內容、重點欄目、過往期刊、在線訂閱、廣告主
3、 網上商城（理財商店）部分：商品推薦、最新商品、分類導航、網上支付等
4、 簡訊息服務（簡訊服務）部分：推薦服務、訂閱指南、服務列表等
5、 虛擬理財培訓（虛擬理財）部分：虛擬網上理財（具體見相關方案）
6、 **俱樂部部分：網上溝通和理財經驗交流
7、 其它部分：包括網站介紹、廣告服務、聯系方法等內容
（二）各部分的具體描述
1. 「財商資訊」部分：全面提供理財相關的新聞、常識、觀點等資訊內容，主要子欄目包括：財商新聞、財市情報、理財人物、財商訓練、創業致富、理財導航、專家評論、財商測試、記者在線、財商社區等等，每個欄目會員均可參與評論，下面為各子欄目的內容簡介：
1） 財商新聞：理財相關的新聞資訊，包括：財經新聞、股市新聞、樓市新聞等等
2） 財市情報：包括股市、債券、基金、保險、銀行、外匯、樓盤、車市、家居、加盟等理財對象的最新情報資訊，內容具有參考價值。
3） 理財人物：優秀理財人物的介紹及理財經驗的分享。特色內容為所有會員均可共享自己的理財計劃，供所有瀏覽者評論。
4） 財商訓練：與理財相關的常識、國家宏觀政策、理財技能的指導等內容
5） 創業致富：創業經驗分享、創業機會、連鎖加盟信息、創業人物等內容
6） 理財導航：理財產品的介紹及推薦信息。包括：銀行產品、保險產品、基金產品、股市產品、債券產品、外匯產品、樓盤產品、車市產品、家居產品等
7） 專家評論：設立專家對社會各種理財資訊進行網上評論，注冊會員也可參與評論內容。
8） 財商測試：對會員的理財能力、智力進行測試，僅對會員有效。
9） 記者在線：雜志社的記者輪流在線主持，介紹經驗及評論社會現象，同時，可進入相關聊天室進行集中評論。
10） 財商社區：對會員及瀏覽者開放，可進行在線討論
2. 《私人理財》部分：《私人理財》雜志的電子版，對雜志的內容分期整理，注冊會員（收費）可點擊相關文章瀏覽內容，也可按期數進行查詢，設立網上訂閱功能。
3. 「理財商店」部分：網上銷售相關理財產品，可代理或者自己發行；
4. 「簡訊服務」部分：開通網站簡訊息服務，簡訊服務的內容包括：財市情報、焦點財經、股市動態、專家提示、樓盤動態、幫你省錢、今日財運、俱樂部等內容
5. 「虛擬理財」部分：網站的賣點欄目。以網路為主要載體，社會理財機製做為背景，開設網上虛擬理財計劃，注冊會員（收費）可通過網上程序在線進行模擬「抄股」、購買外匯、基金、存款等一系列理財活動，使用虛擬貨幣，並設立獎金對理財高手者進行獎勵。
6. 「**俱樂部」部分：俱樂部會員交流和溝通的場所，可在線分享理財經驗、共享理財計劃、討論理財話題、結交朋友等，也可預約進入相關聊天室。
四、網站結構圖
（一）網站總體架構圖
（二）功能結構圖
（三）「資訊中心」欄目結構圖
（四）網站內容結構圖
五、網站會員
本站會員共分為兩種，即：普通會員和收費會員
（一）普通會員功能：
1、瀏覽網站所有免費文章（財商新聞、理財人物、專家評論、記者在線等）
2、免費訂閱網站期刊
3、進入在線交流區，與專家進行在線咨詢等
4、在線購買商城相關產品
5、其它享有的功能
（二）收費會員功能
1、瀏覽網站所有文章（包括理財知識、理財情報、理財資訊、理財指導、經驗共享等欄目）
2、免費訂閱《私人理財》電子雜志
3、享受在線虛擬理財
4、在線共享或者查詢他人共享的理財計劃，並參與討論
5、由專家主持的理財指導，並可進行在線咨詢
6、享受簡訊訂閱優惠
7、其它由收費會員享有的功能
（三）收費政策
1、收費會員按年收取會員費
2、會員費為每年120元人民幣
六、網站維護
本公司可承擔貴網站的維護工作，具體內容見維護方案
七、網站的獨特及創新分析
1、 以理財文化為中心的網站設計，能夠有效抓住市場的發展趨勢，並能夠在與對手的競爭中，成為最強有利的利劍；
2、 全方位的理財信息服務，可以快速提升網站的綜合實力，並使之成為與雜志相輔相成的有效工具；
3、 作為國內首創的虛擬理財計劃，將成為網站最大的賣點，勢必成為網民理財參考的首選；
4、 網民可通過網站共享自己的理財計劃，並可參與理財計劃的評論，同時，還將有專家對其理財計劃進行評估，這將促使網民與網站的有效溝通，是留住網民的一大手段；
5、 理財社區，快速促進理財文化的形成；
6、 以俱樂部的方式，可定期舉辦各種活動及沙龍活動，促進用戶對於網站的信賴，加強網站的影響力；
7、 多方位的理財指導及培訓，是網站發展的潛動力。
第四章 網站推廣方案
一、推廣戰略
「**俱樂部」網站的推廣，包括自身服務完善和市場推廣兩部分，完善自身服務的主要目的是為吸引更多的用戶自願購買，這是作為售前產品開發中最重要的一部分，包括網站維護方案中的信息的量化等一系列手段均屬此列；市場推廣是作為網站被社會認知的一個必要過程，包括各類廣告以及推廣活動等。兩者相互作用。
網站始終堅持「在推廣中銷售，在銷售中推廣」的核心戰略，遵守「認知——>認同——>慾望——>購買」的潛規則。首先在推廣過程中使社會認知，包括知道網站的存在、知道網站提供的服務、知道網站的地址、知道網站的功能等；然後在認知的過程中，完善自身，獲得用戶的認同；再通過加強宣傳攻勢、良好的消費指引等一系列手段，使用戶產生購買的慾望，從而完成購買的動作。
二、形象定位
網站形象始終定位為「良師」、「益友」、「知識」、「財富」四大基本概念，可延伸為「你理財路上的良師」、「為你理財帶來益友」、「傳授你理財的知識」、「為您帶來財富」，並以之為基礎進行一系列的推廣設計。
三、市場推廣手段
（一）郵件推廣
1. 推廣目的：完成認知的過程，使用戶知道網站的功能、地址、服務理念等；
2. 推廣范圍：所有互聯網用戶
3. 推廣方式：以群發廣告郵件為主。由網站維護人員每日定量發送，同時，每日終了填寫郵件推廣反饋單。郵件的內容包括：網站的主題、網址、LOGO、宣傳口號、宗旨等。
（二）雜志廣告宣傳
1. 推廣目的：增加網站的潛在用戶群（認知）
2. 推廣范圍：所有互聯網用戶
3. 推廣方式：
1） 以形象定位中的四個概念為主題，設計大幅（整版）的平面廣告，對於自身的雜志，同時出現在首、中、尾三個部分，對於其它雜志，可選擇一幅或者兩幅輪流出現；
2）可與部分相關雜志有選擇性地進行廣告交換，交換的標的為網站的相關廣告位；
3）為使雜志廣告同時出現在不同的消費對象、不同地區的理財人群手中，可有選擇性的進行利益結盟，即大范圍的進行廣告交換；
4）同時，輔以軟文進行宣傳。
（三）印發宣傳單張
1. 推廣目的：擴大網站在理財者心目中的認同度，刺激消費慾望
2. 推廣范圍：銀行、金融機構等理財場所
3. 推廣方式：
1）以介紹功能為主要目標，對四個概念進行綜合運用，設計以折頁為主的廣告單張；
2）廣告單張的派發對象主要為各大金融機構的廣告欄（可與之簽寫相關協議），由用戶自願取閱；
3）特殊階段可由專人到理財機構密集區域派發；
4）廣告單張兩面印刷，擴大廣告的信息容量；
（四）活動推廣
1. 推廣目的：刺激消費慾望
2. 推廣范圍：依活動范圍而定
3. 推廣方式：
1） 擬舉辦的活動包括：網站開通新聞發布會、「尋找理財高手」網路理財（挑戰）大賽、綜合理財應用年會、常年舉辦「理財之星」選舉、網上理財知識交流峰會（聊天室進行）等等活動
2） 根據推廣進度設計活動的舉辦時間和進度；
3） 可根據推廣效果對相關活動進行調整
（五）網路宣傳
1. 推廣目的：增加網路影響力
2. 推廣范圍：互聯網
3. 推廣方式：以交換鏈接為主，也可通過在大型門戶網站開設專欄作為網站的輔助宣傳手段，另外還可以交換廣告的形勢出現
四、階段性計劃及目標
網站推廣戰略分為三個階段：投入期、推廣期、穩定期，以下為各階段性戰略計劃及目標：
階 段 計 劃 目 標 備 注
投入期
（預計兩個月） 1、 印發宣傳單張一千份，分發到廣州地區各金融機構及理財服務機構
2、 雜志廣告兩期
3、 擬舉辦「網站開通新聞發布會」一場、網友理財知識問題賽一場等其它活動 1、 網站日均訪問量3000人次
2、 網站日均注冊用戶300人
3、 網站收費會員月均注冊30人
1、日常推廣包括：郵件推廣和網站宣傳
2、常年舉辦「理財之星」選舉，由網友推薦產生，對於推薦出的明星，可以派發獎品的形式給予獎勵
推廣期
（預計半年） 1、 印發宣傳單張三千份，分發到廣州地區各金融機構及理財服務機構
2、 雜志或報刊兩份，連續刊登廣告六期
3、 擬舉辦「尋找理財高手」網路理財（挑戰）大賽一場，綜合理財應用年會一場，其它活動一場 1、 網站日均訪問量8000人次
2、 網站日均注冊用戶500人
3、 網站收費會員月均注冊100人
穩定期 1、 常年印發宣傳單張，派發到廣州地區各金融機構及理財服務機構
2、 連續在自身刊物上刊登平面廣告，另外可選擇一份或多份雜志做為廣告交換對象，以保持網站穩定的訪問量
3、 常年舉辦各種活動，平均每兩個月一場大型活動的頻率 1、 網站日均訪問量6000人次
2、 網站日均注冊用戶300人
3、 網站收費會員月均注冊60人
第五章 項目預算
一、投資預算
（一）網站建設費用
階 段 內 容 金額（單位：元） 備注
網站製作期
（預計三個月） 製作費用 27000
辦公費用 3000
空間租用費 3000
其它費用 2000
合 計 35000
後續開發 後續開發部分另計
（二）網站推廣費用
階 段 內 容 金額（單位：元） 備注
第一階段
（投入期，預計兩個月） 平面廣告費用 2000元/月 其它廣告宣傳主要來自於廣告交換
其它宣傳費用 1000元/月
合 計 3000元/月
第二階段
（發展期，預計半年） 平面廣告費用 5000元/月 其它廣告宣傳主要來自於廣告交換
印發廣告單 500元/月
其它宣傳費用 1000元/月
合 計 6500元/月
第三階段
（成熟期） 平面廣告費用 1000元/月 其它廣告宣傳主要來自於廣告交換
其它宣傳費用 500元/月
印發廣告單 500元/月
合 計 2000元/月
二、收益預算
階 段 內 容 金額（單位：元） 備注
第一階段
（投入期，預計兩個月） 會員年費 3600元/月 預計收費會員每月增加30人，每人每年費用120元
網站廣告收入 1500
商品銷售收入 500元/月
簡訊收入
合 計 5600元/月
第二階段
（發展期，預計半年） 會員年費 12000元/月 預計收費會員每月增加100人，每人每年費用120元
網站廣告收入 3000元/月
商品銷售收入 3000元/月
簡訊收入 1000元/月
合 計 19000元/月
第三階段
（成熟期） 會員年費 7200元/月 預計收費會員每月增加60人，每人每年費用120元
網站廣告收入 5000元/月
商品銷售收入 2000元/月
簡訊收入 1500元/月
合 計 15700元/月
第六章 項目實施進度
一、網站建設進度表
網站製作時間預估為三個月，以下是網站建設進度控製表
第一周 第二周 第三周 第四周 第五周 第六周 第七周 第八周 第九周
綜合分析
資料庫設計
版面設計
管理程序開發
整體程序測試
信息收集及編輯
二、網站推廣進度表
（見第四章網站推廣之「階段性計劃及目標」）
6、網頁設計與網站維護都包含哪些內容
一個網站項目的確立是建立在各種各樣的需求上面的，這種需求往往來自於客戶的實際需求或者是出於公司自身發展的需要，其中客戶的實際需求也就是說這種交易性質的需求佔了絕大部分。面對對網站開發擁有不同知識層面的客戶，項目的負責人對用戶需求的理解程度，在很大程度上決定了此類網站開發項目的成敗。因此如何更好地的了解、分析、明確用戶需求，並且能夠准確、清晰以文檔的形式表達給參與項目開發的每個成員，保證開發過程按照滿足用戶需求為目的正確項目開發方向進行，是每個網站開發項目管理者需要面對的問題。就這個問題，本文想提出自己的一些看法和建議，希望各位讀者批評指正：
一、 那些人應該參與網站開發項目的需求分析活動
需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：
1、 負責組織相關開發人員與用戶一起進行需求分析。
2、 組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。
3、 組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。
4、 如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。
5、 如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。
二、 完整的需求調查文檔記錄體系
在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助
目成員將需求分析結果更加明確化，也為以後開發過程中做到了現實文本形式的備忘，並且有助於公司日後的開發項目提供有益的借鑒和模範，成為公司在項目開發中積累的符合自身特點的經驗財富。
需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文後面討論。
三、 向用戶調查些什麼
在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：
1、 網站當前以及日後可能出現的功能需求。
2、 客戶對網站的性能（如訪問速度）的要求和可靠性的要求。
3、 確定網站維護的要求。
4、 網站的實際運行環境。
5、 網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。
6、 主頁面和次級頁面數量，是否需要多種語言版本等
7、 內容管理及錄入任務的分配。
8、 各種頁面特殊效果及其數量（js,flash等）
9、 項目完成時間及進度（可以根據合同）
10、明確項目完成後的維護責任。
調查結束以後，需要編寫《用戶調查報告》，《報告》的要點是：
1、 調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。
2、 調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。
3、 調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）
四、 市場調研活動內容
通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博採眾長開發出更加優秀的網站。
但是由於實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優秀的同類網站。應該了解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：
1、 市場中同類網站作品的確定。
2、 調研作品的使用范圍和訪問人群。
3、 調研產品的功能設計（主要模塊構成，特色功能，性能情況等等）
4、 簡單評價所調研的網站情況。
調研的目的是明確並且引導用戶需求。
對市場同類產品調研結束後，應該撰寫《市場調研報告》主要包括一下要點：
1、 調研概要說明：調研計劃；網站項目名稱、調研單位、參與調研、調研開始終止時間。
2、 調研內容說明：調研的同類網站作品名稱、網址、設計公司、網站相關說明、開發背景、主要適用訪問對象、功能描述、評價等
3、 可採用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、可採用的原因。
4、 不可採用借鑒的調研網站的功能設計：功能描述、用戶界面、性能需求、不可採用的原因。
5、 分析同類網站作品和主要競爭對手產品的弱點和缺陷以及本公司產品在這些方面的優勢。
6、 調研資料匯編：將調研得到的資料進行分類匯總。
五、 清晰的需求分析輸出——《網站功能描述書》：
在擁有前期公司和客戶簽訂的合同或者是標書的約束之下，通過較為詳細具體的用戶調查和市場調研活動，借鑒其輸出的《用戶調查報告》和《市場調研報告》文檔，項目負責人應該對整個需求分析活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，並輸出一份詳細清晰的總結性文檔――《網站功能描述書（最終版）》以供作為日後項目開發過程中的依據。
《網站功能描述書》必須包含以下內容：
1、 網站功能
2、 網站用戶界面（初步）
3、 網站運行的軟硬體環境
4、 網站系統性能定義
5、 網站系統的軟體和硬體介面
6、 確定網站維護的要求
7、 確定網站系統空間租賃要求
8、 網站頁面總體風格及美工效果。
9、 主頁面及次頁面大概數量。
10、管理及內容錄入任務分配。
11、各種頁面特殊效果及其數量。
12、項目完成時間及進度（根據合同）
13、明確項目完成後的維護責任。
綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便於日後在項目開發過程中作為開發成員的依據和借鑒。
當然一次成功的需求分析不僅需要項目負責人甚至是客戶等所有項目相關人員的共同努力，還和公司的能力范圍有一定關系。需要說明的是本文所述的需求分析活動內容是建立在較為理想的基礎上的。由於各個公司現實情況的不同，讀者可以根據自身情況不一借鑒吸收利用。重要的是能構根據本公司的情況，系統的規范此類文檔做好保存和收集，相信對公司以後其他網站項目的進行以及公司自身實力的增強都會有很大幫助。
7、怎樣寫網頁製作與設計自主網站設計報告
網頁設計伴隨著
網路
的快速發展而快速興起，作為上網的主要依託，由於人們使用網路的頻繁而變得非常的重要。網頁講究的是排版布局，其功能主要就是提供一種形式給每個上網者，讓他們能夠了解網站提供的信息。
從網路的發展來看，網頁設計從無到有，從低級到高級，是基於技術的原因而受到客觀的限制的，因為受傳輸帶寬的限制，最早的網頁是純字母和數字的，沒有圖片和聲音更別說是動畫了，只能將佔用空間很小的數字和字母來進行傳輸。
由此看來網頁最初就是在功能性的基礎之上發展起來的。到今天同樣上網也離不開使用它的功能，所以網頁的審美就首先要考慮其功能的要素(例如很多國外的大公司的網站也是這樣做的)。那麼從功能出發來看待網頁設計，我們就必須考慮，使用者如何從網頁中得到功能，如何更好的得到功能。這就需要站在使用者的角度來看待網頁設計，才能使自己做出的網頁受歡迎，從而達到基本的目的。有的網頁設計師說:我是設計師，我站得比普通人高，欣賞水平也比他們高，應該引導潮流，應該引導他們學會欣賞美的網頁。作為設計師引導潮流沒有錯，但是不應該採用居高臨下的方式，而是要貼近自己的使用對象，想他們所想，急他們所急，方便他們的使用，適時的將自己的設計風格融入到作品中去，接受他們的檢驗，只有經得起考驗的設計才是好的設計。而不是所謂的陽春白雪，成為孤家寡人，不適用。作為設計師來說，就是要把自己的網頁做得美一些(基於功能性的)。
談到美，網頁這種特殊環境下的美於傳統的藝術上的審美有著明顯的區別，因為一般的藝術上的美是海闊天空，無所顧忌的，只要符合人們的欣賞的習慣，能夠在欣賞者的心裡產生共鳴就是美的;而網頁的布局上的審美卻要受到很多的限制，當然它也有優於傳統藝術的地方，最明顯的就是它的交互性和更新速度的快捷，純藝術很大程度上是作者的自我宣洩，但是網頁設計直接面對的是大量用戶，隨時都會反饋回來對網頁的批評建議等，可以根據實際情況進行修改，比如在建站時考慮不周到的地方，設計時沒有得到重視的地方，可以根據要求進行調整。同樣不損整體效果，卻可以使使用者用起來更加的方便。這個過程可以在很短的時間里完成。同時網頁能融合文字、圖片、聲音、動畫於一身。這是傳統藝術所達不到的。當然最根本的在使用方面就限制了它不能夠隨意的揮灑自如，任設計師自由的發揮。以下針對網路環境下的審美。
首先:要考慮上網者的環境，通常可見的情況是:上網者眼睛盯著一個冷冰冰的電腦屏幕，手移動滑鼠，保持一定的姿勢，而且一般是連續很長的時間。在這種情況下，假如連接的網站的網頁做得很差，不考慮排版布局的形式美的要素，一味的以刻板的文字或者是圖片來充斥這個頁面，那麼使用者看久了就會厭倦，甚至討厭。同樣在網路世界裡，五花八門，涉及到各方面的內容，使用者通常是打開很多的窗口，在一種紛繁復雜的情況下接受信息。這樣假如他們瀏覽的網頁是設計得又是特別花哨，圖片、文字、動畫等等堆砌的極為雜亂，那麼更加劇了這種心理上的厭煩感，這種網頁能算得上美嗎?所以從使用環境里的功能的因素來考慮美才是最根本的。
其次:考慮使用對象本身也是網頁審美的一個重要方面，網頁設計都是為每個具體的網站的做宣傳，那麼不考慮對象就如同閉門造車，這樣會造成其根本的功能的損失，使使用者瀏覽起來困難。例如一個兒童網站，設計得如同一些新聞專題的網頁一樣，純粹是文字。那麼使自己的使用對象-兒童在瀏覽該網站的時候毫無興趣，阻礙了網站的基本的目的，因為該網站的目的就是要使更多的兒童來光臨這個網站，從而擴大網站影響。從這個功能層面上來理解，設計的美是同使用對象分不開的。
再者:網頁設計的美其實是一個滿足使用者需求的過程，能夠使他們使用起來方便快捷，排除他們使用中的問題，這就是美的，這就是純粹從功能上的要求出發的。就是最根本的功能被滿足就是最根本的美。不是嗎?假如我想上一個體育的網站了解一下當天的足球戰報，那麼我上網的目的性就是非常的明確，直接看足球的結果。那麼考慮一下我的上網過程就是先敲入網址，到主頁上，然後盡快的找到足球的欄目，再找到比分的鏈接。那麼設計師如果考慮到上這個網站的很多人都非常想知道足球的比分，那麼在主頁上放上一個流動的臨時更新的框，就可以使上站的使用者直接在主頁上看到想要看的東西，這樣快速而又方便的結果，其實質上是一個網頁設計的成功的地方，這種網頁就是美的，反之假如把網頁設計得非常的「漂亮」(這里指的是純粹的從藝術審美上的漂亮，滿足一般的形式美的要求的，而不考慮使用環境的情況)，但是把該鏈接做到不容易找到的地方，或者是由於滿足「漂亮」的要求，增加了幾級的鏈接，從而增加了使用者的不方便，這種網站也是不美的，至少它沒有為自己的使用對象考慮，就是失敗。 還有一個美的因素也不能不考慮，就是網站本身，其實也是功能來決定的，作為網站的目的就是要通過使用者的使用來得到體現，如何使更多的人來使用和使他們瀏覽過之後記住這個網站?也就是通過自己的設計使網站的形象得到提升，使網站的形象在每個使用者的心目中紮根。這是現在網頁設計中普遍不受重視的，也許是還欠缺這種意識，才出現這種情況，有些網頁做得很有味道，不管是用色還是布局的編排，都是非常的講究，但是卻沒有注意到網站的本身的東西，例如網站的名稱或者是網址沒有得到強化，盡管使用了之後覺得好，但是第二次使用時卻記不起是什麼網站了，因為上網通常要看很多的網站，每一個都記錄下來是非常不方便的，很多網友也不願意這樣做，再說收藏夾里收藏太多了也找起來來也不方便。還要定期不定期的進行整理，也挺麻煩。所以假如網頁設計時注意了這個網站的名稱和網址的因素，那麼就會避免這一系列的問題，方便了使用者，從這個功能上來說是設計成功之處，也是網頁設計美的一個觀念的異化。在把握住網站功能實現的基礎上才能談得上設計的美。
以上談了幾個涉及到網頁設計的美的相關的功能的影響，由此可以得出網頁美的標准(有些是一種美的標准另一種表達方式)，那就是: 簡潔實用: 這是非常重要的，網路特殊環境下，盡量以最高效率的方式將用戶所要想得到的信息傳送給他就是最好的，所以要去掉所有的冗餘的東西。 使用方便:同第一個是相一致的，滿足使用者的要求，網頁做得越適合使用，就越顯示出其功能美
整體性好: 一個網站強調的就是一個整體，只有圍繞一個統一的目標所做的設計才是成功的。
網站形象突出: 一個符合美的標準的網頁是能夠使網站的形象得到最大限度的提升的。
頁面用色協調，布局符合形式美的要求: 布局有條理，充分利用美的形式，是網頁富有可欣賞性，提高檔次。當然雅俗共賞是人人都追求的。
互動式強: 發揮網路的優勢，是每個使用者都參與到其中來，這樣的設計才能算成功的設計。這樣的網頁才算真正的美的設計。
8、室內設計公司調研報告
PPT格式我不懂是什麼 但對一個室內設計的的調研報告 無非是以下幾點 1、量房 畫出平面圖 量房時最好照相以備後用 因為別墅一般都比較復雜 2、分析此
9、怎麼寫有.net網站設計的開題報告啊？
適當改改吧
傳統的圖書管理模式其最大的特點是手工；首先要把買來的圖書資料登記到資料本上，再給每本書分類貼上標簽及製作和標簽相對應的圖書分類卡片，最後把圖書分類卡片按類別分別放置在文件櫃里。對於有借閱證的讀者來說還要對他們資料作一定的記錄。並且在人們來借書的時候，首先持證件者要去存放圖書分類卡片的文件櫃里查找想借的書是否在架，如果卡片存在，再按照圖書分類卡片在相應的書架上找到需要的圖書，然後登記持證件者的借還書時間和在書簽條上寫下借還書記錄，之後把會員證留在那裡；還書的時候，相對應的消去出借記錄；這樣做起來比較麻煩，比較費時間。
隨著近年來信息技術及計算機網路技術的不斷發展, 圖書館也先從傳統的圖書館發展到自動化圖書館，再發展到今天的數字圖書館，這些變化使得圖書館的形象越來越現代化，人們查找資料也更加方便。對於一些小圖書館和一些圖書室來說，由於工作人員比較少，長期以來，作為圖書館的主要工作—圖書借閱一直未能很好地開展。在平常的圖書借閱工作中, 由於大部分讀者不熟悉圖書館藏書，且對圖書排架分類的不了解，往往花費很長時間才能找到其所需的書。為提高管理效率，更好地為讀者服務，利用已有的辦公區域網絡條件，將館藏書籍做成基於WEB的查詢系統，實現圖書在一個單位的網路內甚至Internet上查詢，可使圖書查詢和借閱變得更加方便快捷，從而使圖書室的工作效率得到明顯提高。
隨著社會的進步，信息技術的廣泛應用，數字化管理的優勢日趨顯著。針對中小型圖書館或圖書室管理落後的情況，設計實現一個圖書信息管理系統，通過與計算機的結合使用對中小型圖書館或圖書室的各種圖書信息進行管理可以給管理員和用戶帶來以下不同的方便：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高工作效率，也是圖書館等部門管理科學化、正規化的重要標志之一。而且計算機管理的成本不斷降低。因此，開發一套這樣的中小型圖書管理軟體已經很有必要，並且實現研究服務於實踐的原則。
綜上所述，傳統的圖書管理對於圖書館的借書和還書過程主要依靠手工，這種處理借書、還書業務流程的效率很低，處理能力比較低，一段時間內，所能服務的讀者人數是有限的。傳統的圖書管理方式用人多、工作量大、搜索復雜、更新換代時工作量倍增、准確性難以保證，無論是在時間上還是空間上及資源上都有很多的浪費，並且隨著信息化的逐步漫延，傳統的圖書管理方式必然被計算機和INTERNET為基礎的信息管理系統所取代。作為計算機應用的一部分，使用計算機利用網路對圖書信息進行管理，具有著手工管理所無法比擬的優點。例如：可以遠程接入訪問、隨時隨地查閱管理、信息檢索迅速、圖書查找方便、安全可靠性高、存儲量大、保密性好、壽命長、成本低等。提高圖書管理的效率是本次設計的初衷。
本次畢業設計題目：「基於WEB圖書管理系統」主要目的是利用軟體編制一個管理網站，用以實現基於WEB下的圖書管理、讀者查詢以及日常工作等多項管理。同時對整個系統的分析、設計過程給出一個完整論證。
基於WEB的圖書管理系統是一種位於INTERNET上的頁面管理+資料庫數據管理新模式。充分發揮了INTERNET在時間上和空間上的優勢，在對圖書、讀者的管理，其實是對圖書、讀者數據的管理方面表現出了傳統圖書館和本地計算機圖書管理軟體的不足。本系統的建成無疑是一次圖書管理的飛躍，會為圖書管理系統的管理者和訪問者提供極大的幫助。
目前，在圖書館的圖書管理中，讀者往往受到時間和空間方面的限制，而且查找圖書都是採用傳統的查詢方法，讓讀者在圖書分類架上一本本地去查找，這樣不僅很難找到自己所需要的圖書，而且費時費力。而圖書管理員在辦理借書登記、查詢讀者借書記錄時，管理人員必須在借書記錄上一個個去查找，而要找到借書記錄並刪除該記錄是件很麻煩的事情。每當新書入庫時，圖書管理員既要填寫新書入庫卡片，又要填寫新書入庫帳目，不僅工作量大，而且，在新書入庫後要經歷較長的時間方能借出。另外，有的系部因圖書數量有限，必須對圖書實行限量借閱，因此，要實施彈性借書方法是件很困難的事。本次畢業設計將很好的解決圖書管理工作和讀者信息管理工作。
為提高圖書查詢效率，減少系部圖書管理員的工作負擔，有必要開發一個運行於網路上的開放的圖書管理軟體來對系部圖書實施有效管理。該系統必須具備以下功能：
1)基於WEB構架，管理員和讀者可以遠程管理、訪問；
2)能對各類圖書實行分類管理；
3)提供必要的讀者信息；
4)能進行各種高級查詢；
5)具有圖書檢索功能；
6)能管理登錄系統的圖書管理員等。
具備了以上的功能，本次設計的基於WEB的圖書管理信息系統不僅能較好地利用網路優勢為管理員和讀者實現遠距離在線管理與在線查閱，而且能幫助讀者在最短的時間內找到自己所需要的圖書書目、編號，讓圖書管理員以最高的效率辦理借閱手續。
2．本課題要研究或解決的問題和擬採用的研究手段及途徑：
主要內容:圖書管理系統是一款典型的信息管理系統，其系統開發任務主要包括基於WEB的訪問和管理頁面的開發、資料庫的設計與維護等兩個方面，該系統主要實現圖書館的新書入庫，讀者借閱，圖書檢索等智能化管理過程。本系統不受時間和距離的限制，在運行期間，任何一台連接入INTERNET的計算機都可輕松的訪問，管理員可在家管理該系統，圖書查閱者更可以簡易的訪問該圖書管理系統，本圖書管理系統將改變傳統圖書管理理念，使管理員更簡便的管理,使用者更簡便的搜索想要的內容。
擬解決的問題：本系統需要涉及到以下數據項：
圖書管理：新書入庫、圖書出庫
圖書流通管理：借書操作、還書操作
讀者管理：添加讀者、刪除讀者
查詢：查詢目標圖書、查詢借閱情況
系統管理：添加管理員、刪除管理員
為此需要建立如下表格：管理員信息表、讀者信息表、圖書類別表、圖書表、已借出圖書表、剩餘圖書表等。
設計方案：圖書管理系統的設計流程包括設計方案、編寫程序、資料庫設計、網頁製作、圖象處理、版面設計、數據採集、文本編輯、伺服器管理等等，要搞好一個好的，完善的系統需要一個詳細的、合理的、可行性的規劃設計。
在資料庫設計方面，我將結合軟體工程方法，對系統進行需求分析、功能劃分、數據流圖設計，並結合資料庫原理和功能劃分進行ER圖的繪制、資料庫結構設計，根據需求分析的結果，用戶概念數據模型表示數據及其相互間的聯系。
主要設備儀器及其數量：本系統所需硬體設備，主要是微機一台，鑒於當前流行的操作系統是winxp，所以為了本系統能長期使用，所以採用配置相對較高的一台微機，
具體配置為：
P42.0G，DDR1G內存，硬碟80G，
配有光碟機，軟碟機，usb介面。
參 考 文 獻
1 肖慎勇. 資料庫及其應用. 清華大學出版社，2007.1
2 文必慶. 開放資料庫互連技術與應用. 科學出版社，1997.8
3 高文. 數字圖書館——原理與技術實現. 清華大學出版社, 2000.9
4 張金霞.HTML網頁設計參考手冊. 清華大學出版社，2006.12
5 王海泉. 現代圖書館發展的新理念. 中國圖書館學報, 2002.4
6 李明華. 信息交流與現代圖書館系統. 書目文獻出版社, 2006.8
7 黃梯雲. 管理信息系統. 經濟科學出版社, 2000.3
8 鍾斌等. Dreamweaver MX2004動態網頁基礎與范疇. 機械工業出版社，2004.9
9 周緒, 管麗娜, 白海波. SQL SERVER 2000. 清華大學出版社, 2003.1
10 張海藩. 軟體工程導論. 清華大學出版社, 2005.7
11 吳慰慈. 圖書館自動化與網路化的現狀及展望. 中國圖書館學報, 1999.1
12 孟雪梅, 周燕. 網路環境下圖書館信息資源建設的內容與重點. 情報資料工作, 2002.6
13 張曉青. 論數字圖書館的用戶管理與用戶服務模式. 現代圖書情報技術, 2003.2，31-42，56-68
14 劉小東，陳艷玲. Dreamweaver MX2004動態網站設計實訓教程. 上海科學普及出版社，2005.2
15 Roger S.Pressman.Software Engineering A Practitioner』s Approach, 5th ed[M].IEEE Computer SocietyPress, 2001.1，12-56
16 Mark Michaelis. ESSENTIAL C# 2.0. Sams Publishing, 2007.9