zhangking [原作]

商務流程
　　一、 尋找客戶，確定網(wǎng)站開發(fā)意向。在與客戶交流的過程中，可能要向客戶展示以前實施的樣板項目，還可能要給客戶制作網(wǎng)站樣例（圖片及文字說明）。
　　二、 簽定網(wǎng)站項目開發(fā)合同。客戶方預付一定數(shù)量的款項。
　　三、 項目實施完畢，客戶交付全部項目款。

需求分析
　　一、 進行客戶計算機應用水平調(diào)查。
　　二、 確定客戶方項目負責人員。
　　三、 召開用戶需求調(diào)研會議（最少一次）
　　參加會議人員：
　　客戶方：領導，客戶方項目負責人，業(yè)務代表，技術(shù)員等。
　　我方：商務人員，項目經(jīng)理，技術(shù)人員（盡可能都參加）。
　　討論的內(nèi)容及成果：以用戶需求為中心，共同討論，產(chǎn)生網(wǎng)站的欄目規(guī)劃（用樹形圖表示），標出哪些是靜態(tài)頁面，哪些是動態(tài)頁面。制定網(wǎng)站的界面框架，包括首頁構(gòu)圖，及各頁面間的鉤稽關(guān)系。這一步可能需要反復循環(huán)迭代若干次，直到客戶滿意。
需求分析要考慮用戶的當前業(yè)務，還要適當考慮將來業(yè)務的擴展。需求分析記錄的數(shù)據(jù)必須可*。
需求分析必須針對用戶的現(xiàn)實需求，既不能隱瞞技術(shù)細節(jié)，欺騙客戶，也不能產(chǎn)生"過度需求"，無限偏離公司的技術(shù)力量甚至產(chǎn)生一些"不可能"的需求。
需求分析的成果就是《項目需求說明書》。
　　四、雙方對《項目需求說明書》確認后簽字，作為下一步開發(fā)的技術(shù)依據(jù)。簽字的目的是確保用戶需求在項目實施期間的穩(wěn)定性。因為需求的大量更改，甚至"無限需求"，會大量增加開發(fā)成本，最終延誤工期，還會影響項目質(zhì)量。


開發(fā)流程及規(guī)范
　　Web 開發(fā)的分散性和交互性，決定了 Web 開發(fā)必須遵從一定的開發(fā)規(guī)范和技術(shù)約定，只有每個開發(fā)人員都按照一個共同的規(guī)范去設計、溝通、開發(fā)、測試、部署，才能保證整個開發(fā)團隊協(xié)調(diào)一致的工作，從而提高開發(fā)工作效率，提升工程項目質(zhì)量。
　　一、 項目的角色劃分
　　如果不包括前、后期的市場推廣和產(chǎn)品銷售人員，開發(fā)團隊一般可以劃分為項目負責人、程序員、美工三個角色。
　　項目負責人在我們中國習慣稱為"項目經(jīng)理"，負責項目的人事協(xié)調(diào)、時間進度等安排，以及處理一些與項目相關(guān)的其它事宜。程序員主要負責項目的需求分析、策劃、設計、代碼編寫、網(wǎng)站整合、測試、部署等環(huán)節(jié)的工作。美工負責網(wǎng)站的界面設計、版面規(guī)劃，把握網(wǎng)站的整體風格。如果項目比較大，可以按照三種角色把人員進行分組。
　　角色劃分是Web項目技術(shù)分散性甚至地理分散性特點的客觀要求，分工的結(jié)果還可以明確工作責任，最終保證了項目的質(zhì)量。分工帶來的負效應就是增加了團隊溝通、協(xié)調(diào)的成本，給項目帶來一定的風險。所以項目經(jīng)理的協(xié)調(diào)能力顯得十分重要，程序開發(fā)人員和美工在項目開發(fā)的初期和后期，都必須有充分的交流，共同完成項目的規(guī)劃和測試、驗收。
　　二、 開發(fā)工具的選取
　　不象C/S結(jié)構(gòu)程序開發(fā)，可以一門語言從頭到尾，你用Delphi，就是Delphi程序員，你用VC++，你就是VC程序員。B/S結(jié)構(gòu)的Web開發(fā)工作，工具的選擇是一件痛苦的事情。從Windows到Linux，從IIS到 Apache，從J2EE到 .NET，從COM到.NET到EJB組件……還有 Asp、Asp.net、Jsp、Php、Perl、Javascript、Vbscript……
　　美工也輕松不了多少，什么"網(wǎng)頁三劍客" "新網(wǎng)頁三劍客"、FrontPage、Photoshop、CorelDraw……誰都說自己是最強大的！
　　我們的經(jīng)驗是，選用工具時最好是統(tǒng)一的，比如美工統(tǒng)一用DreamwaverMX制作網(wǎng)頁，程序員全部用文本編輯器書寫代碼。統(tǒng)一工具的好處是可以保持同一個項目文檔的一致性，便于開發(fā)人員的交流和文檔的保存。
　　但是也不必刻意強求一致，比如美工可以使用任何自己熟悉的圖形處理軟件，只要最后能生成瀏覽器支持的圖片就可以了。正是Web開發(fā)工具的多樣性，才成就了今天互聯(lián)網(wǎng)多姿多彩的局面。
　　只要程序員的純Html和 Javascript 代碼的功夫足夠過硬，就能勝任最后的網(wǎng)站整合工作。
　　三、 項目開發(fā)流程
　　如果項目真正談下來了，就需要正式確定前階段的需求分析，該補充的步驟必須補上。然后進行詳細的總體設計，其實也基本是前階段工作的重復和完善。
產(chǎn)生各欄目文件夾的結(jié)構(gòu)圖（一些公共文件夾如images、scripts、 styles等需要固定存放，共同調(diào)用）。
　　然后由美工根據(jù)內(nèi)容表現(xiàn)的需要，設計靜態(tài)網(wǎng)頁和其它動態(tài)頁面界面框架，該切分的圖片要根據(jù)尺寸切割開來。給需要程序動態(tài)實現(xiàn)的頁面預留頁面空間。制定字體、字號、超級鏈接等CSS樣式等。
　　在美工設計頁面的同時，程序員著手開發(fā)后臺程序代碼，做一些必要的測試。
　　美工界面完成后，由程序員添加程序代碼，整合網(wǎng)站。
　　由項目組共同聯(lián)調(diào)測試，發(fā)現(xiàn)bug，完善一些具體的細節(jié)。
　　制作幫助文檔、用戶操作手冊。向用戶交付必要的產(chǎn)品設計文檔。
　　然后進行網(wǎng)站部署、客戶培訓。
　　最后進入網(wǎng)站維護階段。這一階段也可以不包括在該項目中，而作為公司的服務內(nèi)容。
　　以上的每一部都會產(chǎn)生一些階段性成果，項目經(jīng)理需要及時進行監(jiān)督、審核，發(fā)現(xiàn)問題及時糾正。
　　為了控制項目的進度，應當實施填寫"項目進度表"制度，即每天填寫工作日志，記錄當天的工作細目和工作量，以及需要解決和已經(jīng)解決的問題。
　　四、 一些技術(shù)規(guī)則
　　1， 數(shù)據(jù)庫命名約定(參考了"匈牙利命名法")
　　數(shù)據(jù)庫(Database)：格式 [db]_[ desc]。
　　表(Table)：格式 [tab]_[desc]。表名長度不能超過30個字符，單詞首寫字母大寫，多個單詞間不用連接符號。
　　字段(Field or Column)：格式f_[type]_[desc]。f：表明這是一個字段名稱；type：可選，表明字段類型，字符型為c，整型為i，邏輯型為b，貨幣類型為m,浮點型為f，日期型為d，時間型為t，二進制為bl。如果類型為字符型，可以省略。desc：對字段屬性的有意義的描述，可以用英語單詞、單詞縮寫、漢語拼音、字段實際含義的拼音縮寫等，單詞之間可以用單詞首字母大寫軟分割（推薦），也可以用"_"隔開。舉例：
　　f_name (姓名)
　　f_c_ UserInfo 或 f_c_ User_Info
　　f_xm (姓名)
　　f_grp_id (組標識)
　　索引(Index)：格式 [idx]_[desc]。
　　視圖(View)：格式 [View]_[表A]_[表B]_[表C]…，其中View表示"視圖"。這個視圖由幾個表產(chǎn)生就用連字符"_"連接幾個表的名，如果表過多可以將表名適當簡化。
　　存儲過程：格式 [sp]_[表名]_[存取過程名(縮寫)]，比如sp_User_Delete。
　　觸發(fā)器(Trigger)：格式 [trg]_[d][i[_[desc]。trg 代表觸發(fā)器；d，i，u表明觸發(fā)器類型(Delete，Insert，Update)定義，書寫順序為d、i、u；desc是表的名稱，表明觸發(fā)器所在的表。
　　數(shù)據(jù)庫設備(Database Device)：格式 [dev]_[desc]。
　　約束(Constraint)：格式 [cns]_[desc]。
　　2， SQL語句書寫規(guī)范
　　SQL語句中，SQL關(guān)鍵字全部大寫，其它的遵照"數(shù)據(jù)庫命名約定"。例如：
　　SELECT * FROM tabNewsInfo WHERE f_UserName=’’ ORDER BY f_i_autoid
　　3， 文件夾命名約定
　　公共文件夾：
　　/images 公共圖片
　　/styles 樣式表
　　/scripts 腳本
　　/ftps 下載
　　/doc 網(wǎng)站相關(guān)素材、文檔
　　/readme.txt 網(wǎng)站說明文檔
　　/helps.htm 網(wǎng)站幫助文檔
　　/mylogs.txt 網(wǎng)站維護記錄
　　其它欄目的命名，可以用拼音首字母簡稱，也可以用英文單詞。全部文件夾的含義在readme.txt文件中說明。
　　4，對象及變量命名約定
　　每個變量名必須先定義，再使用。在ASP文件的最開頭添加語句可以強制變量定義。代碼塊必須采用縮進格式。每個函數(shù)前必須標明函數(shù)的功能、輸入?yún)?shù)、返回值的相關(guān)信息。
變量類型 縮寫前綴
　　String str 或 s
　　Integer Int
　　Date Dt
　　Object obj或 o
　　Boolean bol或 b
　　Byte Byt
　　Double Dbl
　　Error Err
　　Long Lng
　　Single Sng

　　5，圖形對象約定
　　圖片的格式：最后生成 jpg，gif，png，swf 格式的圖形文件
　　圖片的字節(jié)大?。鹤畲蟛荒艹^30k
　　圖片的尺寸：根據(jù)需要確定，最好使用小圖片，大的圖片必須切割成小圖片使用。
　　圖片的留白：圖片的邊界不能留白，圖片只包含有效的色彩元素
　　6，媒體對象約定
　　流媒體的格式： asf，wmv，wma，rm，不建議使用 avi 格式的動畫文件
　　7,頁面布局的基本約定
　　中文段落必須有2個漢字的縮進。字間距采用默認大小。行間距為16pt~20pt。文字布局必須留有"天""地""左""右"，不能把版面占滿。
　　頁面布局必須保持色彩平衡。注意上下、左右的呼應。注意頁面的整體協(xié)調(diào)。提倡畫面和文字的融合，而不是畫面和文字的明顯分離。
　　要按照設計廣告的要求來設計網(wǎng)頁頁面 - 特別是一些產(chǎn)品展示性的頁面。
　　五、 一些經(jīng)驗和教訓
　　1，能用靜態(tài)網(wǎng)頁表現(xiàn)的內(nèi)容，盡量不用程序代碼動態(tài)實現(xiàn)。
　　2，設計階段，必須和用戶進行充分的交流，完全、準確的了解用戶的需求。既不能歪曲用戶的意思，也不能一味迎合用戶的非正當需求，也不能對自己沒有把握的技術(shù)甚至不可能實現(xiàn)的技術(shù)夸下海口。需求分析是一個溝通、交流、引導、教育、斗爭、妥協(xié)的過程。需求分析結(jié)果要有文字資料存檔。
　　3，技術(shù)參數(shù)必須了解準確。比如用戶的軟件平臺是linux系列，那你的系統(tǒng)就要考慮用Java或者 Php 加MySQL開發(fā)了，這時候你的ASP.NET技術(shù)就用不上了。
　　4，最好讓用戶對已經(jīng)確定的需求內(nèi)容簽字，蓋章。
　　5，任何交流，必須有書面記錄。對一些喜歡"健忘"-實際上是懶惰的開發(fā)人員，要求他必須每天花10分鐘寫工作日志。
　　6，每個項目的有關(guān)文檔，全部、統(tǒng)一集中歸檔。

【?發(fā)表評論?0條?】