軟件工程學習心得體會

　　當我們對人生或者事物有了新的思考時，可以將其記錄在心得體會中，如此就可以提升我們寫作能力了。應該怎么寫才合適呢？以下是小編整理的軟件工程學習心得體會，歡迎閱讀，希望大家能夠喜歡。

軟件工程學習心得體會1

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

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

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

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

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

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

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

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

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

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

軟件工程學習心得體會2

　　作為一個計算機相關專業的學生，學習軟件工程概論課程是必不可少的環節，這門課程為我們提供了對軟件工程學科的基礎認知和框架規劃，同時也為我們在未來的學習和工作中打下了堅實的基礎。在這門課程中，我認真學習、反思，從中獲得了不少收獲和體會。下面，我將從以下四個方面展開我的學習心得，并結合自身的經歷，談談我的理解和思考。

　　第二段：軟件工程學科的基本認識

　　學習軟件工程概論，我們首先需要了解軟件工程學科的基本認識。首先，軟件工程是一個系統性的學科，其目的是確保軟件的質量和效率，最終達到客戶和開發者雙方的需求。其次，軟件工程的目標是建立高質量、可靠、易維護的'軟件系統，在項目計劃、需求定義、軟件設計、測試等各個階段下工作，最終形成一個完整的軟件開發生命周期。同時，軟件工程學科也需要同時考慮工程學、計算機科學和管理科學等多個學科的知識結構，要順應軟件市場、技術骨干和客戶需求，利用日新月異的技術、方法和工具不斷提高軟件工程的水平。

　　第三段：軟件工程的主要原則和方法

　　軟件工程的實踐和研究不僅需要基本認識和知識框架，還需要深入了解軟件工程的主要原則和方法。軟件工程的主要原則包括：分階段開發、模塊化設計、適應性規劃、嚴格記錄和文檔、提前預防和檢測、先進的技術和工具等。軟件工程的主要方法包括：結構化的系統分析和設計、模型驅動的開發、敏捷的方法和迭代式的開發過程等。具體方法的選擇應根據具體的需求和現實情況，要根據實際情況精選方法、工具和流程，不斷更新和完善軟件工程的理論體系。

　　第四段：軟件工程的社會價值

　　軟件工程不僅是一門學科，更代表了一種價值觀和責任感。它對于人類社會的發展和進步扮演著重要的角色。在當今信息技術迅速發展的時代，軟件工程已成為技術與社會相結合的橋梁和紐帶。軟件工程的社會價值包括：提高信息處理和科技發展水平、提高軟件開發和維護效率、創造高質量和高性能的軟件、優化各行各業的流程和管理、推動工業化和信息化協同發展、加強個人和團隊協作能力等。軟件工程的社會價值無處不在，是不可忽視的一部分。

　　第五段：結語

　　在這門軟件工程概論課程中，我了解了軟件工程學科的基本認識，深入學習了軟件工程的主要原則和方法，并且認識到了軟件工程的社會價值。通過學習軟件工程，我不僅拓展了自己的知識面，也意識到了自己在未來的專業發展中需要掌握的技能和素養。軟件工程是一門學科，也是一種責任感和價值觀念。我相信，在未來的實踐和研究中，我會不斷學習和探索，為軟件開發行業做出自己的貢獻。

軟件工程學習心得體會3

　　學習了這門課程, 還有老師們的多元化教課,不但使我們從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合,老師主要是從六個方面來描述軟件工程,分別是信息和多媒體,JAVA編程技術,數據庫系統,布線系統,管理信息系統,網絡編程.有很多都是老師們多年的工作經驗的總結,下面是我聽課后自己的一點心得和自己對軟件開發一點感想,我知道還有好多的不懂,只有通過不斷的學習才能一一解開。

　　信息和多媒體

　　課中老師給出一些案例,其中主要展示了Authorware,Visual Basic軟件,讓我了解信息多媒體中,用Authorware開發出的一些管理系統,并用在觸摸屏上,而在實際的生活中是很多見的,比如在什么展覽廳中,在開發這類軟件中特別要注意的地方是界面方面和功能方面要一目了然,要想像一下別人在用你系統的時候是用手指去觸摸操作而不是鼠標,特別在數據庫后臺的時候是整機的,所以在設計時一定要求完美,做成系統就不應該有什么要改的,還有要有擴展性,可方便的與各種外部設備掛接,實現數據交換,所以在這方面開發的時候,一定要從用戶的角度來看,思維不能用傳統的開發思想,我認為做這類系統時候,并不是開發環境的難點,最重要的是思維的轉變,這樣才能做出用戶用得滿意的系統。

　　JAVA

　　這門語言的發展是相當迅速的,老師關鍵講了Jsp,目前流行的四種開發WEB頁語言,Jsp,Asp,Php,Asp.net,而Jsp是從JAVA語言中派生出來的,繼承了JAVA的優良性,所以Jsp的強大之處就在這了,輕松的跨越操作系統的平臺,而且他不像Asp, 所有的解析全部由IIS 來完成, 量過大時,IIS就無能為力,,Jsp和Tomcat的組合是相當完美的,Tomcat的強大之處就在他在處理請求頁面的時候實現了多線程分配,這樣就能保證訪問量不會過量占用內存和CPU,在開發Jsp的時候,老師給我們一款式Jcreater,可以看到JAVA的開發工具界面都是非常友好,Jsp與Asp有許多相類的地方,相比較,Jsp有兩方面的優點,首先,動態部分用JAVA編寫,而不是VB Script或其他Microsoft語言,不僅功能更強大而且易于使用.第二,Jsp應用可以移植其它的操作系統和非Microsoft的web服務器上.再者Jsp的安全性和訪問速度也是在其它幾個web開發語言中出類撥萃,JAVA語言的純面向對象讓我們在Jsp中得到真正的體現,Jsp的后臺數據庫很隨意,不過Mysql是最佳選擇,其實在掌握了Asp的開發后,我認為Jsp的開發就是在于語言的不同,數據庫的開發思想都是相通,最重要是做些開發,慢慢的就知道其中的一些技巧和經驗。

　　數據庫系統

　　計算機中最重要就是數據,現在數據庫中比較大型號的系統就是SQL SERVER,MY SQL,ORACLE,在windows下最常用的是SQL SERVER,從數據庫的設計到數據庫的實現, DBMS的研制包括研制DBMS本身以及以DBMS為核心的一組相互聯系的軟件系統。研制的目標是擴大功能、提高性能和提高用戶的生產率, 數據庫設計的主要任務是在DBMS的支持下，按照應用的要求，為某一部門或組織設計一個結構合理、使用方便、效率較高的數據庫及其應用系統,在我們使用的SQL SERVER中,其實是把數據庫原理都己封裝好,所以我們就只是新建Database,再建Table,我們只是需要調用就行,再用SQL語句來實現,讀取,添加,刪除,修改,更新等功能,數據庫對于用戶來說就是這些基本的功能,數據庫理論主要集中于關系數據的規范化理論,關系數據理論,但隨著人工智能與數據庫理論的結合,新的數據庫理論如演繹數據庫系統,知識庫系統,隨著數據庫的發展,以后的各個領域都將有數據庫系統的存在,數據庫將和我們的生活緊密相連,新型數據庫理論的出現必將有新的數據庫系統,而新的系統將趨于界面簡潔化,使用簡單化,功能強大化,可擴展性強,還有就是智能性強!

　　布線系統

　　課上老師從他做過幾個工程來講,其中自上而下的設計思路很是有用,就是從頂層開始,網絡服務,NetwokrSystem,硬件系統,OA_CA_BA,網絡系統,綜合布線,樓層,設計是從上而下,而實施時是從下而上的,這樣就有一個比較開放的設計模式,在以后的大樓中,都會是樓宇自動化和智能大廈,而綜合布線系統則更是要考慮各方面的困素,如樓層的設計,你設計出來的布線系統一定要符合大樓的實際情況,這樣才能做到因地制宜,從根本上做好。

　　綜合布線系統可劃分成六個部分，其中三個子系統：配線（水平）子系統；干線（垂直）子系統；建筑群子系統；外加三個部分：工作區、設備間、管理獨立的需要設置終端設備的區域宜劃分為一個工作區。工作區應由配線布線系統的信息插座延伸到工作站終端設備處的連接電纜及適配器組成。

　　工作區的每一個信息插座均應支持電話機、數據終端、計算機、電視機及監視器等終端的設置和安裝。

　　配線子系統應由工作區的信息插座、信息插座至樓層配線設備（FD）的配線電纜或光纜、樓層配線設備和跳線等組成。

　　干線子系統應由設備間的建筑物配線設備（BD）和跳線以及設備間至各樓層配線間的干線電纜組成, 干線子系統應由設備間的建筑物配線設備（BD）和跳線以及設備間至各樓層配線間的干線電纜組成。

　　設備間是在每一幢大樓的適當地點設置電信設備和計算機網絡設備，以及建筑物配線設備，進行網絡管理的`場所。對于綜合布線工程設計，設備間主要安裝建筑物配線設備（BD）。電話、計算機等各種主機設備及引入設備可合裝在一起。 設備間內的所有總配線設備應用色標區別各類用途的配線區上面都所都是書上的一些慨念性知識,在設計上劃分這些子系統時就是從這些慨念來區分,這樣就能在本質上區別他們之間的不同,就像老師所說,跟著別人做一次工程,就什么都明白了,設計布線系統一定要從做實際出發,做過幾次后,一些程管理信息系統 信息系統(Information System, IS)：基于計算機技術、網絡互聯技術、現代通訊技術和各種軟件技術，各種理論和方法于一體，提供信息服務的人機系統.它的組成是信息源,信息處理器,信息用戶,信息存儲器,信息管理者和傳輸通道。

　　在信息系統中

　　信息管理者起著主導作用,做一個信息系統是要靠幾個人一起合作的,信息系統開發的階段可分為,規劃階段,分析階段,設計階段,實施階段,支持階段,其中最重要的就是第一階段,它是由系統分析員,也是總體的設計師設計師完成,而我們傳統的思想中的程序員寫的代碼應該是很重要的,但是事實上并不是這樣,代碼的編寫是在實施階段,所以不要以為在做系統時,代碼是很重要的,可能我們在做系統時,從規劃到實施都是一個人來完成,所以并沒有意識到設計的重要性,只有一個好的設計才能從根本做一個好的系統!

　　網絡編程

　　在網絡編程中可以用到的語言有很多,VB,VC,C++,JAVA,Delphi,還有就是微軟VS.net,它是從框架的模式來總估設計,最新的Delphi20xx也是支持.net框架,框架的慨念我個認為是, .net框架的核心是通用語言運行,.net框架中的類為開發人員提供了統一的,面向對象的,層次化的,可擴展性的類庫集(API),現今,C++開發人員使用的是微軟基礎類庫,JAVA人員使用的是WINDOWS基礎類庫,而Visual Basic用戶使用的又是Visual Basic API集.就是說.net框架統一了微軟當前同的框架,這樣,開發人員不再而需要學習多種框架就能順利編程.還有就是通過創建一個公共的跨編程語言的API集,.net框架可實現跨語言繼承性,錯誤處理功能和調試,實際上,從Jscript到C++的所有編程語言都是相互的,開發人員可以自由選擇理想的編程語言.網絡編程在現在己成為一種流行的趨勢,互連網的迅猛發展讓網絡編程成為程序員發展的新空間,而以后什么語言最流行,可能就是JAVA,VS.net,Delphi這三種語言占大數了,記得比爾蓋次曾經說過,我們的編程水平還是非常的低,在以后的時間將有很大的發展空間,很可能我們以后所用的系統也許就高語音識別,或人的觸覺來操作.而在我們身邊,QQ這個軟件可以說是中國人開發的最為成功的網絡軟件,不但是方便使用而且成為當前互連網上最可靠的點到點的網絡傳輸工具,還記得原來用的第一款QQ軟件,就只能單純發文字,當然也是互連網的發展給了QQ一個非常好機遇,網絡編程的發展讓我們在互連網通訊越來越方便,對我們學計算機的人也是機遇和挑戰.并存。

　　以上就是學習這門課程的心得,軟件工程并不是教你怎么寫程序而是教你在理論上如何設計最為成功的軟件開發,學完后也許認為什么都沒有學到,但是在做軟件開發上它能給你指導,設計出可靠,可行,可實施的方案。

軟件工程學習心得體會4

　　學習了這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。

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

　　軟件：軟件是能夠完成預定功能和性能的可執行的計算機程序和使程序正常執行所需要的數據，加上描述程序的操作和使用的文檔。軟件的特征：①軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。②軟件是通過人們的智力活動，把知識與技術轉化成信息的一種產品。③軟件成為產品后，其生產只是簡單的拷貝，不同于硬件制造。④維護過程比硬件復雜的多，甚至會引發新的錯誤。軟件危機：指的是軟件開發和維護過程中遇到的一系列嚴重問題。出現軟件危機的原因：①軟件維護費用急劇上升，直接威脅計算機應用的擴大。②軟件生產技術進步緩慢。軟件工程是指導計算機軟件開發和維護的工程學科。 軟件生存周期：一個軟件從定義到開發、使用和維護，直到最終被棄用，要經歷一個漫長的時期，通常把軟件經歷的這個漫長的時期稱為生存周期。軟件的生存周期可分為八個階段：①問題定義；②可行性研究；③需求分析；④總體（概要）設計；⑤詳細設計；⑥編碼與單元測試；⑦綜合測試；⑧軟件維護；

　　瀑布模式：是傳統的軟件開發模式，其中的“瀑布”是對這個模式的形象表達，由山頂傾瀉下來的水，自頂向下、逐漸細化。其特點是：線性化過程；分為分析、設計、編碼、集成等幾個階段，并且各階段逐級推進，不允許跨越。里程碑管理；階段評審；文檔驅動；簡潔便于工程應用的線性化過程步驟，并可以通過里程碑管理機制而使項目進程量化。其明顯的優點就是沒個階段結束前都要對所完成的階段成果進行評審，這使得軟件的錯誤能夠在個階段內盡早發現并盡早解決，總的來說瀑布模式具有良好的質量保證機制，有很強的生命力。

　　原型進化模式：對軟件進行直接模擬或仿真，只需要分析需求框架后進行原型創建，再對原型系統進行逐步細化與完善，通過版本更新逐步滿足用戶對于軟件的多方面需要。

　　增量模式：開發過程有三個任務域，分別是設計結構、開發構件和集成系統，它既有完善的工程管理機制，又能適應用戶需求變更，有利于質量的監控，并且各局部基于構件構造，有利于逐步構建與完善；由于先交付核心構件可利于降低項目的技術風險。

　　螺旋模式：是一種可較好的規避開發風險過程的模式，項目是基于任務的螺旋式推進，每個螺旋由內之外分別是需求分析、軟件設計、系統集成、驗證與交付。

　　軟件開發的整個過程：①需要項目團隊，組建優秀的團隊可以開發出更搞質量的軟件產品。任務開發團隊要求小而精，成員大多在8人以內，主要成員有項

　　目負責人、開發人員、資料管理員和軟件測試員。②項目計劃是為了使軟件開發各項工作有秩序地進行，包括任務分配和基于里程碑的進度安排，甘特圖和任務網絡圖是用來描述進度計劃的工具。項目計劃書可以作為軟件開發的工作指南。③項目成本估算，由于項目有來自各方面的成本包括工資開支、場地費、差旅費、設備費和資料費等，但是軟件主要是對人力成本的估算，常用的方法有程序代碼成本估算法等。④軟件風險管理包括很多不確定的風險因素，如計劃風險、管理風險、需求風險、技術風險、人員風險、產品風險、用戶風險和商業風險等等，而風險管理的主要任務是：風險識別、風險評估、和風險防范。⑤軟件文檔管理，軟件文檔是工程模式軟件開發的成果體現，包括技術文檔、管理文檔和用戶文檔。 ⑥軟件配置管理與軟件質量管理，包括配置規劃、軟件變更控制、軟件版本控制和質量控制計劃。

　　計算機系統由硬件、軟件、數據資源、網絡資源、使用系統的人等諸多元素。有三種典型的計算機體系結構：①主機結構，主機集中了全部智能，并依靠終端接口與外部設備連接。②Client/Server結構，智能分布于服務器與客戶機，并依靠網絡連接成系統，其中，服務器處于核心位置，提供被動核心服務；客戶機處于邊緣位置，可主動訪問服務器，尋求服務支持。③Browser/server結構，可適應互聯網遠程交互的特殊結構，基于Web服務器構建。

　　需求分析：系統開發前期需求分析很重要，它是為了有效解決用戶問題的需要進行的一項工程活動，所需要考慮的需求問題是功能需求、數據需求、性能需求和接口需求，開發者承擔分析任務，核心是用戶。其步驟有三個：①獲取客戶需求，客戶泛指某個人或機構部門等，一般方法是調查，包括訪談、座談、問卷、跟班和收集資料，需求規約可表達用戶的軟件價值。②建立需求模型，它是用戶需求的圖解，一些常用的模型有：業務樹圖、用例圖、活動圖。分別用于結構化需求建模、系統業務舉例和反映系統工作流程。③進行需求驗證，要驗證的主要內容有：有效性驗證、一致性驗證、完整性驗證、現實性驗證和可檢驗性驗證。 結構化分析建模：它是建立在需求規約基礎上的，對軟件問題進行全面解說，包括四個方面：①數據建模，它與數據庫設計密切相關，ER圖涉及實體、關系、屬性等圖形元素，在業務層面建立數據庫概念模型，一般用于前期的建模構想。②功能建模，是對系統數據加工的圖解，數據流程圖是常用的建模工具，涉及數據接口、數據處理、數據流、數據存儲等圖形元素，用于描述系統數據加工細節。③行為建模，行為模型用于說哦名軟件系統與環境的交互，狀態轉換圖常用的軟件行為建模工具涉及狀態、事件等圖形元素。⑤數據字典，是用于定義軟件的元素，使軟件元素獲得嚴肅的、詳密的、精確的規格說明。需求分析模型中的數據、功能、行為等諸多方面的元素，都有必要通過數據字典給予細節說明，以達到對系統較完整全面的規格定義。

　　基于UML對象面向對象分析建模：UML是統一建模語言，有統一的語法、語義和語用規則，其建模過程的特點是：用例驅動、以構架為中心和增量迭代，通過包實現對模型的有效的一體化管理。包括三部分：①用例建模，它面向用戶需求的，能夠反映系統的用戶價值，用例圖的基本元素有用例、參與者、交流；用例之間有泛化、延伸和包含關系。②活動建模，活動圖用于描述系統動態過程，主要圖形元素有：活動、轉換、起點、終點、判斷、并發、同步、泳道等。可描述高層業務級活動，涉及整個業務流程，針對每個用例活動建模，反映用例內部活動細節。③類分析建模，這里就只考慮實體類，實體類所代表的數據相互之間通常有一定的關系，依靠這種關系可形成有組織的程序數據結構。實體類之間的`

　　主要數據關系有：關聯、聚類、泛化。

　　接下來我就簡單說下我上這門課的簡單的心得體會，我們是大四的學生了，也只有這個學期有課了，剛開始課表安排出來的時候覺得挺意外的，只有前八周有課，當時我還是有點小感動的，大四事情很多，有要考研的和工作的，大家也都有各自的事情，如果有16周的課，那么每周課不是特別多，但是時間特別分散，也不能集中某段時間去做什么事情。但是相對于老師的壓力也有，課程壓縮了相當于每節課的教學任務大大增加了，在加上有些假期沖掉課，就感覺我們好像上課學不到什么東西，也只是一些關鍵的和考試掛鉤的才重點講，完全沒有擴展的時間和空間了。但是總的來說，學校開了這門課，我們上了這門課，總是學到了點東西的，不可能明明上了軟件工程這門課，卻像沒上一樣什么都不懂。在上課的時候我還是很認真地去聽老師所講述的內容的，我覺得他的思想和我一向而來的培養計算機學生綜合素質的理解還是在一定程度上不謀而合了，所謂的需求獲取，那就是一個談判，辯論，交流的過程，已經不是單純的編編程序就能解決的問題了。從我所看到的聽到的來說，我最怕的就是計算機系的學生被別人說成是個帶著厚眼鏡的，只能夠在電腦前編編程序的，在交際場上不知道說什么而一個字都說不出來的人。我覺得這樣的人進入社會之后是沒有什么前途的，起碼他們缺乏了與人溝通交流的能力。而這門課程在一定程度上給了我們這些學生一個機會來鍛煉自己在另一方面的能力，設想一下，一個又有技術又能夠與人交流合作的人所取得的成就自然要比一個單單只會編程序的人要大得多。其次，這門課程教給了我們在完成一個實際項目時的一般程序及過程，我認為這是一份非常具有實際意義的教學內容。當我們在畢業之后，這是我們實際要運用的一項非常有用的技能，而且不僅僅局限于軟件工程的范疇，我們即使是從事與其它行業，不也是要從需求獲取開始，一直有條有理地到最后成品的出爐嗎？應該說這就是這門課的價值所在。無論是在上課，還是在學生會里面做學生工作，我都深深地感覺到，技術性的工作就好比變魔術，其實原理是非常簡單的，甚至可以說簡單的可笑，但是當你就是做出這么一個簡單的東西出來之后，一些外行們有時候會用崇拜的眼光看著你，覺得你很厲害，很高深莫測。但是制作的過程他們卻不知道，也許知道之后他們只是會啞然失笑，原來這個東西的制作過程是如此的簡單。這個可以說就是技術的魅力了，而作為需求獲取及之后的一系列過程則是類似于魔術揭秘的過程，但是作為這個秘密我們并不需要一揭到底，至于揭的程度如何那就是我們那就是我們學出的程度如何了，我們要讓對方知道我們在做什么？以及如何去做？這些東西需要我們以一定的技巧敘述出來，所起到的作用就是能夠讓對方了解自己的進度，卻又能夠不讓對方來干涉自己的工作過程。因為我們是技術員，對方只是外行，即使對方知道了這個魔術的操作過程，也并不代表他們就能夠向變著魔術的我們來隨便修改這個魔術的變法，況且我們能夠用不同的過程來得出一個同樣的結果，這個過程的得出的主動權如何掌握在我們的手上，就看我們如何以高明的方式來揭開這個魔術的謎底了。當然了，在純粹的理論上，我覺得開設這樣一門課程是很成功的。但是畢竟現實里有太多的不確定的因素。最重要的因素就是授課的老師和聽課的學生。這兩個可以說是這門課成與敗的決定性的因素。

　　作為我們學生來說，應該負起比較主要的責任。在大學里有了太多的基礎課程，基礎課程大多都比較枯燥無味，也許在第一個學期里我們還能夠保持著新鮮感，但是在6學期之后，可以說再有新鮮感就是一件比較困難的事情了，我們都已經開始變得遲鈍了。其次的，沒有認識到這門課程的價值。這門課的價值我已

　　經在上面說過了，是不言而喻的。但是并不是每個同學畢業之后都回從事計算機行業，也不是每個同學都知道這門課程的意義已經不僅僅局限于計算機這個范疇。或許有些人覺得反正以后不是這個發展方向，也就不在乎這個課程吧。我個人覺得這門課確實是挺好的，如果認真學必能學到很多東西，動手實踐能力和從整個大體分析系統開發的邏輯性思維也會明顯增強，不管以后從事哪個方面的工作，這對以后來說都是一筆很大的隱性財富。說到我自己對這么課的學習，還是有點愧疚的，前面四周我每周每節課都去上的，并且上課也認真聽，一邊聽老師講課一邊自己看書本的介紹，但是后來我上這門課的次數就降低了，因為覺得時間很緊吧，而且老師上課的節奏我個人覺得有點慢，我都可以自己預習看到后面去了，但是這門課我還是每周至少上一節課的，雖然我早上7點多一點就出門，在自習室，但是有時候明明知道到了上課的時間，明明上課的地方離自習的地方不遠也不太想去。我記得有次上課時候老師生氣了，說來上課的人少，我仔細環顧了下四周發現確實人很少，稀稀疏疏的分散著，看起來確實不太舒服，讓我不得不反思了，這大學的教育到底怎么了，怎么到了大四大家都不來上課，雖然我不是每節課都來，但是我還是時不時來上課的，可能是比較浮躁吧，快畢業了，覺得上課學不到什么實際的東西，要么實際一點好好考研繼續深造，要么去培訓增強實踐能力這樣才能較好的為找個滿意的工作做好鋪墊。

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

軟件工程學習心得體會5

　　一、需求分析和概要設計。

　　1）需求分析

　　按照軟件工程的軟件過程來說：

　　1需求分析產生了軟件功能規格說明書,需要確定用戶對軟件的需求,要作到明確、無歧義。不涉及具體實現方法。用戶能看得明白，開發人員也可據此進行下面的工作（概要設計）。

　　2.概要設計產生了軟件概要設計說明書，說明系統模塊劃分、選擇的技術路線等，整體說明軟件的實現思路。并且需要指出關鍵技術難點等。

　　在進行需求分析時，我們既是開發者又是用戶，本系統的業務流程與業務分類的定義比較難。我們的團隊進行了研討，還充分運用了身邊的各種資源，大量的查找了很多網絡上關于工資系統的資料。通過資料的進行討論、根據我們的課題進行分析，最后確定了用戶的需求為：

　　1.本系統在高校應用后高校工資管理方面的教職工將減少至目前的50%左右；

　　2.本系統在高校應用后將在高校各方面的成本將會有所降低；

　　3.本系統在高校應用后將教職工的工資達到完全透明，計算更加精確教職工因糾紛事件減少到1%。 根據分析將系統的功能從一般教職工與系統管理者兩個角度將功能劃分為7個模塊，當然介于我們的'知識有限，有的功能沒有實現：員工工資與考勤直接掛鉤，但本系統無法與員工考勤系統掛鉤相連，由于涉及此系統時該高校并沒有員工考勤系統，而且我們在最初進行商量的時候也沒有提出該要求。

　　2）概要設計

　　從概要階段開發正式進入軟件的實際開發階段，本階段完成系統的大致設計并明確系統的數據結構與軟件結構。在軟件設計階段主要是把一個軟件需求轉化為軟件表示的過程，這種表示只是描繪出軟件的總的概貌。由概要設計說產生大的概要說明書的目的就是進一步細化軟件設計階段得出的軟件總體概貌，把它加工成在程序細節上非常接近于源程序的軟件表示。

　　在本階段主要涉及處理流程的設計、總體結構和模塊外部設計、功能分配。在接口設計上有用戶接口、外部接口、內部接口；數據結構設計有邏輯結構設計、物理結構設計等等。在接口設計時參考了大量的資料。

　　最后就是編寫文檔——軟件需求說明書、概要分析說明書。

　　而文檔的作用在于：一是可以幫助整理思路。把要完成的目標，系統的結構，每一個模塊的功能等整理一下，然后分門別類地寫下來，這樣在開發的過程中，就有據可依，在需要回過頭來修改設計的時候，也有證可考。二是便于交流。三是可以作為以后維護時的參考資料。

　　三、軟件工程課程設計——心得體會

　　我們進行了為期一周的課程設計。通過這次課程設計，我拓寬了知識面，鍛煉了能力，綜合素質得到較大提高。安排課程設計的基本目的，在于通過理論與實際的結合、人與人的溝通，進一步提高思想覺悟。尤其是觀察、分析和解決問題的實際工作能力，以便培養成為能夠主動適應社會主義現代化建設需要的高素質的復合型人才。作為整個學習體系的有機組成部分，課程設計雖然安排在一周進行，但并不具有絕對獨立的意義。它的一個重要功能，在于運用學習成果，檢驗學習成果。運用學習成果，把課堂上學到的系統化的理論知識，嘗試性地應用于實際設計工作，并從理論的高度對設計工作的現代化提出一些有針對性的建議和設想。檢驗學習成果，看一看課堂學習與實際工作到底有多大距離，并通過綜合分析，找出學習中存在的不足，以便為完善學習計劃，改變學習內容與方法提供實踐依據。對我們信息管理與信息系統專業的學生來說，實際能力的培養至關重要，而這種實際能力的培養單靠課堂教學是遠遠不夠的，必須從課堂走向實踐。這也是一次預演和準備畢業設計工作。通過課程設計，讓我們找出自身狀況與實際需要的差距，并在以后的學習期間及時補充相關知識，為求職與正式工作做好充分的知識、能力準備，從而縮短從校園走向社會的心理轉型期。課程設計促進了我系人才培養計劃的完善和課程設置的調整。

　　在一個星期的課程設計之后，我們普遍感到不僅實際動手能力有所提高，更重要的是通過對軟件開發流程的了解，進一步激發了我們對專業知識的興趣，并能夠結合實際存在的問題在專業領域內進行更深入的學習。

　　軟件工程課程雖已結束，但我對于軟件工程的學習才剛剛開始。我體會到項目管理的重要性，隨著軟件規模、復雜度的不斷增加，項目開發中更多的是協作、管理和控制。我學習到很多一般性的方法，例如：需求獲取、模塊化、計劃等等。同時，我也認識到使用計算機解決實際問題的復雜性，人們認識表達的過程不斷反復、逐步深化，軟件工程方法要提供給程序員們一種更加有效的對客觀世界問題域進行形式化的過程方法。

【軟件工程學習心得體會】相關文章：

軟件工程學習心得體會12-23

軟件工程專業的學習計劃07-03

軟件工程學習心得體會（精選16篇）06-13

軟件工程學習心得體會（通用11篇）04-08

軟件工程實習心得體會03-08

軟件工程心得體會（精選10篇）03-15

軟件工程實訓心得體會03-22

軟件工程實習心得體會范文03-31

軟件工程實習心得體會通用03-22

軟件工程的簡歷09-27