第一篇：web開發實習報告范本

web開發實習報告范本

一、實習目的

·讓學生了解網站的制作流程和基本技法。.Dreamweaver的使用

·掌握利用IIS完成站點創建，學會站點的規劃與創建，能自己創建個人網站和簡單的企業網站。

·掌握利用SQL Server的企業管理器建立數據庫和數據庫表，鞏固數據庫基本命令的使用。

·掌握利用ASP訪問與操作數據庫的各種常用的功能及實現方法。·了解動態網頁的制作技術，掌握與數據庫的鏈接及簡單的數據處理。·培訓學生的動手能力、綜合應用能力和團隊合作能力。

二、實習要求

·按時、按地參加實習，遵守實習紀律，遵守實習場地的制度； ·愛護實習場地的所有實習設備，講究公共衛生；

·做好實習筆記和實習記載，實掌握實習的每項內容；

·認真填寫好實習報告、實習總結，實習完成統一交實習老師。

三、實習形式

·前一周完成ASP、SQL Server(或Access)以及DeramweacerMXXX的學習，要及時完成學習任務。

·后一兩周進行網站綜合開發實訓，可分組進行。

四、實驗內容

1.網站結構示意圖

打開我的首頁，然后點擊zhufu按鈕進入按鈕界面，所示

newyears/

進入頁面后有一首歡快的背景音樂，在祝福頁面里，你可以向你的好友發表你的祝福，你可以對祝福查看和修改，并且還可以看到歷史記錄，頁面右上角可以返回首頁。

liuyan1/

回到主頁再點擊留言按鈕，進入下一頁面，你可以發表留言，不需要審核也能發表。

由于時間倉促，網站暫時到此，網站還在積極開設建設中，敬請期待你的到來

五、實訓結果

實驗基本成功

實訓是培養學生綜合運用所學知識,發現,提出,分析和解決實際問題,通過上機練習來培養我們自身實踐能力，這次網頁布局訓練就是其中之一。

這次的網頁設計與制作讓我收獲頗豐。的確，從聽老師解說到開始自己制作，從理論到實踐，在這幾節課的實操時間里，過程中不僅鞏固了以前所學過的知識，而且學到了很多在書本上所沒有學到過的知識。使我懂得了理論與實際相結合是很重要的，只有從理論中得出結論，才能真正為掌握技術，從而提高自己的實際動手能力和獨立思考的能力。只有把布局的基礎打好，才能設計出成功的網頁

六，實訓心得

首先我要做的就是要選擇好題目和網站的風格，之后我就分步驟準備在制作網站前所要做好的準備工作。我瀏覽了日照職業技術學院以及相關網站的一些特點，借鑒這些網站的優秀之處，不好的地方在自己的網站上加以改良，從而使自己的網站更加美觀。

回顧這次課程設計，至今我仍感慨頗多。的卻。從選題到開始制作，從理論到實踐，在實訓機房日子里，可以說得是苦多于甜，但是可以學到很多很多的的東西，同時不僅可以鞏固了以前所學過的知識，而且學到了很多在書本上所沒有學到過的知識。

在選擇好題目和網站的風格之后，我就開始了實訓項目的進程，按照實訓方案的規定，先是將網站的總體策劃以書面的形式展現出來，通過老師審核之后，在相應的時間段找相關的素材，搜集與主題相關的文字、圖像等。再是設計網站的內容結構、目錄結構和鏈接結構，設計首頁及其頁面的版式結構。然后創建本地網站，建立網站的目錄結構。制作首頁、二級子頁、內容頁，創建超級鏈接。最后就是測試與瀏覽網頁，如果還有什么不理想的地方再改進再預覽，如此反復，最后達到最好效果！

第二篇：基于web開發實習報告

基于web開發技術實

習報告

一、Web開發前端技術總結

什么是前端技術：

前端技術包括JavaScript、jquery、html5等“傳統”技術與Adobe RIA、Google Gears,以及概念性較強的交互式設計,藝術性較強的視覺設計等等。

JavaScript一種直譯式腳本語言，是一種動態類型、弱類型、基于原型的語言，內置支持類型。它的解釋器被稱為JavaScript引擎，為瀏覽器的一部分，廣泛用于客戶端的腳本語言，最早是在HTML（標準通用標記語言下的一個應用）網頁上使用，用來給HTML網頁增加動態功能。JavaScript是一種屬于網絡的腳本語言,已經被廣泛用于Web應用開發,常用來為網頁添加各式各樣的動態功能,為用戶提供更流暢美觀的瀏覽效果。通常JavaScript腳本是通過嵌入在HTML中來實現自身的功能的。基本特點：

是一種解釋性腳本語言（代碼不進行預編譯）。

主要用來向HTML（標準通用標記語言下的一個應用）頁面添加交互行為。可以直接嵌入HTML頁面，但寫成單獨的js文件有利于結構和行為的分離。[4] 跨平臺特性，在絕大多數瀏覽器的支持下，可以在多種平臺下運行（如Windows、Linux、Mac、Android、iOS等）。

Javascript腳本語言同其他語言一樣，有它自身的基本數據類型，表達式和算術運算符及程序的基本程序框架。Javascript提供了四種基本的數據類型和兩種特殊數據類型用來處理數據和文字。而變量提供存放信息的地方，表達式則可以完成較復雜的信息處理。

日常用途：

1、嵌入動態文本于HTML頁面。

2、對瀏覽器事件做出響應。

3、讀寫HTML元素。

4、在數據被提交到服務器之前驗證數據。

5、檢測訪客的瀏覽器信息。

6、控制cookies，包括創建和修改等。

7、基于Node.js技術進行服務器端編程。特性

JavaScript腳本語言具有以下特點:(1)腳本語言。JavaScript是一種解釋型的腳本語言,C、C++等語言先編譯后執行,而JavaScript是在程序的運行過程中逐行進行解釋。

(2)基于對象。JavaScript是一種基于對象的腳本語言,它不僅可以創建對象,也能使用現有的對象。

(3)簡單。JavaScript語言中采用的是弱類型的變量類型,對使用的數據類型未做出嚴格的要求,是基于Java基本語句和控制的腳本語言,其設計簡單緊湊。

(4)動態性。JavaScript是一種采用事件驅動的腳本語言,它不需要經過Web服務器就可以對用戶的輸入做出響應。在訪問一個網頁時,鼠標在網頁中進行鼠標點擊或上下移、窗口移動等操作JavaScript都可直接對這些事件給出相應的響應。

(5)跨平臺性。JavaScript腳本語言不依賴于操作系統,僅需要瀏覽器的支持。因此一個JavaScript腳本在編寫后可以帶到任意機器上使用,前提上機器上的瀏覽器支 持JavaScript腳本語言,目前JavaScript已被大多數的瀏覽器所支持。

不同于服務器端腳本語言，例如PHP與ASP，JavaScript主要被作為客戶端腳本語言在用戶的瀏覽器上運行，不需要服務器的支持。所以在早期程序員比較青睞于JavaScript以減少對服務器的負擔，而與此同時也帶來另一個問題：安全性。

而隨著服務器的強壯，雖然程序員更喜歡運行于服務端的腳本以保證安全，但JavaScript仍然以其跨平臺、容易上手等優勢大行其道。同時，有些特殊功能（如AJAX）必須依賴Javascript在客戶端進行支持。隨著引擎如V8和框架如Node.js的發展，及其事件驅動及異步IO等特性，JavaScript逐漸被用來編寫服務器端程序。

Html5：萬維網的核心語言、標準通用標記語言下的一個應用超文本標記語言（HTML）的第五次重大修改。許多業內人士表示，HTML將會最終代替多媒體框架，如Adobe的Flash，但是短期看來還不是時候。HTML5估計到2014年才能逐步成熟，而且將現有應用Flash的網絡開發完全轉向HTML5還需要一段時間。盡管HTML5提出了許多優點，但是還可能有某些應用更適合于更靈活的框架。一些主流的大公司都逐步轉向使用HTML5，谷歌于2015年2月26日開始自動將Flash廣告轉換為HTML5格式，這可能會加速HTML5替代Flash的進程，但是這個轉變的過程也不是一蹴而就的。

優點缺點 網絡標準

HTML5本身是由W3C推薦出來的，它的開發是通過谷歌、蘋果，諾基亞、中國移動等幾百公司一起醞釀的技術，這個技術最大的好處在于它是一個公開的技術。換句話說，每一個公開的標準都可以根據W3C的資料庫找尋根源。另一方面，W3C通過的HTML5標準也就意味著每一個瀏覽器或每一個平臺都會去實現。

多設備跨平臺

用HTML5的優點主要在于，這個技術可以進行跨平臺的使用。比如你開發了一款HTML5的游戲，你可以很輕易地移植到UC的開放平臺、Opera的游戲中心、Facebook 應用平臺，甚至可以通過封裝的技術發放到App Store或Google Play上，所以它的跨平臺性非常強大，這也是大多數人對HTML5有興趣的主要原因。

自適應網頁設計

很早就有人設想，能不能“一次設計，普遍適用”，讓同一張網頁自動適應不同大小的屏幕，根據屏幕寬度，自動調整布局（layout）。

2010年，Ethan Marcotte提出了”自適應網頁設計“這個名詞，指可以自動識別屏幕寬度、并做出相應調整的網頁設計。

這就解決了傳統的一種局面——網站為不同的設備提供不同的網頁，比如專門提供一個mobile版本，或者iPhone / iPad版本。這樣做固然保證了效果，但是比較麻煩，同時要維護好幾個版本，而且如果一個網站有多個portal（入口），會大大增加架構設計的復雜度。

jQuery是一個快速、簡潔的JavaScript框架，是繼Prototype之后又一個優秀的JavaScript代碼庫（或JavaScript框架）。jQuery設計的宗旨是“write Less，Do More”，即倡導寫更少的代碼，做更多的事情。它封裝JavaScript常用的功能代碼，提供一種簡便的JavaScript設計模式，優化HTML文檔操作、事件處理、動畫設計和Ajax交互。

JQuery Mobile 1.2是JQuery運行在手機和平板設備上的版本。JQuery Mobile 1.2給主流移動平臺提供了JQuery的核心庫，發布了一個完整統一的JQuery移動UI設計框架，在不同的智能手機和桌面電腦的web瀏覽器上形成統一的用戶UI。支持全球主流的移動平臺，對每個平臺的支持分為三個等級：A、B、C，實現了對Android 2.1-2.3、3.2、4.0、4.1、windows Phone 7-7.5，Palm WebOS 1.4-2.0、3.0、Firefox Mobile 15，Opera Mobile 11.5-12等平臺的A級支持。JQuery Mobile 1.2的核心使得基本的HTML標簽在所有的瀏覽器中生效，并且對網頁的行為和效果均進行了增強，讓網頁在等級較高的瀏覽器中能獲得優秀的體驗，在較差的瀏覽器中也能正常的使用。

二、Web開發后臺技術總結

MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設計典范，用一種業務邏輯、數據、界面顯示分離的方法組織代碼，將業務邏輯聚集到一個部件里面，在改進和個性化定制界面及用戶交互的同時，不需要重新編寫業務邏輯。MVC被獨特的發展起來用于映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。

MVC開始是存在于桌面程序中的，M是指業務模型，V是指用戶界面，C則是控制器，使用MVC的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現 形式。比如一批統計數據可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。

模型－視圖－控制器（MVC）是Xerox PARC在二十世紀八十年代為編程語言Smalltalk－80發明的一種軟件設計模式，已被廣泛使用。后來被推薦為Oracle旗下Sun公司Java EE平臺的設計模式，并且受到越來越多的使用ColdFusion和PHP的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。

Struts

Struts是Apache軟件基金下Jakarta項目的一部分。Struts框架的主要架構設計和開發者是Craig R.McClanahan。Struts 是Java Web MVC框架中不爭的王者。經過長達九年的發展，Struts已經逐漸成長為一個穩定、成熟的框架，并且占有了MVC框架中最大的市場份額。但是Struts某些技術特性上已經落后于新興的MVC框架。面對Spring MVC、Webwork2這些設計更精密，擴展性更強的框架，Struts受到了前所未有的挑戰。但站在產品開發的角度而言，Struts仍然是最穩妥的選擇。

Struts有一組相互協作的類（組件）、Servlet以及jsp tag lib組成。基于struts構架的web應用程序基本上符合JSP Model2的設計標準，可以說是MVC設計模式的一種變化類型。根據上面對framework的描述，很容易理解為什么說Struts是一個web framework，而不僅僅是一些標記庫的組合。但 Struts 也包含了豐富的標記庫和獨立于該框架工作的實用程序類。Struts有其自己的控制器（Controller），同時整合了其他的一些技術去實現模型層（Model）和視圖層（View）。在模型層，Struts可以很容易的與數據訪問技術相結合，包括EJB，JDBC和Object Relation Bridge。在視圖層，Struts能夠與JSP, Velocity Templates,XSL等等這些表示層組件相結合。

MVC框架Spring

Spring實際上是Expert One-on-One J2EE Design and Development 一書中所闡述的設計思想的具體實現。在One-on-One 一書中，Rod Johnson倡導J2EE實用主義的設計思想，并隨書提供了一個初步的開發框架實現（interface21 開發包）。而Spring 正是這一思想的更全面和具體的體現。Rod Johnson 在interface21 開發包的基礎之上，進行了進一步的改造和擴充，使其發展為一個更加開放、清晰、全面、高效的開發框架。

框架和設計模式的區別

有很多程序員往往把框架模式和設計模式混淆，認為MVC是一種設計模式。實際上它們完全是不同的概念。

[7]

框架、設計模式這兩個概念總容易被混淆，其實它們之間還是有區別的。框架通常是代碼重用，而設計模式是設計重用，架構則介于兩者之間，部分代碼重用，部分設計重用，有時分析也可重用。在軟件生產中有三種級別的重用：內部重用，即在同一應用中能公共使用的抽象塊;代碼重用，即將通用模塊組合成庫或工具集，以便在多個應用和領域都能使用；應用框架的重用，即為專用領域提供通用的或現成的基礎結構，以獲得最高級別的重用性。

框架與設計模式雖然相似，但卻有著根本的不同。設計模式是對在某種環境中反復出現的問題以及解決該問題的方案的描述，它比框架更抽象；框架可以用代碼表示，也能直接執行或復用，而對模式而言只有實例才能用代碼表示;設計模式是比框架更小的元素，一個框架中往往含有一個或多個設計模式，框架總是針對某一特定應用領域，但同一模式卻可適用于各種應用。可以說，框架是軟件，而設計模式是軟件的知識。

MVC控件

在ASP.NET MVC框架中沒有了自己的控件，頁面顯示完全就回到了寫html代碼的年代。還好在 asp.net mvc框架中也有自帶的HtmlHelper和UrlHelper兩個幫助類。另外在MvcContrib擴展項目中也有擴展一些幫助類，這樣我們就不光只能使用完整的html來編寫了需要顯示的頁面了，就可以使用這些幫助類來完成，但最后運行時都還是要生成html代碼的。

HtmlHelper類

HtmlHelper類位于System.Web.MVC.Html命名空間下。主要包括FormExtensions,InputExtensions，LinkExtensions,SelectExtensions,TextAreaExtensions,ValidationExtensions,RenderPartialExtensions等7個靜態類，他們全部是是采用拓展方法來實現的。

InputExtensions類：主要有5種類型的擴展方法，分別用于CheckBox控件、Hidden控件、Pass控件、RadionButton控件和TextBox控件

LinkExtensions類：該類主要用于生成相關鏈接，主要擴展了ActionLink和RouteLink方法。

ActionLink：擴展方法主要實現一個連接，共有十個重載方法。

三、實習心得

實訓期間，讓我學到了很多東西，不僅使我在理論上對 IT領域有了全新的認識，在實踐能力上也得到了提高，真正地做到了學以致用，更學到了很多做人的道理，對我來說受益非淺。除此以外，我還學會了如何更好地與別人溝通，如何更好地去陳述自己的觀點，如何說服別人認同自己的觀點。這一次親身感受到理論與實際的相結合，讓我大開眼界。也是對以前所學知識的一個初審吧!這次實訓對于我以后學習、找工作也真是受益菲淺，在短短的幾天中相信這些寶貴 的經驗會成為我今后成功的重要的基石。

作為一名大二的學生，經過差不多二年的在校學習，對程序設計有了理性的認識和理解。在校期間，一直忙于理論知識的學習，只能偶爾練習一些小程序，沒有機會也沒有相應的經驗來參與項目的開發。所以在實訓之前，軟件項目開發對我來說是比較抽象的，一個完整的項目要怎么來分工以及完成該項目所要的基本步驟也不明確。而經過這次實訓，讓我明白一個完整項目的開發，必須由團隊來分工合作，并在每個階段中進行必要的總結與論證。一個完整項目的開發它所要經歷的階段包括：規劃和用例說明、項目結構和風險評估、業務功能說明書、詳細設計說明書、代碼實現、測試、操作手冊。一個項目的開發所需要的財力、人力都是大量的，如果沒有一個好的遠景規劃，對以后的開發進度會產生很大的影響，嚴重時導致在預定時間內不能完成該項目或者完成的項目跟原先計劃所要實現的項目功能不符合。一份好的項目結構、業務功能和詳細設計說明書對一個項目的開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有具體的認識，并能減少在開發過程中出現不必要的脫節。代碼的實現是一個項目開發成功與否的關鍵，可以說，前面所做的事情就是為代碼的實現做鋪墊。

經過幾天的實習，我對開發平臺有了更深一步的了解與深入，對MyEclipse 認識與使用也有了大大的提高。聽課的時候不太明白這是怎樣的一種設計模式，隨著慢慢的深入開發，通過解決各種問題，體會到了這兩個設計模式的一些要領。雖然后面和數據庫連接時成功，但是卻沒有在數據庫看到應該增加進去的內容，調試了很久還是沒有成功，由于時間問題最后只好作罷。但是我有決心會去弄明白它。

四、參考文獻

[1] Bruce Eckel.Thinking in Java[M].Upper Saddle River, New Jersey, USA: Prentice Hall, 2006

[2] 陳道鑫,宋紹云,袁中旺,等.ExtJS框架在Web軟件開發中的應用[J].電腦知 識與技 術 2011, 07(9): 2044-2047

[3] 林信良.Spring2.0技術手冊[M].北京：電子工業出版社，2005

[4](美)威爾德，斯尼德等著，趙利通譯.SpringFramework 2入門經典[M].北 京：清 華大學出版社，2009

[5] 林寒超,張南平.Hibernate技術的研究[J].計算機技術與發展,2006, 16(11): 112-113,116

[6] 田珂，謝世波，方馬.J2EE數據持久層的解決方案[J].計算機工程，2003, 29(22): 93-95

[7] 譚懷遠.讓Oracle跑得更快:Oracle 10g性能分析與優化思路[M].北京：電子 工業出版社，2011

[8] RFC2256: A Summary of the X.500(96)User Schaema for user with LADPv3 [J/OL]

[9] 王倩宜, 李潤娥, 李庭晏.統一用戶管理和身份認證服務的設計與實現[J].實驗技 術與管理 2004,30(3): 236～239

[10] 李席廣.基于LDAP的統一身份認證管理系統的設計與實現[J].科技信息(學術研 究), 2007,(19): 99-101

[11] 劉京華.Java Web整合開發王者歸來[M].北京：清華大學出版社，2010

[12] 劉春曉,孟祥福,李昕.基于Jboss的數據庫連接池研究與實現[J].微處理機: 2008, 29(1): 86-88

[13] Craig Walls, Ryan BreidenBach.Spring In Action[M].Manning Publications.2006

[14] 張孝祥.深入Java Web開發內幕——核心基礎[M].北京：電子工業出版社.2006

[15] Joshua Bloch.Effective Java[M].Piscataway, N.J: IEEE Press, 2009

第三篇：ASPNET與Web程序開發實習報告

天津農學院

《ASP.NET與Web程序開發》

教學實習報告

題目：XXXXXXXXXXXXXXXXXXXXXXXXXX

學號：姓名：系別__________________專業：__________________班級：___________成績：

（報告正文部分，文稿中將此段文字刪除）：

(要求：正文部分一律用小四號字，宋體，1.5倍行距。一級大標題靠左，加粗。二級，三級標題靠左，不加粗。文稿中將此段文字刪除)背景與目的開發環境與開發工具主要功能設計與實現

4.1 數據庫設計與實現

4.2 系統設計與實現討論

參考文獻

[1]

[2] …………………………………………………………………………..報告書寫要求正文

1.1 標題層次的劃分，一般為3～4級。第一級標題1；第二級標題1.1；第三級標題1.1.1；第四級標題1.1.1.1，依此類推。各級標題序號均用阿拉伯數字左起頂格書寫，除結論 部分外，第一、二級層次要有標題。有標題時，在編號后空一格寫標題，另起一行(縮兩格)寫具體內容。標題應簡短明確，以不超過15字為宜，題末不用標點符號。

1.2 圖：圖上符號要清晰注出，所視部位與背景對比度要大。圖上符號與正文完全一致，函數圖的縱橫坐標所代表的物理量要注出其中文名稱、代表符號及法定計量單位(與坐標位置平行寫出)。例如：重量m/kg

圖紙不要貼在稿紙上，所有的圖必須在文稿中留出相應的位置，并寫出圖號(全文連續編號)、圖題和圖注，圖題要有自明性。例：“試驗安排”應具體寫為“×××××試驗安排”。

1.3 表：務必使表格科學、簡潔、自明，按國際要求采用三線表，表頭不允許有斜線。物理量的中文名稱、代表符號及法定計量單位三項要著錄齊全，如：壓力P/Pa。

參考文獻的要求

正文中引用參考文獻的序號按先后連續編碼，并置于方括號(［ ］)中作為右上角碼注出。a.譯著

[1]□主要責任者.文獻題名[文獻類型標識].出版地：出版者，出版年.起止頁碼(任選).（中譯本前要加國別）例如:

[1] [英]M奧康諾爾著，王耀先譯．科技書刊的編譯工作[M].北京：人民教育出版社，1982.56－57.b.專著

[2]□作者姓名.書名[M].出版地:出版社,年份.引用部分起頁-止頁.“-.” 都是半角。例如:

[2] 劉國鈞,王連成.圖書館史研究[M].北京:高等教育出版社,1979.15-18.c.論文集

[3]□作者姓名.論文題名.論文集名[C].出版地:出版社,年份.引用部分起頁-止頁.“-.” 都是半角。例如:

[3] 王承緒,徐輝.發展戰略:經費、教學科研、質量――中英高等教育學術討論會論文集[C].杭州:杭州大學出版社,1993.120-150.d.學位論文

[4]□作者姓名.題名[D].出版地:出版者.年份.例如:

[4] 胡剛.蛋白質深度分析以及基因的進化模型[D].天津:南開大學,2005.e.報告

[5]□作者姓名.題目[R].地名：單位，年份.例如:

[5] 馮西橋.核反應堆壓力管道與壓力容器的LBB分析[R].北京：清華大學核能技術設計研究院，1997.f.期刊文章

[6]□作者姓名.論文題目[J].刊物名,年份,卷號(期號);引用部分起頁-止頁.“-.”都是半角。例如：

[6] 金顯賀,王昌長,王忠東等.一種用于在線檢測局部放電的數字濾波技術[J].清華大學學 報(自然科學版),1993,33(4):62-67.g.報紙文章

[7]□主要責任者.文獻題名[N].報紙名，出版日期(版次).例如：

[7] 謝希德.創造學習的新思路[N].人民日報，1998-12-25(10).h.國際、國家標準

[8]□標準編號，標準名稱[S].例如：

[8] GB/T16159-1996，漢語拼音正詞法基本規則[S].j.專利

[9]□專利所有者.專利題名[P].專利國別：專利號，出版日期.例如：

[9] 姜錫洲.一種溫熱外敷藥制備方案[P].中國專利：881056073，1989-07-26.k.電子文獻

[10]□主要責任者.電子文獻題名[電子文獻及載體類型標識].電子文獻的出處或可獲得地址，發表或更新日期/引用日期(任選).例如：

[10] 王明亮.關于中國學術期刊標準化數據庫系統工程的進展[EB/OL].,1998-08-16/1998-10-04.l.各種未定義類型的文獻

第四篇：Web開發流程

Web開發的分散性和交互性，決定了Web開發必須遵從一定的開發規范和技術約定，只有每個開發人員都按照一個共同的規范去設計、溝通、開發、測試、部署，才能保證整個開發團隊協調一致的工作，從而提高開發工作效率，提升工程項目質量。

一、項目的角色劃分

如果不包括前、后期的市場推廣和產品銷售人員，開發團隊一般可以劃分為項目負責人、程序員、美工三個角色。

項目負責人在我們中國習慣稱為“項目經理”，負責項目的人事協調、時間進度等安排，以及處理一些與項目相關的其它事宜。程序員主要負責項目的需求分析、策劃、設計、代碼編寫、網站整合、測試、部署等環節的工作。美工負責網站的界面設計、版面規劃，把握網站的整體風格。如果項目比較大，可以按照三種角色把人員進行分組。

角色劃分是Web項目技術分散性甚至地理分散性特點的客觀要求，分工的結果還可以明確工作責任，最終保證了項目的質量。分工帶來的負效應就是增加了團隊溝通、協調的成本，給項目帶來一定的風險。所以項目經理的協調能力顯得十分重要，程序開發人員和美工在項目開發的初期和后期，都必須有充分的交流，共同完成項目的規劃和測試、驗收。

二、開發工具的選取

不象C/S結構程序開發，可以一門語言從頭到尾，你用Delphi，就是Delphi程序員，你用VC++，你就是VC程序員。B/S結構的Web開發工作，工具的選擇是一件痛苦的事情。從Windows到Linux，從IIS到Apache，從J2EE到.NET，從COM到.NET到EJB組件……還有Asp、Asp.net、Jsp、Php、Perl、Javascript、Vbscript……

美工也輕松不了多少，什么“網頁三劍客”“新網頁三劍客”、FrontPage、Photoshop、CorelDraw……誰都說自己是最強大的！

我們的經驗是，選用工具時最好是統一的，比如美工統一用DreamwaverMX制作網頁，程序員全部用文本編輯器書寫代碼。統一工具的好處是可以保持同一個項目文檔的一致性，便于開發人員的交流和文檔的保存。

但是也不必刻意強求一致，比如美工可以使用任何自己熟悉的圖形處理軟件，只要最后能生成瀏覽器支持的圖片就可以了。正是Web開發工具的多樣性，才成就了今天互聯網多姿多彩的局面。

只要程序員的純Html和Javascript代碼的功夫足夠過硬，就能勝任最后的網站整合工作。

三、項目開發流程

如果項目真正談下來了，就需要正式確定前階段的需求分析，該補充的步驟必須補上。然后進行詳細的總體設計，其實也基本是前階段工作的重復和完善。

產生各欄目文件夾的結構圖（一些公共文件夾如images、scripts、styles等需要固定存放，共同調用）。

然后由美工根據內容表現的需要，設計靜態網頁和其它動態頁面界面框架，該切分的圖片要根據尺寸切割開來。給需要程序動態實現的頁面預留頁面空間。制定字體、字號、超級鏈接等CSS樣式等。

在美工設計頁面的同時，程序員著手開發后臺程序代碼，做一些必要的測試。美工界面完成后，由程序員添加程序代碼，整合網站。

由項目組共同聯調測試，發現bug，完善一些具體的細節。

制作幫助文檔、用戶操作手冊。向用戶交付必要的產品設計文檔。

然后進行網站部署、客戶培訓。

最后進入網站維護階段。這一階段也可以不包括在該項目中，而作為公司的服務內容。以上的每一部都會產生一些階段性成果，項目經理需要及時進行監督、審核，發現問題及時糾正。

為了控制項目的進度，應當實施填寫“項目進度表”制度，即每天填寫工作日志，記錄當天的工作細目和工作量，以及需要解決和已經解決的問題。

四、一些技術規則

1，數據庫命名約定(參考了“匈牙利命名法”)

數據庫(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表示“視圖”。這個視圖由幾個表產生就用連字符“_”連接幾個表的名，如果表過多可以將表名適當簡化。存儲過程：格式[sp]_[表名]_[存取過程名(縮寫)]，比如sp_User_Delete。

觸發器(Trigger)：格式[trg]_[d][i[[u]_[desc]。trg代表觸發器；d，i，u表明觸發器類型(Delete，Insert，Update)定義，書寫順序為d、i、u；desc是表的名稱，表明觸發器所在的表。

數據庫設備(DatabaseDevice)：格式[dev]_[desc]。

約束(Constraint)：格式[cns]_[desc]。

2，SQL語句書寫規范

SQL語句中，SQL關鍵字全部大寫，其它的遵照“數據庫命名約定”。例如：SELECT*FROMtabNewsInfoWHEREf_UserName=’’ORDERBYf_i_autoid

3，文件夾命名約定

公共文件夾：

/images公共圖片

/styles樣式表

/scripts腳本

/ftps下載

/doc網站相關素材、文檔

/readme.txt網站說明文檔

/helps.htm網站幫助文檔

/mylogs.txt網站維護記錄

其它欄目的命名，可以用拼音首字母簡稱，也可以用英文單詞。全部文件夾的含義在readme.txt文件中說明。

4，對象及變量命名約定

每個變量名必須先定義，再使用。在ASP文件的最開頭添加語句<%OptionExplicit%>可以強制變量定義。代碼塊必須采用縮進格式。每個函數前必須標明函數的功能、輸入參數、返回值的相關信息。

變量類型縮寫前綴

Stringstr或s

IntegerInt

DateDt

Objectobj或o

Booleanbol或b

ByteByt

DoubleDbl

ErrorErr

LongLng

SingleSng

5，圖形對象約定

圖片的格式：最后生成jpg，gif，png，swf格式的圖形文件

圖片的字節大小：最大不能超過30k

圖片的尺寸：根據需要確定，最好使用小圖片，大的圖片必須切割成小圖片使用。圖片的留白：圖片的邊界不能留白，圖片只包含有效的色彩元素

6，媒體對象約定

流媒體的格式：asf，wmv，wma，rm，不建議使用avi格式的動畫文件

7,頁面布局的基本約定

中文段落必須有2個漢字的縮進。字間距采用默認大小。行間距為16pt~20pt。文字布局必須留有“天”“地”“左”“右”，不能把版面占滿。

頁面布局必須保持色彩平衡。注意上下、左右的呼應。注意頁面的整體協調。提倡畫面和文字的融合，而不是畫面和文字的明顯分離。

要按照設計廣告的要求來設計網頁頁面-特別是一些產品展示性的頁面。

五、一些經驗和教訓

1，能用靜態網頁表現的內容，盡量不用程序代碼動態實現。

2，設計階段，必須和用戶進行充分的交流，完全、準確的了解用戶的需求。既不能歪曲用戶的意思，也不能一味迎合用戶的非正當需求，也不能對自己沒有把握的技術甚至不可能實現的技術夸下海口。需求分析是一個溝通、交流、引導、教育、斗爭、妥協的過程。需求分析結果要有文字資料存檔。

3，技術參數必須了解準確。比如用戶的軟件平臺是linux系列，那你的系統就要考慮用Java或者Php加MySQL開發了，這時候你的ASP.NET技術就用不上了。

4，最好讓用戶對已經確定的需求內容簽字，蓋章。

5，任何交流，必須有書面記錄。對一些喜歡“健忘”-實際上是懶惰的開發人員，要求他必須每天花10分鐘寫工作日志。

6，每個項目的有關文檔，全部、統一集中歸檔。

第五篇：web項目開發總結報告

唐詩宋詞學習網站項目總結

1引言

當下人們生活節奏飛快，能夠在緊張的工作之余細細品讀幾首唐詩宋詞，亦不失為一件美事。作為一個具有特色的學習網站，網站提供了頗具特色的唐詩宋詞的學習功能，使用戶能夠在輕松的狀態中學習。

1.1編寫目的

本次項目總結主要是對唐詩宋詞網站項目的總結，希望通過總結我們在開發過程中遇到的問題和采取的方法，對以后的項目開發起到一定的指導性的意義。從而提高我們組以后開發項目的效率和規范我們的過程。從客戶的需求中提取項目應該實現的功能要求，為后期的構建提供指導。

1.2背景

鑒于當前互聯網的快速發展，以及國家對中國傳統文化的提倡，希望建設一個學習唐詩宋詞的網站，幫助推動對傳統文化的傳播和繼承。

2實際開發結果

2.1產品

唐詩宋詞學習網站

2.2主要功能和性能

● 普通的游客，以未登錄的狀態瀏覽網站的網頁，本網站只提供搜索和在線閱讀功能；

● 詩詞搜索：用戶可以根據詩名、詞名、詞牌名、內容關鍵字等詞條進行搜索；

● 作者搜索：用戶根據喜愛的詩人或者詞人的名字進行搜索； ● 用戶根據以上的搜索的結果，選擇查看；

本網站為注冊的會員提供了除以上的服務外，更具有吸引力的功能：

收藏列表：

● Favorite list:用戶可以將自己喜愛的詩和詞加入到Favorite list 中；

● New poem list:用戶可以將自己喜愛的新詩詞加入此列表，此表中的詩詞是以后在線學習和復習的內容；

● 在線學習，并完成測試的詩詞會被自動加入到Favorite list中； 收藏列表的管理：用戶擁有對自己列表自主管理的權利，如增加新的詩詞、刪除等操作 ● 分享到微博：用戶可以將喜愛的時、詞分享到微博，推薦給好友閱讀；

● 在線學習：用戶通過在線學習的板塊可以記憶自己喜愛的詩詞。

學習分為三個難度等級：初等、中等、高等。網站同時為在線用戶提供記憶提醒，為用戶推薦最佳的復習時間、安排復習的內容。

2.3基本流程

同概要設計流程

2.4進度

系統規劃階段 需求分析階段 項目功能實現 系統測試階段 系統界面美化 項目驗收階段

標志性事件 開始到完成

系統需求說明書完成 11.20-11.30 基本代碼的生成 測試文檔產生 接受公開的測試 對項目功能的演示

12.1-12.16 12.17-12.23 12.24-12.30 12.31-1.5 3開發工作評價

3.1對生產效率的評價

本次項目中，由于組員之前缺少默契，對項目的了解程度不是很 好。所以前期的時候，小組的效率非常低，對自己能力的高估和對項目的工作量不清楚是造成效率低的主要原因。同時，隨著項目的進展，采用的結對編程使組員之間形成了一種默契。鑒于對以前SSH框架的初步了解和對項目的深入理解，中后期的生產效率還是有一定的提高。但是與程序員的真實水平相差很遠。

3.2對產品質量的評價

1.對于網站初期的規劃的唐詩宋詞的增刪改查功能。2.詩詞作者信息的增刪改查功能。

3.收藏列表的增刪改查和添加刪除詩詞功能。4.生詩詞庫的建立和考核測評功能。5.用戶的注冊登陸功能。

上述的各項基本功能均已經實現，可以總體運行。但是每一個功能還有很多工作要做，完善。各項功能還是有些bug，完善這些功能還需要一部分時間。同時由于我們組員對用戶的需求認識不足，造成了很多反復，導致生產率效率低下。

3.3對技術方法的評價

1、使用數據庫建模工具：PowerDesigner 工具來建立系統數據庫模型，以方便程序員很好的理解業務流和掌握系統架構者的架構思想，更好的滿足客戶的功能需求。在今后的項目開發中，我們要更好的來完成系統的前期數據庫模型的建立，最大的來優化系統功能。

2、系統開發框架：此系統的框架使用的是SSH結構，此框架在開發一些中小軟件是比較實用的。使得程序員能夠隨心所欲的使用對象編程思維來操縱數據庫。但是我們要是可以開發出自己的框架，把一些通用的功能開發到框架中。這樣以來，在以后的系統開發中，針對系統中一些通用的功能就不需要再開發，從而也可以很好的提高我們的開發效率；減少很多維護費用。使我們的技術不斷的更加成熟。

3.4出錯原因的分析

主要有以下幾個方面的原因需要我們可以以后注意：

1、對軟件開發的流程不是很熟悉。因為這方面知識的獲取只是停留在理論層面，缺乏理論經驗。

2、組員之間的交流還有待提高。因為在最后的一段時間，由于課程學習和復習的原因，大家能夠集中在一塊進行編程的時間不多。對項目的關注程度有所降低。

3、對web開發技術了解面不夠，目前只是會對SSH框架熟悉。而且其中的框架使用細節流程也不是很清楚。

4經驗與教訓

項目歷時兩個月時間，在這兩個月的時間里，使我們組對于項目有了更深刻的理解。

首先是對軟件工程課程的更進一步學習，理解。此次的綜合訓練是緊跟課程同時進行的。在課程進行的同時，老師對其用到的知識進 行了詳細的講述。包括團隊的建立，題目的選擇，團隊中各個組員之間的關系和整個項目選擇的過程模型等。

第一階段：需求分析階段。只有充分了解了用戶的需求才能開發功能完整、性能良好的項目。在這個階段，我們小組聽取了梁丹同學對于這個網站各個功能模塊的描述，并做詳細的記錄，這個為我們后面項目的度量提供了可靠的材料。

第二階段：項目分析設計階段。整個項目在這個階段的工作要多一點，它直接關系到后一階段的編碼，所以它起到了承上啟下的作用。這一階段的主要任務包括分析項目中對象，再根據對象設計數據庫，在此包括其建模設計，在完成數據庫后就是數據流程圖了，它大體上描述了程序走的流程，以及大體的一個架構。完成上述工作后就是類的設計了，它是根據數據流圖的設計來設計的，寫好每個模塊的每一個類，為下一階段做好準備。在此，我們就完成了整個系統的一個架構。

第三階段：編碼階段。在整個項目周期中只占到了1/4的時間，用代碼將整個系統的業務邏輯表達出來。其中和遇到好多問題：對java中的好多現有的類不熟悉，使得編寫的代碼質量不高，代碼的復用性不高，好多問題還都沒有解決。

第四階段：測試和發布。這一階段是我們項目的最后一個階段了，主要是對項目所涉及的功能進行功能測試。發現問題及時解決。

同時鑒于我們采用的是Scrum敏捷開發模型，并采用了結對編程。下邊介紹下關于團隊建設方面的總結。團隊的個體成員為實現一個共同目標而協同工作。團隊工作就是團隊成員為實現這一共同目標而共同努力。項目團隊工作是否有成效會直接影響項目的成敗，盡管計劃以及項目經理的工作技能是必要的，但人員——項目經理和項目團隊——才是項目成功的關鍵。項目成功需要一個有效的項目團隊。

我們組每位成員都精心付出了自己的努力，相互依賴，齊心協力地進行工作，已保證項目目標的成功實施.同時我們組也做到了以下的關鍵幾點：

1、對項目目標的清晰理解。

2、對每位成員角色和職責的明確期望。

3、目標導向。

4、高度的合作互助。

5、高度信任。

這些都是以后我們在做項目設計時候必須借鑒的。一個績效良好的項目團隊很有必要管理好時間，為有效管理時間，團隊成員要明確每周的目標，每天制定一個做事表，集中精力完成當天的做事表。要控制干擾，謝絕參加那些對實現目標沒有意義的活動。團隊成員也要有效利用等待的時間，一次性處理好文件工作，并要為實現目標獎勵自己。我們組的每位成員都盡心盡力地為這個項目付出，期待項目最后成功的實施。

通過此次項目的學習和實踐，使得我們組對于軟件過程和項目管理這門課程有了更深入的了解，對其中所涉及的方法和工具有新的認 識，我們組會在以后的學習中繼續摸索，靈活運用各種方法，熟練對各種工具的掌握，努力提高我們組的知識水平和業務能力！同時也認識到我們組在實際的代碼編寫階段出現了許多無法解決的bug，需要我們利用下來的時間進行完善，真正做到學習無止境。也使我們認清了我們現在的編程水平還很低下，對知識的掌握還不夠。距成為一名合格的軟件工程師還有很長的一段距離。