1.Web項目開發流程圖解
2.Web項目開發的細節（轉載）
任何一個項目或者系統開發之前都需要定製一個開發約定和規則，這樣有利於項目的整體風格統一、代碼維護和擴展。由於Web項目開發的分散性、獨立性、整合的交互性等，所以定製一套完整的約定和規則顯得尤爲重要。本文檔將定製一系列約定和規則，他們分別包括組件團隊、文件夾命名規則、文件名命名規則、程序代碼編程風格、數據庫設計約定。這些規則和約定需要與開發人員、設計人員和維護人員共同討論定製，將來開發都將嚴格按規則或約定開發。每個團隊開發都應有自己的一套規範，一個優良可行的規範可以使我們工作得心應手事半功倍，這些規範都不是唯一的標準不存在對與錯，也許有些地方與你當前使用的習慣相駁，很多地方都有爭議。比如很多人習慣設計數據庫時採用自動增長字段，而有些人（像我這樣的人）就堅決反對，各自都有比較充分的理由闡述自己的觀點，所以只好根據具體情況來採用相應的策略。
非常明顯在Web項目開發中有前後臺開發之分，前臺開發主要是指非程序編程部分，主要職責是網站AI設計、界面設計、動畫設計等。而後臺開發主要是編程和網站運行平臺搭建，其主要職責是設計網站數據庫和網站功能模板的實現。下面的這些規範主要是從這2個方面來定製的，這些規範是我這幾年學習工作中總結的一點小經驗，本文檔比較適合中小型網站或者Web項目的開發規範。
1.組建開發團隊
在接手項目後的第一件事是組建團隊。根據項目的大小團隊可以有幾十人，也有可以是隻有幾個人的小團隊，在團隊劃分中應該含有6個角色，這6個角色是必須的，分別是項目經理，策劃，美工，程序員，代碼整合員，測試員。也許你的團隊還沒有6個人，沒有關係一個人可以有多個角色，比如項目經理還可以有策劃這個角色，如程序員還可以含有代碼整合和測試這2個角色，如果你的項目夠大人數夠多那就分爲6個組，每個組分工再來細分。下面簡單介紹一下這6個角色的具體職責。
項目經理，項目總體設計，開發進度的定製和監控，定製相應的開發規範，負責各個環節的評審工作，協調各個成員(小組)之間開發。策劃，提供詳細的策劃方案和需求分析。還包括後期網站推廣方面的策劃。美工，根據策劃和需求設計網站AI，界面，Logo等。程序員，根據項目總體設計來設計數據庫和功能模塊的實現。代碼整合員，負責將程序員的代碼和界面融合到一起，代碼整合員可以製作網站的相關頁面，測試員，負責測試程序。
2.開發工具
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也可以。
3.網站開發流程
在項目開始實施之前應該有一個工作步驟也就是工作流程，在項目開發中最需要時間的是總體設計和系統測試，而程序編寫代碼所佔的時間並不多，但有的團隊就急於開發寫代碼，先把程序寫出來再說，沒有注重評審和測試這2個環節，結果造成返工，我在一家比較大的公司中都遇到多次這種情況。所以項目來了不要急於開工寫代碼，應該一步一步慢慢來，只有走的慢才能走得穩走得遠。圖1的開發流程比較好地體現開發的整個環節。
圖 1
從圖1可以看到2條主線，這2條主線分別是前臺開發和後臺開發。前後臺開發在項目開發早期互相沒有交叉，當然不是絕對沒有，Web策劃和需求分析都是互相有關係的，一個是網站表現形式和風格的策劃另一個是網站功能的策劃，它們是衣服和軀幹的關係。到了開發後期就需要把界面和功能模塊結合起來形成一個統一，也就即將發佈的網站。
4．數據庫開發
數據文件命名採用系統名+_+文件類型，比如系統名爲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’
5.文件夾文件名命名規範
文件夾命名一般採用英文，長度一般不超過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
6.程序代碼編程規範
一個良好的程序編碼風格有利於系統的維護，代碼也易於閱讀查錯。在此只討論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位字符串保存。
________________________________________________________________
很久以來，網站開發過程中，最大的問題是溝通，前臺與後臺，項目經理與項目實施人員， 項目經理和客戶，都苦於良好的溝通方式。我覺得問題的根源就在於傳統的網站開發方法，說白 了，就是非標準的開發方式導致的溝通的困難。
具體地說，一個網站開發小組，通常要配備一下人員：網站總體策劃師，網頁設計師（美工 ），網站製作，程序員。看似分工明確，卻往往效率低下，原因在於網站開發本身就沒有實現內 容、結構、表現、行爲的分離，卻把人員分工分的如此的明確，這本身就是人力資源運用的敗筆 ：根本沒有可能實現“各司其職”，又怎麼會有良好的效率保證？
web標準究竟有何意義？由此看來標準帶來的不僅僅是技術上的統一規範，它處處體現出人 文關懷的意味（508條便是明證），更重要的是，它極力要改變的是網站從業人員的思路，是適 應現代社會發展分工需要的規範。
現在，我們嘗試着用web標準來指導我們的網站開發流程，會是什麼樣子？
我不得不在此提出一個新的網站開發職位：網站內容結構設計師。web標準強調內容的結構 化，認爲網站是建立在內容的基礎上，沒有內容談不上表現。由此看來，內容結構的設計的重要 性不言而喻。遺憾的是目前的網站開發團隊並沒有這樣一個職位，或是說這樣的職位總被其他的 職位兼顧着（一般都是網站策劃師），但我這裏所言的網站結構設計師並不僅限於現在策劃師所 作的。
目前的策劃師往往僅僅是策劃出網站風格、欄目、功能，但我這裏談及的網站結構設計師所 作的工作並不僅限於此，他所要做的是將客戶提供的信息歸類，將信息內容結構化，使客戶提供 的整個文檔具備高度的可讀化（就像組織一本書，要分好章節、項目、段落等等）。這樣的職位 要求從業人員有較高的邏輯思維能力和語文基礎，並熟知xhtml中的結構化標籤，可利用這些標籤 最終形成內容高度結構化的網頁。這個工作是整個網站構建的基礎。
有了這樣一個網站內容設計師，我們整個的工作就簡單而明瞭了。我們需要以下人員：
網站項目經理：負責與客戶溝通，採集客戶的需求，確定網站的風格、欄目 、功能，制定網站策劃書、指派監督任務，與項目實施人員溝通協調，測試網站，最終促使項目 水利完成。 網站內容結構設計師：根據項目經理提供的項目材料，生成高度結構化的文檔，並形成 初始網頁（不含任何樣式）。
網頁設計師（美工）：根據項目經理提供的策劃書和內容結構師製作的初始網頁， 進行網頁效果圖的設計，包括首頁、欄目頁、內容頁、功能頁等。
網站樣式設計師（網站製作）：參照網頁設計師的效果圖以及內容設計師的初始網 頁，編寫網頁樣式，須保證樣式的高效簡潔。最終實現符合效果圖的網頁。
網站程序員：根據項目經理的網站功能設計策劃，編制實現功能的後臺程序。需要 在頁面輸出的，就將頁面的靜態內容換成動態輸出的。要求瞭解web標準。
這樣的人員分配，保證了每個項目人員都能專心的發揮本身的長處，內容設計師只要具備良 好的邏輯思維和語文基礎，不需要去考慮網頁的表現；網頁設計師只要是個平面設計高手，具有 良好的形象思維，良好的美學觀念，良好的藝術創造力，不需要繁瑣的網頁設計知識，畢竟網頁 設計也要有一定的邏輯思維，這對專業的藝術設計人員來說是可怕而費時的；網站樣式設計師（ 網站製作），只要照着效果圖實現效果就可以了，工作性質類似於工匠，要求有細心仔細的工作 作風，只需要瞭解樣式的編寫，不需要再去考慮創作上的問題，某種意義上說也是一種解 脫。
由此看來，在應用標準進行設計的過程中，能夠順利地實現項目的明確分工，的確是有利於 開發效率的。