第一篇：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，需要我們利用下來的時間進行完善，真正做到學習無止境。也使我們認清了我們現在的編程水平還很低下，對知識的掌握還不夠。距成為一名合格的軟件工程師還有很長的一段距離。

第二篇：web項目前端開發經驗總結

web項目前端開發經驗總結

最近這一個月完成了自己的第一個java web項目，是給某雜志社做的在線投稿系統，雖然進度很慢，但是中間確實學到了不少東西，深刻體會到了自己看幾個月書都不如做一個項目來的實在。這個項目自己主要負責的是JSP頁面、JS腳本、CSS樣式表的編寫，雖然主要做的是前端，但是在設計前端后臺交互功能時，對MVC架構和數據庫又多了一分了解，這一個月的時間，自己在技術上也確實成長了不少。下面分成幾塊總結一下自己的這個項目中的心得吧：

1.項目開發流程：從確認需求開始，到原型設計，再到原型測試，這些都沒什么說的了，主要是剛開始開發前端JSP頁面時，自己走了很多彎路，想到有什么頁面就寫什么頁面，GET和POST的路徑也是隨心所欲，想到什么名字就起什么名字，結果發現這樣做嚴重影響了項目開發的進度，后來經過主管的提點后，我幡然醒悟，其實，面向對象的思想就貫穿在整個項目當中，在前面的原型設計的過程中，除了頁面的設計還有數據庫的設計，數據庫的每個表就對應著Java中的每個實體類，這個類封裝了數據庫中的列作為屬性，封裝了數據庫的增刪改查作為方法，就拿這個投稿系統為例，實體主要有用戶、稿件等等，實體間還有著一對一映射或者一對多映射等對應關系。其實，整個系統的開發就是圍繞著這些個實體進行的，甚至于我們可以把實體名字做為二級目錄，把實體的增刪改查作為GET或POST的路徑，譬如account/add、paper/delete等等，有了這些路徑，那么與之對應的GET和POST的Controller也就有了，接下來我們要做的就是，定義Controller中返回的視圖，寫完Controller后再把與實體相關的增刪改查方法寫到服務層中，再把項目的整個骨架搭起來，再去處理細節，很快的，這個項目就成型了。這里前端和后臺的配合尤為重要，數據交互是整個系統的核心。

2.JSP頁面設計：提到JSP頁面，在這里我想說的一點是，其實JSP頁面是在服務器生成的，那么傳給JSP頁面的變量、參數都會在服務器轉化為它們具體的值，然后再傳給客戶端。JSP頁面可以實現很多服務器端的功能，因為可以直接在頁面嵌入JAVA代碼，但是我們必須明確的一點是，JSP頁面主要是用來呈現視圖的，不要再其中套入大量的代碼，要明確前端與后臺的分工。

3.JSTL標簽：JSTL標簽就是JSP standard taglib，即JSP標準標簽庫，首先，EL表達式可以非常方便的取出Controller返回的View包含的Model，甚至都無需聲明EL表達式。其次，JSTL標簽可以實現很多的邏輯控制功能，比如最基本的c:if判斷、c:forEach循環，甚至有更強大的c:choose，有了這些，我們可以大大簡化代碼量，JSP頁面中用幾十行java寫的代碼，有時用幾句JSTL標簽組合就實現了，此外，像fmt:parseDate和fmt:formatDate也是很好用的標簽，用于日期的解析和格式化，此外JSTL更有強大的函數標簽庫fn:，項目中我也只用到了fn:length取后臺傳的list的長度。要善用JSTL標簽，但是又不要完全依賴于它，JSTL標簽很方便、快捷，但是切記，JSTL功能有限，不要完全依賴于它。

4.shiro框架：shiro框架是apache的一款面向java web項目的權限控制框架，這個框架無論前端、后臺都十分好用，在前端，我們可以使用shiro強大的標簽庫，通過用戶角色賦予用戶不同的訪問權限。譬如，如果一個系統的用戶有訪客、用戶、管理員三種角色，我們就可以通過shiro標簽來控制游客不能訪問哪些內容，頁面向用戶和管理員呈現的不同內容，這就是shiro標簽的神奇之處。

5.sitemesh框架：這個主要是用來將所有頁面套用固定格式，用以頁面的復用，其實有些時候標簽更為方便，而且sitemesh框架的內存開銷是的二倍，還會導致攔截器出現一些莫名的bug，所以并不推薦使用。

6.jquery：在這個項目中寫了很多的jquery代碼，發現jquery確實是個神奇的東西，jquery的神奇之處就在于jquery強大的選擇器可以方便的取到頁面的DOM元素，并且給這些元素綁定不同的事件，提到綁定事件，說一下on、live和bind的區別：bind是jquery最早的綁定事件方法，on是jquery 1.7.0以后才有的方法，bind和on都不能將事件綁定給DOM加載完畢后后添加到頁面的DOM元素，這時就需要live了。還有一個經常使用的就是jquery的ajax了，其實在做這個項目之前自己一直不理解ajax的作用機理，只是心里又個概念而已，但是，在真正使用的ajax之后，才發現ajax的強大之處，確實如AJAX自身描述一樣，異步加載javascript，這就允許我們在不打開新頁面的情況POST一些參數給后臺，后臺得到并處理這些參數后將JSON返回給前端，這個JSON的處理function就寫在ajax的success處理function中。在這個項目JSON和AJAX最主要的應用就是翻頁，加載一個頁面，把頁面傳給后臺然后把得到的JSON呈現給用戶，翻頁時重新POST參數，然后在用js重新處理一下翻頁區域即可。

7.jquery.validate.js：這是一個輕量的jquery框架，主要用于表單的驗證，非常方便。

8.twitter bootstrap.js：bootstrap自帶的js框架，里面定義了許多與bootstrap樣式相關聯的函數，使用起來也很方便。

9.正則表達式：正則表達式的模式匹配是很強大的，靈活運用正則表達式，也會簡化代碼，甚至我們在查找替換時都可以使用正則表達式。

總體上說，這個項目極大的鍛煉了自己的代碼編寫功能，從以前寫一句代碼要敲無數次backspace，現在居然可以將某些簡單的函數一氣呵成了。今天項目終于上線了，總結一下，希望以后自己能夠取得長足的進步！

第三篇：項目開發總結報告

1引言.....................................................................................................................................................2 1.1編寫目的...................................................................................................................................2 1.2背景...........................................................................................................................................2 1.3定義...........................................................................................................................................2 1.4參考資料...................................................................................................................................3 2實際開發結果......................................................................................................................................3 2.1產品...........................................................................................................................................3 2.2主要功能和性能.......................................................................................................................3 2.3基本流程...................................................................................................................................3 2.4進度...........................................................................................................................................4 2.5費用...........................................................................................................................................4 3開發工作評價......................................................................................................................................4 3.1對生產效率的評價...................................................................................................................4 3.2對產品質量的評價...................................................................................................................4 3.3對技術方法的評價...................................................................................................................4 3.4出錯原因的分析.......................................................................................................................5 4經驗與教訓..........................................................................................................................................5

第四篇：項目開發總結報告

項目開發總結報告

1.引言

1.1編寫目的

項目開發總結報告的編制是為了簡單回顧記錄項目的開發過程，總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作各個方面的評價，總結開發過程中的邏輯方法。

本文檔預期的讀者為軟件開發人員。

1.2背景

項目名稱：“High Go”智能購物車 系統名稱：智能購物車系統

開發單位：西北大學信息科學與技術學院“High Go”團隊 開發歷時：四周

版權信息：夢想網絡資源檢索系統是由西北大學信息科學與技術學院“High Go”團隊開發，未經作者許可，任何個人或組織不能將其用于商業用途，系統所搜索的資源版權歸原作者所有。

1.3定義

購物車車身：采用當前市場上最普遍的購物車規格，迎合人們一般的手推購物車購物的習慣方式。

顯示屏：在購物車前端，車筐上方安置一塊觸摸顯示屏，人們可以在顯示屏上通過點擊屏幕進行一些基本操作，如查詢商品信息、查詢總價和商品數量、確認購物單、刪除商品等。

無線掃碼槍：顧客在購物過程中，可以對自己確認投入購物車的商品進行掃碼。將無線掃碼槍與顯示屏一同安置在購物車筐上方，方便顧客在拿取商品掃碼同時看到新掃碼的商品信息。

警示燈：在自助購物過程中，超市本身無法對每一位客戶進行實時監管，為了防止顧客忘記自主掃碼或者故意不掃碼給超市帶來損失，在購物車的兩旁將設置警示燈，如果沒有通過掃碼而把商品直接投入車筐內，則警示燈會啟動發光報警，只有重新掃碼并通過顯示屏進行確認才能夠消除報警。

1.4參考資料

[1]劉兵,劉曉朋,曾翔亮.基于條碼識別技術的智能購物車設計[J].森林工程,2012,11.[2]鄭創立.RI-R6C-001A 集成電路的原理與應用[J].國外電子元器件,2004,06.[3]李文江,高鋒,丁睿.RI-R6C-OO1A 射頻芯片在個人醫療信息系統中的應用[J].電氣自動化,2007, 29.[4]劉江沙,雷偉,尹酉.基于 CC2430 的串口無線模塊的設計[J].國外電子元器件,2007,04.[5]張喆.基于 STC89C516 的超市智能購物車研發[J].自動化技術與應用,2009,28.[6]江田.基于 RFID 的商品購物智能終端的設計與實現[D].大連理工大學,2013,06.[7] 張俊謨.單片機中級教程[M].北京: 北京航空航天大學出版社.2006.[8] 張俊.匠人手機[M].北京:北京航空航天大學出版社.2008.[9] 劉煥成.工程背景下的單片機原理及系統設計[M].北京:清華大學出版社.2008.[10] 顏繼紅.超市一線員工高流動率問題的研究[J].科技和產業,2011,11(4):54-55 [11] 韓立毛,趙躍華,錢宇力.基于物品跟蹤定位方案的連鎖超市應用系統設計[J].鐵路計算機應用,2009(8)[12] 中國工業和信息化部物聯網總體框架與技術要求(Y DT/2437-2012)[S] 北京:人民郵電出版社,2013 [13] 葉少龍,劉建群等.PIC 單片機在模具條碼識別系統中的應用[J].廣東工業大學學報,2009,26(2):94-97 [14] 程子華,陽勝峰.視頻學工控—觸摸屏應用技術[M].北京:人民郵電出版社,2006 [15]劉偉勛.家樂福價格欺詐的背后[J].中國品牌,2011,(2): 44-46.[16] 葉少龍,劉建群,吳積榮,等.PIC 單片機在模具條碼識別系統中的應用[J].廣東工業大學學報2009, 26(2): 9420.[18]王忠勇,張建華,宋豫冀.基于 89C2051 的解碼器設計[J].微電子學與計算, 2002,(5): 57-58.2.實際開發結果 2.1產品

“High Go”智能購物車系統

2.2主要功能和性能

“High Go”系統主要包括以下功能：(1)購物車管理系統（系統初始化模塊）(2)購物車管理系統（觸摸屏模塊）(3)購物車管理系統（無線通信模塊）(4)數據庫管理模塊(5)結算與防盜模塊

2.3基本流程

1)系統初始化模塊

完成系統變量的初始化,主要包括啟動液晶顯示屏、檢查下位機與上位機的 Zigbee 通信網絡是否正常(下位機指每臺購物車對應的單片機,上位機指超市 端的PC 機)以及一些其他一些開機自檢工作。2)觸摸屏顯示模塊

經過系統初始化,觸摸屏處于待機界面。接受指令后,觸摸屏將顯示用戶請 求的各類交互信息。主要流程如下:

3)無線通信模塊

主要實現下位機與上位機之間的多對一(多個下位機對一個上位機)數據傳輸、命令交互等。

4)數據庫管理模塊 數據庫管理模塊包括對超市商品信息的建立、查詢和更新。主要流程如下：

5)結算與防盜模塊

該模塊我們不僅設計了經典的計價算法，還在稱重的基礎上核對預估重量與實際重量的偏差值，從而實現防盜和誤放提醒功能。主要流程如下：

流程邏輯

2.4進度

小組成員四人，從2016年11月15日組隊，11月24號正式啟動項目，直至12月20號上交作品，在此期間除了法定期間大家暫停了共一周時間，其他時間一直致力于項目的開發工作：

2016年11月下旬—11月末：項目設計階段

11月末，小組成員著手于市場調研，并花費一周時間設計出“High Go”購物車系統的藍圖。初級階段圓滿完成了預定的目標。

2016年12月1日——12月17日：項目啟動和實行核心階段 此階段由各成員在自己電腦上各自分別編寫所屬程序，但由于并非按流程為主線的編寫方式，軟件各模塊之間存在一部分接口不明確，軟件運行情況的測試也只是整體的大方面的進行，并未涉及細微部分，因此軟件運行不是非常穩定，仍有一些問題亟待解決。

2016年12月18日——2016年12月20日：項目收尾階段

回顧項目并編寫總結文檔、總結了各位成員的心路歷程。

2.5費用

較分散，無詳細統計。

3.開發工作評價 3.1對生產效率的評價 一個月中，各成員在完成項目的同時并未占用太多自身學習時間，較為高效地完成了開發任務。

3.2對產品質量的評價

雖然項目完成得有些倉促，但在實際測試中最基礎的功能與超市適配良好，因此可以說在基礎系統功能上擁有較高的質量。

3.3對技術方法的評價

小組采用順應趨勢的、成熟的、主流的技術。

3.4出錯原因的分析

除去時間較緊的因素之外，小組最大問題在于各自實現各自功能，并未以流程為主線，導致程序在模塊銜接時出現很大銜接問題。

4.經驗與教訓

通過這一個多月的努力工作，我認識到要作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具有以下的的素質： 1：團隊精神和協作能力

把它作為基本素質，并不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想象的。獨行俠可以作一些賺錢的小軟件發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。

2：文檔習慣

說高水平程序員從來不寫文檔的肯定是外行人，良好的文檔是正規研發流程中非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟件系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。3：規范化，標準化的代碼編寫習慣

作為一些外國知名軟件公司的規矩，代碼的變量命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助于代碼的移植和糾錯，也有助于不同技術人員之間的協作。代碼具有良好的可讀性，是程序員基本的素質需求。比如整個linux的搭建，沒有規范化和標準化的代碼習慣，全球的研發協作是絕對不可想象的。4：需求理解能力

程序員需要理解一個模塊的需求，很多同學寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬件，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經說寫一個廣告交換程序很簡單，這種人不了解在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，性能需求指標中，穩定性、并訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。5：學習和總結的能力

程序員是人才很容易被淘汰、很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。

善于學習，對于任何職業而言，都是前進所必需的動力，對于程序員，這種要求就更加高了。

善于總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐步提高，一個程序員才可能成長起來。具備以上全部素質的人，應當說是夠格的程序員了，以上的素質都不是由IQ決定的，也不是大學某些課本里可以學習到的，需要的僅僅是程序員對自己工作的認識，是一種意識上的問題。

通過做這個項目，也了解到軟件開發的基本流程：

第一個步驟是市場調研，技術和市場要結合才能體現最大價值。

第二個步驟是需求分析，這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操作手冊。用戶視圖是該軟件用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這里面包含了很多操作方面的流程和條件。數據詞典是指明數據邏輯關系并加以整理的東東，完成了數據詞典，數據庫的設計就完成了一半多。用戶操作手冊是指明了操作流程的說明書。請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟件設計之前完成，完成這些，就為程序研發提供了約束和準繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分，開發工作和實際需求往往因此 產生隔閡脫節的現象。

需求分析，除了以上工作，筆者以為作為項目設計者應當完整的做出項目的性能需求說明書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方客戶或公司市場部門）能夠有真正的溝通和了解。

第三個步驟是概要設計，將系統功能模塊初步劃分，并給出合理的研發流程和資源要求。作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常采用這種方法是因為涉及的研發任務屬于新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是并不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼后，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟。

第四個步驟是詳細設計，這是考驗技術專家設計思維的重 要關卡，詳細設計說明書應當把具體的模塊以最“干凈”的方式(黑箱結構）提供給編碼者，使得系統整體模塊化達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低，實際上，嚴格的講詳細設計說明書應當把每個函數的每個參數的定義都精精細細的提供出來，從需求分析到概要設計到完成詳細設計說明書，一個軟件項目就應當說完成了一半了。換言之，一個大型軟件系統在完成了一半的時候，其實還沒有開始一行代碼工作。那些把作軟件的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。

第五個步驟是編碼，在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對于程序員而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！

第六個步驟是測試。

測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試范圍，可以分為模塊測試和整體聯調；按照測試條 件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。

總之，測試同樣是項目研發中一個相當重要的步驟，對于一個大型軟件，3個月到1年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。完成測試后，完成驗收并完成最后的一些幫助文檔，整體項目才算告一段落，當然日后少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟件的運營狀況并持續修補升級，知道這個軟件被徹底淘汰為止。路漫漫其修遠兮，吾將上下而求索！這幾個月的學習和開發，既有經驗又有教訓，讓我們深刻認識到，我們離真正的程序員還有很長的路要走，我們定將以此為契機，努力提高自己的專業技術水平。

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

[學生公寓管理系統]

項目開發總結報告

項 目 組擬 制 人

[二零一一年十二月五日]

目錄

一、引言......................11.1 編寫目的................1

1.2 背景.................1

二、實際開發結果..................22.1 產品.................2

2.2 主要的功能及性能。.................2

2.3 基本流程................2

2.4 進度.................2

2.5 費用.................3三、開發工作評價..................33.1 對生產效率的評價..............3

3.2 對產品質量的評價。.................3

3.3 對技術方面的評價..............3

3.4 出錯原因的分析。..............4四、經驗與教訓...............4一、引言

1.1 編寫目的本文檔編寫與整個項目開發完成以后，對于整個項目開發的過程進行最后的總結，并對項目產品進行最后的驗收。

1.2 背景

開發軟件系統的名稱：學生公寓管理系統

本項目的開發原因：完成信息系統分析與設計的實訓任務開發者：

用戶：學生公寓管理人員、相關工作人員

1.3定義

1.4 參考資料

《信息系統分析與設計》 作者：劉騰紅 劉婧玨 清華大學出版社

《管理信息系統》（第四版）黃梯云

《計算機軟件產品開發文件編制指南GB-T8567-1988》 《計算機軟件測試文件編制規范GB-T9386-1988》 《計算機軟件需求說明編制指南GB-T9385-1988》 《學生公寓管理系統項目計劃》

《學生公寓管理系統軟件需求說明書》

《學生公寓管理系統概要設計說明書》

《學生公寓管理系統詳細設計說明說》

《學生公寓管理系統數據庫設計說明說》

二、實際開發結果

2.1 產品

開發最后產生的軟件為.exe 的可運行程序。

2.2 主要的功能及性能。

軟件主要的功能如下：

a.學生信息管理b.來訪人員管理c.公寓樓管理d.宿舍管理e.出入物品管理

軟件性能方面：可以在 1 面內相應使用者操作。

2.3 基本流程

2.4 進度

項目開發進度與原項目規劃時所定的項目開發進度無出入。

2.5 費用

由于該系統是開發人員的學習過程，在資金方面不需要很大的支持，而且人員自己都有 pc 機，所以開發費用基本為零。

三、開發工作評價

3.1 對生產效率的評價

本產品的能夠在 1 秒鐘的時間能相應用戶的請求，生產效率是可以 的。

3.2 對產品質量的評價。

由于設計存在缺陷，產品的質量并不是很高。

3.3 對技術方面的評價

由于本系統開發采用的是SQL Server 數據庫所有使用數據庫方面的技術不算高。用到的java方面的技術并不算深層次的技術。所以整個系統在技術方面的要求是一般的。

3.4 出錯原因的分析。

由于數據庫對輸入數據的可格式和精度有要求，數據數據格式不對或數據過長都可能引發錯誤。

四、經驗與教訓

主要經驗：通過本次項目的開發，我們學會了很多課堂上學不到的東西，更讓我們明白了一個道理，做事切記不能眼高手低。同時，也讓我們對專業的知識有了進一步深入的了解。

主要教訓：通過本次項目的開發，我們明白了自己的專業知識有多匱乏，少到可憐，所以以后要加強自己在專業方面的各種知識。