軟件工程實(shí)習心得體會(huì )范文
軟件工程實(shí)習心得體會(huì )范文
軟件工程實(shí)習心得體會(huì )(一)
在這次軟件工程課程中,我學(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)的機會(huì ),我會(huì )在第一時(shí)間將他清除出去。還有就是,作為組長(cháng),你要做的最重要的事情,不是發(fā)揮自己的聰明才智,而是創(chuàng )造出一個(gè)平臺,讓別人去發(fā)揮,你所要做得,出了保證這個(gè)平臺的完整性和公平性外,還有就是協(xié)調好各組員之間的關(guān)系。
這就是我的實(shí)習感想。
軟件工程實(shí)習心得體會(huì )(二)
時(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ù)一天加班搞定,效率和忠誠都有了,路也比較好走了。
【軟件工程實(shí)習心得體會(huì )】相關(guān)文章:
關(guān)于軟件工程的總結五篇02-25
實(shí)習的心得體會(huì )(精選10篇)11-15
畢業(yè)實(shí)習心得體會(huì )(精選28篇)05-19
關(guān)于樹(shù)木學(xué)實(shí)習心得體會(huì )05-25
兒科實(shí)習的心得體會(huì )(通用14篇)04-14
監獄民警實(shí)習的心得體會(huì )(通用8篇)09-20
水電站實(shí)習心得體會(huì )(精選10篇)07-18
大學(xué)生測量實(shí)習心得體會(huì )(精選11篇)11-24