軟件工程實(shí)習心得體會(huì )范文
當我們對人生或者事物有了新的思考時(shí)，好好地寫(xiě)一份心得體會(huì )，這樣可以幫助我們總結以往思想、工作和學(xué)習。那么好的心得體會(huì )都具備一些什么特點(diǎn)呢？下面是小編幫大家整理的軟件工程實(shí)習心得體會(huì )范文，希望能夠幫助到大家。
學(xué)習了這門(mén)課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實(shí)例,讓理論和實(shí)踐得到了很好的結合。整一個(gè)學(xué)期下來(lái)，總的來(lái)說(shuō)還是學(xué)到了很多東西的，有很多地方是值得肯定的，其實(shí)在我看來(lái)，軟件工程與其說(shuō)是一門(mén)課程，不如說(shuō)是一門(mén)思想。是一個(gè)如何去分析和處理問(wèn)題的過(guò)程，應該說(shuō)其范疇已經(jīng)遠遠不止局限于該門(mén)課程，成為了一個(gè)綜合的一個(gè)能夠解決問(wèn)題的思想集合。
要學(xué)習軟件工程，學(xué)會(huì )如何系統的思考，以及養成良好的編碼習慣，想學(xué)好軟件工程，就必須知道軟件工程的目標、過(guò)程和原那么: 軟件工程目標:生產(chǎn)具有正確性、可用性以及開(kāi)銷(xiāo)合宜的產(chǎn)品。正確性指軟件產(chǎn)品到達預期功能的程度。
可用性指軟件根本構造、實(shí)現及文檔為用戶(hù)可用的程度。開(kāi)銷(xiāo)合宜是指軟件開(kāi)發(fā)、運行的整個(gè)開(kāi)銷(xiāo)滿(mǎn)足用戶(hù)要求的程度。這些目標的實(shí)現不管在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程:生產(chǎn)一個(gè)最終能滿(mǎn)足需求且到達工程目標的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開(kāi)發(fā)過(guò)程、運作過(guò)程、維護過(guò)程。它們覆蓋了需求、設計、實(shí)現、確認以及維護等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱(chēng)軟件需求規約。需求分析生成功能規約。設計活動(dòng)一般包括概要設計和詳細設計。概要設計建立整個(gè)軟件系統構造，包括子系統、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細設計產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數據構造說(shuō)明及加工描述。實(shí)現活動(dòng)把設計結果轉換為可執行的程序代碼。確認活動(dòng)貫穿于整個(gè)開(kāi)發(fā)過(guò)程，實(shí)現完成后確實(shí)認，保證最終產(chǎn)品滿(mǎn)足用戶(hù)的要求。維護活動(dòng)包括使用過(guò)程中的擴充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓過(guò)程等。 軟件工程的原那么是指圍繞工程設計、工程支持以及工程管理在軟件開(kāi)發(fā)過(guò)程中必須遵循的原那么。
pad圖:它是用構造化程序設計思想表現程序邏輯構造的圖形工具。pad也設置了五種根本控制構造的圖示，并允許遞歸使用。hipo圖:hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層構造。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo 圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數據文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀(guān)地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過(guò)程是否在實(shí)際應用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱(chēng)黑盒法)。靜態(tài)分析技術(shù):不執行被測軟件，可對需求分析說(shuō)明書(shū)、軟件設計說(shuō)明書(shū)、源程序做構造檢查、流程分析、符號執行來(lái)找出軟件錯誤。動(dòng)態(tài)測試技術(shù):當把程序作為一個(gè)函數，輸入的全體稱(chēng)為函數的定義域，輸出的全體稱(chēng)為函數的值域，函數那么描述了輸入的定義域與輸出值域的關(guān)系。還學(xué)習了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習中一定會(huì )慢慢的完善的。
軟件工程對于初學(xué)者來(lái)說(shuō)，知識根底較薄弱，對一些應用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專(zhuān)業(yè)書(shū)籍細致地看幾遍，然后上機練習幾次就可以成功，學(xué)習過(guò)程中要注意多看多練要注意結合實(shí)際，更要多思考，面對錯誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰，學(xué)習軟件工程首先要明白自己的學(xué)習目標終究是什么，根據自己的實(shí)際工作出發(fā)，有針對性的在相應的學(xué)習方向上進(jìn)展提軟件工程對于初學(xué)者來(lái)說(shuō)，知識根底較薄弱，對一些應用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專(zhuān)業(yè)書(shū)籍細致地看幾遍，然后上機練習幾次就可以成功，學(xué)習過(guò)程中要注意多看多練要注意結合實(shí)際，更要多思考，面對錯誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰，學(xué)習軟件工程首先要明白自己的學(xué)習目標終究是什么，根據自己的實(shí)際工作出發(fā)，有針對性的在相應的學(xué)習方向上進(jìn)展提高，制定出詳細的學(xué)習規劃。還要注意與其他科目的相輔相成，就像我們在學(xué)習面向對象分析的時(shí)候要結合大一學(xué)習的面向對象及其方法學(xué)這一專(zhuān)業(yè)科目進(jìn)展研究拓展;在學(xué)習語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識通匯貫穿。
在軟件工程的學(xué)習中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開(kāi)發(fā)軟件的過(guò)程中，編寫(xiě)代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個(gè)完整的工程規劃須包括，軟件的定義，可行性分析報告，工程開(kāi)發(fā)方案，軟件需求說(shuō)明書(shū)，概要設計說(shuō)明書(shū)，詳細設計說(shuō)明書(shū)，用戶(hù)操作手冊，測試方案，測試分析報告，開(kāi)發(fā)進(jìn)度報告，工程開(kāi)發(fā)總結報告，軟件維護手冊，軟件問(wèn)題報告，軟件修改報告，等多個(gè)文檔，每個(gè)文檔都要上級驗收審查，而文檔數量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫(xiě)好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開(kāi)銷(xiāo)做出生存期較長(cháng)的軟件，再加上各個(gè)階段都要進(jìn)展周密的籌劃、詳細的分工部署和人員安排，且各階段要據詳細情況不斷的反復才能達成，所以代碼只是開(kāi)發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習中，我更了解到形成自己獨特的標準的編碼風(fēng)格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫(xiě)的程序毫無(wú)標準可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學(xué)習中，一定要注意這方面的培養，在寫(xiě)程序的過(guò)程中，要逐步的在標準的根底上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習中，我們還要注意比擬三種方法的優(yōu)缺點(diǎn)，例如:傳統方法雖然使軟件擺脫了和無(wú)序，但其在適應需求變化的方面不夠靈活，而且傳統方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問(wèn)題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比擬強的系統。形式化方法那么是一中基于形式化數學(xué)變換的軟件開(kāi)發(fā)方法，它可將系統的規格說(shuō)明轉換為可執行的程序。在今后的學(xué)習中要注意多讀書(shū)、多思考、多練習、多討論，不斷熟悉書(shū)本的根底，并以此為根底將其擴散開(kāi)來(lái)，應用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設計師邁進(jìn)。
這次軟件工程實(shí)訓是從20xx.12.26號開(kāi)始的，截至20xx.12.31號。實(shí)訓內容是用java相關(guān)知識(主要是jsp)做一個(gè)物流配送系統。下面談?wù)剬@次實(shí)訓的看法。
因為自己平時(shí)對java知識儲藏缺乏，特別是jsp這一塊根本不了解怎么回事，所以一拿到這個(gè)工程，我心里都是沒(méi)有底的，再加上我被分到的那個(gè)組，我知道就意味著(zhù)是我一個(gè)人在戰斗了。呵呵，26號，實(shí)訓開(kāi)始了，我們的老師是中軟國際公司的程序員，一個(gè)是周褀，一個(gè)是朱映，都是一身樸素的著(zhù)裝，讓我感覺(jué)做軟件的也沒(méi)什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個(gè)組的系統，即將用到的知識，然后就總體把覺(jué)得需要補充的知識(jsp和數據庫連接等這幾塊)給我們實(shí)際操作了下，因為當時(shí)看到用jsp，還講的那么認真，當時(shí)我就懊悔了，平時(shí)要是多聽(tīng)點(diǎn)，現在老師這么認真的給我們講，這是一個(gè)多么難得的時(shí)機啊。懊悔也沒(méi)用啊，開(kāi)始還勉強能理解一點(diǎn)，后來(lái)就直接暈了。然后再給大家介紹了一些即將用到的工具，比方rationalRose，SVN，MyEclipse等等。接下來(lái)的幾天就不再細講了。下面談?wù)勍ㄟ^(guò)這次實(shí)訓的心得體會(huì )吧。
通過(guò)這次實(shí)訓，讓我了解到工程開(kāi)發(fā)的過(guò)程，可行性分析——>需求分析——>概要設計——>詳細設計——>代碼編寫(xiě)——>測試——>驗收。從技術(shù)方面上，我開(kāi)始jsp根底根本上就是零的，在老師和syz2(另外一個(gè)物流小組，我一個(gè)人根本上是跟她們做的，或者說(shuō)是看著(zhù)她們做的)的幫助下，對jsp有了一個(gè)大概的認識。其實(shí)實(shí)訓開(kāi)始前，我還以為做個(gè)系統沒(méi)什么大不了，可是當真正拿到一個(gè)工程，我卻真的無(wú)從下手了，而且就是在知道需求分析和詳細設計，在代碼編寫(xiě)時(shí)，一樣寸步難行。通過(guò)這個(gè)實(shí)訓，也讓我了解到，團隊協(xié)作是多么的重要。一個(gè)人的精力是多么的有限。進(jìn)一步理解到，企業(yè)為什么如此重視團隊協(xié)作。同時(shí)借用老師的話(huà)就是團隊協(xié)作固然重要，但是是建立在個(gè)人素質(zhì)的根底上，假設你個(gè)人素質(zhì)不行，將會(huì )影響到整個(gè)團隊，就別提對團隊作更多奉獻了。**老師說(shuō)這幾句話(huà)的時(shí)候，朝向了我，估計是有特殊意義的吧，所以，我將謹記老師的教誨。
還有一個(gè)收獲是從一個(gè)同學(xué)(小胖)那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺(jué)得沒(méi)什么了，不過(guò)他倒是很重視這個(gè)問(wèn)題吧。然后他說(shuō)出來(lái)，我也覺(jué)得這個(gè)問(wèn)題確實(shí)其實(shí)是個(gè)大的問(wèn)題。就是不管你會(huì )不會(huì )這門(mén)技術(shù)，會(huì )不會(huì )做這個(gè)東西，態(tài)度要正確才好，就算你不會(huì )做，你也應該認真的對待，將來(lái) 出身到社會(huì )，就不是說(shuō)像你現在，不會(huì )做就不做，跑去玩游戲了。小胖說(shuō)出了這段話(huà)，也在我身上有了一個(gè)印證，雖然我jsp技術(shù)知識為0，但我也還是在認真的跟著(zhù)他們一起做，不會(huì )做，就多問(wèn)，畢竟現在我們是學(xué)生，可以毫不顧忌的詢(xún)問(wèn)各種問(wèn)題，老師也會(huì )盡力為你答復。將來(lái)出身社會(huì )就不一樣了。雖然，我就算個(gè)打醬油的水平，但是這個(gè)醬油也要打得有涵量啊。不管怎么樣，我能對自己有個(gè)交待，雖然我不會(huì )，但是這次實(shí)訓我確實(shí)是認真對待了，六天的實(shí)訓，除了晚上加班外，還花了2個(gè)通宵來(lái)完成不同階段的任務(wù)，完成與否也不重要了，我至少我做了，這點(diǎn)，是這次我應該對自己的一個(gè)肯定。
這次實(shí)訓的心得根本上就是這些了，最后特別感謝中軟國際帶我們的那兩個(gè)老師(周褀，朱映)，這兩個(gè)老師對待我們很平易近人，對我們提出的問(wèn)題，總是不光解決了，還進(jìn)展了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個(gè)問(wèn)題，臉都變紅了，還在繼續努力，這點(diǎn)我并不會(huì )覺(jué)得老師知識儲藏不夠，我想應該是這個(gè)問(wèn)題的突發(fā)吧，一時(shí)沒(méi)想到怎么處理。相反讓我感覺(jué)更多的就是老師很認真，很負責。還要感謝就是syz2小組的傾力支持，輔導。
時(shí)間過(guò)的很快，轉眼間已經(jīng)實(shí)習將近5個(gè)月，其中有2個(gè)月是屬于完全被流放的。
最先在內部系統組參與內部管理系統開(kāi)發(fā)
(struts+mysql+spring+hibernate)，之后是去做網(wǎng)絡(luò )交換機軟件的腳本測試�，F在又回歸內部系統，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經(jīng)歷。 至少自己做的東西，是真正交付到了客戶(hù)手上，到也稍微有些成就感。
1、淺談測試
一直以來(lái)，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實(shí)際情況中，測試是既重要且難以精湛的其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經(jīng)歷總結和想象力。而要做到高級測試工程師，那么一定要懂編碼，因為這是你完全掌握整個(gè)系統的方方面面詳細運作的前提。但占主導地位的，還是大型系統的集成測試經(jīng)歷。實(shí)際工程中，編碼時(shí)間一般只占30%左右，真正消耗時(shí)間的是IT階段的找 bug與對應bug，此階段根本評定了coder的編碼質(zhì)量。
2、程序員的困惑
有些人，以為教學(xué)視頻和代碼看多，自己就懂的多，實(shí)際做起來(lái)，卻不知從何下手，問(wèn)題在那?如何定位?如何解決?通通跟一樣能力有關(guān)，debug追蹤能力，也稱(chēng)調試。在工程組工作不愁源碼資源，但問(wèn)題是蛋糕擺在面前，你如何去消化?
有位同事告訴我：代碼看幾遍都沒(méi)用，要去抄，例如一個(gè)查詢(xún)模塊，在此根底上去做詳細記錄的歷史記錄查詢(xún)模塊，你可能會(huì )覺(jué)得很簡(jiǎn)單，但實(shí)際情況卻往往報一堆異常，配置問(wèn)題涉及到方方面面，以及數據庫字段，傳值問(wèn)題等等，一大堆對于新人來(lái)說(shuō)很郁悶的問(wèn)題。但不用怕，只要學(xué)會(huì )調試，一個(gè)個(gè)問(wèn)題去追蹤，一個(gè)個(gè)去解決，自然而然，那段“源碼”才真正屬于你。
3、如何調試追蹤
如果你能在短短的時(shí)間內就看到問(wèn)題點(diǎn)在那，放下斷點(diǎn)去追蹤，出去找工作，絕對沒(méi)問(wèn)題。出現問(wèn)題的時(shí)候，不要光看代碼，要用實(shí)際行動(dòng)去追蹤運行期間的詳細值，那是最好途徑。eclipse是個(gè)很爽的ide，這點(diǎn)做的很好。例如頁(yè)面內容顯示不是自己想要的數據，我們要先從數據庫查詢(xún)語(yǔ)句去下手，設置斷點(diǎn)，一步一步step over，讓sql字段(存取最終sql語(yǔ)句的字符串)運行到有值，inspect進(jìn)去看，如果還看不出來(lái)，就點(diǎn)擊它，copy后在sql客戶(hù)端去實(shí)際運行，看看實(shí)際查詢(xún)出來(lái)的表是什么，如果是對的，有可能就是頁(yè)面調用的錯誤或者action邏輯的傳值問(wèn)題。
頁(yè)面錯誤的調試，根本方法是用右鍵點(diǎn)擊實(shí)際網(wǎng)頁(yè)查看源代碼，copy到editplus，就能看到詳細錯誤發(fā)生在那幾行。通常有幾種常見(jiàn)的錯誤，例如：缺少對象這種很多時(shí)候是有些被你調用的字段有可能為空的情況出現的，可以加if(xxx=null)語(yǔ)句加保護。追蹤的方法根本就是用alert語(yǔ)句，放在有可能出錯的地方。 4、一些習慣
遇到問(wèn)題先自己思考，無(wú)從下手再找高手幫助看看，注意他幫你看的思路，別在一旁閑著(zhù)，看多了自己也會(huì )了，不然你一輩子都停留在那種水平，從人身上學(xué)到的東西遠遠比書(shū)多的多。
解決了一個(gè)問(wèn)題后，要去究根問(wèn)底去找到問(wèn)題產(chǎn)生的起因，以防你下次遇到類(lèi)似的問(wèn)題再浪費同樣的時(shí)間。
把代碼寫(xiě)的漂亮，注釋、空行、標準一樣不能少，可讀性是放在第一位。曾經(jīng)看過(guò)一個(gè)高手寫(xiě)的代碼，真的一看就是不同水平的人寫(xiě)的，幾乎很完美，讀起來(lái)很流暢，方便自己也方便別人。 任務(wù)完后不要呆著(zhù)，去要求經(jīng)理給你更有挑戰性的任務(wù)，只要你肯去嘗試，他們就會(huì )對你另言相看，把三天的任務(wù)一天加班搞定，效率和忠誠都有了，路也比擬好走了。
在這次軟件工程課程中，我學(xué)到了很多東西，第一次深刻的體會(huì )到了什么叫做用工程化的思想來(lái)編寫(xiě)軟件，以前自己也寫(xiě)過(guò)一些小型軟件，沒(méi)有做過(guò)大型的工程，直到這次課堂我擔任組長(cháng)并組織組員共同完成“個(gè)人圖書(shū)管理系統”這個(gè)工程，第一次和別人合作，才發(fā)現運用工程化的思想來(lái)做是如此的有必要。
從這里，我才真正的意識到實(shí)施一個(gè)軟件工程并不是說(shuō)簡(jiǎn)單的會(huì )編碼就能夠解決問(wèn)題的，我們更多的精力不是放在編碼上，編碼只是一個(gè)很小的模塊，只占到那么小的一個(gè)局部。這個(gè)事實(shí)在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個(gè)軟件就是編碼，除此無(wú)它，還好有老師的指導，不然真的會(huì )出現老師所說(shuō)的，撞得頭破血流之后才想起來(lái)用軟件工程的思想來(lái)完成這個(gè)工作。
剛真正開(kāi)始工作之前，我們費了很多的時(shí)間來(lái)完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來(lái)可能是相對無(wú)關(guān)緊要，甚至是多于的，其實(shí)，換做在以前，我也會(huì )這么認為�？墒�，我現在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場(chǎng)，能被別人承受和認可，在進(jìn)展過(guò)程中不會(huì )出現崩潰性的問(wèn)題，這些工作缺一不可。
還有就是接下來(lái)的一些設計模塊，此模塊與軟件編碼涉及比擬嚴密，主要是解決一些參數傳遞和接口通訊的問(wèn)題，此模塊對我的觸動(dòng)遠沒(méi)有上兩個(gè)模塊對我的影響大，因此再次也不做過(guò)多的介紹。 在整個(gè)活動(dòng)的完成過(guò)程中，作為組長(cháng)，我收獲很多，我發(fā)現，要是組里有個(gè)人不怎么想做事情時(shí)，他對于整個(gè)組織的影響是消滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現這樣的人，我絕不會(huì )給他繼續留下來(lái)的時(shí)機，我會(huì )在第一時(shí)間將他去除出去。還有就是，作為組長(cháng)，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng )造出一個(gè)平臺，讓別人去發(fā)揮，你所要做得，出了保證這個(gè)平臺的完整性和公平性外，還有就是協(xié)調好各組員之間的關(guān)系。
轉眼，出來(lái)社會(huì )都已大半年，已是半個(gè)社會(huì )人了。不能再向學(xué)生那樣，某些時(shí)候可以隨心隨意。頂崗實(shí)習，為我們提供了一個(gè)很好的實(shí)踐時(shí)機，可以讓我們更好的把理論應用于實(shí)踐，在實(shí)踐中領(lǐng)悟理論，更可以學(xué)習到很多書(shū)本上學(xué)習不到的、甚至比理論知識更實(shí)用的業(yè)務(wù)知識。而且，這些實(shí)習經(jīng)歷，無(wú)疑是我們畢業(yè)后就業(yè)的一大籌碼。作為一個(gè)成年人，作為一個(gè)社會(huì )職業(yè)人，任何時(shí)候都要守規矩，做好自己的本分，承當起自己所需要承當的責任。經(jīng)歷了2家公司的工作，我漸漸的認識到，每一份工作或每一個(gè)工作環(huán)境都無(wú)法盡善盡美，但每一份工作中都有許多珍貴的經(jīng)歷和資源，如失敗的沮喪、自我成長(cháng)的喜悅、溫馨的工作伙伴、值得感謝的客戶(hù)等等，這些都是工作成功者必須體驗的感受和必備的財富。如果每天懷著(zhù)感恩的心情去工作，在工作中始終牢記“擁有一份工作，就要懂得感恩”的道理，你一定會(huì )收獲很多很多。在你收獲很多很多的同時(shí)，你會(huì )發(fā)現自己已經(jīng)在鍛煉中變得勇敢，堅強，樂(lè )觀(guān)，闊達。這樣的你，是不斷前進(jìn)的走在成功的路上的。
【軟件工程實(shí)習心得體會(huì )】相關(guān)文章：
軟件工程實(shí)習心得體會(huì )-實(shí)習心得體會(huì )12-29
軟件工程實(shí)習報告06-21
軟件工程的實(shí)習報告12-31