軟件項目開發總結報告模版

【文章導讀】 項目測試進度控制。項目的測試進度主要是按照項目計劃進行的，完全按照項目組計劃要求完成測試任務、提交測試類相關文檔，包括測試案例的完善、制定測試計劃、執行測試、缺陷跟蹤以及BUG迴歸測試等。下面是小編為大家整理的 軟件項目開發總結報告模版，供大家參考。

1引言

隨着人們生活水平和經濟水平的提高，網絡科技的全球化的發展，出遊和出差的頻率越來越多。這大大的激發了交通水平的發展。其中，火車這種又方便有便宜的交通工具作為人們的首選，火車站的客運列車增加，客運量也隨之增加。原有的售票的方式已經不再能滿足旅客的需求了。為了方便旅客售票系統不僅僅只能售票也能夠了解列車的各種信息。這樣才能成為現在網絡社會的真的適應者。

2需求分析

該售票系統是融合了火車票銷售、退票、列車管理、車票管理、售票員管理、列車管理信息，以及售票信息查詢為一體的綜合系統。該系統主要編寫的功能是列車和售票信息的查詢及售票功能。

2.1用户

該系統主要有兩類用户：管理員和售票員。管理員主要工作有車次管理，車票管理和售票員管理。對於每項功能都有添加，刪除和修改的功能。售票的主要工作是售票和退票。

2.2主要功能

該系統從功能方面可以分為四個方面：

登錄。不管你是管理員還是售票員必須登錄以後才可以進行系統允許的操作。當然要登錄的管理員和售票員都必須是再數據庫中已經發布的。

基本設置：該模塊主要是修改售票員的相關信息，修改列車的相關信息和修改車票的相關信息。這一塊的功能只有管理員才可以操作。其他的售票員是不可以對他進行操作的。

售票和退票：這部分工作主要是售票員來操作的。售票員根據買票人員提出的要求進行查詢。查詢的方式有兩種：一是根據車次查詢；一是根據目的地來查詢。退票主要是將已經出售的車票在列車開出之前再一次的返回到數據庫中，並繼續出售。

列車和車票查詢;當需要查詢列車信息或者是車票信息是所做的操作。

2.3基本流程

1

軟件項目總結報告再過幾十年，我們來相會，送到火葬場，全部燒成灰，你一堆，我一堆，誰也不認識誰，全部送到農村做化肥。軟件項目總結報告範文

1引言

1.1編寫目的

XXX公司業務管理系統的開發已經基本完成。寫此項目開發總結報告，以方便我們在以後的項目開發中來更好的實施項目的訂製開發; 讓我在今後的項目開發中有更多的有據的資料來規範我們的開發過程和提高我們的開發效率,從而創造更多公司效益。

1.2背景

項目名稱：XXX業務管理系統

軟件名稱：XXX業務系統

客户：XXX

用户：XXX員工

1.3參考資料

項目開發文檔：

１．軟件開發數據模型：PDM_

２．數據庫開發文檔： XXX業務管理系統數據庫設計説明書

３．軟件業務流程參考：XXX業務管理系統流程説明

４．軟件使用手冊參考：XXX業務管理系統功能説明

５．軟件業務流程參考：XXX業務管理系統流程説明

６．軟件中使用到的第三方控件：ComponentArt 2006.1252 for

７．軟件中使用的安全Ikey驅動：Ikey

以上參考資料是截止2007-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。

2開發工作評價

2.1對生產效率的評價

１．系統開發已歷時快１年的.時間了

２．開發的反覆性比較多。

３．對客户的需求理解不是很透徹。

綜合以上，此項目的開發效率不是很高，相反有相當一定時間的浪費。

2.2對產品功能的評價

經過我們公司各位同事的共同努力協作，XXX業務管理系統已經很好的完成了客户的業務流需求。經過對客户使用過程的觀察，此項目開發的還是比較成功，但是還是存在着一些問題，造成這些問題的原因是多方面的。如：前期系統數據庫的設計缺陷和部分代碼的構建缺陷、客户需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客户使用過程中提出的新問題和存在的debug。總的來説，此係統的功能開發還是一個比較成功的案例。

2.3對技術方法的總結

在此項目中使用到技術和工具：

１.使用代碼生成器：使用代碼生成器 [動軟代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發進程。在以後的項目中，我們要儘量的來使用一些類似的工具來在最短的時間內完成工作。在今後的項目開發中，我們最好是能開發出適合自己的代碼生成工具，更大限度的節省開發週期和開發費用。

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

３.使用第三方控件：此係統中使用了ComponentArt 第三方控件。此控件在很大程度上滿足了客户對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了ComponentArt 一種第三方控件，在今後的項目開發過程中，要繼續使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來説、易操作性而言，還是針對系統開發效率而言，這都是很好途徑。但需要意的是：在是使用第三方控件時，要謹慎的選擇一些網絡中的比較常見的第三方控件。

４.使用自定義控件：此係統中使用了自定義控件(GhdGridView),此自定義控件可以很好的統一系統中的所有信息顯示錶格樣式。如客户對數據顯示樣式有什麼新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。

５.系統開發框架：此係統的框架使用的是簡單三層結構，此框架在開發一些中小軟件是比較實用的。但是我們要是可以開發出自己的框架，把一些通用的功能開發到框架中。這樣以來，在以後的系統開發中，針對系統中一些通用的功能就不需要再開發，從而也可以很好的提高我們的開發效率；減少很多維護費用。使我們的技術不斷的更加成熟。

６.系統安全加密：此係統中針對客户提出的系統安全問題，我們採用了Ikey加密硬件鑰匙來驗證客户端登陸客户的合法性，此Ikey鑰匙可以綁定到一個系統使用用户，也可以讓多個用户來使用一個加密鑰匙來驗證登陸系統的合法性。這樣以來，即使用户的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統中來），這樣就最大的提高了我們系統的安全性。Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以後的軟件安全

方面可以借鑑。

3項目經驗總結

3.1簽定合同

一個項目的開發成敗或者説項目開發帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客户簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發後期，工作兩會越來越大，影響項目的竣工週期；而且，項目的開發費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發效益。雖然需求範圍很難簽定的明確，但是我們在簽定合同時，要儘量的去把合同功能邊界和添加新功能的條件簽定。

3.2開發團隊

在項目確立後，要儘快的建立起項目開發團隊。

項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優點和技術，使團隊的能力不斷的提高。這樣，在項目的開發過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客户的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客户與開發成員之間，以此來更好的理解客户的功能需求。人的記憶力總是有限的，所以就要求開發團隊成員要儘量的書寫一些開發文檔，這些文檔往往是我們在項目開發後期要用

到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養我們的團隊氣勢，使我們的團隊不斷的壯大。

3.3需求的調研

在項目確立後，就到了需求調研分析階段。

１．項目組對客户的整體組織結構、公司有關人員的關係、職責等如果沒有一個很好、足夠的瞭解掌握，這樣項目組就無法很好的完整的整理到客户的需求、或者説客户真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發週期，這就要求我們要與客户搞好無論是工作上的還是生活上的朋友關係,要深入的去了解客户需求。

２．我們要儘量的讓客户也參與到項目的開發團隊中來，也就是説我們要使客户把自己也納入到項目的開發團隊中來，如此一來，我們掌握客户需求的真實性、可靠性就會大大的提高,也就不會為項目的後期功能開發埋下陷阱

３．在需求調研過程中，如果缺乏足夠用户參與，這樣的需求調研也是失敗的。很多程序員不願參與到客户的需求調研中去，為什麼呢？很簡單，與客户溝通不如與代碼溝通容易有意思。儘管這樣，我們還是必須用足夠多的時間去和客户進行溝通，瞭解他們真實的需求。很多用户也是如此，他們自己也不願意參與到項目的需求調研中來，為什麼呢？需求調研有出去和朋友一塊爛漫對嗎。。。雖然現狀如此，我們還是要努力的使客户參與到需求的調研中來。

４．模糊需求，也就是模稜兩可是需求規格説明中最為可怕的問題。一是指諸多客户對需求説明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求説明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客户的不同需求，整理出最終的需

求與客户確認，定出最終真實可靠的需求，我們絕不能憑藉我們自己的單面理解來定立客户的最終需求。

５．在一個項目的開發中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發後期與客户溝通的可尋依據、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑藉我們的大腦來記錄所有的開發需求。。。；即使，你説你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。

６．需求調研工具選擇，客户一般對圖形還是比較感興趣的，所以我們在調研過程中，我要儘量的採用圖形化界面來和客户溝通需求。比如可以採用Rose工具，把客户的意思轉換為用例圖、時序圖、協作圖、狀態圖、類圖等，使表達的意思更加直觀。這樣客户會更快的進行問題的實質。

3.5做好開發計劃

在項目確立後，我們就需要做好項目開發計劃，需求調研用時，開發用時，測試用時，實施用時，維護用時。在我們做好了計劃後，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發週期範圍之內，今日計劃、行動，明日成功。

3.5很好的溝通

在其他行業中，人與人的之間的溝通只很重要的。項目開發也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發人員要學會和善於溝通於客户和同事之間。在一個項目的開發過程中，我們與客户的溝通是一個不斷交流和溝通的過程。在開發到一定的階段，我們就需要和客户溝通已有功能，儘量的去避免一些隱藏的問題，及時的發現問題，解決問題，從而按時或者提前完成項目的開發。

3.6做好工作總結

在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累後，無論是我們個人能力，，還是我們的團隊能力都會有很大的提高。