我們得到了一些心得體會以后，可以尋思將其寫進心得體會中，這樣就可以總結出具體的經驗和想法。那么要如何寫呢？下面是小編為大家整理的軟件工程學習心得體會，歡迎閱讀，希望大家能夠喜歡。

軟件工程學習心得體會1

通過這半學期我對軟件工程的學習，老師在課堂上從軟件工程的基礎到用戶的需求分析，最后到黑盒白盒測試通過自身做過的一些案例，生動形象的講解了軟件工程這門本身枯燥乏味的課程，這不僅增強了學生學習的積極性，也通過讓我們自己去做一些需求分析，我們從中學到了許多知識。

老師不僅僅在課堂上對我們悉心的知道，在課外還讓我們多看一些有關軟件工程方面最前沿的理論，通過這段時間我讀了《軟件工程——實踐者的研究方法》、《件工程案例》這兩本書，通過自己的讀書學習，我有以下心得體會。

眾所周知軟件對于一個公司，一個企業(yè)乃至一個國家都是十分重要的，因此一個軟件的維護也十分重要，下面我就講一些關于軟件維護的知識。

維護階段是軟件生存期中時間最長的一個階段，也是花費的精力和費用最多的一個階段。由于操作系統(tǒng)軟件和基礎軟件版本升級或應用管理系統(tǒng)軟件的不斷開發(fā)、完善，需要對軟件進行維護。但當運行環(huán)境改變或者系統(tǒng)功能、性能需求發(fā)生變化，使原軟件不能通過維護的手段滿足用戶需求時，則需要進行軟件更新。

1.軟件維護的類型：

軟件的開發(fā)過程對軟件的維護有較大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護工作非常困難，這是一種非結構化的維護。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應的文檔，容易進行維護工這是一種結構化的維護。非結構化維護活動只能從閱讀、理解和分析源程序開始，這樣做難以弄清系統(tǒng)功能、軟件結構、數(shù)據(jù)結構等問題，常常造成誤解。同時由于沒有測試文檔，也不可能進行回歸測試很難保證程序的正確性。這種軟件維護方法僅在軟件工程時代之前采用。在進行結構化維護活動時，需從評價需求說明開始，弄清楚軟件功能、性能上的改變；對設計說明文檔進行評價，并進行修改和復查；根據(jù)設計的修改，進行程序的變動；根據(jù)測試文檔中的測試用例進行回歸測試；最后，把修改后的軟件再次交付使用。這對于減少精力、減少花費和提高軟件維護效率有很大的作用。

2.軟件維護的困難：

軟件維護的困難主要是由于軟件需求分析和開發(fā)方法的缺陷造成的。軟件生存周期中的開發(fā)階段沒有嚴格而科學的管理和規(guī)劃，就會引起軟件運行時的維護困難。這種困難表現(xiàn)在如下幾個方面。

（1）讀懂別人的程序是困難的。

（2）文檔的不一致性。這種不一致性表現(xiàn)在各種文檔之間的不一致以及文檔與程序之的不一致。

（3）軟件開發(fā)和軟件維護在人員和時間上存在差異。

（4）軟件維護不是一項吸引人的工作。

3. 軟件維護的費用：

軟件維護的費用在總費用中的比重是不斷增加的，它在 1970 年占 35%～40%，1980 年上升到 40%～60%，1990 年上升到 70%～80%。軟件維護費用不斷上升，這只是軟件維護有形的代價，另外還有無形的代價，即要占用更多的資源。由于大量軟件的維護活動要使用較多的硬件、軟件和軟件人員等資源，這樣一來，投入新的軟件開發(fā)的資源就因不足而受到影響。由于維護時的改動，在軟件中引入了潛在的故障，從而降低了軟件的質量。

4.軟件維護的分類

軟件維護有改正性維護、適應性維護、完善性維護和預防性維護 4 類。

（1）改正性維護。在軟件交付使用后，由于開發(fā)時測試的不徹底、不完全，必然會有一部分隱藏的錯誤被帶到運行階段來，這些隱藏下來的錯誤在某些特定的使用環(huán)境下就會暴露。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程，就叫做改正性維護。例如，改正性維護可以是改正原來程序中未使開關（off/on）復原的錯誤；解決開發(fā)時未能測試各種可能情況帶來的問題；解決原來程序中遺漏處理文件中最后一個記錄的問題等。

（2）適應性維護。隨著計算機的飛速發(fā)展，外部環(huán)境（新的硬、軟件配置）或數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質）可能發(fā)生變化，為了使軟件適應這種變化，而去修改軟件的過程就叫做適應性維護。例如，適應性維護可以是為現(xiàn)有的某個應用問題實現(xiàn)一個數(shù)據(jù)庫；對某個指定的事務編碼進行修改，增加字符個數(shù)；調整兩個程序，使它們可以使用相同的記錄結構；修改程序，使其適用于另外一種終端。

（3）完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性，這種情況下進行的維護活動叫做完善性維護。例如，完善性維護可能是修改一個計算工資的程序，使其增加新的扣除項目；縮短系統(tǒng)的應答時間，使其達到特定的要求；把現(xiàn)有程序的終端對話方式加以改造，使其具有方便用戶使用的界面；改進圖形輸出；增加聯(lián)機幫助（Help）功能；為軟件的運行增加監(jiān)控設施等。在維護階段的最初一兩年，改正性維護的工作量較大。隨著錯誤發(fā)現(xiàn)率急劇降低，并趨于穩(wěn)定，就進入了正常使用期。然而，由于改造的要求，適應性維護和完善性維護的工作量逐步增加，在這種維護過程中又會引入新的錯誤，從而加重了維護的工作量。實踐表明，在幾種維護活動中，完善性維護所占的比重最大。即大部分維護工作是改變和加強軟件，而不是糾錯。所以，維護并不一定是救火式的緊急維修，而可以是有計劃、有預謀的一種再開發(fā)活動。事實證明，來自用戶要求而擴充、加強軟件功能、性能的維護活動約占整個維護工作的 50%。

（4）預防性維護。除了以上三類維護之外，還有一類維護活動，叫做預防性維護。這是為了提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎。通常，預防性維護定義為：“把今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設計、編制和測試。

在整個軟件維護階段所花費的全部工作量中，預防性維護只占很小的比例，而完善性維護占了幾乎一半的工作量，軟件維護活動所花費的工作占整個生存期工作量的 70%以上。這是由于在漫長的軟件運行過程中需要不斷對軟件進行修改，以改正新發(fā)現(xiàn)的錯誤、適應新的環(huán)境和用戶新的要求。這些修改需要花費很多精力和時間，而且有時修改不正確，還會引入新的錯誤。同時，軟件維護技術不像開發(fā)技術那樣成熟、規(guī)范化，消耗工作量自然就比較多。

5.軟件維護：

（1）數(shù)據(jù)維護

大多應用軟件的數(shù)據(jù)隨著應用規(guī)模的日益擴大和用戶環(huán)境的迅速發(fā)展，不但基礎信息，其他所有專題信息也需要經常地進行維護和更新。應根據(jù)系統(tǒng)的規(guī)模和實際需求，建立系統(tǒng)的數(shù)據(jù)維護更新機制，規(guī)定數(shù)據(jù)維護更新的周期，使系統(tǒng)的所有數(shù)據(jù)均相對地始終處于最新的狀態(tài)。數(shù)據(jù)對一個軟件的重要性，越來越被人們認識。但是，數(shù)據(jù)如果不經常更新，則有可能失去應用價值，這是每個軟件維護和運行所應重視的問題。

（2）硬件維護

在軟件運行的過程中，應建立硬件設備的日常維護制度，并根據(jù)設備的使用說明進行及時的維護，以保證設備完好和系統(tǒng)的正常運行。但當設備的處理能力達不到要求，或者設備本身已經過時、淘汰，或者設備損壞，買不到零配件，或者修理不值得時，應考慮硬件更新。系統(tǒng)硬件更新應按關于硬件評價指標的規(guī)定要求重新進行選型。

（3）軟件維護的原因

要求進行軟件維護的原因多種多樣，歸結起來有 3 種類型。改正在特定的使用條件下暴露出來的一些潛在程序錯誤或設計缺陷。因在軟件使用過程中數(shù)據(jù)環(huán)境發(fā)生變化（例如，一個事務處理代碼發(fā)生改變）或處理環(huán)境發(fā)生變化（例如，安裝了新的硬件或操作系統(tǒng)），需要修改軟件以適應這種變化。用戶和數(shù)據(jù)處理人員在使用時常提出改進現(xiàn)有功能、增加新的功能，以及改善總體性能的要求，為滿足這些要求，就需要修改軟件把這些要求納入到軟件之中。

6. 軟件維護的過程

一個維護申請?zhí)岢鲋螅浽u審需要維護，則按下列過程實施維護。

（1）首先要確定進行維護的類型。在許多情況下，用戶可以把一個請求看作改正性維護，而軟件開發(fā)者可以把這個請求看作適應性或完善性維護。此時，對不同觀點就需要協(xié)商解決。

（2）對改正性維護從評價錯誤的嚴重性開始。如果存在一個嚴重的錯誤，例如，一個系統(tǒng)的重要功能不能執(zhí)行，則有管理者組織有關人員立即開始分析問題。如果錯誤并不嚴重，則改正性維護與軟件其他任務一起進行，統(tǒng)一安排，按計劃進行維護工作。

（3）適應性和完善性維護如同它是另一個開發(fā)工作一樣，建立每個請求的優(yōu)先權，安排所需求的工作。

（4）實施維護任務。不管維護類型如何，大體上要開展相同的技術工作。這些工作包括修改軟件設計、必要的代碼修改、單元測試、集成測試、確認測試及復審。每種維護類型的側重點不一樣。

（5）“救火”式維護。并不完全適合上面所述的經過仔細考慮的維護申請，而是對于出現(xiàn)突發(fā)性的重大故障的維護。

以上是我對軟件工程中軟件維護的初步認識，以后我會更加努力的學習軟件工程這門課程。

軟件工程學習心得體會2

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

軟件工程是指導計算機軟件開發(fā)和維護的工程學科。

軟件生存周期：一個軟件從定義到開發(fā)、使用和維護，直到最終被棄用，要經歷一個漫長的時期，通常把軟件經歷的這個漫長的時期稱為生存周期。軟件的生存周期可分為八個階段：

①問題定義；

②可行性研究；

③需求分析；

④總體（概要）設計；

⑤詳細設計；

⑥編碼與單元測試；

⑦綜合測試；

⑧軟件維護； 瀑布模式：原型進化模式：增量模式：螺旋模式：

軟件開發(fā)的整個過程：

①需要項目團隊，組建優(yōu)秀的團隊可以開發(fā)出更搞質量的軟件產品。任務開發(fā)團隊要求小而精，成員大多在8人以內，主要成員有項目負責人、開發(fā)人員、資料管理員和軟件測試員。

②項目計劃是為了使軟件開發(fā)各項工作有秩序地進行，包括任務分配和基于里程碑的進度安排，甘特圖和任務網(wǎng)絡圖是用來描述進度計劃的工具。項目計劃書可以作為軟件開發(fā)的工作指南。

③項目成本估算，由于項目有來自各方面的成本包括工資開支、場地費、差旅費、設備費和資料費等，但是軟件主要是對人力成本的估算，常用的方法有程序代碼成本估算法等。

④軟件風險管理包括很多不確定的風險因素，如計劃風險、管理風險、需求風險、技術風險、人員風險、產品風險、用戶風險和商業(yè)風險等等，而風險管理的主要任務是：風險識別、風險評估、和風險防范。

⑤軟件文檔管理，軟件文檔是工程模式軟件開發(fā)的成果體現(xiàn)，包括技術文檔、管理文檔和用戶文檔。 ⑥軟件配置管理與軟件質量管理，包括配置規(guī)劃、軟件變更控制、軟件版本控制和質量控制計劃。

《軟件工程》課程既強調基本概念和基本知識的理解和掌握，又側重軟件項目的分析、設計、實現(xiàn)和維護的基本技能。比較注意“點”和“面”的結合。我還是蠻喜歡這門課的，通過對這門課的學習讓我意識到理論學習很重要，實踐更重要，實踐是檢驗真理的唯一標準，只有將理論與實際結合，才更能發(fā)揮我們所學的知識的作用，更能直接的創(chuàng)造效益，社會和國家做出貢獻。