軟件工程實習心得體會
當我們備受啟迪時，應該馬上記錄下來，寫一篇心得體會，這樣我們就可以提高對思維的訓練。那么心得體會該怎么寫？想必這讓大家都很苦惱吧，以下是小編收集整理的軟件工程實習心得體會，希望對大家有所幫助。
軟件工程實習心得體會1
學習了這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。
要學習軟件工程，學會如何系統的思考，以及養成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則： 軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。
可用性指軟件基本結構、實現及文檔為用戶可用的程度。開銷合宜是指軟件開發、運行的整個開銷滿足用戶要求的程度。這些目標的實現不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發過程、運作過程、維護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規約。需求分析生成功能規約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統結構，包括子系統、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結果轉換為可執行的程序代碼。確認活動貫穿于整個開發過程，實現完成后的`確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。 軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發過程中必須遵循的原則。
pad圖：它是用結構化程序設計思想表現程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo 圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優點，是能夠直觀地顯示輸入處理輸出三者之間的聯系。還有測試方法:按照測試過程是否在實際應用環境中來分，有靜態分析與動態測試。測試方法有分析方法(包括靜態分析法與白盒法)與非分析方法(稱黑盒法)。靜態分析技術：不執行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執行來找出軟件錯誤。動態測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業科目進行研究拓展;在學習語言時，要看看與c語言的聯系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規劃須包括，軟件的定義，可行性分析報告，項目開發計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發進度報告，項目開發總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學習中，一定要注意這方面的培養，在寫程序的過程中，要逐步的在規范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優缺點，例如：傳統方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統。形式化方法則是一中基于形式化數學變換的軟件開發方法，它可將系統的規格說明轉換為可執行的程序。在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
軟件工程實習心得體會2
我實習的單位是xx學院，這是一所全日制中等專業學校。我在學校里主要是負責校內內網的管理，其涉及到校內網網站的正常登陸和訪問，校內內各系部主機是否正�；ヂ�，有無被病毒感染、傳播。使得校內網內的計算機可以正常運行，做好校內網的管理和維護工作。
從同學到實習工程師，短短幾個月的工作過程使我受益匪淺。不僅是在專業學問方面，最主要是在為人處事方面。社會在加速度地發生變化，對人才的要求也越來越高，要用進展的目光看問題，得不斷進步思想熟悉，完善自己。作為一名it從業者，所受的社會壓力將比其他行業更加沉重，要學會創新求變，以適應社會的需要。在單位里，小到計算機的組裝修理，大到效勞器的維護與測試，都需要一個人獨立完成�？梢哉f，近3個月的工作使我成長了不少，從中有不少感悟，下面就是我的一點心得：
你可以假裝你的面孔你的心，但絕不行以無視真誠的力氣。第一天去網絡中心實習，心里不行避開的有些疑心：不知道教師怎么樣，應當去怎么做啊，要去干些什么呢等等吧！踏進辦公室，只見幾個陌生的臉孔。我微笑著和他們打招呼。
從那天起，我養成了一個習慣，每天早上見到他們都要微笑的說聲：“教師早〞，那是我心底真誠的問候。我總覺得，常常有一些微小的東西簡單被我們無視，比方輕輕的一聲問候，但它卻表達了對教師同事對伴侶的敬重關心，也讓別人感覺到被重視與被關心。僅僅幾天的時間，我就和教師們打成一片，很好的跟他們溝通溝通學習，我想，應當是我的真誠，換得了教師的信任。他們把我當伴侶也情愿指導我，情愿安排給我任務。
要想在短暫的實習時間內，盡可能多的學一些東西，這就需要跟教師有很好的溝通，加深彼此的理解，剛到網絡中心，教師并不理解你的工作學習力量，不明晰你會做那些工作，不明晰你想理解的學問，所以跟教師很好的'溝通是很必要的。同時我覺得這也是我們將來走上社會的一把不行缺少的鑰匙。通過溝通理解，教師我我有了大體理解，邊有針對性的教我一些學問，我對網絡部線，電腦硬件安裝，網絡故障排解，工作原理應用比叫感愛好，所以教師就讓我獨立的完成校內大小部門的網絡檢修與電腦故障排解工作。如秘書處的辦公室內局域網的組件，中心效勞機房的效勞器監測等，直接或間接保證了校內網的正常運行和使用，在這方面的工作中，真正學到了計算機教科書上所沒有或者真正用到了課本上的學問，穩固了舊學問，把握了新學問，甚至在理論中驗證了書本上舊有的不合實際的學問，這才真正表達了學問的真正價值，學以致用。
激情與急躁，就像火與冰，看似兩種完全不同的東西，卻能碰撞出最漂亮的火花。在中心時，教師就跟我說，想做電腦網絡這一塊，激情與急躁必不行少，在產品更新方面，這一行業就像做新聞工作，補斷的更新，這就需要你有激情，急躁的去不斷的學習進步自己的專業程度。
在一些詳細的工作當中也是這樣的：記得剛來學校實習的時候教師支配我去綜合部安裝win98操作系統，我本想對我來說是特別簡潔的事，可沒想到消失了許多問題，開頭是硬件問題：光驅不能用使我在一開頭安裝系統時就消失了急躁的心情，然后順當解決后，98系統的驅動問題又讓我大傷腦筋！從一開頭的u驅動漸漸的安裝，再通過硬件監測軟件查看硬件型號，到最終把系統安裝成功，用了整整兩天的時間，通過自己的捉摸，調試，自此，我算是真正的搞明白的計算機的硬件安裝，維護和更新，接著我又進展了各種計算機操作系統的反復安裝調試，一遍又一遍的調試安裝，自然有些煩，但我用我的熱忱急躁克制這些困難，Word格式、可編輯排版
問教師，查資料，一個個問題迎刃而解，自己在這方面的學問得到了充實。這些在平常的書本上僅僅是獲得感性的熟悉在這里真的理論了，才算是真正的把握了，也讓我熟悉到了自己的缺乏，告誡自己，不管做什么，切忌眼高手低，要擅長鉆研。
還有我感受比擬深的就是查看log日志記錄，因為效勞器的維護是簡單又艱辛的，既要保障物理平安又要保證系統平安，這就需要通過查詢log日志記錄，每一分鐘的效勞器狀況都有log日志記錄，而且它一是數據量大、二是有大量無用信息，所以查看log使特別“苦痛〞的事情。像這些工作我熬深深地感覺到每有激情與急躁是做不好的。
軟件工程實習心得體會3
在這次軟件工程課程中，我學到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統”這個項目，第一次和別人合作，才發現運用工程化的思想來做是如此的有必要。
從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導，不然真的會出現老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。
剛真正開始工作之前，我們費了很多的.時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關緊要，甚至是多于的，其實，換做在以前，我也會這么認為�？墒�，我現在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會出現崩潰性的問題，這些工作缺一不可。
還有就是接下來的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。
在整個活動的完成過程中，作為組長，我收獲很多，我發現，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現這樣的人，我絕不會給他繼續留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發揮自己的聰明才智，而是創造出一個平臺，讓別人去發揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協調好各組員之間的關系。
這就是我的實習感想。
【軟件工程實習心得體會】相關文章：
軟件工程實習心得體會5篇08-15
軟件工程實習心得體會3篇08-27
軟件工程實習心得體會(5篇)09-10
軟件工程實習心得體會(匯編5篇)07-17
軟件工程的實習總結03-19
軟件工程實習心得08-19
軟件工程實習目的12-12
軟件工程的實習報告07-13
軟件工程實習總結01-01