第一篇：Web開發(fā)流程
Web開發(fā)的分散性和交互性，決定了Web開發(fā)必須遵從一定的開發(fā)規(guī)范和技術(shù)約定，只有每個開發(fā)人員都按照一個共同的規(guī)范去設計、溝通、開發(fā)、測試、部署，才能保證整個開發(fā)團隊協(xié)調(diào)一致的工作，從而提高開發(fā)工作效率，提升工程項目質(zhì)量。
一、項目的角色劃分
如果不包括前、后期的市場推廣和產(chǎn)品銷售人員，開發(fā)團隊一般可以劃分為項目負責人、程序員、美工三個角色。
項目負責人在我們中國習慣稱為“項目經(jīng)理”，負責項目的人事協(xié)調(diào)、時間進度等安排，以及處理一些與項目相關的其它事宜。程序員主要負責項目的需求分析、策劃、設計、代碼編寫、網(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個字符，單詞首寫字母大寫，多個單詞間不用連接符號。
字段(FieldorColumn)：格式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[[u]_[desc]。trg代表觸發(fā)器；d，i，u表明觸發(fā)器類型(Delete，Insert，Update)定義，書寫順序為d、i、u；desc是表的名稱，表明觸發(fā)器所在的表。
數(shù)據(jù)庫設備(DatabaseDevice)：格式[dev]_[desc]。
約束(Constraint)：格式[cns]_[desc]。
2，SQL語句書寫規(guī)范
SQL語句中，SQL關鍵字全部大寫，其它的遵照“數(shù)據(jù)庫命名約定”。例如：SELECT*FROMtabNewsInfoWHEREf_UserName=’’ORDERBYf_i_autoid
3，文件夾命名約定
公共文件夾：
/images公共圖片
/styles樣式表
/scripts腳本
/ftps下載
/doc網(wǎng)站相關素材、文檔
/readme.txt網(wǎng)站說明文檔
/helps.htm網(wǎng)站幫助文檔
/mylogs.txt網(wǎng)站維護記錄
其它欄目的命名，可以用拼音首字母簡稱，也可以用英文單詞。全部文件夾的含義在readme.txt文件中說明。
4，對象及變量命名約定
每個變量名必須先定義，再使用。在ASP文件的最開頭添加語句<%OptionExplicit%>可以強制變量定義。代碼塊必須采用縮進格式。每個函數(shù)前必須標明函數(shù)的功能、輸入?yún)?shù)、返回值的相關信息。
變量類型縮寫前綴
Stringstr或s
IntegerInt
DateDt
Objectobj或o
Booleanbol或b
ByteByt
DoubleDbl
ErrorErr
LongLng
SingleSng
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，每個項目的有關文檔，全部、統(tǒng)一集中歸檔。
第二篇：java web 流程
但是現(xiàn)在我想可能不行了，今天公司突然有變，哎說起來我也真夠慘的，不講這些不高興的 事了.說點正經(jīng)的，今天我所寫的內(nèi)容可以對每個有志從事JAVA WEB開發(fā)程序員都有很大的 幫助，今天我會詳細地把學習JAVA WEB會用到的幾乎所以的知識塊，這些知識塊比較多，主要是給大家指明以后你可能會學到的知識有哪些，不過比較多，但是你們也不用擔心，慢慢的 學，也并不是所以的全部都要掌握，但是最起碼要有所了解。就拿自己而言吧，學習JAVAWEB開發(fā)順序是： 1.初學JAVA者學些C語言做基礎 2.網(wǎng)頁三劍客: DreamWeaver FireWorks(or PhotoShop)Flash ；
對于JAVA程序員來說上面的不一定非要學,但如果你想做一個JAVA WEB開發(fā)程序員你最少要會html語言，這是最基本的當然如果你會一些Div+Css樣式更好
3.數(shù)據(jù)庫(mysql,SQL Server,Oracle等等)，這些數(shù)據(jù)庫中你至少要會一種數(shù)據(jù)庫,平時在學校的話一般都是用mysql or SQL Server,其原理基本相似，只要會一個其他的都差不多
4.linux操作系統(tǒng),如果學校不教的話，可以不學，等工作用到了再學習，但是如果學校教授這門課程并且你想成為一句JAVA開發(fā)工程師的話 那這門講你最好用心學一下,對以后的開發(fā)會起到一定的作用（如果你的公司是linux下開發(fā)java的話）
5.java這當然是相當重要的了，這是作為一個JAVAWEB開發(fā)程序員最基礎的部分，也就是說WEB開發(fā)的動態(tài)代碼都是用JAVA寫的，即使是框架也不例外。這是一門核心知識。比較受大眾喜歡的書籍：Thinking in Java（《JAVA 編程思想》）《,eclipse 從入門到精通》等等。（當然這兩個本書我都沒看過，嘿嘿...）
6.jsp包含內(nèi)容較多1> jsp語法知識2> javabean比較簡單些，不是很難學
3> servlet 主要是用來處理頁面?zhèn)鬟f信息與數(shù)據(jù)庫進行交互,可以返回一個頁面（jsp頁面編譯后最終也轉(zhuǎn)換成servlet）4> jdbc連接數(shù)據(jù)庫: 用jsp和數(shù)據(jù)庫連接5> jstl標簽標簽化頁面，使jsp頁面不再有動態(tài)代碼嵌入
6> EL表達式結(jié)合jstl使用，更加方便的使頁面標簽化7.javascript，對于一個優(yōu)秀的WEB開發(fā)程序員來講，其javascript應該相當不錯，javascript各種特效實在令人瞠目結(jié)舌
8.xml文件 其實這本不該拿出來單獨作為一個知識，不過以后也能用的到，主要是能會編寫簡單的xml 就行了，一定要注意其格式是什么樣子的 9.struts框架 View層 經(jīng)典的MVC框架，這也是struts經(jīng)久不衰的原因，現(xiàn)在很多人在使用的版本是1.x，不過現(xiàn)在已經(jīng)有新的版本2.0，添加了不少新的功能初學者可以先學1.x版本，學習完后再轉(zhuǎn)向2.0版本,其最主要的功能是頁面轉(zhuǎn)與參數(shù)傳遞2.0中增加了攔截器的功能
10.hibernate框架Model層 主要是對數(shù)據(jù)庫的操作，作為一種持久層，在數(shù)據(jù)庫使用方面相當優(yōu)勢
11.spring框架 Control 控制層,可以連接struts和hibernate，當然不用spring，struts也可以和hibernate，不管用了Spring更加方便管理
spring 是2006年剛推出的框架，相當紅火，但學起來也不是那么容易，底層主要是用java的反射機制寫的，還有什么動態(tài)代理
這些java的高級特性都是jdk 1.5以后才有的新特性,主要優(yōu)點是控制反轉(zhuǎn)和面向切面式編程，打破了一個類必須在實例化一個對象之后才能調(diào)用其方法和屬性的JAVA定律,也就是講想使用某個類的方法和屬性可以不用new生成一個對象
直接使用
12.DWR框架 ,也就是著名的Ajxa，無動態(tài)刷新頁面,全稱 異步javascript和xml應用:Google自動搜索建議,Google地圖,Gmail,等等等等太多了。。
目前我所學的知識已經(jīng)總結(jié)的差不多了，還有一些比較偏聽偏的知識我就不寫了，免得給大家?guī)砗芏嗖槐匾穆闊?，如果你能掌握這些，用這些知識做兩個比較像樣的網(wǎng)站再加上你有大?；虮究莆膽{，那么來講找工作一定不會一件很難的事。當然想掌握上面那些也不是一件容易的事。呵呵。上面的那些我也只會用用，真正實在地掌握我也不精，畢竟學習時間也不是很長。需要在以后的學習過程中慢慢學習以致掌握，好了今天我之所以寫這些是想給一些不明白JAVA WEB開發(fā)要學習什么知識的朋友指明一個方向，但愿你們能 有所收獲，到網(wǎng)上去找些資料吧。網(wǎng)上很多，一個一個的來慢慢學，不要灰心。相信你們能夠?qū)W好學透。。最后祝你們早日成功！以后有時間了我會再慢慢的詳細講一下每個部分有哪些重點要學。。如果還有什么問題的話也可以留言....我會抽時間來給你們解答的......
第三篇：web項目開發(fā)總結(jié)報告
唐詩宋詞學習網(wǎng)站項目總結(jié)
1引言
當下人們生活節(jié)奏飛快，能夠在緊張的工作之余細細品讀幾首唐詩宋詞，亦不失為一件美事。作為一個具有特色的學習網(wǎng)站，網(wǎng)站提供了頗具特色的唐詩宋詞的學習功能，使用戶能夠在輕松的狀態(tài)中學習。
1.1編寫目的
本次項目總結(jié)主要是對唐詩宋詞網(wǎng)站項目的總結(jié)，希望通過總結(jié)我們在開發(fā)過程中遇到的問題和采取的方法，對以后的項目開發(fā)起到一定的指導性的意義。從而提高我們組以后開發(fā)項目的效率和規(guī)范我們的過程。從客戶的需求中提取項目應該實現(xiàn)的功能要求，為后期的構(gòu)建提供指導。
1.2背景
鑒于當前互聯(lián)網(wǎng)的快速發(fā)展，以及國家對中國傳統(tǒng)文化的提倡，希望建設一個學習唐詩宋詞的網(wǎng)站，幫助推動對傳統(tǒng)文化的傳播和繼承。
2實際開發(fā)結(jié)果
2.1產(chǎn)品
唐詩宋詞學習網(wǎng)站
2.2主要功能和性能
● 普通的游客，以未登錄的狀態(tài)瀏覽網(wǎng)站的網(wǎng)頁，本網(wǎng)站只提供搜索和在線閱讀功能；
● 詩詞搜索：用戶可以根據(jù)詩名、詞名、詞牌名、內(nèi)容關鍵字等詞條進行搜索；
● 作者搜索：用戶根據(jù)喜愛的詩人或者詞人的名字進行搜索； ● 用戶根據(jù)以上的搜索的結(jié)果，選擇查看；
本網(wǎng)站為注冊的會員提供了除以上的服務外，更具有吸引力的功能：
收藏列表：
● Favorite list:用戶可以將自己喜愛的詩和詞加入到Favorite list 中；
● New poem list:用戶可以將自己喜愛的新詩詞加入此列表，此表中的詩詞是以后在線學習和復習的內(nèi)容；
● 在線學習，并完成測試的詩詞會被自動加入到Favorite list中； 收藏列表的管理：用戶擁有對自己列表自主管理的權(quán)利，如增加新的詩詞、刪除等操作 ● 分享到微博：用戶可以將喜愛的時、詞分享到微博，推薦給好友閱讀；
● 在線學習：用戶通過在線學習的板塊可以記憶自己喜愛的詩詞。
學習分為三個難度等級：初等、中等、高等。網(wǎng)站同時為在線用戶提供記憶提醒，為用戶推薦最佳的復習時間、安排復習的內(nèi)容。
2.3基本流程
同概要設計流程
2.4進度
系統(tǒng)規(guī)劃階段 需求分析階段 項目功能實現(xiàn) 系統(tǒng)測試階段 系統(tǒng)界面美化 項目驗收階段
標志性事件 開始到完成
系統(tǒng)需求說明書完成 11.20-11.30 基本代碼的生成 測試文檔產(chǎn)生 接受公開的測試 對項目功能的演示
12.1-12.16 12.17-12.23 12.24-12.30 12.31-1.5 3開發(fā)工作評價
3.1對生產(chǎn)效率的評價
本次項目中，由于組員之前缺少默契，對項目的了解程度不是很 好。所以前期的時候，小組的效率非常低，對自己能力的高估和對項目的工作量不清楚是造成效率低的主要原因。同時，隨著項目的進展，采用的結(jié)對編程使組員之間形成了一種默契。鑒于對以前SSH框架的初步了解和對項目的深入理解，中后期的生產(chǎn)效率還是有一定的提高。但是與程序員的真實水平相差很遠。
3.2對產(chǎn)品質(zhì)量的評價
1.對于網(wǎng)站初期的規(guī)劃的唐詩宋詞的增刪改查功能。2.詩詞作者信息的增刪改查功能。
3.收藏列表的增刪改查和添加刪除詩詞功能。4.生詩詞庫的建立和考核測評功能。5.用戶的注冊登陸功能。
上述的各項基本功能均已經(jīng)實現(xiàn)，可以總體運行。但是每一個功能還有很多工作要做，完善。各項功能還是有些bug，完善這些功能還需要一部分時間。同時由于我們組員對用戶的需求認識不足，造成了很多反復，導致生產(chǎn)率效率低下。
3.3對技術(shù)方法的評價
1、使用數(shù)據(jù)庫建模工具：PowerDesigner 工具來建立系統(tǒng)數(shù)據(jù)庫模型，以方便程序員很好的理解業(yè)務流和掌握系統(tǒng)架構(gòu)者的架構(gòu)思想，更好的滿足客戶的功能需求。在今后的項目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數(shù)據(jù)庫模型的建立，最大的來優(yōu)化系統(tǒng)功能。
2、系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是SSH結(jié)構(gòu)，此框架在開發(fā)一些中小軟件是比較實用的。使得程序員能夠隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術(shù)不斷的更加成熟。
3.4出錯原因的分析
主要有以下幾個方面的原因需要我們可以以后注意：
1、對軟件開發(fā)的流程不是很熟悉。因為這方面知識的獲取只是停留在理論層面，缺乏理論經(jīng)驗。
2、組員之間的交流還有待提高。因為在最后的一段時間，由于課程學習和復習的原因，大家能夠集中在一塊進行編程的時間不多。對項目的關注程度有所降低。
3、對web開發(fā)技術(shù)了解面不夠，目前只是會對SSH框架熟悉。而且其中的框架使用細節(jié)流程也不是很清楚。
4經(jīng)驗與教訓
項目歷時兩個月時間，在這兩個月的時間里，使我們組對于項目有了更深刻的理解。
首先是對軟件工程課程的更進一步學習，理解。此次的綜合訓練是緊跟課程同時進行的。在課程進行的同時，老師對其用到的知識進 行了詳細的講述。包括團隊的建立，題目的選擇，團隊中各個組員之間的關系和整個項目選擇的過程模型等。
第一階段：需求分析階段。只有充分了解了用戶的需求才能開發(fā)功能完整、性能良好的項目。在這個階段，我們小組聽取了梁丹同學對于這個網(wǎng)站各個功能模塊的描述，并做詳細的記錄，這個為我們后面項目的度量提供了可靠的材料。
第二階段：項目分析設計階段。整個項目在這個階段的工作要多一點，它直接關系到后一階段的編碼，所以它起到了承上啟下的作用。這一階段的主要任務包括分析項目中對象，再根據(jù)對象設計數(shù)據(jù)庫，在此包括其建模設計，在完成數(shù)據(jù)庫后就是數(shù)據(jù)流程圖了，它大體上描述了程序走的流程，以及大體的一個架構(gòu)。完成上述工作后就是類的設計了，它是根據(jù)數(shù)據(jù)流圖的設計來設計的，寫好每個模塊的每一個類，為下一階段做好準備。在此，我們就完成了整個系統(tǒng)的一個架構(gòu)。
第三階段：編碼階段。在整個項目周期中只占到了1/4的時間，用代碼將整個系統(tǒng)的業(yè)務邏輯表達出來。其中和遇到好多問題：對java中的好多現(xiàn)有的類不熟悉，使得編寫的代碼質(zhì)量不高，代碼的復用性不高，好多問題還都沒有解決。
第四階段：測試和發(fā)布。這一階段是我們項目的最后一個階段了，主要是對項目所涉及的功能進行功能測試。發(fā)現(xiàn)問題及時解決。
同時鑒于我們采用的是Scrum敏捷開發(fā)模型，并采用了結(jié)對編程。下邊介紹下關于團隊建設方面的總結(jié)。團隊的個體成員為實現(xiàn)一個共同目標而協(xié)同工作。團隊工作就是團隊成員為實現(xiàn)這一共同目標而共同努力。項目團隊工作是否有成效會直接影響項目的成敗，盡管計劃以及項目經(jīng)理的工作技能是必要的，但人員——項目經(jīng)理和項目團隊——才是項目成功的關鍵。項目成功需要一個有效的項目團隊。
我們組每位成員都精心付出了自己的努力，相互依賴，齊心協(xié)力地進行工作，已保證項目目標的成功實施.同時我們組也做到了以下的關鍵幾點：
1、對項目目標的清晰理解。
2、對每位成員角色和職責的明確期望。
3、目標導向。
4、高度的合作互助。
5、高度信任。
這些都是以后我們在做項目設計時候必須借鑒的。一個績效良好的項目團隊很有必要管理好時間，為有效管理時間，團隊成員要明確每周的目標，每天制定一個做事表，集中精力完成當天的做事表。要控制干擾，謝絕參加那些對實現(xiàn)目標沒有意義的活動。團隊成員也要有效利用等待的時間，一次性處理好文件工作，并要為實現(xiàn)目標獎勵自己。我們組的每位成員都盡心盡力地為這個項目付出，期待項目最后成功的實施。
通過此次項目的學習和實踐，使得我們組對于軟件過程和項目管理這門課程有了更深入的了解，對其中所涉及的方法和工具有新的認 識，我們組會在以后的學習中繼續(xù)摸索，靈活運用各種方法，熟練對各種工具的掌握，努力提高我們組的知識水平和業(yè)務能力！同時也認識到我們組在實際的代碼編寫階段出現(xiàn)了許多無法解決的bug，需要我們利用下來的時間進行完善，真正做到學習無止境。也使我們認清了我們現(xiàn)在的編程水平還很低下，對知識的掌握還不夠。距成為一名合格的軟件工程師還有很長的一段距離。
第四篇：WEB前端開發(fā)經(jīng)驗總結(jié)
ASP.NET前端開發(fā)經(jīng)驗總結(jié)
通過此次大作業(yè)的設計到完成，我負責的是web前端的開發(fā)，經(jīng)過此次作業(yè)和結(jié)合W3C上的自學，我漸漸有了一些對前端開發(fā)的小小經(jīng)驗（僅為個人意見）。WEB標準是什么？
說是WEB標準，不過我這里主要是對HTML5 和 CSS3.0的一些經(jīng)驗總結(jié)。因為WEB含蓋的內(nèi)容實在是太多了，“WEB標準”是一系列標準的總稱，包括HTML5.0、HTML4.0、XHTML1.1、CSS3.0、CSS2.1、XML1.0、RSS2.0、ECMAScript1.1、DOM1.0等等。所以這里要跟大家指出來一下，WEB標準不是我們所說的DIV+CSS。剛剛上面提到了――DIV+CSS，這里要說明下，這樣說其實是不正確的。DIV+CSS準確的說法（個人的理解）應該是：采用W3C推薦的WEB標準中的HTML5結(jié)合CSS3.0樣式表制作頁面的方法，DIV應該指的是HTML標簽，而CSS顯示是指的CSS樣式表了。
采用WEB標準開發(fā)的好處
那么W3C為什么會推薦這樣的頁面制作方法呢？下面我們就簡單的看看采用WEB標準開發(fā)（個人理解的）相對以前TABLE布局的優(yōu)勢有哪些？
1、節(jié)約運營成本
看看我們的WEB標準制作方法是如何做到的？
采用WEB標準制作，我們可以做到表現(xiàn)很形式的分離，我們用XHTML來表現(xiàn)（數(shù)據(jù)），用CSS來控制（頁面元素呈現(xiàn)的）形式。寫的好的頁面，XHTML代碼中基本上都是用戶要看的數(shù)據(jù)，還其他修飾性的東西，全部由我們的CSS來控制。這樣一來我們的（XHTML）頁面的體積就大大減小了，這樣你在帶寬上的費用就會大家降低了，這個怎么降低的，你可以想象一下，YAHOO的首頁小1K，100W個人一起訪問，那么帶寬節(jié)約了多少？而且可以更充分的利用帶寬。
而我們的CSS控制了，所有的頁面元素的樣式，現(xiàn)在想改網(wǎng)站的整體風格，你只需要花幾分鐘修改一下一個CSS文件，就可以輕松搞定了。維護的成本也下來了，省了不少錢了吧？還有，你開這個頁面的速度會快很多啊，一個讓你等半分鐘的頁面，除非里面的信息對你很有用，不然我們大家基本都沒有太多的時間去用來等待的。
2、對用戶友好更友好，且有機會獲得更多的用戶 現(xiàn)在來說說用戶友好。首先我想把我們的用戶來分下類。第一類：普通用戶（每個訪問我們網(wǎng)站的人）； 第二類：搜索引擎；
采用WEB標準開發(fā)的頁面，結(jié)構(gòu)清晰，頁面體積小，瀏覽器兼容性好。普通用戶訪問的時候，頁面打開速度快，而且不管用戶使用那種瀏覽器，都能夠正常訪問（顯示）頁面，且頁面的結(jié)構(gòu)清晰，要找的數(shù)據(jù)可以很方便的瀏覽到。
而對搜索引擎來說，一個好的采用WEB標準開發(fā)的頁面，都是做過SEO優(yōu)化的，它訪問起來很友好，很容易理解你的頁面中哪里是標題（H1~H6標簽），哪里是段落（p標簽），哪里是段落里要強調(diào)的內(nèi)容（strong標簽）等，它可以很容易的分析出來。而一個SEO好的站點，大家都知道，被搜索引擎收錄的機會更多，這個也意味著您的網(wǎng)站會被更多的普通用戶訪問到，給你的站點帶來更多的用戶。
一個能幫我們省下大筆費用，提高工作效率。同時又能夠提高頁面瀏覽速度，對用戶友好，甚至能夠不花錢宣傳，就能給你帶來更多用戶的技術(shù)。你說你會不會去使用它？這個也正式我們的W3C推薦使用WEB標準開放網(wǎng)站的原因啊。而這個技術(shù)也得到了我們廣大用戶的認可，所以現(xiàn)在需要學習WEB標準啊。合理的布局
前面我提到了一些知識點――“結(jié)構(gòu)清晰、SEO優(yōu)化、頁面體積小、HTML代碼中基本上都是用戶要看的數(shù)據(jù)”。這些東西，都是我做了合理布局的結(jié)果。而且我個人覺得，我們采用WEB標準制作的一切都是從這個知識點開始的，所以我這里就先來說這個話題。
也許有人會問，怎樣的一個頁面，才算是合理的布局的呢？這個問題問題問得好，也是我們大家剛開始學用WEB標準的問得最多的問題之一，我也曾經(jīng)常被這個問題所困擾，這里就說說我對合理布局的一些理解。
在開始講合理布局的頁面要達到的要素前，我們還是用個實例來講解會更直觀些。先來看看這個圖片：
不錯，這個是一個文章詳細頁，沒有左右兩欄布局，不過這里我重點要講的是合理的布局。
這是此次實驗中customer（前端的一項）部分的完整代碼：
<%@ Page Language=“C#” AutoEventWireup=“true” CodeFile=“Customer.aspx.cs” Inherits=“Customer” %> <%@ Register Src=“Controllers/Bottom.ascx” TagName=“Bottom” TagPrefix=“uc4” %> <%@ Register Src=“Controllers/Top.ascx” TagName=“Top” TagPrefix=“uc1” %> <%@ Register Src=“Controllers/Left.ascx” TagName=“Left” TagPrefix=“uc2” %>
” name=“description”/> ” name=“keywords” />