軟件開發實訓心得體會優秀範文（精選11篇）

軟件開發實訓心得體會優秀範文 篇1

我們是20xx年3月7號進入宏天實訓公司參加軟件開發實訓的，在此次實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最後獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。

經過之前的在校學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發。所以説實話，在實訓之前，軟件項目開發對我來説是比較抽象的，一個完整的項目要怎麼分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓，讓我明白了一個完整項目的開發，必須由團隊來分工合作，並在每個階段中進行必要的總結與論證。

一個完整項目的開發它所要經歷的階段包括：遠景範圍規劃和用例説明、項目結構和風險評估、業務功能説明書、詳細設計説明書、代碼實現、測試和安裝包等等。一個項目的開發所需要的財力、人力都是很多的，如果沒有一個好的遠景規劃，對以後的開發進度會有很大的影響，甚至會出現在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業務功能和詳細設計説明書對一個項目的開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有比較明確的認識，還能減少在開發過程中出現不必要的麻煩。代碼的實現是一個項目開發成功與否的關鍵，也就是説，前期作業都是為代碼的實現所做的準備。

我深刻的認識到要成為一名優秀的軟件開發人員不是一件容易的事情，不僅要有足夠的幹勁和熱情，還要有紮實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能説明書，詳細設計説明書等的編寫和一些風險評估的編寫的能力。

除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返於實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態迎接明天挑戰。

實訓中要求有紮實的理論基本知識，操作起來才順心應手，我這時才明白什麼是“書到用時方恨少”。這就激發了學習的慾望。

“學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。

“紙上得來終覺淺，絕知此事要躬行!”,在短暫的實訓過程中，讓我深深感受到自己在實際運用中專業知識的匱乏。以前總以為自己學的還不錯，一旦應用到實際就大不一樣了，這時才真正領悟“學無止境”的含義。

經過為期兩個月的電子政務服務平台系統開發的實訓，我對Visual 軟件開發平台有了更深一步的瞭解，對微軟基礎類庫的認識與使用也有了大大的提高。以及如何使用SQL Server數據庫進行連接操作方面有了本質的提高。

短短的實訓結束了，為我將來的就業打下了良好的基礎，也提高了我的軟件開發的水平，今後我將會更加努力的學習，不斷提高自身素質，開拓創新，與時俱進，做一個優秀的軟件開發工程師。

軟件開發實訓心得體會優秀範文 篇2

不知不覺，在大慶實習的日子快過去半個月了，記得剛來大慶的頭幾天，感覺非常不適應，

軟件開發公司實習心得

。首先是環境：這裏吃的東西很貴，而且這裏的物價很高。其次是大慶人：大慶人辦事的效率很高，這就是鐵人的精神吧。

對於以上種種，待了3，4天基本就適應了，難怪一些長輩老是説：習慣了，就好了。

來的第一天，我們聽了付麗萍老師講了一節課，可以説完全不知所云，但還是可以聽到一些東西的，譬如：工作環境的適應，人與人之間的交際，處理各種事情的能力，其中最重要的就是養成良好的工作習慣。有良好的工作習慣，才會被上司，老闆和同事認可，將來也會比同輩有着更快更多的升職機會，而且一個良好的工作習慣，無論你從事哪個行業，都是受用終生的。然後，就是認識我們的董亮老師了，一個可親可愛的老師，傳説中他們一個月會賺十幾萬呢!天文數字，望塵莫及啊。

在隨後的一段時間裏，我們被分為了八組，每組六七個人，有一個組長帶領。我們組織作一個項目——論壇，在第二，第三個禮拜感覺沒有剛來時那麼拘謹了，我更明顯感覺到自我計劃，制定目標的重要性了。在我們犯錯誤的時候，老師會懲罰我們，陳發的方式很另類——唱歌或者講笑話，不算是體罰大事可以達到對我們的約束。然而，歇息期間有組織我們做遊戲，看似很簡單的遊戲其實是想培養我們合作意識。

在實習的過程中，我深刻的體會到了三點：第一，項目是以迎合客户和使用者為目的的，不可能像教師那樣為我們制定一套教學計劃，想要知道些什麼，渴望懂得些什麼，全要靠你自己想學，你自己不問，沒人會主動來告訴你。第二， “紙上得來終覺淺，絕知此事要躬行!”在短暫的實習過程中，讓我深深的感覺到自己在實際運用中的專業知識的匱乏，在行業中的經驗真的很重要。

第三，能更早的接觸你所在行業的真實情況。不出來自己轉一圈，根本不知道自己學的一些專業知識，哪些是十分重要，十分實用的。就比如説英語。以前聽老師説過，聽朋友也説過，將來工作了，英語相當有用，外企就更不用説了。當時沒什麼感覺，但當我頻繁的看到一打打英文資料手冊、幫助文檔時，我已經切身地，的的確確地感受到英語的重要性。

這次實訓讓我學到的東西太多，使我受益非淺，它讓我知道了工作上的辛苦，讓我知道工作並不像在學校裏學習一樣輕鬆。不過，雖然辛苦了點，但能讓我學到不同的東西、很充實，我心裏還是高興的。人非生而知之，要學得知識，一靠學習，二靠實踐。沒有實踐，學習就是無源之水，無本之木。以上就是我在成都的進行實訓的心得和感受。 不到半年的時間就將步入社會的我們，面臨是繼續深造，還是就業的壓力，我想我們更應該把握住最後的一段時間，充實、完善自我，爭取做一名出色的大學生!對於這次實習，我很珍惜也很懷念。

軟件開發實訓心得體會優秀範文 篇3

國貿軟件實訓心得體會(793字)經過長時間對國貿軟件的的使用，在不斷練習操作的過程中，我對國貿軟件的最深刻感覺是：學以致用、有趣、必須細心耐心反應迅速。

1.學以致用

作為國貿專業，經過長時間的理論學習，急需通過實際操作或某種近似於實際操作的平台對所學的理論知識加以實踐，以求進一步掌握和鞏固，而國貿軟件正提供了這樣一種平台。該軟件涉及了及出口貿易的各個方面和環節，從外貿公司的經營運作到實際的進出口業務流程，都能進行模擬實訓。在使用過程中，會遇到很多國貿的基礎理論知識和實務技能，這是對國貿理論掌握程度的最好考察。眼過千遍不如手過一遍，相對於理論部分而言，國貿實務更注重實際操作，通過這種理論結合實踐的方式，鞏固基礎知識，查找理論學習的不足，以前學習的實物理論基礎知識會更加的具體和直觀。同時，該軟件的實務操作部分與報關員報關實務所涉及的知識基本一致，這對於我的報關員考試複習提供了很大的幫助。

2.有趣

該軟件通過“實戰”方式訓練，會在操作過程中遇到很多難題和挑戰，這些必須自己想辦法解決。由於大家進行了角色劃分，形成了一個虛擬市場，所以大家之間相互的競爭是必不可少的，大家會從各個方面進行競爭。競爭在現在是無法避免的，意識正是現代社會生存發展所需要的。正是這種競爭，使得我(相信大家)對該軟件產生了濃厚的興趣。

3.細心、耐心、反應迅速

國貿軟件涉及大數據計算的繁瑣的單證填寫，所以必須做到細心耐心，例如，在填制外貿合同時，一個小小的數據錯誤或是貨物裝運、指運港名稱的錯誤都會是合同填寫失敗;填寫保險單或是報關單證，沒有嚴格按照合同數據填制就會導致填寫出現錯誤，無法進行下一步驟，影響實驗效率。

在操作過程中，除了複習、鞏固所學國貿理論外，另一個重要任務就是想辦法“賺錢”，提高自己企業的盈利水平和生存能力，這就要求必須反應迅速、判斷準確，否則會覺得企業經營的舉步維艱。 以上就是經過一段時間對國貿軟件的操作使用產生的心得體會。

軟件實訓心得體會四：軟件實訓心得(778字)轉眼間，到崑山已經兩個多月了。不知不覺中我已經從一個在校生變成了一個職員。這跟在我們學校是完全不一樣的。除此之外，安博還制定了嚴格的制度，這些使我們在安博的培訓像職工在公司工作一樣，讓我們提早接觸到公司的氛圍。

來安博最重要的目的還是學技術，那就説説這裏的教育情況吧。安博實行的是上午授課，下午上機練習的制度。我覺得我們這個班上午的授課經理非常好，他對java的理解非常透徹。我在大學學了半年的java，僅僅停留在表面上，對實質的內容根本都不瞭解。比如説==與equals的區別，方法的覆蓋，變量的隱藏等等。老師通過圖的方式，給我們講解它們在內存中的情況，使我們從本質上了解了這些東西。他的這種授課方式，既生動又形象，徹底地將問題講明白，我們接受起來輕鬆容易，也不容易遺忘。

除了他的講課方式以外，他還是一個非常幽默的人，坐在凳子上聽四個小時的課，會很乏味的，他時不時的給我們説一些搞笑的事，或者開玩笑的話，使課堂氣氛非常活躍。他每講完一個新知識點，都給我們留一點時間練習，加深對新知識的理解。我們有什麼問題，他都會很耐心的跟我們講解，不管程度是好是壞，他都一樣對待。總之，聽他的課就是一種享受。他還把跟知識相關的材料發給我們，讓我們有研究的空間。有時還給我們一些面試題，讓我們提早看，只有準備好了去應聘才有機會。

崑山還給我們開了一些素質課，講解一些職場素質，如何為人處事，如何同面試官講話，還要求我們在日常生活中也儘量做到。在我們就業之前開這樣的課，對我們這些即將踏入社會的大學生來説是非常重要的。公司招聘員工，一看實力，二看素質，兩者缺一不可。

總之在崑山的這段時間中，我學到了很多。時間雖短，但所學到的和知識的實用性很強。所有的老師們都教給了我們很多工作習慣、工作技巧、日常禮儀、職業素養和心態方面的東西。使我們對今後的工作有了新的認識，增添的極大的信心。

軟件實訓心得體會五：軟件工程實訓心得體會(1521字)這次軟件工程實訓是從20xx.12.26號開始的，截至20xx.12.31號。實訓內容是用java相關知識(主要是jsp)做一個物流配送系統。下面談談對這次實訓的看法。

因為自己平時對java知識儲備不足，特別是jsp這一塊基本不瞭解怎麼回事，所以一拿到這個項目，我心裏都是沒有底的，再加上我被分到的那個組，我知道就意味着是我一個人在戰鬥了。呵呵，26號，實訓開始了，我們的老師是來自中軟國際公司的程序員，一個是周褀，一個是朱映，都是一身樸素的着裝，讓我感覺做軟件的也沒什麼兩樣。老師介紹了自己之後，就直接切入正題了，分析了下我們各個組的系統，即將用到的知識，然後就總體把覺得需要補充的知識(jsp和數據庫連接等這幾塊)給我們實際操作了下，因為當時看到用jsp，還講的那麼認真，當時我就後悔了，平時要是多聽點，現在老師這麼認真的給我們講，這是一個多麼難得的機會啊。後悔也沒用啊，開始還勉強能理解一點，後來就直接暈了。然後再給大家介紹了一些即將用到的工具，比如rationalRose，SVN，MyEclipse等等。接下來的幾天就不再細講了。下面談談通過這次實訓的心得體會吧。

通過這次實訓，讓我瞭解到工程開發的過程，可行性分析——>需求分析——>概要設計——>詳細設計——>代碼編寫——>測試——>驗收。從技術方面上，我開始jsp基礎基本上就是零的，在老師和syz2(另外一個物流小組，我一個人基本上是跟她們做的，或者説是看着她們做的)的幫助下，對jsp有了一個大概的認識。其實實訓開始前，我還以為做個系統沒什麼大不了，可是當真正拿到一個項目，我卻真的無從下手了，而且就是在知道需求分析和詳細設計，在代碼編寫時，一樣寸步難行。通過這個實訓，也讓我瞭解到，團隊協作是多麼的重要。一個人的精力是多麼的有限。進一步理解到，企業為什麼如此重視團隊協作。同時借用老師的話就是團隊協作固然重要，但是是建立在個人素質的基礎上，假設你個人素質不行，將會影響到整個團隊，就別提對團隊作更多貢獻了。**老師説這幾句話的時候，朝向了我，估計是有特殊意義的吧，所以，我將謹記老師的教導。

還有一個收穫是從一個同學(小胖)那裏得到的，他的那組成員跟我的這組大體一樣，我倒是覺得沒什麼了，不過他倒是很重視這個問題吧。然後他説出來，我也覺得這個問題確實其實是個大的問題。就是不管你會不會這門技術，會不會做這個東西，態度要正確才好，就算你不會做，你也應該認真的對待，將來 出身到社會，就不是説像你現在，不會做就不做，跑去玩遊戲了。小胖説出了這段話，也在我身上有了一個印證，雖然我jsp技術知識為0，但我也還是在認真的跟着他們一起做，不會做，就多問，畢竟現在我們是學生，可以毫不顧忌的詢問各種問題，老師也會盡力為你回答。將來出身社會就不一樣了。雖然，我就算個打醬油的水平，但是這個醬油也要打得有涵量啊。不管怎麼樣，我能對自己有個交待，雖然我不會，但是這次實訓我確實是認真對待了，六天的實訓，除了晚上加班外，還花了2個通宵來完成不同階段的任務，完成與否也不重要了，我至少我做了，這點，是這次我應該對自己的一個肯定。

這次實訓的心得基本上就是這些了，最後特別感謝中軟國際帶我們的那兩個老師(周褀，朱映)，這兩個老師對待我們很平易近人，對我們提出的問題，總是不光解決了，還進行了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個問題，臉都變紅了，還在繼續努力，這點我並不會覺得老師知識儲備不夠，我想應該是這個問題的突發吧，一時沒想到怎麼處理。相反讓我感覺更多的就是老師很認真，很負責。

軟件開發實訓心得體會優秀範文 篇4

這次實訓使我們明白我們所欠缺的不僅僅是技術知識，更重要的是有一種處理事情的方法、面對問題的心態和動手能力。面對完全陌生的新知識、新技術、新項目以及整個IT行業，我們不能畏懼，要以一種積極的心態去面對，分析並抓住關鍵所在。因為我們所即將應對的每一個項目都是既需要實際操作，又需要詳細規劃的。作為組長，協調組員、激勵其他學員和積極參與項目研發是我每天必做的工作。我認為每個人都應該在團隊中做好自己應盡的職責，再優秀的個人也可能完成一個即龐大又複雜的項目工作，我們必需緊密的聯合在一起，以一個團隊的角色來面對。

一公司有一項對項目經理的調查顯示，項目經理平均每週參加6個會議，其中25%的時間浪費在無用的討論上。會議效率低最普遍的3個原因是：會議沒有很好的計劃、會議沒有被適當的領導、無紀律的與會者。我們軟件項目也會遇到相同的問題，項目啟動會、評估會、大大小小的評審會、技術會、周例會等等一系列會議會隨着項目進展而召開，如何保證高效的會議效果，我的一些會議技巧與大家共享：確實需要開會時才開會;訂立會議紀律;非常清楚的明確會議目標;提前準備一個會議議程;提倡各會議參與人的會前準備;鼓勵參與，但在會議過程中遵守會議議程;把團隊建設融入會議、作會議記錄、會後跟蹤所有安排任務的執行情況。

程序員需要關心尊重。曾經有個例子，某公司開發人員王某由於剛開始學習編程，技術水平差一點，常常受到經理的“另眼相看”，每次軟件出現了問題都懷疑是他的原因，老開他的低級玩笑，這位員工會有怎樣的表現就可想而知了。經理通過這種手段能夠迫使這一位自動辭職嗎?非也，這位員工後來工作非常不負責任，把代碼寫得既長又重複，且在代碼中留下大量的隱患，此時，經理卻反而不敢過份得罪他了(否則，留下的巨量代碼很難維護)。如果認為某人不適合目前工作，為何不另請高明?既然已經請他作了這件工作，就得尊重他。

不能指望開發人員在非工作場合談吐得體、辦事周到、眼觀六路、耳聽八方，正所謂“尺有所短，寸有所長”，例如要求技術人員在酒席宴上象公關小姐或公關先生一樣舉止適度，從來不會有好的效果。軟件人員普遍喜歡自由而寬鬆的工作環境，最好不要做過多的無謂的規定，例如不準遲到、上班必須換拖鞋，否則罰款等等。如果確實有人經常上班遲到，工作不認真等，首先應該瞭解原因，此時多作思想工作是必要的，許多公司的經理們認為“思想工作”是過時的東西了，其實不然，私企職工揹負的心理壓力其實很重。他們特別需要有人關心，特別需要心理上的“減負?

軟件項目管理，需要我們不但關注項目管理技術等在軟件行業中的應用，還應該關注如何與軟件新思想和技術的整合，例如XP等思想，使我們得到更高效益的產出。欲想琢其玉，必先利其器，項目管理和我們軟件開發、質量管理等得一系列工具和模版，是我們事半功倍的利器。他山之石可以攻玉，關注一些管理界的發展，例如目前的中國式管理等，將其經驗用於軟件項目管理實踐並總結，將為我們帶來更大實效。

軟件開發實訓心得體會優秀範文 篇5

時間過的好快啊，為期三個禮拜的實訓生活即將結束了，短短的三個禮拜讓我們收穫很大，專業知識、編程水平都有很大的提高。剛開始三天的高強度的課程安排讓我們受益匪淺;接下來的上機實訓又讓我們可以鞏固了課程。這讓我覺得實習生活充實而有意義。輔導老師配好了環境之後，我們開始了項目的製作，這次項目實訓算是自己國小期間主要完成的項目。最後，自己的努力還是有收穫的，看着電腦上記錄得滿滿的代碼，看着自己的項目最終能夠運行成功，就覺得很有成就感。

在本次的實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最後獲取成功，一種自信心由然而生，這就是工作的樂趣。有時候也需要虛心請教，從別人的身上真得能學習到不自己沒有的東西，每一次的挫折只能使我更接近成功。除此以外，我還學會了如何更好地與別人溝通，如何更好地去陳述自己的觀點，如何説服別人認同自己的觀點。這次所學知識與實際的應用，理論與實際的相結合，讓我大開眼界。也是對以前所學知識的一個初審吧!這次實習對於我以後學習、找工作也真是受益菲淺，在短短的一個星期中讓我初步從理性回到感性的重新認識，也讓我初步的認識這個社會，對於以後做人所應把握的方向也有所啟發!相信這些寶貴的經驗會成為我今後成功的重要的基石。

在此，我非常感謝學院領導和指導老師對這次實訓的大力支持。

軟件開發實訓心得體會優秀範文 篇6

為了方便學校院系考評本院系各班級預備黨員的學風、品行，作為預備黨員轉正的參考依據，校方委託我團隊設計製作“校園預備黨員評優系統”，通過學生不記名在線打分的形式考評預備黨員的各項素質，並按照各項考評分數給出每個被評分人員的綜合考評得分以及排名情況。建設目標：學生考評做到有理有據，公平公正為了方便學院領導對每個處於預備轉正期的學生的綜合考評，學院除了要考評其個人學習成績外，還要聽取廣大師生的意見，從而為我黨選拔品學兼優的人才。

為此考評系統從學生的德、智、體、美、勞以及宗教信仰共6個方面進行考評，併為每個考評設定優、良、差三個等級供師生評判，且採用網上在線投票的形式進行打分，同時禁止重複打分，惡意修改分數，跨班級打分等現象，進而做到有理有據，公平公正。解決方案：校園預備黨員評優系統評優系統分為三大模塊，用户管理模塊、學生評分模塊以及考核統計模塊。用户管理模塊，收錄參與評分師生以及預備黨員的個人信息，系統會給出預備黨員的個人信息描述，以便評分者瞭解，而評分師生則只收錄登錄用户的基本資料，方便管理。學生評分模塊，評分師生對預備黨員的6項指標進行評分，等級為優、良、差三個級別，系統後台則會記錄不同等級對應的分值。系統會記錄每個評分師生的評分操作，以防止跨班級評分，修改評分，重複評分等現象。考核統計模塊，學院黨支部老師可以從班級、專業、個人、考評項目等多維角度查看被評者的分值，進而從多方面瞭解該生的情況。

項目收益：使校方能從多個角度瞭解，認識學生校園預備黨員評優系統不僅僅是一個針對預備黨員個人素養的綜合考評工具，更重要的是，它能夠幫助校方更好的瞭解自己的學生，包括學業、愛好、性格、宗教信仰、為人處事等，為學校選拔優秀人才，預防校園不良事件提供了一定的支持。

智能表單系統在網站中經常會遇到需要用户填寫一些資料的情況，這個過程對於用户來説沒有任何問題，但如果表單樣式經常修改，對於網站開發人員來説，將是一個比較繁瑣的過程，他除了要修改表單的網頁樣式，還要相應的修改後台數據庫的樣式。是否有一種軟件，既能實現表單創建、數據庫表創建以及表單發佈一站式服務，又能讓非計算機技術人員輕鬆掌握，智能表單系統應運而生。建設目標：表單創建及發佈一站式服務，非計算機專業用户輕鬆掌握智能表單系統面向的主要用户是那些不懂計算機編程，並且需要經常發佈表單或者修改表單的網站文案人員，藉助這套系統，用户只需簡單的拖拽一些表單控件，併為這些控件命名，告知信息錄入人員該填寫的條目項即可，而數據庫表則在發佈後自動生成，無需技術人員另行建立。解決方案：智能表單系統智能表單系統的核心價值就是簡單易用，且高度自動化。

它完全基於B/S架構開發，能夠很好的應用與網頁表單。智能表單系統由表單引擎、數據庫引擎、信息發佈及處理引擎組成。1、表單引擎，負責表單控件以及表單界面的生成;2、數據庫引擎，負責表單對應數據庫表的生成;3、信息發佈引擎，負責表單生成後的網站發佈;4、信息處理引擎，直接面向信息錄入人員，接收信息的錄入以及數據庫信息的調取;智能表單系統不僅僅允許新增表單及其數據庫表，同時也允許用户在線修改字段，包括添加、修改名稱以及刪除字段，相應的數據庫表也會改變，做到了全程自動化。產品特色及用户受益：一站式服務，簡單易用智能表單系統具有表單創建、修改、發佈、數據庫表的編輯一站式特性，用户只需簡單的拖拽控件即可完成這一整套工序。這套系統能夠縮短網站表單建設週期，同時也解放了開發人員。

軟件開發實訓心得體會優秀範文 篇7

受某文化公司委託，開發一款用於視頻和圖像處理的軟件，開發難度高，高到從未搞過，開發週期長，長到是我以前項目監控最長開發週期的兩倍，開發成本之底，讓我覺得程序員成了高級打字員。首先是需求分析書、產品規格説明書、設計説明書、代碼規範説明書、測試計劃，光文稿就不知道熬了多久才做完。

緊接着，遇到一系列問題，首先是語言選擇，vc++和c#都是可以保證開發完成的選擇，但是vc++內存容易報錯，界面很難修改，而客户要求的界面質量甚至比程序的功能更嚴格，沒辦法，客户就是上帝，上帝做事一定有他的道理。c#語言易於開發，而且圖形界面繪製也易於修改，可以做出客户體驗很好的界面，但是在資源的消耗上，讓我很吃驚。做到第二個月，大概的界面已經完成時，出現界面刷新的問題，刷新時開始卡，界面不流暢。沒辦法，改。

開會，總結，技術骨幹找問題，拿出解決方案，力爭第一次做軟件把它做好：

重新做軟件開發進度計劃和軟件測試計劃，並且讓獨立功能demo製作和測試先行;

用direct draw、direct 3d或者opengl中的一個替代c#本身的gdi繪圖，將在接下來的開發任務中加入進去。

事無鉅細，當我滿意的看着界面流暢，功能也已實現時，發現軟件在低分辨率或者小本上根本亂到沒法看，甚至是界面功能按鈕錯位，重疊等等。沒辦法，改。畢竟軟件的多分辨率兼容和操作系統兼容是必須要做的。

接下來一大堆的麻煩找了上來，軟件出現各種各樣想都想不到的問題，總算是按時將第一個版本發佈出去，並且開始接下來的升級開發任務。

最後，給剛剛接手軟件開發項目的朋友一些忠告：

一、相關的文檔不是給別人看的，而是給自己看的，相關文檔一定要齊備，而且讓所有涉及開發的人員都清楚的知道你文檔裏所要表達的意思;

二、一定要注意多做demo，多做實驗，一個demo程序員幾個鐘頭就可以完成，甚至更少，但是不做demo，核心程序沒有做實驗，其他的東西都圍繞核心程序做了上去，到時候耽誤的可不是幾個鐘頭

三、程序設計要注重用户體驗，當初客户對我要開發軟件提出近乎苛刻的要求時我不在意，但是當我自己反覆使用軟件時有了很多體會，流暢美觀的界面帶給人心理的快感的確能替代一些尚未開發完整的功能帶給用户的遺憾。

四、測試計劃多次進行，分批進行，不要全部開發完成再對軟件做測試。

還要堅持三個月，軟件馬上發佈，希望大家的支持，謝謝!!!

軟件開發實訓心得體會優秀範文 篇8

一、項目實施進度評估。ERP項目是複雜項目，其涉及的部門、人員、資金、資源等對於任何一個企業來説都是空前的，而在上一節中我們通過項目三角形分析出來，項目的進度是否能夠按照設計規劃的進行是影響項目效果的關鍵因素，所以評估項目的成功與否，首先必須評估項目的進度是否按照預期的進度進行，如果每一步或者每一階段，都能夠嚴格的按照進度進行，相信項目會成功的，否則就是項目設計出現了問題。一般來説現在評估項目實施進度的方法可以使用目前最為常用的項目管理工具，其中Microsoft的Project就是不錯的工具之一。其實很多項目的實施失敗原因是虎頭蛇尾，開始的時候大家心氣十足，進度基本可以按照計劃進行，而到了後來，每個人的工作都是交叉的，往往會受到其他工作的影響而忽視了項目的進度，致使項目進行不下去。所以除了有相應的制度保障之外，一定要有工具，再者説了搞IT的人不用IT工具，那不是“賣鹽的喝淡湯”嗎?當然現在的IT行業非常普遍。

二、項目成本評估。項目成本是評價一個項目是否成功的第二個關鍵因素，同樣在項目三角形中成本佔了一條邊，所以成本的變化將直接影響項目的成功，如果一味追求項目的功能和進度，而忽視成本，那將不是搞項目，而是在賭博。現在的ERP項目本身的費用就很高，而且沒有公開價格，國家價格監督都沒有依據，全靠軟件商的一張嘴，説多少是多少，會侃價的省點，不會侃價的就多花點。但是一旦我們已經和軟件公司和服務公司(諮詢公司)達成了一致意見，關鍵的問題就在於如何有效的利用雙方同意的費用達成預期的任務目標，而往往在項目的開始企業的管理者認為項目剛剛開始，投入還不多，而不注重有效控制成本，而到項目實施一段時間之後，發現項目的預算已經不能保證項目的完成了，或者半途而廢，或者追加投入，而追加投入又會遇到企業資金是否充足的影響。所以我們建議在項目開始之前一定儘量準確的做出項目預算，並拿出專款，避免在途中因資金影響項目進展。另外成本控制要從採購、人員工時等多方面嚴加控制。並建議分階段進行成本評估，如果每個階段都能夠在成本控制範圍之內最終的項目一定保證在成本範圍內成功，關鍵在於當出現項目費用超出預算成本的時候要及時調整，確保總體成本控制在範圍之內。

三、項目功能評估。ERP是功能性產品，最終項目是否成功很重要的一點要看功能，看功能是否達到了預期的要求。ERP的功能從總體上來説分為幾大部分:進銷存管理，或者現在有的公司定義的內部物流管理;財務管理，包括總賬、應收賬、應付賬、固定資產等;計劃管理，在企業中大都會涉及到兩種生產模式的計劃方法，分別是單件小批量生產模式的MRP計劃方法和大規模流水線生產模式的JIT計劃方法;粗能力計劃和細能力計劃等核心資源管理;另外還包括人力資源管理;設備管理;工、模、量、夾具管理;質量管理等外圍資源管理。一般來説，軟件商在簽約之前都會給企業的管理者演示他們的功能，我告訴企業一個祕訣，在觀看演示的時候一定要刨根問底的看功能，而不能走馬觀花的瀏覽。兩者之間的區別就在於不要被軟件商的演示者的各種託辭搪塞過去，一定要親眼看到他們説能夠實現的功能，不要相信沒有數據不能演示、不是最新版本等解釋理由。如果他們説有什麼功能就當場拿出來。否則就是沒有，在事實面前任何理由都是蒼白的。在項目結束之前，對照雙方約定的功能清單，逐個推敲，如果每一個功能都實現了，項目一定能夠成功。

四、項目效果評估。功能具備只是基本的要求，關鍵還要看效果，這一點可能有人不容易理解，其實在ERP管理軟件中有很多功能從表面上看功能和效果是有很大的區別的，比如MRP計劃，可能大多數的ERP軟件現在都能實現這個功能，但是是否準確，是否可以通過MRP計劃直接指導生產，甚至直接根據計劃產生的結果安排採購，這並不是任何一家軟件都可以做到的，這裏面涉及到計算方法是否科學，是否符合行業的規範，考慮的因素是否完整，預置的參數是否科學，比如提前期設計的是否合理，安全庫存設計的是否合理等等都會直接影響計劃的結果，其實真正的軟件公司的功底就在這裏區別。

五、可操作性評估。ERP軟件的最終目的是讓企業的廣大職工都能夠使用，所以可操作性如何是項目成功與否的另一項重要指標。企業的大多數使用者，尤其是一線的職工，計算機的水平都不會太高，如何讓軟件具有很容易操作的界面，讓普通的職工也能夠使用軟件來操作，確保每一位使用者都能夠方便快捷的使用ERP軟件是項目成功的重要條件。有很多軟件功能很強，但是就是操作起來難度也很大，非專業人士無法使用，這絕對不是優秀的ERP軟件，優秀的軟件應該是隻要熟悉業務的人就可以操作，所謂所見即所得。

六、項目的延續性評估。ERP項目是企業賴以發展的長期投資項目，絕對不是消費型項目，所以項目是否能夠伴隨着企業的發展而持續得到應用是評估項目成敗的另一向重要指標。持續性體現為升級能力、功能的擴展能力、客户化能力、跨平台能力等幾方面:現在的軟件平台每幾個月就升級一次，當然應用系統的升級不一定要求緊跟系統軟件的速度，但是也要及時升級，隨着管理理論和管理方法的不斷髮展，管理軟件的升級至少要跟得上管理方法和計算方法的更新速度，否則就是落後的;功能的擴展能力，就像上面我們所説的功能是評估的一項指標，但是功能能否根據企業的發展而及時更新，另外還有客户化的能力和跨平台的能力也很重要。

軟件開發實訓心得體會優秀範文 篇9

來到北大青鳥通州校區學習已經快一年了，雖然時間不算太長，但對於我而言，在北大青鳥，我的收穫是無法用時間長短來衡量的!

因為在來北大青鳥之前，我從沒接觸過軟件方面的知識，所以剛開始很擔心自己學不了，自卑的情緒很嚴重。但是細心的班主任發現了我的問題，總是很耐心的找我談心，開導我!慢慢的，我想明白了，不要盲目的和其他同學作比較，今天的我只需要比昨天的我有進步，我的目的就達到了!

想通了以後，我自己也越來越自信了。就像一隻從起跑線上開始爬行的蝸牛，雖然很慢，但是我目標很明確，很堅定!或許很多人會認為學習軟件是一門很枯燥的課程，但是我覺得這乏味中也有不少樂趣。例如學習和C#時，我們小組就自己製作了一款小遊戲，雖然是一款很簡單的小遊戲，只能有一些普通的攻擊動作，但是它就是我們的學習成果。玩着自己編寫出來的小軟件，想着以後能開發出更厲害更完善的系統，讓我們對未來的工作和學習充滿了動力!

剛開始接觸三層架構的時候，我上課聽老師的講課真是一頭霧水。但是我並沒有放棄，而是更加認真，調整好心態，強迫自己反覆的看書，查資料，一遍遍的練習，遇到不懂的就馬上去問老師，就這樣，終於攻下了一道道難題。

如果你問我在學習軟件的過程中，什麼學習方法最重要，那我會認為勤奮是最重要的。一定要反覆的練習，這樣你才會掌握得更紮實，基礎打得好，後期的學習才會更省力!另外，我覺得課餘時間應該好好的利用起來，不要侷限於課本，要主動的去學習更多的知識和技能，為以後的工作準備更多的能力!

軟件開發實訓心得體會優秀範文 篇10

軟件開發過程中的任何一個活動都是為了能夠產出優秀的代碼。所以，代碼才是核心。

1. 代碼是軟件開發的基礎

編碼是軟件開發過程中最基本、最底層的技藝，然而也是最重要的技藝。任何一個領域的專家都需要花費大量的時間來進行基本技藝的鍛鍊，木匠需要花費大量的時間來鍛鍊他們對各種工具的掌握，廚師則需要練習刀工和火候。程序員也是一樣的，對我們來説，語言的各種特性必須要了然於胸。而對軟件的管理也需要從代碼做起。

從20xx年到現在，國內興起了一股軟件工程熱，需求管理、配置管理、甚至CMM。面對紛至沓來的各種方法學、UML、OOA，大家似乎已經熱衷於這些概念本身了，卻往往忽略了軟件開發中最基本的元素:代碼。在和很多軟件組織的接觸過程中，我們認為大多數組織急切需要的並不是這些工程理論，不是説這些理論不重要，而是這些組織的癥結不在於此。很多的組織連代碼的質量都管理不好，又何談其它呢?代碼管理是基礎的基礎，從管理的角度上來看，任何一個組織的管理都需要一個從上至下的管理過程，有基層的管理人員，也有高層的管理人員。對代碼的管理就是軟件開發中的基層管理，它起到的作用就是能夠把需求、設計的思路貫徹到最終的代碼中。

“管理無大事”。對軟件的管理也是一樣，大部分的問題都是由於很小的原因引起的。例如，一個產品如果後期在debug上花費了大量的時間，那麼，這種現象是由於什麼原因引起的?一種可能的原因是前期的代碼設計中對代碼質量的把握不嚴。每一次代碼功能的演化並不會產生太多的問題，但是當代碼累積越來越多的時候，問題也就慢慢出現了。那麼如何解決呢?可以加強QA的力量，也可以引入複審，還可以引入單元測試。總之，要有一種方法對代碼進行控制。

軟件的開發過程就象是一部精密的機器，任何一個環節的變化，都會對其它的環節產生影響。把軟件過程按照瀑布的形式進行劃分是一種分解的處理思路，但同時我們還應該看到不同活動之間的相互影響。軟件開發中的生命週期模型也是一個層次模型，從業務建模一直到軟件實現，需要跨越數個層次，同樣會出現執行不力的情況，例如，代碼設計偏離需求、偏離設計的情況比比皆是。

如何避免這種情況呢?這就需要我們從源代碼的角度，反思其上游的實踐活動，是否足以約束代碼設計?就拿XP來説，他解決這個問題的方式是儘快的進入代碼開發階段，從代碼開發中發現問題，並在下一輪的開發中解決。這種思路是正確的，但XP畢竟是方法論，他不會告訴你過於細節的東西，儘管XP已經提供了大量面向代碼的實踐。因為方法論的抽象級別比較高，使得他必須捨棄部分的細節。而這篇文章告訴你的，就是這些細節。就像我們在下一節中討論的例子，需要在代碼中加入對異常的處理，那麼，異常的源頭在哪裏呢?是需求，在需求中，我們發現了一些業務的非正常的處理序列，發現了一些業務實體的限制性的要求，所以在代碼實現中，就需要有相應的異常處理。在例如，一個優秀的異常處理，還需要讓客户端程序員瞭解可能發生的異常，以保證不同代碼間正確的集成。

2. 面向對象的代碼

面向對象的代碼已經在現在的軟件開發中佔據了主流的位置，面向對象的思路也有其優勢所在，就像後文所討論的，面向對象代碼有着非面向對象代碼的很多優勢，而軟件業中很多新的思潮的產生，也都是基於面嚮對象語言的，所以我們關注的代碼將是面向對象代碼。

面向對象的思想來自於抽象數據類型。對於面向對象來説，它最重要的改進就是把世間萬物都描述為對象，而類則描述了同一種對象的特徵，而不是像傳統的開發方法那樣，按照機器指令的執行順序來進行設計。當然，面向對象代碼最終仍然是要按照時序來執行的，但是從程序員的角度看來，面向對象代碼更側重於對象之間的交互，多個對象各司其職，相互協作以完成目標。而面向對象技術的發展，也是朝着更加貼近我們世界觀的方向發展。從這點來看，有人説完全沒有程序設計經驗的人學習面向對象可能會更加的容易，因為他不需要從原先的時序程序的桎梏中擺脱出來，但這未必是事實。面向對象決不是一種簡單的程序設計思路。這是我們的觀點，也會在下文中反覆的論證。

和所有的職業一樣，程序員，或者是面向對象程序員，始終堅持的一點就是嚴謹。你會看到各種各樣優秀的代碼，但那決不是一次能夠寫成的，要不斷的嘗試，不斷的改進。為什麼重構和測試優先是敏捷方法中很重要的一項實踐?因為程序員不是神，他們需要慢慢改進他們的代碼。雖然羅馬不是一天能夠建成的，但是在編寫面向對象代碼的過程中，有一些實踐是需要堅持的，它體現了我們所説的嚴謹。

3. 編寫並管理面向對象的代碼

編寫優秀的面向對象代碼並不是一件容易的事情，優秀的OO代碼如行雲流水，糟糕的OO代碼讓人覺得渾身起雞皮疙瘩。編寫優秀的OO代碼要求程序員有一定的自我修養，能夠以抽象的思路看待問題，找到問題的核心並對問題域進行分解。它強調的是一種解題的思路，但這個解不是唯一的。

典型的例子是設計模式，設計模式確實給了我們以很大的啟發，通過它，我們能夠了解到優秀的代碼是如何用於解決實際問題的。但是是不是你必須在軟件中照搬設計模式呢?如果你這麼做，那麼你對設計模式的理解仍然不夠。我曾和在建築行業的朋友聊起Christopher Alexander的建築的永恆之道。他很興奮的告訴我，那確實是一本很好的書，能夠引發人很深的思考，但是現在也有另外的一種觀點，認為美仍然是無形的，應該發自建築師的內心。對這句話我思考了很久，其實建築是給人使用的，因此最重要的是它能都給人帶來的價值，隱含在其中的那種活生生的氣質，這是建築師文化底藴的外在表露。所以，Christopher Alexander在那本書中的目的，也是為了找到一種總結自己觀點的方法，來總結自己對人文的認識。至於現在大家對他的思路提出了質疑，那也是一件好事，這説明大家對建築之道的認識到了新的高度。建築是這樣，軟件中的模式也是一樣的，我也曾熱衷於研究模式的使用，直到某一天我猛然驚醒，與其沉迷於模式的表面形式，為什麼不去研究隱藏在它背後的文化底藴呢?武俠小説中常説無招勝有招，模式的應用也應當到達這個境界，你如果可以在不經意間應用模式的思想，那又何必拘泥於模式的形式呢?

編寫優秀OO代碼雖難，但還有更難的事情，就是讓整個開發團隊都產出優秀的OO代碼。我們剛才説了，OO對問題的解不是唯一的，但各個不同的優秀解彙集到一起，可能就是一個糟糕的解，這是風格和架構的問題。你如何在團隊中制定制度，營造氛圍，讓優秀OO代碼成為團隊最終的成果?這些問題，在我看來，要比CMM難得多，這個問題並不是靠花錢就能夠解決的。如果能夠解決這個問題，這個團隊的創造力一定是驚人的。

4. 面向對象軟件開發過程

普通的軟件開發過程和麪向對象開發過程有着很大的不同。回想我們在非面向對象中開發過程中，最經常採用的任務分配方法就是以軟件模塊為單位，這樣的好處是分配簡單，不同任務之間耦合程度低，容易操作。壞處是幾乎無法做到重用，也缺乏整體性的設計。而面向對象軟件開發則不同，它是以類、類集合作為基本單位的。類之間關係錯綜複雜(雖然我們提倡低耦合的設計，但類之間的關係仍然是相對複雜的)。這種情況下程序員之間相互協作的要求就非常之高，這種關係如果處理恰當，則能夠完全體現出面向對象的威力，否則，那將會是一場大災難，面向對象的軟件開發過程要養成一些好的習慣：

4. 1 儘量簡化和穩定客户端。

個人編程可以是一種享受，但團隊開發始終是一項嚴謹的職業活動，因此多考慮別人，不要設計複雜的接口，雖然你省事了，但這會給理解和使用你的接口和人造成障礙。

4.2 準備一份簡潔的文檔，並保持更新。

隨便一種形式的穩定，可以是代碼，可以是UML圖，也可以是純粹的文字(估計沒幾個程序員喜歡這種形式)。只要它能夠傳達你的代碼的目的，那就足夠。記住，更新代碼後，同時更新你的文檔。過期的文檔不僅是廢紙這麼簡單，它會給其它人造成麻煩。切記!

4. 3 儘可能多的考慮異常和錯誤的情況。

軟件開發實訓心得體會優秀範文 篇11

歲月流轉，時光匆匆，轉眼間我的大學生活已經接近了尾聲。回首往昔，有太多美好的，也有太多艱辛。我的大學生活的主旋律還是學習，我所選學的專業是軟件技術，在這條道路上走了那麼久，也有一些小小的感悟與體會。

還記得上國中時，英語課本上有一篇關於比爾蓋茨的文章，當時真的很佩服比爾蓋茨，也就是那時我才第一次接觸到軟件一詞，學過那篇文章後我有個想法，就是也要做個比爾蓋茨，可是由於家庭條件的限制，那也只能是個美好的夢想。後來上了高中，再報考時我就選擇了軟件技術這個專業，這樣我想就向那個遙遠而又美好的夢想邁進了一點點吧。

然而當我真正上了大學，學了這個專業，我才知道要做個比爾蓋茨是多麼的難，要想學好我的專業要花費很大的精力。第一學期我們開設了C語言這門課程，當時我學着真的是雲裏霧裏、一竅不通，很是失落，學了不久之後我開始覺得自己可能並不喜歡這個專業，只是一時昏了頭，錯以為喜歡了。現實的打擊讓我有點不知所措，然而我已經選擇了它，有句話説：既然選擇了遠方便只顧風雨兼程。我既然選擇了這個專業，我便也只有硬着頭皮也要走下去了。有了這樣的想法之後，在之後的一段時間裏，只要是沒課的時候我就抱起了C語言課本，努力的看，記語法知識，語法規則，學語句、小算法等等。經過一段時間的研究學習，我發現C語言並沒有我想象中的那麼難了，還是很有意思的。就這樣在學與玩中我的大學第一個星期就過完了。

後來又開設了很多課程，有VB、網絡、數據庫、操作系統、數據結構等。在這些課程中最令我頭疼的就是數據庫了，老師講的時候老是劃重點，講的很少，當時學的時候真的好難受，一學期下來啥也不會，後來看書上的操作，一步一步的操作，才終於學會了建個數據庫，做下備份還原等操作。開設的那麼多課程也有我很喜歡的課程，比如數據結構，這門課程理論的比較多，上機操作的很少，這門課程是很需要理解的，當然有的還是要死記的。學習這門課的時候，我覺得並不像其它課程那麼吃力，可能高中是學理科的緣故吧，理解起來並不太費勁。所以當時就很喜歡這門課，然而這門課表皮的好學，但要深學起來還是很有難度的，所以期末考試的時候我的成績並不太理想，但這些打擊不了我對它的興趣，至少我知道我所學的這個專業還是有很多我是很喜歡的。

這樣走着走着就到了大二的下學期了，那個學期，我們有一門課是C++，這門課的老師很和藹，能力也很高，從他那裏我學到了很多東西。老師教給了我們很多算法，也很系統的講解了語法知識，還教我們做小系統，有的時候他會給我門們一些小系統的代碼，讓我們去改寫，剛開始的時候我也是不會，後來經過學習請教改寫成功了，這個時候我就會很開心，很有成就感。就這樣在學與玩中，在快樂和憂愁中我們迎來了我們的大三時光。

大三剛一開學，老師們就告訴我們這學期就上十二週的課，然後就考試，就畢業了。這讓我很有緊迫感，一想到畢業在即，心頭就有種不捨，這兒有我美好的時光，然而我就要對這裏説再見了。大三了我們的課全變成了專業課，也幾乎全成了上機課，老師還給我們佈置了一個程序，就是一個小組要交一個系統來算作成績。我們這小組所選的課題是圖書管理系統，針對這個系統，我們上機的時候，利用網絡資源在網上查找了相關的資料，因為説實話，我們對此並不太理解，也只有通過網絡來查找信息，做好需求分析，功能模塊設計等工作。在這同時我們還去了學校的圖書館理解了相關的信息，這個系統並不要求功能有多麼強大，關鍵在與一種鍛鍊，思維的鍛鍊，對所學東西的總結等。建立數據庫時我們就根據需要建立幾個表，裏面的數據也是從我們學校圖書館裏找來的。後來的界面設計，為了追求美觀，我們又在網上搜了很多美麗的圖片來美化界面。具體到功能的時候，有很多東西都不會，後來老師在課堂在做了講解，我們就把它用到了我們的系統中，真的就是學一步做一步的。整個的系統做下來，我學到了很多東西，也對那麼知識有了很好的應用能力。

現在這個星期也就到了期末，這短暫的校園時光也在飛速的流逝着。回首過去學習的經歷，真是苦中有樂，樂中亦多苦，然而無論如何這些都已經走過去了，未來的路還要我們好好的走下去。人生本就是一個不斷的學習的過程，也是一個不斷完善的過程，在未來的道路上我會更加努力地學習，走出一個美好的人生。