項目開發總結報告
項目開發總結報告【1】
I 引言
1.1編寫目的
說明編寫這份項目開發總結報告的目的，指出預期的閱讀范圍。
1.2背景
說明：
a.本項目的名稱和所開發出來的軟件系統的名稱;
b.此軟件的任務提出者、開發者、用戶及安裝此軟件的計算中心。
I.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。
1.4參考資料
列出要用到的參考資料，如：
a.本項目的已核準的計劃任務書或合同、上級機關的批文;
b.屬于本項目的其他已發表的文件;
c.本文件中各處所引用的文件、資料，包括所要用到的軟件開發標準。
列出這些文件的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
2 實際開發結果
2.1產品
說明最終制成的產品，包括：
a.程序系統中各個程序的名字，它們之間的層次關系，以千字節為單位的各個程序的程序量、存儲媒體的形式和數量;
b.程序系統共有哪幾個版本，各自的版本號及它們之間的區別;
c.每個文件的名稱;
d.所建立的每個數據庫。
如果開發中制訂過配置管理計劃，要同這個計劃相比較。
2.2主要功能和性能
逐項列出本軟件產品所實際具有的主要功能和性能，對照可行性研究報告、項目開發計劃、功能需 .求說明書的有關內容，說明原定的開發目標是達到了、未完全達到、或超過了。
2.3基本流程
用圖給出本程序系統的實際的基本的處理流程。
2.4進度
列出原定計劃進度與實際進度的對比，明確說明，實際進度是提前了、還是延遲了，分析主要原因。
2.5費用
列出原定計劃費用與實際支出費用的對比，包括：
a.工時，以人月為單位，并按不同級別統計;
b.計算機的使用時間，區別CPU時間及其他設備時間;
c.物料消耗、出差費等其他支出。
明確說明，經費是超出了、還是節余了，分析其主要原因。
3 開發工作評價
3.1對生產效率的評價
給出實際生產效率，包括：
a.程序的平均生產效率，即每人月生產的行數;
b.文件的平均生產效率，即每人月生產的千字數;
并列出原訂計劃數作為對比。
3.2對產品質量的評價
說明在測試中檢查出來的程序編制中的錯誤發生率，即每干條指令(或語句)中的錯誤指令數(或語句數)。
如果開發中制訂過質量保證計劃或配置管理計劃，要同這些計劃相比較。
3.3對技術方法的評價
給出對在開發中所使用的技術、方法、工具、手段的評價。
3.4出錯原因的分析
給出對于開發中出現的錯誤的原因分析。
4 經驗與教訓
列出從這項開發工作中所得到的最主要的經驗與教訓及對今后的項目開發工作的建議。
項目開發總結報告【2】
XX單位管理委員會(你要匯報的機構，不能針對個人)：
受領導指派，我于XX年XX月XXX日負責XX項目。
X個月來，在領導的大力支持及同志們的密切配合下，項目進展順利。
于XX年XX月XX日圓滿地完成了該項工作。
現將項目建設情況匯報如下：
一、項目基本情況：
這一段回顧一下項目立項的依據及意義。
二、建設中的工作情況(最好給每一個小標題都起一個煽情的名字)
你是如何干的。
包括你的指導思想、工作方針、工作措施、工作實際。
可以加入一兩個工作片斷，以顯得更加真實、感人。
其實主要目的應該是向領導邀功。
三、
建成后的各項指標，要有具體數據，并以簡要的分析做結語(這一段和二、建設中的工作情況調換也可以。
靈活掌握吧)。
四、存在的不足：
(在這里矯情一下，比如發現了自身知識積累不足等)
五、幾點體會：
(在這里你向領導表忠心。
以“總之，在領導的大力支持下，該項目取得了成功，你個人的業務素質也在工作中也得到了提高”結束本段)。
以上是XX項目工作情況。
請審閱。
XXX(這里是姓名，前面也可加公司名稱和職務)
年月日
軟件項目總結報告范文【3】
1 引言
1.1 編寫目的
XXX公司業務管理系統的開發已經基本完成。
寫此項目開發總結報告，以方便我們在以后的項目開發中來更好的實施項目的訂制開發; 讓我在今后的項目開發中有更多的有據的資料來規范我們的開發過程和提高我們的開發效率，從而創造更多公司效益。
1.2 背景
項目名稱：XXX業務管理系統
軟件名稱：XXX業務系統
客戶：XXX
用戶：XXX員工
1.3 參考資料
項目開發文檔：
(1)軟件開發數據模型：PDM_OperationSystem20070831.pdm
(2)數據庫開發文檔： XXX業務管理系統數據庫設計說明書2.0.doc
(3)軟件業務流程參考：XXX業務管理系統流程說明.doc
(4)軟件使用手冊參考：XXX業務管理系統功能說明3.0.doc
(5)軟件業務流程參考：XXX業務管理系統流程說明.doc
(6)軟件中使用到的第三方控件：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
(7)軟件中使用的安全Ikey驅動：Ikey Driver.rar
以上參考資料是截止2007-08-31是最新的資料文檔。
如有修改，即使修改此處的參考文檔名稱。
2 開發工作評價
2.1 對生產效率的評價
(1)系統開發已歷時快1年的時間了
(2)開發的反復性比較多。
(3)對客戶的需求理解不是很透徹。
綜合以上，此項目的開發效率不是很高，相反有相當一定時間的浪費。
2.2 對產品功能的評價
經過我們公司各位同事的共同努力協作，XXX業務管理系統已經很好的完成了客戶的業務流需求。
經過對客戶使用過程的觀察，此項目開發的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。
如：前期系統數據庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。
總的來說，此系統的功能開發還是一個比較成功的案例。
2.3 對技術方法的總結
在此項目中使用到技術和工具：
(1)使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器]，此工具在很大程度上提高了編碼效率，從而加快了項目的開發進程。
在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。
在今后的項目開發中，我們最好是能開發出適合自己的代碼生成工具，更大限度的節省開發周期和開發費用。
(2)使用數據庫建模工具：PowerDesigner 工具來建立系統數據庫模型，以方便程序員很好的理解業務流和掌握系統架構者的架構思想，更好的滿足客戶的功能需求。
在今后的項目開發中，我們要更好的來完成系統的前期數據庫模型的建立，最大的來優化系統功能。
(3)使用第三方控件：此系統中使用了ComponentArt Web.UI 第三方控件。
此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。
本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開發過程中，要繼續使用第三方的控件。
這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統開發效率而言，這都是很好途徑。
但需要注意的是：在使用第三方控件時，要謹慎的選擇一些網絡中的比較常見的第三方控件。
(4)使用自定義控件：此系統中使用了自定義控件(GhdGridView)，此自定義控件可以很好的統一系統中的所有信息顯示表格樣式。
如客戶對數據顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。
(5)系統開發框架：此系統的框架使用的是簡單三層結構，此框架在開發一些中小軟件是比較實用的。
但是我們要是可以開發出自己的框架，把一些通用的功能開發到框架中。
這樣以來，在以后的系統開發中，針對系統中一些通用的功能就不需要再開發，從而也可以很好的提高我們的開發效率;減少很多維護費用。
使我們的技術不斷的更加成熟。
(6)系統安全加密：此系統中針對客戶提出的系統安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統的合法性。
這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得(不法人員他也是無法登陸到我們的系統中來)，這樣就最大的提高了我們系統的安全性。
Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
3 項目經驗總結
3.1 簽定合同
一個項目的開發成敗或者說項目開發帶來效益的大小，在很大程度上是受項目合同簽定的影響的。
往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發后期，工作量會越來越大，影響項目的竣工周期;而且，項目的開發費用一般是不會變的。
這樣以來，我們就大大的降低了我們的開發效益。
雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2 開發團隊
在項目確立后，要盡快的建立起項目開發團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優點和技術，使團隊的能力不斷的提高。
這樣，在項目的開發過程中，團隊才不會被難題困住不動。
另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發成員之間，以此來更好的理解客戶的功能需求。
人的記憶力總是有限的，所以就要求開發團隊成員要盡量的書寫一些開發文檔，這些文檔往往是我們在項目開發后期要用到的可尋資料。
項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3 需求的調研
在項目確立后，就到了需求調研分析階段。
(1)項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷，影響項目的開發周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系，要深入的去了解客戶需求。
(2)我們要盡量的讓客戶也參與到項目的開發團隊中來，也就是說我們要使客戶把自己也納入到項目的開發團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高，也就不會為項目的后期功能開發埋下陷阱。
(3)在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。
很多程序員不愿參與到客戶的需求調研中去，為什么呢?很簡單，與客戶溝通不如與代碼溝通容易有意思。
盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。
很多用戶也是如此，他們自己也不愿意參與到項目的需求調研中來，為什么呢?需求調研有出去和朋友一塊爛漫嗎?!雖然現狀如此，我們還是要努力的使客戶參與到需求的調研中來。
(4)模糊需求，也就是模棱兩可是需求規格說明中最為可怕的問題。
一是指諸多客戶對需求說明產生了不同的理解;一是指單個讀者能用不止一個方式來解釋某個需求說明。
針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
(5)在一個項目的開發中，文檔的書寫是極為重要的一項工作。
因為，某些文檔就是我們在開發后期與客戶溝通的可尋依據、也是我們程序員在編碼過程中要用到的重要文檔。
我們絕對不能認為，憑借我們的大腦來記錄所有的開發需求。
即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發需求，那也是不可能的，人的精力總是有限的。
這就要求我們在需求調研中做好需求文檔的記錄和整理。
(6)需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。
比如可以采用Rose工具，把客戶的意思轉換為用例圖、時序圖、協作圖、狀態圖、類圖等，使表達的意思更加直觀。
這樣客戶會更快的進行問題的實質。
3.4 做好開發計劃
在項目確立后，我們就需要做好項目開發計劃，需求調研用時，開發用時，測試用時，實施用時，維護用時。
在我們做好了計劃后，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發周期范圍之內，今日計劃、行動，明日成功。
3.5 很好的溝通
在其他行業中，人與人的之間的溝通是很重要的。
項目開發也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發人員要學會和善于溝通于客戶和同事之間。
在一個項目的開發過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。
在開發到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發現問題，解決問題，從而按時或者提前完成項目的開發。
3.6 做好工作總結
在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累后，無論是我們個人能力，還是我們的團隊能力都會有很大的提高。
【項目開發總結報告】相關文章：
項目總結報告12-25
項目總結報告[經典]12-19
it項目總結報告09-05
項目總結報告模板09-30
項目總結報告范文11-02
項目總結報告_模板12-24
科技項目總結報告11-30
項目完工總結報告08-29
項目收尾總結報告12-05