軟件開發(fā)實習心得

軟件開發(fā)實習心得軟件開發(fā)實習心得

軟件開發(fā)實習心得

始終以來期望從事自己喜愛的事業(yè)的我，對軟件開發(fā)有者及大的興趣，可由說種種緣由使我從事工作以來走了好幾年彎路，心中的幻想遲遲不能得以實現(xiàn)，可程序員的幻想從來沒有從我的心中抹去，但這扇大門似乎并沒有向我放開，今日，貴公司給了我敲開這扇大門的時機，讓我真實體驗了程序員的誕生過程。早就聽說，程序員的前幾個月是最苦的，可從來沒有感受到，海馬實習基地讓我提前感受到了剛剛進入軟件行業(yè)的壓力和困惑，再也沒有在自己家里任憑寫段小程序后的那種“驕傲”感了。要面對每天必需面對的問題，再也不行能以“躲避”而了之了。也讓我感覺到做為一個程序員所應當具備的根本素養(yǎng)在這不到一個月的實習過程中也讓我深深體會到了作為一個合格的程序員應當具備的根本素養(yǎng)。

團隊精神和協(xié)作力量是程序員應當具備的根本素養(yǎng)，最近的工作中讓我深深休會到了這一點，由于小組成員協(xié)作不好，使原來很便利的cvs給自己的工作帶來的及大的麻煩，一不當心自己寫的的東西就會被小組別的成員在上傳文件的時候給掩蓋掉，一成天的工作可能就這樣被反工，我們小組這次就是由于協(xié)作不好，導致各模塊之間不法連接，給工作帶來了及大的麻煩，消耗了大量的勞動力還沒有提高工作效率。這使我深深的體會到：一個勝利商業(yè)性軟件的開發(fā)必需有一個有強大分散力的團隊，個人的力氣是有限的，團隊精神和良好的協(xié)作會使我們做出優(yōu)秀的軟件。

良好的文檔是正規(guī)研發(fā)流程中特別重要的環(huán)節(jié)，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，缺乏文檔，一個軟件系統(tǒng)就缺乏生命力，在將來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。這次的這個小小的工程，就由于文檔上的一點點理解錯誤讓我們花了很大的工夫去改代碼，改頁面。很慶幸的是，這是一個小工程，要是大工程，這種問題可能就會導致大量的代碼修改，可見文檔在一個工程中起者巨大的做用。

此外，良好的代碼編寫習慣，不但有助于代碼的移植和糾錯，也有助于不同技術人員之間的協(xié)作。作為一個程序員，對需求的理解力量也是很重要的，只有真正理解了一個模塊的作用，才會寫出高效率的代碼，才能使整個軟件工程作出來更加優(yōu)秀，具備更好的安全性和穩(wěn)定性，我在寫代碼的過程中就遇到了需求理解上的問題，使得寫出來的代碼功能不全，幸好不是給客戶發(fā)覺在，要不，這個軟件的商業(yè)價值可能就會打折扣了。單元測試對于一個程序員來說是不行不做的一項工作，不做好測試就會給后期的集成工作帶來麻煩，往往為了一個小問題會讓我們查找好多模塊，給后期工作帶來很大麻煩。

這一段時間的工作也讓我明白了一點：一個優(yōu)秀的程序員必需不斷的學習，隨時總結，找到自己的缺乏，這樣逐步提高，才能讓自己很快的成長起來。建站俠客發(fā)表于201*-4-2810:19

對軟件開發(fā)的一點心得體會一、前期規(guī)劃：

我理解的前期規(guī)劃是：在市場人員們匯總一個需求提交給產(chǎn)品專家?guī)е漠a(chǎn)品經(jīng)理團隊，然后經(jīng)過這個團隊依據(jù)公司詳細狀況再次分析和規(guī)劃出一個最終需求文檔。

這個需求文檔應當首先提交給技術研發(fā)部門的負責人以及核心開發(fā)人員。由開發(fā)團隊對其進展技術和風險分析。假如對此需求統(tǒng)一有異議的地方，需要返回給產(chǎn)品團隊，重新修正需求。反復如此，直至需求完善精確，細致，清楚。

前期規(guī)劃就像高樓的地基，假如馬馬虎虎，就算是一塊磚塊沒擺好都可能導致整個高樓建立的失敗。在規(guī)劃中我認為，溝通永久是需要雙方積極主動，能仔細聽取每個人的建議。前期工作思維不慎重，不細致，不仔細，不夠完善，將產(chǎn)生連鎖效應直接導致整個工程和工程的失敗。

這種失敗可能表現(xiàn)為：第一種，軟件按需求實現(xiàn)但是功能根本不能滿意用戶需要。其次種，功能都有了，軟件沒有到達可用性、易用性。

對于第一種，固然是由于前期規(guī)劃疏漏了某些細小功能，沒能把需求文檔做完善。應當是規(guī)劃工作做的還不夠仔細和細致。

對于其次種狀況，我認為更多是在產(chǎn)品設計規(guī)劃方面閱歷還不夠成熟。這種問題應當是很難避開的。由于每種新產(chǎn)品對產(chǎn)品團隊來說都很生疏。即使以前做過類似的東西，也難免面面俱到。這只能通過不斷努力和仔細的態(tài)度來彌補。

前期規(guī)劃的溝通涉及了市場、產(chǎn)品和技術研發(fā)等多個團隊之間。需要的不僅是團隊內(nèi)部的溝通，更多需要協(xié)調(diào)好團隊之間的溝通?？赡苡袝r候需要公司高層和中層參加協(xié)調(diào)。

目前，許多開發(fā)人員深感工程的需求文檔寫的都很薄弱。大家可以想一想，假如沒有好的開頭，怎么會有好的完畢呢？需求文檔薄弱，不夠細致，由誰來連續(xù)完善呢？莫非讓程序員們自己去完善。我想程序員也可能沒有這種力量。對于程序員能把代碼寫的很強健很穩(wěn)定就已經(jīng)是很不簡單的事情了。

二、概要設計：

我理解的概要設計步驟：（以工程為中心的開發(fā)流程）

1〉工程經(jīng)理認真閱讀工程需求文檔。

2〉工程經(jīng)理召集工程開發(fā)成員，開工程啟動會議。詳細協(xié)商工程的開發(fā)任務和責任安排。

3〉核心開發(fā)人員開發(fā)確定，以及各模塊開發(fā)人員確定。4〉由系統(tǒng)分析員和核心開發(fā)人員認真閱讀需求文檔，對系統(tǒng)整個架構分析和做技術規(guī)劃。

5〉系統(tǒng)分析員整理和書寫最終的系統(tǒng)架構和概要設計文檔。

6〉系統(tǒng)分析員在文檔提交日，提交給工程經(jīng)理。工程經(jīng)理確認文檔并審批。

7〉工程經(jīng)理召集工程開發(fā)成員，開一個概要設計以及系統(tǒng)架構確定的會議。向每個成員分發(fā)文檔，并爭論確定最終概要設計文檔。

8〉開頭具體設計文檔的工作

三、具體設計：1〉工程經(jīng)理組織成立各個模塊的開發(fā)小組，并確定開發(fā)小組組長（程序經(jīng)理）。

2〉各開發(fā)組長書寫各自模塊的具體設計文檔，開發(fā)成員需要幫助，協(xié)作。

3〉在指定提交日，開發(fā)組長提交文檔給系統(tǒng)分析員。由系統(tǒng)分析員審批。

4〉系統(tǒng)分析員組織召開一個具體設計文檔確認的會議。5〉然后開發(fā)組長分發(fā)各自模塊的具體設計文檔給程序員，程序員在指定時間內(nèi)完成。

6〉程序員做內(nèi)部測試。開發(fā)組長協(xié)調(diào)并協(xié)作。

7〉確認無bug提交給開發(fā)組組長。

8〉全部模塊整合工作，由整個開發(fā)組成員參加完成。由全部開發(fā)組長和系統(tǒng)分析員負責主要局部工作。程序員幫助和協(xié)作。

9〉對整合后工程做具體測試。10〉確認測試通過后，開發(fā)組長依據(jù)開發(fā)成員表現(xiàn)以及提交成果填寫績效考核表。然后提交給工程經(jīng)理。

11〉工程經(jīng)理睬召開工程總結會，同時向優(yōu)秀成員頒獎。同時鼓舞全部成員連續(xù)努力。對不能按時完成導致工程能按時提交，以及對導致失敗的關鍵人員給與懲處處理。

固然，以上只是一個簡潔的開發(fā)流程，肯定是有許多缺乏的地方。盼望能起到拋磚引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，關鍵還是在人本身了。沒有一個流程和制度，一個團隊也必將是一盤散沙。正所謂“無法規(guī)無以成方圓”。這句話說得很有道理。

四、詳細編碼：

開發(fā)幾個工程之后，對編寫程序有了更進一步的了解。

好的程序應當具有:易讀性，易擴展性，容錯性。

易讀性:全部變量和函數(shù)以及類名用簡潔易懂易記憶的命名方式。全部類和函數(shù)甚至變量都有關鍵的解釋說明。這點很重要，也是最根底的。假如代碼書寫不夠美觀和易懂，我想自己以后也不想再看。就更別談功能的擴展和新版本開發(fā)了。

易擴展性:整體系統(tǒng)架構規(guī)律簡潔清楚。模塊與模塊之間盡量做到互不影響，也就是盡可能的獨立。這局部工作主要表達在前期設計工作中，需要把握好的設計閱歷和方法才能夠做得比擬好。

容錯性:對數(shù)據(jù)流和指針以及數(shù)組都做數(shù)據(jù)有效性檢查；對第三方接口的調(diào)用失敗的容錯性。對全部代碼都做調(diào)用失敗后的錯誤處理。以及在大的工程中參加trace文件輸出，把關鍵的數(shù)據(jù)流和關鍵處理局部的操作信息輸出。以便對工程特別狀況產(chǎn)生條件的定位，準時解決問題。

我覺得程序員能在這三方面做得很好就算一個優(yōu)秀的programmer了。

五、調(diào)試、跟蹤與測試：

1測試需要留意的：

對每個模塊的接口做測試，數(shù)據(jù)邊界的檢查。在對整個模塊做測試。

主要測試穩(wěn)定性，效率以及功能是否正常。

確認單個模塊完全正常后，再參加工程。

在系統(tǒng)架構設計的時候，可能會引入原型參考。要對原型做完成測試后，確認沒有問題后，才可使用。

2可以采納VC自帶Trace或者將信息輸出為文本文件的方式跟蹤程序并輸出關鍵信息，以便定位程序特別的緣由。

3對于通信模塊的測試，特殊留意效勞端和客戶端的數(shù)據(jù)流?？梢葬槍π缘膶懸粋€客戶端或效勞端的測試程序，檢驗通訊過程是否正常。

4在用VC做開發(fā)中，肯定先要讓Debug版本正常運行，保證沒有任何特別，內(nèi)存泄漏和Assert等調(diào)試警告信息。假如用到其他Lib,肯定要保證Lib本身不存在問題。

這里只是提到一些自己簡單忽視的東西，盼望能對大家有所幫忙，歡送指正！感謝。

擴展閱讀：軟件實訓心得體會

學生治理系統(tǒng)實訓心得

通過為學期期的實訓，我學習了許多關于許多的學問。在教師的正確指導下，順當?shù)耐瓿闪宋业膶嵱杻?nèi)容。在此，也有同學的幫忙，在他們的幫忙下我也受益匪淺。最終，能順當完成實訓的任務也快樂了。

在實訓生活中，我了解開發(fā)工程的需求、設計、實現(xiàn)、確認以及維護等活動整個過程，讓自己開頭懂得一點軟件工程的學問點。首先，了解需求分析的重要性，比方：需求分析就是分析軟件用戶的需求是什么.假如投入大量的人力，物力,財力,時間,開發(fā)出的軟件卻沒人要,那全部的投入都是徒勞.假如費了很大的精力,開發(fā)一個軟件,最終卻不滿意用戶的要求,從而要重新開發(fā)過,這種返工是讓人痛心疾首的.(信任大家都有體會)比方,用戶需要一個forlinux的軟件,而你在軟件開發(fā)前期忽視了軟件的運行環(huán)境,忘了向用戶詢問這個問題,而想固然的認為是開發(fā)forwindows的軟件,當你千辛萬苦地開發(fā)完成向用戶提交時才發(fā)覺出了問題,那時候你是欲哭無淚了,恨不得找塊豆腐一頭撞死。所以，需求分析是勝利的第一步，就是要全面地理解用戶的各項要求,并精確地表達所承受的用戶需求。然后呢？的確客戶的需求的以后我們要做什么呢，那固然是設計和分析。此階段主要依據(jù)需求分析的結果，對整個軟件系統(tǒng)進展設計，如系統(tǒng)框架設計，數(shù)據(jù)庫設計等等。軟件設計一般分為總體設計和具體設計。好的軟件設計將為軟件程序編寫打下良好的根底。接下來是代碼實現(xiàn)，此階段是將軟件設計的結果轉換成計算機可運行的程序代碼，我們這個工程為五個模塊，分別為五個小組成員完成。這階段我學到許多編程的思想，如:分層思想、mvc、ssh的整合、dao的編寫。編號程序之后就是軟件測試了，此時在軟件設計完成后要經(jīng)過嚴密的測試，以發(fā)覺軟件在整個設計過程中存在的問題并加以訂正。整個測試過程分單元測試、組裝測試以及系統(tǒng)測試三個階段進展。測試的方法主要有白盒測試和黑盒測試兩種。在測試過程中需要建立具體的測試規(guī)劃并嚴格根據(jù)測試規(guī)劃進展測試，以削減測試的隨便性。最終是軟件維護，它是軟件生命周期中持續(xù)時間最長的階段。在軟件開發(fā)完成并投入使用后，由于多方面的緣由，軟件不能連續(xù)適應用戶的要求。要連續(xù)軟件的使用壽命，就必需對軟件進展維護。

但是，我深深體會到了在很多方面的欠缺和缺乏，比方：在需求分析時，由于自己的實踐閱歷不夠，很難分析需求到位；在編寫代碼時，由于自己技術學問水平不廣，經(jīng)常遇到技術難題；還有自己沒有

良好的編程習慣，不解釋，有時連自己也看懵了；編程的構造不好，修理和修改代碼是很慢。這次實訓讓我意識到了自己做為計算機軟件工程專業(yè)的學生，要想在以后的職業(yè)中嶄露頭角，除了要有過硬的理論學問，安康的體魄外，還必需具備良好的心理素養(yǎng)，使自己在以后的途中無論經(jīng)受什么樣的困難，都立于不敗之地。“紙上得來終覺淺，絕知此事要躬行！”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學專業(yè)學問的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而所學的，都是課本上沒有而對我們又特別有用的東西，這又給我們的實訓增加了濃墨淡采的光芒。我懂得了實際生活中，專業(yè)學問是怎樣應用與實踐的。

在這次實訓中，我不僅知道了職業(yè)生涯所需具備的專業(yè)學問，而且讓我深深體會到一個團隊中各成員合作的重要性，要擅長團隊合作，擅長利用別人的才智，這才是大才智。靠單一的力氣是很難完成一個大工程的，在進展團隊合作的時候，還要急躁聽取每個成員的意見，使我們的組合到達更加完善。實訓過程中，除了要專業(yè)學問，包括人際交往，溝通方式及相關禮節(jié)方面的內(nèi)容，對于團隊開發(fā)來說，團結全都使我深有體會。團隊的合作注意溝通和信任，不能不屑于做小事，永久都要保持親和誠信，把專業(yè)理論運用到詳細實踐中，不僅加深我對理論的把握和運用，還讓我擁有了一次又一次難忘的開發(fā)經(jīng)理，這是也是實訓最大的收獲。

這次實訓帶給我太多的感受，它讓我知道工作上的辛苦，事業(yè)途中的艱辛。讓我知道了實際的工作并不像在學校學習那樣輕松。讓我學到了許多課堂上更本學不到的東西，仿佛自己一下子成熟了，懂得了做人做事的道理，也懂得了學習的意義，時間的珍貴，人生的真諦。明白人世間一生不行能都是一帆風順的，只要英勇去面對人生中的每個驛站！這讓我清晰地感到了自己肩上的重任，看清了自己的人生方向，也讓我熟悉到了做軟件應支持認真仔細的工作態(tài)度，要有一種平和的心態(tài)和不恥下問的精神，不管遇到什么事都要總代表地去思索，多聽別人的建議，不要太過急燥。人非生而知之，雖然我現(xiàn)在的學問構造還很差，但是我知道要學的學問，一靠努力學習，二靠潛心實踐。沒有實踐，學習就是無源之水，無本之木。這次實訓讓我在一瞬間長大：我們不行能永久呆在象牙塔中，過著一種無憂無慮的生活，我們總是要走上社會的，而社會，就是要靠我們這些年輕的一代來推動。這就是我們不遠千里來實訓的心得和感受，而不久后的我，面臨是就業(yè)壓力，還是連續(xù)深造，我想我都應