軟件開發(fā)心得總結(jié)

———軟件開發(fā)心得總結(jié)軟件開發(fā)心得總結(jié)由我整理，希望給你工作、學(xué)習(xí)、生活帶來方便，猜你可能喜愛“軟件開發(fā)經(jīng)驗總結(jié)”。有感于網(wǎng)盤開發(fā)過程有感于網(wǎng)盤開發(fā)過程1一、軟件開發(fā)個人體會：2二、做軟件開發(fā)我覺得要明白：2三、在開發(fā)中遇到問題應(yīng)當(dāng)怎么去解決？.2四、怎么樣才略提高自身的本領(lǐng)？.2五、怎么樣才略做好軟件開發(fā)？.2六、文檔的緊要性.3七、我的收獲.3八、網(wǎng)盤項目開發(fā)的最大體會4九、軟件測試（單體測試和連接測試）4常熟理工學(xué)院SIG小組3/28/2024一、軟件開發(fā)個人體會：1.軟件領(lǐng)域中的知識在于積累。2.做軟件開發(fā)，就仿佛算數(shù)學(xué)題和世界杯足球賽一樣：重在結(jié)果，而不在乎過程。3.軟件服務(wù)于人類，軟件是在解決一些生活中的問題和錯誤，問題決議解決方案。二、做軟件開發(fā)我覺得要明白：1.職業(yè)的樂趣：（A）用本身的智慧去創(chuàng)建新事物的歡樂（B）開發(fā)對別人有用的東西（C）不絕學(xué)習(xí)來充實本身2.職業(yè)的苦惱:（A）總是努力探求完美（B）全部要實現(xiàn)的功能由他人而定（C）概念設(shè)計計是有趣味的，但找Bug總是很苦惱的三、在開發(fā)中遇到問題應(yīng)當(dāng)怎么去解決？1.2.3.4.不明白就多問，不要自已始終去琢磨。一個問題假如30分鐘還沒有解決就應(yīng)當(dāng)考慮是不是問問別人。一個問題在沒有用過3種以上的方法解決過就不要去問別人。解決問題思路是關(guān)鍵：信任問題總歸有解決的方法，就算連技術(shù)上都沒法實現(xiàn)的問題，信任通過良好的溝通終究也會有解決的方法。5.解決問題的前提是：理解別人的意思，理解別人的需求，多溝通，及時給客戶反饋信息。四、怎么樣才略提高自身的本領(lǐng)？1.程序員怎么樣進步最快？－理論結(jié)合實踐2.不要怕出差錯，不怕遇到錯誤，有錯誤就有挑戰(zhàn)，這樣才可以進步，但不要讓同一個石頭把你絆倒2次。五、怎么樣才略做好軟件開發(fā)？1.首先要明白解決的問題是什么，理解問題，其次再決議怎么解決這個問題2.遇到很多而雜的問題，我們就簡單想，把問題簡單化，細化到能夠?qū)崿F(xiàn)為止常熟理工學(xué)院SIG小組3/28/20243.出了問題，我們要先分析問題，然后知道引起問題的原因，最終并想出問題的解決方法4.我們應(yīng)當(dāng)從2個方面去把握一個項目：從業(yè)務(wù)角度和項目的關(guān)鍵問題上去把握一個項目（A）從不同的系統(tǒng)場景（B）從不同的用戶角色（充當(dāng)什么角色）（C）從不同的系統(tǒng)使用角度（擁有那些權(quán)限）5.其實我覺得開發(fā)人員說實在應(yīng)當(dāng)要比使用系統(tǒng)的人更了解系統(tǒng)需求，只有真正徹底的了解了項目的業(yè)務(wù)需求，我們才略做真的做好這個項目六、文檔的緊要性記得我起初剛開發(fā)項目的時候都是寫個大概的需求說明書，做一個E—R圖，畫幾個大概的數(shù)據(jù)流程圖，然后建立數(shù)據(jù)字典和表結(jié)構(gòu)關(guān)系。再接著搭建一個開發(fā)環(huán)境，配置幾臺服務(wù)器，劃分一下模塊，分工，我們就可以Coding了，始終到項目結(jié)束了，也沒有完整的設(shè)計文檔，更沒有完整的測試文檔，雖然這樣確實是很快的完成了Coding工作，感覺上相像節(jié)省了好多本錢和開發(fā)時間，但后期的維護和Bug就是常常顯現(xiàn)的事。小項目沒有文檔關(guān)系不大，但假如遇到一個大項目的時候，那這樣的開發(fā)方式就很有問題很不安全的。大項目沒有文檔：首先維護就很麻煩，也很亂，寫的代碼，過幾天都不知道它是完成什么功能的了，其次系統(tǒng)的穩(wěn)定性和可靠性也讓人懷疑，擴展性就不用說了。七、我的收獲A.程序員大多都不喜愛寫文檔,我們以前也是特厭煩,記得以前都是系統(tǒng)開發(fā)完了，為了應(yīng)付項目驗收，就匆忙促忙的一組人在那里補文檔。在我們的思想里,所謂的文檔就是一些廢話,一句話硬是用十句話來替換的無聊透頂。B.代碼風(fēng)格要規(guī)范以前做項目，我們都是不怎么去注意代碼風(fēng)格和寫代碼的規(guī)范，都是略微想一下就直接開始寫代碼了。解釋也很少用，總感覺我們本身寫的代碼，我們怎么會不知道它做了些什么事呢？總覺得我們本身寫的代碼我們怎么會不知道它是用來做什么的呢。始終都不信任這是個事實，但事實上，項目驗收后，系統(tǒng)剛開始使用的人少，也就不會顯現(xiàn)潛在的錯誤，隨著時間的加添，久而久之，當(dāng)大量用戶并發(fā)訪問的時候，系統(tǒng)的Bug就暴漏出來了，那時你再用熟識的Eclipse打開整個項目的源碼時，再去看本身寫的代碼的時候，真的發(fā)現(xiàn)，我們定義的這個變量名是什么意思啊？我們的這個Flag是用來推斷什么的啊？我們的if（）中條件不知道是推斷什么？Function（）也忘掉是什么功能了？想想好可怕啊。莫非真的都忘掉了嗎？回答是確定的：真的忘了。C.心得體會:通過做該網(wǎng)盤項目，在這2年的磨練中，我們才真的體會到，良好的文檔是正規(guī)研發(fā)流程中特別緊要的環(huán)節(jié),一個好的程序是先寫好設(shè)計文檔再進行編程的，在設(shè)計文檔的引導(dǎo)下，才略寫出安全的代碼。假如你不寫文檔，一開始就寫程序，這樣你就不會按已設(shè)計好的路線走，而是想到哪寫到哪。小功能還好說，要是大功能，就容易混亂.常熟理工學(xué)院SIG小組3/28/2024剛開始我們還很不習(xí)慣這一系列的編程風(fēng)格，很多的規(guī)范，尤其是命名，方法和解釋，都有這著很多限制，讓我們覺得真羅唆，寫個程序完成功能不就可以了嗎，明明1小時做完的事情非得讓人用3、4個小時去做，我們現(xiàn)在真的明白這樣做的好處了，我們已經(jīng)習(xí)慣這樣的編程風(fēng)格了，這也養(yǎng)成了我們的一個編程習(xí)慣了，深有體會啊。最忙的時候就是我們成長和收獲最多的時候。八、網(wǎng)盤項目開發(fā)的最大體會我們覺得項目開發(fā)的開始時候，應(yīng)當(dāng)由項目負責(zé)人特別好的對項目是什么項目，具體約莫做什么事情，是誰提出來的，目的是解決什么問題，以及里面用到的很多專出名詞做個細致的說明，而不是從一開始就分幾本式樣書，給個靜態(tài)Html的Demo看看，然后搭建好開發(fā)環(huán)境就依照式樣設(shè)計書來開發(fā)。九、軟件測試（單體測試和連接測試）我們首先認為，編寫程序的時候不要想出了問題再解決，而是要想如何不會顯現(xiàn)問題，要依據(jù)經(jīng)驗來猜測可能顯現(xiàn)的問題，然后避開顯現(xiàn)。測試，說的直接點就是給軟件找錯誤。很多人認為發(fā)現(xiàn)錯誤是軟件測試的唯一目的,查找不出差錯誤的