軟件工程實(shí)習(xí)心得體會(huì)

1、.軟件工程實(shí)習(xí)心得體會(huì)軟件工程實(shí)習(xí)心得體會(huì)一 在這次軟件工程課程中，我學(xué)到了很多東西，第一次深化的體會(huì)到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的工程，直到這次課堂我擔(dān)任組長并組織組員共同完成“個(gè)人圖書管理系統(tǒng)這個(gè)工程，第一次和別人合作，才發(fā)現(xiàn)運(yùn)用工程化的思想來做是如此的有必要。 從這里，我才真正的意識(shí)到施行一個(gè)軟件工程并不是說簡單的會(huì)編碼就可以解決問題的，我們更多的精力不是放在編碼上，編碼只是一個(gè)很小的模塊，只占到那么小的一個(gè)部分。這個(gè)事實(shí)在很大程度上顛覆了我以前的思想，在我以前的認(rèn)識(shí)中，似乎整個(gè)軟件就是編碼，除此無它，還好有老師的指導(dǎo)，不然真的會(huì)出現(xiàn)老師

2、所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個(gè)工作。 剛真正開場工作之前，我們費(fèi)了很多的時(shí)間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對(duì)無關(guān)緊要，甚至是多于的，其實(shí)，換做在以前，我也會(huì)這么認(rèn)為。可是，我如今算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人承受和認(rèn)可，在進(jìn)展過程中不會(huì)出現(xiàn)崩潰性的問題，這些工作缺一不可。 還有就是接下來的一些設(shè)計(jì)模塊，此模塊與軟件編碼涉及比較嚴(yán)密，主要是解決一些參數(shù)傳遞和接口通訊的問題，此模塊對(duì)我的觸動(dòng)遠(yuǎn)沒有上兩個(gè)模塊對(duì)我的影響大，因此再次也不做過多的介紹。 在整個(gè)活

3、動(dòng)的完成過程中，作為組長，我收獲很多，我發(fā)現(xiàn)，要是組里有個(gè)人不怎么想做事情時(shí)，他對(duì)于整個(gè)組織的影響是消滅性的，正所謂“一顆老鼠屎，能壞一倉谷，以后我的組織里要是出現(xiàn)這樣的人，我絕不會(huì)給他繼續(xù)留下來的時(shí)機(jī)，我會(huì)在第一時(shí)間將他去除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個(gè)平臺(tái)，讓別人去發(fā)揮，你所要做得，出了保證這個(gè)平臺(tái)的完好性和公平性外，還有就是協(xié)調(diào)好各組員之間的關(guān)系。 這就是我的實(shí)習(xí)感想。 軟件工程實(shí)習(xí)心得體會(huì)二 時(shí)間過的很快，轉(zhuǎn)眼間已經(jīng)實(shí)習(xí)將近5個(gè)月，其中有2個(gè)月是屬于完全被流放的。 最先在內(nèi)部系統(tǒng)組參與內(nèi)部管理系統(tǒng)開發(fā)struts+mysql+sp

4、ring+hibernate，之后是去做網(wǎng)絡(luò)交換機(jī)軟件的腳本測(cè)試。如今又回歸內(nèi)部系統(tǒng)，雖然在腳本組期間，編碼才能被別人甩在后頭，但至少具有了一些測(cè)試經(jīng)歷。 至少自己做的東西，是真正交付到了客戶手上，到也略微有些成就感。 1、淺談測(cè)試 一直以來，我都認(rèn)為測(cè)試是脫離了軟件工程范圍的工作，不以為屑。但在實(shí)際情況中，測(cè)試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般的測(cè)試人員不懂編碼，他們靠的是日以累計(jì)的經(jīng)歷總結(jié)和想象力。而要做到高級(jí)測(cè)試工程師，那么一定要懂編碼，因?yàn)檫@是你完全掌握整個(gè)系統(tǒng)的方方面面詳細(xì)運(yùn)作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測(cè)試經(jīng)歷。實(shí)際

5、工程中，編碼時(shí)間一般只占30%左右，真正消耗時(shí)間的是IT階段的找 bug與對(duì)應(yīng)bug，此階段根本評(píng)定了coder的編碼質(zhì)量。 2、程序員的困惑 有些人，以為教學(xué)視頻和代碼看多，自己就懂的多，實(shí)際做起來，卻不知從何下手，問題在那?如何定位?如何解決?統(tǒng)統(tǒng)跟一樣才能有關(guān)，debug追蹤才能，也稱調(diào)試。在工程組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化? 有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個(gè)查詢模塊，在此根底上去做詳細(xì)記錄的歷史記錄查詢模塊，你可能會(huì)覺得很簡單，但實(shí)際情況卻往往報(bào)一堆異常，配置問題涉及到方方面面，以及數(shù)據(jù)庫字段，傳值問題等等，一大堆對(duì)于新人來說很郁悶的問題。但

6、不用怕，只要學(xué)會(huì)調(diào)試，一個(gè)個(gè)問題去追蹤，一個(gè)個(gè)去解決，自然而然，那段“源碼才真正屬于你。 3、如何調(diào)試追蹤 假如你能在短短的時(shí)間內(nèi)就看到問題點(diǎn)在那，放下斷點(diǎn)去追蹤，出去找工作，絕對(duì)沒問題。出現(xiàn)問題的時(shí)候，不要光看代碼，要用實(shí)際行動(dòng)去追蹤運(yùn)行期間的詳細(xì)值，那是最好途徑。eclipse是個(gè)很爽的ide，這點(diǎn)做的很好。例如頁面內(nèi)容顯示不是自己想要的數(shù)據(jù)，我們要先從數(shù)據(jù)庫查詢語句去下手，設(shè)置斷點(diǎn)，一步一步step over，讓sql字段存取最終sql語句的字符串運(yùn)行到有值，inspect進(jìn)去看，假如還看不出來，就點(diǎn)擊它，copy后在sql客戶端去實(shí)際運(yùn)行，看看實(shí)際查詢出來的表是什么，假如是對(duì)的，有可能

7、就是頁面調(diào)用的錯(cuò)誤或者action邏輯的傳值問題。 頁面錯(cuò)誤的調(diào)試，根本方法是用右鍵點(diǎn)擊實(shí)際網(wǎng)頁查看源代碼，copy到editplus，就能看到詳細(xì)錯(cuò)誤發(fā)生在那幾行。通常有幾種常見的錯(cuò)誤，例如：缺少對(duì)象這種很多時(shí)候是有些被你調(diào)用的字段有可能為空的情況出現(xiàn)的，可以加ifxxx=null語句加保護(hù)。追蹤的方法根本就是用alert語句，放在有可能出錯(cuò)的地方。 4、一些習(xí)慣 遇到問題先自己考慮，無從下手再找高手幫助看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會(huì)了，不然你一輩子都停留在那種程度，從人身上學(xué)到的東西遠(yuǎn)遠(yuǎn)比書多的多。 解決了一個(gè)問題后，要去究根問底去找到問題產(chǎn)生的起因，以防你下次遇到類似的問題再浪費(fèi)同樣的時(shí)間。 把代碼寫的漂亮，注釋、空行、標(biāo)準(zhǔn)一樣不能少，可讀性是放在第一位。曾經(jīng)看過一個(gè)高手寫的代碼，真的一