軟體工程對於初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟體工程，不是僅僅把幾本專業書籍細緻地看幾遍，然後上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一範就問，要嘗試自己去解決。但是還要注意什麼都學，肯定是什麼都學不透的，要集中精力打攻堅戰，學習軟體工程首先要明白自己的學習目標究竟是什麼，根據自己的實際工作出發，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規劃。還要注意與其他科目的相輔相成，就像我們在學習物件導向分析的時候要結合大一學習的物件導向及其方法學這一專業科目進行研究拓展;在學習語言時，要看看與c語言的聯絡，多思多想，把從各個科目學到的知識通匯貫通。
在軟體工程的學習中，我了解到了軟體並非是一些**這麼簡單，在開發軟體的過程中，編寫**的工作量其實只佔不到所有工程量的30%，而後期的管理和維護更是佔了60%到80%之多。乙個完整的專案規劃須包括，軟體的定義，可行性分析報告，專案開發計畫，軟體需求說明書，概要設計說明書，詳細設計說明書，使用者操作手冊，測試計畫，測試分析報告，開發進度報告，專案開發總結報告，軟體維護手冊，軟體問題報告，軟體修改報告，等多個文件，每個文件都要上級驗收審查，而文件數量眾多，要做好這點真的不是很容易，而恰恰寫好文件正能保證完成軟體工程其中乙個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟體，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反覆才能達成，所以**只是開發軟體這個浩大的工程的乙個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規範的編碼風格是非常重要的事。因為這影響到了軟體後期繁重的維護，大家都要閱讀你的程式，如果你寫的程式毫無規範可言，那麼別人怎麼能讀懂你的程式?讀不懂程式，維護又從何談起呢?
所以，我們在今後的學習中，一定要注意這方面的培養，在寫程式的過程中，要逐步的在規範的基礎上形成屬於自己的風格，即方便自己的修改，也方便日後他人的閱讀。
在學習中，我們還要注意比較三種方法的優缺點，例如：傳統方法雖然使軟體擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統方法要麼面向行為，要麼面向資料，缺乏兩者的有機結合。而物件導向方法的程式設計和問題求解更符合人們日常自然的思維習慣，適合大型、複雜及互動性比較強的系統。
形式化方法則是一中基於形式化數學變換的軟體開發方法，它可將系統的規格說明轉換為可執行的程式。在今後的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，並以此為基礎將其擴散開來，應用於今後的實踐。不斷鍛鍊自己，向一名合格的程式設計師邁進。
以上這篇是軟體工程學習心得體會。就為您介紹到這裡，希望它對您有幫助。如果您喜歡這篇文章，請分享給您的好友。
軟體工程學習心得
這個學期我們學習了軟體工程這門課，老師教我們如何運用用科學的工程方法來研究和開發軟體。為了使我們更加靈活 深刻的學到書中的知識老師要我們模擬做乙個系統的文件，讓我們自己體會一下軟體工程這門學科。我們組製作的是專案管理系統的文件，剛接到做文件的任務時，全組人都認為是小菜一碟的事，並沒有特別重視，第一部...
軟體工程心得體會
軟體工程學習心得 這個學期我學習了軟體測試這門專業課程，在學期即將結束的時候，我也對這門課程建立基本的了解。軟體測試這門課程作為軟體工程專業中一門很重要的課程，已經在軟體領域佔據了不可替代的角色，當乙個軟體從雛形到真正的在一台計算機是哪個執行的時候，誰也不能保證計算機軟體能一步到位的滿足人們的需求。...
軟體工程心得體會
未接觸軟體工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了乙個學期的軟體工程課，終於知道了個軟體工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經以為程式就是軟體，軟體就是程式。學習這門課程第乙個收穫是，知道了二者的...