軟件工程心得體會

軟件工程心得體味篇【1】

時間飛逝，不知不覺間？軟件工程？的學習已經過了大半了。在這

將近半學期的學習中，雖然我不能說我將?軟件工程?學習的有多么的

好，但是通過學習，我還是受益良多。

在以前，我向來對軟件存在一些偏見或者那末是誤解，認為軟件

就是程序，軟件的開辟就是編寫程序，只要編完了程序，一切也就

ok了，而且我還片面的認為只要我掌握了時下最新的語言和工具，

那末我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程

序員；一個公司，只要招聘一些程序員，就能開辟好的軟件產品。

只要有幾個有經驗的程序員，再找些兼職的大學生，就能組成一個

軟件公司。

但是通過了？軟件工程?這門課的學習，使我認識到了我以前的錯

誤。軟件其實不僅僅是程序，軟件開辟其實也不僅僅是編寫程序，軟

件是思想在硬件上的載體和表達，處理的是邏輯和信息。惟有對軟件

和軟件的開辟過程，有充分的認識，才干更好的開辟出，過程受控、

質量受控的軟件產品。

而且在以前，我向來以為軟件的開辟其實是一件很輕松快樂的事

情，只要一天坐在電腦旁敲敲鍵盤，那末一切就可以了，但是現在我

才發(fā)現，我以前的不少的思想是多么的淺薄可笑。編程其實是一種樂

趣和苦惱共存的一項創(chuàng)造性活動。因為編程不僅能夠滿足我們內心深

處進行創(chuàng)造的渴望，而且還能愉悅我們內在的情感。

而且通過學習？軟件工程？，我還學到了不少其他的東西。比方通

過學習？軟件工程？，特殊是老師每次用實際的軟件現場的講解，為我

提供了一個及早接觸世界工作和真實工程內時機。讓我知道如何在以

最小的本錢中，訓練自己的根本工程素質和能力，如何激發(fā)自己的積

極性等。而且通過學習？軟件工程？，還讓我認識和培養(yǎng)了我的團隊協

作能力，特殊是對于我們這些在校的學生來說，這種學習更是能讓我

在以后工作中少走不少的彎路。

所以，通過?軟件工程？的學習，我是真的學習到了不少實用的東

西，讓我明白了不少的道理。在此我對老師的辛勤教育表示感謝，因

為是你讓我學習到了這些，是我獲益良多。

軟件工程心得體味篇【2】

軟件工程心得體味未接觸軟件工程之前向來都很想學這門課程，

因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學

了一個學期的軟件工程課，終于知道了個軟件工程的大概。學的時候

總覺得很抽象，理解起來好似不難，但總是摸不著頭腦一種很茫然的

感覺。曾經以為程序就是軟件，軟件就是程序。學習這門課程第一個

收獲是，知道了二者的不同之處。以前做過的一些小型的軟件比方加

密軟件，我也只是在程序旁邊附上一個軟件的說明，看來已經很接近

作坊了.無非大的工程沒有接觸過，用軟件T程的方法還是第一次.

我想也是程序的不斷復雜化導致了軟件危機的發(fā)生，使得人們不得不

探索新的解決方法。

經過倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊

開辟，以提高軟件質量和程序員工作效率為目的的標準。其核心就是，

對于軟件開辟的5個重要組成局部：需求分析，設計，編碼，調試，

維護，如何組織這5個局部的工作，以及如何完成每一個工作。吾生

也有涯，而知也無涯，學習永無止境。起初，對軟件工程處于一知半

解的狀態(tài)，分工比擬混亂。

在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學習過程

中，知道了團隊合作十分重要，爭議固然存在，但通過討論、商議，

群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有

高低，互相尊重，各取所長，不宜妄自菲薄。組長多加協調，組員積

極配合，才干合作愉快。學習能力表達在能盡快接受新的知識，順應

變化，學為所用。

上?軟件工程導論?這門課，我的收獲大概如下：我們?yōu)槭裁葱枰?/p>

軟件工程呢?上面已經給出了一些原因。專業(yè)點講，軟件工程最終是為

了實現“軟件創(chuàng)造業(yè)〃的社會化,工業(yè)化大生產,提高其勞動生產效率。

惟獨如此，軟件業(yè)才干實現社會化,工業(yè)化大生產，才干“做大做強〃。

沒有管理的設計是失敗和混亂的設計，沒有設計指導的編程是無序的

忙碌的。根據開辟的軟件的規(guī)模，應該適當程度的運用軟件工程化的

思想，需要靈便，畢竟我們開辟的軟件大多數是中小型的，大型的并

不多見（我是這么認為的）°但只要涉及人員間的交流和溝通，或者多

或者少都要需要軟件工程才干更有效率，工作成果更穩(wěn)定。

其實開辟軟件，就像是解決一個邏輯句題。想想自己平時是怎樣

寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的；

然后就是對要實現的核心功能大概構思一種或者多種實現方法，并從

中

選出一種自認為是較好的;接下來就是將涉及的各種主要或者次要功

能分成各個模塊;最后就是分模塊來編碼和DEBUG。在我看來，除了

第一步外，其余的步驟應該是一個循環(huán)的過程。在編碼的過程中，

你總是需要不斷地回過頭來修改原先的模塊設計，甚至最初選定的實

現算法。具體到每一步的工作要怎樣完成，是非常靈便的，只要把握

住大體的方向就行。在進行分析，設計，編碼，調試，維護這幾局

部的工作的時候，最核心的就是文檔的編寫。1.可行性分析就是關

于當前工程能不能干的分析結果。

2.工程描述這是在決定立項以后，對當前工程的一份扼要說明。

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

4.軟件設計這就是對程序的每一個模塊的詳細設計的說明文檔。

5.開辟日志我向來都認為這是文檔中最有趣的局部。開辟日志相

當于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程

序時驀地萌發(fā)的靈感，或者對代碼的一些弱小的修改，或者對程序結

構的一些弱小變動等，還要對上述這些修改變動作些說明。

6.測試分析用于指出程序存在或者潛在的缺陷和錯誤，以及程序

性能的數字描述。

軟件工程心得體味篇【3】

在本學期的軟件工程課程的學習中，我們學習了十一章的內容。

第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和根

底性的內容，例如軟件的概念、特性，軟件危機的主要表現，軟件工

程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方

法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳

統方法、面向對象方法、形式化方法。還引出了工具UMLo第三章軟

件需求獲取與結構化分析方法，本章詳細介紹了需求獲取與需求分析

階段的任務以及結構化分析方法，畫分層的數據流圖、E-R圖以及狀

態(tài)圖式本節(jié)的重點。第四章結構化分析方法，這一章重點講解了使用

變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構

的改良。第五章編碼，這一章重點講解了編碼的風格及標準，還告訴

我們編碼標準說帶來的好處，并告誡我們將來一點要形成好的編碼風

格。第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，

軟件測試與開辟各個階段的關系;還介紹了白盒測試技術以及黑河測

試技術。第七章統一建模語言UML概述，本章詳細介紹了UML的根本

模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面向對

象分析，這一章主要講解了面向對象分析的3種模型，包括功能模型、

靜態(tài)模型和動態(tài)模型。第九章軟件體系結構與設計模式，本章對軟件

體系結構的根本概念、典型風格等進行了講解。第十章面向對象設計,

本章的重點是對面向對象分析時建立的對象模型進行調整和細化。第

十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及

軟件維護方法進行了介紹「

要學習軟件工程，學會如何系統的思量，以及養(yǎng)成良好的編碼習

慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原那末：

軟件工程目標：生產具有正確性、可用性以及開消合宜的產品。正確

性指軟件產品到達預期功能的程度?？捎眯灾杠浖窘Y構、實現及

文檔為用戶可用的程度。開消合宜是指軟件開辟、運行的整個開消滿

足用戶要求的程度。這些目標的實現不管在理論上還是在實踐中均存

在不少待解決的問題，它們形成為了對過程、過程模型及工程方法選

取的約束。

軟件工程過程：生產一個最終能滿足需求且到達工程目標的軟件

產品所需要的步驟。軟件工程過程主要包括開辟過程、運作過程、維

護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求

活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需

求規(guī)約。需求分析生成功能規(guī)約。設計活動普通包括概要設計和詳細

設計。概要設計建立整個軟件系統結構，包括子系統、模塊以及相關

層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊

說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結

果轉換為可執(zhí)行的程序代碼。確認活動貫通于整個開辟過程，實現完

成后確實認，保證最終產品滿足用戶的要求。維護活動包括使用過程

中的擴充、修改與完善。伴有以上過程，還有管理過程、支持過程、

培訓過程等。

軟件工程的原那末是指環(huán)繞工程設計、工程支持以及工程管理在

軟件開辟過程中必須遵循的原那末C

我們學習了詳細設計的方法，其原那末是過程描述是否易于理解、

復審和維護，進而過程描述能夠自然地轉換成代碼，并保證詳細沒計

與代碼徹底一致。包括程序流程圖、N-S圖、PAD圖、HIPO圖

程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開辟者最

熟悉的一種算法表達工具。它獨立于任何一種程序設計語言，比必直

觀和清晰地描述過程的控制流程，易于學習掌握。在流程圖中只能使

用下述的五種根本控制結構：順序型;選擇型;while型循環(huán);until型

循環(huán);多情況型選擇。

N-S圖：一種符合結構化程序設計原那末的圖形描述工具，稱為

盒圖，又稱為N-S圖。在N-S圖中，為了表示五種根本控制結構，規(guī)

定了五種圖形構件。順序型;選擇型;WHILE重復型;UNTIL重復型;多分

支選擇型。

PAD圖：它是用結構化程序設計思想表現程序邏輯結構的圖形工

具。PAD也設置了五種根本控制結構的圖示，并允許遞歸使用。

HIPO圖：HIPO圖是由一組IPO圖加一張HC圖組成。它是美國IBM

公司在軟件設計中使用的主要表達工具。

HC圖既是層次圖，用于表示軟件的分層結構。HC圖中的每一個模

塊，均可用一張IPQ圖來描述。IPO圖由輸入、處理和輸出三個框組

成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直

觀地顯示輸入一處理一輸出三者之間的聯系。

還有測試方法:按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)

分析與動態(tài)測試.測試方法有分析方法（包括靜態(tài)分析法與白盒法）與

非分析方法（稱黑盒法）。

靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設

計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。

動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的

定義域，輸出的全體稱為函數的值域，函數那末描述了輸入的定義域

與輸出值域的關系。

還學習了其他不少工具、語言、方法等，雖然不是都學得很透徹，

但我相信在今后的學習中一定會慢慢的完善的。

軟件工程對于初學者來說，知識根抵較薄弱，對一些應用操作、

概念、工具方法等理解起來較為艱難，要能從整體概念上較好地理解

和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然

后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合

實際，更要多思量，面對錯誤不要一范就問，要嘗試自己去解決°但

是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，

學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實

際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細

的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向

對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目

進行研究拓展;在學習語言時，要看看與C語言的聯系，多思多想，把

從各個科目學到的知識通匯貫通。

在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，

在開辟軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的

30%,而后期的管理和維護更是占了60%到80%之多。一個完整的工程

規(guī)劃須包括，軟件的定義，可行性分析報告，工程開辟方案，軟件需

求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試

方案，測試分析報告，開辟進度報告，工程開辟總結報告，軟件維護

手冊，軟件問題報告，軟件修改報告，等多個文檔，每一個文檔都要

上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，