- 相關推薦
軟件項目開發(fā)總結范文（通用6篇）
總結就是對一個時期的學習、工作或其完成情況進行一次全面系統(tǒng)的回顧和分析的書面材料，通過它可以全面地、系統(tǒng)地了解以往的學習和工作情況，不妨讓我們認真地完成總結吧�？偨Y怎么寫才不會流于形式呢？下面是小編為大家收集的軟件項目開發(fā)總結范文，希望對大家有所幫助。
軟件項目開發(fā)總結 篇1
一． 引言
1．編寫目的
本項目開發(fā)總結報告，主要是總結本軟件的開發(fā)經(jīng)驗和總結所學到的知識，以及對一個系統(tǒng)的大型的軟件設計的總體感悟，并將軟件設計過程中遇到的問題加以闡述和說明。
讀者對象：開發(fā)人員、大賽評委
2．項目背景
系統(tǒng)名稱：3D旅游咨詢員
任務提出者：山東省齊魯軟件設計大賽委員組
開發(fā)者：
面向用戶：游客
開發(fā)時間：2010年9月1號到2010年9月19號
該軟件運行系統(tǒng)：單機版計算計
3．參考資料
A、軟件項目開發(fā)總結報告書（GB856T—88）國家標準
B、齊魯軟件設計大賽手機游戲創(chuàng)意與實現(xiàn)項目的文檔要求
C、互聯(lián)網(wǎng)上的各類相關資料
二.開發(fā)結果
1． 產品
名稱：3D旅游咨詢員
存儲媒體的形式：光盤
數(shù)量：3份；
D 、產品文檔名稱：
軟件開發(fā)文檔：《需求需求說明書》、《概要設計說明書》、《詳細設計說明書》、《軟件測試計劃》、《軟件測試報告》
項目管理文檔：《軟件項目計劃》、《項目進度報告》、《項目開發(fā)總結報告》
產 品 文 檔：《用戶手冊》、《演示文件》
2．主要功能：
這是一款關于3d旅游的軟件，3D為本軟件的一大特色。
模擬現(xiàn)實世界場景，做到真實逼真的效果，增加了視覺沖擊力。可以像現(xiàn)實的人物一樣隨意走動，想到那就到那，想看到那就看那，而且操作簡單易行，
很方便用戶的使用，帶給用戶一種全新的設計。設計一個以岱廟為背景的軟件，軟件界面以紅色、灰藍色和土黃色為主，為游客展現(xiàn)一個立體的三維場景，展現(xiàn)岱廟的建筑群和總體的設計，幫助游客大體的了解岱廟的基本信息，更好的完成游覽觀光的功能。分為四個模塊,即操作介紹、查詢、推薦信息、進入3D景區(qū)。
采用了3D模型建立的技術，碰撞檢測技術，數(shù)據(jù)庫連接技術
性能：
A、可靠性
在從設計、開發(fā)到使用的全過程中，為提供滿足用戶使用要求的高有效性，軟件所采取了提高可靠性的一切措施、方法和活動。
B、可用性
本游戲具有很高的實用性，采取文本和語音同時輸出，適合于任何的年齡段人使用，界面簡潔，操作簡單，很容易上手，幫助用戶了解岱廟的知識，并且對岱廟有一個具體的了解。
C、可維護性
此維護是軟件周期的最后階段，維護人員可以簡單的對此軟件進行維護。
3．所用時間
3周，100多個小時
三． 評價
1． 技術方案評價
我們小組開發(fā)的是3D旅游咨詢員，具有一定的難度，我們通過開源游戲引擎直接控制，可以說是減少了一定的難度，使得軟件的實行更有可靠性和完善性。
軟件的需求分析階段嚴格按照先設計后實現(xiàn)的功能，需求由于進行了比較嚴格的分析和策劃，所以后期的實現(xiàn)相對而言，改動較少，提高了開發(fā)效率；
軟件的場景采取三維立體效果，體現(xiàn)了3D的主題，所以提供較好的.視覺效果，是人們有身歷其境的感覺。
軟件采取文本和語音同時輸出，實現(xiàn)人機交互的功能，讓用戶比較強烈的感受軟件的好處。
3D場景可以加入音樂和實現(xiàn)全屏等具體的功能，增加了軟件的可實現(xiàn)性，完善了軟件的功能。
2．產品質量評價
整個軟件系統(tǒng)比較穩(wěn)定，進行過比較嚴密的測試。
可用性：此游戲具有很好的實用效果，適合于任何的人用。
可維護性：此游戲系統(tǒng)比較穩(wěn)定。維護是游戲軟件設計周期的最后階段。可轉移/轉換性：此軟件運用c++語言和irrlicht開源引擎，在windows系統(tǒng)的基礎上，實現(xiàn)軟件功能。軟件的移植性比較強，只要是裝了操作系統(tǒng)的pc機，都可以使用。
四． 總結
通過這次大賽，培養(yǎng)了我們的創(chuàng)新精神，競爭意識，克服困難、堅持不懈的毅力以及團隊合作精神。開發(fā)的這款軟件，從設計到開發(fā)都經(jīng)過了細致摸索和推敲和實地考察，做到了作品的原創(chuàng)性。這是一款獨立研發(fā)且具有成品性質的軟件，是我們大家共同努力的結果。游戲開發(fā)中，大家的能力，諸如大家的合作，個人的協(xié)作能力，策劃能力，以及時間觀念都有一定的提高。希望軟件的設計能給大家耳目一新的感覺，豐富多彩的視聽效果，能給用戶以視聽享受，希望成為廣受用戶的歡迎。
通過參加“齊魯軟件設計大賽”，得到了許多經(jīng)驗和教訓：
一個成功的設計應該是以用戶為出發(fā)點，始終在考慮“用戶需要什么”， 軟件策劃并不是典型的用戶，我們不是真正的旅游觀光者，但是我們也進行旅游，我們制作的游戲是游客使用的，而不是自娛自樂用的。一味從自我考慮，只做符合自己的軟件，你會發(fā)現(xiàn)它的需求是如此的不足，功能有很大的缺失，最后會發(fā)現(xiàn)做出來的軟件連你自己的愿望。
軟件項目開發(fā)總結 篇2
隨著市場經(jīng)濟的進一步完善及全球經(jīng)濟一體化進程加快，企業(yè)面臨著激烈的市場競爭，企業(yè)內部、外部信息交流已成為企業(yè)發(fā)展、參與市場經(jīng)濟競爭的迫切需要。企業(yè)引入先進的信息處理技術，增加信息共享程度，不僅提高了工作效率、降低成本，而且也提高企業(yè)管理的科學性和自動化程度。信息已成為企業(yè)生存與發(fā)展的基礎，在原有系統(tǒng)的基礎上，計算機中心于2003年開始加大信息管理系統(tǒng)的開發(fā)，已到年底，開發(fā)項目也基本上完成了；為了總結03年所有開發(fā)項目的整個開發(fā)及管理過程，我們選取2個比較大的軟件項目來分析，項目為：出口技術支持網(wǎng)站管理系統(tǒng)、模具管理系統(tǒng)；在這兩個具有代表性的項目中，我們清晰的看到了我們在項目開發(fā)過程中的成果及所存在的不足和應該改進的地方，總的說來，設計開發(fā)的功能基本上達到了用戶需求的75%，用戶也能夠開始使用我們開發(fā)的系統(tǒng)來達到其管理目的。如出口技術網(wǎng)站為國外的客戶提供了方便快捷的了解到我們公司的空調產品及技術信息、空調配件信息等等。
模具管理系統(tǒng)最大程度的實現(xiàn)了模具信息的共享，各使用部門可以方便的查詢模具的位置、進度、狀態(tài)、申請單、試模、驗收、合格、模具的調撥、報廢等等信息；查詢模具的相關信息信息由原來的1-2天縮短為10分鐘之內。產品型號、零件圖號統(tǒng)一維護，規(guī)范管理，出錯比例大大下降。而且在更改零件圖號的情況下，基礎數(shù)據(jù)更改，其它相關文件的同一數(shù)據(jù)會隨之更改，減少系統(tǒng)維護量提高了生產部編制模具生產任務單的工作效率，縮短了模具制造任務傳遞時間，查詢新的開模單更方便快速，由原來的至少半天縮短為10分鐘之內匯總改模單情況由原來的多人每日手工填寫改進為階段一次匯總，時間僅須20分種左右，大大提高了效率。
模具臺賬能顯示所有的模具匯總及分配情況； 雖然相關項目基本上達到了預期的目的，但是，反思在整個項目的需求提出、項目評估、需求分析、項目計劃、總體設計、詳細設計、測試計劃、實施的各個環(huán)節(jié)，我們都有工作不足之處，特別是某些關鍵控制點上面，我們有一些失誤，當然，原因是多方面的，有果必有其因。下面我們從關鍵控制點上面來分析我們在項目開發(fā)過程中存在的問題、原因分析及改進措施：
一、從用戶提出需求，到需求響應時間，我們需要9天時間，而需求評估完成時間需要15天左右，這就是我們存在的一些問題，導致需求響應時間及評估完成時間比較長的原因有如下幾方面：
(1)、由于計算機中心軟件開發(fā)人員不夠：各應用系統(tǒng)的支持人員及軟件開發(fā)人員加起來才8個，公司各子應用系統(tǒng)有幾十個，ERP的各個子系統(tǒng)及模塊就有將近20個，一個員工要支持5到6個功能子系統(tǒng)的維護；
(2)、分工不明確：軟件開發(fā)人員往往身兼數(shù)職，跨多個職能領域，應用用戶習慣找誰就認定那個人，什么事都找該員工；工作效率就相對低下；
二、關鍵用戶訪談率及關鍵用戶對需求的認同率都比較低，關鍵用戶訪談率只有70%，而關鍵用戶對需求的認同率只有68%；為什么會有這樣的結果了，分析原因如下：
(1)、由于計算機中心人員緊張：有時沒有辦法訪談所有的關鍵用戶，只能找?guī)讉�評估時認為特關鍵的用戶；
(2)、被訪談用戶原因：由于被訪談用戶事情太多，往往在提出需求以后，抽不出時間來接受訪談；另外有些用戶只局限于本部門或者本崗位來考慮問題，不愿意從公司層面或者大局來考慮；
(3)、用戶不重視：有些需求是由于用戶部門領導要求，跟得比較緊，但是如果部門領導沒有跟得緊的情況下，用戶就不那么急了，就算立了項，也不能很好的配合；
(4)、軟件需求分析人員原因：由于需求分析人員經(jīng)驗不足，導致需求不夠明確，不能了解到用戶需求背后的真正目的；
三、設計功能滿足率比較低，只有75%，功能點BUG數(shù)比較多，每個功能模塊平均的BUG數(shù)有15個之多，函數(shù)注釋率只有10%左右，各功能點的測試覆蓋率只有40%，分析原因如下：
(1)、用戶需求不明確：有些用戶在接受訪談時說的需求，及在需求確認時都沒有問題，但是到軟件功能設計出來以后，卻完全不是這么回事，用戶就會解釋說當時沒想清楚；
(2)、軟件開發(fā)工具的原因：軟件開發(fā)人員使用的開發(fā)工具不夠實用，很多工發(fā)工具能檢查出來的BUG，沒有辦法檢查出來，需要開發(fā)人員自已檢查；
(3)、軟件開發(fā)人員的原因：由于軟件人員緊張，項目任務多，交期短，所以在開發(fā)時，沒有多少時間去寫程序代碼的注釋，況且有些開發(fā)人員也根本沒有注釋的習慣，沒有多少時間去完整的測試各個功能點；把測試的任務有時就直接交給用戶了；
四、系統(tǒng)架構變更次數(shù)過多，一個項目平均下來變更6次之多，原因如下：
(1)、系統(tǒng)設計人員的原因：由于系統(tǒng)設計人員在架構設計時，沒有考慮到系統(tǒng)架構的靈活性；不易于擴展；一旦用戶的需求有變化，系統(tǒng)架構就必須重新修改；
(2)、用戶需求變更太頻繁：由于用戶的需求很隨意變更的`，加大了系統(tǒng)設計的難度，導致了系統(tǒng)架構變更；
五、項目的按時完成率比較低，平均下來只有60%，分析原因如下：
(1)、用戶需求變更太頻繁：由于用戶需求變更太隨意，太頻繁，導致有些開發(fā)工作完成，又必須推倒重來，做了很多無用工作；另外有些用戶只局限于本部門或者本崗位來考慮問題，不愿意從公司層面或者大局來考慮；造成重復工作，重復設計；
(2)、軟件開發(fā)人員的原因：由于軟件開發(fā)人員不夠，項目多，任務緊，一個人身兼數(shù)職，也是造成軟件開發(fā)項目推遲的直接原因；另外，軟件開發(fā)人員專業(yè)技術水平不夠，有些功能開發(fā)要花太多的時間去研究，尋找解決方案，也導致了項目的延遲；
(3)、系統(tǒng)架構變更太多：導致有些程序開發(fā)工作無用，必須重新開發(fā)；
(4)、軟件需求分析設計人員的原因：由于設計的不合理，分析用戶需求不夠透徹和全面，架構設計不合理，導致軟件開發(fā)變更及錯誤多，也導致了軟件項目的開發(fā)延遲；
(5)、軟件開發(fā)工具及開發(fā)方法落后：由于軟件開發(fā)人員沒有太多的時間去研究使用新的，先進的開發(fā)工具，也沒有太多時間去學習新的開發(fā)方法，導致軟件的開發(fā)速度慢，開發(fā)出來的程序BUG多，程序沒有多少可重用性，也導致了軟件項目的開發(fā)延遲；
綜上所述，為了配合公司的發(fā)展，滿足公司對信息化建設的要求，順利實現(xiàn)計算機中心04年目標，我們必須針對軟件開發(fā)項目中存在的問題采購行之有效的改進方案，計劃改進措施提議分為內部及外部：
六、內部的改進措施提議如下：
1、增加人員配置，解決人手嚴重不夠的問題；
2、明確分開，重新劃分業(yè)務小組；
3、明確崗位職責，細分軟件項目開發(fā)所需要的各個崗位；
4、制定崗位知識能力模型，對每個崗位要求的能力必須定義清楚，要求嚴格達標；不達標的必須重新培訓；做到合適的人在合適的位置做合適的事；
5、加強專業(yè)技能培訓；
6、加強軟件開發(fā)管理，培養(yǎng)團隊合作精神，加強軟件過程控制；
7、優(yōu)化設計開發(fā)方法：加強設計標準化、模塊化；提高軟件開發(fā)效率；
8、加強業(yè)務培訓，更實際的了解業(yè)務需求；
七、外部的改進措施提議如下：
1、加強業(yè)務部門對系統(tǒng)了解；
2、培養(yǎng)用戶需求的分析能力；
3、加強與用戶的互動及雙向溝通，讓用戶參與到設計中來；
4、引導用戶的軟件需求，培養(yǎng)用戶從公司層面或者大局來提出需求；
軟件項目開發(fā)總結 篇3
1.引言
自助旅游的定義，簡單地講，就是吃、住、行、游、購、娛，基本上全由游客自己決定。自助旅游的新概念，也叫背包旅行，起源于發(fā)達國家，在英語里面叫“backpacker’s travel”，或“budget travel”，即背包旅行，省錢的旅行。
隨著中國進入第一次消費升級階段，居民可支配收入和消費水平不斷提高，發(fā)達地區(qū)居民旅游逐步從奢侈品蛻變?yōu)楸匦杵�。全球旅游業(yè)的散客化趨勢影響著中國，自助旅游席卷而來，給我國的一系列旅游產業(yè)及其相關制造產業(yè)帶來了挑戰(zhàn)。它的主要特點之一就是利用互聯(lián)網(wǎng)技術，旅游者通過網(wǎng)絡自由組團和選擇參加者，自由選擇路線等。
自助旅游最終實現(xiàn)需要一個漸進的過程，拓寬信息渠道、加強對自助旅游的研究和建立自助旅游的完善體系三個方面是很重要的，因為設計此旅游自助系統(tǒng)以期向計劃出行的人們提供豐富的旅游自助信息及其它相關信息，進一步完善現(xiàn)有的旅游自助體系。
1.1 編寫目的
隨著科學技術的高速發(fā)展，我們已步入數(shù)字化、網(wǎng)絡化的時代。旅游自助系統(tǒng)是一個管理信息系統(tǒng)，目標是使旅游資源信息化，方便旅游公司及游客便捷地得到需要的旅游信息。
1.2項目背景
隨著社會信息量的與日俱增，圖書作為主要的傳統(tǒng)信息載體，在某一層面上已不能滿足現(xiàn)代這樣一個知識爆炸時代對信息的需求，這也體現(xiàn)在人們的.出行與旅行方面，人們不可能隨身帶一本厚厚的旅游百科全書去爬青藏高原；同時旅游管理部門希望避免由于筆誤或者記錄丟失等人工疏忽帶來的行政失誤，他們也需要更系統(tǒng)更嚴謹?shù)墓芾硎侄�，從而做到依法管理，有�?jù)可查；而對旅游公司而言，高效的經(jīng)營管理手段是獲取最大利益的關鍵。在計算機日益普及的今天，一套行之有效的旅游自助管理系統(tǒng)，是大家最好的一個選擇，他是人們出行旅行的貼心小助手，是旅游公司負責盡心的大管家，是旅游管理部門安全可靠的檔案室與嚴謹?shù)闹砻貢�。他將對人們的出行旅游方式產生時代性的影響。
旅游自助系統(tǒng)軟件是一套功能比較完善的數(shù)據(jù)管理軟件，具有數(shù)據(jù)操作方便高效迅速等優(yōu)點。該軟件采用功能強大的數(shù)據(jù)庫軟件開發(fā)工具進行開發(fā)，具有很好的可移植性，可在應用范圍較廣的簡體中文、英文 Windows98/2000/ME/XP等操作系統(tǒng)上使用。除此以外，該軟件可通過訪問權限控制以及數(shù)據(jù)備份功能，確保數(shù)據(jù)的安全性。
建議開發(fā)軟件名稱：旅游自助系統(tǒng) 項目的提出者：軟件工程課程
開發(fā)者：艾菁、張虹、周軍、李驍、胡寶雷 用戶：旅游公司及游客
1.3 定義
該旅游自助系統(tǒng)是基于Internet/Intranet 及Web技術，建立以Browser/Server 為結構模式、以數(shù)據(jù)庫為后臺核心應用、以服務為目的信息平臺。
文檔中采用的專門術語的定義及縮略詞簡要如下： TTS：Travel Self-help System，旅游自助系統(tǒng)。
SQL（Structured Query Language）:結構化數(shù)據(jù)庫查詢語言 JSP：JAVA Server Page
1.4 參考資料
《軟件工程》 原書第八版 程成、陳霞譯 機械工業(yè)出版社 2007.3。 鄭人杰，殷人昆，陶永雷。《實用軟件工程》（第二版）。北京：清華大學出版社，1997。
金勇華，曲俊生。《JAVA網(wǎng)絡高級編程》。北京：人民郵電出版社，2001。 Borland Software Corporation。《JBUILDER培訓教程》北京：機械工業(yè)出版社，2002。
2.實際開發(fā)結果
2.1 產品
可包括列出各部分的程序名稱,源程序數(shù)(包括注釋行)或目標程序字節(jié)數(shù)及程序總計數(shù)量,存儲形式;產品文檔名稱等.
2.2 主要功能及性能
功能：
對旅游公司及旅游局輸入信息進行管理； 用戶的信息檢索； 性能：
數(shù)據(jù)庫的錄入； 后臺信息維護；
不同條件下的信息檢索；
旅游服務預約及預約是否成功的反饋； 輸出：
旅游景點信息；（包括景點介紹、物理位置、開放時間、參觀費用等） 旅游線路信息；（包括日程安排、食宿交通、手續(xù)價格、聯(lián)系方式等） 預約結果反饋；（是否成功） 輸入：
旅游景點名稱； 旅游線路名稱；
旅游者自定義的查詢條件的搭配；（包括希望的時間安排、旅游的費用預算、行程的旅游景點等）
安全保密：
用戶退出系統(tǒng)時，自動清空查詢記錄；
2.3 運行環(huán)境要求
運行環(huán)境：
操作系統(tǒng)：Windows2000； 數(shù)據(jù)庫類型：SQL server。
軟件項目開發(fā)總結 篇4
一、軟件開發(fā)個人體會：
1. 軟件領域中的知識在于積累。
2. 做軟件開發(fā)，就類似算數(shù)學題和世界杯足球賽一樣：重在結果，而不在乎過程。
3. 軟件服務于人類，軟件是在解決一些生活中的問題和錯誤，問題決定解決方案。
二、做軟件開發(fā)我覺得要明白：
1. 職業(yè)的樂趣：
(A) 用自己的智慧去創(chuàng)建新事物的快樂
(B) 開發(fā)對別人有用的東西
(C) 不斷學習來充實自己
2. 職業(yè)的苦惱:
(A) 總是追求完美
(B) 所有要實現(xiàn)的功能由他人而定
(C) 概念設計計是有趣的，但找Bug總是很苦惱的
三、在開發(fā)中遇到問題應該怎么去解決？
1. 不明白就多問，不要自已一直去琢磨。 一個問題如果30分鐘還沒有解決就應該考慮是不是問問別人。 一個問題在沒有用過3種以上的方法解決過就不要去問別人。 解決問題思路是關鍵：
相信問題總歸有解決的辦法，就算連技術上都沒法實現(xiàn)的問題，相信通過良好的溝通終究也會有解決的方法。
2. 解決問題的前提是：理解別人的意思，理解別人的需求，多溝通，及時給客戶反饋信息。
四、怎么樣才能提高自身的能力？
1.程序員怎么樣進步最快？
2. 不要怕出錯，不怕遇到錯誤，有錯誤就有挑戰(zhàn)，這樣才可以進步，但不要讓同一個石頭把你絆倒2次。
五、怎么樣才能做好軟件開發(fā)？
1. 首先要明白解決的問題是什么，理解問題，其次再決定怎么解決這個問題
2. 碰到很復雜的問題，我們就簡單想，把問題簡單化，細化到能夠實現(xiàn)為止
3. 出了問題，我們要先分析問題，然后知道引起問題的原因，最后并想出問題的解決辦法
4. 我們應該從2個方面去把握一個項目：從業(yè)務角度和項目的關鍵問題上去把握一個項目
(A) 從不同的系統(tǒng)場景
(B) 從不同的用戶角色（充當什么角色）
(C) 從不同的系統(tǒng)使用角度（擁有那些權限）
5. 其實我覺得開發(fā)人員說實在應該要比使用系統(tǒng)的人更了解系統(tǒng)需求，只有真正徹底的了
解了項目的業(yè)務需求，我們才能做真的做好這個項目
六、文檔的重要性
記得我當初剛開發(fā)項目的時候都是寫個大致的需求說明書，做一個E-R圖，畫幾個大致的數(shù)據(jù)流程圖，然后建立數(shù)據(jù)字典和表結構關系。 再接著搭建一個開發(fā)環(huán)境，配置幾臺服務器，劃分一下模塊，分工，我們就可以Coding了，一直到項目結束了，也沒有完整的設計文檔，更沒有完整的測試文檔，雖然這樣的確是很快的完成了Coding工作，感覺上好像節(jié)省了好多成本和開發(fā)時間，但后期的.維護和Bug 就是經(jīng)常出現(xiàn)的事。
小項目沒有文檔關系不大，但如果遇到一個大項目的時候，那這樣的開發(fā)方式就很有問題很危險的。
大項目沒有文檔： 首先維護就很麻煩，也很亂，寫的代碼，過幾天都不知道它是完成什么功能的了，其次系統(tǒng)的穩(wěn)定性和可靠性也讓人懷疑，擴展性就不用說了。
七、我的收獲
A.程序員大多都不喜歡寫文檔,我們以前也是特討厭,記得以前都是系統(tǒng)開發(fā)完了，為了應付項目驗收，就匆匆忙忙的一組人在那里補文檔。在我們的思想里,所謂的文檔就是一些廢話,一句話硬是用十句話來代替的無聊透頂。
B.代碼風格要規(guī)范
以前做項目，我們都是不怎么去注意代碼風格和寫代碼的規(guī)范，都是稍微想一下就直接開始寫代碼了。注釋也很少用，總感覺我們自己寫的代碼，我們怎么會不知道它做了些什么事呢 ？總覺得我們自己寫的代碼我們怎么會不知道它是用來做什么的呢。一直都不相信這是個事實，但事實上，項目驗收后，系統(tǒng)剛開始使用的人少，也就不會出現(xiàn)潛在的錯誤，隨著時間的增加，久而久之，當大量用戶并發(fā)訪問的時候，系統(tǒng)的Bug 就暴漏出來了，那時你再用熟悉的Eclipse打開整個項目的源碼時，再去看自己寫的代碼的時候，真的發(fā)現(xiàn)，我們定義的這個變量名是什么意思啊 ？ 我們的這個Flag 是用來判斷什么的啊 ？我們的if（）中條件不知道是判斷什么？ Function （） 也忘記是什么功能了？ 想想好可怕啊。 難道真的都忘記了嗎 ？回答是肯定的： 真的忘了。
C.心得體會:
通過做該網(wǎng)盤項目，在這2年的鍛煉中，我們才真的體會到，良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié),一個好的程序是先寫好設計文檔再進行編程的，在設計文檔的指導下，才能寫出安全的代碼。如果你不寫文檔，一開始就寫程序，這樣你就不會按已設計好的路線走，而是想到哪寫到哪。小功能還好說，要是大功能，就容易混亂.
剛開始我們還很不習慣這一系列的編程風格，很多的規(guī)范，尤其是命名，方法和注釋，都有這著很多限制，讓我們覺得真羅唆，寫個程序完成功能不就可以了嗎，明明1小時做完的事情非得讓人用3、4個小時去做，我們現(xiàn)在真的明白這樣做的好處了，我們已經(jīng)習慣這樣的編程風格了，這也養(yǎng)成了我們的一個編程習慣了，深有體會啊。
最忙的時候就是我們成長和收獲最多的時候。
八、網(wǎng)盤項目開發(fā)的最大體會
我們覺得項目開發(fā)的開始時候，應該由項目負責人很好的對項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題，以及里面用到的很多專有名詞做個細致的說明，而不是從一開始就分幾本式樣書，給個靜態(tài)Html 的Demo看看，然后搭建好開發(fā)環(huán)境就按照式樣設計書來開發(fā)。
九、軟件測試（單體測試和連接測試）
我們首先認為，編寫程序的時候不要想出了問題再解決，而是要想如何不會出現(xiàn)問題，要根據(jù)經(jīng)驗來預測可能出現(xiàn)的問題，然后避免出現(xiàn)。
測試，說的直接點就是給軟件找錯誤。
很多人認為發(fā)現(xiàn)錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上我們不這么認為。
我們覺得對開發(fā)人員來說，我們要把測試出來的Bug都應該做個分析，知道錯的原因之后，我們就應該在下個項目中防止類似的錯誤發(fā)生，而真正來提高我們開發(fā)的效率。
軟件項目開發(fā)總結 篇5
1引言
1.1編寫目的
XXX公司業(yè)務管理系統(tǒng)的開發(fā)已經(jīng)基本完成。寫此項目開發(fā)總結報告，以方便我們在以后的項目開發(fā)中來更好的實施項目的訂制開發(fā); 讓我在今后的項目開發(fā)中有更多的有據(jù)的資料來規(guī)范我們的開發(fā)過程和提高我們的開發(fā)效率,從而創(chuàng)造更多公司效益。
1.2背景
項目名稱：XXX業(yè)務管理系統(tǒng)
軟件名稱：XXX業(yè)務系統(tǒng)
客戶：XXX
用戶：XXX員工
1.3參考資料
項目開發(fā)文檔：
�。保浖_發(fā)數(shù)據(jù)模型：PDM_OperationSystem20070831.pdm
２．數(shù)據(jù)庫開發(fā)文檔： XXX業(yè)務管理系統(tǒng)數(shù)據(jù)庫設計說明書2.0.doc
�。常浖䴓I(yè)務流程參考：XXX業(yè)務管理系統(tǒng)流程說明.doc
４．軟件使用手冊參考：XXX業(yè)務管理系統(tǒng)功能說明3.0.doc
�。担浖䴓I(yè)務流程參考：XXX業(yè)務管理系統(tǒng)流程說明.doc
�。叮浖惺褂玫降牡谌娇丶篊omponentArt Web.UI 2006.1252 for asp.net2.0.rar
�。罚浖惺褂玫陌踩獻key驅動：Ikey Driver.rar
2開發(fā)工作評價
2.1對生產效率的評價
１．系統(tǒng)開發(fā)已歷時快１年的時間了
�。玻_發(fā)的反復性比較多。
�。常畬蛻舻男枨罄斫獠皇呛芡笍�。
綜合以上，此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。
2.2對產品功能的評價
經(jīng)過我們公司各位同事的共同努力協(xié)作，XXX業(yè)務管理系統(tǒng)已經(jīng)很好的完成了客戶的業(yè)務流需求。經(jīng)過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。總的來說，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。
2.3對技術方法的總結
在此項目中使用到技術和工具：
１.使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發(fā)進程。在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今后的項目開發(fā)中，我們最好是能開發(fā)出適合自己的代碼生成工具，更大限度的節(jié)省開發(fā)周期和開發(fā)費用。
�。�.使用數(shù)據(jù)庫建模工具；PowerDesigner 工具來建立系統(tǒng)數(shù)據(jù)庫模型，以方便程序員很好的理解業(yè)務流和掌握系統(tǒng)架構者的架構思想，更好的滿足客戶的功能需求。在今后的項目開發(fā)中，我們要更好的來完成系統(tǒng)的前期數(shù)據(jù)庫模型的建立，最大的來優(yōu)化系統(tǒng)功能。
�。�.使用第三方控件：此系統(tǒng)中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開發(fā)過程中，要繼續(xù)使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統(tǒng)開發(fā)效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網(wǎng)絡中的比較常見的第三方控件。
４.使用自定義控件：此系統(tǒng)中使用了自定義控件(GhdGridView),此自定義控件可以很好的統(tǒng)一系統(tǒng)中的所有信息顯示表格樣式。如客戶對數(shù)據(jù)顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統(tǒng)中的所有繼承自GhdGridView的表格樣式都可以改變。
５.系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結構，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的.系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術不斷的更加成熟。
６.系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就最大的提高了我們系統(tǒng)的安全性。Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
3項目經(jīng)驗總結
3.1簽定合同
一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2開發(fā)團隊
在項目確立后，要盡快的建立起項目開發(fā)團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優(yōu)點和技術，使團隊的能力不斷的提高。這樣，在項目的開發(fā)過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發(fā)成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發(fā)團隊成員要盡量的書寫一些開發(fā)文檔，這些文檔往往是我們在項目開發(fā)后期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養(yǎng)我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3需求的調研
在項目確立后，就到了需求調研分析階段。
�。保椖拷M對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系,要深入的去了解客戶需求。
�。玻覀円M量的讓客戶也參與到項目的開發(fā)團隊中來，也就是說我們要使客戶把自己也納入到項目的開發(fā)團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高,也就不會為項目的后期功能開發(fā)埋下陷阱
�。常谛枨笳{研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不愿參與到客戶的需求調研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調研中來，為什么呢？需求調研有出去和朋友一塊爛漫對嗎。。。雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調研中來。
�。矗：枨�，也就是模棱兩可是需求規(guī)格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
５．在一個項目的開發(fā)中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發(fā)后期與客戶溝通的可尋依據(jù)、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發(fā)需求；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發(fā)需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
�。叮枨笳{研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用Rose工具，把客戶的意思轉換為用例圖、時序圖、協(xié)作圖、狀態(tài)圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
3.4做好開發(fā)計劃
在項目確立后，我們就需要做好項目開發(fā)計劃，需求調研用時，開發(fā)用時，測試用時，實施用時，維護用時。在我們做好了計劃后，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發(fā)周期范圍之內，今日計劃、行動，明日成功。
3.5很好的溝通
在其他行業(yè)中，人與人的之間的溝通只很重要的。項目開發(fā)也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發(fā)人員要學會和善于溝通于客戶和同事之間。在一個項目的開發(fā)過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發(fā)到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發(fā)現(xiàn)問題，解決問題，從而按時或者提前完成項目的開發(fā)。
3.6做好工作總結
在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累后，無論是我們個人能力，，還是我們的團隊能力都會有很大的提高。
軟件項目開發(fā)總結 篇6
一、實訓目的：
通過對java語言、sql數(shù)據(jù)庫的應用以及sql語言的復習和鍛煉，并且通過使用MyEclipse開發(fā)平臺設計管理項目，以達到充分熟悉開發(fā)平臺及應用設計。同時掌握并實踐軟件項目設計規(guī)范及其開發(fā)流程：需求分析、概要設計、詳細設計、代碼編寫等，以便提前適應軟件公司開發(fā)流程、環(huán)境和工作要求。
二、實訓內容：
1. 項目：(“xx網(wǎng)”)
2. 完成(用戶注冊、登錄、列表、購物車、刪除、修改)等功能
3. 數(shù)據(jù)庫設計、SQL應用
4.項目實戰(zhàn)
三、實訓總結：
轉眼間實訓已過去一段時間，之前的興奮、喜悅如今已經(jīng)讓我熟悉，在實訓的每一天都會讓我有成為一名真正的財富者擁有的沖動。也許，在這期間不一定會讓一個人有著翻天覆地的變化，但變化就是這樣一點一點產生的。通過這一期的實訓，雖然倍感折磨，但是收獲卻是很大的，學習中我不但有了學習成果的喜悅，而且自己也日漸成熟，有種說不出的喜悅。
在實訓的過程中，我深深的體會到了自己在專業(yè)知識方面的欠缺和不足，也意識到了自己作為計算機軟件專業(yè)的學生，要想在以后的
職業(yè)中嶄露頭角，除了要有過硬的理論知識，健康的體魄之外，還必須具備良好的心理素質，是自己在以后的途中無論經(jīng)歷什么樣的困難，都立于不敗之地。通過實訓老師的課堂講解與企業(yè)文化標準的培訓，使我加深了對自己專業(yè)的認識，從而確定自己以后的努力方向，要想在短暫的實訓時間內盡多的學到東西，就需要我們跟老師或同學進行良好的溝通，加深彼此的了解，只有我們跟老師多溝通，讓老師更了解我們，才能更真切的對我們進行培訓工作。由此，班級的文化“共享”就在生活中慢慢形成了。
“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學來專業(yè)知識的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而老師在專業(yè)認識周到中所講的，都是課本上沒有而對我們非常有實際意義的。這又給我們的實訓增添了濃墨淡彩的光輝。我懂得了實際生活中，專業(yè)知識是怎樣應用與實踐的。在這些過程中，我不僅知道了職業(yè)生涯所需具備的專業(yè)知識，而且讓我深深體會到一個團隊中的各個成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧。靠單一的力量是很難完成一個大項目的，在進行團隊合作的時候，還要耐心聽取每一個成員的意見，是我們的組合達到更加完美。
這次實訓除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，
虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。
經(jīng)過之前的學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發(fā)。所以說實話，這次實訓，軟件項目開發(fā)對我來說是比較抽象的.，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經(jīng)過這次實訓，讓我明白了一個完整項目的開發(fā)，必須由團隊來分工合作，并在每個階段中進行必要的總結與論證。
一個完整項目的開發(fā)它所要經(jīng)歷的階段包括：遠景范圍規(guī)劃和用例說明、項目結構和風險評估、業(yè)務功能說明書、詳細設計說明書、代碼實現(xiàn)、測試和安裝包等等。一個項目的開發(fā)所需要的財力、人力都是很多的，如果沒有一個好的遠景規(guī)劃，對以后的開發(fā)進度會有很大的影響，甚至會出現(xiàn)在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業(yè)務功能和詳細設計說明書對一個項目的開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有比較明確的認識，還能減少在開發(fā)過程中出現(xiàn)不必要的麻煩。代碼的實現(xiàn)是一個項目開發(fā)成功與否的關鍵，也就是說，前期作業(yè)都是為代碼的實現(xiàn)所做的準備。
我深刻的認識到要成為一名優(yōu)秀的軟件開發(fā)人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎，
必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返于實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態(tài)迎接明天挑戰(zhàn)。
實訓中要求有扎實的理論基本知識，操作起來才順心應手，我這時才明白什么是“書到用時方恨少”。這就激發(fā)了學習的欲望。 “學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。
最初在實訓時自己就有一些不自信，但隨著項目的進展，我慢慢的找到了自己的位置，找到自己的目標，雖然自己與好的同學還有差距，這也給了我很大壓力，但是我相信沒有壓力就沒有動力，所以在整個實訓過程中我都在不斷地努力。
實訓期間讓我學到很多東西，不僅在理論上讓我對IT領域有了全新的認識，在實踐能力上也得到了很大的提高，真正的學到了學以致用，更學到很多做人的道理，對我來說受益匪淺。我意識到自己知識的缺少，這激勵我在以后的學習、工作、生活中要不斷了解信息技術發(fā)展動態(tài)以及信息發(fā)展中出現(xiàn)的新的技術。
除此之外，我還學到了如何與人相處，如何和人更好的交流，我們組成一個團隊大家一起開發(fā)一個項目，大家的交流溝通顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同
時又不傷害其他的隊友的面子，這些在我的實訓生活中都有一些體會。可是說，第一次親身體會理論與實際相結合，讓我大開眼界。也是對以前學習的一個初審吧，相信這次實訓多我以后的學習、工作也將會有很大的影響，在實訓的這段時間里這些寶貴的經(jīng)驗將會成為我以后工作的基石。
作為即將畢業(yè)走出校園的學生，經(jīng)過3年的在校學習，對程序設計有了一些基本的理性的認識和理解。在校期間一直忙于理論的學習，沒有機會也沒有經(jīng)驗來參與我們項目的開發(fā)，所以在實習之前軟件按開發(fā)對我來說是非常抽象的，一個完整的項目要怎么來分工以及完成該項目所需要的基本步驟也不明確，通過這次實訓讓我明白一個完整項目的完成必須團隊分工合作，并在每個階段進行必要的總結和檢查。在我們項目的開發(fā)過程中我們項目的步驟：詳細設計、詳細設計review、編碼、編碼。在項目開發(fā)過程中我也深刻的體會到詳細設計對一個項目開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有具體的認識，并能減少在開發(fā)過程中出現(xiàn)不必要的脫節(jié)。
這次實訓是對我們學習的一個檢驗，雖然項目中很多知識我們在日常的學習中都沒有遇到，這同時提醒我：要想成為一個合格的程序員就有具備一種自學能力，在工作中會遇到很多從未接觸過的問題，當有了問題時要去解決，在你不斷努力，尋找答案的過程中，自己的能力也在潛移默化的提升。有時遇到問題時可能有很多想法但卻不知道那個正確，這就讓我們不斷地去探索，不斷地嘗試。
【軟件項目開發(fā)總結】相關文章：
軟件項目開發(fā)工作總結03-17
軟件項目開發(fā)崗位的設置02-27
項目管理軟件的開發(fā)應用03-02
淺談軟件開發(fā)項目的管理03-29
做軟件開發(fā)項目實習的心得11-28
軟件開發(fā)與項目管理簡歷范文02-24
軟件開發(fā)項目管理制度01-15
軟件項目設計與開發(fā)過程管理分析03-29
軟件項目開發(fā)的投資決策分析11-20