我們在一些事情上受到啟發后，應該馬上記錄下來，寫一篇心得體會，這樣我們可以養成良好的總結方法。那么心得體會怎么寫才恰當呢？那么下面我就給大家講一講心得體會怎么寫才比較好，我們一起來看一看吧。
工程軟件實訓心得體會總結 軟件工程實訓心得體會500字篇一
原來我認為開發一個項目最重要的就是寫代碼，似乎整個軟件都是編代碼，因為自己動手能力不強所以就很排斥做項目。可是經過我們學習軟工課程到團隊做項目再到學習軟件工程實踐課程之后，我才真正意識到實施一個軟件工程項目并不是說簡單的會編碼就能夠解決問題的，因為一個軟件的生命周期分為三個時期：軟件定義時期、開發時期、維護時期，而這三個時期整體又分為七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開發一個項目時，更多的精力不是放在編碼上，編碼只是一個很小的模塊，而是項目的整體結構上。
在寫軟工實踐體會之前，我想在這里總結一下上學期三人團隊做 項目的相關事宜。上學期我們三人團隊根據軟件開發的步驟開發一個名為“西大老鄉‘薈’”的社交系統，主要是為西大學子提供一個找老鄉的平臺。雖然只進行到詳細設計階段，沒有進一步實現，但是我還是從中學到很多東西的。首先要先確定項目主題，也就是這個項目用來做什么，可以解決什么問題。接著就是這個項目是否有研究的必要以及是否有解決的辦法，針對我們的項目，我們對西大的一些學生做了問卷調查，并從調查中繼續完善系統本身的做用戶。第三步根據我們確定的項目主題進行需求分析，這一步驟當時做的不是很好，比如所畫e-r圖、數據流圖等都有考慮不周的問題，導致接下來的概要設計、詳細設計進行的很困難，有些步驟甚至還需要返工。
從我們在需求分析中出現的問題，使我們明白了軟件定義階段對于一個項目的開發是至關重要的，當軟件定義階段完成時必須要用正式的文檔準確的地記錄目標系統的需求。只有前期的準備工作做得好，后面的工作才能順利進行。雖然項目最后沒有完全實現，但是起碼我們已經初步體會到軟件項目開發的步驟，以及每一步所需要完成的文檔等內容。
這學期的軟件工程實踐雖然不是親自動手開發一個系統，但是張元平老師以“物聯網物流倉儲管理系統”為主給我們講解了一個真實系統的開發過程，從計劃到項目系統的發布實施，以及每一步必須生成的文檔。我主要從以下五個方面談一下我的心得體會。
對于一個軟件系統的開發，第一步就是問題定義，了解所開發系統的行業背景，制定計劃。當我們計劃確定以后就要對項目系統本身進行可行性研究，主要從技術可行性、經濟可行性和操作可行性三個方面著手。就比如《物聯網物流倉庫管理系統》的行業背景說明文檔中非常詳細地分析了當下物聯網物流行業的整體業務說明、應用背景、未來發展趨勢以及相關應用案例等四個方面，項目團隊中系統分析員就可以根據這份文檔以及相關的調查資料對將要開發系統的進行定義等工作。
原來我們寫這類文檔的時候就是草草了事，不會做得這么詳細，而這次看到大型項目的行業背景說明也是這么詳細，也讓自己認識到不管是軟件開發的那個階段都要認真對待，這些瑣碎的文檔都是后期開發項目的支撐，只要它們做的透徹，后面的開發工作才能更順利的進行。
這部分項目需求說明就是軟件定義時期中需求分析階段，而該階段的主要目的就是了解用戶的需要，根據用戶的需要確定系統必須完成那些工作，并對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格說明，即為《物聯網物流倉儲管理系統》項目需求說明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時寫的需求規格說明書就非常不合格，不僅格式不正確內容也是少之又少。
在這方面，這篇文檔給我啟發很大。首先就是文檔的格式，要美觀整齊，讓人看著舒服方便。其次就是文檔的內容，原來它不是很重要，寫文檔的時候也不知道怎么寫就借鑒下網上的內容，結果根本就沒有把自己項目的需求寫明白，以至于自己最后都有些糊涂，所以根據以前的經驗教訓我會對這部分更加重視。
這部分內容分說的是軟件設計時期的概要設計階段，該階段的主要目的就是實現系統的功能、設計軟件的結構、模塊組成以及模塊之間的關系。在概要設計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實現方案和軟件結構，從中選出最佳方案和最合理的結構。在這個階段還會具體畫出e-r圖、數據流圖等方面的設計。
比如《物聯網物流倉庫管理系統》的系統概要設計從項目概述、設計約束、功能單元與功能模塊設計、數據e-r圖設計、總體設計、界面設計等六個方面介紹，通過讀這個文檔，我覺得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模塊要做到高內聚低耦合，這樣開發出來的系統才會具有更高的獨立性。
在原來做項目時沒有編寫過這類文檔，在該階段只是畫了結構圖、層次圖以及相關的模塊劃分，對該類文檔尚未重視。通過張老師的講解和自己的學習，我相信在以后做項目的時候一定會注意到這類文檔的編寫。
詳細設計階段就是把概要設計階段的每個模塊進一步設計，確定每個模塊所需要的算法和數據結構。在這個階段還是需要我們設計出程序的詳細規格說明，而不是編寫程序。在詳細設計階段，系統設計人員可以通過使用程序流程圖、盒圖、pad圖等過程設計的工具和jackson圖等面向數據結構的設計工具進一步設計系統相關接口，主要包括界面設計接口、業務單設計接口、單元模塊設計接口等，這些對于以后的編碼工作都是極其重要的。
關于編碼，我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時期要按部就班的做，文檔一定要按要求書寫，不能偷懶也不能草草書寫。對于編碼也要有相應的文檔書寫規范，要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣盡管我們不是設計系統的人員，當看到源程序代碼的時候也能容易讀懂代碼的意思。
其次就是測試的內容，從測試的文檔中我們可以得出，其實測試在軟件開發中同樣占據了重要的地位，它主要就是盡可能多的找到問題并排除其中的潛藏的錯誤，最終把一個高質量的軟件系統交給用戶使用。它要求測試人員也要有很高的技術水平。
工程軟件實訓心得體會總結 軟件工程實訓心得體會500字篇二
我們是20xx年3月7號進入宏天實訓公司參加軟件開發實訓的，在此次實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。
經過之前的在校學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發。所以說實話，在實訓之前，軟件項目開發對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓，讓我明白了一個完整項目的.開發，必須由團隊來分工合作，并在每個階段中進行必要的總結與論證。
一個完整項目的開發它所要經歷的階段包括：遠景范圍規劃和用例說明、項目結構和風險評估、業務功能說明書、詳細設計說明書、代碼實現、測試和安裝包等等。一個項目的開發所需要的財力、人力都是很多的，如果沒有一個好的遠景規劃，對以后的開發進度會有很大的影響，甚至會出現在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業務功能和詳細設計說明書對一個項目的開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有比較明確的認識，還能減少在開發過程中出現不必要的麻煩。代碼的實現是一個項目開發成功與否的關鍵，也就是說，前期作業都是為代碼的實現所做的準備。
我深刻的認識到要成為一名優秀的軟件開發人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返于實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態迎接明天挑戰。
實訓中要求有扎實的理論基本知識，操作起來才順心應手，我這時才明白什么是“書到用時方恨少”。這就激發了學習的欲望。“學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的“紙上得來終覺淺，絕知此事要躬行!”，在短暫的實訓過程中，讓我深深感受到自己在實際運用中專業知識的匱乏。以前總以為自己學的還不錯，一旦應用到實際就大不一樣了，這時才真正領悟“學無止境”的含義。
經過為期兩個月的電子政務服務平臺系統開發的實訓，我對visual 軟件開發平臺有了更深一步的了解，對微軟基礎類庫的認識與使用也有了大大的提高。以及如何使用sql server數據庫進行連接操作方面有了本質的提高。
短短的實訓結束了，為我將來的就業打下了良好的基礎，也提高了我的軟件開發的水平，今后我將會更加努力的學習，不斷提高自身素質，開拓創新，與時俱進，做一個優秀的軟件開發工程師。
