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

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