軟體工程實訓的心得體會精選案例

　　通過這次實訓，讓我瞭解到工程開發的過程，可行性分析——>需求分析——>概要設計——>詳細設計——>程式碼編寫——>測試——>驗收。下面是小編為大家收集的，望大家喜歡。

　　範文一

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

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

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

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

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

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

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

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

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

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

　　範文二

　　這次軟體工程實訓是從2010.12.26號開始的，截至2010.12.31號。實訓內容是用java相關知識***主要是jsp***做一個物流配送系統。下面談談對這次實訓的看法。

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

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

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

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

　　範文三

　　這學期學習了軟體工程實踐這門課，我覺得這是對上學期的軟體工程課程學習的檢驗，上學期學習軟體工程只是我們淺顯的認識，相比之下，這學期就更加全面的說明了開發一個專案所需要的步驟以及開發專案過程中所需要注意的諸多細節。如果說上學期的課程注重理論基礎的話，那麼這學期的軟工實踐，顧名思義，就是側重我們動手操作的能力。

　　原來我認為開發一個專案最重要的就是寫程式碼，似乎整個軟體都是編程式碼，因為自己動手能力不強所以就很排斥做專案。可是經過我們學習軟工課程到團隊做專案再到學習軟體工程實踐課程之後，我才真正意識到實施一個軟體工程專案並不是說簡單的會編碼就能夠解決問題的，因為一個軟體的生命週期分為三個時期：軟體定義時期、開發時期、維護時期，而這三個時期整體又分為七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開發一個專案時，更多的精力不是放在編碼上，編碼只是一個很小的模組，而是專案的整體結構上。

　　在寫軟工實踐體會之前，我想在這裡總結一下上學期三人團隊做 專案的相關事宜。上學期我們三人團隊根據軟體開發的步驟開發一個名為“西大老鄉‘薈’”的社交系統，主要是為西大學子提供一個找老鄉的平臺。雖然只進行到詳細設計階段，沒有進一步實現，但是我還是從中學到很多東西的。首先要先確定專案主題，也就是這個專案用來做什麼，可以解決什麼問題。接著就是這個專案是否有研究的必要以及是否有解決的辦法，針對我們的專案，我們對西大的一些學生做了問卷調查，並從調查中繼續完善系統本身的做使用者。第三步根據我們確定的專案主題進行需求分析，這一步驟當時做的不是很好，比如所畫E-R圖、資料流圖等都有考慮不周的問題，導致接下來的概要設計、詳細設計進行的很困難，有些步驟甚至還需要返工。

　　從我們在需求分析中出現的問題，使我們明白了軟體定義階段對於一個專案的開發是至關重要的，當軟體定義階段完成時必須要用正式的文件準確的地記錄目標系統的需求。只有前期的準備工作做得好，後面的工作才能順利進行。雖然專案最後沒有完全實現，但是起碼我們已經初步體會到軟體專案開發的步驟，以及每一步所需要完成的文件等內容。

　　這學期的軟體工程實踐雖然不是親自動手開發一個系統，但是張元平老師以“物聯網物流倉儲管理系統”為主給我們講解了一個真實系統的開發過程，從計劃到專案系統的釋出實施，以及每一步必須生成的文件。我主要從以下五個方面談一下我的心得體會。

　　第一、行業背景說明方面

　　對於一個軟體系統的開發，第一步就是問題定義，瞭解所開發系統的行業背景，制定計劃。當我們計劃確定以後就要對專案系統本身進行可行性研究，主要從技術可行性、經濟可行性和操作可行性三個方面著手。就比如《物聯網物流倉庫管理系統》的行業背景說明文件中非常詳細地分析了當下物聯網物流行業的整體業務說明、應用背景、未來發展趨勢以及相關應用案例等四個方面，專案團隊中系統分析員就可以根據這份文件以及相關的調查資料對將要開發系統的進行定義等工作。

　　原來我們寫這類文件的時候就是草草了事，不會做得這麼詳細，而這次看到大型專案的行業背景說明也是這麼詳細，也讓自己認識到不管是軟體開發的那個階段都要認真對待，這些瑣碎的文件都是後期開發專案的支撐，只要它們做的透徹，後面的開發工作才能更順利的進行。

　　第二、專案需求說明方面

　　這部分專案需求說明就是軟體定義時期中需求分析階段，而該階段的主要目的就是了解使用者的需要，根據使用者的需要確定系統必須完成那些工作，並對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格說明，即為《物聯網物流倉儲管理系統》專案需求說明文件。我們可以看出該文件也是非常詳細，相比之下我們之前做專案時寫的需求規格說明書就非常不合格，不僅格式不正確內容也是少之又少。

　　在這方面，這篇文件給我啟發很大。首先就是文件的格式，要美觀整齊，讓人看著舒服方便。其次就是文件的內容，原來它不是很重要，寫文件的時候也不知道怎麼寫就借鑑下網上的內容，結果根本就沒有把自己專案的需求寫明白，以至於自己最後都有些糊塗，所以根據以前的經驗教訓我會對這部分更加重視。

　　第三、系統概要設計方面

　　這部分內容分說的是軟體設計時期的概要設計階段，該階段的主要目的就是實現系統的功能、設計軟體的結構、模組組成以及模組之間的關係。在概要設計階段，我們可以站在全域性的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實現方案和軟體結構，從中選出最佳方案和最合理的結構。在這個階段還會具體畫出E-R圖、資料流圖等方面的設計。

　　比如《物聯網物流倉庫管理系統》的系統概要設計從專案概述、設計約束、功能單元與功能模組設計、資料E-R圖設計、總體設計、介面設計等六個方面介紹，通過讀這個文件，我覺得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模組要做到高內聚低耦合，這樣開發出來的系統才會具有更高的獨立性。

　　在原來做專案時沒有編寫過這類文件，在該階段只是畫了結構圖、層次圖以及相關的模組劃分，對該類文件尚未重視。通過張老師的講解和自己的學習，我相信在以後做專案的時候一定會注意到這類文件的編寫。

　　第四、詳細設計與分析方面

　　詳細設計階段就是把概要設計階段的每個模組進一步設計，確定每個模組所需要的演算法和資料結構。在這個階段還是需要我們設計出程式的詳細規格說明，而不是編寫程式。在詳細設計階段，系統設計人員可以通過使用程式流程圖、盒圖、PAD圖等過程設計的工具和Jackson圖等面向資料結構的設計工具進一步設計系統相關介面，主要包括介面設計介面、業務單設計介面、單元模組設計介面等，這些對於以後的編碼工作都是極其重要的。

　　第五、編碼和測試方案方面

　　關於編碼，我認為編碼要想做的完美必備條件就是前面的軟體定義和軟體設計時期要按部就班的做，文件一定要按要求書寫，不能偷懶也不能草草書寫。對於編碼也要有相應的文件書寫規範，要使源程式程式碼的邏輯簡明清晰、易讀易懂。這樣儘管我們不是設計系統的人員，當看到源程式程式碼的時候也能容易讀懂程式碼的意思。

　　其次就是測試的內容，從測試的文件中我們可以得出，其實測試在軟體開發中同樣佔據了重要的地位，它主要就是儘可能多的找到問題並排除其中的潛藏的錯誤，最終把一個高質量的軟體系統交給使用者使用。它要求測試人員也要有很高的技術水平。