心中有不少心得體會時，不如來好好地做個總結，寫一篇心得體會，如此可以一直更新迭代自己的想法。那么心得體會怎么寫才恰當呢？下面是小編幫大家整理的優秀心得體會范文，供大家參考借鑒，希望可以幫助到有需要的朋友。
軟件工程實踐總結軟件工程專業實訓心得體會篇一
實踐時間：xx年7月1日-----xx年7月31日共31天
綜合利用所學的專業知識，培養軟件開發的技能;掌握android操作系統的編程技巧，體會企業軟件開發與學習過程中編寫軟件的不同;提高自身的創新意識與創新能力，促進團隊之間的溝通協作，為早日踏上工作崗位打下堅實基礎。
悟：
（a)實踐前準備：自xx年清明節前后，我和我的組員就開始接受山西西太行信息有限公司的公開課的培訓，當時經電子與計算機技術學院于一老師介紹由陳川老師主要帶領我們重新溫習了一遍關于java語言的基本知識，在這將近一個月的學習過程中我們逐漸重新拾起了即將被遺忘的java知識，走出了以前認識上的誤區，使我在java這一塊又有了一定的的優勢，為以后我們用java語言做開發打下了很好的基礎。自xx年5月1日，我們開始了真正的基于android操作系統的軟件開發，雖然我們是利用課余時間進行學習，但是學習的效果真的很好，我們基本上晚上都會學到很晚才回宿舍。剛開始的時候我感到很不適應，感到學習的java語言不能夠充分的的到利用，只能夠用一些和系統相關的東西，但是隨著學習的深入，我發現android操作系統也是一個很強大的手機操作系統，它有著很好的發展前景。并且移動互聯網在在中國有著大的市場，所以我對我正在從事的android手機軟件開發給予了很大的希望。這一個月的培訓我們主要學習了android操作系統的五大系統組件：activity、service、sqlite、content provider、intent、broadcastrecever，同時我也學到了一些課堂上學不到得東西，對外面的市場的情況也有了更深刻的了解。
（b)實踐過程：xx年7月1日到xx年7月31日是我正式暑假實踐的時間段，我們一行十六個人，大三的十一人大二的六人。我們被分了兩個小組，每個小組八個人，上課時間一般是下午兩點到五點半或者下午五點半到晚上八點半，其余的時間是我們自己寫代碼的時間。每天的任務量都有所不同，有時候把自己的任務做完了剩下的時間就自由支配。這一個月我們的主要任務是做一個騰訊微博android手機客戶端，每天陳老師都會給我們傳授一些做軟件的經驗和一些新的知識點,然后我們根據具體的要求編寫文檔,編寫代碼,第二天交由陳老師點評。
（1)可惡的文檔：剛開始的時候感覺很不適應，以前上課就是學習關于編程的知識，但是做項目的第一天陳老師要求我們寫文檔，我們用的是gb8568—88格式的文檔，第一次寫即感覺很枯燥又感覺不會寫。對于寫文檔我們都有想通的反應，就是莫名奇妙的反感，但是陳老師還是不依不饒的要求我們寫要我們查資料，我們也很沒辦法只能按照要求寫文檔。但是由于我們不知道在文檔上寫些什么，陳老師看我們很為難也有所讓步，帶領我們寫了軟件需求說明書，后來我們依次寫了概要設計說明書、詳細設計說明書，后來又寫了測試計劃、用戶手冊。當時的感覺就是知道的知識太少，對著文檔一個詞一個詞的硬擠，但是當文檔寫完的時候還是很有成就感的。其實在寫文檔的過程中我們也漸漸的明白了文檔的重要性，我們只是在學校編寫程序的時間久了習慣了上來就寫代碼的壞習慣，忽略了軟件工程中的很重要的部分-----分析階段和設計階段。可能是因為以前做的軟件都很小，一旦項目稍微大一點，那在編寫代碼階段將付出不可估量的代價甚至最終將以失敗告終。其實我們都學過軟件工程，而且在考試的時候成績還不是很差，但是到真正需要這些知識的時候我感覺卻忘記了如何下手，這也就是所謂的紙上談兵吧，所以我感覺大學生缺少的正是一種動手能力。知識本身沒有價值，有價值的是運用知識解決問題。
（2)該死的bug:寫完文檔感覺寫代碼就輕松了，但是事與愿違啊。由于以前沒做過開放平臺的客戶端，中間涉及到同騰訊公司微博開放平臺接洽的問題，開始真的很不適應，不知道怎么下手。當知道下手的時候不免出現了各種各樣的bug：騰訊服務器故障啦、實驗室斷網啦、模擬器連不上網啦、代碼錯誤啦等等。為了弄好這些bug有時真是忙的焦頭爛額，因為可能因為自己寫的代碼有問題導致大家的代碼都不能運行，作為團隊的一員誰都不想拖后腿。但有時候我也找不到問題所在，只能請高手指教或者找老師為我排憂解難。只可惜我當時掌握的排錯方式只有打印輸出和查看日志，根本沒接觸過單元測試。其實多遇到一些bug還真不是壞事情，我現在開始明白編寫代碼最重要的是快速查找資料和排除錯誤的能力。首先我們不可能記住java語言或者android操作系統中所有的類和方法，所以能夠快速找到我們所需要功能的類或者方法是很重要的。其次對于程序工作者來說遇到bug是很正常的事情，遇到不能解決的問題也是很常見的，重要的是能夠正確的處理這些問題，并總結經驗為以后的開發做好鋪墊。遇到問題是要保持好的心態，千萬不能焦躁，細心的一點點的分析問題，必的時候可以去網絡上查找一些資料。但是不要遇到問題就上網查找，我感覺現在自己動手處理題很重要，上網查與吃現成飯沒有本質的區別。網絡可以幫我們開闊視野，但不要讓網絡阻礙了我們自我發展的機會。編寫軟件過程中要及時記錄，這既可以讓我們總結更多的經驗，也可以為后來者提供一些寶貴的資料。畢竟都有成長的時候。
（3)痛苦的合并：這是我第一次這么正式的和這么多的人一起開發軟件，更何況還有不認識的人在一個組，這給我們的溝通帶來了很大的不便，尤其是最后代碼合并的時候，很多的問題都一擁而上。我們當時用了一個軟件visualsvn，這是一款團隊開發的軟件，當代碼寫的可以組合的時候我們就用這個軟件在eclipse下共同開發。但開始的時候我們也會為了自己的代碼正確而被迫修改別人的代碼，最后弄得大家的代碼不能夠正確的運行，然后所有人都會停下來共同尋找錯誤，改正錯誤。這是團隊開發時候很忌諱的問題，并且大家還都不好意思開口說誰錯了，畢竟都不是很熟悉。直到大家開始慢慢適應這種團隊開發之后，這樣的情況才慢慢的被避免，效率也有所提高。這次的團隊開發讓我明白，在團隊開發中根本不存在自我，你所做的任何事情都應從整個團隊出發，以團隊的利益為重，不能自私。尤其是在團隊中千萬不能應付，你的應付很可能會給他人帶來很多不便，甚至造成更大的損失。因此teamwork很重要，必須謹慎!
（4)唉，完美：每次寫完代碼讓陳老師點評都會發現很多問題，有時候是代碼冗余度太大，有時候時代碼不夠安全，有時候是技術上不是很完善。對我們來說目標就是編寫的軟件能用，只要大家寫的軟件合并后能夠正常運行，一切就ok了。但是這些是遠遠不夠的，面向對象的思想和軟件工程的一些常識我們都沒涉及到，異步加載圖片在陳老師講之前我們也從來沒有想到過，這些問題讓我深深的體會到我們的創新能力的要求遠遠不夠，我們對完美的渴求度遠遠不夠。沒有最好，只有更好。這句話真是非常經典，作為軟件開發者永遠沒有標準答案，沒有最好的軟件，只有不斷的學習不斷的追求才能發現好的東西，找到更好的創意。雖然最后騰訊微博客戶端能夠成功的運行了，但是我意識到我所掌握的知識遠遠不夠，在這個實踐中卻是暴露了很多的問題。但愿天天能做到更好!
1、一個假期結束了，留下了很多的回憶，因為這個暑假是很有意義的。在這三十一天里每天都學到了新的知識，每天都遇到了新的問題，每天都在進步這，也讓我有時間更加清晰的認識了軟件工程這門課程和設計模式在軟件開發中的重要性，編寫代碼知識軟件開發的一小部分，只有真正的這種開發才能體會到軟件工程的意義。
2、團隊的凝聚力關系著每一個軟件開發人員的發展前途，每一個人的努力都會得到回報，同樣一個人的失誤也會影響到整個團隊，因此正確處理好人際關系是很重要的。
3、注重產品的價值，做好市場調研是成敗的決定性因素。4、掌握好一門技術你可以吃飽，但是你要想很富有，必須懂得很多。隊友可以幫助你一時幫不了一世，要注重個人能力發展!
軟件工程實踐總結軟件工程專業實訓心得體會篇二
時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬于完全被流放的。
最先在內部系統組參與內部管理系統開發(struts+mysql+spring+hibernate)，之后是去做網絡交換機軟件的腳本測試。現在又回歸內部系統，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經驗。
至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。
1、淺談測試
一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統的方方面面具體運作的前提。但占主導地位的，還是大型系統的集成測試經驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是it階段的找 bug與對應bug，此階段基本評定了coder的編碼質量。
2、程序員的困惑
有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，問題在那?如何定位?如何解決?通通跟一樣能力有關，debug追蹤能力，也稱調試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化?
有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。
3、如何調試追蹤
如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步step over，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到editplus，就能看到具體錯誤發生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調用的字段有可能為空的情況出現的，可以加if(___=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。
4、一些習慣
遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。
解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。
把代碼寫的漂亮，注釋、空行、規范一樣不能少，可讀性是放在第一位。曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。
任務完后不要呆著，去要求經理給你更有挑戰性的任務，只要你肯去嘗試，他們就會對你另言相看，把三天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。
軟件工程實踐總結軟件工程專業實訓心得體會篇三
這次實習的目的是為了提高我的專業技能、實踐能力、以及讓我了解一些實際的工作情況。對我在正式工作前有很重要的意義，不論是專業技能，還是綜合素質，以及實際中的人際關系都有了更加深刻的體會，讓我在正式工作前有了一筆很珍貴的經驗。
這次實習的主要任務就是在了解整個軟件的制作過程，以及各個環節中的細節，當學會了這些環節后，再用學到的知識來完成一個公司給我們安排的一個項目。我分到的項目名稱是《診所管理系統》，這個項目我們將以小組的形式共同將其完成，以模擬實際軟件制作的過程，盡最大程度的將我們所學到的知識轉化成實際的能力。為真正的項目做好充分的準備，讓我們可以在實習過后的正式工作中，有準備的去面對。
公司的最終目的就是希望我們能了解實際項目的制作，并初步的理解各個環節的意義。而讓我們用項目進行實際制作就是為了讓我們能更好的理解項目制作中各個流程的意義以及項目制作過程中的團隊是如何合作的。
二、實習單位及崗位
我所實習的單位是校企合作埃森哲信息技術(大連)有限公司的軟件開發部。這個部門的主要職能就是外包服務工作，按照客戶的需求制作成相應的軟件，所以我們需要對整個軟件開發的過程都較熟悉，這樣才能應對客戶們各種各樣的問題，才能制作出更好的軟件以滿足客戶們的需求。
因為剛實習的原因，所以我的職位是軟件助理工程師，時間的具體安排是實際項目制作以及專業知識的學習，實習時間為8個星期。本來實習的地點是在公司的，后來因為公司的內部原因，將我們的實習地點改為學校內部實習，每天的時間和正式上班相同。早8晚5，每周六周日休息。
整個實習的實際流程前面已經說過，八周的實際項目制作以及專業知識的學習。具體的每周任務、實際工作內容、以及專業知識與專業技能的實際應用會根據不同的環節也有所不同。但總體的目標就是讓我們了解實際工作中軟件的制作流程，以及各個流程中所需要的技術和注意點，并用實際的項目讓我們進行練習。
三、實習過程
上面已經介紹了個整個實習的任務以及目的，下面將詳細介紹整個實習的流程，并對每個流程的細節加以詳細說明。
具體的時間安排如下：
第一周：將對該項目所需要的知識進行集體鞏固復習。將一些已經生疏的知識鞏固鞏固，以備項目中的不時之需。在實習的第一天企業的經理就詳細的給我們講解了軟件工程這門科學對于一個軟件制作的重要性，并以此為基本給我們定下了這次實習的大體實習流程。
第二周：將直接進行項目的需求分析。因為項目名稱已經給出，所以將去掉可行性分析。我們小組分到的項目是“診所管理系統”，這就免不了去診所實地調查了。實際調查的過程中發現，需求分析這個過程是非常非常的重要，需求分析文檔的制作，決定了項目的各個功能以及這個軟件是否符合用戶的需求。這一周的收獲就是軟件需求分析的文檔制作，這是軟件工程中非常重要的一個步驟，這一環節，是一整個軟件生成的最為重要和關鍵的環節。
第三周：這一周由于臨時變動，將概要設計和詳細設計合為一周制作。根據調查的結果，進行概要設計。由于是初次制作軟件概要分析的文檔，所有有很多不符合規定的地方，就比如數據流圖的制作，很多小的細節都沒有注意，像這樣的問題還有很多。不過，在經過了小組成員的積極討論修改以及老師的指導后，這些問題都得以解決。接下來，根據概要設計，來制作軟件的詳細設計。詳細設計的制作，相對于概要設計，感覺能稍微簡單些，也不知道感覺對不對。因為在概要設計模塊中，我們已經設計好了所需要的模塊、接口、類、以及所要實現的功能，所以我們只需要考慮每個類的功能如果用代碼實現就可以了，當然不是將代碼寫上去，而是用流程圖以及偽代碼之類的相關技術來表示。這個階段的制作完成就開始正式的編碼了。到此為止，準備工作總算是做完了，幾乎花費了我們實習的一半時間。這一周的時間，我們在忙碌中不知不覺的度過了!下一周就會進入到該項目的實際編碼當中，這也是我們大家最熟悉的地方了，感覺總算有地方出力了，期待著下一周的到來。
第四周：根據詳細設計，來進行項目的編碼。這一周，我們進行實際的編碼，我最大的感覺就是，照著詳細設計去進行編碼，思路以及邏輯非常的清晰，可能在將流程如以及偽代碼轉換時稍微有點費勁，當相對于以往我們的直接編碼而言，流暢度不言而明。
第五周：這一周本來是要進行測試的，但在編碼完后企業老師檢查的時候，給我們指出了很多的問題，說我們所寫的代碼太粗糙，所以我們只能對代碼進行細致的加工，把測試推到了下周來進行。這一周，讓我們受益匪淺，對代碼的注釋以及編碼格式都有了更加深刻的理解。
第六周：根據做完的項目，進行項目的測試。本周就是對軟件進行測試，從最基本的類之內的方法測試，一直到整個項目的綜合測試，分了好幾個階段。而區分于以往的測試不同，這次我們是先寫測試文檔，當測試文檔檢查合格后，我們才可以對著文檔進行逐步測試。我想，這可能就是我們以后工作的大體方向吧，以文檔為主的項目制作。由于測試文檔的制作進度太慢，所以本周就忙測試文檔的制作了一樣了，其它的什么也沒干，測試也只能等下周進行了。希望下周測試的時候效率會很高，期待的試一次，拿著測試文檔去測試的感覺。
第七周：拿著測試文檔，根據上面的要求，一項一項的測試，以確認項目的正確性。測試的順利讓我有了爽快的感覺，拿著測試文檔，直接去校驗代碼就可以了。幾乎不用去想程序內部的測試流程，因為文檔上已經給你寫的明明白白了。到這里，我有一種感覺，像埃森哲這種大公司內，文檔的重要性比編碼本身更為重要。我想，這就是企業派來的老師沒有直接給我們進行技術培訓，而是讓我們來了解軟件工程的流程的原因。當然，根據企業的文化不同，對軟件工程的生命周期也會有細微的差別，他們會選擇最適合自己公司的方法來進行整個軟件的生命周期，并不是一成不變的。
第八周：這一周，我們沒有跟技術相關的任務，只要好好準備準備個人展示就可以了。但你可千萬不要小瞧這個人展示，因為他將占你整個實習成績的50%，這也是企業老師在本周周一時才告訴我們的，我們之前根本就不知道還有實習成績這一說。項目總結，我們將用一周的時間來總結整個實習的收獲，在本周的周五進行自我展示，以及收獲報告。至此，實習的生涯將會到此結束。這一周，我們思考著、沉淀著、總結著，將我們對整個實習的收獲、總結、體會等各個方面進行了精華的提煉，以ppt為基礎，進行為期10分鐘的個人展示以及項目答辯。就此，我們的實習畫上了完整的句號。
四、實習總結
項目的制作以及疑難問題的解決，將我們把大學期間那些快要淡忘的知識又重新熟悉了起來，并且對代碼有了更深層次的理解。代碼的復用性、類與類之間的調用、對象的創建、數據庫的連接以及操作等各種專業知識的使用，讓我們能更好的將這些各種各樣知識合理的整合在一起。
如果說專業知識收獲頗多，那么接下來的職業技能卻是我認為在整個實習過程中收獲最大的地方。代碼的.注釋以及編碼的規范這兩點是我以前很少注意的地方，對其也并沒有多少重視。但這一次，卻明白了他的重要性：這是作為一個軟件開發人員必須應該具備的能力，或者說應該特別注重的地方。因為我們的代碼并沒有多少注釋以及很多地方的編碼很不規范，企業老師寧愿讓我們多花一周的時間修改，也沒有匆匆的進行下一步測試。在修改的這一周內，通過自己的體會以及老師的重點強調，對于代碼的編碼規范和代碼的注釋有了更深層次的理解。通過了這次的實習，我個人認為，代碼的注釋以及編碼的規范比個人的技術更為重要。
這次實習的最終目的就是希望我們了解軟件的整個制作過程，也就是軟件工程這門科學。這一次的實習，中間的制作文檔時間大約是編碼的好幾倍，編碼的時間即使是因為我們修改的原因也只有兩周，而其他的大部分時間就是制作文檔。我個人猜想可能進公司后文檔的制作比個人的技術更加重要。因為文檔的原因，我們的項目制作，感到非常的流暢，條例非常的清晰，邏輯也很流暢。對于軟件的制作，這些文檔起了很重要的意義，所以覺得，軟件工程也許就是自己以后努力的方向吧。
最后，總結這段時間的實習生活的收獲，真的是使我受益匪淺。在實習中，我學習到了不僅僅是技術上的收獲，更還有生活中的的人際交往以及其他的許多經驗。而這些，都將作為我邁入社會的根本，我將以此為我的基礎，懷著一顆勇敢無畏的心去迎接我即將來臨的工作。
五、實習體會
這一次的實習，給了我很深刻的體會，不僅僅是專業的收獲，更還有團隊間的相互合作，這些讓我明白了團隊的意義。工作即將來臨，我期待著工作的到來，我將帶著這次實習的收獲，盡量的將學到的知識運用到實際工作中，去迎接一個又一個的挑戰。前方的路會有很多困難等著我，但我不怕，因為我堅信，只要我努力，終會克服這些困難。路就在腳下，我將帶著堅定的信念，不畏挫折，勇往直前!
軟件工程實踐總結軟件工程專業實訓心得體會篇四
這學期學習了軟件工程實踐這門課，我覺得這是對上學期的軟件工程課程學習的檢驗，上學期學習軟件工程只是我們淺顯的認識，相比之下，這學期就更加全面的說明了開發一個項目所需要的步驟以及開發項目過程中所需要注意的諸多細節。如果說上學期的課程注重理論基礎的話，那么這學期的軟工實踐，顧名思義，就是側重我們動手操作的能力。
原來我認為開發一個項目最重要的就是寫代碼，似乎整個軟件都是編代碼，因為自己動手能力不強所以就很排斥做項目。可是經過我們學習軟工課程到團隊做項目再到學習軟件工程實踐課程之后，我才真正意識到實施一個軟件工程項目并不是說簡單的會編碼就能夠解決問題的，因為一個軟件的生命周期分為三個時期：軟件定義時期、開發時期、維護時期，而這三個時期整體又分為七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開發一個項目時，更多的精力不是放在編碼上，編碼只是一個很小的模塊，而是項目的整體結構上。
在寫軟工實踐體會之前，我想在這里總結一下上學期三人團隊做項目的相關事宜。上學期我們三人團隊根據軟件開發的步驟開發一個名為“西大老鄉‘薈’”的社交系統，主要是為西大學子提供一個找老鄉的平臺。雖然只進行到詳細設計階段，沒有進一步實現，但是我還是從中學到很多東西的。首先要先確定項目主題，也就是這個項目用來做什么，可以解決什么問題。接著就是這個項目是否有研究的必要以及是否有解決的辦法，針對我們的項目，我們對西大的一些學生做了問卷調查，并從調查中繼續完善系統本身的做用戶。第三步根據我們確定的項目主題進行需求分析，這一步驟當時做的不是很好，比如所畫e-r圖、數據流圖等都有考慮不周的問題，導致接下來的概要設計、詳細設計進行的很困難，有些步驟甚至還需要返工。
從我們在需求分析中出現的問題，使我們明白了軟件定義階段對于一個項目的開發是至關重要的，當軟件定義階段完成時必須要用正式的文檔準確的地記錄目標系統的需求。只有前期的準備工作做得好，后面的工作才能順利進行。雖然項目最后沒有完全實現，但是起碼我們已經初步體會到軟件項目開發的步驟，以及每一步所需要完成的文檔等內容。
這學期的軟件工程實踐雖然不是親自動手開發一個系統，但是張元平老師以“物聯網物流倉儲管理系統”為主給我們講解了一個真實系統的開發過程，從計劃到項目系統的發布實施，以及每一步必須生成的文檔。我主要從以下五個方面談一下我的心得體會。
第1、行業背景說明方面
對于一個軟件系統的開發，第一步就是問題定義，了解所開發系統的行業背景，制定計劃。當我們計劃確定以后就要對項目系統本身進行可行性研究，主要從技術可行性、經濟可行性和操作可行性三個方面著手。就比如《物聯網物流倉庫管理系統》的行業背景說明文檔中非常詳細地分析了當下物聯網物流行業的整體業務說明、應用背景、未來發展趨勢以及相關應用案例等四個方面，項目團隊中系統分析員就可以根據這份文檔以及相關的調查資料對將要開發系統的進行定義等工作。
原來我們寫這類文檔的時候就是草草了事，不會做得這么詳細，而這次看到大型項目的行業背景說明也是這么詳細，也讓自己認識到不管是軟件開發的那個階段都要認真對待，這些瑣碎的文檔都是后期開發項目的支撐，只要它們做的透徹，后面的開發工作才能更順利的進行。
第2、項目需求說明方面
這部分項目需求說明就是軟件定義時期中需求分析階段，而該階段的主要目的就是了解用戶的需要，根據用戶的需要確定系統必須完成那些工作，并對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格說明，即為《物聯網物流倉儲管理系統》項目需求說明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時寫的需求規格說明書就非常不合格，不僅格式不正確內容也是少之又少。
在這方面，這篇文檔給我啟發很大。首先就是文檔的格式，要美觀整齊，讓人看著舒服方便。其次就是文檔的內容，原來它不是很重要，寫文檔的時候也不知道怎么寫就借鑒下網上的內容，結果根本就沒有把自己項目的需求寫明白，以至于自己最后都有些糊涂，所以根據以前的經驗教訓我會對這部分更加重視。
第3、系統概要設計方面
這部分內容分說的是軟件設計時期的概要設計階段，該階段的主要目的就是實現系統的功能、設計軟件的結構、模塊組成以及模塊之間的關系。在概要設計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實現方案和軟件結構，從中選出最佳方案和最合理的結構。在這個階段還會具體畫出e-r圖、數據流圖等方面的設計。
比如《物聯網物流倉庫管理系統》的系統概要設計從項目概述、設計約束、功能單元與功能模塊設計、數據e-r圖設計、總體設計、界面設計等六個方面介紹，通過讀這個文檔，我覺得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模塊要做到高內聚低耦合，這樣開發出來的系統才會具有更高的獨立性。
在原來做項目時沒有編寫過這類文檔，在該階段只是畫了結構圖、層次圖以及相關的模塊劃分，對該類文檔尚未重視。通過張老師的講解和自己的學習，我相信在以后做項目的時候一定會注意到這類文檔的編寫。
第4、詳細設計與分析方面
詳細設計階段就是把概要設計階段的每個模塊進一步設計，確定每個模塊所需要的算法和數據結構。在這個階段還是需要我們設計出程序的詳細規格說明，而不是編寫程序。在詳細設計階段，系統設計人員可以通過使用程序流程圖、盒圖、pad圖等過程設計的工具和jackson圖等面向數據結構的設計工具進一步設計系統相關接口，主要包括界面設計接口、業務單設計接口、單元模塊設計接口等，這些對于以后的編碼工作都是極其重要的。
第5、編碼和測試方案方面
關于編碼，我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時期要按部就班的做，文檔一定要按要求書寫，不能偷懶也不能草草書寫。對于編碼也要有相應的文檔書寫規范，要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣盡管我們不是設計系統的人員，當看到源程序代碼的時候也能容易讀懂代碼的意思。
其次就是測試的內容，從測試的文檔中我們可以得出，其實測試在軟件開發中同樣占據了重要的地位，它主要就是盡可能多的找到問題并排除其中的潛藏的錯誤，最終把一個高質量的軟件系統交給用戶使用。它要求測試人員也要有很高的技術水平。
軟件工程實踐總結軟件工程專業實訓心得體會篇五
通過為學期期的實訓，我學習了很多關于很多的知識。在老師的正確指導下，順利的完成了我的實訓內容。在此，也有同學的幫助，在他們的幫助下我也受益匪淺。最終，能順利完成實訓的任務也高興了。
在實訓生活中，我了解開發項目的需求、設計、實現、確認以及維護等活動整個過程，讓自己開始懂得一點軟件工程的知識點。首先，了解需求分析的重要性，比如：需求分析就是分析軟件用戶的需求是什么.如果投入大量的人力，物力,財力,時間,開發出的軟件卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發一個軟件,最后卻不滿足用戶的要求,從而要重新開發過,這種返工是讓人痛心疾首的.(相信大家都有體會)比如,用戶需要一個for linu_的軟件,而你在軟件開發前期忽略了軟件的運行環境,忘了向用戶詢問這個問題,而想當然的認為是開發for windows的軟件,當你千辛萬苦地開發完成向用戶提交時才發現出了問題,那時候你是欲哭無淚了,恨不得找塊豆腐一頭撞死。所以，需求分析是成功的第一步，就是要全面地理解用戶的各項要求,并準確地表達所接受的用戶需求。 然后呢?確實客戶的需求的以后我們要做什么呢，那當然是設計和分析。此階段主要根據需求分析的結果，對整個軟件系統進行設計，如系統框架設計，數據庫設計等等。軟件設計一般分為總體設計和詳細設計。
好的軟件設計將為軟件程序編寫打下良好的基礎。接下來是代碼實現，此階段是將軟件設計的結果轉換成計算機可運行的程序代碼，我們這個項目為五個模塊，分別為五個小組成員完成。這階段我學到很多編程的思想，如:分層思想、mvc、ssh的整合、dao的編寫。編號程序之后就是軟件測試了，此時在軟件設計完成后要經過嚴密的測試，以發現軟件在整個設計過程中存在的問題并加以糾正。整個測試過程分單元測試、組裝測試以及系統測試三個階段進行。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立詳細的測試計劃并嚴格按照測試計劃進行測試，以減少測試的隨意性。最后是軟件維護，它是軟件生命周期中持續時間最長的階段。在軟件開發完成并投入使用后，由于多方面的原因，軟件不能繼續適應用戶的要求。要延續軟件的使用壽命，就必須對軟件進行維護。
但是，我深深體會到了在許多方面的欠缺和不足，比如：在需求分析時，由于自己的實踐經驗不夠，很難分析需求到位;在編寫代碼時，由于自己技術知識水平不廣，常常遇到技術難題;還有自己沒有
良好的編程習慣，不注釋，有時連自己也看懵了;編程的結構不好，維修和修改代碼是很慢。這次實訓讓我意識到了自己做為計算機軟件工程專業的學生，要想在以后的職業中嶄露頭角，除了要有過硬的理論知識，健康的體魄外，還必須具備良好的心理素質，使自己在以后的途中無論經歷什么樣的困難，都立于不敗之地。“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學專業知識的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而所學的，都是課本上沒有而對我們又非常實用的東西，這又給我們的實訓增加了濃墨淡采的光輝。我懂得了實際生活中，專業知識是怎樣應用與實踐的。
在這次實訓中，我不僅知道了職業生涯所需具備的專業知識，而且讓我深深體會到一個團隊中各成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧。靠單一的力量是很難完成一個大項目的，在進行團隊合作的時候，還要耐心聽取每個成員的意見，使我們的組合達到更加完美。實訓過程中，除了要專業知識，包括人際交往，溝通方式及相關禮節方面的內容，對于團隊開發來說，團結一致使我深有體會。團隊的合作注重溝通和信任，不能不屑于做小事，永遠都要保持親和誠信，把專業理論運用到具體實踐中，不僅加深我對理論的掌握和運用，還讓我擁有了一次又一次難忘的開發經理，這是也是實訓最大的收獲。
這次實訓帶給我太多的感觸，它讓我知道工作上的辛苦，事業途中的艱辛。讓我知道了實際的工作并不像在學校學習那樣輕松。讓我學到了很多課堂上更本學不到的東西，仿佛自己一下子成熟了，懂得了做人做事的道理，也懂得了學習的意義，時間的寶貴，人生的真諦。明白人世間一生不可能都是一帆風順的，只要勇敢去面對人生中的每個驛站!這讓我清楚地感到了自己肩上的重任，看清了自己的人生方向，也讓我認識到了做軟件應支持仔細認真的工作態度，要有一種平和的心態和不恥下問的精神，不管遇到什么事都要總代表地去思考，多聽別人的建議，不要太過急燥。人非生而知之，雖然我現在的知識結構還很差，但是我知道要學的知識，一靠努力學習，二靠潛心實踐。沒有實踐，學習就是無源之水，無本之木。這次實訓讓我在一瞬間長大：我們不可能永遠呆在象牙塔中，過著一種無憂無慮的生活，我們總是要走上社會的，而社會，就是要靠我們這些年輕的一代來推動。這就是我們不遠千里來實訓的心得和感受，而不久后的我，面臨是就業壓力，還是繼續深造，我想我都應該好好經營自己的時間，充實、完善自我，不要讓自己的人生留下任何空白!
從初出茅廬，到現在可以熟練的按照流程開發軟件，這都與我組每個成員的努力是分不開的。在實訓中，教會了我們很多東西，同時也鍛煉了大家踏實、穩重、溝通的能力，每個人都很珍惜這來之不易的實訓機會。在工作中，經常會和不同的人打交道，然而他們的態度是不可恭維的，你會感覺到他的不耐煩以及他的高傲，所以這就需要學會溝通的方式及說話技巧，學會靈活面對。
在這學期的實訓中，我受益匪淺，不僅專業知識增長了，最主要是懂得了如何更好的為人處事、團隊合作，感覺自己比以前成熟多了。正因為學習上有所收獲，思想上也就豁然開朗起來。通過這次實訓，我覺得要改變以前錯誤的思想，想把各項工作做好，就必需要不斷的學習，不斷的充電，也只有不斷的學習、充電，才能提高自已的工作能力。古人云，“活到老、學到老”，這句話是很有道理的。
社會的競爭是激烈的，我想我們應該好好把握住大學學習的時間，充實、完善自我，全面發展，攻破電腦，爭取做一名出色的程序員。我們深刻的了解到，只有經歷過，才知道其中的滋味。
對于我而言，可以說通過這次實訓，真真切切的讓我了解了什么是軟件開發，什么是軟件，讓我對于軟件最初的觀點也有了本質性的改變!程序員不僅僅是一份職業，更是一份細心+一份耐心+一份責任心=人生價值的詮釋。