- 相關(guān)推薦
軟件項目開(kāi)發(fā)總結范文（通用12篇）
總結就是對一個(gè)時(shí)期的學(xué)習、工作或其完成情況進(jìn)行一次全面系統的回顧和分析的書(shū)面材料，通過(guò)它可以全面地、系統地了解以往的學(xué)習和工作情況，不妨讓我們認真地完成總結吧�？偨Y怎么寫(xiě)才不會(huì )流于形式呢？下面是小編為大家收集的軟件項目開(kāi)發(fā)總結范文，希望對大家有所幫助。
軟件項目開(kāi)發(fā)總結 1
隨著(zhù)市場(chǎng)經(jīng)濟的進(jìn)一步完善及全球經(jīng)濟一體化進(jìn)程加快，企業(yè)面臨著(zhù)激烈的市場(chǎng)競爭，企業(yè)內部、外部信息交流已成為企業(yè)發(fā)展、參與市場(chǎng)經(jīng)濟競爭的迫切需要。企業(yè)引入先進(jìn)的信息處理技術(shù)，增加信息共享程度，不僅提高了工作效率、降低成本，而且也提高企業(yè)管理的科學(xué)性和自動(dòng)化程度。信息已成為企業(yè)生存與發(fā)展的基礎，在原有系統的基礎上，計算機中心于2003年開(kāi)始加大信息管理系統的開(kāi)發(fā)，已到年底，開(kāi)發(fā)項目也基本上完成了；為了總結03年所有開(kāi)發(fā)項目的整個(gè)開(kāi)發(fā)及管理過(guò)程，我們選取2個(gè)比較大的軟件項目來(lái)分析，項目為：出口技術(shù)支持網(wǎng)站管理系統、模具管理系統；在這兩個(gè)具有代表性的項目中，我們清晰的看到了我們在項目開(kāi)發(fā)過(guò)程中的成果及所存在的不足和應該改進(jìn)的地方，總的說(shuō)來(lái)，設計開(kāi)發(fā)的功能基本上達到了用戶(hù)需求的75%，用戶(hù)也能夠開(kāi)始使用我們開(kāi)發(fā)的系統來(lái)達到其管理目的。如出口技術(shù)網(wǎng)站為國外的客戶(hù)提供了方便快捷的了解到我們公司的空調產(chǎn)品及技術(shù)信息、空調配件信息等等。
模具管理系統最大程度的實(shí)現了模具信息的共享，各使用部門(mén)可以方便的查詢(xún)模具的位置、進(jìn)度、狀態(tài)、申請單、試模、驗收、合格、模具的調撥、報廢等等信息；查詢(xún)模具的相關(guān)信息信息由原來(lái)的1-2天縮短為10分鐘之內。產(chǎn)品型號、零件圖號統一維護，規范管理，出錯比例大大下降。而且在更改零件圖號的`情況下，基礎數據更改，其它相關(guān)文件的同一數據會(huì )隨之更改，減少系統維護量提高了生產(chǎn)部編制模具生產(chǎn)任務(wù)單的工作效率，縮短了模具制造任務(wù)傳遞時(shí)間，查詢(xún)新的開(kāi)模單更方便快速，由原來(lái)的至少半天縮短為10分鐘之內匯總改模單情況由原來(lái)的多人每日手工填寫(xiě)改進(jìn)為階段一次匯總，時(shí)間僅須20分種左右，大大提高了效率。
模具臺賬能顯示所有的模具匯總及分配情況； 雖然相關(guān)項目基本上達到了預期的目的，但是，反思在整個(gè)項目的需求提出、項目評估、需求分析、項目計劃、總體設計、詳細設計、測試計劃、實(shí)施的各個(gè)環(huán)節，我們都有工作不足之處，特別是某些關(guān)鍵控制點(diǎn)上面，我們有一些失誤，當然，原因是多方面的，有果必有其因。下面我們從關(guān)鍵控制點(diǎn)上面來(lái)分析我們在項目開(kāi)發(fā)過(guò)程中存在的問(wèn)題、原因分析及改進(jìn)措施：
一、從用戶(hù)提出需求，到需求響應時(shí)間，我們需要9天時(shí)間，而需求評估完成時(shí)間需要15天左右，這就是我們存在的一些問(wèn)題，導致需求響應時(shí)間及評估完成時(shí)間比較長(cháng)的原因有如下幾方面：
(1)、由于計算機中心軟件開(kāi)發(fā)人員不夠：各應用系統的支持人員及軟件開(kāi)發(fā)人員加起來(lái)才8個(gè)，公司各子應用系統有幾十個(gè)，ERP的各個(gè)子系統及模塊就有將近20個(gè)，一個(gè)員工要支持5到6個(gè)功能子系統的維護；
(2)、分工不明確：軟件開(kāi)發(fā)人員往往身兼數職，跨多個(gè)職能領(lǐng)域，應用用戶(hù)習慣找誰(shuí)就認定那個(gè)人，什么事都找該員工；工作效率就相對低下；
二、關(guān)鍵用戶(hù)訪(fǎng)談率及關(guān)鍵用戶(hù)對需求的認同率都比較低，關(guān)鍵用戶(hù)訪(fǎng)談率只有70%，而關(guān)鍵用戶(hù)對需求的認同率只有68%；為什么會(huì )有這樣的結果了，分析原因如下：
(1)、由于計算機中心人員緊張：有時(shí)沒(méi)有辦法訪(fǎng)談所有的關(guān)鍵用戶(hù)，只能找幾個(gè)評估時(shí)認為特關(guān)鍵的用戶(hù)；
(2)、被訪(fǎng)談?dòng)脩?hù)原因：由于被訪(fǎng)談?dòng)脩?hù)事情太多，往往在提出需求以后，抽不出時(shí)間來(lái)接受訪(fǎng)談；另外有些用戶(hù)只局限于本部門(mén)或者本崗位來(lái)考慮問(wèn)題，不愿意從公司層面或者大局來(lái)考慮；
(3)、用戶(hù)不重視：有些需求是由于用戶(hù)部門(mén)領(lǐng)導要求，跟得比較緊，但是如果部門(mén)領(lǐng)導沒(méi)有跟得緊的情況下，用戶(hù)就不那么急了，就算立了項，也不能很好的配合；
(4)、軟件需求分析人員原因：由于需求分析人員經(jīng)驗不足，導致需求不夠明確，不能了解到用戶(hù)需求背后的真正目的；
三、設計功能滿(mǎn)足率比較低，只有75%，功能點(diǎn)BUG數比較多，每個(gè)功能模塊平均的BUG數有15個(gè)之多，函數注釋率只有10%左右，各功能點(diǎn)的測試覆蓋率只有40%，分析原因如下：
(1)、用戶(hù)需求不明確：有些用戶(hù)在接受訪(fǎng)談時(shí)說(shuō)的需求，及在需求確認時(shí)都沒(méi)有問(wèn)題，但是到軟件功能設計出來(lái)以后，卻完全不是這么回事，用戶(hù)就會(huì )解釋說(shuō)當時(shí)沒(méi)想清楚；
(2)、軟件開(kāi)發(fā)工具的原因：軟件開(kāi)發(fā)人員使用的開(kāi)發(fā)工具不夠實(shí)用，很多工發(fā)工具能檢查出來(lái)的BUG，沒(méi)有辦法檢查出來(lái)，需要開(kāi)發(fā)人員自已檢查；
(3)、軟件開(kāi)發(fā)人員的原因：由于軟件人員緊張，項目任務(wù)多，交期短，所以在開(kāi)發(fā)時(shí)，沒(méi)有多少時(shí)間去寫(xiě)程序代碼的注釋?zhuān)瑳r且有些開(kāi)發(fā)人員也根本沒(méi)有注釋的習慣，沒(méi)有多少時(shí)間去完整的測試各個(gè)功能點(diǎn)；把測試的任務(wù)有時(shí)就直接交給用戶(hù)了；
四、系統架構變更次數過(guò)多，一個(gè)項目平均下來(lái)變更6次之多，原因如下：
(1)、系統設計人員的原因：由于系統設計人員在架構設計時(shí)，沒(méi)有考慮到系統架構的靈活性；不易于擴展；一旦用戶(hù)的需求有變化，系統架構就必須重新修改；
(2)、用戶(hù)需求變更太頻繁：由于用戶(hù)的需求很隨意變更的，加大了系統設計的難度，導致了系統架構變更；
五、項目的按時(shí)完成率比較低，平均下來(lái)只有60%，分析原因如下：
(1)、用戶(hù)需求變更太頻繁：由于用戶(hù)需求變更太隨意，太頻繁，導致有些開(kāi)發(fā)工作完成，又必須推倒重來(lái)，做了很多無(wú)用工作；另外有些用戶(hù)只局限于本部門(mén)或者本崗位來(lái)考慮問(wèn)題，不愿意從公司層面或者大局來(lái)考慮；造成重復工作，重復設計；
(2)、軟件開(kāi)發(fā)人員的原因：由于軟件開(kāi)發(fā)人員不夠，項目多，任務(wù)緊，一個(gè)人身兼數職，也是造成軟件開(kāi)發(fā)項目推遲的直接原因；另外，軟件開(kāi)發(fā)人員專(zhuān)業(yè)技術(shù)水平不夠，有些功能開(kāi)發(fā)要花太多的時(shí)間去研究，尋找解決方案，也導致了項目的延遲；
(3)、系統架構變更太多：導致有些程序開(kāi)發(fā)工作無(wú)用，必須重新開(kāi)發(fā)；
(4)、軟件需求分析設計人員的原因：由于設計的不合理，分析用戶(hù)需求不夠透徹和全面，架構設計不合理，導致軟件開(kāi)發(fā)變更及錯誤多，也導致了軟件項目的開(kāi)發(fā)延遲；
(5)、軟件開(kāi)發(fā)工具及開(kāi)發(fā)方法落后：由于軟件開(kāi)發(fā)人員沒(méi)有太多的時(shí)間去研究使用新的，先進(jìn)的開(kāi)發(fā)工具，也沒(méi)有太多時(shí)間去學(xué)習新的開(kāi)發(fā)方法，導致軟件的開(kāi)發(fā)速度慢，開(kāi)發(fā)出來(lái)的程序BUG多，程序沒(méi)有多少可重用性，也導致了軟件項目的開(kāi)發(fā)延遲；
綜上所述，為了配合公司的發(fā)展，滿(mǎn)足公司對信息化建設的要求，順利實(shí)現計算機中心04年目標，我們必須針對軟件開(kāi)發(fā)項目中存在的問(wèn)題采購行之有效的改進(jìn)方案，計劃改進(jìn)措施提議分為內部及外部：
六、內部的改進(jìn)措施提議如下：
1、增加人員配置，解決人手嚴重不夠的問(wèn)題；
2、明確分開(kāi)，重新劃分業(yè)務(wù)小組；
3、明確崗位職責，細分軟件項目開(kāi)發(fā)所需要的各個(gè)崗位；
4、制定崗位知識能力模型，對每個(gè)崗位要求的能力必須定義清楚，要求嚴格達標；不達標的必須重新培訓；做到合適的人在合適的位置做合適的事；
5、加強專(zhuān)業(yè)技能培訓；
6、加強軟件開(kāi)發(fā)管理，培養團隊合作精神，加強軟件過(guò)程控制；
7、優(yōu)化設計開(kāi)發(fā)方法：加強設計標準化、模塊化；提高軟件開(kāi)發(fā)效率；
8、加強業(yè)務(wù)培訓，更實(shí)際的了解業(yè)務(wù)需求；
七、外部的改進(jìn)措施提議如下：
1、加強業(yè)務(wù)部門(mén)對系統了解；
2、培養用戶(hù)需求的分析能力；
3、加強與用戶(hù)的互動(dòng)及雙向溝通，讓用戶(hù)參與到設計中來(lái)；
4、引導用戶(hù)的軟件需求，培養用戶(hù)從公司層面或者大局來(lái)提出需求；
軟件項目開(kāi)發(fā)總結 2
1.引言
自助旅游的定義，簡(jiǎn)單地講，就是吃、住、行、游、購、娛，基本上全由游客自己決定。自助旅游的新概念，也叫背包旅行，起源于發(fā)達國家，在英語(yǔ)里面叫“backpacker’s travel”，或“budget travel”，即背包旅行，省錢(qián)的旅行。
隨著(zhù)中國進(jìn)入第一次消費升級階段，居民可支配收入和消費水平不斷提高，發(fā)達地區居民旅游逐步從奢侈品蛻變?yōu)楸匦杵�。全球旅游業(yè)的散客化趨勢影響著(zhù)中國，自助旅游席卷而來(lái)，給我國的一系列旅游產(chǎn)業(yè)及其相關(guān)制造產(chǎn)業(yè)帶來(lái)了挑戰。它的主要特點(diǎn)之一就是利用互聯(lián)網(wǎng)技術(shù)，旅游者通過(guò)網(wǎng)絡(luò )自由組團和選擇參加者，自由選擇路線(xiàn)等。
自助旅游最終實(shí)現需要一個(gè)漸進(jìn)的過(guò)程，拓寬信息渠道、加強對自助旅游的研究和建立自助旅游的完善體系三個(gè)方面是很重要的，因為設計此旅游自助系統以期向計劃出行的人們提供豐富的旅游自助信息及其它相關(guān)信息，進(jìn)一步完善現有的旅游自助體系。
1.1 編寫(xiě)目的
隨著(zhù)科學(xué)技術(shù)的高速發(fā)展，我們已步入數字化、網(wǎng)絡(luò )化的時(shí)代。旅游自助系統是一個(gè)管理信息系統，目標是使旅游資源信息化，方便旅游公司及游客便捷地得到需要的旅游信息。
1.2項目背景
隨著(zhù)社會(huì )信息量的與日俱增，圖書(shū)作為主要的傳統信息載體，在某一層面上已不能滿(mǎn)足現代這樣一個(gè)知識爆炸時(shí)代對信息的需求，這也體現在人們的'出行與旅行方面，人們不可能隨身帶一本厚厚的旅游百科全書(shū)去爬青藏高原；同時(shí)旅游管理部門(mén)希望避免由于筆誤或者記錄丟失等人工疏忽帶來(lái)的行政失誤，他們也需要更系統更嚴謹的管理手段，從而做到依法管理，有據可查；而對旅游公司而言，高效的經(jīng)營(yíng)管理手段是獲取最大利益的關(guān)鍵。在計算機日益普及的今天，一套行之有效的旅游自助管理系統，是大家最好的一個(gè)選擇，他是人們出行旅行的貼心小助手，是旅游公司負責盡心的大管家，是旅游管理部門(mén)安全可靠的檔案室與嚴謹的助理秘書(shū)。他將對人們的出行旅游方式產(chǎn)生時(shí)代性的影響。
旅游自助系統軟件是一套功能比較完善的數據管理軟件，具有數據操作方便高效迅速等優(yōu)點(diǎn)。該軟件采用功能強大的數據庫軟件開(kāi)發(fā)工具進(jìn)行開(kāi)發(fā)，具有很好的可移植性，可在應用范圍較廣的簡(jiǎn)體中文、英文 Windows98/2000/ME/XP等操作系統上使用。除此以外，該軟件可通過(guò)訪(fǎng)問(wèn)權限控制以及數據備份功能，確保數據的安全性。
建議開(kāi)發(fā)軟件名稱(chēng)：旅游自助系統 項目的提出者：軟件工程課程
開(kāi)發(fā)者：艾菁、張虹、周軍、李驍、胡寶雷 用戶(hù)：旅游公司及游客
1.3 定義
該旅游自助系統是基于Internet/Intranet 及Web技術(shù)，建立以Browser/Server 為結構模式、以數據庫為后臺核心應用、以服務(wù)為目的信息平臺。
文檔中采用的專(zhuān)門(mén)術(shù)語(yǔ)的定義及縮略詞簡(jiǎn)要如下： TTS：Travel Self-help System，旅游自助系統。
SQL（Structured Query Language）:結構化數據庫查詢(xún)語(yǔ)言 JSP：JAVA Server Page
1.4 參考資料
《軟件工程》 原書(shū)第八版 程成、陳霞譯 機械工業(yè)出版社 2007.3。 鄭人杰，殷人昆，陶永雷�！秾�(shí)用軟件工程》（第二版）。北京：清華大學(xué)出版社，1997。
金勇華，曲俊生�！禞AVA網(wǎng)絡(luò )高級編程》。北京：人民郵電出版社，2001。 Borland Software Corporation�！禞BUILDER培訓教程》北京：機械工業(yè)出版社，2002。
2.實(shí)際開(kāi)發(fā)結果
2.1 產(chǎn)品
可包括列出各部分的程序名稱(chēng),源程序數(包括注釋行)或目標程序字節數及程序總計數量,存儲形式;產(chǎn)品文檔名稱(chēng)等.
2.2 主要功能及性能
功能：
對旅游公司及旅游局輸入信息進(jìn)行管理； 用戶(hù)的信息檢索； 性能：
數據庫的錄入； 后臺信息維護；
不同條件下的信息檢索；
旅游服務(wù)預約及預約是否成功的反饋； 輸出：
旅游景點(diǎn)信息；（包括景點(diǎn)介紹、物理位置、開(kāi)放時(shí)間、參觀(guān)費用等） 旅游線(xiàn)路信息；（包括日程安排、食宿交通、手續價(jià)格、聯(lián)系方式等） 預約結果反饋；（是否成功） 輸入：
旅游景點(diǎn)名稱(chēng)； 旅游線(xiàn)路名稱(chēng)；
旅游者自定義的查詢(xún)條件的搭配；（包括希望的時(shí)間安排、旅游的費用預算、行程的旅游景點(diǎn)等）
安全保密：
用戶(hù)退出系統時(shí)，自動(dòng)清空查詢(xún)記錄；
2.3 運行環(huán)境要求
運行環(huán)境：
操作系統：Windows2000； 數據庫類(lèi)型：SQL server。
軟件項目開(kāi)發(fā)總結 3
一、軟件開(kāi)發(fā)個(gè)人體會(huì )：
1. 軟件領(lǐng)域中的知識在于積累。
2. 做軟件開(kāi)發(fā)，就類(lèi)似算數學(xué)題和世界杯足球賽一樣：重在結果，而不在乎過(guò)程。
3. 軟件服務(wù)于人類(lèi)，軟件是在解決一些生活中的問(wèn)題和錯誤，問(wèn)題決定解決方案。
二、做軟件開(kāi)發(fā)我覺(jué)得要明白：
1. 職業(yè)的樂(lè )趣：
(A) 用自己的智慧去創(chuàng )建新事物的快樂(lè )
(B) 開(kāi)發(fā)對別人有用的東西
(C) 不斷學(xué)習來(lái)充實(shí)自己
2. 職業(yè)的苦惱:
(A) 總是追求完美
(B) 所有要實(shí)現的功能由他人而定
(C) 概念設計計是有趣的，但找Bug總是很苦惱的
三、在開(kāi)發(fā)中遇到問(wèn)題應該怎么去解決？
1. 不明白就多問(wèn)，不要自已一直去琢磨。 一個(gè)問(wèn)題如果30分鐘還沒(méi)有解決就應該考慮是不是問(wèn)問(wèn)別人。 一個(gè)問(wèn)題在沒(méi)有用過(guò)3種以上的方法解決過(guò)就不要去問(wèn)別人。 解決問(wèn)題思路是關(guān)鍵：
相信問(wèn)題總歸有解決的辦法，就算連技術(shù)上都沒(méi)法實(shí)現的問(wèn)題，相信通過(guò)良好的溝通終究也會(huì )有解決的方法。
2. 解決問(wèn)題的前提是：理解別人的意思，理解別人的需求，多溝通，及時(shí)給客戶(hù)反饋信息。
四、怎么樣才能提高自身的能力？
1.程序員怎么樣進(jìn)步最快？
2. 不要怕出錯，不怕遇到錯誤，有錯誤就有挑戰，這樣才可以進(jìn)步，但不要讓同一個(gè)石頭把你絆倒2次。
五、怎么樣才能做好軟件開(kāi)發(fā)？
1. 首先要明白解決的問(wèn)題是什么，理解問(wèn)題，其次再決定怎么解決這個(gè)問(wèn)題
2. 碰到很復雜的問(wèn)題，我們就簡(jiǎn)單想，把問(wèn)題簡(jiǎn)單化，細化到能夠實(shí)現為止
3. 出了問(wèn)題，我們要先分析問(wèn)題，然后知道引起問(wèn)題的原因，最后并想出問(wèn)題的解決辦法
4. 我們應該從2個(gè)方面去把握一個(gè)項目：從業(yè)務(wù)角度和項目的關(guān)鍵問(wèn)題上去把握一個(gè)項目
(A) 從不同的系統場(chǎng)景
(B) 從不同的用戶(hù)角色（充當什么角色）
(C) 從不同的系統使用角度（擁有那些權限）
5. 其實(shí)我覺(jué)得開(kāi)發(fā)人員說(shuō)實(shí)在應該要比使用系統的人更了解系統需求，只有真正徹底的了
解了項目的業(yè)務(wù)需求，我們才能做真的做好這個(gè)項目
六、文檔的重要性
記得我當初剛開(kāi)發(fā)項目的時(shí)候都是寫(xiě)個(gè)大致的需求說(shuō)明書(shū)，做一個(gè)E-R圖，畫(huà)幾個(gè)大致的數據流程圖，然后建立數據字典和表結構關(guān)系。 再接著(zhù)搭建一個(gè)開(kāi)發(fā)環(huán)境，配置幾臺服務(wù)器，劃分一下模塊，分工，我們就可以Coding了，一直到項目結束了，也沒(méi)有完整的設計文檔，更沒(méi)有完整的測試文檔，雖然這樣的確是很快的完成了Coding工作，感覺(jué)上好像節省了好多成本和開(kāi)發(fā)時(shí)間，但后期的維護和Bug 就是經(jīng)常出現的事。
小項目沒(méi)有文檔關(guān)系不大，但如果遇到一個(gè)大項目的時(shí)候，那這樣的開(kāi)發(fā)方式就很有問(wèn)題很危險的。
大項目沒(méi)有文檔： 首先維護就很麻煩，也很亂，寫(xiě)的代碼，過(guò)幾天都不知道它是完成什么功能的了，其次系統的穩定性和可靠性也讓人懷疑，擴展性就不用說(shuō)了。
七、我的收獲
A.程序員大多都不喜歡寫(xiě)文檔,我們以前也是特討厭,記得以前都是系統開(kāi)發(fā)完了，為了應付項目驗收，就匆匆忙忙的一組人在那里補文檔。在我們的思想里,所謂的文檔就是一些廢話(huà),一句話(huà)硬是用十句話(huà)來(lái)代替的無(wú)聊透頂。
B.代碼風(fēng)格要規范
以前做項目，我們都是不怎么去注意代碼風(fēng)格和寫(xiě)代碼的規范，都是稍微想一下就直接開(kāi)始寫(xiě)代碼了。注釋也很少用，總感覺(jué)我們自己寫(xiě)的代碼，我們怎么會(huì )不知道它做了些什么事呢 ？總覺(jué)得我們自己寫(xiě)的代碼我們怎么會(huì )不知道它是用來(lái)做什么的呢。一直都不相信這是個(gè)事實(shí)，但事實(shí)上，項目驗收后，系統剛開(kāi)始使用的人少，也就不會(huì )出現潛在的錯誤，隨著(zhù)時(shí)間的增加，久而久之，當大量用戶(hù)并發(fā)訪(fǎng)問(wèn)的時(shí)候，系統的Bug 就暴漏出來(lái)了，那時(shí)你再用熟悉的Eclipse打開(kāi)整個(gè)項目的源碼時(shí)，再去看自己寫(xiě)的代碼的時(shí)候，真的發(fā)現，我們定義的.這個(gè)變量名是什么意思啊 ？ 我們的這個(gè)Flag 是用來(lái)判斷什么的啊 ？我們的if（）中條件不知道是判斷什么？ Function （） 也忘記是什么功能了？ 想想好可怕啊。 難道真的都忘記了嗎 ？回答是肯定的： 真的忘了。
C.心得體會(huì ):
通過(guò)做該網(wǎng)盤(pán)項目，在這2年的鍛煉中，我們才真的體會(huì )到，良好的文檔是正規研發(fā)流程中非常重要的環(huán)節,一個(gè)好的程序是先寫(xiě)好設計文檔再進(jìn)行編程的，在設計文檔的指導下，才能寫(xiě)出安全的代碼。如果你不寫(xiě)文檔，一開(kāi)始就寫(xiě)程序，這樣你就不會(huì )按已設計好的路線(xiàn)走，而是想到哪寫(xiě)到哪。小功能還好說(shuō)，要是大功能，就容易混亂.
剛開(kāi)始我們還很不習慣這一系列的編程風(fēng)格，很多的規范，尤其是命名，方法和注釋?zhuān)加羞@著(zhù)很多限制，讓我們覺(jué)得真羅唆，寫(xiě)個(gè)程序完成功能不就可以了嗎，明明1小時(shí)做完的事情非得讓人用3、4個(gè)小時(shí)去做，我們現在真的明白這樣做的好處了，我們已經(jīng)習慣這樣的編程風(fēng)格了，這也養成了我們的一個(gè)編程習慣了，深有體會(huì )啊。
最忙的時(shí)候就是我們成長(cháng)和收獲最多的時(shí)候。
八、網(wǎng)盤(pán)項目開(kāi)發(fā)的最大體會(huì )
我們覺(jué)得項目開(kāi)發(fā)的開(kāi)始時(shí)候，應該由項目負責人很好的對項目是什么項目，具體大概做什么事情，是誰(shuí)提出來(lái)的，目的是解決什么問(wèn)題，以及里面用到的很多專(zhuān)有名詞做個(gè)細致的說(shuō)明，而不是從一開(kāi)始就分幾本式樣書(shū)，給個(gè)靜態(tài)Html 的Demo看看，然后搭建好開(kāi)發(fā)環(huán)境就按照式樣設計書(shū)來(lái)開(kāi)發(fā)。
九、軟件測試（單體測試和連接測試）
我們首先認為，編寫(xiě)程序的時(shí)候不要想出了問(wèn)題再解決，而是要想如何不會(huì )出現問(wèn)題，要根據經(jīng)驗來(lái)預測可能出現的問(wèn)題，然后避免出現。
測試，說(shuō)的直接點(diǎn)就是給軟件找錯誤。
很多人認為發(fā)現錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒(méi)有價(jià)值的測試,實(shí)際上我們不這么認為。
我們覺(jué)得對開(kāi)發(fā)人員來(lái)說(shuō)，我們要把測試出來(lái)的Bug都應該做個(gè)分析，知道錯的原因之后，我們就應該在下個(gè)項目中防止類(lèi)似的錯誤發(fā)生，而真正來(lái)提高我們開(kāi)發(fā)的效率。
軟件項目開(kāi)發(fā)總結 4
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ā)文檔：
�。保浖_(kāi)發(fā)數據模型：PDM_OperationSystem20070831.pdm
�。玻當祿䦷扉_(kāi)發(fā)文檔： XXX業(yè)務(wù)管理系統數據庫設計說(shuō)明書(shū)2.0.doc
�。常浖䴓I(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統流程說(shuō)明.doc
�。矗浖褂檬謨詤⒖迹篨XX業(yè)務(wù)管理系統功能說(shuō)明3.0.doc
�。担浖䴓I(yè)務(wù)流程參考：XXX業(yè)務(wù)管理系統流程說(shuō)明.doc
�。叮浖惺褂玫降牡谌娇丶篊omponentArt Web.UI 2006.1252 for asp.net2.0.rar
�。罚浖惺褂玫陌踩獻key驅動(dòng)：Ikey Driver.rar
2開(kāi)發(fā)工作評價(jià)
2.1對生產(chǎn)效率的評價(jià)
�。保到y開(kāi)發(fā)已歷時(shí)快１年的時(shí)間了
�。玻_(kāi)發(fā)的反復性比較多。
�。常畬蛻�(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ù)和工具：
�。�.使用代碼生成器：使用代碼生成器 [動(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ā)費用。
�。�.使用數據庫建模工具；PowerDesigner 工具來(lái)建立系統數據庫模型，以方便程序員很好的理解業(yè)務(wù)流和掌握系統架構者的架構思想，更好的滿(mǎn)足客戶(hù)的功能需求。在今后的項目開(kāi)發(fā)中，我們要更好的來(lái)完成系統的前期數據庫模型的建立，最大的來(lái)優(yōu)化系統功能。
�。�.使用第三方控件：此系統中使用了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)的第三方控件。
�。�.使用自定義控件：此系統中使用了自定義控件(GhdGridView),此自定義控件可以很好的統一系統中的所有信息顯示表格樣式。如客戶(hù)對數據顯示樣式有什么新的意見(jiàn)，我就不需要修改每一個(gè)頁(yè)面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。
�。�.系統開(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ù)不斷的更加成熟。
�。�.系統安全加密：此系統中針對客戶(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需求的調研
在項目確立后，就到了需求調研分析階段。
�。保椖拷M對客戶(hù)的整體組織結構、公司有關(guān)人員的關(guān)系、職責等如果沒(méi)有一個(gè)很好、足夠的了解掌握，這樣項目組就無(wú)法很好的完整的整理到客戶(hù)的需求、或者說(shuō)客戶(hù)真實(shí)的功能需求，如此以來(lái)我們就為自己埋下了地雷,影響項目的開(kāi)發(fā)周期，這就要求我們要與客戶(hù)搞好無(wú)論是工作上的還是生活上的朋友關(guān)系,要深入的去了解客戶(hù)需求。
�。玻覀円M量的讓客戶(hù)也參與到項目的開(kāi)發(fā)團隊中來(lái)，也就是說(shuō)我們要使客戶(hù)把自己也納入到項目的開(kāi)發(fā)團隊中來(lái)，如此一來(lái)，我們掌握客戶(hù)需求的真實(shí)性、可靠性就會(huì )大大的提高,也就不會(huì )為項目的后期功能開(kāi)發(fā)埋下陷阱
�。常谛枨笳{研過(guò)程中，如果缺乏足夠用戶(hù)參與，這樣的需求調研也是失敗的。很多程序員不愿參與到客戶(hù)的需求調研中去，為什么呢？很簡(jiǎn)單，與客戶(hù)溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時(shí)間去和客戶(hù)進(jìn)行溝通，了解他們真實(shí)的需求。很多用戶(hù)也是如此，他們自己也不愿意參與到項目的需求調研中來(lái)，為什么呢？需求調研有出去和朋友一塊爛漫對嗎。雖然現狀如此，我們還是要努力的使客戶(hù)參與到需求的調研中來(lái)。
�。矗：枨�，也就是模棱兩可是需求規格說(shuō)明中最為可怕的問(wèn)題。一是指諸多客戶(hù)對需求說(shuō)明產(chǎn)生了不同的理解；一是指單個(gè)讀者能用不止一個(gè)方式來(lái)解釋某個(gè)需求說(shuō)明。針對對這種情況，就要求我們的調研人員要能夠從多個(gè)角度來(lái)分析客戶(hù)的不同需求，整理出最終的需求與客戶(hù)確認，定出最終真實(shí)可靠的需求，我們絕不能憑借我們自己的單面理解來(lái)定立客戶(hù)的最終需求。
�。担谝粋�(gè)項目的開(kāi)發(fā)中，文檔的書(shū)寫(xiě)是極為中要的一項工作。因為，某些文檔就是我們在開(kāi)發(fā)后期與客戶(hù)溝通的可尋依據、也是我們程序員在編碼過(guò)程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來(lái)記錄所有的開(kāi)發(fā)需求；即使，你說(shuō)你是天才，你要用你那顆愛(ài)因斯坦的大腦來(lái)記錄所有的開(kāi)發(fā)需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
�。叮枨笳{研工具選擇，客戶(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ā)總結 5
一、實(shí)訓目的：
通過(guò)對java語(yǔ)言、sql數據庫的應用以及sql語(yǔ)言的復習和鍛煉，并且通過(guò)使用MyEclipse開(kāi)發(fā)平臺設計管理項目，以達到充分熟悉開(kāi)發(fā)平臺及應用設計。同時(shí)掌握并實(shí)踐軟件項目設計規范及其開(kāi)發(fā)流程：需求分析、概要設計、詳細設計、代碼編寫(xiě)等，以便提前適應軟件公司開(kāi)發(fā)流程、環(huán)境和工作要求。
二、實(shí)訓內容：
1. 項目：(“xx網(wǎng)”)
2. 完成(用戶(hù)注冊、登錄、列表、購物車(chē)、刪除、修改)等功能
3. 數據庫設計、SQL應用
4.項目實(shí)戰
三、實(shí)訓總結：
轉眼間實(shí)訓已過(guò)去一段時(shí)間，之前的興奮、喜悅如今已經(jīng)讓我熟悉，在實(shí)訓的每一天都會(huì )讓我有成為一名真正的財富者擁有的沖動(dòng)。也許，在這期間不一定會(huì )讓一個(gè)人有著(zhù)翻天覆地的變化，但變化就是這樣一點(diǎn)一點(diǎn)產(chǎn)生的。通過(guò)這一期的實(shí)訓，雖然倍感折磨，但是收獲卻是很大的，學(xué)習中我不但有了學(xué)習成果的喜悅，而且自己也日漸成熟，有種說(shuō)不出的喜悅。
在實(shí)訓的過(guò)程中，我深深的體會(huì )到了自己在專(zhuān)業(yè)知識方面的欠缺和不足，也意識到了自己作為計算機軟件專(zhuān)業(yè)的學(xué)生，要想在以后的
職業(yè)中嶄露頭角，除了要有過(guò)硬的理論知識，健康的體魄之外，還必須具備良好的心理素質(zhì)，是自己在以后的途中無(wú)論經(jīng)歷什么樣的困難，都立于不敗之地。通過(guò)實(shí)訓老師的課堂講解與企業(yè)文化標準的培訓，使我加深了對自己專(zhuān)業(yè)的認識，從而確定自己以后的努力方向，要想在短暫的實(shí)訓時(shí)間內盡多的學(xué)到東西，就需要我們跟老師或同學(xué)進(jìn)行良好的溝通，加深彼此的了解，只有我們跟老師多溝通，讓老師更了解我們，才能更真切的對我們進(jìn)行培訓工作。由此，班級的文化“共享”就在生活中慢慢形成了。
“紙上得來(lái)終覺(jué)淺，絕知此事要躬行!”在這短短的時(shí)間里，讓我深深的感覺(jué)到自己在實(shí)際應用中所學(xué)來(lái)專(zhuān)業(yè)知識的匱乏。讓我真真領(lǐng)悟到“學(xué)無(wú)止境”這句話(huà)的涵義。而老師在專(zhuān)業(yè)認識周到中所講的，都是課本上沒(méi)有而對我們非常有實(shí)際意義的。這又給我們的實(shí)訓增添了濃墨淡彩的光輝。我懂得了實(shí)際生活中，專(zhuān)業(yè)知識是怎樣應用與實(shí)踐的。在這些過(guò)程中，我不僅知道了職業(yè)生涯所需具備的專(zhuān)業(yè)知識，而且讓我深深體會(huì )到一個(gè)團隊中的各個(gè)成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧�？繂我坏牧α渴呛茈y完成一個(gè)大項目的，在進(jìn)行團隊合作的時(shí)候，還要耐心聽(tīng)取每一個(gè)成員的意見(jiàn)，是我們的組合達到更加完美。
這次實(shí)訓除了讓我明白工作中需要能力，素質(zhì)，知識之外，更重要的是學(xué)會(huì )了如何去完成一個(gè)任務(wù)，懂得了享受工作。當遇到問(wèn)題，冷靜，想辦法一點(diǎn)一點(diǎn)的排除障礙，到最后獲取成功，一種自信心就由然而生，這應該就是工作的樂(lè )趣。有時(shí)候不懂的就需要問(wèn)別人了，
虛心請教，從別人的身上真的能學(xué)到自己沒(méi)有的東西，每一次的挫折都會(huì )使我更接近成功。還有學(xué)會(huì )了在工作中與人的合作與交流，同樂(lè )同累，合作互助，這是團體的精神，也是必須學(xué)習的東西。
經(jīng)過(guò)之前的學(xué)習，對程序設計有了一定的認識與理解。在校期間，一直都是學(xué)習理論知識，沒(méi)有機會(huì )去參與項目的開(kāi)發(fā)。所以說(shuō)實(shí)話(huà)，這次實(shí)訓，軟件項目開(kāi)發(fā)對我來(lái)說(shuō)是比較抽象的，一個(gè)完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經(jīng)過(guò)這次實(shí)訓，讓我明白了一個(gè)完整項目的開(kāi)發(fā)，必須由團隊來(lái)分工合作，并在每個(gè)階段中進(jìn)行必要的總結與論證。
一個(gè)完整項目的開(kāi)發(fā)它所要經(jīng)歷的階段包括：遠景范圍規劃和用例說(shuō)明、項目結構和風(fēng)險評估、業(yè)務(wù)功能說(shuō)明書(shū)、詳細設計說(shuō)明書(shū)、代碼實(shí)現、測試和安裝包等等。一個(gè)項目的開(kāi)發(fā)所需要的財力、人力都是很多的，如果沒(méi)有一個(gè)好的遠景規劃，對以后的開(kāi)發(fā)進(jìn)度會(huì )有很大的影響，甚至會(huì )出現在預定時(shí)間內不能完成項目或者完成的項目跟原來(lái)預想的不一樣。一份好的項目結構、業(yè)務(wù)功能和詳細設計說(shuō)明書(shū)對一個(gè)項目的開(kāi)發(fā)有明確的指引作用，它可以使開(kāi)發(fā)人員對這個(gè)項目所要實(shí)現的功能在總體上有比較明確的認識，還能減少在開(kāi)發(fā)過(guò)程中出現不必要的麻煩。代碼的實(shí)現是一個(gè)項目開(kāi)發(fā)成功與否的關(guān)鍵，也就是說(shuō)，前期作業(yè)都是為代碼的實(shí)現所做的準備。
我深刻的認識到要成為一名優(yōu)秀的軟件開(kāi)發(fā)人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實(shí)的編寫(xiě)代碼基礎，
必須要有事先對文檔進(jìn)行可靠性報告，功能說(shuō)明書(shū)，詳細設計說(shuō)明書(shū)等的編寫(xiě)和一些風(fēng)險評估的編寫(xiě)的能力。
除了圖書(shū)館，最能讓我感覺(jué)到身在大學(xué)的'就是實(shí)訓機房，在匆匆過(guò)去的兩個(gè)月內，我往返于實(shí)訓機房與宿舍之間，使我享受了一個(gè)充實(shí)的學(xué)習時(shí)期，讓我感受到了大學(xué)的魅力，對自己充滿(mǎn)信心，對大學(xué)充滿(mǎn)信心，以積極的心態(tài)迎接明天挑戰。
實(shí)訓中要求有扎實(shí)的理論基本知識，操作起來(lái)才順心應手，我這時(shí)才明白什么是“書(shū)到用時(shí)方恨少”。這就激發(fā)了學(xué)習的欲望。 “學(xué)以致用”，就是要把學(xué)來(lái)的知識能運用到實(shí)際操作當中，用實(shí)踐來(lái)檢驗知識的正確性。我想，這是實(shí)訓的最根本目的。
最初在實(shí)訓時(shí)自己就有一些不自信，但隨著(zhù)項目的進(jìn)展，我慢慢的找到了自己的位置，找到自己的目標，雖然自己與好的同學(xué)還有差距，這也給了我很大壓力，但是我相信沒(méi)有壓力就沒(méi)有動(dòng)力，所以在整個(gè)實(shí)訓過(guò)程中我都在不斷地努力。
實(shí)訓期間讓我學(xué)到很多東西，不僅在理論上讓我對IT領(lǐng)域有了全新的認識，在實(shí)踐能力上也得到了很大的提高，真正的學(xué)到了學(xué)以致用，更學(xué)到很多做人的道理，對我來(lái)說(shuō)受益匪淺。我意識到自己知識的缺少，這激勵我在以后的學(xué)習、工作、生活中要不斷了解信息技術(shù)發(fā)展動(dòng)態(tài)以及信息發(fā)展中出現的新的技術(shù)。
除此之外，我還學(xué)到了如何與人相處，如何和人更好的交流，我們組成一個(gè)團隊大家一起開(kāi)發(fā)一個(gè)項目，大家的交流溝通顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同
時(shí)又不傷害其他的隊友的面子，這些在我的實(shí)訓生活中都有一些體會(huì )�？墒钦f(shuō)，第一次親身體會(huì )理論與實(shí)際相結合，讓我大開(kāi)眼界。也是對以前學(xué)習的一個(gè)初審吧，相信這次實(shí)訓多我以后的學(xué)習、工作也將會(huì )有很大的影響，在實(shí)訓的這段時(shí)間里這些寶貴的經(jīng)驗將會(huì )成為我以后工作的基石。
作為即將畢業(yè)走出校園的學(xué)生，經(jīng)過(guò)3年的在校學(xué)習，對程序設計有了一些基本的理性的認識和理解。在校期間一直忙于理論的學(xué)習，沒(méi)有機會(huì )也沒(méi)有經(jīng)驗來(lái)參與我們項目的開(kāi)發(fā)，所以在實(shí)習之前軟件按開(kāi)發(fā)對我來(lái)說(shuō)是非常抽象的，一個(gè)完整的項目要怎么來(lái)分工以及完成該項目所需要的基本步驟也不明確，通過(guò)這次實(shí)訓讓我明白一個(gè)完整項目的完成必須團隊分工合作，并在每個(gè)階段進(jìn)行必要的總結和檢查。在我們項目的開(kāi)發(fā)過(guò)程中我們項目的步驟：詳細設計、詳細設計review、編碼、編碼。在項目開(kāi)發(fā)過(guò)程中我也深刻的體會(huì )到詳細設計對一個(gè)項目開(kāi)發(fā)有明確的指引作用，它可以使開(kāi)發(fā)人員對這個(gè)項目所要實(shí)現的功能在總體上有具體的認識，并能減少在開(kāi)發(fā)過(guò)程中出現不必要的脫節。
這次實(shí)訓是對我們學(xué)習的一個(gè)檢驗，雖然項目中很多知識我們在日常的學(xué)習中都沒(méi)有遇到，這同時(shí)提醒我：要想成為一個(gè)合格的程序員就有具備一種自學(xué)能力，在工作中會(huì )遇到很多從未接觸過(guò)的問(wèn)題，當有了問(wèn)題時(shí)要去解決，在你不斷努力，尋找答案的過(guò)程中，自己的能力也在潛移默化的提升。有時(shí)遇到問(wèn)題時(shí)可能有很多想法但卻不知道那個(gè)正確，這就讓我們不斷地去探索，不斷地嘗試。
軟件項目開(kāi)發(fā)總結 6
一、新人學(xué)習
對公司的整體狀況和運營(yíng)模式進(jìn)行了解，重點(diǎn)針對合同管理系統的適用領(lǐng)域、場(chǎng)景以及客戶(hù)群體、一般性需求進(jìn)行學(xué)習。熟悉公司技術(shù)團的工作模式、編碼規范和研發(fā)管理控制流程。通過(guò)對公司產(chǎn)品關(guān)注領(lǐng)域和業(yè)務(wù)流程的學(xué)習以及研發(fā)規范的了解，梳理了技術(shù)學(xué)習主線(xiàn)，制定了具體的學(xué)習目標和時(shí)間計劃為技術(shù)研發(fā)工作奠定了基礎。
二、公司xxx平臺的研發(fā)
參與了xxx平臺的部分功能研發(fā)，主要參與以下功能模塊的代碼編制、優(yōu)化和初步的功能驗證測試：系統平臺對接浪潮系統、系統對接審批事項清單模塊,系統管理模塊,籌備成立模塊、成立登記模塊、分支機構管理、組織管理、注銷(xiāo)信息管理、變更信息管理等等。在研發(fā)中，按照團隊規劃完成了個(gè)人的任務(wù)并按照編碼規范進(jìn)行了源碼優(yōu)化。對于部分編碼進(jìn)行分析和重構，對于部分功能模塊進(jìn)行了效率優(yōu)化和源碼簡(jiǎn)化，提升代碼的可讀性、可復用性、可移植性。整個(gè)研發(fā)過(guò)程，積極融入團隊，提升技術(shù)水平的同時(shí)進(jìn)一步加深了對公司產(chǎn)品業(yè)務(wù)的理解。
三、公司產(chǎn)品xxx平臺的優(yōu)化
參與產(chǎn)品xxx平臺的優(yōu)化。使用技術(shù)方法通過(guò)重構改進(jìn)了產(chǎn)品的運行效率。從構建模式、實(shí)現方法、代碼風(fēng)格上進(jìn)行了多方面的知識整理、分析和優(yōu)化。并以此為契機，強化了效率優(yōu)化的意識，學(xué)習了效率優(yōu)化的方法，同時(shí)，增強了研發(fā)中兼顧效率的意識。
四、20xx年度個(gè)人取得的成績(jì)和經(jīng)驗
20xx年是我進(jìn)入公司的第一年，無(wú)論是對于生活閱歷還是工作經(jīng)驗以及技術(shù)知識都取得了很大的成效與進(jìn)步。在公司的幾個(gè)月里我著(zhù)實(shí)成長(cháng)了許多，尤其是對專(zhuān)業(yè)知識技能的提升、此外還增長(cháng)了一些對行業(yè)的認識以及開(kāi)發(fā)流程。
五、20xx年度個(gè)人工作中存在的.問(wèn)題和不足及改進(jìn)方法
剛進(jìn)公司的時(shí)候我面臨很多問(wèn)題，在工作中遇到非常多棘手的問(wèn)題，不斷請教前輩們、有了他們的幫助和自己堅持努力，我發(fā)現我所遇到棘手問(wèn)題越來(lái)越少，就這樣我從一個(gè)新人慢慢變成一個(gè)可以擔當一面的團隊成員，我再也不怕遇到問(wèn)題。在未來(lái)的一年里我應該多鍛煉自己表達能力和加強對普通話(huà)的學(xué)習，其次，對于技術(shù)方面了解不夠全面，不夠廣泛，好多技術(shù)都還處于一個(gè)熟悉、認知階段。在未來(lái)的日子里我會(huì )給自己擬定一些目標和學(xué)習、提升路線(xiàn)，讓自己技術(shù)以及各方面不斷的提高。不讓自己只局限于技術(shù)方面的提升與提高在工作中我體會(huì )到了堅持就是勝利，程序員必須有較強的適應能力和承受能力,需要不斷的進(jìn)行學(xué)習補充新的知識,只有不斷的擴充、更新自己的知識才能應變技術(shù)的更新與發(fā)展。
提出目前公司存在的各方面問(wèn)題及合理化建議：公司領(lǐng)導比較給力、很會(huì )照顧下屬，同事之間也比較容易相處，團隊互助性也比較強。但是我們公司對于技術(shù)上是不是應該增加一點(diǎn)技術(shù)儲備方面東西。我希望公司能夠一個(gè)強大知識庫，比如某一天某個(gè)人解決了一個(gè)極難解決或者比較罕見(jiàn)的問(wèn)題。有必要保存到知識庫里，以備后續之人有一個(gè)學(xué)習認知的空間。
六、對自己20xx年度整體表現的客觀(guān)評價(jià)：
20xx年度是我在學(xué)習中不斷總結經(jīng)驗、吸取教訓、獲得成長(cháng)的年度。本年度的工作中，我認真制定工作計劃，按時(shí)完成工作任務(wù)并適時(shí)進(jìn)行總結和分析，關(guān)注功能實(shí)現、代碼規范、效率優(yōu)化和用戶(hù)體驗。努力開(kāi)展對本職工作所需專(zhuān)業(yè)技術(shù)學(xué)習，優(yōu)化知識結構，并不斷深化對合同管理業(yè)務(wù)的理解。團隊建設上，我積極融入團隊，努力營(yíng)造良好的團隊氛圍，和同事關(guān)系融洽。
綜上所述，對于20xx年的工作整體表現，我對自己的評定是滿(mǎn)意的。
七、20xx年度工作計劃安排：
1、在原有體系不變動(dòng)情況下，配合團隊完成社會(huì )組織信息系統后續的開(kāi)發(fā)。
2、加強自己工作中闡述問(wèn)題的能力和分析能力以及解決問(wèn)題的能力。
3、不斷學(xué)習新的技術(shù)與知識，讓自己更能適應新的需求發(fā)展變化，給自己制定一個(gè)短期目標以計劃。
4、努力更正自己開(kāi)發(fā)習慣，提升自己開(kāi)發(fā)技巧。
5、了解技術(shù)以外的知識，擺脫自己“機器人”的概念。
八、個(gè)人職業(yè)生涯規劃
1、短期目標（提升專(zhuān)業(yè)技術(shù)水平、掌握解決問(wèn)題的方法）合理規劃自己時(shí)間，給自己制定一個(gè)工作之余的學(xué)習計劃，學(xué)習目標，在工作不斷吸取經(jīng)驗教訓加以總結匯總，不斷更正自己工作習慣。
2、長(cháng)期目標（專(zhuān)注改進(jìn)薄弱環(huán)節，掌握提升效率的技巧，深化業(yè)務(wù)理解）在不斷鞏固自己專(zhuān)業(yè)知識前提下，加深對業(yè)務(wù)的理解能力、分析能力、主導能力、不斷充實(shí)自己各方面知識技能，強化自己薄弱環(huán)節。做一個(gè)合格高級軟件工程師。
軟件項目開(kāi)發(fā)總結 7
一． 引言
1．編寫(xiě)目的
本項目開(kāi)發(fā)總結報告，主要是總結本軟件的開(kāi)發(fā)經(jīng)驗和總結所學(xué)到的知識，以及對一個(gè)系統的大型的軟件設計的總體感悟，并將軟件設計過(guò)程中遇到的問(wèn)題加以闡述和說(shuō)明。
讀者對象：開(kāi)發(fā)人員、大賽評委
2．項目背景
系統名稱(chēng)：3D旅游咨詢(xún)員
任務(wù)提出者：山東省齊魯軟件設計大賽委員組
開(kāi)發(fā)者：
面向用戶(hù)：游客
開(kāi)發(fā)時(shí)間：2010年9月1號到2010年9月19號
該軟件運行系統：?jiǎn)螜C版計算計
3．參考資料
A、軟件項目開(kāi)發(fā)總結報告書(shū)（GB856T—88）國家標準
B、齊魯軟件設計大賽手機游戲創(chuàng )意與實(shí)現項目的文檔要求
C、互聯(lián)網(wǎng)上的各類(lèi)相關(guān)資料
二.開(kāi)發(fā)結果
1． 產(chǎn)品
名稱(chēng)：3D旅游咨詢(xún)員
存儲媒體的形式：光盤(pán)
數量：3份；
D 、產(chǎn)品文檔名稱(chēng)：
軟件開(kāi)發(fā)文檔：《需求需求說(shuō)明書(shū)》、《概要設計說(shuō)明書(shū)》、《詳細設計說(shuō)明書(shū)》、《軟件測試計劃》、《軟件測試報告》
項目管理文檔：《軟件項目計劃》、《項目進(jìn)度報告》、《項目開(kāi)發(fā)總結報告》
產(chǎn) 品 文 檔：《用戶(hù)手冊》、《演示文件》
2．主要功能：
這是一款關(guān)于3d旅游的軟件，3D為本軟件的一大特色。
模擬現實(shí)世界場(chǎng)景，做到真實(shí)逼真的效果，增加了視覺(jué)沖擊力�？梢韵瘳F實(shí)的人物一樣隨意走動(dòng)，想到那就到那，想看到那就看那，而且操作簡(jiǎn)單易行，
很方便用戶(hù)的使用，帶給用戶(hù)一種全新的設計。設計一個(gè)以岱廟為背景的軟件，軟件界面以紅色、灰藍色和土黃色為主，為游客展現一個(gè)立體的三維場(chǎng)景，展現岱廟的建筑群和總體的設計，幫助游客大體的了解岱廟的基本信息，更好的完成游覽觀(guān)光的功能。分為四個(gè)模塊,即操作介紹、查詢(xún)、推薦信息、進(jìn)入3D景區。
采用了3D模型建立的技術(shù)，碰撞檢測技術(shù)，數據庫連接技術(shù)
性能：
A、可靠性
在從設計、開(kāi)發(fā)到使用的全過(guò)程中，為提供滿(mǎn)足用戶(hù)使用要求的高有效性，軟件所采取了提高可靠性的一切措施、方法和活動(dòng)。
B、可用性
本游戲具有很高的實(shí)用性，采取文本和語(yǔ)音同時(shí)輸出，適合于任何的年齡段人使用，界面簡(jiǎn)潔，操作簡(jiǎn)單，很容易上手，幫助用戶(hù)了解岱廟的知識，并且對岱廟有一個(gè)具體的了解。
C、可維護性
此維護是軟件周期的最后階段，維護人員可以簡(jiǎn)單的對此軟件進(jìn)行維護。
3．所用時(shí)間
3周，100多個(gè)小時(shí)
三． 評價(jià)
1． 技術(shù)方案評價(jià)
我們小組開(kāi)發(fā)的是3D旅游咨詢(xún)員，具有一定的難度，我們通過(guò)開(kāi)源游戲引擎直接控制，可以說(shuō)是減少了一定的難度，使得軟件的實(shí)行更有可靠性和完善性。
軟件的需求分析階段嚴格按照先設計后實(shí)現的功能，需求由于進(jìn)行了比較嚴格的分析和策劃，所以后期的實(shí)現相對而言，改動(dòng)較少，提高了開(kāi)發(fā)效率；
軟件的場(chǎng)景采取三維立體效果，體現了3D的'主題，所以提供較好的視覺(jué)效果，是人們有身歷其境的感覺(jué)。
軟件采取文本和語(yǔ)音同時(shí)輸出，實(shí)現人機交互的功能，讓用戶(hù)比較強烈的感受軟件的好處。
3D場(chǎng)景可以加入音樂(lè )和實(shí)現全屏等具體的功能，增加了軟件的可實(shí)現性，完善了軟件的功能。
2．產(chǎn)品質(zhì)量評價(jià)
整個(gè)軟件系統比較穩定，進(jìn)行過(guò)比較嚴密的測試。
可用性：此游戲具有很好的實(shí)用效果，適合于任何的人用。
可維護性：此游戲系統比較穩定。維護是游戲軟件設計周期的最后階段�？赊D移/轉換性：此軟件運用c++語(yǔ)言和irrlicht開(kāi)源引擎，在windows系統的基礎上，實(shí)現軟件功能。軟件的移植性比較強，只要是裝了操作系統的pc機，都可以使用。
四． 總結
通過(guò)這次大賽，培養了我們的創(chuàng )新精神，競爭意識，克服困難、堅持不懈的毅力以及團隊合作精神。開(kāi)發(fā)的這款軟件，從設計到開(kāi)發(fā)都經(jīng)過(guò)了細致摸索和推敲和實(shí)地考察，做到了作品的原創(chuàng )性。這是一款獨立研發(fā)且具有成品性質(zhì)的軟件，是我們大家共同努力的結果。游戲開(kāi)發(fā)中，大家的能力，諸如大家的合作，個(gè)人的協(xié)作能力，策劃能力，以及時(shí)間觀(guān)念都有一定的提高。希望軟件的設計能給大家耳目一新的感覺(jué)，豐富多彩的視聽(tīng)效果，能給用戶(hù)以視聽(tīng)享受，希望成為廣受用戶(hù)的歡迎。
通過(guò)參加“齊魯軟件設計大賽”，得到了許多經(jīng)驗和教訓：
一個(gè)成功的設計應該是以用戶(hù)為出發(fā)點(diǎn)，始終在考慮“用戶(hù)需要什么”， 軟件策劃并不是典型的用戶(hù)，我們不是真正的旅游觀(guān)光者，但是我們也進(jìn)行旅游，我們制作的游戲是游客使用的，而不是自?shī)首詷?lè )用的。一味從自我考慮，只做符合自己的軟件，你會(huì )發(fā)現它的需求是如此的不足，功能有很大的缺失，最后會(huì )發(fā)現做出來(lái)的軟件連你自己的愿望。
軟件項目開(kāi)發(fā)總結 8
項目描述：
這是我自身參與的一個(gè)項目。XXXXX學(xué)院的學(xué)生規模從最初的千人級迅速增加到近十萬(wàn)人級。在學(xué)生人數不多的情況下，學(xué)生作業(yè)及在線(xiàn)考試可以通過(guò)手工方式完成。學(xué)生規�？焖僭鲩L(cháng)后，手工方式周期長(cháng)、容易出錯、也不易統計。如何快捷方便地讓學(xué)生完成作業(yè)及在線(xiàn)，以及如何快捷方便地批改作業(yè)及在線(xiàn)考試題，迅速反饋給學(xué)生，提在技術(shù)的首要日程�！邦}庫系統”項目就是基于以上背景，是將常規的書(shū)面作業(yè)及考試系統化成網(wǎng)絡(luò )化作業(yè)及考試，從而大幅縮短學(xué)生作業(yè)及考試到教師批改作業(yè)及考試的周期，也方便學(xué)生和老師隨時(shí)隨地完成作業(yè)及考試任務(wù)，也方便管理人員對組織的作業(yè)級考試進(jìn)行統計分析，提供下一次作業(yè)考試的決策�！邦}庫系統”項目已經(jīng)上線(xiàn)，基本上完成了預計目標。但上線(xiàn)后經(jīng)過(guò)幾次大規模的修改，才使用戶(hù)較為滿(mǎn)意。
項目分析：
第一、清楚的.需求
1) 業(yè)務(wù)部門(mén)（需求方）因為IT知識缺乏，對自己需要什么樣的題庫系統沒(méi)有明確的概念，走一步算一步，甚至于今天的需求跟昨天的需求是南轅北轍的。
2) 業(yè)務(wù)部門(mén)的業(yè)務(wù)流程不是規范的，固化的，在系統準備上線(xiàn)后，業(yè)務(wù)流程還有變化。
3) 未能與業(yè)務(wù)部門(mén)進(jìn)行充分有效地溝通、引導業(yè)務(wù)部門(mén)清楚具體有效的梳理需求。
第二、高層管理者的支持
高層領(lǐng)導對信息系統的不理解，對信息化的作用沒(méi)有深刻的認識。對技術(shù)部門(mén)的支持不夠，導致在項目需求界定、項目開(kāi)發(fā)、實(shí)施上線(xiàn)過(guò)程中業(yè)務(wù)部門(mén)占了主導地位。
第三、項目計劃
1) 工作量估算過(guò)少 ，由于業(yè)務(wù)部門(mén)和高層領(lǐng)導的壓力在工數估算上予以妥協(xié)。 趕工趕進(jìn)度，項目節點(diǎn)項目質(zhì)量相應下降。
2) 項目組織過(guò)小 ，人手不足，項目組人員不夠造成以下問(wèn)題：
工作分擔（責任范圍）不明確，工作分割結構與項目組織結構不明確或者不相對應，各成員之間的接口不明確，導致有一些工作根本無(wú)人負責。
每個(gè)開(kāi)發(fā)階段的提交結果定義不明確，中間結果是否已經(jīng)完成，完成了多少模糊不清，結果是到了項目后期堆積了大量工作。
開(kāi)發(fā)中沒(méi)時(shí)間去按指定里程碑或檢查點(diǎn)檢查完成情況。
軟件項目開(kāi)發(fā)總結 9
光陰似箭，歲月如梭，輝煌的20xx已經(jīng)過(guò)去，充滿(mǎn)希望的20xx已在不知不覺(jué)中走到了6月份，現將20xx年上半年工作總結如下：
一、工程方面：
主要是圍繞信號機開(kāi)發(fā)的各種軟件，如信號機底層軟件、信號機設置軟件、以及為了保障信號平安的防火墻軟件等，另外還圍繞交通誘導屏這個(gè)產(chǎn)品做了相關(guān)的工作，如誘導屏設置軟件，以及誘導屏測試軟件等工作。
1、信號機軟件開(kāi)發(fā)
從去年的年底已經(jīng)開(kāi)始這項工作了，我的工作相對來(lái)說(shuō)比擬單一一點(diǎn)，就是信號機設置軟件以及底層軟件的通訊局部的程序代碼，以及其他的局部功能。并且現在這款信號機能夠兼容多家協(xié)議。
2、防火墻軟件的開(kāi)發(fā)
這是獨立開(kāi)發(fā)、并最終調試的一個(gè)軟件，能夠嚴格防止外來(lái)非法連接的軟件。由于目前還沒(méi)有我們自己的信號機中心軟件，所以目前這個(gè)軟件現在還沒(méi)有派上用場(chǎng)，相信隨著(zhù)公司的開(kāi)展，會(huì )逐漸用上這樣的軟件產(chǎn)品的。
3、交通誘導屏的相關(guān)工作
當然這里面的工作就相當砸碎一些，包括設置軟件、測試軟件以及處理在調試的過(guò)程中碰到的一些問(wèn)題，以及測試一些硬件模塊的好壞等。
二、團隊合作
從上面主要的工作內容來(lái)看，不是我一個(gè)人所能完成的，正所謂一切事務(wù)離不開(kāi)團隊，個(gè)人無(wú)法稱(chēng)英雄。今年在余sir領(lǐng)導之下，團隊建設有了很大的進(jìn)步，每個(gè)工程開(kāi)始之前，好好的交流、加強了解、對問(wèn)題的共識、解決問(wèn)題的方法能很好的統一起來(lái)。我個(gè)人也很好的溶入這個(gè)團隊，共同做好一個(gè)工程。
在解決問(wèn)題的.過(guò)程中，雖然都不時(shí)風(fēng)平浪靜，但事后都能夠客觀(guān)地分析，而不參雜個(gè)人的感情。
三、工作態(tài)度
給我的的感觸就是一定要好好的去聆聽(tīng)，每個(gè)人對待問(wèn)題的看法，不管他的看法對還是不對，合理與否，或者考慮的角度是否確切，都要好好地聆聽(tīng)，至少要等他說(shuō)完，如果你主觀(guān)的色彩，可能你都不愿意或者不屑聽(tīng)完他說(shuō)的話(huà)，但是靜下心來(lái)你或許也能發(fā)現他看問(wèn)題的某些角度是你沒(méi)有考慮過(guò)的，他想的某些方面也許確實(shí)是要注意到的。靜心!聆聽(tīng)!把技術(shù)與大家共同分享，共同提高。
四、來(lái)年工作展望
在新的一年里我希望能夠在交通行業(yè)里做出更多新的產(chǎn)品，能夠更加深入的研究下去，比方：目前我們欠缺的信號機中心軟件，交通誘導屏的中心軟件，這個(gè)兩個(gè)應該是20xx年的首要任務(wù)了，如果還有時(shí)間我希望可以做gis地理信息系統方面的內容。
軟件項目開(kāi)發(fā)總結 10
一、引言
軟件工程是建立在計算機科學(xué)基礎上、指導計算機軟件開(kāi)發(fā)和維護的工程學(xué)科。本課程已成為計算機及信息學(xué)科相關(guān)專(zhuān)業(yè)最重要的專(zhuān)業(yè)基礎課之一，在計算機科學(xué)專(zhuān)業(yè)和軟件工程專(zhuān)業(yè)的人才培養上發(fā)揮著(zhù)非常重要的作用。
軟件工程是一門(mén)研究研究軟件開(kāi)發(fā)與維護的普遍原理和技術(shù)的工程學(xué)科，其研究的范圍非常廣泛，包括技術(shù)方法、工具和管理的等多個(gè)方面，軟件項目的過(guò)程、組織和管理涉及面廣，理論性、技術(shù)性、工程性都很強。軟件工程自身的抽象性與應用性都很強，在目前教與學(xué)的雙向過(guò)程中存在不少問(wèn)題，致使教學(xué)效果很不理想。如何提高“軟件工程”的教學(xué)水平和學(xué)生的學(xué)習效果，是國內外學(xué)者廣泛探討的話(huà)題。我從軟件工程教學(xué)中存在的問(wèn)題出發(fā)，在更新教學(xué)內容、激發(fā)學(xué)生的學(xué)習興趣、改進(jìn)教學(xué)方法與手段、加強實(shí)踐環(huán)節、改革考試方式等方面提出了一些具體的建議。
二、目前教學(xué)中存在的問(wèn)題
1.教學(xué)內容陳舊。
近年來(lái)，軟件工程中的WEB應用開(kāi)發(fā)技術(shù)、軟件重用技術(shù)、原型開(kāi)發(fā)方法、軟件構件、集成化CASE工具與環(huán)境等領(lǐng)域取得了顯著(zhù)的進(jìn)展，而國內各高校使用的教材，因編寫(xiě)時(shí)間的限制，在先進(jìn)技術(shù)的跟進(jìn)、知識結構、內容取材及實(shí)踐環(huán)節等方面或多或少存在缺陷，有的甚至還停留在對面向過(guò)程的結構化方法上，卻忽略了目前更適用更流行的面向對象方法，有的教材連項目組織、軟件成熟度、軟件構架、項目風(fēng)險等十分重要的內容都未給予足夠的論述。同時(shí)，軟件工程作為一門(mén)正在飛速發(fā)展的學(xué)科，目前大部分教材難以及時(shí)、全面、準確地反映當前一些新方法新技術(shù)和新工具。
2.教學(xué)方法不當。
目前有些高校仍然把軟件工程列為純理論課程，教學(xué)的工具就是一張嘴、一支粉筆和幾乎是教課書(shū)內容翻版的教學(xué)課件，使得學(xué)生往往是被動(dòng)地接受知識，非常地枯燥乏味，很難激發(fā)學(xué)習興趣。另外軟件工程課程的教學(xué)內容是針對較大規模的軟件項目開(kāi)發(fā)而設計的，十分龐雜，涉及面非常廣，很多知識建立在實(shí)踐經(jīng)驗基礎之上，這種“填鴨式”的教學(xué)方法，對于尚未踏入社會(huì )、沒(méi)有項目經(jīng)驗的學(xué)生而言，很難理解該課程的精髓，很容易對該課程產(chǎn)生虛無(wú)縹緲的感覺(jué)，使整個(gè)教學(xué)過(guò)程流于形式，該課程變成需要死記硬背的課程，學(xué)生在學(xué)習完課程后將一無(wú)所獲。
3.學(xué)生學(xué)習中存在的問(wèn)題。
在傳統的教學(xué)過(guò)程中，軟件工程往往是一門(mén)獨立的理論性課，學(xué)生對軟件工程的抽象理論容易感到枯燥乏味。這門(mén)課不涉及具體軟件項目，不怎么涉及軟件算法，沒(méi)什么邏輯推理，不像程序設計課程那樣能帶給學(xué)生智力上的，激發(fā)學(xué)生的學(xué)習興趣和熱情。不少學(xué)生認為軟件工程就是一些條條框框，由于缺乏實(shí)踐經(jīng)驗，缺乏合作開(kāi)發(fā)軟件的感性體會(huì )，他們在學(xué)習過(guò)程中難以理解軟件工程的精髓，很難在頭腦中將軟件工程的抽象理論和實(shí)際聯(lián)系起來(lái)，因此較難對這門(mén)課程產(chǎn)生學(xué)習興趣。
4.教學(xué)實(shí)踐環(huán)節薄弱。
軟件工程的理論并不是空洞的理論，它的許多理論及規范均來(lái)自于實(shí)際需要和前人的經(jīng)驗總結，它的目標是實(shí)實(shí)在在地做出一個(gè)滿(mǎn)足用戶(hù)要求的系統出來(lái)，這是一個(gè)很具體的實(shí)踐過(guò)程。通過(guò)學(xué)習，學(xué)生應該具備從事工程實(shí)踐的技能，包括軟件項目的系統分析、編寫(xiě)文檔、源碼設計與控制、使用工具等基本技能。因此，教師需要將基本概念、原理和實(shí)現技術(shù)與具體的軟件項目相結合，以實(shí)例增進(jìn)學(xué)生理解，以實(shí)踐鍛煉學(xué)生的工程能力。然而，在當前的教學(xué)中，普遍存在理論教學(xué)與具體實(shí)踐脫節的現象，有時(shí)甚至缺乏進(jìn)行教學(xué)實(shí)踐的場(chǎng)所與環(huán)境，這樣勢必造成學(xué)生無(wú)法真正理解軟件工程的精髓，更難以做到學(xué)以致用。
三、軟件工程教學(xué)改革建議
以上分析了當前軟件工程課程在教學(xué)中存在的一些問(wèn)題。隨著(zhù)教學(xué)改革的不斷深入，軟件工程的教學(xué)改革在迫在眉睫。下面我就軟件工程課程的教學(xué)改革談一些建議。
1.更新教學(xué)內容。
在教學(xué)實(shí)踐中，應該結合軟件工程的發(fā)展和國內外軟件企業(yè)的人才需求現狀，不斷更新教學(xué)內容，更要注重一些新方法新技術(shù)的講授。例如，關(guān)于軟件工程方法學(xué)，重點(diǎn)講授面向對象方法學(xué)，略講傳統的結構化方法，注重面向對象方法在內的一些新方法新技術(shù)，讓學(xué)生盡快熟悉和掌握軟件重用、快速原型、集成化CASE環(huán)境等，同時(shí)要保持教學(xué)內容對先進(jìn)技術(shù)的跟進(jìn)，介紹一些目前已經(jīng)推出或比較成熟的新方法，如:基于組件的方法、面向Agent方法、敏捷軟件方法等。而對一些沒(méi)有長(cháng)久生命力的，并且在今后的項目實(shí)踐中又很少用到的知識，盡量少講，這樣既有助于開(kāi)拓學(xué)生的視野和培養創(chuàng )新意識與開(kāi)發(fā)能力，又能使他們步入工作崗位的時(shí)候而不落伍。
2.提高學(xué)生的學(xué)習興趣。
“興趣是最好的老師”，是學(xué)生求知欲的源泉，是思維發(fā)展的動(dòng)力。教師應從教材實(shí)際出發(fā)，講究教學(xué)方法，激發(fā)出學(xué)生對本課程的學(xué)習興趣，這對于教學(xué)效果的保障具有重要的意義�！败浖こ獭卑溯^多的理論內容，且大多數學(xué)生都是第一次接觸，是一門(mén)理論聯(lián)系實(shí)際的綜合性很強的課程。所以教師應通過(guò)多媒體動(dòng)畫(huà)等教學(xué)手段生動(dòng)地剖析基本概念和基本原理，并以基本概念和基本原理貫穿軟件工程知識體系的方式組織教學(xué)內容，讓學(xué)生深入理解基本概念和基本原理背后的深刻內涵，并讓學(xué)生系統地掌握各知識點(diǎn)之間的邏輯關(guān)系。要鼓勵學(xué)生主動(dòng)地提出問(wèn)題、分析問(wèn)題、解決問(wèn)題，激發(fā)學(xué)生的主動(dòng)學(xué)習興趣。
課堂討論也是一個(gè)提高學(xué)生學(xué)習興趣的有效途徑。教師在每堂課講完之后應該給學(xué)生留出5分鐘時(shí)間，要求學(xué)生通過(guò)討論對所學(xué)知識進(jìn)行總結歸納，然后進(jìn)行評價(jià)。評價(jià)方式可以是學(xué)生相互交換自己總結的內容并進(jìn)行討論，最后由教師補充、糾正和提煉知識點(diǎn)。這種方法不僅能提高學(xué)生總結歸納能力，而且能激發(fā)出學(xué)生的學(xué)習興趣，使學(xué)生主動(dòng)地參與到教學(xué)當中。
3.加強實(shí)踐和工程訓練，提高學(xué)生的實(shí)踐能力。
軟件工程是一門(mén)實(shí)踐性很強的`課程，實(shí)踐環(huán)節能使學(xué)生對整門(mén)課程中的方法、技術(shù)、工具等有親身的體驗和系統理論知識的梳理，對整個(gè)教學(xué)質(zhì)量的檢驗具有舉足輕重的作用。抓好實(shí)踐環(huán)節，對培養新型的合格的軟件人才具有十分重要的意義。因此在努力提高課程教學(xué)質(zhì)量的同時(shí)，還應該加強實(shí)踐環(huán)節的管理。
軟件工程的實(shí)踐以課程設計為主，教師可根據學(xué)生的能力，設計一套完整的課程設計方案。課程設計的目標是通過(guò)在課程實(shí)踐的一系列環(huán)節中，如需求分析、設計、編碼和測試，讓學(xué)生提高其綜合運用軟件工程的方法、技術(shù)、工具、過(guò)程進(jìn)行軟件開(kāi)發(fā)和軟件項目管理的能力，并培養其團隊協(xié)作的精神。
課程設計要求完成的項目必須具有一定的規模和復雜性，教師可將學(xué)生劃分為6―8人的項目小組，項目組成員相互合作共同來(lái)完成一個(gè)項目。各項目小組應嚴格按軟件工程各階段的要求來(lái)完成該項目，在項目開(kāi)發(fā)的各關(guān)鍵階段（可行性研究、需求分析、總體設計、詳細設計、測試和項目開(kāi)發(fā)總結），各小組都要進(jìn)行報告，由老師和其他小組現場(chǎng)提問(wèn)，最后教師給出點(diǎn)評，這種階段評審有利于各小組開(kāi)發(fā)進(jìn)度和質(zhì)量的保障。
在課程設計結束時(shí)，每個(gè)項目組應提交軟件產(chǎn)品和規范的軟件開(kāi)發(fā)文檔（項目開(kāi)發(fā)計劃、需求說(shuō)明書(shū)、總體設計說(shuō)明書(shū)、詳細設計說(shuō)明書(shū)、測試分析報告和項目開(kāi)發(fā)總結報告等）。課程設計完成后必須進(jìn)行現場(chǎng)答辯，在答辯過(guò)程中，不僅對學(xué)生進(jìn)行評分，而且指出學(xué)生的不足，提出改進(jìn)的意見(jiàn)和建議。通過(guò)現場(chǎng)答辯的方式可以讓學(xué)生進(jìn)一步明確今后需要改進(jìn)的方向，使自身在分析問(wèn)題、解決問(wèn)題、交流溝通、團隊協(xié)作、談判溝通、適應發(fā)展等方面的能力獲得較大的提高。
4.教學(xué)方式與教學(xué)手段的改革。
軟件工程的原理、方法、技術(shù)若不與實(shí)際項目結合，學(xué)生往往難以有深刻的體會(huì )。因此，為增強授課效果，提高學(xué)生學(xué)習的積極性，課堂講授應引入項目式教學(xué)法。教師可設計一個(gè)完整的、規模適中、難易適度的軟件項目，在講授軟件工程基本知識點(diǎn)時(shí)結合該項目進(jìn)行重點(diǎn)講解，即以該項目作為貫穿整個(gè)軟件工程授課的主線(xiàn)。
為了提高課程教學(xué)質(zhì)量，激發(fā)學(xué)生的學(xué)習興趣，不僅可以采用多媒體教學(xué)方式，而且可以建立軟件工程課程的教學(xué)網(wǎng)站。軟件工程課程網(wǎng)站中不僅有該課程的介紹，而且有大量的教學(xué)資源(多媒體課件、實(shí)驗指導、自測題、試卷庫、常用軟件工程新技術(shù)介紹、新工具介紹和演示、有價(jià)值的參考書(shū)籍和網(wǎng)址等)，學(xué)生還可在網(wǎng)站上提出自己在學(xué)習過(guò)程中遇到問(wèn)題或者對本課程的教學(xué)好的建議，教師或其他學(xué)生則可進(jìn)行回答或共同探討，為廣大師生學(xué)習、交流、提高提供很好的途徑。
5.考核方式的改革
很多高校軟件工程課程傳統的考核方式以期末書(shū)面理論考試為主，但軟件工程是一門(mén)實(shí)踐性非常強的課程，原有的考核方式使學(xué)生不注重實(shí)踐能力的提高，傾向于被動(dòng)地接受理論知識，學(xué)習缺乏興趣和主動(dòng)性，只是在考試前突擊復習來(lái)應付考試。理論考試成績(jì)不是重點(diǎn)，主要是看學(xué)生能否在軟件開(kāi)發(fā)過(guò)程中貫徹軟件工程學(xué)的思想和方法。因此，要加大實(shí)踐考核的比重，如課堂出勤占10%；課堂表現占10%，為力避學(xué)生考前突擊現象，本課程在平時(shí)課堂教學(xué)中采取課堂提問(wèn)方式或者進(jìn)行一些基礎理論的測驗，幫助學(xué)生循序漸進(jìn)地鞏固基礎知識點(diǎn)；課程設計占40%；期末考試占40%。采用以上考評方法，學(xué)生們將非常重視課堂上的發(fā)言，以及知識的運用和創(chuàng )新，主動(dòng)學(xué)習的積極性將會(huì )大大地提高。
總而言之，要改進(jìn)軟件工程的課程教學(xué)，除了要遵循教育學(xué)的普遍規律、合理安排好課程內容外，還要培養學(xué)生的學(xué)習興趣，重視理論與實(shí)踐的結合。
軟件項目開(kāi)發(fā)總結 11
軟件公司項目管理主要是指為了保證某一項目目標的實(shí)現，從而開(kāi)展的前期項目開(kāi)展計劃、全程的項目管理、項目的績(jì)效考評等。項目管理質(zhì)量的好壞主要依據項目的整體績(jì)效、項目投入成本、項目完成周期以及項目涉及范圍等幾方面，在這幾個(gè)主要評價(jià)指標中，能夠進(jìn)行有效管理控制的只有項目成本，通過(guò)對軟件公司某一項目成本進(jìn)行核算，可以準確的評估項目的開(kāi)展狀況，并能夠進(jìn)一步確認項目的收益。此外，通過(guò)核算項目成本，確保項目進(jìn)度以及項目范圍處于合理的控制范圍內，確保項目能夠取得應有的收益。因此，強化軟件公司項目管理，必須強化針對項目成本的核算，從而提高項目整體管理水平。
一、項目成本核算主要內容分析
現階段，項目成本核算的內容主要包括直接成本以及間接成本兩部分，直接成本主要包括項目開(kāi)展材料費用、人工費用以及其他各類(lèi)直接費用，間接成本主要包括參與項目開(kāi)發(fā)的各種管理費用、員工福利支出以及員工保險費用等。對于軟件公司的項目開(kāi)發(fā)而言，由于主要是由員工利用計算機進(jìn)行技術(shù)研發(fā)，所以成本主要是由人工成本所構成的，人工成本的高低也是決定項目開(kāi)發(fā)經(jīng)濟效益的關(guān)鍵因素。
二、軟件公司項目開(kāi)發(fā)成本核算問(wèn)題分析
1.人工成本核算困難
由于軟件公司在項目開(kāi)發(fā)過(guò)程中人工成本是最難以準確核算的部分，而且人工成本在總成本中的比重最大部分，項目在開(kāi)展過(guò)程中，迫于時(shí)間和質(zhì)量的要求，必須在項目開(kāi)展過(guò)程中追加人力，這就造成了人力資源的使用超出了原計劃的預算，造成項目開(kāi)發(fā)成本的提高以及整體利潤的降低。
2.軟件公司項目成本核算體系不健全
軟件行業(yè)作為一種新興的行業(yè)，與其他領(lǐng)域相比較，在成本核算方面理論體系是相當不成熟的。而且現階段大部分的軟件公司成本核算并不是根據單獨的項目進(jìn)行核算，而是結合部門(mén)進(jìn)行統一核算的。由于一個(gè)部門(mén)可以承擔多個(gè)項目，因此難以根據某一項目的財務(wù)管理數據開(kāi)展項目核算工作。
3.我國相應的企業(yè)會(huì )計準則中針對項目成本核算缺乏明確的規定
現階段在軟件公司項目成本核算過(guò)程中，究竟是作為無(wú)形資產(chǎn)、在建工程或者是存貨，進(jìn)行核算，缺乏一致的認識，以項目作為核算中心的財務(wù)體系不健全，導致項目成本核算存在較多問(wèn)題。
三、項目成本核算管理
強化軟件開(kāi)發(fā)過(guò)程中的項目成本核算管理，已經(jīng)成為項目開(kāi)發(fā)管理的主要內容，項目成本主要通過(guò)以下幾方面進(jìn)行核算管理：
1.軟件公司項目開(kāi)發(fā)工時(shí)統計
�。�1）建立健全項目管理相應的`數據信息。對于參與項目信息管理收集的單位組成及人員主要包括開(kāi)發(fā)的部門(mén)、人員組成、項目編號的設置以及項目的具體開(kāi)展階段，進(jìn)而對項目開(kāi)展進(jìn)行全方位的動(dòng)態(tài)監控，同時(shí)也可以以此為依據核算出不同時(shí)期項目開(kāi)發(fā)所耗費的總工時(shí)，將工時(shí)與原先預算時(shí)候的項目指標進(jìn)行科學(xué)比對，從而明確項目管理的實(shí)際狀況以及是否發(fā)生偏差，可以根據不同的情況對項目開(kāi)發(fā)的步驟或者是預算進(jìn)行調整管理。
�。�2）軟件公司項目開(kāi)發(fā)工時(shí)的統計。工時(shí)統計直接關(guān)系到軟件公司項目開(kāi)發(fā)成本核算的準確程度，這一部分是軟件公司項目管理中的核心環(huán)節，因此軟件公司的各個(gè)管理層都應當強化重視工時(shí)統計工作，并針對工時(shí)統計表、相關(guān)負責人審批、主管部門(mén)整理匯總以及最后的分析比較等。對于項目開(kāi)發(fā)過(guò)程中的工時(shí)統計方法主要有以下兩方面：通過(guò)相應的管理軟件，并結合員工的考勤平臺填報；手工填報法，并將表中的統計數據準確地錄進(jìn)系統中，再通過(guò)統計分析得出相關(guān)人員的單位項目耗時(shí)。
2.項目人工成本計算
在這一部分的核算中需要將每個(gè)人的人工工時(shí)與其相對應的工時(shí)工資相乘來(lái)獲得，也就是把參與某一個(gè)項目的人員的總的人工成本進(jìn)行累計相加，以此獲得這個(gè)管理開(kāi)發(fā)項目的直接人工成本。
3.間接人工成本的分配
一般情況下，項目開(kāi)發(fā)的間接費用是根據具體的項目管理部門(mén)來(lái)核算的。 軟件公司在進(jìn)行項目開(kāi)發(fā)過(guò)程中的研發(fā)部門(mén)的職工福利費、社會(huì )保險以及內部管理、培訓學(xué)習所耗人工成本都屬于間接人工成本；而房租、水電、固定資產(chǎn)折舊等都是其他間接費用。對于這些間接成本的核算，應當匯總至部門(mén)管理費用之中，在項目開(kāi)發(fā)結束時(shí)同意分配結轉到各合同項目成本中。對于分配方式的選擇，可以根據部門(mén)所承擔的各合同項目人工成本占所承擔所有合同項目的人工成本之和的比重來(lái)分配。 在軟件開(kāi)發(fā)項目結束時(shí)，根據間接費用的分配計算結果作分配結轉分錄，將研發(fā)部門(mén)的間接費用分配到各個(gè)合同項目中。通常情況下采用財務(wù)軟件核算的公司期末只需算出分配率，再利用軟件期末自動(dòng)結轉分配的功能設置結轉分錄，由系統自動(dòng)結轉間接費用即可。
4.軟件公司項目成本的歸集以及結轉
一般情況下，軟件公司開(kāi)發(fā)某個(gè)管理項目需要耗費較長(cháng)的時(shí)間，不少的項目成本在進(jìn)行會(huì )計核算時(shí)常常會(huì )跨域某一個(gè)會(huì )計期間，在多個(gè)會(huì )計期間內核算。在這種情況下，就需要新設置一個(gè)相應會(huì )計科目來(lái)整理歸集軟件公司的項目成本，在會(huì )計周期末，軟件公司可以根據項目的實(shí)際開(kāi)發(fā)進(jìn)度合理地確定項目的完工比例，并對收入和費用進(jìn)行科學(xué)結轉。
首先，在進(jìn)行軟件開(kāi)發(fā)項目的成本核算過(guò)程中，應該針對資產(chǎn)類(lèi)會(huì )計科目中增設“項目成本”科目，通過(guò)項目成本這一科目來(lái)匯總軟件公司項目開(kāi)發(fā)過(guò)程中所發(fā)生的所有的直接成本以及所有的間接成本并且在設置相應科目時(shí)應當盡量細化具體，將科目落實(shí)明確到具體的部門(mén)或者項目，現階段，較多的采用一些具有輔助核算功能的管理軟件來(lái)進(jìn)行項目成本的核算，進(jìn)而明確項目參與各部門(mén)的總的項目成本，以此可以實(shí)現科學(xué)合理的項目績(jì)效評價(jià)。
其次，在軟件公司項目核算中還需要遵循成本費用配比原則以及權責發(fā)生制原則，在進(jìn)行相應成本的結轉時(shí)要確保與相關(guān)收入金額匹配，可以依據完工百分比法確認項目收入情況，并依據收入結轉比重結轉成本，計算利潤。
再次，項目開(kāi)發(fā)過(guò)程中，公司財務(wù)人員還可以以積極參與公司管理，通過(guò)向業(yè)務(wù)考核部門(mén)提供相應的項目進(jìn)展數據以及績(jì)效評價(jià)財務(wù)信息等，幫助管理層提升管理能力，并以此深化部門(mén)項目業(yè)績(jì)考核，強化項目監管和控制，提升管理效率和效益。
四、結語(yǔ)
軟件公司作為以科技為核心的技術(shù)型企業(yè)，主要是針對科技知識以及信息的生產(chǎn)、處理以及應用，作為以知識資源為基礎的知識經(jīng)濟的代表，傳統的項目管理的理論以及觀(guān)念已經(jīng)難以適應。必須對軟件公司的項目管理進(jìn)行深入的研究。因此，軟件公司在進(jìn)行項目管理過(guò)程中，必須充分認識到項目成本核算的作用，并分析項目成本核算的主要難點(diǎn)，按部就班的開(kāi)展項目成本核算，提高項目管理水平，確保軟件公司項目開(kāi)發(fā)的順利進(jìn)行。
軟件項目開(kāi)發(fā)總結 12
20xx年，公司規模迅速擴大，公司管理的自動(dòng)化程度不斷提高，許多軟件系統已不能滿(mǎn)足不斷擴大的管理要求，除了要升級原有的軟件系統外，新的系統開(kāi)發(fā)需求成倍增加，因而，本年度內擴充了軟件應用及開(kāi)發(fā)工程師擴大到30人。 20xx年與20xx年間，隨著(zhù)面向目標軟件平臺的普及，新的高效的軟件開(kāi)發(fā)模式也在中國軟件業(yè)不斷成熟，整體開(kāi)發(fā)整體水平有了很大的提高，我公司也引進(jìn)一些新的開(kāi)發(fā)工具，實(shí)踐了迭代開(kāi)發(fā)等先進(jìn)的管理方法。
xx年內我們主要完成了供應協(xié)同平臺，固定資產(chǎn)管理，合理化建議，商用空調信息管理系統，基礎文檔管理系統等新的項目。由于開(kāi)發(fā)管理的改進(jìn)，本年度，軟件開(kāi)發(fā)效率提高較大，雖然用戶(hù)需求增加很快，我們軟件設計功能滿(mǎn)足率仍然達到了95%，由于引進(jìn)了專(zhuān)業(yè)的軟件代碼單元測試方法，軟件測試的代碼覆蓋率增加到75%，軟件的BUG率大幅下降，質(zhì)量大幅提高，項目完成率提高到85%。雖然本年度軟件開(kāi)發(fā)從質(zhì)量，效率上都有較大提高，但通過(guò)分析，仍然發(fā)現了一些不足之處，需要采取相應的改進(jìn)措施：
一、由于人員效率的提高，對用戶(hù)需求的響應時(shí)間縮短到4天，比去年提高了50%，但評估完成時(shí)間只提高了10%根據分析，評估響應時(shí)間較長(cháng)的原因主要是：
�。�1）、使用的開(kāi)發(fā)方法有所改變，對開(kāi)發(fā)時(shí)間的評估不是太熟練；
�。�2）、開(kāi)發(fā)人員的專(zhuān)業(yè)知識有所增強，但對由于開(kāi)發(fā)任務(wù)較重，對有些專(zhuān)業(yè)領(lǐng)域的熟悉還不夠。
二、關(guān)鍵用戶(hù)訪(fǎng)談率及關(guān)鍵用戶(hù)對需求的認同率都有所提高，都達到了90%以上，但仍然有所不足，主要原因如下：
�。�1）、在忙季，仍然有的關(guān)鍵用戶(hù)抽不出時(shí)間來(lái)接受訪(fǎng)談；
�。�2）、由于有些需求分析人員經(jīng)驗不足，對部分需求的分析不夠透徹、準確；
三、每個(gè)功能模塊平均的BUG數仍然有2個(gè)，單元測試覆蓋率只達到75%，
分析原因如下：
�。�1）、開(kāi)發(fā)工具的限制，目前的開(kāi)發(fā)工具，對界面部分進(jìn)行單元測試仍然不能自動(dòng)進(jìn)行，而用戶(hù)界面開(kāi)發(fā)占系統功能的很大一部分；
�。�2）、軟件開(kāi)發(fā)人員的原因：由于軟件人員緊張，項目任務(wù)多，交期短，所以
在開(kāi)發(fā)時(shí)，所以，雖然在技術(shù)上，將界面程序進(jìn)一步分拆開(kāi)來(lái)進(jìn)行更多覆蓋率的測試可以提高測試率，但實(shí)際上，由于時(shí)間原因，大部分工程師都沒(méi)有這樣做，開(kāi)發(fā)出的.軟件代碼缺乏時(shí)間整理，并盡量通用化，也是軟件質(zhì)量沒(méi)有進(jìn)一步提高的原因；
四、項目的按時(shí)完成率仍然不夠高，平均只有85%，分析原因如下：
�。�1）、用戶(hù)需求變更太頻繁：由于用戶(hù)需求變更太隨意，太頻繁，仍然是按時(shí)完成率提高的主要障礙。
�。�2）、軟件需求分析設計人員的原因：由于設計的不合理，分析用戶(hù)需求不夠
透徹和全面，架構設計不合理，導致軟件開(kāi)發(fā)變更及錯誤多，也導致了軟件項目的開(kāi)發(fā)延遲；
綜上所述，為了順利實(shí)現計算機中心xx年目標，我們計劃改進(jìn)措施如下：
內部的改進(jìn)措施：
1、加大對新人培養力度，不但培養新進(jìn)開(kāi)發(fā)人員的技術(shù)能力，同時(shí)注意提高他們對業(yè)務(wù)的熟悉程度；
2、貫徹崗位知識能力模型，要求嚴格達標；做到合適的人在合適的位置做合適的事；
3、加強軟件開(kāi)發(fā)管理，培養團隊合作精神，加強軟件過(guò)程控制；
4、優(yōu)化設計開(kāi)發(fā)方法：加強設計標準化、模塊化；提高軟件開(kāi)發(fā)效率；
外部的改進(jìn)措施提議如下：
1、提高業(yè)務(wù)部門(mén)對軟件開(kāi)發(fā)過(guò)程的了解；
2、培養用戶(hù)需求的分析能力；
3、加強與用戶(hù)的溝通，讓用戶(hù)參與到設計中來(lái)；
【軟件項目開(kāi)發(fā)總結】相關(guān)文章：
軟件項目開(kāi)發(fā)管理10-11
軟件項目開(kāi)發(fā)崗位的設置07-01
軟件項目開(kāi)發(fā)工作總結（精選10篇）10-08
項目管理軟件的開(kāi)發(fā)應用07-31
軟件開(kāi)發(fā)與項目管理簡(jiǎn)歷范文10-23
淺談軟件開(kāi)發(fā)項目的管理09-28
淺析軟件開(kāi)發(fā)項目的管理06-24