寫心得體會可以幫助我們梳理思路、提高表達能力，同時也能給他人提供一些有益啟示。在這些心得體會中，我們可以看到作者的成長和思考，希望這些分享能夠給大家?guī)硪恍﹩l(fā)和思考的方向。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇一

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

2.概要設(shè)計產(chǎn)生了軟件概要設(shè)計說明書，說明系統(tǒng)模塊劃分、選擇的技術(shù)路線等，整體說明軟件的實現(xiàn)思路。并且需要指出關(guān)鍵技術(shù)難點等。

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

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

2.本系統(tǒng)在高校應(yīng)用后將在高校各方面的成本將會有所降低；

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

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

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

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

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

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

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

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

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇二

初學(xué)軟件工程第一周的時候以為只是純粹的理論課毫無用處，其實不然。深入了解之后發(fā)現(xiàn)它對程序的設(shè)計，錯誤的檢測以及軟件測試，編寫方面有不可磨滅的便捷好處。開發(fā)一個軟件時，對原定的系統(tǒng)模型和目標(biāo)的現(xiàn)實以及系統(tǒng)完成后所帶來的效益的預(yù)判斷，可以明確開發(fā)與否，否則就是浪費人力，物力以及時間。

以下是所學(xué)過程中的知識點：

(1)軟件危機：軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴(yán)重問題。

所以若要解決軟件危機，既要有技術(shù)措施(方法和工具)，又要有必要的組織和管理措施，軟件工程正是從管理和技術(shù)兩方面研究如何更好得開發(fā)和維護計算機軟件的一門新興學(xué)科。

軟件工程是指導(dǎo)計算機軟件開發(fā)和維護的一門工程學(xué)科。采用工程的概念、原理、技術(shù)、和方法來開發(fā)與維護軟件。

軟件工程方法學(xué)包含3個要素：方法、工具和過程。

(2)軟件生命周期：軟件定義、軟件開發(fā)和運行維護。

軟件開發(fā)階段：問題定義，可行性研究，需求分析，總體設(shè)計，詳細設(shè)計，編碼和單元測試，綜合測試，軟件維護。

軟件維護主要任務(wù)：是使軟件持久的滿足用戶的需要。

軟件過程目的：為獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，規(guī)定了完成各項任務(wù)的工作步驟。

其中：可行性分析：技術(shù)可行性，經(jīng)濟可行性，操作可行性。

(3)判定表和判定樹能夠清晰地表達出各種動作之間的對應(yīng)關(guān)系。

第一個軟件生命周期，瀑布型生命周期。

程序設(shè)計：低耦合高內(nèi)聚。

(4)學(xué)會畫程序流圖，sc圖，er圖，dfd圖，順序圖以及協(xié)作圖。學(xué)會讀圖，可以獨立完成相關(guān)計算題。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇三

答：軟件危機是指在計算機軟件開發(fā)和維護過程中所遇到的一系列的嚴(yán)重問題。

它的典型表現(xiàn)：1.軟件開發(fā)成本高，成本難以控制。2.研究周期長，軟件開發(fā)進度難以控制，周期拖得很長。3.正確性難以保證，軟件質(zhì)量差，可靠性難以保證。4.軟件維護困難，維護人員和維護費用不斷增長。5.軟件發(fā)展跟不上硬件的發(fā)展和用戶的要求。

它出現(xiàn)的原因一方面是由于軟件生產(chǎn)本身存在著復(fù)雜性，另一方面是與軟件開發(fā)所使用的方法和技術(shù)有關(guān)。軟件不同于硬件，它是計算機系統(tǒng)中的邏輯部件而不是物理部件。管理和控制軟件開發(fā)工程相當(dāng)困難，軟件是規(guī)模龐大，而且程序復(fù)雜性將隨著程序規(guī)模的增加而呈指數(shù)上升。目前相當(dāng)多的軟件專業(yè)技術(shù)人員對軟件開發(fā)和維護還有不省糊涂觀念，在實踐過程中或多或少地采用了錯誤的方法和技術(shù)，這是使軟件問題發(fā)展成為軟件危機的主要原因。

1.2什么是軟件工程?它有哪些本質(zhì)特性?怎樣用軟件工程消除軟件危機?

答：軟件工程是將系統(tǒng)化的，規(guī)范化的，可度量的方法應(yīng)用于軟件開發(fā)，運行和維護的過程，即將工程化應(yīng)用于軟件中。

它的本質(zhì)特性：1.軟件工程關(guān)注于大型程序的構(gòu)造2.軟件工程的中心課題是控制復(fù)雜性3.軟件經(jīng)常化4.開發(fā)軟件的效率非常重要5.和諧地合作是開發(fā)軟件的關(guān)鍵6.軟件必須有效地支持它的用戶7.在軟件工程領(lǐng)域中是由一種文化背景的人替具有另一種文化背景的人創(chuàng)造產(chǎn)品。

基本原理:1.用分階段的生命周期計劃嚴(yán)格管理2.堅持進行階段評審3.實行嚴(yán)格的產(chǎn)品控制4.采用現(xiàn)代程序設(shè)計的技術(shù)5.結(jié)果應(yīng)能清楚地審查6.開發(fā)小組的人員應(yīng)該少而精7.承認(rèn)不斷改進軟件工程實踐的必要性。

1.3什么是軟件？它有什么特點？

答：軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)結(jié)構(gòu)及其相關(guān)文檔的完整集合。

1.4什么是軟件過程?它與軟件工程方法學(xué)有何關(guān)系?

答：軟件過程是為了開發(fā)出高質(zhì)量的軟件產(chǎn)品所需完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的工作步驟。

軟件過程定義了運用技術(shù)方法的順序，應(yīng)該交付的文檔資料，為保證軟件質(zhì)量和協(xié)調(diào)軟件變化必須采用的管理措施，以及標(biāo)志完成了相應(yīng)開發(fā)活動的里程碑。軟件過程是軟件工程方法學(xué)的3個重要組成部分之一。軟件工程的基礎(chǔ)是軟件過程。

1.5什么是軟件生命周期模型?試比較瀑布模型、原型模型、增量模型和螺旋模型的優(yōu)缺點，說明每種模型的適用范圍。

答：軟件生命周期模型是軟件開發(fā)全部過程，活動和任務(wù)的結(jié)構(gòu)框架，它能直觀表達軟件開發(fā)全過程，明確規(guī)定要完成的主要活動，任務(wù)和開發(fā)策略。也叫軟件開發(fā)模型。

瀑布模型優(yōu)點：有利于大型軟件開發(fā)過程中人員的組織，管理，有利于軟件開發(fā)方法和工具的研究，從而提高了大型軟件項目開發(fā)的質(zhì)量和效率。

缺點：1，開發(fā)過程一般不能逆轉(zhuǎn)，否則代價太大2.實際的項目開發(fā)很難嚴(yán)格按。

照該模型進行3.客戶往往很難清楚地給出所有的需求，而該模型卻要求如此4.軟件的實際情況必須到項目開發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。

適用范圍：1.用戶的需求非常清楚全面，且在開發(fā)過程中沒有或變化很少2.開發(fā)人員對軟件的應(yīng)用領(lǐng)域很熟悉3.用戶的使用環(huán)境非常穩(wěn)定4.開發(fā)工作隊用戶參與的要求很低。

原型模型優(yōu)點：1.可以得到比較良好的需求定義，容易適應(yīng)需求的變化2.有利于開發(fā)與培訓(xùn)的同步3.開發(fā)費用低，開發(fā)周期短且隊用戶更友好。

適用范圍：1.對所開發(fā)的領(lǐng)域比較熟悉而且有快速的原型開發(fā)工具2.項目投標(biāo)時，可以以原型模型作為軟件的開發(fā)模型3.進行產(chǎn)品移植或升級時，或?qū)σ延挟a(chǎn)品原型進行客戶化工作時，原型模型非常合適。

增量模型優(yōu)點：1.采用增量模型的優(yōu)點是人員分配靈活，剛開始不用投入大量的人力資源。

2.如果核心產(chǎn)品很受歡迎，則可增加人力實現(xiàn)下一個增量3.可先發(fā)部分功能給客戶，對客戶起到鎮(zhèn)靜劑的作用。

缺點：1.并行開發(fā)構(gòu)件有可能遇到不能集成的風(fēng)險，軟件必須具備開放式的體系結(jié)構(gòu)2.增量模型的靈活性可以使其適應(yīng)這種變化的能力大于優(yōu)于瀑布模型和原型模型，但也很容易退化為邊做邊改模型，從而使軟件過程的控制失去整體性。

適用范圍：1.進行已有產(chǎn)品升級或新版本開發(fā)，增量模型是非常適合的2.對完成期限嚴(yán)格要求的產(chǎn)品，可以使用增量模型3.對所開發(fā)的領(lǐng)域比較熟悉而且已有原型系統(tǒng)，增量模型也非常適合。

螺旋模型優(yōu)點：1.實際上的靈活性，可以再項目的各個階級進行變更2.以小的分段來構(gòu)建大型系統(tǒng)，是成本計算變得簡單容易3.客戶始終參與每個階段的開發(fā)，保證了項目不偏離正確方向以及項目的可控性4.隨著項目推進，客戶始終掌握項目的最新消息，從而是他或她能夠和管理層有效地交互。

缺點：1.采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險評估經(jīng)驗和專門知識，在風(fēng)險較大的項目開發(fā)中，如果未能夠及時標(biāo)識風(fēng)險，勢必造成重大損失2.過多的迭代次數(shù)會增加開發(fā)成本，延遲提交時間。

適用范圍：只適合于大規(guī)模的軟件項目。

答：軟件工程是一門將理論和知識應(yīng)用于實踐的工程，它借鑒了傳統(tǒng)工程的原則和方法，以求高效地開發(fā)高質(zhì)量軟件。它是一種層次化技術(shù)。

意義：從歷史上講，軟件工程的作用，是為了克服上個世紀(jì)60年代出現(xiàn)的軟件危機，這種危機表現(xiàn)為軟件開發(fā)的成本大、進度慢、維護難和質(zhì)量得不到保障。從當(dāng)前來講，軟件工程的作用，就是告訴人們怎樣去開發(fā)軟件和管理軟件。具體地講，它表現(xiàn)在與軟件開發(fā)和管理有關(guān)的人員和過程上。

1.7軟件過程的通用過程框架包含哪兩類活動？

答：一類是框架活動，還有一類是保護性活動。

1.8描述基于構(gòu)件開發(fā)的思想以及目前的發(fā)展情況。

答：基于構(gòu)件開發(fā)強調(diào)將被設(shè)計的系統(tǒng)分解成功能的或邏輯的構(gòu)件，構(gòu)件用定義好的接口進行通信。

它是現(xiàn)在軟件復(fù)理論實用化的研究熱點，在構(gòu)件對象模型的支持下，通過復(fù)用已有的構(gòu)件，軟件開發(fā)者可以“即插即用”地快速構(gòu)造應(yīng)用軟件，這樣即可以節(jié)省時間和經(jīng)費，提高工作效率，也可以產(chǎn)生更加規(guī)范，更加可靠的應(yīng)用軟件。

1.9請簡要說明rup的9個規(guī)程（disciplines）及之間關(guān)系？

答：rup的9個規(guī)程為：業(yè)務(wù)建模，需求，分析與設(shè)計，實現(xiàn)，測試，部署，配置與變更管理，項目管理以及環(huán)境。

對于一個大型項目，rup九個規(guī)程的活動不可或缺，但對于有些項目可能不需要經(jīng)過所有九個規(guī)程，在項目開發(fā)時需要對這些規(guī)程涉及的活動做具體的裁剪，以適應(yīng)具體項目的開發(fā)需要。

1.10說明面向切面編程的特點，有什么優(yōu)勢？

答：該范型以一種稱為切面的語言構(gòu)造為基礎(chǔ)，切面是一種新的模塊化機制，用來描述分散在對象、類或函數(shù)中分離出來可以大大增強程序的模塊性。

優(yōu)勢：他把特定領(lǐng)域問題的代碼從業(yè)務(wù)邏輯中獨立出來，業(yè)務(wù)邏輯的代碼中不再含有針對特定領(lǐng)域問題代碼的調(diào)用，業(yè)務(wù)邏輯同特定領(lǐng)域問題的關(guān)系通過切面來進行封裝，維護。優(yōu)勢：面向切面編程的特點是針對業(yè)務(wù)處理過程中的切面提取，所面對的是處理過程中的某個步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果，降低了耦合性。

1.11模型驅(qū)動工程中mda的基本思想是什么？

答：mda的基本思想是系統(tǒng)的功能性是用合適的規(guī)約語言以平臺無關(guān)的模型的方式定義，然后為實際的實現(xiàn)翻譯到一個或多個平臺相關(guān)的模型上。

chapter2。

2.1描述面向?qū)ο蟮幕靖拍詈退枷搿?/p>

一個實體都可以抽象為對象。

2.2面向?qū)ο蠓治鲈O(shè)計的基本思路和過程是怎樣的？

答：分析過程主要包括理解、表達和驗證。設(shè)計是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實現(xiàn)方案的過程。

過程：識別系統(tǒng)的用例和角色，進行系統(tǒng)分析并抽象出類，設(shè)計系統(tǒng)并設(shè)計系統(tǒng)中的類及其行為。

2.3面向?qū)ο蟪绦蛟O(shè)計中的概念主要包括哪些？分別闡述其主要思想。

答：對象：封裝了數(shù)據(jù)和操作這些數(shù)據(jù)的代碼的邏輯實體。

類：具有相同類型的對象的抽象。

封裝：保證軟件部分具有優(yōu)良的模塊性的基礎(chǔ)。

繼承：讓某個類型對象獲得另一個類型的對象特征。

多態(tài)：使不同內(nèi)部結(jié)構(gòu)的對象可以共享相同的外部接口，減少代碼復(fù)雜度。

動態(tài)綁定：多態(tài)實現(xiàn)的具體形式，將一個過程調(diào)用與相應(yīng)代碼鏈接起來的行為。消息傳遞：使得對現(xiàn)實世界的描述更容易。

方法：定義一個類可以做的，但不一定去做的事。

2.4描述uml的主要概念和歷史。

答：uml是統(tǒng)一建模語言，用來對軟件密集系統(tǒng)進行可視化建模的一種語言。uml為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進行說明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語言。

歷史：rumbaugh和booch將booch93和omt-2統(tǒng)一起來，發(fā)布了um0.8；后經(jīng)過booch，rumbaugh和jacobson的共同努力，發(fā)布了uml0.9和uml0.91，并將um重命名為uml。，rational組織成立了uml合作者聯(lián)盟，以完善、加強和促進uml的定義工作。啟動了uml2.0標(biāo)準(zhǔn)的制定工作。

2.5rup是什么？應(yīng)用rup對軟件開發(fā)有什么意義？

答：rup（rationalunifiedprocess）是統(tǒng)一軟件開發(fā)過程，是一個面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。

應(yīng)用rup為軟件開發(fā)提供了一個模版，使得軟件開發(fā)過程規(guī)范化，統(tǒng)一化。

chapter3。

3.1為什么要進行業(yè)務(wù)建模？業(yè)務(wù)建模適用什么場合的軟件項目開發(fā)？

業(yè)務(wù)知識而再進行開發(fā)的，所以需要通過“業(yè)務(wù)建模”將“業(yè)務(wù)需求”準(zhǔn)確地轉(zhuǎn)換為it技術(shù)人員所熟悉的“軟件需求”。

適用場合：規(guī)模較大的軟件項目開發(fā)。

3.2業(yè)務(wù)建模可以分哪些工作流進行？

答：評估業(yè)務(wù)狀態(tài)、描述當(dāng)前業(yè)務(wù)、定義業(yè)務(wù)、探索流程自動化、開發(fā)領(lǐng)域模型。

3.3什么是領(lǐng)域模型？與業(yè)務(wù)模型的關(guān)系是什么？

答：領(lǐng)域模型：領(lǐng)域模型是描述業(yè)務(wù)用例實現(xiàn)的對象模型。它是對業(yè)務(wù)角色和業(yè)務(wù)實體之間應(yīng)該如何聯(lián)系和協(xié)作以執(zhí)行業(yè)務(wù)的一種抽象。領(lǐng)域模型從業(yè)務(wù)角色內(nèi)部的觀點定義了業(yè)務(wù)用例。該模型為產(chǎn)生預(yù)期效果確定了業(yè)務(wù)人員以及他們處理和使用的對象（“業(yè)務(wù)類和對象”）之間應(yīng)該具有的靜態(tài)和動態(tài)關(guān)系。它注重業(yè)務(wù)中承擔(dān)的角色及其當(dāng)前職責(zé)。這些模型類的對象組合在一起可以執(zhí)行所有的業(yè)務(wù)用例。

關(guān)系：開發(fā)領(lǐng)域模型是一個備選活動，領(lǐng)域模型是業(yè)務(wù)分析模型中獨立的一部分，注重于說明對于業(yè)務(wù)領(lǐng)域很重要的概念、產(chǎn)品、可交付成果和事件。這樣一個模型僅描述業(yè)務(wù)中的重要信息，并不包括人員承擔(dān)的職責(zé)。

3.4什么是系統(tǒng)上下文？明確目標(biāo)系統(tǒng)的上下文有什么意義？

答：系統(tǒng)上下文：指的是目標(biāo)系統(tǒng)、與之交互的用戶和外部系統(tǒng)。

意義：業(yè)務(wù)建模作為軟件需求的前一階段，了解目標(biāo)系統(tǒng)的上下文是很有必要的，便于確定目標(biāo)組織和業(yè)務(wù)范圍。

3.5什么是業(yè)務(wù)涉眾？業(yè)務(wù)涉眾可能來自哪些方面？

答：業(yè)務(wù)涉眾：所有跟目標(biāo)業(yè)務(wù)有利害關(guān)系的人。

方面：可能來自目標(biāo)組織內(nèi)部及目標(biāo)組織外部且跟目標(biāo)組織有關(guān)系的人和組織。

3.6什么是業(yè)務(wù)愿景？怎么理解業(yè)務(wù)愿景的重要性？

答：業(yè)務(wù)愿景：定義業(yè)務(wù)建模工作所針對的一組目標(biāo)。

重要性：要了解組織的業(yè)務(wù)過程，對業(yè)務(wù)進行建模，首先必須理解組織的共同愿景，業(yè)務(wù)建模時期的重要任務(wù)就是確定項目涉眾的共同愿景，而了解最有影響力的涉眾的愿望和目標(biāo)是非常重要的環(huán)節(jié)。所以業(yè)務(wù)愿景對整個業(yè)務(wù)建模過程來說是十分關(guān)鍵和重要的。

3.7業(yè)務(wù)建模的作用是什么？哪些人和組織是潛在的業(yè)務(wù)執(zhí)行者？

答：作用：

（1）了解目標(biāo)組織（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)和機制；

（2）了解目標(biāo)組織中當(dāng)前存在的問題并確定潛在改進的可能性；

（3）確保客戶、最終用戶、開發(fā)人員和其他各方就目標(biāo)組織達成共識；

（4）導(dǎo)出支持目標(biāo)組織所需的系統(tǒng)需求；

（5）了解要部署的軟件系統(tǒng)將如何融入組織。

潛在的業(yè)務(wù)執(zhí)行者：客戶、合作伙伴、供應(yīng)商、權(quán)威機構(gòu)（法律、法規(guī)等制訂機構(gòu)）、子公司、所有者和投資者、業(yè)務(wù)以外的信息系統(tǒng)等。

3.8結(jié)構(gòu)化業(yè)務(wù)用例的三種關(guān)系是什么？

答：三種關(guān)系：包含關(guān)系、擴展關(guān)系、泛化關(guān)系。

3.9業(yè)務(wù)用例的包含與擴展關(guān)系、包含與泛化的區(qū)別是什么？

答：包含與泛化的區(qū)別：（1）對于用例泛化關(guān)系，子用例的執(zhí)行取決于父用例（重用部分）的結(jié)構(gòu)和行為，而在包含關(guān)系中，基本用例的執(zhí)行只取決于包含用例（重用部分）所執(zhí)行的功能的結(jié)果。（2）在泛化關(guān)系中，子用例的用途和結(jié)構(gòu)是相似的，而在包含關(guān)系中，重用同一個包含用例的基本用例可能有完全不同的用途，但需求執(zhí)行相同的功能。

包含與擴展的區(qū)別：（1）包含關(guān)系：如果基本用例的某個部分代表一個功能，而業(yè)務(wù)用例只依賴于本功能的結(jié)果，而不是產(chǎn)生結(jié)果的方法，那么可以將這部分分離出來，形成一個附加用例。使用包含關(guān)系，將附加部分明確包含于基本用例中。包含關(guān)系將基本用例和包含用例連接起來。

(2)擴展關(guān)系：如果基本用例的一部分是可選的，或?qū)τ诶斫庠撚美闹饕康膩碚f不是必需的，那么可以將這部分分離出來，形成一個附加用例，以簡化基本用例的結(jié)構(gòu)。利用擴展關(guān)系，將附加部分隱含地包含于基本用例中。擴展關(guān)系將擴展用例與基本用例連接起來。

3.10業(yè)務(wù)分析模型的作用是什么？與業(yè)務(wù)用例模型的之間是什么關(guān)系？

答：作用：業(yè)務(wù)分析模型描述通過與業(yè)務(wù)系統(tǒng)、業(yè)務(wù)工作者和業(yè)務(wù)實體交互來實現(xiàn)業(yè)務(wù)用例。它充當(dāng)了為了執(zhí)行業(yè)務(wù)用例而所需業(yè)務(wù)系統(tǒng)、業(yè)務(wù)工作者和業(yè)務(wù)實體之間的相關(guān)和協(xié)作方式的抽象。它還定義了在執(zhí)行業(yè)務(wù)用例時由業(yè)務(wù)執(zhí)行者調(diào)用的外部業(yè)務(wù)服務(wù)。

關(guān)系：業(yè)務(wù)用例模型是從與客戶和業(yè)務(wù)流程對應(yīng)的業(yè)務(wù)執(zhí)行者和業(yè)務(wù)用例的角度，對業(yè)務(wù)進行描述。業(yè)務(wù)用例模型包括工作流程說明，此說明確定完成了那些工作。所以業(yè)務(wù)用例模型描述在業(yè)務(wù)執(zhí)行者和業(yè)務(wù)之間發(fā)生了什么，對于業(yè)務(wù)結(jié)構(gòu)或如何實現(xiàn)業(yè)務(wù)用例不作任何假設(shè)。而業(yè)務(wù)分析模型就是用于描述如何執(zhí)行業(yè)務(wù)用例，并具體定義業(yè)務(wù)提供的服務(wù)，內(nèi)部業(yè)務(wù)工作者及其使用的信息，將它們的結(jié)構(gòu)化組織描述為獨立的單元，定義業(yè)務(wù)工作者如何通過交戶來實現(xiàn)業(yè)務(wù)用例中所描述的行為。

3.11。

（c）。

2.以醫(yī)院為研究對象，請描述醫(yī)生、病歷的性質(zhì)分別是()。

(a)businessactor、businessworker。

(b)businessworker、businessactor。

(c)businessactor、businessentity。

(d)businessworker、businessentity。

3.12綜合案例分析-餐廳點菜業(yè)務(wù)分析。

某餐廳的點菜服務(wù)流程與規(guī)范如下：

1.遞上菜單。

（1）客人入座后，服務(wù)員詢問客人需要什么茶水。準(zhǔn)備好茶水后，按“女士優(yōu)先，先。

賓后主”的原則從右邊為客人斟上茶水。

（2）將菜單打開第一頁，按照“女士優(yōu)先”原則，用雙手從客人右側(cè)將菜單送至客人手中，然后站在客人斜后方能觀察客人面部表情的地方，上身微躬。

2.推薦介紹酒店菜品。

（1）在客人點菜前，服務(wù)員應(yīng)留有時間讓客人翻看菜單。

（2）在客人翻看菜單時，應(yīng)及時向客人簡單介紹菜單上的菜，回答客人的詢問。

（3）向客人介紹廚師長今日特別推薦的菜品、其他的特色菜、暢銷菜和高檔菜等菜品，并介紹其樣式、味道、溫度和特點。

3.接受點菜。

（1）服務(wù)員先在點菜單上記下日期、本人姓名及臺號、就餐人數(shù)等。

（2）客人點菜時，應(yīng)注視客人，聽清客人點的菜名，適時幫助客人選擇菜品和主動推介菜品，準(zhǔn)確地記錄菜名。

（3）對于特殊菜品，應(yīng)介紹其特殊之處，并問清客人所需火候、配料及調(diào)料等。

（4）若客人用餐時間較緊，點的菜需時間較長，則應(yīng)及時向客人征求意見；若有客人點相同的菜式，如湯和羹或兩個酸甜味型的菜時，應(yīng)有禮貌地問客人是否需要更換菜式。

（5）若客人有特殊要求，應(yīng)在點菜單上清楚注明，并告知傳菜服務(wù)員。

4.復(fù)述點菜內(nèi)容。

（1）客人點菜完畢后，服務(wù)員應(yīng)清楚地重復(fù)一遍所點菜品內(nèi)容，并請客人確認(rèn)。

（2）復(fù)述完畢后，在點菜單的右上角寫明當(dāng)時的時間，以便查詢。

（3）收回菜單并向客人致謝，同時請客人稍等，說明大致的等候時間。

5.分送點菜單。

（1）服務(wù)員將點菜單的第一聯(lián)送至收銀處。

（2）將點菜單的第二聯(lián)送至廚房。

（3）將第三聯(lián)給客戶，第四聯(lián)交給傳菜員、值臺服務(wù)員留底備查。

根據(jù)案例的描述，請你完成下列任務(wù)：

1.分析餐廳的點菜業(yè)務(wù)，建立點菜業(yè)務(wù)模型。

這項業(yè)務(wù)的業(yè)務(wù)涉眾：外部涉眾：客人，

內(nèi)部涉眾：服務(wù)員，收銀處，廚房，值臺服務(wù)員。

分析點菜業(yè)務(wù)模型：

業(yè)務(wù)執(zhí)行者為：客人。

業(yè)務(wù)用例是：入座，推薦菜品，點菜，確認(rèn)內(nèi)容，分送菜單，上菜。

2.用活動圖描述客人點菜的活動。

3.分析點菜業(yè)務(wù)模型，找出有哪些業(yè)務(wù)工作者和業(yè)務(wù)實體，并用交互圖來說明之間的通信和交互關(guān)系。

業(yè)務(wù)工作者為：服務(wù)員,收銀處，廚房，值臺服務(wù)員。

業(yè)務(wù)實體為：菜單，點菜單。

chapter4。

4.1需求的類別有哪些？

答：需求可分為功能性需求和非功能性需求。

功能性需求規(guī)定了系統(tǒng)無需考慮物理約束而必須能夠執(zhí)行的動作，描述支持用戶目標(biāo)、任務(wù)或活動的系統(tǒng)行為（功能或服務(wù)）。

非功能性需求是功能性需求之外的需求，包含質(zhì)量和約束，它們僅僅說明系統(tǒng)或系統(tǒng)環(huán)境的屬性。

4.2怎么理解文中fredbrooks關(guān)于需求的那段話？

構(gòu)建軟件系統(tǒng)最難的部分是確定要構(gòu)建什么（即系統(tǒng)需求）。相比其他工作，如果這個工作做錯，會嚴(yán)重影響將產(chǎn)生的系統(tǒng)，也更難在以后矯正。

答：需求工作對于整個軟件系統(tǒng)來說是非常重要的，它是實現(xiàn)和測試的先啟階段，需求建模解釋如何理清涉眾的請求及如何把這些請求轉(zhuǎn)化為一組需求工作產(chǎn)品，確定要建系統(tǒng)的范圍，提供系統(tǒng)必須做的詳細要求。此階段是后續(xù)工作以及整個系統(tǒng)的基礎(chǔ)和關(guān)鍵，一旦這個階段出現(xiàn)問題，將會直接影響到后續(xù)工作的正常順利進行，而如果想要在以后改，代價是非常大的，并且也難糾正。

4.3系統(tǒng)用例模型可以描述什么方面的需求？補充規(guī)約主要補充哪方面的需求？

答：系統(tǒng)用例模型可以描述設(shè)計軟件系統(tǒng)方面的`需求，參與者與軟件系統(tǒng)的交互，在系統(tǒng)用例說明中書寫足夠詳細的事件流。

補充歸約主要補充那些無法在用例中記錄的需求。包括：捕捉無用例歸約的功能性需求，捕捉系統(tǒng)資量，捕捉約束，捕捉符合性需求，捕捉文檔需求。

4.4什么是系統(tǒng)執(zhí)行者？如何尋找潛在的系統(tǒng)執(zhí)行者？

答：系統(tǒng)執(zhí)行者：是指與目標(biāo)系統(tǒng)交換數(shù)據(jù)的任何對象，是在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。

滿足一個或多個上面這些范疇的任何個人、小組或事物有可能就是執(zhí)行者。

4.5如何理解系統(tǒng)執(zhí)行者與業(yè)務(wù)執(zhí)行者、業(yè)務(wù)工作者的關(guān)系？

答：業(yè)務(wù)執(zhí)行者是指某人或某物與業(yè)務(wù)進行交互時所擔(dān)任的角色，它是指在業(yè)務(wù)之外和業(yè)務(wù)交互的人、組織或事物。

業(yè)務(wù)工作者代表在業(yè)務(wù)中進行操作的人、軟件或硬件的抽象。它代表業(yè)務(wù)中的一個或一組角色。

系統(tǒng)執(zhí)行者：是指與目標(biāo)系統(tǒng)交換數(shù)據(jù)的任何對象，是在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物。執(zhí)行者可以是用戶、外部硬件或其它系統(tǒng)。

關(guān)系：系統(tǒng)執(zhí)行者是針對軟件系統(tǒng)來說明的，而業(yè)務(wù)執(zhí)行者和業(yè)務(wù)工作者是針對業(yè)務(wù)來說明的，系統(tǒng)執(zhí)行者和業(yè)務(wù)執(zhí)行者含義相似，只是所在的描述范疇不一樣。

4.6請分析用例中的包含關(guān)系和擴展關(guān)系的相似與區(qū)別？

答：相似：都是如果用例包含的一段行為片段可以用于其他用例，則將這段行為片段歸到“包含用例”或“擴展用例”中，形成一個新的用例，原始用例就成為基本用例，對“包含用例”和“擴展用例”分別有包含關(guān)系和擴展關(guān)系。

區(qū)別：（1）擴展用例是可選的，而包含用例不是可選的；（2）基本用例沒有擴展用例是可以完成的，但沒有包含用例則不能完成；（3）擴展用例的執(zhí)行是有條件的，而包含用例沒有；（4）擴展用例會改變基本用例的行為，而包含用例不會。

4.7簡單說明把用例組織到包中有什么好處。

答：用例包是用例、執(zhí)行者、關(guān)系、圖和其他包的集合，可以通過將用例模型分成更小的部分來結(jié)構(gòu)化用例模型。這樣可以使得具有大量元素的用例模型中的用例結(jié)構(gòu)化，同一包中的用例彼此之間都有某種關(guān)系，更加清楚明了，便于以后模型的分析和使用。

4.8用例詳細描述中有哪三種事件流，分別表示什么場景？

答：三種事件流：主事件流、分支事件流和異常事件流。

主事件流：在描述正常過程時列出執(zhí)行者和系統(tǒng)之間相互交互或?qū)υ挼膭幼餍蛄小．?dāng)這種對話結(jié)束時，執(zhí)行者也達到了預(yù)期的目的。

分支事件流：也可促進成功地完成任務(wù)，但它們代表了任務(wù)的細節(jié)或用于完成任務(wù)的途徑的變化部分。

異常事件流：不符合用例流正常或基本行為，引起任務(wù)不能順利完成。

4.9什么是軟件需求規(guī)約（srs）？

答：軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物，通過建立完整的信息描述、詳細的功能和行為描述、性能需求和設(shè)計約束的說明、合適的驗收標(biāo)準(zhǔn)，給出對目標(biāo)軟件的各種需求。

4.10如何理解界面原型在需求建模中作用？

答：可以處理模糊需求，開發(fā)者和用戶可充分通信，降低開發(fā)風(fēng)險。

靜態(tài)界面原型：供分析人員與用戶進行進一步交流和溝通，通過這種可視化方法，使雙方逐步就明確系統(tǒng)需求達成共識。

交互式界面原型：便于用戶可以操作，展示實際系統(tǒng)效果。

4.11選擇題。

1.如圖4.11-1所示.a1、a2和a3是什么?(單選題)(c)。

(a)role。

(b)actress。

(c)actor。

(d)user。

2.如圖4.11-1中，下面哪個語句是正確的?(多選題)(bcd)(a)a3可以使用uc4與系統(tǒng)交互。

(b)al可以使用ucl和uc4與系統(tǒng)交互。(c)a3,al與a2不同。

(d)uc3是沒有步驟的抽象用例。

3.如圖4.11-1所示,下面哪個語句是正確的?(多選題)(cd)(a)uc5是uc4的補充部分。(b)uc4是uc5的可選部分。(c)uc1是沒有用的。

(d)uc2是uc4的可選部分。(e)uc4是uc2的補充部分。

4.12綜合案例分析-餐廳智能移動終端無線點菜系統(tǒng)需求。

根據(jù)第3章的練習(xí)3.11綜合案例分析的業(yè)務(wù)描述，來分析點餐系統(tǒng)的需求。

傳送距離可達100米，室外傳送距離可送300米。根據(jù)案例的描述，請你完成下列任務(wù)：

1.建立無線點菜系統(tǒng)的用例模型（找出所有的系統(tǒng)actor和usecase）；

用例模型。

系統(tǒng)actor：服務(wù)員、客戶、經(jīng)理。

usecase：點菜服務(wù)、自助點菜、統(tǒng)計。

2.對用例進行詳細描述，包括前置條件、后置條件，以及各事件流，并用泳道圖畫出用例對應(yīng)的事件流。前置條件：

服務(wù)員有掌上電腦系統(tǒng)，廚房與前臺有打印機，在傳輸距離之內(nèi)后置條件：

打印機打印所點菜單事件流：主事件流：1.顧客點菜；

2.服務(wù)員用掌上電腦及菜單；3.廚房和前臺打印機打印菜單分支事件流：無。

異常事件流：

步驟2后步驟3未接收，無法打印，返回步驟。

2

3）.打印菜單用例描述：用例名稱：打印菜單。

用例描述：打印點菜內(nèi)容參與者：打印機前置條件：點菜完成。

后置條件：打印機打印菜單給后臺，廚房和前臺主事件流：1.系統(tǒng)發(fā)送點菜單至打印機。

2．打印機接收菜單3．打印機打印菜單分支事件流：無異常事件流：無泳道圖：

chapter5。

5.1如何理解分析與設(shè)計的聯(lián)系？

答：“分析”是指“做什么”，強調(diào)對問題的調(diào)研而不是如何確定解決方案，重點集中在需求和應(yīng)用領(lǐng)域上；而“設(shè)計”指“怎么做”，強調(diào)的是問題的邏輯解決方案，即系統(tǒng)怎樣才能滿足需求，重點轉(zhuǎn)移了要產(chǎn)生軟件的結(jié)構(gòu)上。但由于分析與設(shè)計是把用戶需求轉(zhuǎn)化為實現(xiàn)的橋梁，分析和設(shè)計自始至終可以用相同的技術(shù)和類似的表示方法，它們之間的界限很難劃清，且沒有太多意義。

5.2分析設(shè)計包括哪些工作流程？

答：分析和設(shè)計過程是一個不斷迭代優(yōu)化的過程。

包括：執(zhí)行體系結(jié)構(gòu)合成；定義候選體系結(jié)構(gòu)；優(yōu)化體系結(jié)構(gòu)；分析行為；設(shè)計構(gòu)件；設(shè)計數(shù)據(jù)庫；服務(wù)識別；服務(wù)規(guī)范。

5.3分析建模的元素分哪幾類？具體是什么？答：分析建模的元素分為四大類，分別是：（1）基于場景元素：

這類元素包括：用例文本、用例圖、活動圖和泳道圖等；（2）面向流的元素：

這類元素包括數(shù)據(jù)流圖、控制流圖、處理敘述等；（3）基于類的元素：

這類元素包括類圖、分析包、crc模型、通信圖等；（4）行為的元素：

這類元素包括狀態(tài)圖、順序圖等。

5.4分析模型的靜態(tài)模型的用途是什么？靜態(tài)模型的元素有哪些？

答：用途：通過分析，可以將業(yè)務(wù)需求模型和系統(tǒng)需求模型轉(zhuǎn)化為系統(tǒng)可以處理的對象模型，并給出對象的基本屬性和對象間相互關(guān)系。

分析模型中靜態(tài)模型主要的元素是基于類的元素，包括：分析包：模型中的包，表示層次結(jié)構(gòu)。類：模型中的類，由包所擁有。關(guān)系：模型中的關(guān)系，由包所擁有。

圖：模型中的類圖、協(xié)作（通信）圖，由包所擁有。

5.5動態(tài)模型的類被分為哪三類？分別在系統(tǒng)中承擔(dān)什么職責(zé)？答：邊界類、控制類和實體類。

邊界類：是用來對系統(tǒng)環(huán)境及其內(nèi)部工作之間的交互建模的類。這樣的交互涉及轉(zhuǎn)換和轉(zhuǎn)移事件，并注釋系統(tǒng)表示中的更改（例如界面）。

控制類：是用于對特定于一個或一些用例的控制行為建模的類。實體類：是用來對必須存儲的信息及關(guān)聯(lián)行為建模的類。

5.6按照設(shè)計模型的不同層次和功能，設(shè)計元素可以分哪些方面？

答：（1）體系結(jié)構(gòu)元素；（2）構(gòu)件級元素；（3）接口/界面元素：用戶界面、構(gòu)件接口、系統(tǒng)接口；（4）數(shù)據(jù)元素：數(shù)據(jù)庫設(shè)計、數(shù)據(jù)結(jié)構(gòu)設(shè)計；（5）部署級元素。

5.7軟件模式有哪三個層次？分別說明之。

答：一般地，軟件模式可劃分為三個層次：體系結(jié)構(gòu)模式，設(shè)計模式和代碼模式。

體系結(jié)構(gòu)模式：描述軟件系統(tǒng)里的基本的結(jié)構(gòu)組織或綱要。體系結(jié)構(gòu)模式提供一些事先定義好的子系統(tǒng)，指定它們的責(zé)任，并給出把它們組織在一起的法則和指南。

設(shè)計模型：提供一種提煉子系統(tǒng)或軟件系統(tǒng)中的構(gòu)件或者兩者之間關(guān)系的綱要設(shè)計。設(shè)計模型描述普遍存在的在相互通訊的構(gòu)件中重復(fù)出現(xiàn)的結(jié)構(gòu)，這種結(jié)構(gòu)解決在一定的背景中的具有一般性的設(shè)計問題。

代碼模型：也稱“成例”、實現(xiàn)模式。是較低層次的模式，并與編程語言密切相關(guān)。代碼模型描述怎樣利用一個特定的編程語言的特點來實現(xiàn)一個構(gòu)件的某些特定的方面或關(guān)系。

5.8什么是軟件體系結(jié)構(gòu)？簡述軟件體系結(jié)構(gòu)的設(shè)計重要性。

答：軟件體系結(jié)構(gòu)：是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。處理構(gòu)件負責(zé)對數(shù)據(jù)進行加工，數(shù)據(jù)構(gòu)件是被加工的信息，連接構(gòu)件把體系結(jié)構(gòu)的不同部分組組合連接起來。這一定義注重區(qū)分處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件，這一方法在其他的定義和方法中基本上得到保持。

重要性：軟件體系結(jié)構(gòu)設(shè)計是高階層的設(shè)計，定義了包（子系統(tǒng)），包括包之間的依賴關(guān)系和主要的通信機制。自然清晰和簡單的結(jié)構(gòu)是目標(biāo)，避免幾乎沒有依賴或雙向依賴。

5.9試說明軟件體系結(jié)構(gòu)的演變過程。

答：（1）單機系統(tǒng)：是指只需裝在一臺電腦上，同時只能一個用戶使用的系統(tǒng)，沒有服務(wù)器概念，很多早期的軟件都是單機系統(tǒng)，與分布式系統(tǒng)區(qū)別。

（2）客戶機/服務(wù)器（兩層）結(jié)構(gòu)：由服務(wù)器提供應(yīng)用（數(shù)據(jù)）服務(wù)，多臺客戶機進行連接。

（3）瀏覽器/服務(wù)器（b/s）結(jié)構(gòu)：在當(dāng)前internet/intranet領(lǐng)域，“瀏覽器/服務(wù)器”結(jié)構(gòu)是非常流行的客戶機/服務(wù)器結(jié)構(gòu)。這種結(jié)構(gòu)最大的優(yōu)點是：客戶機統(tǒng)一采用瀏覽器，這不僅讓用戶使用方便，而且使得客戶機不存在安裝維護問題。

（4）三層結(jié)構(gòu)：三層結(jié)構(gòu)的客戶機/服務(wù)器模型是一種先進的協(xié)同應(yīng)用程序開發(fā)模型，不是物理上，而是邏輯上將客戶機/服務(wù)器系統(tǒng)中各種各樣的部件劃分為三“層”服務(wù)，它們共同組成一個應(yīng)用程序，這三層服務(wù)包括：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層和表示層。

5.10如何理解體系結(jié)構(gòu)風(fēng)格和模式的本質(zhì)？

答：體系結(jié)構(gòu)風(fēng)格：定義了結(jié)構(gòu)組織模式的系統(tǒng)族，用來表達一組協(xié)作的約束，使得對公共約束的特征進行溝通變得更加容易，被用作一種進行抽象的方法，而不是代表一種個性化的設(shè)計。

體系結(jié)構(gòu)模式：是對某類問題域給出的一套軟件結(jié)構(gòu)的解決方案，描述了軟件系統(tǒng)基本的結(jié)構(gòu)化組織方案，是處理特定問題的高效、成熟的模板。

5.11什么是軟件框架？與模式的區(qū)別是什么？

答：軟件框架：軟件開發(fā)過程中提取特定領(lǐng)域軟件的共性部分形成的體系結(jié)構(gòu)，不同領(lǐng)域的軟件項目有著不同的框架模型。

區(qū)別：模式提供一種思想方法的指導(dǎo)，應(yīng)用模式的指導(dǎo)，可以幫助設(shè)計人員做出一個優(yōu)良的設(shè)計方案，達到事半功倍的效果。但模式不體現(xiàn)為程序，如mvc是一種體系結(jié)構(gòu)的模式，對于同一軟件體系結(jié)構(gòu)，可以通過多種框架來實現(xiàn)。如struts是實現(xiàn)mvc模式的著名框架，但不是唯一的。

5.12rup的4+1視圖分別是什么？答：概括而言，rup的4+1視圖是：（1）邏輯視圖：設(shè)計的對象模型。

（2）進程視圖：捕捉設(shè)計的并發(fā)和同步特征。

（3）實現(xiàn)視圖：描述了在開發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。

（4）部署視圖：描述了軟件到硬件的映射，反映了分布式特征。

（5）用例視圖：該視圖是其他視圖的冗余（因此“+1”）。它包含用例和場景。

5.13什么是設(shè)計模式？

答：設(shè)計模式：是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計經(jīng)驗的總結(jié)。使用設(shè)計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問，設(shè)計模式于己于他人于系統(tǒng)都是多贏的，設(shè)計模式使代碼編制真正工程化，設(shè)計模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。

5.14簡要說明類的詳細設(shè)計分哪幾步來實現(xiàn)？

答：（1）使用設(shè)計模式和機制：使用適合設(shè)計的類或功能、符合項目設(shè)計指南的設(shè)計模式和機制。

（2）創(chuàng)建初始設(shè)計類：為指定為此任務(wù)輸入的分析類創(chuàng)建一個或多個初始設(shè)計類，并指定跟蹤依賴關(guān)系。包括設(shè)計邊界類、設(shè)計實體類和設(shè)計控制類。

（3）定義屬性：類的屬性為類實例提供信息存儲，并經(jīng)常用于代表類實例的狀態(tài)。類本身保持的任何信息都是通過其屬性完成的。

（4）確定持久類：需要在永久介質(zhì)上存儲其狀態(tài)的類被稱為持久類。

（5）定義操作：類的操作是類的行為特征或動態(tài)特征，表示類提供的服務(wù)。（6）定義方法：方法制定操作的實現(xiàn)。

（7）定義狀態(tài)：對于一些操作，操作的行為取決于接受者對象所處的狀態(tài)。

5.15什么是實體類與持久類？說說兩者之間區(qū)別與聯(lián)系。

答：實體類：在分析期間，代表被操縱的信息單元。它們往往是被動的、持久的，并且可能被確定并與持久性分析機制相關(guān)聯(lián)。

持久類：需要在永久介質(zhì)上存儲其狀態(tài)的類。

區(qū)別和聯(lián)系：持久類是針對于hibernate對數(shù)據(jù)庫的映射來說的，持久類=實體類+xml或注解配置；而實體類就是一個javabean類，有屬性，get、set方法，以及一些簡單處理的方法。

5.16開發(fā)物理數(shù)據(jù)庫設(shè)計的詳細步驟有哪些？

答：（1）定義域；（2）創(chuàng)建初始物理數(shù)據(jù)庫設(shè)計元素；（3）定義引用表；（4）創(chuàng)建主鍵和唯一性約束；（5）定義數(shù)據(jù)和參照完整性實現(xiàn)規(guī)則；（6）將數(shù)據(jù)庫設(shè)計反向規(guī)范化來為性能進行優(yōu)化；（7）優(yōu)化數(shù)據(jù)訪問；（8）定義存儲器特征；（9）設(shè)計存儲過程來將類行為分發(fā)給數(shù)據(jù)庫。

5.17進行界面設(shè)計時分析用戶的特征有什么作用？

要。

與系統(tǒng)分析人員協(xié)作，確定是否需要對用戶（主要的執(zhí)行者）描述做出更改，來反映特征描述。

5.18選擇題。

(c)interfaceprojectscope。

5.19綜合案例分析-餐廳pda無線點菜系統(tǒng)分析與設(shè)計。

根據(jù)第4章餐廳pda無線點菜系統(tǒng)的需求，請分析設(shè)計相關(guān)系統(tǒng)。包括1.找出主要的概念實體，畫出實體類圖。

答：1.主要的概念實體：客人，點菜單，點菜記錄，打印機，服務(wù)員，菜品分類。

實體類圖：

2.

3.實體類操作：1）客人：輸入已點菜品。

2）點菜記錄：記錄已點菜品（）；確認(rèn)點菜記錄（）；發(fā)送點菜記錄（）3)打印機：打印點菜記錄（）。

類圖：

4.界面：

5.數(shù)據(jù)庫表結(jié)構(gòu)：

0105。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇四

我們沒有進行過系統(tǒng)化軟件設(shè)計的教育和學(xué)習(xí)，對如何進行軟件的開發(fā)基本上就是想什么寫什么。根本沒有過系統(tǒng)化的設(shè)計。比如需求分析，可行性研究等。更不知道用什么模型來設(shè)計軟件。這在我們以后的工作中是完全不行的，沒有系統(tǒng)化的設(shè)計，是不可能滿足客戶的需求的。

胡老師讓我們分組進行軟件互換的形式來進行軟件的修改。其實胡老師就是想讓我們了解以后工作中，軟件是如何設(shè)計的和制作的。對于以前的編程，我們只能按照自己的想法，想一步做一步。根本沒有系統(tǒng)化的設(shè)計。通過對軟件工程導(dǎo)論這門課程的學(xué)習(xí)，一遍學(xué)習(xí)一遍實驗，實踐與理論相結(jié)合。開始其實我根本不理解各種圖的作用，覺得它們根本沒有用，就是照貓畫虎，沒有任何的實際意義。但是通過后面的學(xué)習(xí)和理解，對他們有了獨特的理解和想法。比如對uml來說。它是一種標(biāo)準(zhǔn)化交流的語言，它可以讓開發(fā)人員與客戶之間輕松的交流。用圖的形式向客戶展示軟件設(shè)計的流程，從中傳遞信息。簡單的說就是客戶和設(shè)計人員交流的手段。

這學(xué)習(xí)，不管是實驗小組的實驗還是老師您要求的程序，基本都是我一個人做的，所以對各種圖還是比較了解和掌握的。雖然對實驗報告的制作感覺到十分的吃力，工作量很大，但是還是通過幾個晚上的專心學(xué)習(xí)和制作，最后還是完成了。但是好多圖畫的還是很有問題，沒有真正的完全理解和掌握。但是在后面的學(xué)習(xí)和復(fù)習(xí)中，有了更正。

下面我對實驗進行一下總結(jié)。首先是實驗一結(jié)構(gòu)化分析和設(shè)計，主要理解dfd圖，數(shù)據(jù)字典，erd圖和問題描述進行設(shè)計和學(xué)習(xí)。dfd圖主要分為三個方面，數(shù)據(jù)的源點，數(shù)據(jù)流和數(shù)據(jù)存儲。它將信息流和數(shù)據(jù)從輸入移動到輸出的工程中所經(jīng)受的變化。簡單的說就是主體，動作和數(shù)據(jù)單元的問題。接下來是數(shù)據(jù)字典，主要進行軟件操作單元的數(shù)據(jù)定義，格式化和功能說明。然后就是erd圖，根據(jù)短信系統(tǒng)的問題描述，可得到軟件實體，從而得到此圖。其次是實驗二和三面向?qū)ο蠓治龊驮O(shè)計。主要進行用例圖，場景描述，初始化類圖，協(xié)作圖的制作。先是從需求到業(yè)務(wù)用例圖，根據(jù)客戶需求(也就是我們軟件的需求)畫出用例圖。它的作用其實就是描述該實現(xiàn)什么業(yè)務(wù)或者說是功能。接下來就是場景描述，簡單來說就是軟件實際的操作的某個步驟的具體說明。跟著就是初始化類圖，重要作用就是顯示系統(tǒng)有哪些實體，實體的具體操作，實體間的關(guān)系。然后就是協(xié)作圖，主要作用是針對某個軟件的功能，進行交互過程的解釋，簡單來說就是具體業(yè)務(wù)的具體操作，而且是所有涉及到的操作。動態(tài)模型和靜態(tài)模型的建立，在面向?qū)ο蟮南到y(tǒng)中，業(yè)務(wù)流程表現(xiàn)在為對象之間的交互，對動態(tài)模型和靜態(tài)模型分析和總結(jié)，從而產(chǎn)生順序圖。面向?qū)ο笤O(shè)計就是對實體類進行定義和說明，所有的類都是跟軟件里的類相對應(yīng)。就是真正的類。最后就是實驗三編碼和測試，實驗主要對測試和編碼進行總結(jié)。從中總結(jié)制作過程和測試過程。

實驗對我來說可能很辛苦，但是我從中學(xué)到了很多。了解了很多圖的作用，也了解了以后工作的具體流程，這對我們以后的實際工作提供很多幫助。對我來說辛苦著收獲著快樂著。跟您的交流中也學(xué)到了很多知識。總之我很滿足。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇五

轉(zhuǎn)眼，出來社會都已大半年，已是半個社會人了。不能再向?qū)W生那樣，某些時候可以隨心隨意。頂崗實習(xí)，為我們提供了一個很好的實踐機會，可以讓我們更好的把理論應(yīng)用于實踐，在實踐中領(lǐng)悟理論，更可以學(xué)習(xí)到很多書本上學(xué)習(xí)不到的、甚至比理論知識更實用的業(yè)務(wù)知識。而且，這些實習(xí)經(jīng)驗，無疑是我們畢業(yè)后就業(yè)的一大籌碼。作為一個成年人，作為一個社會職業(yè)人，任何時候都要守規(guī)矩，做好自己的本分，承擔(dān)起自己所需要承擔(dān)的責(zé)任。經(jīng)歷了2家公司的工作，我漸漸的認(rèn)識到，每一份工作或每一個工作環(huán)境都無法盡善盡美，但每一份工作中都有許多寶貴的經(jīng)驗和資源，如失敗的沮喪、自我成長的喜悅、溫馨的工作伙伴、值得感謝的客戶等等，這些都是工作成功者必須體驗的感受和必備的財富。如果每天懷著感恩的心情去工作，在工作中始終牢記“擁有一份工作，就要懂得感恩”的道理，你一定會收獲很多很多。在你收獲很多很多的同時，你會發(fā)現(xiàn)自己已經(jīng)在鍛煉中變得勇敢，堅強，樂觀，闊達。這樣的你，是不斷前進的走在成功的路上的。

將本文的word文檔下載到電腦，方便收藏和打印。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇六

軟件工程概論是一門引導(dǎo)人們正確開展軟件開發(fā)的學(xué)科，它包括軟件開發(fā)的常用流程、方法和工具等。我們是計算機專業(yè)的學(xué)生，而且都了解軟件開發(fā)的基礎(chǔ)，但是能夠真正了解軟件工程概論的學(xué)生是相對比較少的。因此，這門課程將會是我們學(xué)習(xí)過的最重要的課程之一。

軟件工程概論具有如下幾個重要的內(nèi)容：軟件生命周期模型、軟件需求分析、軟件設(shè)計、軟件開發(fā)流程和軟件測試。其中軟件生命周期模型是最重要的內(nèi)容之一，它為開發(fā)過程提供了全方位的指導(dǎo)，確保開發(fā)人員始終按照正確的流程進行開發(fā)。這些內(nèi)容將會幫助我們了解整個開發(fā)過程，如何規(guī)劃項目并嚴(yán)格遵循項目的開發(fā)流程。

軟件工程概論是一個非常實用的課程，它為我們提供了很多關(guān)于如何正確開發(fā)軟件的知識和指導(dǎo)。同時也帶給我們很多啟示。首先，軟件開發(fā)不是孤立的，它是一個整體的系統(tǒng)，任何一部分出現(xiàn)問題都會影響到整個系統(tǒng)。其次，軟件開發(fā)過程是非常復(fù)雜的，需要較高的技能和知識。因此人力成本將會是非常高的，同時對開發(fā)人員的素質(zhì)和能力也有很高的要求。

首先需要掌握全面的軟件工程概論知識，以此來指導(dǎo)整個開發(fā)過程。其次需要確定一個比較好的軟件生命周期模型，以確保開發(fā)過程的順利進行，并嚴(yán)格按照開發(fā)流程來開發(fā)。同時需要掌握一些常用的軟件開發(fā)和管理工具，以提高開發(fā)效率和質(zhì)量。

尾段：總結(jié)。

通過學(xué)習(xí)軟件工程概論，我們深入了解了軟件開發(fā)過程的核心內(nèi)容和方法。這些知識將會對我們未來的職業(yè)生涯以及軟件開發(fā)工作有很大的指導(dǎo)意義。因此我們需要把所學(xué)的知識和方法運用到實際的工作當(dāng)中去。同時，我們也要繼續(xù)學(xué)習(xí)和積累，以應(yīng)對日新月異的技術(shù)發(fā)展。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇七

15天的實訓(xùn)結(jié)束了，今天做的是紙牌游戲軟件和趣味打字游戲。今天的東西對我來說有點難度，最后沒有能過完全做完。但是我還是覺得這是一個不錯的實訓(xùn)，在這種集體的環(huán)境里和同學(xué)們一起學(xué)習(xí)，每天的生活過的也是非常的充實。

此次實踐課我的收獲很多。我和同學(xué)們這一次真正自己動手制作了一個小軟件，雖然還存在很多的問題，而且我做的軟件在使用起來還是很不可行的，但是我們從中受到了很多知識，不僅是專業(yè)的知識，更讓我明白了一個軟件從設(shè)計到實現(xiàn)的每一個環(huán)節(jié)真的很不容易，不僅需要扎實的專業(yè)知識，更需要一個團隊的配合，這才是一個軟件成功的關(guān)鍵。這就告訴我們，一個人的出色不算什么，一個團隊的出色才是真正有用的。

剛開始拿到題目我們組員都不知如何下手，經(jīng)過小組成員一起查找資料，并且開會討論，我們確定了設(shè)計的設(shè)計目標(biāo)以及具體實現(xiàn)方式，包括如何將java的思想運用到實際系統(tǒng)的詳細設(shè)計之中。

在實驗課上，我學(xué)會了很多學(xué)習(xí)的方法。而這是日后最實用的。要面對社會的挑戰(zhàn)，只有不斷的學(xué)習(xí)、實踐，再學(xué)習(xí)、再實踐。這對于我的將來也有很大的幫助。以后，不管有多苦，我想我都能變苦為樂，找尋有趣的事情，發(fā)現(xiàn)其中珍貴的事情。就像中國提倡的艱苦奮斗一樣，我都可以在實驗結(jié)束之后變的更加成熟，會面對需要面對的事情，以及學(xué)會遇到問題，不急不慌，慢慢解決它。

雖然過程辛苦是不可避免，但收獲還是令人感到尤其的欣慰。在這次的軟件設(shè)計中不僅檢驗了我所學(xué)習(xí)的知識，也培養(yǎng)了我的實踐能力，讓我知道遇到一個問題，如何去尋找思路，如何去解決問題，最終完成整個事情。在設(shè)計過程中，與同學(xué)分工設(shè)計，和同學(xué)們相互探討，相互學(xué)習(xí)，相互監(jiān)督。學(xué)會了合作，學(xué)會了寬容，學(xué)會了理解，也學(xué)會了做人與處世。課程設(shè)計是我們專業(yè)課程知識綜合應(yīng)用的實踐訓(xùn)練，是我們邁向社會，從事職業(yè)工作前一個必不少的過程。實驗過程中，也十分感謝實驗指導(dǎo)老師陳中育老師的指點與教導(dǎo)。這次軟件設(shè)計不僅是對這學(xué)期所學(xué)知識的一種綜合檢驗，而且也是對自己動手能力的一種提高，增強了自己實踐能力。通過這次課程設(shè)計使我明白了自己知識還比較欠缺，只是學(xué)習(xí)書本知識還是遠遠不夠的，自己不會的東西還有太多，學(xué)習(xí)需要自己長期的積累，在以后的學(xué)習(xí)、工作中都應(yīng)該不斷的學(xué)習(xí)，將課本的理論知識與生活中的實踐知識相結(jié)合，不斷提高自己文化知識和實踐能力。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇八

談到機械工程先來講講機械，中國的機械發(fā)展有著悠久的歷史，五千年前的紡織機械、晉朝時期的連機錐和水碾、西漢時期的指南車和鼔車、東漢的地震儀、秦始皇時期的銅車馬??國外機械的產(chǎn)生要追溯到18世紀(jì)初，第一次工業(yè)革命產(chǎn)生蒸汽機和一些以蒸汽機為動力的近代機械的雛形，再到19世紀(jì)代左右的第二次工業(yè)革命，內(nèi)燃機的產(chǎn)生帶來了新的動力機械，開始了機械的迅猛發(fā)展。從機械和社會的發(fā)展來看，一個社會機械水平越高，生產(chǎn)力水平越強。現(xiàn)代社會也是一樣，機械是現(xiàn)代社會進行生產(chǎn)和服務(wù)的六大要素(人、資金、信息、能量、材料和機械)之一，機械工業(yè)是國民經(jīng)濟的支柱工業(yè)之一，是社會生產(chǎn)力發(fā)展水平的重要標(biāo)志。綜上可見，機械是一個國家發(fā)展、民族復(fù)興的重要保證。

機械社會發(fā)展中的地位如此之高，那機械工程呢?機械工程是運用數(shù)學(xué)、物理等基礎(chǔ)理論和有關(guān)機械方面的專門知識，結(jié)合生產(chǎn)實際經(jīng)驗，經(jīng)濟有效地解決在設(shè)計、研究、制造和運行各種機械中遇到的實際問題。從定義上可以看出，機械工程是一個系統(tǒng)性的全面的工程，可以盡可能合理的創(chuàng)造和最大化的利用機械。可見，在21世紀(jì)這樣一個充滿市場競爭和需要不斷創(chuàng)新的時代，機械工程運用的好與不好，往小一點說，直接關(guān)系到一個企業(yè)的存亡問題，往大一點說，直接決定了一個國家機械工業(yè)方面的軟實力。機械工程對國家發(fā)展如此之重要，對于未來希望成為工程師的大學(xué)生的我來說，沒有理由不好好的了解機械工程。

工程中力學(xué)包含：理論力學(xué)、流體力學(xué)、材料力學(xué)、震動力學(xué)、計算力學(xué)。這些力學(xué)是進行機械設(shè)計和制造的基礎(chǔ)，學(xué)好這些理論才能知道運動以怎樣的機構(gòu)傳遞，能量以怎樣的機器傳遞。

機械設(shè)計包含了很多的設(shè)計方法，除去傳統(tǒng)設(shè)計方法不說，現(xiàn)代設(shè)計方法包含：優(yōu)化設(shè)計、可靠性設(shè)計、有限元分析、并行設(shè)計、綠色設(shè)計、創(chuàng)新設(shè)計、模塊化設(shè)計和反求設(shè)計。其中有限元分析、綠色設(shè)計和反求設(shè)計令我印象深刻。利用電腦軟件對設(shè)想的機械部件進行有限元分析，可以確保設(shè)計的合理性和可利用行，如此以來，可以在不做出模型的情況下就可以清楚的了解結(jié)構(gòu)的性能，節(jié)約了時間不說更節(jié)約了大量的人力、物力財力。在綠色設(shè)計方面，美國的廢舊汽車?yán)每芍^楷模，報廢汽車再利用率達到了百分之九十五，再利用零部件重量超過舊車的總重量的百分之七十五，可以說節(jié)約了大量的資源，對環(huán)境有了一個很好的保護，這點反觀我的祖國，確實有必要學(xué)習(xí)一下，我國現(xiàn)在汽車每年的購買量都在大幅度上漲，隨之而來的必然會有大量的報廢汽車，這是新的產(chǎn)業(yè)，也是一個新的經(jīng)濟增長點，不但節(jié)約資源保護環(huán)境，還可以促進經(jīng)濟增長，真是一舉兩得的好事啊。這些設(shè)計方法中，最讓我眼睛一亮的要數(shù)“反求設(shè)計”，二戰(zhàn)戰(zhàn)敗國日本就是運用這種方法，以“一代引進，二代國產(chǎn)化，三代改進口、四代占領(lǐng)國際市場”方針，迅速的崛起為世界第二大經(jīng)濟體。日本的成果是對這種方法實質(zhì)的最好詮釋，中國也在使用這種方法，不過是歪曲了的，只顧模仿不懂得吃透他人的技術(shù)再創(chuàng)新，是中國科學(xué)技術(shù)落后與發(fā)達國家的一個重要因素。模仿不可怕，可怕的是照搬照套!用好“反求設(shè)計”實現(xiàn)“比他人做得更好”。

機械制造技術(shù)包含兩方面含義：

1、指用機械加工零件的技術(shù);。

2、指制造某種機械的技術(shù)。在制造技術(shù)方面，先進制造技術(shù)顯得更適合現(xiàn)代化，通過將多方面的技術(shù)進行交叉、融合和集成，綜合應(yīng)用于產(chǎn)品全生命周期的制造過程，可以更經(jīng)濟更有效率更好的制造出適應(yīng)市場需求的產(chǎn)品。特別是三維打印技術(shù)，可以通過電腦造型，再通過3d打印機打印出模型來觀察產(chǎn)品的合理性和可用性，方便效率高。

最后談?wù)剻C電一體化技術(shù)，機器人現(xiàn)在是各個國家研究的熱門項目，每個國家都希望在這方面領(lǐng)先全球，機器人就是典型的利用了機電一體化技術(shù)的產(chǎn)品，是機械和電子的有機結(jié)合。從20世紀(jì)中后期，機電一體化就代表了現(xiàn)代機械工程的發(fā)展方向，產(chǎn)生了眾多高新機械產(chǎn)品，如：火箭、衛(wèi)星、宇宙飛船、航空母艦、深海探測器。可見，機電一體化的前景非常不錯，不過要想學(xué)好這么技術(shù)，作為機械專業(yè)的學(xué)生來說，就有必要好好的學(xué)學(xué)計算機和信息類的知識，畢竟機電一體化中電子占了很大的比重，為了自己未來的發(fā)展，也為了趕上現(xiàn)代化的機械工程方向，我要努力的學(xué)好機械專業(yè)課的同時，多涉獵一些電子類的書籍，為未來的發(fā)展奠定基礎(chǔ)。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇九

作為一名軟件工程專業(yè)的學(xué)生，我在近期學(xué)習(xí)的“軟件工程概論”課程中有了很多收獲和體會。通過這門課程，我更加深刻地認(rèn)識到了軟件工程的重要性和其領(lǐng)域的多樣性。在日后的學(xué)習(xí)和實踐工作中，我將會更加努力地掌握相關(guān)知識，提升自己的技能和綜合素質(zhì)，做一個優(yōu)秀的軟件工程師。

本次軟件工程概論的課程主要從軟件過程、軟件生命周期、軟件質(zhì)量、軟件工程方法學(xué)等方面進行了系統(tǒng)的介紹和講解。在學(xué)習(xí)過程中，我們通過理論學(xué)習(xí)和實際案例演示等多種方式，深入了解了軟件開發(fā)的全過程，明確了軟件需求分析、軟件設(shè)計、編碼與測試、維護等各個環(huán)節(jié)的重要性。同時，學(xué)習(xí)了如何控制項目中的工期、成本和質(zhì)量，如何保證項目進度和質(zhì)量的有效管理，以及如何開展有效的軟件開發(fā)工作。

在學(xué)習(xí)軟件工程概論的課程中，我更加深刻地認(rèn)識到了軟件工程的重要性和復(fù)雜性。我們需要在整個軟件開發(fā)的過程中，進行需求分析、系統(tǒng)設(shè)計、開發(fā)和測試等一系列的工作，確保軟件系統(tǒng)能夠滿足預(yù)期目標(biāo)。同時，我們也需要關(guān)注軟件的維護和更新，隨時根據(jù)需求進行優(yōu)化和改進。在實踐的過程中，我們還需要進行團隊協(xié)作，有效地管理項目進度和質(zhì)量等方面的問題。只有當(dāng)我們充分理解軟件的復(fù)雜性，并且有一套有效的軟件開發(fā)及管理模式時，才能夠順利地推進項目工作，取得良好的效果。

學(xué)習(xí)軟件工程概論，不僅能夠?qū)W習(xí)到知識，更能夠培養(yǎng)我們的素質(zhì)和能力。我們通過學(xué)習(xí)軟件開發(fā)的流程和方法，養(yǎng)成了系統(tǒng)化的思維方式，能夠更好地理解問題和解決問題。同時，我們也學(xué)習(xí)到了互聯(lián)網(wǎng)時代的軟件開發(fā)模式和管理方式，使我們更加適應(yīng)互聯(lián)網(wǎng)時代的工作環(huán)境。此外，我們對團隊協(xié)作、進度管理和質(zhì)量控制等方面的問題也有了更深入的認(rèn)識。這些都將為我們?nèi)蘸蟮膶W(xué)習(xí)和工作提供極大的幫助。

五、結(jié)語。

軟件工程概論的學(xué)習(xí)，使我對軟件工程有了更深入的了解。我了解了軟件開發(fā)的全過程和軟件項目管理的重要性；同時，我養(yǎng)成了系統(tǒng)化的思維方式，能夠更好地應(yīng)對未來的學(xué)習(xí)和工作。在以后的學(xué)習(xí)和實踐工作中，我將會更加努力地掌握相關(guān)知識，提升自己的技能和綜合素質(zhì)，成為一名優(yōu)秀的軟件工程師。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十

軟件工程師是一個充滿挑戰(zhàn)和機遇的職業(yè)。在我從事軟件開發(fā)工作的這段時間里，我不斷學(xué)習(xí)和成長，越來越喜愛這個行業(yè)。在這篇文章中，我將分享自己關(guān)于軟件工程師的心得體會，希望對其他人有所幫助。

第一段：專業(yè)知識的重要性。

作為軟件工程師，我們必須對技術(shù)的掌握非常精通，我們在不斷的探索和學(xué)習(xí)新的工具和技術(shù)。我們必須持續(xù)不斷地關(guān)注業(yè)界的最新動態(tài)，及時掌握前沿技術(shù)，像人工智能、區(qū)塊鏈等這些新技術(shù)都值得我們?nèi)ヌ骄俊Ｅc此同時，掌握好基礎(chǔ)的計算機科學(xué)知識也是需要的。掌握這些知識既能幫助我們更好地理解系統(tǒng)內(nèi)部實現(xiàn)機理，也能避免犯一些低級的錯誤。在學(xué)習(xí)和成長的過程中，我體會到了這一點。

第二段：團隊合作的重要性。

在軟件開發(fā)領(lǐng)域，沒有人能獨善其身。在一個團隊中，每個人都有自己的專業(yè)領(lǐng)域，只有團隊共同合作才能實現(xiàn)項目的成功。因此，團隊合作是成功的關(guān)鍵。在團隊工作中，我們必須學(xué)會彼此傾聽，交流并協(xié)作。我們必須以實現(xiàn)目標(biāo)為導(dǎo)向，共同完成任務(wù)。同時，探討問題并互相幫助也是必要的。這些方面都可以提高我們的溝通能力，并促進合作的成功。

第三段：代碼質(zhì)量的重要性。

軟件工程師所編寫的代碼是企業(yè)技術(shù)資產(chǎn)，同時也是開發(fā)者個人的財富。因此，編寫優(yōu)質(zhì)的代碼是非常重要的。良好的代碼質(zhì)量可以提高系統(tǒng)的可維護性和可擴展性，減少后續(xù)的工作量，同時也可以為編寫代碼的人提供一份技術(shù)遺產(chǎn)。還有就是一個高效、優(yōu)質(zhì)的代碼可以提高團隊的安全和整體效率。在我的經(jīng)驗中，保證代碼質(zhì)量可以使系統(tǒng)更加穩(wěn)定可靠，同時也可以讓開發(fā)者和團隊獲得更高的聲譽。

第四段：思考的重要性。

軟件工程師是一個需要保持開放性思維的職業(yè)，我們需要在不斷的探索和思考中成長和進步。嘗試去遇到新事物并探究它們的實現(xiàn)方法，吸收不同的思路和思考方式，這些都是非常好的方法。思考可以幫助我們更加深入地理解一個問題，也有助于我們找到解決問題的方法。因此，保持開放性思維，創(chuàng)新思考就顯得非常重要。思考能助于我們預(yù)先考慮項目中可能出現(xiàn)的問題，從而提前解決。這就可以讓我們在未來的開發(fā)需求中更好地迎接新的挑戰(zhàn)。

第五段：持續(xù)學(xué)習(xí)和成長。

軟件工程師的職業(yè)生涯需要不斷的學(xué)習(xí)和成長。保持對技術(shù)的持續(xù)學(xué)習(xí)和學(xué)習(xí)新的工具和技術(shù)是追求成長的最好途徑。因此保持學(xué)習(xí)的態(tài)度，介入到新依賴和組件中去創(chuàng)造用戶會很喜愛的產(chǎn)品。同時，不斷地學(xué)習(xí)也能拓寬了自己的視野，了解各種技術(shù)的優(yōu)點和缺點。保持求知欲，不斷學(xué)習(xí)，用最好的狀態(tài)去完成我自己和團隊的任務(wù)。

總之，軟件工程師的工作是充滿挑戰(zhàn)和機遇的。實現(xiàn)成功的關(guān)鍵在于專業(yè)知識、團隊合作、代碼質(zhì)量、思考能力和持續(xù)學(xué)習(xí)。我相信，人們只要持續(xù)學(xué)習(xí)和努力進步，定能成為更好的軟件開發(fā)者。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十一

軟件工程及未來發(fā)展趨勢心得體會軟件工程是一門研究用工程方法構(gòu)建和維護有效的、實用的和高質(zhì)量的軟件的學(xué)科。它的成果是為軟件設(shè)計和開發(fā)人員提供思想方法和工具。

商業(yè)形態(tài)從最開始的硬件輔助到代碼核心競爭力到后來的服務(wù)階段。30多年來，隨著軟件工程的研究和實踐取得了跨越性的進步，it和制造業(yè)以及各種行業(yè)的結(jié)合，進入軟件定義時代的階段。同時獲得了一些具有里程碑意義的進展，盡管目前離徹底解決“軟件危機”還有一些差距，但軟件工程的方法對軟件產(chǎn)業(yè)的發(fā)展還是起到了很大的推動作用。軟件產(chǎn)業(yè)也邁入了高質(zhì)量發(fā)展的階段，并且有一定的成績。

20xx年中國軟件產(chǎn)業(yè)年會的召開以“軟件定義的時代-數(shù)字、融合與生態(tài)”為主題，中國工程院院士孫家廣在主旨演講中表示，“軟件是信息技術(shù)之魂，經(jīng)濟轉(zhuǎn)型之擎、網(wǎng)絡(luò)安全之盾、數(shù)字社會之基、大國博弈之焦、高質(zhì)量發(fā)展的抓手，軟件賦能、賦值、賦智作用日益明顯。”他表示，軟件開源是我國成為軟件強國的根本舉措和保障。中國工程院院士廖湘科也在報告中提出，工業(yè)軟件要向建設(shè)信息技術(shù)和先進制造技術(shù)深度融合、控制管理整個生產(chǎn)模式的基礎(chǔ)軟件平臺發(fā)展。在真實世界感知的數(shù)據(jù)進入到虛擬世界，進行關(guān)聯(lián)和跨域關(guān)聯(lián)的分析，在進行智能處理之后，再反饋到真實世界。運行平臺基于云端的硬件結(jié)構(gòu)，在未來設(shè)計軟件的過程中，我們要考慮的是不再針對一臺服務(wù)器設(shè)計軟件，在設(shè)計的時候需要考慮云端，在這樣的前提下去設(shè)計軟件。總的來說，整個軟件體系就是一個生態(tài)鏈，市場通過軟件平臺來控制，所有的技術(shù)和商業(yè)模式的競爭都堆積在it軟件平臺，各個行業(yè)的it從業(yè)人員可以協(xié)同，硬件追求越來越快，軟件追求規(guī)模。生態(tài)鏈需要協(xié)同創(chuàng)新，學(xué)科交叉。軟件是靈魂的載體，它具體應(yīng)用在知識領(lǐng)域在生活智能方面的應(yīng)用。東軟集團股份有限公司董事長兼ceo劉積仁作題為“軟件的賦能時代”，表明，企業(yè)也是軟件的載體。軟件在今后具有無限的發(fā)展空間，我們應(yīng)該為從事這個行業(yè)而感到幸運。軟件在今后的發(fā)展中不僅僅表現(xiàn)的是licenseip的價值，軟件可以承載一個嶄新的創(chuàng)業(yè)的公司創(chuàng)造資本市場的奇跡。核心就是軟件表達的方式從我們單純賣解決方案、賣服務(wù)，軟件從我們過去依賴于軟件工程師，最后我們要成為在新經(jīng)濟的發(fā)展、新消費發(fā)展的一個新的平臺。

信息革命的核心體現(xiàn)在，集成電路是細胞，通訊網(wǎng)絡(luò)是動脈，計算機工具是大腦，信息資源是血漿，應(yīng)用需求是心臟，安全是免疫系統(tǒng)，軟件是靈魂。軟件產(chǎn)業(yè)是第一大產(chǎn)業(yè)，面向?qū)ο笫擒浖夹g(shù)的基本指導(dǎo)思想，它的發(fā)展過程從最初的個人技巧，到結(jié)構(gòu)化，再到最終的面向?qū)ο螅采w范圍也發(fā)展到運行技術(shù)、工具技術(shù)、到過程技術(shù)。軟件理論方法技術(shù)應(yīng)用于x應(yīng)用場景。應(yīng)用場景的'構(gòu)建主要是體現(xiàn)在，可感知+可編程+可計算+可調(diào)控等方面。軟件很大程度上改變了我們的生產(chǎn)生活方式，在現(xiàn)在社會中，對于軟件的開發(fā)，我們不在只是單純的系統(tǒng)開發(fā)，文檔手冊，還要考慮到所處的環(huán)境以及大數(shù)據(jù)，智能算法等多方面的綜合考量。

軟件同時也在驅(qū)動著世界經(jīng)濟的變革。在世界經(jīng)濟全球化發(fā)展的趨勢下，軟件行業(yè)也在向全球化發(fā)展，在今天，軟件的開發(fā)也不再是一個國家或者一個行業(yè)自身的發(fā)展而是整個社會的發(fā)展趨勢。當(dāng)前軟件行業(yè)無論國內(nèi)還是國際上整體處于手工作坊式階段，以項目組或產(chǎn)品組為單位組織開發(fā)人員，圍繞一個項目或者一個產(chǎn)品的某一迭代版本進行收工作業(yè)。其服務(wù)模式始終停留在并行開發(fā)多個無關(guān)的小型項目。對于這樣的情況，單單只是依靠某個國家自身的實力是很難實現(xiàn)軟件技術(shù)全面提升的。微觀層面來看，光學(xué)相機被數(shù)碼相機取代，移動磁盤、光盤基本上被u盤取代。智能手機的出現(xiàn)也帶來了it產(chǎn)業(yè)格局的重塑。it產(chǎn)業(yè)巨變的核心動力是用戶群體的快速增加以及it擴散的范圍迅速。繼智能手機、平板電腦被軟件重新定義后，其他it產(chǎn)品也在不斷被軟件重新定義，增加一個操作系統(tǒng)之后，物理功能被無限的簡化，功能被無限的拓展，不斷地豐富。整個經(jīng)濟社會加快在網(wǎng)絡(luò)空間的映射，形成現(xiàn)實與網(wǎng)絡(luò)交融的數(shù)字世界。信息物理系統(tǒng)（cps）實現(xiàn)大型工程系統(tǒng)的實時感知、動態(tài)控制和信息服務(wù)。

數(shù)據(jù)表征、智能處理、軟件定義，三元融合將打造一個全新的世界。大數(shù)據(jù)在消費it領(lǐng)域的作用更加明顯，只要用pc上網(wǎng)或者手機瀏覽信息，性別、年齡、愛好、蹤跡等等便被大數(shù)據(jù)刻畫，從而根據(jù)現(xiàn)有信息推斷出你可能要做的事。總的來說，大數(shù)據(jù)不僅是傳統(tǒng)產(chǎn)業(yè)升級的助推器，同時也是新興產(chǎn)業(yè)的催化劑。軟件的定位已經(jīng)從服務(wù)軟件發(fā)展到定義硬件，也許在不久的將來，軟件不僅僅是改變世界，而是重新定義我們已知的世界，正如大數(shù)據(jù)的出現(xiàn)，或許不久的將來，產(chǎn)品經(jīng)銷商會比我們更了解自己的需求。

隨著軟件市場的競爭壓力越來越大，我們所面臨的it環(huán)境更為復(fù)雜化，為了應(yīng)對來自各方面的挑戰(zhàn)問題，我們需要更多的創(chuàng)新能力和業(yè)務(wù)靈活性。提高模塊化思想，從根本上解決所面臨的問題。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十二

軟件工程師作為現(xiàn)代社會中越來越重要的職業(yè)之一，隨著信息技術(shù)的不斷發(fā)展，其職責(zé)也越來越廣泛和重要。作為一名軟件工程師，我在這個行業(yè)里摸爬滾打多年，深感自己的成長離不開各種經(jīng)驗和心得的積累。在接下來的文字中，我將從個人視角談?wù)勛约涸谲浖_發(fā)過程中的心得體會。

第二段：選擇質(zhì)量。

在軟件開發(fā)的過程中，我最關(guān)注的是軟件的質(zhì)量。因為軟件需要長期運行，不僅要滿足用戶需求，還要兼顧安全性和可維護性等方面，這需要我們在開發(fā)過程中嚴(yán)格控制每一個環(huán)節(jié)，做好每一個細節(jié)。因此，我在項目開發(fā)前會認(rèn)真分析需求和可能的風(fēng)險，對技術(shù)框架和工具的選擇非常謹(jǐn)慎。我也會定期進行代碼復(fù)審和單元測試等工作，確保代碼質(zhì)量達標(biāo)。當(dāng)然，在不斷優(yōu)化的過程中，我也意識到代碼質(zhì)量的提高不僅僅在于個人級別，而更應(yīng)該顧及團隊整體水平，因此深感技術(shù)學(xué)習(xí)和交流的重要性。只有不斷積累、分享，才能讓團隊的發(fā)展更加健康和持久。

第三段：溝通協(xié)作。

作為一名軟件工程師，我們的工作不僅僅是編寫代碼，更包括與產(chǎn)品經(jīng)理、UI設(shè)計師、測試工程師等各個角色之間的溝通協(xié)作。這就需要我們具備更多的軟技能。比如，要善于傾聽和引導(dǎo)，以便更好地理解產(chǎn)品需求和用戶痛點；要有清晰的表達能力，能夠清楚地向其他角色描述自己的想法和意圖；在開發(fā)過程中，也要非常注重團隊合作，及時溝通和協(xié)調(diào)出現(xiàn)的問題。整個軟件開發(fā)過程需要涵蓋從需求分析、規(guī)劃和設(shè)計，再到編碼、測試和上線等各個環(huán)節(jié)，期間需要負責(zé)人與團隊的全面協(xié)作才能保證項目的順利完成。

第四段：學(xué)習(xí)成長。

軟件開發(fā)是一個知識密集型的工作，要時刻緊跟技術(shù)的發(fā)展趨勢才能在激烈的競爭中取得優(yōu)勢。因此，我認(rèn)為軟件工程師需要具備持續(xù)學(xué)習(xí)的能力和自我提升的意識。我會在業(yè)余時間去了解新的技術(shù)，參加相關(guān)的技術(shù)社群和活動，不斷學(xué)習(xí)和嘗試新東西，以此來增強自己的核心競爭力和解決實際問題的能力。同樣，我也會時刻關(guān)注團隊的成長和發(fā)展，希望能為團隊帶來更多的經(jīng)驗和技術(shù)積累。

第五段：總結(jié)回顧。

在軟件開發(fā)的過程中，我覺得最重要的是要保持持之以恒的熱情和精神狀態(tài)。無論是在技術(shù)領(lǐng)域還是在團隊管理中，不停地學(xué)習(xí)和成長，分享并培育團隊的創(chuàng)新精神和專業(yè)精神，才能不斷提高自己和團隊的能力和素質(zhì)，做出更好的產(chǎn)品。取得成功需要獨立思考和勇于探索，但更需要承認(rèn)團隊的重要性，在各方面展現(xiàn)出自己領(lǐng)導(dǎo)團隊的能力和擔(dān)當(dāng)。在今后的工作和生活中，我也將持續(xù)關(guān)注自己的成長需求，堅定地走好自己的職業(yè)道路。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十三

作為軟件工程師，我一直對自己在軟件開發(fā)領(lǐng)域的發(fā)展感到自豪。近年來，我一直致力于提高自己的技能，并在實踐中不斷探索和學(xué)習(xí)。在這個過程中，我收獲了許多寶貴的經(jīng)驗和體會，讓我更好地理解了軟件工程師的角色和職責(zé)，特別是在團隊合作方面的重要性。

第二段：個人成長。

我的軟件開發(fā)之路始于大學(xué)時期學(xué)習(xí)編程語言，并在一家創(chuàng)業(yè)公司中獲得了第一份實習(xí)工作。在這一階段，我經(jīng)歷了許多挑戰(zhàn)和學(xué)習(xí)機會，計劃和設(shè)計軟件解決方案成為我的長項。在后來的工作中，我不斷提高自己的團隊合作技能，學(xué)會協(xié)調(diào)和溝通，特別是在多功能項目中尤為重要。

第三段：貢獻團隊。

作為軟件工程師，我有責(zé)任在團隊中發(fā)揮重要作用，同時也需要學(xué)會尊重其他專業(yè)人員的意見和建議。我的目標(biāo)是成為一名優(yōu)秀的團隊成員，通過協(xié)作和討論尋求最優(yōu)解決方案。在項目中，我總是盡力爭取更高的質(zhì)量和效率，發(fā)現(xiàn)和解決問題，對團隊的發(fā)展做出貢獻。

第四段：重視學(xué)習(xí)。

隨著軟件技術(shù)的不斷發(fā)展，我們必須與時俱進，不斷學(xué)習(xí)新知識和技能。我經(jīng)常參加工作坊、研討會等活動，與同行交流經(jīng)驗，并積極閱讀相關(guān)書籍和文章。通過不斷學(xué)習(xí)，我擴大了自己的技能和知識范圍，更好地服務(wù)于團隊和客戶。

第五段：結(jié)語。

軟件工程師的工作需要我們具備多種技能和素養(yǎng)，而不僅僅是編程。我們需要協(xié)作，溝通和解決問題能力，同時也需要開放心態(tài)和持續(xù)學(xué)習(xí)的意愿。我相信通過不斷的積累經(jīng)驗和體會，我們將不斷提高自身能力，為軟件行業(yè)的發(fā)展做出更大的貢獻。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十四

在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒ā⑿问交椒ā＿€引出了工具uml。第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e—r圖以及狀態(tài)圖式本節(jié)的重點。第四章結(jié)構(gòu)化分析方法，這一章重點講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進。第五章編碼，這一章重點講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風(fēng)格。第六章軟件測試方法，本章講解了軟件測試相關(guān)的概念及重要性，軟件測試與開發(fā)各個階段的關(guān)系；還介紹了白盒測試技術(shù)以及黑河測試技術(shù)。第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關(guān)系及建模時用到的各種圖進行了介紹。第八章面向?qū)ο蠓治觯@一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結(jié)構(gòu)與設(shè)計模式，本章對軟件體系結(jié)構(gòu)的基本概念、典型風(fēng)格等進行了講解。第十章面向?qū)ο笤O(shè)計，本章的重點是對面向?qū)ο蠓治鰰r建立的對象模型進行調(diào)整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務(wù)、軟件維護活動以及軟件維護方法進行了介紹。

要學(xué)習(xí)軟件工程，學(xué)會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預(yù)期功能的程度。可用性指軟件基本結(jié)構(gòu)、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標(biāo)的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。

軟件工程過程：生產(chǎn)一個最終能滿足需求且達到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設(shè)計、實現(xiàn)、確認(rèn)以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計活動一般包括概要設(shè)計和詳細設(shè)計。概要設(shè)計建立整個軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊的接口定義。詳細設(shè)計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓(xùn)過程等。

軟件工程的原則是指圍繞工程設(shè)計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。

我們學(xué)習(xí)了詳細設(shè)計的方法，其原則是過程描述是否易于理解、復(fù)審和維護，進而過程描述能夠自然地轉(zhuǎn)換成代碼，并保證詳細設(shè)計與代碼完全一致。包括程序流程圖、n—s圖、pad圖、hipo圖。

程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設(shè)計語言，比較直觀和清晰地描述過程的控制流程，易于學(xué)習(xí)掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)：順序型；選擇型；while型循環(huán)；until型循環(huán)；多情況型選擇。

n—s圖：一種符合結(jié)構(gòu)化程序設(shè)計原則的圖形描述工具，稱為盒圖，又稱為n—s圖。在n—s圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。順序型；選擇型；while重復(fù)型；until重復(fù)型；多分支選擇型。

pad圖：它是用結(jié)構(gòu)化程序設(shè)計思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。

hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設(shè)計中使用的主要表達工具。

hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。

還有測試方法：按照測試過程是否在實際應(yīng)用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法（包括靜態(tài)分析法與白盒法）與非分析方法（稱黑盒法）。

靜態(tài)分析技術(shù)：不執(zhí)行被測軟件，可對需求分析說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行來找出軟件錯誤。

動態(tài)測試技術(shù)：當(dāng)把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。

還學(xué)習(xí)了其他很多工具、語言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會慢慢的完善的。

軟件工程對于初學(xué)者來說，知識基礎(chǔ)較薄弱，對一些應(yīng)用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習(xí)幾次就可以成功，學(xué)習(xí)過程中要注意多看多練要注意結(jié)合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實際工作出發(fā)，有針對性的在相應(yīng)的學(xué)習(xí)方向上進行提高，制定出詳細的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學(xué)習(xí)面向?qū)ο蠓治龅臅r候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進行研究拓展；在學(xué)習(xí)語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學(xué)到的知識通匯貫通。

在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設(shè)計說明書，詳細設(shè)計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結(jié)報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數(shù)量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。

而編碼的學(xué)習(xí)中，我更了解到形成自己獨特的規(guī)范的編碼風(fēng)格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序？讀不懂程序，維護又從何談起呢？所以，我們在今后的學(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。

在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計和問題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉(zhuǎn)換為可執(zhí)行的程序。

在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴散開來，應(yīng)用于今后的實踐。不斷鍛煉自己，向一名合格的程序設(shè)計師邁進。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十五

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

要學(xué)習(xí)軟件工程，學(xué)會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過程和原則： 軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預(yù)期功能的程度。

可用性指軟件基本結(jié)構(gòu)、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標(biāo)的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。

軟件工程過程：生產(chǎn)一個最終能滿足需求且達到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設(shè)計、實現(xiàn)、確認(rèn)以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計活動一般包括概要設(shè)計和詳細設(shè)計。概要設(shè)計建立整個軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊的接口定義。詳細設(shè)計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓(xùn)過程等。 軟件工程的原則是指圍繞工程設(shè)計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。

pad圖：它是用結(jié)構(gòu)化程序設(shè)計思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設(shè)計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo 圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過程是否在實際應(yīng)用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術(shù)：不執(zhí)行被測軟件，可對需求分析說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術(shù)：當(dāng)把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。還學(xué)習(xí)了其他很多工具、語言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會慢慢的完善的。

軟件工程對于初學(xué)者來說，知識基礎(chǔ)較薄弱，對一些應(yīng)用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習(xí)幾次就可以成功，學(xué)習(xí)過程中要注意多看多練要注意結(jié)合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實際工作出發(fā)，有針對性的在相應(yīng)的學(xué)習(xí)方向上進行提高，制定出詳細的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學(xué)習(xí)面向?qū)ο蠓治龅臅r候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進行研究拓展;在學(xué)習(xí)語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學(xué)到的知識通匯貫通。

在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設(shè)計說明書，詳細設(shè)計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結(jié)報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數(shù)量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。

而編碼的學(xué)習(xí)中，我更了解到形成自己獨特的規(guī)范的編碼風(fēng)格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。

在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計和問題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉(zhuǎn)換為可執(zhí)行的程序。在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴散開來，應(yīng)用于今后的實踐。不斷鍛煉自己，向一名合格的程序設(shè)計師邁進。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十六

軟件工程(softwareengineering，簡稱為se)是一門研究用工程化方法構(gòu)建和維護有效的、實用的和高質(zhì)量的軟件的學(xué)科。它涉及到程序設(shè)計語言，數(shù)據(jù)庫，軟件開發(fā)工具，系統(tǒng)平臺，標(biāo)準(zhǔn)，設(shè)計模式等方面。在現(xiàn)代社會中，軟件應(yīng)用于多個方面。典型的軟件比如有電子郵件，嵌入式系統(tǒng)，人機界面，辦公套件，操作系統(tǒng)，編譯器，數(shù)據(jù)庫，游戲等。同時，各個行業(yè)幾乎都有計算機軟件的應(yīng)用，比如工業(yè)，農(nóng)業(yè)，銀行，航空，政府部門等。這些應(yīng)用促進了經(jīng)濟和社會的發(fā)展，使得人們的工作更加高效，同時提高了生活質(zhì)量。

在給定成本、進度的前提下，開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并且滿足用戶需求的軟件產(chǎn)品。

是指圍繞工程設(shè)計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。軟件工程的原則有以下四項基本原則：1）選取適宜開發(fā)范型；2）采用合適的設(shè)計方法；3）提供高質(zhì)量的工程支持；4）重視開發(fā)過程的管理。

據(jù)說上個世紀(jì)60年代的程序員都是天才，寫程式就像寫日記一樣，吃過晚飯沒事干隨手就可以寫幾個出來玩，第二天還可以拿去賣錢。所以那時候程序員在大家眼中，跟那些搞美術(shù)，音樂的是一類的，被稱為“藝術(shù)家”。

但事過境遷，就像任何人都不會嫌錢多一樣，永遠都不會有人嫌cpu快的。于是，隨之而來的就是硬件的迅猛發(fā)展和越來越變態(tài)的軟件。記得以前常去同學(xué)家拷游戲，通常幾張軟盤就可以搞定，而現(xiàn)在的游戲，兩三張cd-rom都算少的了。像如此龐大復(fù)雜的怪物，就算你是如何的天才，一個人肯定是搞不定的，否則，等你把程式寫出來，人家intel連奔騰n都開發(fā)出來了。既要開發(fā)大型的軟件還要追求速度（這樣才能賺錢），于是很自然地，合作的概念被提了出來。

在開始合作的初期，由于大家都習(xí)慣了當(dāng)很有個性的“藝術(shù)家”，結(jié)果可想而知，一個是畢加索派的，而另一個是意大利印象派的，再加上一個畫潑墨山水畫的，要是像這樣湊出來的東西都能不出問題的話，那么bill早就轉(zhuǎn)行了。所以，那時侯的大型軟件，據(jù)說“藍屏”比windows98還多。

馬克思告訴我們，萬物都是從量變到質(zhì)變的。隨著問題的不斷涌現(xiàn)，一些master們開始嘗試去總結(jié)經(jīng)驗，并歸納了一些規(guī)范去指導(dǎo)軟件的分析，設(shè)計，實現(xiàn)，測試，維護，人員交流協(xié)作，項目預(yù)算及時限控制等方方面面，這就是軟件工程的前身。

軟件工程到現(xiàn)在已發(fā)展了30多年，可以說是相當(dāng)成熟的了。現(xiàn)在開發(fā)軟件，據(jù)說都是一大幫人排排坐，按著一整套的規(guī)章制度來干活。于是，軟件開發(fā)成了“工程”，程序員也就淪為“工人”了。

軟件工程，說白了，就是這樣一套用于軟件的團隊開發(fā)，以提高軟件質(zhì)量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設(shè)計，編碼，調(diào)試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。簡單來說，就是對于總體的組織和對于局部的實現(xiàn)。

開發(fā)軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的；然后就是對要實現(xiàn)的核心功能大概構(gòu)思一種或多種實現(xiàn)方法，并從中選出一種自認(rèn)為是較好的；接下來就是將涉及的各種主要或次要功能分成各個模塊；最后就是分模塊來編碼和debug。除了第一步外，其余的步驟應(yīng)該是一個循環(huán)的過程。既然軟件開發(fā)是一個具有不可預(yù)知性和變化性的`動態(tài)的過程，那么，對其每一個步驟的組織，即周期模型，就必須包容它的這種性質(zhì)。

具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設(shè)計，編碼，調(diào)試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。文檔的作用在于以下3個方面：一是可以幫助整理思路。把要完成的目標(biāo)，系統(tǒng)的結(jié)構(gòu)，每一個模塊的功能等整理一下，然后分門別類地寫下來，這樣在開發(fā)的過程中，就有據(jù)可依，在需要回過頭來修改設(shè)計的時候，也有證可考。二是便于交流。想象一下開會時的情形。一大幫子人爭先恐后，激烈辯論，然后會終人散，思想靈感也就隨之散了，結(jié)果是開了半天會，什么也沒討論出來。這就是后來會議記錄被發(fā)明出來的原因。在腦子里的東西一多，就會散而且亂，用語言表達的時候，很容易會丟三落四，別人也很難把握住你的思想。但經(jīng)過整理寫在紙上以后，則會清晰得多，無論是別人還是自己，看起來都可以一目了然。三是可以作為以后維護時的參考資料。有一句名言：“筆和紙永遠都比大腦可靠”，意思就是說，放在大腦里的東西說不準(zhǔn)哪天就忘了，但寫在紙上的東西，只要不發(fā)生什么意外，一般是丟不了的。當(dāng)過了一段時間，你需要再回過頭來修改你的程序的時候，你就會發(fā)現(xiàn)，你以前寫下的文檔實在太有價值了。別指望你的源代碼，對于復(fù)雜一點的程序來說，單純的源代碼幾乎會扼殺掉你所有的時間。

可行性分析就是關(guān)于當(dāng)前項目能不能干的分析結(jié)果。主要考慮的方面包括：是否能把這個項目開發(fā)出來；假如可以的話，預(yù)計需要多少時間，能否滿足客人的時間要求；需要多少人力和資金的投入；最重要的是，這個項目能否賺錢，能賺多少。還要對可能存在的風(fēng)險進行評估。

時間飛逝，不知不覺間《軟件工程》的學(xué)習(xí)完了。在這將近半學(xué)期的學(xué)習(xí)中，雖然我不能說我將《軟件工程》學(xué)習(xí)的有多么的好，但是通過學(xué)習(xí)，我還是受益良多。

在以前，我一直對軟件存在一些偏見或則是誤解，認(rèn)為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認(rèn)為只要我掌握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員；一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產(chǎn)品。只要有幾個有經(jīng)驗的程序員，再找些兼職的大學(xué)生，就能組成一個軟件公司。

但是通過了《軟件工程》這門課的學(xué)習(xí)，使我認(rèn)識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認(rèn)識，才能更好的開發(fā)出，過程受控、質(zhì)量受控的軟件產(chǎn)品。

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

而且通過學(xué)習(xí)《軟件工程》，我還學(xué)到了很多其他的東西。比如通過學(xué)習(xí)《軟件工程》，特別是教員的課程講解和每次用實際的軟件現(xiàn)場的講解，為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓(xùn)練自己的基本工程素質(zhì)和能力，如何激發(fā)自己的積極性等。而且通過學(xué)習(xí)《軟件工程》，還讓我認(rèn)識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學(xué)生來說，這種學(xué)習(xí)更是能讓我在以后工作中少走很多的彎路。

所以，通過《軟件工程》的學(xué)習(xí)，我是真的學(xué)習(xí)到了很多有用的東西，讓我明白了很多的道理。在此我對教員的辛勤教育表示感謝，因為是你讓我學(xué)習(xí)到了這些，是我獲益良多。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十七

軟件工程經(jīng)濟是近年來出現(xiàn)的嶄新的研究方向,是軟件工程和經(jīng)濟學(xué)相互融合深入的產(chǎn)物。下面是本站小編為大家整理的軟件工程。

供你參考!

時間過的很快，轉(zhuǎn)眼間已經(jīng)實習(xí)將近5個月，其中有2個月是屬于完全被流放的。最先在內(nèi)部系統(tǒng)組參與內(nèi)部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate)，之后是去做網(wǎng)絡(luò)交換機軟件的腳本測試。現(xiàn)在又回歸內(nèi)部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經(jīng)驗。

至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。

1、淺談測試。

一直以來，我都認(rèn)為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責(zé)任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經(jīng)驗總結(jié)和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測試經(jīng)驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是it階段的找bug與對應(yīng)bug，此階段基本評定了coder的編碼質(zhì)量。

2、程序員的困惑。

有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎(chǔ)上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數(shù)據(jù)庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學(xué)會調(diào)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。

3、如何調(diào)試追蹤。

如果你能在短短的時間內(nèi)就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內(nèi)容顯示不是自己想要的數(shù)據(jù)，我們要先從數(shù)據(jù)庫查詢語句去下手，設(shè)置斷點，一步一步stepover，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調(diào)用的錯誤或者action邏輯的傳值問題。

頁面錯誤的調(diào)試，基本方法是用右鍵點擊實際網(wǎng)頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調(diào)用的字段有可能為空的情況出現(xiàn)的，可以加if(=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。

4、一些習(xí)慣。

遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學(xué)到的東西遠遠比書多的多。

解決了一個問題后，要去究根問底去找到問題產(chǎn)生的起因，以防你下次遇到類似的問題再浪費同樣的時間。

把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經(jīng)看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。

任務(wù)完后不要呆著，去要求經(jīng)理給你更有挑戰(zhàn)性的任務(wù)，只要你肯去嘗試，他們就會對你另言相看，把三天的任務(wù)一天加班搞定，效率和忠誠都有了，路也比較好走了。

一、實訓(xùn)目的：

通過對java語言、sql數(shù)據(jù)庫的應(yīng)用以及sql語言的復(fù)習(xí)和鍛煉，并且通過使用myeclipse開發(fā)平臺設(shè)計管理項目，以達到充分熟悉開發(fā)平臺及應(yīng)用設(shè)計。同時掌握并實踐軟件項目設(shè)計規(guī)范及其開發(fā)流程：需求分析、概要設(shè)計、詳細設(shè)計、代碼編寫等，以便提前適應(yīng)軟件公司開發(fā)流程、環(huán)境和工作要求。

二、實訓(xùn)內(nèi)容：

1.項目：(“當(dāng)當(dāng)網(wǎng)”)。

2.完成(用戶注冊、登錄、列表、購物車、刪除、修改)等功能。

3.數(shù)據(jù)庫設(shè)計、sql應(yīng)用。

4.項目實戰(zhàn)。

三、實訓(xùn)總結(jié)：

轉(zhuǎn)眼間實訓(xùn)已過去一段時間，之前的興奮、喜悅?cè)缃褚呀?jīng)讓我熟悉，在實訓(xùn)的每一天都會讓我有成為一名真正的財富者擁有的沖動。也許，在這期間不一定會讓一個人有著翻天覆地的變化，但變化就是這樣一點一點產(chǎn)生的。通過這一期的實訓(xùn)，雖然倍感折磨，但是收獲卻是很大的，學(xué)習(xí)中我不但有了學(xué)習(xí)成果的喜悅，而且自己也日漸成熟，有種說不出的喜悅。

在實訓(xùn)的過程中，我深深的體會到了自己在專業(yè)知識方面的欠缺和不足，也意識到了自己作為計算機軟件專業(yè)的學(xué)生，要想在以后的職業(yè)中嶄露頭角，除了要有過硬的理論知識，健康的體魄之外，還必須具備良好的心理素質(zhì)，是自己在以后的途中無論經(jīng)歷什么樣的困難，都立于不敗之地。通過實訓(xùn)老師的課堂講解與企業(yè)文化標(biāo)準(zhǔn)的培訓(xùn)，使我加深了對自己專業(yè)的認(rèn)識，從而確定自己以后的努力方向，要想在短暫的實訓(xùn)時間內(nèi)盡多的學(xué)到東西，就需要我們跟老師或同學(xué)進行良好的溝通，加深彼此的了解，只有我們跟老師多溝通，讓老師更了解我們，才能更真切的對我們進行培訓(xùn)工作。由此，班級的文化“共享”就在生活中慢慢形成了。

“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，讓我深深的感覺到自己在實際應(yīng)用中所學(xué)來專業(yè)知識的匱乏。讓我真真領(lǐng)悟到“學(xué)無止境”這句話的涵義。而老師在專業(yè)認(rèn)識周到中所講的，都是課本上沒有而對我們非常有實際意義的。這又給我們的實訓(xùn)增添了濃墨淡彩的光輝。我懂得了實際生活中，專業(yè)知識是怎樣應(yīng)用與實踐的。在這些過程中，我不僅知道了職業(yè)生涯所需具備的專業(yè)知識，而且讓我深深體會到一個團隊中的各個成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧。靠單一的力量是很難完成一個大項目的，在進行團隊合作的時候，還要耐心聽取每一個成員的意見，是我們的組合達到更加完美。

這次實訓(xùn)除了讓我明白工作中需要能力，素質(zhì)，知識之外，更重要的是學(xué)會了如何去完成一個任務(wù)，懂得了享受工作。當(dāng)遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應(yīng)該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學(xué)到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學(xué)會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學(xué)習(xí)的東西。

經(jīng)過之前的學(xué)習(xí)，對程序設(shè)計有了一定的認(rèn)識與理解。在校期間，一直都是學(xué)習(xí)理論知識，沒有機會去參與項目的開發(fā)。所以說實話，這次實訓(xùn)，軟件項目開發(fā)對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經(jīng)過這次實訓(xùn)，讓我明白了一個完整項目的開發(fā)，必須由團隊來分工合作，并在每個階段中進行必要的總結(jié)與論證。

一個完整項目的開發(fā)它所要經(jīng)歷的階段包括：遠景范圍規(guī)劃和用例說明、項目結(jié)構(gòu)和風(fēng)險評估、業(yè)務(wù)功能。

說明書。

詳細設(shè)計說明書代碼實現(xiàn)測試和安裝包等等。一個項目的開發(fā)所需要的財力人力都是很多的，如果沒有一個好的遠景規(guī)劃，對以后的開發(fā)進度會有很大的影響，甚至?xí)霈F(xiàn)在預(yù)定時間內(nèi)不能完成項目或者完成的項目跟原來預(yù)想的不一樣。一份好的項目結(jié)構(gòu)業(yè)務(wù)功能和詳細設(shè)計說明書對一個項目的開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有比較明確的認(rèn)識，還能減少在開發(fā)過程中出現(xiàn)不必要的麻煩。代碼的實現(xiàn)是一個項目開發(fā)成功與否的關(guān)鍵，也就是說，前期作業(yè)都是為代碼的實現(xiàn)所做的準(zhǔn)備。

我深刻的認(rèn)識到要成為一名優(yōu)秀的軟件開發(fā)人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎(chǔ)，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設(shè)計說明書等的編寫和一些風(fēng)險評估的編寫的能力。

除了圖書館，最能讓我感覺到身在大學(xué)的就是實訓(xùn)機房，在匆匆過去的兩個月內(nèi)，我往返于實訓(xùn)機房與宿舍之間，使我享受了一個充實的學(xué)習(xí)時期，讓我感受到了大學(xué)的魅力，對自己充滿信心，對大學(xué)充滿信心，以積極的心態(tài)迎接明天挑戰(zhàn)。

實訓(xùn)中要求有扎實的理論基本知識，操作起來才順心應(yīng)手，我這時才明白什么是“書到用時方恨少”。這就激發(fā)了學(xué)習(xí)的欲望。“學(xué)以致用”，就是要把學(xué)來的知識能運用到實際操作當(dāng)中，用實踐來檢驗知識的正確性。我想，這是實訓(xùn)的最根本目的。

最初在實訓(xùn)時自己就有一些不自信，但隨著項目的進展，我慢慢的找到了自己的位置，找到自己的目標(biāo)，雖然自己與好的同學(xué)還有差距，這也給了我很大壓力，但是我相信沒有壓力就沒有動力，所以在整個實訓(xùn)過程中我都在不斷地努力。

實訓(xùn)期間讓我學(xué)到很多東西，不僅在理論上讓我對it領(lǐng)域有了全新的認(rèn)識，在實踐能力上也得到了很大的提高，真正的學(xué)到了學(xué)以致用，更學(xué)到很多做人的道理，對我來說受益匪淺。我意識到自己知識的缺少，這激勵我在以后的學(xué)習(xí)、工作、生活中要不斷了解信息技術(shù)發(fā)展動態(tài)以及信息發(fā)展中出現(xiàn)的新的技術(shù)。

除此之外，我還學(xué)到了如何與人相處，如何和人更好的交流，我們組成一個團隊大家一起開發(fā)一個項目，大家的交流溝通顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同時又不傷害其他的隊友的面子，這些在我的實訓(xùn)生活中都有一些體會。可是說，第一次親身體會理論與實際相結(jié)合，讓我大開眼界。也是對以前學(xué)習(xí)的一個初審吧，相信這次實訓(xùn)多我以后的學(xué)習(xí)、工作也將會有很大的影響，在實訓(xùn)的這段時間里這些寶貴的經(jīng)驗將會成為我以后工作的基石。

作為即將畢業(yè)走出校園的學(xué)生，經(jīng)過3年的在校學(xué)習(xí)，對程序設(shè)計有了一些基本的理性的認(rèn)識和理解。在校期間一直忙于理論的學(xué)習(xí)，沒有機會也沒有經(jīng)驗來參與我們項目的開發(fā)，所以在實習(xí)之前軟件按開發(fā)對我來說是非常抽象的，一個完整的項目要怎么來分工以及完成該項目所需要的基本步驟也不明確，通過這次實訓(xùn)讓我明白一個完整項目的完成必須團隊分工合作，并在每個階段進行必要的總結(jié)和檢查。在我們項目的開發(fā)過程中我們項目的步驟：詳細設(shè)計、詳細設(shè)計review、編碼、編碼。在項目開發(fā)過程中我也深刻的體會到詳細設(shè)計對一個項目開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有具體的認(rèn)識，并能減少在開發(fā)過程中出現(xiàn)不必要的脫節(jié)。

這次實訓(xùn)是對我們學(xué)習(xí)的一個檢驗，雖然項目中很多知識我們在日常的學(xué)習(xí)中都沒有遇到，這同時提醒我：要想成為一個合格的程序員就有具備一種自學(xué)能力，在工作中會遇到很多從未接觸過的問題，當(dāng)有了問題時要去解決，在你不斷努力，尋找答案的過程中，自己的能力也在潛移默化的提升。有時遇到問題時可能有很多想法但卻不知道那個正確，這就讓我們不斷地去探索，不斷地嘗試。

在這次軟件工程課程中，我學(xué)到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔(dān)任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目，第一次和別人合作，才發(fā)現(xiàn)運用工程化的思想來做是如此的有必要。

從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認(rèn)識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導(dǎo)，不然真的會出現(xiàn)老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。

剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關(guān)緊要，甚至是多于的，其實，換做在以前，我也會這么認(rèn)為。可是，我現(xiàn)在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認(rèn)可，在進行過程中不會出現(xiàn)崩潰性的問題，這些工作缺一不可。

還有就是接下來的一些設(shè)計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數(shù)傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。

在整個活動的完成過程中，作為組長，我收獲很多，我發(fā)現(xiàn)，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現(xiàn)這樣的人，我絕不會給他繼續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協(xié)調(diào)好各組員之間的關(guān)系。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十八

在本學(xué)期的軟件工程課程的學(xué)習(xí)中，我們學(xué)習(xí)了十一章的內(nèi)容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎(chǔ)性的內(nèi)容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向?qū)ο蠓椒ā⑿问交椒ā＿€引出了工具uml。第三章軟件需求獲取與結(jié)構(gòu)化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務(wù)以及結(jié)構(gòu)化分析方法，畫分層的數(shù)據(jù)流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點。第四章結(jié)構(gòu)化分析方法，這一章重點講解了使用變換型映射方法和事務(wù)型映射方法生成初始的模塊結(jié)構(gòu)以及模塊結(jié)構(gòu)的改進。第五章編碼，這一章重點講解了編碼的風(fēng)格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風(fēng)格。第六章軟件測試方法，本章講解了軟件測試相關(guān)的概念及重要性，軟件測試與開發(fā)各個階段的關(guān)系;還介紹了白盒測試技術(shù)以及黑河測試技術(shù)。第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關(guān)系及建模時用到的各種圖進行了介紹。第八章面向?qū)ο蠓治觯@一章主要講解了面向?qū)ο蠓治龅?種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結(jié)構(gòu)與設(shè)計模式，本章對軟件體系結(jié)構(gòu)的基本概念、典型風(fēng)格等進行了講解。第十章面向?qū)ο笤O(shè)計，本章的重點是對面向?qū)ο蠓治鰰r建立的對象模型進行調(diào)整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務(wù)、軟件維護活動以及軟件維護方法進行了介紹。

要學(xué)習(xí)軟件工程，學(xué)會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標(biāo)、過程和原則：軟件工程目標(biāo)：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預(yù)期功能的程度。可用性指軟件基本結(jié)構(gòu)、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標(biāo)的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。

軟件工程過程：生產(chǎn)一個最終能滿足需求且達到工程目標(biāo)的軟件產(chǎn)品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設(shè)計、實現(xiàn)、確認(rèn)以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計活動一般包括概要設(shè)計和詳細設(shè)計。概要設(shè)計建立整個軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊的接口定義。詳細設(shè)計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認(rèn)活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認(rèn)，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓(xùn)過程等。

軟件工程的原則是指圍繞工程設(shè)計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。

程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設(shè)計語言，比較直觀和清晰地描述過程的控制流程，易于學(xué)習(xí)掌握。在流程圖中只能使用下述的五種基本控制結(jié)構(gòu)：順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。

n-s圖：一種符合結(jié)構(gòu)化程序設(shè)計原則的圖形描述工具，稱為盒圖，又稱為n-s圖。在n-s圖中，為了表示五種基本控制結(jié)構(gòu)，規(guī)定了五種圖形構(gòu)件。順序型;選擇型;while重復(fù)型;until重復(fù)型;多分支選擇型。

pad圖：它是用結(jié)構(gòu)化程序設(shè)計思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。

hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設(shè)計中使用的主要表達工具。

hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。

還有測試方法:按照測試過程是否在實際應(yīng)用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。

靜態(tài)分析技術(shù)：不執(zhí)行被測軟件，可對需求分析。

說明書。

軟件設(shè)計說明書源程序做結(jié)構(gòu)檢查流程分析符號執(zhí)行來找出軟件錯誤。

動態(tài)測試技術(shù)：當(dāng)把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。

還學(xué)習(xí)了其他很多工具、語言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會慢慢的完善的。

軟件工程對于初學(xué)者來說，知識基礎(chǔ)較薄弱，對一些應(yīng)用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習(xí)幾次就可以成功，學(xué)習(xí)過程中要注意多看多練要注意結(jié)合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標(biāo)究竟是什么，根據(jù)自己的實際工作出發(fā)，有針對性的在相應(yīng)的學(xué)習(xí)方向上進行提高，制定出詳細的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學(xué)習(xí)面向?qū)ο蠓治龅臅r候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進行研究拓展;在學(xué)習(xí)語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學(xué)到的知識通匯貫通。

在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設(shè)計說明書，詳細設(shè)計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結(jié)報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數(shù)量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。

而編碼的學(xué)習(xí)中，我更了解到形成自己獨特的規(guī)范的編碼風(fēng)格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護又從何談起呢?所以，我們在今后的學(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。

在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計和問題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉(zhuǎn)換為可執(zhí)行的程序。

在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴散開來，應(yīng)用于今后的實踐。不斷鍛煉自己，向一名合格的程序設(shè)計師邁進。

共

2

頁，當(dāng)前第。

2

頁

1

2

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇十九

學(xué)習(xí)軟件工程一個學(xué)期以來，我在陳燁老師的教導(dǎo)下確實獲益匪淺。軟件工程這門課，讓我對軟件的認(rèn)識有了大大的提升，從一開始對軟件工程的一無所知，到現(xiàn)在一學(xué)期下來的不斷學(xué)習(xí)，懂得了許多的知識。

軟件不僅僅是程序，而是思想在硬件上的載體和體現(xiàn)，軟件工程與其說是一門課程，不如說是一門思想。讓我懂得如何去分析和處理問題的過程，綜合解決問題。

在這段時間的學(xué)習(xí)中，我明白了一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設(shè)計說明書，詳細設(shè)計說明書，用戶操作手冊，測試計劃，測試分析報告等多個文檔，而軟件的生存周期可分為八個階段，分別是問題定義，可行性研究，需求分析，概要設(shè)計，詳細設(shè)計，程序設(shè)計，測試，文檔，技術(shù)支持，售后服務(wù)。而可行性包括經(jīng)濟，技術(shù)，法律和社會。了解了許多軟件開發(fā)模型，比如瀑布模型，增量模型和螺旋模型，也了解了uml對象面向?qū)ο蠼＃廊绾萎嬃鲌D，碩果累累。其實軟件和程序是兩個不同的概念，軟件除了程序還要有使用和維護該程序所需要的全部文檔。包括需求文檔、設(shè)計文檔、測試文檔、維護文檔以及使用手冊。

軟件工程對于初學(xué)者來說，知識基礎(chǔ)較薄弱，對一些應(yīng)用操作、概念、工具方法等理解起來較為困難，需要很好的基礎(chǔ)知識的理解和掌握，所以說學(xué)好軟件工程不是僅僅書多看幾遍就可以成功，而是要多注意結(jié)合實際，多思考，面對錯誤不要一范就問，要嘗試自己去解決，然后舉一反三。

軟件工程這門課在我們畢業(yè)之后，是我們實際要運用的一項非常有用的技能，這門課讓我意識到理論學(xué)習(xí)很重要，而實踐更重要，實踐是檢驗真理的唯一標(biāo)準(zhǔn)，只有實踐和理論相結(jié)合，才能使效益最大化。軟件工程的課雖然快要結(jié)束了，但是我對軟件工程的學(xué)習(xí)才剛剛開始，有了這些基本知識做鋪墊，在以后做項目的時候?qū)墙鉀Q問題的有效措施。

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇二十

軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質(zhì)量和程序員工作效率為目的的規(guī)范。你知道軟件工程。

是什么嗎?接下來就是本站小編為大家整理的關(guān)于軟件工程心得體會，供大家閱讀!

時間飛逝，不知不覺間《軟件工程》的學(xué)習(xí)已經(jīng)過了大半了。在這將近半學(xué)期的學(xué)習(xí)中，雖然我不能說我將《軟件工程》學(xué)習(xí)的有多么的好，但是通過學(xué)習(xí)，我還是受益良多。

在以前，我一直對軟件存在一些偏見或則是誤解，認(rèn)為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認(rèn)為只要我掌握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員;一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產(chǎn)品。只要有幾個有經(jīng)驗的程序員，再找些兼職的大學(xué)生，就能組成一個軟件公司。

但是通過了《軟件工程》這門課的學(xué)習(xí)，使我認(rèn)識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認(rèn)識，才能更好的開發(fā)出，過程受控、質(zhì)量受控的軟件產(chǎn)品。

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

而且通過學(xué)習(xí)《軟件工程》，我還學(xué)到了很多其他的東西。比如通過學(xué)習(xí)《軟件工程》，特別是老師每次用實際的軟件現(xiàn)場的講解，為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓(xùn)練自己的基本工程素質(zhì)和能力，如何激發(fā)自己的積極性等。而且通過學(xué)習(xí)《軟件工程》，還讓我認(rèn)識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學(xué)生來說，這種學(xué)習(xí)更是能讓我在以后工作中少走很多的彎路。

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

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

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

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

上《軟件工程導(dǎo)論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?上面已經(jīng)給出了一些原因。專業(yè)點講，軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化,工業(yè)化大生產(chǎn),提高其勞動生產(chǎn)效率。只有如此,軟件業(yè)才能實現(xiàn)社會化,工業(yè)化大生產(chǎn),才能“做大做強”。沒有管理的設(shè)計是失敗和混亂的設(shè)計，沒有設(shè)計指導(dǎo)的編程是無序的忙碌的。根據(jù)開發(fā)的軟件的規(guī)模，應(yīng)該適當(dāng)程度的運用軟件工程化的思想，需要靈活，畢竟我們開發(fā)的軟件大多數(shù)是中小型的，大型的并不多見(我是這么認(rèn)為的)。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。

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

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

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

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

5.開發(fā)日志我一直都認(rèn)為這是文檔中最有趣的部分。開發(fā)日志相當(dāng)于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時突然萌發(fā)的靈感，或?qū)Υa的一些微小的修改，或?qū)Τ绦蚪Y(jié)構(gòu)的一些微小變動等，還要對上述這些修改變動作些說明。

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

共

2

頁，當(dāng)前第。

1

頁

1

2

軟件工程學(xué)習(xí)心得體會（專業(yè)21篇）篇二十一

對于一個軟件系統(tǒng)的開發(fā)，第一步就是問題定義，了解所開發(fā)系統(tǒng)的行業(yè)背景，制定計劃。當(dāng)我們計劃確定以后就要對項目系統(tǒng)本身進行可行性研究，主要從技術(shù)可行性、經(jīng)濟可行性和操作可行性三個方面著手。就比如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的行業(yè)背景說明文檔中非常詳細地分析了當(dāng)下物聯(lián)網(wǎng)物流行業(yè)的整體業(yè)務(wù)說明、應(yīng)用背景、未來發(fā)展趨勢以及相關(guān)應(yīng)用案例等四個方面，項目團隊中系統(tǒng)分析員就可以根據(jù)這份文檔以及相關(guān)的調(diào)查資料對將要開發(fā)系統(tǒng)的進行定義等工作。

原來我們寫這類文檔的時候就是草草了事，不會做得這么詳細，而這次看到大型項目的行業(yè)背景說明也是這么詳細，也讓自己認(rèn)識到不管是軟件開發(fā)的那個階段都要認(rèn)真對待，這些瑣碎的文檔都是后期開發(fā)項目的支撐，只要它們做的透徹，后面的開發(fā)工作才能更順利的進行。

第二、項目需求說明方面

這部分項目需求說明就是軟件定義時期中需求分析階段，而該階段的主要目的就是了解用戶的需要，根據(jù)用戶的需要確定系統(tǒng)必須完成那些工作，并對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。在需求分析結(jié)束之前系統(tǒng)分析人員要寫出一份需求規(guī)格說明，即為《物聯(lián)網(wǎng)物流倉儲管理系統(tǒng)》項目需求說明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時寫的需求規(guī)格說明書就非常不合格，不僅格式不正確內(nèi)容也是少之又少。

在這方面，這篇文檔給我啟發(fā)很大。首先就是文檔的格式，要美觀整齊，讓人看著舒服方便。其次就是文檔的內(nèi)容，原來它不是很重要，寫文檔的時候也不知道怎么寫就借鑒下網(wǎng)上的內(nèi)容，結(jié)果根本就沒有把自己項目的需求寫明白，以至于自己最后都有些糊涂，所以根據(jù)以前的經(jīng)驗教訓(xùn)我會對這部分更加重視。

第三、系統(tǒng)概要設(shè)計方面

這部分內(nèi)容分說的是軟件設(shè)計時期的概要設(shè)計階段，該階段的主要目的就是實現(xiàn)系統(tǒng)的功能、設(shè)計軟件的結(jié)構(gòu)、模塊組成以及模塊之間的關(guān)系。在概要設(shè)計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統(tǒng)實現(xiàn)方案和軟件結(jié)構(gòu)，從中選出最佳方案和最合理的結(jié)構(gòu)。在這個階段還會具體畫出e-r圖、數(shù)據(jù)流圖等方面的設(shè)計。

比如《物聯(lián)網(wǎng)物流倉庫管理系統(tǒng)》的系統(tǒng)概要設(shè)計從項目概述、設(shè)計約束、功能單元與功能模塊設(shè)計、數(shù)據(jù)e-r圖設(shè)計、總體設(shè)計、界面設(shè)計等六個方面介紹，通過讀這個文檔，我覺得最重要的還是總體設(shè)計，分別從邏輯架構(gòu)設(shè)計、物理架構(gòu)設(shè)計、技術(shù)架構(gòu)設(shè)計設(shè)計系統(tǒng)。在這個階段中模塊要做到高內(nèi)聚低耦合，這樣開發(fā)出來的系統(tǒng)才會具有更高的獨立性。

在原來做項目時沒有編寫過這類文檔，在該階段只是畫了結(jié)構(gòu)圖、層次圖以及相關(guān)的模塊劃分，對該類文檔尚未重視。通過張老師的講解和自己的學(xué)習(xí)，我相信在以后做項目的時候一定會注意到這類文檔的編寫。

第四、詳細設(shè)計與分析方面

詳細設(shè)計階段就是把概要設(shè)計階段的每個模塊進一步設(shè)計，確定每個模塊所需要的算法和數(shù)據(jù)結(jié)構(gòu)。在這個階段還是需要我們設(shè)計出程序的詳細規(guī)格說明，而不是編寫程序。在詳細設(shè)計階段，系統(tǒng)設(shè)計人員可以通過使用程序流程圖、盒圖、pad圖等過程設(shè)計的工具和jackson圖等面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計工具進一步設(shè)計系統(tǒng)相關(guān)接口，主要包括界面設(shè)計接口、業(yè)務(wù)單設(shè)計接口、單元模塊設(shè)計接口等，這些對于以后的編碼工作都是極其重要的。

第五、編碼和測試方案方面

關(guān)于編碼，我認(rèn)為編碼要想做的完美必備條件就是前面的軟件定義和軟件設(shè)計時期要按部就班的做，文檔一定要按要求書寫，不能偷懶也不能草草書寫。對于編碼也要有相應(yīng)的文檔書寫規(guī)范，要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣盡管我們不是設(shè)計系統(tǒng)的人員，當(dāng)看到源程序代碼的時候也能容易讀懂代碼的意思。

其次就是測試的內(nèi)容，從測試的文檔中我們可以得出，其實測試在軟件開發(fā)中同樣占據(jù)了重要的地位，它主要就是盡可能多的找到問題并排除其中的潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。它要求測試人員也要有很高的技術(shù)水平。