網站開發規範及流程v1.0

來源:互聯網
上載者:User
規範|開發規範 Web 開發的分散性和互動性,決定了 Web 開發必須遵從一定的開發規範和技術約定,只有每個開發人員都按照一個共同的規範去設計、溝通、開發、測試、部署,才能保證整個Team Dev協調一致的工作,從而提高開發工作效率,提升工程項目品質。

一、項目的角色劃分
如果不包括前期和後期的市場推廣及銷售人員,Team Dev一般可以劃分為項目負責人、程式員、美工三個角色。
項目負責人習慣稱為專案經理,負責項目的人事協調、時間進度等安排,以及處理一些與項目相關的其他事情。程式員主要負責項目的需求分析、策劃、設計、代碼編寫、網站整合、測試、部署等環節的工作。美工負責網站的介面設計、版面規劃,把握網站的整體風格。如果項目比較大,可以按照三種角色把人員進行分組。
角色劃分是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,在必要的時候,讓使用者對已經確定的需求內容簽字,蓋章。



相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。