軟體工程心得體會

未接觸軟體工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了乙個學期的軟體工程課，終於知道了個軟體工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。

曾經以為程式就是軟體，軟體就是程式。學習這門課程第乙個收穫是，知道了二者的不同之處。以前做過的一些小型的軟體比如加密軟體，我也只是在程式旁邊附上乙個軟體的說明，看來已經很接近作坊了。

不過大的專案沒有接觸過，用軟體工程的方法還是第一次。我想也是程式的不斷複雜化導致了軟體危機的發生，使得人們不得不探索新的解決方法。

經過倪老師的講解，理解了軟體工程，就是一套用於軟體的團隊開發，以提高軟體質量和程式設計師工作效率為目的的規範。其核心就是，對於軟體開發的5個重要組成部分：需求分析，設計，編碼，除錯，維護，如何組織這5個部分的工作，以及如何完成每乙個工作。

吾生也有涯，而知也無涯，學習永無止境。起初，對軟體工程處於一知半解的狀態，分工比較混亂。在劃分模組後明確了各自分工，漸漸形成良性迴圈。

在學習過程中，知道了團隊合作十分重要，爭議固然存在，但通過討論、協商，群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長，不宜妄自菲薄。組長多加協調，組員積極配合，才能合作愉快。

學習能力體現在能盡快接受新的知識，順應變化，學為所用。上《軟體工程導論》這門課，我的收穫大概如下：

我們為什麼需要軟體工程呢？上面已經給出了一些原因。專業點講，軟體工程最終是為了實現「軟體製造業」的社會化,工業化大生產,提高其勞動生產效率。

只有如此,軟體業才能實現社會化,工業化大生產,才能「做大做強」。沒有管理的設計是失敗和混亂的設計，沒有設計指導的程式設計是無序的忙碌的。根據開發的軟體的規模，應該適當程度的運用軟體工程化的思想，需要靈活，畢竟我們開發的軟體大多數是中小型的，大型的並不多見（我是這麼認為的）。

但只要涉及人員間的交流和溝通，或多或少都要需要軟體工程才能更有效率，工作成果更穩定。

其實開發軟體，就像是解決乙個邏輯問題。想想自己平時是怎樣寫程式的。首先是要有乙個想法，即我寫的這個程式是要幹什麼的；然後就是對要實現的核心功能大概構思一種或多種實現方法，並從中選出一種自認為是較好的；接下來就是將涉及的各種主要或次要功能分成各個模組；最後就是分模組來編碼和debug。

在我看來，除了第一步外，其餘的步驟應該是乙個迴圈的過程。在編碼的過程中，你總是需要不斷地回過頭來修改原先的模組設計，甚至最初選定的實現演算法。

具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，除錯，維護這幾部分的工作的時候，最核心的就是文件的編寫。

1.可行性分析就是關於當前專案能不能幹的分析結果。

2.專案描述這是在決定立項以後，對當前專案的乙份扼要說明。

3.需求分析就是對客戶要求的功能的定義。

4.軟體設計這就是對程式的每乙個模組的詳細設計的說明文件。

5.開發日誌我一直都認為這是文件中最有趣的部分。開發日誌相當於編碼階段的文件，它的形式可以很隨意，主要是記錄一些在寫程式時突然萌發的靈感，或對**的一些微小的修改，或對程式結構的一些微小變動等，還要對上述這些修改變動作些說明。

6.測試分析用於指出程式存在或潛在的缺陷和錯誤，以及程式效能的數字描述。