軟體工程心得體會

軟體工程,就是一套用於軟體的團隊開發,以提高軟體質量和程式設計師工作效率為目的的規範。你知道軟體工程心得體會是什麼嗎?接下來就是小編為大家整理的關於軟體工程心得體會,供大家閱讀!

軟體工程心得體會 篇【1】

時間飛逝,不知不覺間《軟體工程》的學習已經過了大半了。在這將近半學期的學習中,雖然我不能說我將《軟體工程》學習的有多么的好,但是通過學習,我還是受益良多。

在以前,我一直對軟體存在一些偏見或則是誤解,認為軟體就是程式,軟體的開發就是編寫程式,只要編完了程式,一切也就ok了,而且我還片面的認為只要我掌握了時下最新的語言和工具,那么我就能寫程式了。一個人,只要會編程,就能寫軟體,就是程式設計師;一個公司,只要招聘一些程式設計師,就能開發好的軟體產品。只要有幾個有經驗的程式設計師,再找些兼職的大學生,就能組成一個軟體公司。

但是通過了《軟體工程》這門課的學習,使我認識到了我以前的錯誤。軟體其實不僅僅是程式,軟體開發其實也不僅僅是編寫程式,軟體是思想在硬體上的載體和體現,處理的是邏輯和信息。唯有對軟體和軟體的開發過程,有充分的認識,才能更好的開發出,過程受控、質量受控的軟體產品。

而且在以前,我一直以為軟體的開發其實是一件很輕鬆快樂的事情,只要一天坐在電腦旁敲敲鍵盤,那么一切就可以了,但是現在我才發現,我以前的很多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創造性活動。因為編程不僅能夠滿足我們內心深處進行創造的渴望,而且還能愉悅我們內在的情感。

而且通過學習《軟體工程》,我還學到了很多其他的東西。比如通過學習《軟體工程》,特別是老師每次用實際的軟體現場的講解,為我提供了一個儘早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中,訓練自己的基本工程素質和能力,如何激發自己的積極性等。而且通過學習《軟體工程》,還讓我認識和培養了我的團隊協作能力,特別是對於我們這些在校的學生來說,這種學習更是能讓我在以後工作中少走很多的彎路。

所以,通過《軟體工程》的學習,我是真的學習到了很多有用的東西,讓我明白了很多的道理。在此我對老師的辛勤教育表示感謝,因為是你讓我學習到了這些,是我獲益良多。

軟體工程心得體會 篇【2】

軟體工程心得體會未接觸軟體工程之前一直都很想學這門課程,因為覺得這門課很牛,是那些有工程師稱號的高手才擺弄的東西。學了一個學期的軟體工程課,終於知道了個軟體工程的大概。學的時候總覺得很抽象,理解起來好像不難,但總是摸不著頭腦一種很茫然的感覺。曾經以為程式就是軟體,軟體就是程式。學習這門課程第一個收穫是,知道了二者的不同之處。以前做過的一些小型的軟體比如加密軟體,我也只是在程式旁邊附上一個軟體的說明,看來已經很接近作坊了。不過大的項目沒有接觸過,用軟體工程的方法還是第一次。我想也是程式的不斷複雜化導致了軟體危機的發生,使得人們不得不探索新的解決方法。

經過倪老師的講解,理解了軟體工程,就是一套用於軟體的團隊開發,以提高軟體質量和程式設計師工作效率為目的的規範。其核心就是,對於軟體開發的5個重要組成部分:需求分析,設計,編碼,調試,維護,如何組織這5個部分的工作,以及如何完成每一個工作。吾生也有涯,而知也無涯,學習永無止境。起初,對軟體工程處於一知半解的狀態,分工比較混亂。

在劃分模組後明確了各自分工,漸漸形成良性循環。在學習過程中,知道了團隊合作十分重要,爭議固然存在,但通過討論、協商,群策群力,在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下,互相尊重,各取所長,不宜妄自菲薄。組長多加協調,組員積極配合,才能合作愉快。學習能力體現在能儘快接受新的知識,順應變化,學為所用。

上《軟體工程導論》這門課,我的收穫大概如下:我們為什麼需要軟體工程呢?上面已經給出了一些原因。專業點講,軟體工程最終是為了實現“軟體製造業”的社會化,工業化大生產,提高其勞動生產效率。只有如此,軟體業才能實現社會化,工業化大生產,才能“做大做強”。沒有管理的設計是失敗和混亂的設計,沒有設計指導的編程是無序的忙碌的。根據開發的軟體的規模,應該適當程度的運用軟體工程化的思想,需要靈活,畢竟我們開發的軟體大多數是中小型的,大型的並不多見(我是這么認為的)。但只要涉及人員間的交流和溝通,或多或少都要需要軟體工程才能更有效率,工作成果更穩定。

其實開發軟體,就像是解決一個邏輯問題。想想自己平時是怎樣寫程式的。首先是要有一個想法,即我寫的這個程式是要乾什麼的;然後就是對要實現的核心功能大概構思一種或多種實現方法,並從中選出一種自認為是較好的;接下來就是將涉及的各種主要或次要功能分成各個模組;最後就是分模組來編碼和DEBUG。在我看來,除了第一步外,其餘的步驟應該是一個循環的過程。在編碼的過程中,你總是需要不斷地回過頭來修改原先的模組設計,甚至最初選定的實現算法。具體到每一步的工作要怎樣完成,是非常靈活的,只要把握住大體的方向就行。在進行分析,設計,編碼,調試,維護這幾部分的工作的時候,最核心的就是文檔的編寫。1.可行性分析就是關於當前項目能不能幹的分析結果。

2.項目描述這是在決定立項以後,對當前項目的一份扼要說明。

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

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

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

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