軟件工程實(shí)訓(xùn)心得體會(huì)范文
從某件事情上得到收獲以后，寫(xiě)一篇心得體會(huì)，記錄下來(lái)，這樣有利于培養(yǎng)我們思考的習(xí)慣。那么你知道心得體會(huì)如何寫(xiě)嗎？以下是小編收集整理的軟件工程實(shí)訓(xùn)心得體會(huì)范文，歡迎閱讀，希望大家能夠喜歡。
軟件工程實(shí)訓(xùn)心得體會(huì)范文1
時(shí)間過(guò)的很快，轉(zhuǎn)眼間已經(jīng)實(shí)習(xí)將近5個(gè)月，其中有2個(gè)月是屬于完全被流放的。最先在內(nèi)部系統(tǒng)組參與內(nèi)部管理系統(tǒng)開(kāi)發(fā)(struts+mysql+spring+hibernate)，之后是去做網(wǎng)絡(luò)交換機(jī)軟件的腳本測(cè)試。現(xiàn)在又回歸內(nèi)部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測(cè)試經(jīng)驗(yàn)。至少自己做的東西，是真正交付到了客戶(hù)手上，到也稍微有些成就感。
一直以來(lái)，我都認(rèn)為測(cè)試是脫離了軟件工程范圍的工作，不以為屑。但在實(shí)際情況中，測(cè)試是既重要且難以精湛的其真正的壓力，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般的測(cè)試人員不懂編碼，他們靠的是日以累計(jì)的經(jīng)驗(yàn)總結(jié)和想象力。而要做到高級(jí)測(cè)試工程師，則一定要懂編碼，因?yàn)檫@是你完全掌握整個(gè)系統(tǒng)的方方面面具體運(yùn)作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測(cè)試經(jīng)驗(yàn)。實(shí)際項(xiàng)目中，編碼時(shí)間一般只占30%左右，真正耗費(fèi)時(shí)間的是IT階段的找bug與對(duì)應(yīng)bug，此階段基本評(píng)定了coder的編碼質(zhì)量。
有些人，以為教學(xué)視頻和代碼看多，自己就懂的多，實(shí)際做起來(lái)，卻不知從何下手，問(wèn)題在那?如何定位?如何解決?通通跟一樣能力有關(guān)，debug追蹤能力，也稱(chēng)調(diào)試。在項(xiàng)目組工作不愁源碼資源，但問(wèn)題是蛋糕擺在面前，你如何去消化?
有位同事告訴我：代碼看幾遍都沒(méi)用，要去抄，例如一個(gè)查詢(xún)模塊，在此基礎(chǔ)上去做具體記錄的歷史記錄查詢(xún)模塊，你可能會(huì)覺(jué)得很簡(jiǎn)單，但實(shí)際情況卻往往報(bào)一堆異常，配置問(wèn)題涉及到方方面面，以及數(shù)據(jù)庫(kù)字段，傳值問(wèn)題等等，一大堆對(duì)于新人來(lái)說(shuō)很郁悶的問(wèn)題。但不用怕，只要學(xué)會(huì)調(diào)試，一個(gè)個(gè)問(wèn)題去追蹤，一個(gè)個(gè)去解決，自然而然，那段“源碼”才真正屬于你。
如果你能在短短的時(shí)間內(nèi)就看到問(wèn)題點(diǎn)在那，放下斷點(diǎn)去追蹤，出去找工作，絕對(duì)沒(méi)問(wèn)題。出現(xiàn)問(wèn)題的時(shí)候，不要光看代碼，要用實(shí)際行動(dòng)去追蹤運(yùn)行期間的具體值，那是最好途徑。eclipse是個(gè)很爽的ide，這點(diǎn)做的很好。例如頁(yè)面內(nèi)容顯示不是自己想要的數(shù)據(jù)，我們要先從數(shù)據(jù)庫(kù)查詢(xún)語(yǔ)句去下手，設(shè)置斷點(diǎn)，一步一步step over，讓sql字段(存取最終sql語(yǔ)句的字符串)運(yùn)行到有值，inspect進(jìn)去看，如果還看不出來(lái)，就點(diǎn)擊它，copy后在sql客戶(hù)端去實(shí)際運(yùn)行，看看實(shí)際查詢(xún)出來(lái)的表是什么，如果是對(duì)的，有可能就是頁(yè)面調(diào)用的錯(cuò)誤或者action邏輯的傳值問(wèn)題。
頁(yè)面錯(cuò)誤的調(diào)試，基本方法是用右鍵點(diǎn)擊實(shí)際網(wǎng)頁(yè)查看源代碼，copy到editplus，就能看到具體錯(cuò)誤發(fā)生在那幾行。通常有幾種常見(jiàn)的錯(cuò)誤，例如：缺少對(duì)象這種很多時(shí)候是有些被你調(diào)用的字段有可能為空的情況出現(xiàn)的，可以加if(___=null)語(yǔ)句加保護(hù)。追蹤的方法基本就是用alert語(yǔ)句，放在有可能出錯(cuò)的地方。
遇到問(wèn)題先自己思考，無(wú)從下手再找高手幫忙看看，注意他幫你看的'思路，別在一旁閑著，看多了自己也會(huì)了，不然你一輩子都停留在那種水平，從人身上學(xué)到的東西遠(yuǎn)遠(yuǎn)比書(shū)多的多。解決了一個(gè)問(wèn)題后，要去究根問(wèn)底去找到問(wèn)題產(chǎn)生的起因，以防你下次遇到類(lèi)似的問(wèn)題再浪費(fèi)同樣的時(shí)間。把代碼寫(xiě)的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經(jīng)看過(guò)一個(gè)高手寫(xiě)的代碼，真的一看就是不同水平的人寫(xiě)的，幾乎很完美，讀起來(lái)很流暢，方便自己也方便別人。
任務(wù)完后不要呆著，去要求經(jīng)理給你更有挑戰(zhàn)性的任務(wù)，只要你肯去嘗試，他們就會(huì)對(duì)你另言相看，把三天的任務(wù)一天加班搞定，效率和忠誠(chéng)都有了，路也比較好走了。
軟件工程實(shí)訓(xùn)心得體會(huì)范文2
對(duì)于一個(gè)軟件系統(tǒng)的開(kāi)發(fā)，第一步就是問(wèn)題定義，了解所開(kāi)發(fā)系統(tǒng)的行業(yè)背景，制定計(jì)劃。當(dāng)我們計(jì)劃確定以后就要對(duì)項(xiàng)目系統(tǒng)本身進(jìn)行可行性研究，主要從技術(shù)可行性、經(jīng)濟(jì)可行性和操作可行性三個(gè)方面著手。就比如《物聯(lián)網(wǎng)物流倉(cāng)庫(kù)管理系統(tǒng)》的行業(yè)背景說(shuō)明文檔中非常詳細(xì)地分析了當(dāng)下物聯(lián)網(wǎng)物流行業(yè)的整體業(yè)務(wù)說(shuō)明、應(yīng)用背景、未來(lái)發(fā)展趨勢(shì)以及相關(guān)應(yīng)用案例等四個(gè)方面，項(xiàng)目團(tuán)隊(duì)中系統(tǒng)分析員就可以根據(jù)這份文檔以及相關(guān)的調(diào)查資料對(duì)將要開(kāi)發(fā)系統(tǒng)的進(jìn)行定義等工作。
原來(lái)我們寫(xiě)這類(lèi)文檔的時(shí)候就是草草了事，不會(huì)做得這么詳細(xì)，而這次看到大型項(xiàng)目的行業(yè)背景說(shuō)明也是這么詳細(xì)，也讓自己認(rèn)識(shí)到不管是軟件開(kāi)發(fā)的那個(gè)階段都要認(rèn)真對(duì)待，這些瑣碎的文檔都是后期開(kāi)發(fā)項(xiàng)目的支撐，只要它們做的透徹，后面的開(kāi)發(fā)工作才能更順利的進(jìn)行。
第二、項(xiàng)目需求說(shuō)明方面
這部分項(xiàng)目需求說(shuō)明就是軟件定義時(shí)期中需求分析階段，而該階段的主要目的就是了解用戶(hù)的需要，根據(jù)用戶(hù)的需要確定系統(tǒng)必須完成那些工作，并對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。在需求分析結(jié)束之前系統(tǒng)分析人員要寫(xiě)出一份需求規(guī)格說(shuō)明，即為《物聯(lián)網(wǎng)物流倉(cāng)儲(chǔ)管理系統(tǒng)》項(xiàng)目需求說(shuō)明文檔。我們可以看出該文檔也是非常詳細(xì)，相比之下我們之前做項(xiàng)目時(shí)寫(xiě)的需求規(guī)格說(shuō)明書(shū)就非常不合格，不僅格式不正確內(nèi)容也是少之又少。
在這方面，這篇文檔給我啟發(fā)很大。首先就是文檔的格式，要美觀整齊，讓人看著舒服方便。其次就是文檔的內(nèi)容，原來(lái)它不是很重要，寫(xiě)文檔的時(shí)候也不知道怎么寫(xiě)就借鑒下網(wǎng)上的內(nèi)容，結(jié)果根本就沒(méi)有把自己項(xiàng)目的需求寫(xiě)明白，以至于自己最后都有些糊涂，所以根據(jù)以前的經(jīng)驗(yàn)教訓(xùn)我會(huì)對(duì)這部分更加重視。
第三、系統(tǒng)概要設(shè)計(jì)方面
這部分內(nèi)容分說(shuō)的是軟件設(shè)計(jì)時(shí)期的概要設(shè)計(jì)階段，該階段的主要目的就是實(shí)現(xiàn)系統(tǒng)的功能、設(shè)計(jì)軟件的結(jié)構(gòu)、模塊組成以及模塊之間的關(guān)系。在概要設(shè)計(jì)階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對(duì)比多種可能的系統(tǒng)實(shí)現(xiàn)方案和軟件結(jié)構(gòu)，從中選出最佳方案和最合理的結(jié)構(gòu)。在這個(gè)階段還會(huì)具體畫(huà)出E-R圖、數(shù)據(jù)流圖等方面的設(shè)計(jì)。
比如《物聯(lián)網(wǎng)物流倉(cāng)庫(kù)管理系統(tǒng)》的系統(tǒng)概要設(shè)計(jì)從項(xiàng)目概述、設(shè)計(jì)約束、功能單元與功能模塊設(shè)計(jì)、數(shù)據(jù)E-R圖設(shè)計(jì)、總體設(shè)計(jì)、界面設(shè)計(jì)等六個(gè)方面介紹，通過(guò)讀這個(gè)文檔，我覺(jué)得最重要的還是總體設(shè)計(jì)，分別從邏輯架構(gòu)設(shè)計(jì)、物理架構(gòu)設(shè)計(jì)、技術(shù)架構(gòu)設(shè)計(jì)設(shè)計(jì)系統(tǒng)。在這個(gè)階段中模塊要做到高內(nèi)聚低耦合，這樣開(kāi)發(fā)出來(lái)的系統(tǒng)才會(huì)具有更高的獨(dú)立性。
在原來(lái)做項(xiàng)目時(shí)沒(méi)有編寫(xiě)過(guò)這類(lèi)文檔，在該階段只是畫(huà)了結(jié)構(gòu)圖、層次圖以及相關(guān)的模塊劃分，對(duì)該類(lèi)文檔尚未重視。通過(guò)張老師的講解和自己的學(xué)習(xí)，我相信在以后做項(xiàng)目的'時(shí)候一定會(huì)注意到這類(lèi)文檔的編寫(xiě)。
第四、詳細(xì)設(shè)計(jì)與分析方面
詳細(xì)設(shè)計(jì)階段就是把概要設(shè)計(jì)階段的每個(gè)模塊進(jìn)一步設(shè)計(jì)，確定每個(gè)模塊所需要的算法和數(shù)據(jù)結(jié)構(gòu)。在這個(gè)階段還是需要我們?cè)O(shè)計(jì)出程序的詳細(xì)規(guī)格說(shuō)明，而不是編寫(xiě)程序。在詳細(xì)設(shè)計(jì)階段，系統(tǒng)設(shè)計(jì)人員可以通過(guò)使用程序流程圖、盒圖、PAD圖等過(guò)程設(shè)計(jì)的工具和Jackson圖等面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)工具進(jìn)一步設(shè)計(jì)系統(tǒng)相關(guān)接口，主要包括界面設(shè)計(jì)接口、業(yè)務(wù)單設(shè)計(jì)接口、單元模塊設(shè)計(jì)接口等，這些對(duì)于以后的編碼工作都是極其重要的。
第五、編碼和測(cè)試方案方面
關(guān)于編碼，我認(rèn)為編碼要想做的完美必備條件就是前面的軟件定義和軟件設(shè)計(jì)時(shí)期要按部就班的做，文檔一定要按要求書(shū)寫(xiě)，不能偷懶也不能草草書(shū)寫(xiě)。對(duì)于編碼也要有相應(yīng)的文檔書(shū)寫(xiě)規(guī)范，要使源程序代碼的邏輯簡(jiǎn)明清晰、易讀易懂。這樣盡管我們不是設(shè)計(jì)系統(tǒng)的人員，當(dāng)看到源程序代碼的時(shí)候也能容易讀懂代碼的意思。
其次就是測(cè)試的內(nèi)容，從測(cè)試的文檔中我們可以得出，其實(shí)測(cè)試在軟件開(kāi)發(fā)中同樣占據(jù)了重要的地位，它主要就是盡可能多的找到問(wèn)題并排除其中的潛藏的錯(cuò)誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶(hù)使用。它要求測(cè)試人員也要有很高的技術(shù)水平。
【軟件工程實(shí)訓(xùn)心得體會(huì)】相關(guān)文章：
軟件工程實(shí)訓(xùn)心得體會(huì)05-17
軟件工程實(shí)訓(xùn)心得體會(huì)10篇06-26
軟件工程實(shí)訓(xùn)心得體會(huì)匯編【10篇】12-27
電工實(shí)訓(xùn)實(shí)訓(xùn)心得體會(huì)09-03
【經(jīng)典】實(shí)訓(xùn)心得體會(huì)07-21
[精選]實(shí)訓(xùn)心得體會(huì)09-15