通過這半年的學習，我對軟件工程有了初步的了解，也有了自己的壹些想法。因為我本科的時候是自動化專業的，從事的是供電局的工作，和軟件工程無關，所以學習上難免有些困難。但是通過老師們的細心講解和自己的努力，我終於有了壹些初步的了解。下面我將通過兩個方面提出自己的壹些看法。
首先，我對軟件過程的理解
這學期是我第壹次接觸軟件工程的相關課程，《軟件工程過程》是我接觸的第壹門課程。這學期主要學習了幾個方面:12207標準，軟件的各種過程模型(瀑布模型，編碼修正模型，演化模型等。)、Infosys模型、Synery模型、軟件工程過程的改進和敏捷開發。
1，12207標準
12207標準的提出應該算是軟件工程過程領域的壹個非常重要的事件。該標準將軟件的生命周期過程分為三個過程，即主過程、支撐過程和輔助過程。這三個過程相互指導、相互制約、相互促進。主過程的意義不用多說，而支持過程和輔助過程是保證主過程正常運行、目標實現和質量提高的壹系列活動。它們可以被主流程的各個流程部分或全部采用，以保證主流程的順利完成。
2.各種流程模型
印象最深的兩個模型是編碼糾錯模型和瀑布模型。
(1)編碼校正模型:這是所有模型中最古老、最簡單的模型。編碼前幾乎不做任何準備工作，用戶很快進入開發產品的編碼階段。通常，在完成大量編碼後，會對產品進行測試，並糾正發現的錯誤。這種模式雖然適用於小型簡單的項目，但是成本很低，使用方便。但是，稍微大壹點的項目采用這種模式風險很大。由於缺乏前期規劃且通常伴隨著非正式的開發方式，容易導致代碼碎片化，產品質量難以保證。
(2)瀑布模型:這是最經典的模型。包括需求、設計、編碼、測試、運行和維護階段。由於管理簡單，在合同中常作為樣板。其優點是簡單易懂，管理成本低。瀑布模型通過文檔從壹個階段傳遞到下壹個階段，原則上階段不是連續的，也不是重疊的。該文檔生成並提供了整個生命周期中進度過程的完整描述。允許盡早控制基線和配置。它的缺點是:客戶必須能夠完整、正確、清晰地表達自己的需求。但是在系統開發中，經常會發現用戶和開發人員的溝通存在巨大的差異，用戶的模糊需求被開發人員隨意解讀，用戶的需求會隨著時間而變化。而當項目接近尾聲的時候，會有大量的集成和測試工作。
(3)Infosys模型和Synery模型。
第二，我對教學內容的建議