㈠ 網站說明書怎麼寫
可以在網路(www..com)上用關鍵詞"網站方案"搜索一下,應該不難找到你想要的網站範文。
這是我們幫你搜索到的，
希望對你有幫助.
http://www.giffer.cn/default.asp?CateID=9
律師事務所網站方案[doc格式] 0 | 0 | 81
航天集團網站方案[doc格式] 0 | 0 | 65
中國國際名錄大全網站方案[doc格式] 0 | 0 | 46
羽絨集團公司網站方案[doc格式] 0 | 0 | 49
被服有限公司網站方案書[doc格式] 0 | 0 | 53
標准件廠網站方案書[doc格式] 0 | 0 | 57
地方稅務局網站方案書[doc格式] 0 | 0 | 46
裝飾工程有限公司網站方案書[doc格式] 0 | 0 | 55
服飾股份有限公司網站方案書doc格式 0 | 0 | 34
《廣告裝潢設計網站方案》doc格式 0 | 0 | 29
制衣有限公司網站方案書doc格式 0 | 0 | 30
《電子商務網站方案》doc格式 0 | 0 | 33
《移動公司網站策劃書》doc格式 0 | 0 | 22
《廣州**大酒店網站建設方案》doc格式 0 | 0 | 25
《it數碼類網站策劃書》doc格式 0 | 0 | 31
《橡膠集團網站策劃方案》doc格式 0 | 0 | 45
《地方熱線網站建設建議書》doc格式 0 | 0 | 34
《裝飾公司網站策劃方案》doc格式 0 | 0 | 28
《電子有限公司網站方案書》doc格式 0 | 0 | 34
《財經傳媒公司網站建設方案》doc格式 0 | 0 | 34
《餐飲有限公司網站建設方案》doc格式 0 | 0 | 35
《大型企業內部網網站建設方案》doc格式 0 | 0 | 34
《電氣公司網站改版方案》doc格式 1 | 0 | 42
《電視台網站建設方案》doc格式 0 | 0 | 30
《電子商務項目網站建設方案》doc格式 0 | 0 | 26
《電子設備製造公司網站建設方案》doc格式 0 | 0 | 26
《房地產集團網站建設方案》doc格式 0 | 0 | 30
《高爾夫俱樂部網站建設方案》doc格式 0 | 0 | 28
《工程機械網網站建設方案》doc格式 0 | 0 | 25
《滑雪公司網站建設方案》doc格式 0 | 0 | 26
《化工產品網站建設方案》doc格式 0 | 0 | 46
《集團網站建設方案》doc格式
http://www.e8.cn，有空到我們E道建站網看看，對你會有幫助的。也歡迎跟我們聯系,QQ:517652503。
㈡ 網頁設計項目要求說明書怎麼寫
從項目一開始,也就是在設計之前,客戶要明確設計的任務,目的,預算,時間等,所以很有必要擬一份項目要求說明書,一般項目說明書應該在這個項目正工委託之前完成,如果客戶缺乏設計專業知識,應與設計師共同討論逐步完成,說明書的內容一般有:
1.啟動日期,完成日期,項目實施階段.
2.項目要求,數量以及評價標准.
3.受眾(消費者)情況,市場規模,項目的商業目的.
4.競爭對手分析,
5.材料/技術細節
6.製作成本.
7.提案會議的時間,次數安排,參與評審驗收的人員名單.
8.測試計劃,內部測試,客戶認同度,常規測試.
㈢ asp網站說明書怎麼做啊
你好，如果你是網站開發者，給客戶的說明書的話。主要包含以下內容：
1、程序語言及支持環境：也就是asp+access(mssql)，要什麼樣的環境，包含自己部署，或者購買的虛擬主機的要求（這里主要是指要求的組件、空間大小、哪些目錄可讀寫等）
2、網站部署：如何上傳網站文件、資料庫如何連接等
3、管理員管理功能：後台地址及管理員帳號等
4、功能說明：每個功能的簡單說明。
5、安全：就是一些安全建議等。
*6、客戶服務（你的信息/選填內容）
准確的說這東西沒有特定的標准，把文檔做漂亮點，給一些截圖就好了。
㈣ 如何寫網站建設需求說明書
產品需求文檔
<項目名稱>
目錄
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_<用例名稱1>3
2.2.2.UC_<用例名稱2>3
對單個UC的說明3
1.
總體說明
1.1 修訂歷史
日期
版本
說明
作者
1.2 項目概述
項目概述
<簡單描述項目的背景、意義、目的、目標等，描述領域知識>
1.3 功能范圍
功能范圍
<給出業務邏輯圖，類似BUC：描述各角色的職責、與周邊系統的關系、全局商業規則>
1.4 用戶范圍
角色
描述（涉及到的actor、system的描述）
1.5 詞彙表
詞彙
描述（術語與縮寫的描述）
1.6 非功能需求
需求
描述
數據監控
<針對一個功能模塊級別的監控點，必填，並且功能上線2周後需要給出數據分析報告>
<性能>
<用戶體驗>
<……>
1.7 其他說明
其他說明
<其他任何需要說明的內容>
2.
UC部分
2.1 整體說明
類圖
<截圖>（可選，對業務領域的描述）
<類圖說明>
用例圖
<截圖>（必選）
<用例圖說明>
狀態圖
<截圖>（可選）
<狀態圖說明>
2.2 UC正文
2.2.1. UC_<用例名稱1>
……
2.2.2. UC_<用例名稱2>
……
對單個UC的說明
注1：視覺層面的描述通常直接通過Demo表達（如頁面大小，顏色字體字型大小等）
注2：界面細節，引用界面規範文檔（如表格中的文字對其方式）
注3：交互細節，引用交互規範文檔（如出錯提示的方式）
注4：文案細節，引用文案規範文檔（如各種提示文案）
㈤ 如何編寫企業網站產品說明書
大多數情況下，客戶都認為自己沒有時間來為每一個產品都編寫說明文檔。
不知道大家有沒有留意，可以適當留意一下成都網站建設公司【3E網路】在官方網站上列舉出來的小部分企業網站案例。只要這個網站有產品中心，那麼無一例外的我們都會為客戶預留產品詳細說明這個欄目。不過盡管這個功能有預留，但是使用它的客戶卻並不多。其實要編寫好自己產品的說明，並不困難。
這些就是我們通常所說的要點或者提綱。這種提綱式寫作方法相信大家在中學時代已經學習過了，這樣的方法不但便於我們寫作，更加方便讀者閱讀，他們可以輕易的找到自己最感興趣的文欄位落。
如果大家到目前為止都認為產品說明是一個可有可無的資料的話，那麼就請再花一兩分鍾來了解下蘋果網站的文字來源。蘋果品牌之所以能夠非常如此成功，我們尚且沒有資格去評論，但是，我們認為這跟他們產品絕對脫不了干係。那麼如何將一個好的產品的好處有效的傳遞給客戶呢？是企業文化嗎？不管是什麼，我們都需要將這種意識清晰的傳遞給客戶，因此，蘋果網站上的產品描述絕對是屬於經典之作。不知道有沒有人曾經告訴你蘋果公司的每一個產品說明都是由專人編寫、反復校對後才放到網站上去的？
在編寫產品說明時，我們應該給自己列一個提綱，這個提綱應該包含一些類似於：產品簡介、功能描述、賣點、參數表格、客戶群、隱私保護等等，
成都網路公司
㈥ 求一份個人網站開發文檔。1000字左右
沒寫過，給你個範例。 開發文檔範例 一.需求規格說明書 １。引言 １）編寫目的：闡明保險需求說明書的目的,指明讀者對象。 ２）項目背景：包括 a 項目的委託單位、開發單位和主管部門。 b 該軟體系統與其他系統的關系。 ３）定義：列出文檔中所用到的專業術語的定義和縮寫的原文。 ４）參考資料：包括 a 項目經核準的計劃任務書、合同或上級機關的批文。b 項目開發計劃。 c 文檔所引用的資料、標准和規范。列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源。 ２。任務概述 １）目標。 ２）運行環境。 ３）條件與限制。 ３。數據描述 １）靜態數據。 ２）動態數據。包括輸入數據與輸出數據。 ３）資料庫描述。給出使用資料庫的名稱和類型。 ４）數據詞典。 ５）數據採集。 ４。功能需求 １）功能劃分。 ２）功能描述。 ５。性能需求 １）數據精確度。 ２）時間特性。如響應時間、更新時間、數據轉換與傳輸時間、運行時間等。 ３）適應性。如操作方式、運行環境、與其他軟體的介面以及開發計劃等發生變化時、應具有的適應能力。 ６。運行需求 １）用戶界面。如屏幕格式、報表格式、彩單格式、輸入輸出時間等 ２）硬體介面。 ３）軟體介面。 ４）故障處理。 ７。其他需求 如可使用性、安全保密、可維護性、可移植性等。 二、概要設計說明書 １。引言 １）編寫目的：闡明保險需求說明書的目的,指明讀者對象。 ２）項目背景：包括 a 項目的委託單位、開發單位和主管部門。 b 該軟體系統與其他系統的關系。 ３）定義：列出文檔中所用到的專業術語的定義和縮寫的原意。 ４）參考資料：列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源。可包括 a 項目經核準的計劃任務書、合同或上級機關的批文。b 項目開發計劃。 c 需求規格說明書。d 測試計劃（初稿）e 用戶操作手冊（初稿）。f 文檔所引用的資料、採用的標准和規范。 ２。任務概述 １）目標。 ２）運行環境。 ３）需求概述。 ４）條件與限制。 ３。總體設計 １）處理流程。 ２）總體結構和模塊外部設計。 ３）功能分配。表明各項功能與程序結構的關系。 ４。介面設計 １）外部介面。包括用戶介面、軟體介面與硬體介面。 ２）內部介面。模塊之間的介面。 ５。數據結構設計 １）邏輯結構設計。 ２）物理結構設計。 ３）數據結構與程序的關系。 ６。運行設計 １）運行模塊的組合。 ２）運行控制。 ３）運行時間。 ７。出錯處理設計 １）出錯輸出信息。 ２）出錯處理對策。如設置任務、性能將級、恢復及再啟動等。 ８。安全保密設計 ９。維護設計 應說明為方便維護工作的設施。如維護模塊等。 三、詳細設計說明書 １。引言 １）編寫目的：闡明編寫概要設計說明書的目的，指明讀者對象。 ２）項目背景：應包括項目的來源和主管部門等。 ３）定義：列出文檔中使用到的專門術語和縮寫詞的願意。 ４）參考資料：列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源。可包括 a 項目經核準的計劃任務書、合同或上級機關的批文。b 項目開發計劃。 c 需求規格說明書。d 測試計劃（初稿）e 用戶操作手冊（初稿）。f 文檔所引用的資料、採用的標准和規范。 ２。總體設計 １）需求概述 ２）軟體結構：如給出軟體系統的結構圖。 ３。程序描述 逐個給出模塊的以下說明： １）功能。 ２）性能。 ３）輸入項目。 ４）輸出項目。 ５）演算法：模塊所選用的演算法。 ６）程序邏輯：詳細描述模塊實現的演算法。可採用：a.標准流程圖 b.PDL語言 c.N-S圖 d.PAD e.判定表與描述演算法的圖表。 ７）介面。 ８）存儲分配。 ９）限制條件。 １０）測試要點：給出測試模塊的主要測試要求。
㈦ 電子商務網站功能描述書怎麼寫
在網站建設中， 公司不只考慮到使企業的網站成為專業的宣傳營銷平台， 還考慮到企業網上形象與網下形象的統一性，更好提升企業形象與品牌價值。
1、想您所想：進行准確而可觀的調研，跟據您的需要和潛在需求制定解決方案。
2、充滿創意的設計：高素質的設計隊伍和專業的創意設計使網站的頁面賞心悅目， 運用多種先進的技術增強網站的表現力。
3、良好的溝通：良好的溝通將貫穿在整個開發過程的始終，真實的還原您的網站構想是我們創作的宗旨。
4、雄厚的技術實力：龐大的開發隊伍和豐富的開發經驗，給您以強大的技術後盾和支持，保證了網站的順利實現。
5、良好的後期維護：由於科信公司擁有多層次的業務架構，為您提供了從高端到低端的技術支持，讓您在每個環節上的需求都可得到滿意的服務。
6、實惠的價格：有效的流程管理，科學的開發方式，降低了每個項目的開發周期和成本， 使您享受到實惠的價格。
一個網站項目策劃的確立是建立在各種各樣的需求上面的，這種需求往往來自於客戶的實際需求或者是出於公司自身發展的需要，其中客戶的實際需求也就是說這種交易性質的需求佔了絕大部分。面對對網站開發擁有不同知識層面的客戶，項目的負責人對用戶需求的理解程度，在很大程度上決定了此類網站開發項目的成敗。因此如何更好地的了解、分析、明確用戶需求，並且能夠准確、清晰以文檔的形式表達給參與項目開發的每個成員，保證開發過程按照滿足用戶需求為目的正確項目開發方向進行，是每個網站開發項目管理者需要面對的問題。
一、 哪些人應該參與網站開發項目的需求分析活動
需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。所以項目小組每個成員、客戶甚至是開發方的部門經理（根據項目大小而定）的參與是必要的。而項目的管理者在需求分析中的職責有如下幾個方面：
1、 負責組織相關開發人員與用戶一起進行需求分析。
2、 組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。
3 、 組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。
4、 如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。
5、 如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。
二、 完整的需求調查文檔記錄體系
在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助
目成員將需求分析結果更加明確化，也為以後開發過程中做到了現實文本形式的備忘，並且有助於公司日後的開發項目提供有益的借鑒和模範，成為公司在項目開發中積累的符合自身特點的經驗財富。
需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文後面討論。
三、 向用戶調查些什麼
在需求分析的工程中，往往有很多不明確的用戶需求，這個時候項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：
1、 網站當前以及日後可能出現的功能需求。
2、 客戶對網站的性能（如訪問速度）的要求和可靠性的要求。
3、 確定網站維護的要求。
4、 網站的實際運行環境。
5、 網站頁面總體風格以及美工效果（必要的時候用戶可以提供參考站點或者由公司向用戶提供）。
6、 主頁面和次級頁面數量，是否需要多種語言版本等
7、 內容管理及錄入任務的分配。
8、 各種頁面特殊效果及其數量（js,flash等）
9、 項目完成時間及進度（可以根據合同）
10、明確項目完成後的維護責任。
調查結束以後，需要編寫《用戶調查報告》，《報告》的要點是：
1、 調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。
2、 調查內容說明：用戶的基本情況；用戶的主要業務；信息化建設現狀；網站當前和將來潛在的功能需求、性能需求、可靠性需求、實際運行環境；用戶對新網站的期望等。
㈧ 網頁製作與網站設計報告書
網站項目管理規范
一.概念
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
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