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

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

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

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

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

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

6、不用怕，只要學(xué)會調(diào)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼才真正屬于你。 3、如何調(diào)試追蹤 假如你能在短短的時間內(nèi)就看到問題點(diǎn)在那，放下斷點(diǎn)去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實(shí)際行動去追蹤運(yùn)行期間的詳細(xì)值，那是最好途徑。eclipse是個很爽的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í)際查詢出來的表是什么，假如是對的，有可能

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