Web 開發的分散性和交互性，決定了 Web 開發必須遵從一定的開發規範和技術約定，只有每個開發人員都按照一個共同的規範去設計、溝通、開發、測試、部署，才能保證整個開發團隊協調一致的工作，從而提高開發工作效率，提升工程項目質量。
一、項目的角色劃分
? ?如果不包括前期和後期的市場推廣及銷售人員，開發團隊一般可以劃分爲項目負責人、程序員、美工三個角色。
項目負責人習慣稱爲項目經理，負責項目的人事協調、時間進度等安排，以及處理一些與項目相關的其他事情。程序員主要負責項目的需求分析、策劃、設計、代碼編寫、網站整合、測試、部署等環節的工作。美工負責網站的界面設計、版面規劃，把握網站的整體風格。如果項目比較大，可以按照三種角色把人員進行分組。
角色劃分是Web項目技術分散性甚至地理分散性等特點的客觀要求，分工的結果還可以明確工作責任，最終保證了項目的質量。分工帶來的負效應就是增加了團隊溝通、協調的成本，給項目帶來一定的風險。所以項目經理的協調能力顯得十分重要，程序開發人員和美工在項目開發的初期和後期，都必須有充分的交流，共同完成項目的規劃和測試、驗收。
二、開發工具的選取
? ?不象C/S結構程序開發，可以一門語言從頭到尾，你用Delphi，就是Delphi程序員，你用VC++，你就是VC程序員。B/S結構的Web開發工作，工具的選擇是一件痛苦的事情。從Windows到Linux，從IIS到 Apache，從J2EE到 .NET，從EJB到COM到.NET組件……還有 Asp、Asp.net、Jsp、Php、Perl、Javascript、Vbscript……
美工也輕鬆不了多少，什麼"網頁三劍客" "新網頁三劍客"、FrontPage、Photoshop、CorelDraw……誰都說自己是最強大的！
我們的經驗是，選用工具時最好是統一的，但是也不必刻意強求一致。正是Web開發工具的多樣性，才成就了今天互聯網多姿多彩的局面。只要程序員的純Html代碼的功夫足夠過硬，一般不會影響網站最後的整合工作。
三、項目開發流程
? ? ?由項目經理牽頭，以程序員爲重心，共同討論，完成用戶需求分析，產生網站的欄目規劃（用樹形圖表示），標出哪些是靜態頁面，哪些是動態頁面。動態頁面須要程序實現。制定網站的界面框架，包括首頁構圖，及各頁面間的鉤稽關係。產生各欄目文件夾的結構圖（一些公共文件夾如images、scripts、 styles等需要固定存放，共同調用）。
然後由美工根據內容表現的需要，設計靜態網頁和其它動態頁面界面框架，該切分的圖片要根據尺寸切割開來。給需要程序動態實現的頁面預留頁面空間。制定字體、字號、超級鏈接等CSS樣式等。
在美工設計頁面的同時，程序員着手開發後臺程序代碼，做一些必要的測試。
美工界面完成後，添加程序代碼，組合網站，由項目組共同聯調測試，發現bug，完善一些具體的細節。最後進行網站部署。
以上的每一部都會產生一些階段性成果，項目經理需要及時進行審覈、監督，發現問題即使糾正。
四、 一些技術規則
1，數據庫命名約定
? ?表命名約定：表名長度不能超過30個字符，單詞首寫字母大寫，多個單詞間不用連接符號。
? ?字段命名約定：字段名儘量採用英文單詞，單詞首字母大寫，單詞之間用"_"隔開，命名規則是"表類別名_單詞"，如：User_Info，News_Content。
? ?視圖命名約定：採用規則View_表A_表B_表C，其中View表示"視圖"。這個視圖由幾個表產生就用連字符"_"連接幾個表的名，如果表過多可以將表名適當簡化。
? ?存儲過程命名約定：P_表名_存取過程名(縮寫)，比如P_User_Deleted。
2，文件夾命名約定
公共文件夾：
/images 公共圖片
/styles 樣式表
/scripts 腳本
/ftps 下載
/doc 網站相關素材、文檔
/readme.txt 網站說明文檔
/helps.htm 網站幫助文檔
/mylogs.txt 網站維護記錄
其它欄目的命名，可以用拼音首字母簡稱，也可以用英文單詞。全部文件夾的含義在readme.txt文件中說明。
3，對象及變量命名約定
每個變量名必須先定義，再使用。在ASP文件的最開頭添加語句<%Option Explicit%>可以強制變量定義。代碼塊必須採用縮進格式。每個函數前必須標明函數的功能、輸入參數、返回值的相關信息。
變量類型 縮寫前綴
String str 或 s
Integer int
Date dt
Object obj或 o
Boolean bol或 b
Byte byt
Double dbl
Error err
Long lng
Single sng
五、 一些小經驗
1，能用靜態網頁表現的內容，儘量不用程序代碼動態實現。
2，設計階段，必須和用戶進行充分的交流，完全、準確的瞭解用戶的需求。既不能歪曲用戶的意思，也不能一味迎合用戶的非正當需求，也不能對自己沒有把握的技術甚至不可能實現的技術誇下海口。需求分析是一個溝通、交流、引導、教育、鬥爭、妥協的過程。需求分析結果要有文字資料存檔。
3，技術參數必須瞭解準確。比如用戶的軟件平臺是linux系列，那你的系統就只好用Java+Apache開發了，這時候你的ASP.NET技術就用不上了。
4，在必要的時候，讓用戶對已經確定的需求內容簽字，蓋章。