軟體公司工作心得體會

回顧工作，感觸很深，收穫頗豐。在工作過程中得到什麼心得呢，下面小編為你帶來了軟體公司工作心得體會，希望能幫到你。

軟體開發工作心得

我在一家國企做了三年軟開,我是本科學數學的,程式設計全是自學的,參與了4-5個專案都是核心開發人員,有的專案一個人都是獨立做的.也做過專案負責人.工作算是得心應手.可是我們軟體部門開發過程不正規,基本是作坊式開發.感覺的到一定程度很難再提高.

技術方面,我一開始用c++c#做windows點net客戶端的開發,後來做了一年的android開發,sdkndk都用過.自己私下做一些ios的小作品.我是比較踏實肯幹的那種，做開發基本是用到哪裡學到哪裡.有些基本還不紮實.不過自己一直在學,買了不少書有的書還沒翻過.我的c++c#java都掌握得還可以，c++用的最多應該是最強的，那些經典書看一些(c++primer，c++深思路，thinkinginc++。。。)最近每天看一點stl，想把c++學精。設計模式和重構技術也都用過一些。學設計模式感覺對程式設計的幫助最大，能站在另一個高度。

我現在想辭職找個待遇、環境更好的公司工作，想請教大家我這個程度能做什麼職位薪水能拿多少?

還有個問題就是我覺得自己現在想找一個方向做深入一點，每天上各種開發者網站看到曾出不窮的技術，有種力不從心的感覺。很多東西想學但又覺精力有限。我本身對遊戲開發是很有興趣的，私下在做ios遊戲，對視訊編解碼這塊也有一些專案經驗但不是興趣所在。也想過到其他除網際網路的領域去做開發，也想過出國學習或讀研。說了好多挺亂的，總之感覺現在到了人生十字路口，想問問大家是怎麼給以後的職業做規劃的?

軟體工程實習心得

轉眼之間，兩個月的實習期即將結束，回顧這兩個月的實習工作，感觸很深，收穫頗豐。這兩個月，在領導和同事們的悉心關懷和指導下，通過我自身的不懈努力，我學到了人生難得的工作經驗和社會見識。我將從以下幾個方面總結軟體工程崗位工作實習這段時間自己體會和心得：

一、努力學習，理論結合實踐，不斷提高自身工作能力。

在軟體工程崗位工作的實習過程中，我始終把學習作為獲得新知識、掌握方法、提高能力、解決問題的一條重要途徑和方法，切實做到用理論武裝頭腦、指導實踐、推動工作。思想上積極進取，積極的把自己現有的知識用於社會實踐中，在實踐中也才能檢驗知識的有用性。在這兩個月的實習工作中給我最大的感觸就是：我們在學校學到了很多的理論知識，但很少用於社會實踐中，這樣理論和實踐就大大的脫節了，以至於在以後的學習和生活中找不到方向，無法學以致用。同時，在工作中不斷的學習也是彌補自己的不足的有效方式。資訊時代，瞬息萬變，社會在變化，人也在變化，所以你一天不學習，你就會落伍。通過這兩個月的實習，並結合軟體工程崗位工作的實際情況，認真學習的軟體工程崗位工作各項政策制度、管理制度和工作條例，使工作中的困難有了最有力地解決武器。通過這些工作條例的學習使我進一步加深了對各項工作的理解，可以求真務實的開展各項工作。

二、圍繞工作，突出重點，盡心盡力履行職責。

在軟體工程崗位工作中我都本著認真負責的態度去對待每項工作。雖然開始由於經驗不足和認識不夠，覺得在軟體工程崗位工作中找不到事情做，不能得到鍛鍊的目的，但我迅速從自身出發尋找原因，和同事交流，認識到自己的不足，以至於迅速的轉變自己的角色和工作定位。為使自己儘快熟悉工作，進入角色，我一方面抓緊時間檢視相關資料，熟悉自己的工作職責，另一方面我虛心向領導、同事請教使自己對軟體工程崗位工作的情況有了一個比較系統、全面的認知和了解。根據軟體工程崗位工作的實際情況，結合自身的優勢，把握工作的重點和難點，盡心盡力完成軟體工程崗位工作的任務。兩個月的實習工作，我經常得到了同事的好評和領導的讚許。

三、轉變角色，以極大的熱情投入到工作中。

從大學校門跨入到軟體工程崗位工作崗位，一開始我難以適應角色的轉變，不能發現問題，從而解決問題，認為沒有多少事情可以做，我就有一點失望，開始的熱情有點消退，完全找不到方向。但我還是儘量保持當初的那份熱情，想幹有用的事的態度，不斷的做好一些雜事，同時也勇於協助同事做好各項工作，慢慢的就找到了自己的角色，明白自己該幹什麼，這就是一個熱情的問題，只要我保持極大的熱情，相信自己一定會得到認可，沒有不會做，沒有做不好，只有你願不願意做。轉變自己的角色，從一位學生到一位工作人員的轉變，不僅僅是角色的變化，更是思想觀念的轉變。

四、發揚團隊精神，在完成本職工作的同時協同其他同事。

在工作間能得到領導的充分信任，並在按時完成上級分配給我的各項工作的同時，還能積極主動地協助其他同事處理一些內務工作。個人的能力只有融入團隊，才能實現最大的價值。實習期的工作，讓我充分認識到團隊精神的重要性。

團隊的精髓是共同進步。沒有共同進步，相互合作，團隊如同一盤散沙。相互合作，團隊就會齊心協力，成為一個強有力的集體。很多人經常把團隊和工作團體混為一談，其實兩者之間存在本質上的區別。優秀的工作團體與團隊一樣，具有能夠一起分享資訊、觀點和創意，共同決策以幫助每個成員能夠更好地工作，同時強化個人工作標準的特點。但工作團體主要是把工作目標分解到個人，其本質上是注重個人目標和責任，工作團體目標只是個人目標的簡單總和，工作團體的成員不會為超出自己義務範圍的結果負責，也不會嘗試那種因為多名成員共同工作而帶來的增值效應。

五、存在的問題。

幾個月來，我雖然努力做了一些工作，但距離領導的要求還有不小差距，如理論水平、工作能力上還有待進一步提高，對軟體工程崗位工作崗位還不夠熟悉等等，這些問題，我決心實習報告在今後的工作和學習中努力加以改進和解決，使自己更好地做好本職工作。

軟體工程學習心得體會

學習了這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟體工程,還有從不同的例項,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟體工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其範疇已經遠遠不止侷限於該門課程，成為了一個綜合的一個能夠解決問題的思想集合。

整本書的內容邏輯很清晰明瞭，由淺入深循序漸進，首先我就大概描述下我們所學的內容，第一章是從整體分析軟體工程這門學科的發展和所處的社會環境，接著後面的幾章深入分析了軟體開放過程和模式、軟體專案管理、計算機工程、需求分析、結構化分析建模以及基於UML面向物件分析建模等。接著我就詳細介紹下我對這門課程知識點的理解概括：

軟體：軟體是能夠完成預定功能和效能的可執行的計算機程式和使程式正常執行所需要的資料，加上描述程式的操作和使用的文件。軟體的特徵：①軟體是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。②軟體是通過人們的智力活動，把知識與技術轉化成資訊的一種產品。③軟體成為產品後，其生產只是簡單的拷貝，不同於硬體製造。④維護過程比硬體複雜的多，甚至會引發新的錯誤。軟體危機：指的是軟體開發和維護過程中遇到的一系列嚴重問題。出現軟體危機的原因：①軟體維護費用急劇上升，直接威脅計算機應用的擴大。②軟體生產技術進步緩慢。軟體工程是指導計算機軟體開發和維護的工程學科。 軟體生存週期：一個軟體從定義到開發、使用和維護，直到最終被棄用，要經歷一個漫長的時期，通常把軟體經歷的這個漫長的時期稱為生存週期。軟體的生存週期可分為八個階段：①問題定義;②可行性研究;③需求分析;④總體(概要)設計;⑤詳細設計;⑥編碼與單元測試;⑦綜合測試;⑧軟體維護;

瀑布模式：是傳統的軟體開發模式，其中的“瀑布”是對這個模式的形象表達，由山頂傾瀉下來的水，自頂向下、逐漸細化。其特點是：線性化過程;分為分析、設計、編碼、整合等幾個階段，並且各階段逐級推進，不允許跨越。里程碑管理;階段評審;文件驅動;簡潔便於工程應用的線性化過程步驟，並可以通過里程碑管理機制而使專案程序量化。其明顯的優點就是沒個階段結束前都要對所完成的階段成果進行評審，這使得軟體的錯誤能夠在個階段內儘早發現並儘早解決，總的來說瀑布模式具有良好的質量保證機制，有很強的生命力。

原型進化模式：對軟體進行直接模擬或模擬，只需要分析需求框架後進行原型建立，再對原型系統進行逐步細化與完善，通過版本更新逐步滿足使用者對於軟體的多方面需要。

增量模式：開發過程有三個任務域，分別是設計結構、開發構件和整合系統，它既有完善的工程管理機制，又能適應使用者需求變更，有利於質量的監控，並且各區域性基於構件構造，有利於逐步構建與完善;由於先交付核心構件可利於降低專案的技術風險。

螺旋模式：是一種可較好的規避開發風險過程的模式，專案是基於任務的螺旋式推進，每個螺旋由內之外分別是需求分析、軟體設計、系統整合、驗證與交付。

軟體開發的整個過程：①需要專案團隊，組建優秀的團隊可以開發出更搞質量的軟體產品。任務開發團隊要求小而精，成員大多在8人以內，主要成員有專案負責人、開發人員、資料管理員和軟體測試員。②專案計劃是為了使軟體開發各項工作有秩序地進行，包括任務分配和基於里程碑的進度安排，甘特圖和任務網路圖是用來描述進度計劃的工具。專案計劃書可以作為軟體開發的工作指南。③專案成本估算，由於專案有來自各方面的成本包括工資開支、場地費、差旅費、裝置費和資料費等，但是軟體主要是對人力成本的估算，常用的方法有程式程式碼成本估演算法等。④軟體風險管理包括很多不確定的風險因素，如計劃風險、管理風險、需求風險、技術風險、人員風險、產品風險、使用者風險和商業風險等等，而風險管理的主要任務是：風險識別、風險評估、和風險防範。⑤軟體文件管理，軟體文件是工程模式軟體開發的成果體現，包括技術文件、管理文件和使用者文件。 ⑥軟體配置管理與軟體質量管理，包括配置規劃、軟體變更控制、軟體版本控制和質量控制計劃。