- 相關(guān)推薦
項目開(kāi)發(fā)總結報告
項目開(kāi)發(fā)總結報告【1】

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