軟體開發實習個人總結1
這次實訓使我們明白我們所欠缺的不僅僅是技術知識，更重要的是有一種處理事情的方法、面對問題的心態和動手能力。面對完全陌生的新知識、新技術、新專案以及整個IT行業，我們不能畏懼，要以一種積極的心態去面對，分析並抓住關鍵所在。因為我們所即將應對的每一個專案都是既需要實際操作，又需要詳細規劃的。作為組長，協調組員、激勵其他學員和積極參與專案研發是我每天必做的工作。我認為每個人都應該在團隊中做好自己應盡的職責，再優秀的個人也可能完成一個即龐大又複雜的專案工作，我們必需緊密的聯合在一起，以一個團隊的角色來面對。
一公司有一項對專案經理的調查顯示，專案經理平均每週參加6個會議，其中25%的時間浪費在無用的討論上。會議效率低最普遍的3個原因是：會議沒有很好的計劃、會議沒有被適當的領導、無紀律的與會者。我們軟體專案也會遇到相同的問題，專案啟動會、評估會、大大小小的評審會、技術會、周例會等等一系列會議會隨著專案進展而召開，如何保證高效的會議效果，我的一些會議技巧與大家共享：確實需要開會時才開會；訂立會議紀律；非常清楚的明確會議目標；提前準備一個會議議程；提倡各會議參與人的會前準備；鼓勵參與，但在會議過程中遵守會議議程；把團隊建設融入會議、作會議記錄、會後跟蹤所有安排任務的執行情況。
程式設計師需要關心尊重。曾經有個例子，某公司開發人員王某由於剛開始學習程式設計，技術水平差一點，常常受到經理的“另眼相看”，每次軟體出現了問題都懷疑是他的原因，老開他的低階玩笑，這位員工會有怎樣的表現就可想而知了。經理通過這種手段能夠迫使這一位自動辭職嗎？非也，這位員工後來工作非常不負責任，把程式碼寫得既長又重複，且在程式碼中留下大量的隱患，此時，經理卻反而不敢過份得罪他了（否則，留下的巨量程式碼很難維護）。如果認為某人不適合目前工作，為何不另請高明？既然已經請他作了這件工作，就得尊重他。不能指望開發人員在非工作場合談吐得體、辦事周到、眼觀六路、耳聽八方，正所謂“尺有所短，寸有所長”，例如要求技術人員在酒席宴上象公關小姐或公關先生一樣舉止適度，從來不會有好的效果。軟體人員普遍喜歡自由而寬鬆的工作環境，最好不要做過多的無謂的規定，例如不準遲到、上班必須換拖鞋，否則罰款等等。如果確實有人經常上班遲到，工作不認真等，首先應該瞭解原因，此時多作思想工作是必要的，許多公司的經理們認為“思想工作”是過時的東西了，其實不然，私企職工揹負的心理壓力其實很重。他們特別需要有人關心，特別需要心理上的“減負？
軟體專案管理，需要我們不但關注專案管理技術等在軟體行業中的應用，還應該關注如何與軟體新思想和技術的整合，例如XP等思想，使我們得到更高效益的產出。欲想琢其玉，必先利其器，專案管理和我們軟體開發、質量管理等得一系列工具和模版，是我們事半功倍的利器。他山之石可以攻玉，關注一些管理界的發展，例如目前的中國式管理等，將其經驗用於軟體專案管理實踐並總結，將為我們帶來更大實效。
軟體開發實習個人總結2
這學期學習了軟體工程實踐這門課，我覺得這是對上學期的軟體工程課程學習的.檢驗，上學期學習軟體工程只是我們淺顯的認識，相比之下，這學期就更加全面的說明了開發一個專案所需要的步驟以及開發專案過程中所需要注意的諸多細節。如果說上學期的課程注重理論基礎的話，那麼這學期的軟工實踐，顧名思義，就是側重我們動手操作的能力。
原來我認為開發一個專案最重要的就是寫程式碼，似乎整個軟體都是編程式碼，因為自己動手能力不強所以就很排斥做專案。可是經過我們學習軟工課程到團隊做專案再到學習軟體工程實踐課程之後，我才真正意識到實施一個軟體工程專案並不是說簡單的會編碼就能夠解決問題的，因為一個軟體的生命週期分為三個時期：軟體定義時期、開發時期、維護時期，而這三個時期整體又分為七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開發一個專案時，更多的精力不是放在編碼上，編碼只是一個很小的模組，而是專案的整體結構上。
在寫軟工實踐體會之前，我想在這裡總結一下上學期三人團隊做 專案的相關事宜。上學期我們三人團隊根據軟體開發的步驟開發一個名為“西大老鄉‘薈’”的社交系統，主要是為西大學子提供一個找老鄉的平臺。雖然只進行到詳細設計階段，沒有進一步實現，但是我還是從中學到很多東西的。首先要先確定專案主題，也就是這個專案用來做什麼，可以解決什麼問題。接著就是這個專案是否有研究的必要以及是否有解決的辦法，針對我們的專案，我們對西大的一些學生做了問卷調查，並從調查中繼續完善系統本身的做使用者。第三步根據我們確定的專案主題進行需求分析，這一步驟當時做的不是很好，比如所畫E—R圖、資料流圖等都有考慮不周的問題，導致接下來的概要設計、詳細設計進行的很困難，有些步驟甚至還需要返工。
從我們在需求分析中出現的問題，使我們明白了軟體定義階段對於一個專案的開發是至關重要的，當軟體定義階段完成時必須要用正式的文件準確的地記錄目標系統的需求。只有前期的準備工作做得好，後面的工作才能順利進行。雖然專案最後沒有完全實現，但是起碼我們已經初步體會到軟體專案開發的步驟，以及每一步所需要完成的文件等內容。
這學期的軟體工程實踐雖然不是親自動手開發一個系統，但是張元平老師以“物聯網物流倉儲管理系統”為主給我們講解了一個真實系統的開發過程，從計劃到專案系統的釋出實施，以及每一步必須生成的文件。我主要從以下五個方面談一下我的心得體會。
第一、行業背景說明方面
對於一個軟體系統的開發，第一步就是問題定義，瞭解所開發系統的行業背景，制定計劃。當我們計劃確定以後就要對專案系統本身進行可行性研究，主要從技術可行性、經濟可行性和操作可行性三個方面著手。就比如《物聯網物流倉庫管理系統》的行業背景說明文件中非常詳細地分析了當下物聯網物流行業的整體業務說明、應用背景、未來發展趨勢以及相關應用案例等四個方面，專案團隊中系統分析員就可以根據這份文件以及相關的調查資料對將要開發系統的進行定義等工作。
原來我們寫這類文件的時候就是草草了事，不會做得這麼詳細，而這次看到大型專案的行業背景說明也是這麼詳細，也讓自己認識到不管是軟體開發的那個階段都要認真對待，這些瑣碎的文件都是後期開發專案的支撐，只要它們做的透徹，後面的開發工作才能更順利的進行。
第二、專案需求說明方面
這部分專案需求說明就是軟體定義時期中需求分析階段，而該階段的主要目的就是了解使用者的需要，根據使用者的需要確定系統必須完成那些工作，並對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格說明，即為《物聯網物流倉儲管理系統》專案需求說明文件。我們可以看出該文件也是非常詳細，相比之下我們之前做專案時寫的需求規格說明書就非常不合格，不僅格式不正確內容也是少之又少。
在這方面，這篇文件給我啟發很大。首先就是文件的格式，要美觀整齊，讓人看著舒服方便。其次就是文件的內容，原來它不是很重要，寫文件的時候也不知道怎麼寫就借鑑下網上的內容，結果根本就沒有把自己專案的需求寫明白，以至於自己最後都有些糊塗，所以根據以前的經驗教訓我會對這部分更加重視。
第三、系統概要設計方面
這部分內容分說的是軟體設計時期的概要設計階段，該階段的主要目的就是實現系統的功能、設計軟體的結構、模組組成以及模組之間的關係。在概要設計階段，我們可以站在全域性的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實現方案和軟體結構，從中選出最佳方案和最合理的結構。在這個階段還會具體畫出E—R圖、資料流圖等方面的設計。
比如《物聯網物流倉庫管理系統》的系統概要設計從專案概述、設計約束、功能單元與功能模組設計、資料E—R圖設計、總體設計、介面設計等六個方面介紹，通過讀這個文件，我覺得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模組要做到高內聚低耦合，這樣開發出來的系統才會具有更高的獨立性。
在原來做專案時沒有編寫過這類文件，在該階段只是畫了結構圖、層次圖以及相關的模組劃分，對該類文件尚未重視。通過張老師的講解和自己的學習，我相信在以後做專案的時候一定會注意到這類文件的編寫。
第四、詳細設計與分析方面
詳細設計階段就是把概要設計階段的每個模組進一步設計，確定每個模組所需要的演算法和資料結構。在這個階段還是需要我們設計出程式的詳細規格說明，而不是編寫程式。在詳細設計階段，系統設計人員可以通過使用程式流程圖、盒圖、PAD圖等過程設計的工具和Jackson圖等面向資料結構的設計工具進一步設計系統相關介面，主要包括介面設計介面、業務單設計介面、單元模組設計介面等，這些對於以後的編碼工作都是極其重要的。
第五、編碼和測試方案方面
關於編碼，我認為編碼要想做的完美必備條件就是前面的軟體定義和軟體設計時期要按部就班的做，文件一定要按要求書寫，不能偷懶也不能草草書寫。對於編碼也要有相應的文件書寫規範，要使源程式程式碼的邏輯簡明清晰、易讀易懂。這樣儘管我們不是設計系統的人員，當看到源程式程式碼的時候也能容易讀懂程式碼的意思。
其次就是測試的內容，從測試的文件中我們可以得出，其實測試在軟體開發中同樣佔據了重要的地位，它主要就是儘可能多的找到問題並排除其中的潛藏的錯誤，最終把一個高質量的軟體系統交給使用者使用。它要求測試人員也要有很高的技術水平。
軟體開發實習個人總結3
我們是20XX年3月7號進入巨集天實訓公司參加軟體開發實訓的，在此次實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最後獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。
經過之前的在校學習，對程式設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與專案的開發。所以說實話，在實訓之前，軟體專案開發對我來說是比較抽象的，一個完整的專案要怎麼分工以及完成該專案所要的步驟也不是很明確。而經過這次實訓，讓我明白了一個完整專案的開發，必須由團隊來分工合作，並在每個階段中進行必要的總結與論證。
一個完整專案的開發它所要經歷的階段包括：遠景範圍規劃和用例說明、專案結構和風險評估、業務功能說明書、詳細設計說明書、程式碼實現、測試和安裝包等等。一個專案的開發所需要的財力、人力都是很多的，如果沒有一個好的遠景規劃，對以後的開發進度會有很大的影響，甚至會出現在預定時間內不能完成專案或者完成的專案跟原來預想的不一樣。一份好的專案結構、業務功能和詳細設計說明書對一個專案的開發有明確的指引作用，它可以使開發人員對這個專案所要實現的功能在總體上有比較明確的認識，還能減少在開發過程中出現不必要的麻煩。程式碼的實現是一個專案開發成功與否的關鍵，也就是說，前期作業都是為程式碼的實現所做的準備。
我深刻的認識到要成為一名優秀的軟體開發人員不是一件容易的事情，不僅要有足夠的幹勁和熱情，還要有紮實的編寫程式碼基礎，必須要有事先對文件進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返於實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態迎接明天挑戰。
實訓中要求有紮實的理論基本知識，操作起來才順心應手，我這時才明白什麼是“書到用時方恨少”。這就激發了學習的慾望。
“學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。
“紙上得來終覺淺，絕知此事要躬行！”，在短暫的實訓過程中，讓我深深感受到自己在實際運用中專業知識的匱乏。以前總以為自己學的還不錯，一旦應用到實際就大不一樣了，這時才真正領悟“學無止境”的含義。
經過為期兩個月的電子政務服務平臺系統開發的實訓，我對Visual 軟體開發平臺有了更深一步的瞭解，對微軟基礎類庫的認識與使用也有了大大的提高。以及如何使用SQL Server資料庫進行連線操作方面有了本質的提高。
短短的實訓結束了，為我將來的就業打下了良好的基礎，也提高了我的軟體開發的水平，今後我將會更加努力的學習，不斷提高自身素質，開拓創新，與時俱進，做一個優秀的軟體開發工程師。
