軟件工程學(xué)習心得體會(huì )
當我們受到啟發(fā)，對學(xué)習和工作生活有了新的看法時(shí)，就十分有必須要寫(xiě)一篇心得體會(huì )，它可以幫助我們了解自己的這段時(shí)間的學(xué)習、工作生活狀態(tài)。那么心得體會(huì )怎么寫(xiě)才能感染讀者呢？下面是小編收集整理的軟件工程學(xué)習心得體會(huì )，供大家參考借鑒，希望可以幫助到有需要的朋友。
軟件工程學(xué)習心得體會(huì )1
一、需求分析和概要設計。
1）需求分析
按照軟件工程的軟件過(guò)程來(lái)說(shuō)：
1需求分析產(chǎn)生了軟件功能規格說(shuō)明書(shū),需要確定用戶(hù)對軟件的需求,要作到明確、無(wú)歧義。不涉及具體實(shí)現方法。用戶(hù)能看得明白，開(kāi)發(fā)人員也可據此進(jìn)行下面的工作（概要設計）。
2.概要設計產(chǎn)生了軟件概要設計說(shuō)明書(shū)，說(shuō)明系統模塊劃分、選擇的技術(shù)路線(xiàn)等，整體說(shuō)明軟件的實(shí)現思路。并且需要指出關(guān)鍵技術(shù)難點(diǎn)等。
在進(jìn)行需求分析時(shí)，我們既是開(kāi)發(fā)者又是用戶(hù)，本系統的業(yè)務(wù)流程與業(yè)務(wù)分類(lèi)的定義比較難。我們的團隊進(jìn)行了研討，還充分運用了身邊的各種資源，大量的查找了很多網(wǎng)絡(luò )上關(guān)于工資系統的資料。通過(guò)資料的進(jìn)行討論、根據我們的課題進(jìn)行分析，最后確定了用戶(hù)的需求為：
1.本系統在高校應用后高校工資管理方面的教職工將減少至目前的50%左右；
2.本系統在高校應用后將在高校各方面的成本將會(huì )有所降低；
3.本系統在高校應用后將教職工的工資達到完全透明，計算更加精確教職工因糾紛事件減少到1%。 根據分析將系統的功能從一般教職工與系統管理者兩個(gè)角度將功能劃分為7個(gè)模塊，當然介于我們的知識有限，有的功能沒(méi)有實(shí)現：?jiǎn)T工工資與考勤直接掛鉤，但本系統無(wú)法與員工考勤系統掛鉤相連，由于涉及此系統時(shí)該高校并沒(méi)有員工考勤系統，而且我們在最初進(jìn)行商量的時(shí)候也沒(méi)有提出該要求。
2）概要設計
從概要階段開(kāi)發(fā)正式進(jìn)入軟件的實(shí)際開(kāi)發(fā)階段，本階段完成系統的大致設計并明確系統的數據結構與軟件結構。在軟件設計階段主要是把一個(gè)軟件需求轉化為軟件表示的過(guò)程，這種表示只是描繪出軟件的總的概貌。由概要設計說(shuō)產(chǎn)生大的概要說(shuō)明書(shū)的目的就是進(jìn)一步細化軟件設計階段得出的軟件總體概貌，把它加工成在程序細節上非常接近于源程序的軟件表示。
在本階段主要涉及處理流程的設計、總體結構和模塊外部設計、功能分配。在接口設計上有用戶(hù)接口、外部接口、內部接口；數據結構設計有邏輯結構設計、物理結構設計等等。在接口設計時(shí)參考了大量的資料。
最后就是編寫(xiě)文檔——軟件需求說(shuō)明書(shū)、概要分析說(shuō)明書(shū)。
而文檔的作用在于：一是可以幫助整理思路。把要完成的目標，系統的結構，每一個(gè)模塊的功能等整理一下，然后分門(mén)別類(lèi)地寫(xiě)下來(lái)，這樣在開(kāi)發(fā)的過(guò)程中，就有據可依，在需要回過(guò)頭來(lái)修改設計的時(shí)候，也有證可考。二是便于交流。三是可以作為以后維護時(shí)的參考資料。
三、軟件工程課程設計——心得體會(huì )
我們進(jìn)行了為期一周的課程設計。通過(guò)這次課程設計，我拓寬了知識面，鍛煉了能力，綜合素質(zhì)得到較大提高。安排課程設計的基本目的，在于通過(guò)理論與實(shí)際的結合、人與人的溝通，進(jìn)一步提高思想覺(jué)悟。尤其是觀(guān)察、分析和解決問(wèn)題的實(shí)際工作能力，以便培養成為能夠主動(dòng)適應社會(huì )主義現代化建設需要的高素質(zhì)的復合型人才。作為整個(gè)學(xué)習體系的有機組成部分，課程設計雖然安排在一周進(jìn)行，但并不具有絕對獨立的意義。它的一個(gè)重要功能，在于運用學(xué)習成果，檢驗學(xué)習成果。運用學(xué)習成果，把課堂上學(xué)到的系統化的理論知識，嘗試性地應用于實(shí)際設計工作，并從理論的高度對設計工作的現代化提出一些有針對性的建議和設想。檢驗學(xué)習成果，看一看課堂學(xué)習與實(shí)際工作到底有多大距離，并通過(guò)綜合分析，找出學(xué)習中存在的不足，以便為完善學(xué)習計劃，改變學(xué)習內容與方法提供實(shí)踐依據。對我們信息管理與信息系統專(zhuān)業(yè)的學(xué)生來(lái)說(shuō)，實(shí)際能力的培養至關(guān)重要，而這種實(shí)際能力的培養單靠課堂教學(xué)是遠遠不夠的，必須從課堂走向實(shí)踐。這也是一次預演和準備畢業(yè)設計工作。通過(guò)課程設計，讓我們找出自身狀況與實(shí)際需要的差距，并在以后的學(xué)習期間及時(shí)補充相關(guān)知識，為求職與正式工作做好充分的知識、能力準備，從而縮短從校園走向社會(huì )的心理轉型期。課程設計促進(jìn)了我系人才培養計劃的完善和課程設置的調整。
在一個(gè)星期的課程設計之后，我們普遍感到不僅實(shí)際動(dòng)手能力有所提高，更重要的是通過(guò)對軟件開(kāi)發(fā)流程的了解，進(jìn)一步激發(fā)了我們對專(zhuān)業(yè)知識的興趣，并能夠結合實(shí)際存在的問(wèn)題在專(zhuān)業(yè)領(lǐng)域內進(jìn)行更深入的學(xué)習。
軟件工程課程雖已結束，但我對于軟件工程的學(xué)習才剛剛開(kāi)始。我體會(huì )到項目管理的重要性，隨著(zhù)軟件規模、復雜度的'不斷增加，項目開(kāi)發(fā)中更多的是協(xié)作、管理和控制。我學(xué)習到很多一般性的方法，例如：需求獲取、模塊化、計劃等等。同時(shí)，我也認識到使用計算機解決實(shí)際問(wèn)題的復雜性，人們認識表達的過(guò)程不斷反復、逐步深化，軟件工程方法要提供給程序員們一種更加有效的對客觀(guān)世界問(wèn)題域進(jìn)行形式化的過(guò)程方法。
軟件工程學(xué)習心得體會(huì )2
未接觸軟件工程之前一直都很想學(xué)這門(mén)課程，因為覺(jué)得這門(mén)課很牛，是那些有工程師稱(chēng)號的高手才擺弄的東西。學(xué)了一個(gè)學(xué)期的軟件工程課，終于知道了個(gè)軟件工程的大概。學(xué)的時(shí)候總覺(jué)得很抽象，理解起來(lái)好像不難，但總是摸不著(zhù)頭腦一種很茫然的感覺(jué)。曾經(jīng)以為程序就是軟件，軟件就是程序。學(xué)習這門(mén)課程第一個(gè)收獲是，知道了二者的不同之處。以前做過(guò)的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個(gè)軟件的說(shuō)明，看來(lái)已經(jīng)很接近作坊了。不過(guò)大的項目沒(méi)有接觸過(guò)，用軟件工程的方法還是第一次。我想也是程序的不斷復雜化導致了軟件危機的發(fā)生，使得人們不得不探索新的解決方法。
經(jīng)過(guò)倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊開(kāi)發(fā)，以提高軟件質(zhì)量和程序員工作效率為目的的規范。其核心就是，對于軟件開(kāi)發(fā)的5個(gè)重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個(gè)部分的工作，以及如何完成每一個(gè)工作。吾生也有涯，而知也無(wú)涯，學(xué)習永無(wú)止境。起初，對軟件工程處于一知半解的狀態(tài)，分工比較混亂。
在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學(xué)習過(guò)程中，知道了團隊合作十分重要，爭議固然存在，但通過(guò)討論、協(xié)商，群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長(cháng)，不宜妄自菲薄。組長(cháng)多加協(xié)調，組員積極配合，才能合作愉快。學(xué)習能力體現在能盡快接受新的知識，順應變化，學(xué)為所用。
上《軟件工程導論》這門(mén)課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠�？上面已�?jīng)給出了一些原因。專(zhuān)業(yè)點(diǎn)講，軟件工程最終是為了實(shí)現“軟件制造業(yè)”的社會(huì )化，工業(yè)化大生產(chǎn)，提高其勞動(dòng)生產(chǎn)效率。只有如此，軟件業(yè)才能實(shí)現社會(huì )化，工業(yè)化大生產(chǎn)，才能“做大做強”。沒(méi)有管理的設計是失敗和混亂的設計，沒(méi)有設計指導的編程是無(wú)序的忙碌的。根據開(kāi)發(fā)的軟件的規模，應該適當程度的運用軟件工程化的思想，需要靈活，畢竟我們開(kāi)發(fā)的軟件大多數是中小型的，大型的并不多見(jiàn)（我是這么認為的）。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩定。
其實(shí)開(kāi)發(fā)軟件，就像是解決一個(gè)邏輯問(wèn)題。想想自己平時(shí)是怎樣寫(xiě)程序的。首先是要有一個(gè)想法，即我寫(xiě)的這個(gè)程序是要干什么的；然后就是對要實(shí)現的核心功能大概構思一種或多種實(shí)現方法，并從中選出一種自認為是較好的；接下來(lái)就是將涉及的各種主要或次要功能分成各個(gè)模塊；最后就是分模塊來(lái)編碼和DEBUG。在我看來(lái)，除了第一步外，其余的步驟應該是一個(gè)循環(huán)的過(guò)程。在編碼的過(guò)程中，你總是需要不斷地回過(guò)頭來(lái)修改原先的模塊設計，甚至最初選定的實(shí)現算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進(jìn)行分析，設計，編碼，調試，維護這幾部分的工作的時(shí)候，最核心的就是文檔的編寫(xiě)。1�？尚行苑治鼍褪顷P(guān)于當前項目能不能干的分析結果。
2。項目描述這是在決定立項以后，對當前項目的一份扼要說(shuō)明。
3。需求分析就是對客戶(hù)要求的功能的定義。
4。軟件設計這就是對程序的每一個(gè)模塊的詳細設計的說(shuō)明文檔。
5。開(kāi)發(fā)日志我一直都認為這是文檔中最有趣的部分。開(kāi)發(fā)日志相當于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫(xiě)程序時(shí)突然萌發(fā)的靈感，或對代碼的一些微小的修改，或對程序結構的一些微小變動(dòng)等，還要對上述這些修改變動(dòng)作些說(shuō)明。
6。測試分析用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數字描述。
軟件工程學(xué)習心得體會(huì )3
學(xué)習了這門(mén)課程,還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實(shí)例,讓理論和實(shí)踐得到了很好的結合。整一個(gè)學(xué)期下來(lái)，總的來(lái)說(shuō)還是學(xué)到了很多東西的，有很多地方是值得肯定的，其實(shí)在我看來(lái)，軟件工程與其說(shuō)是一門(mén)課程，不如說(shuō)是一門(mén)思想。是一個(gè)如何去分析和處理問(wèn)題的過(guò)程，應該說(shuō)其范疇已經(jīng)遠遠不止局限于該門(mén)課程，成為了一個(gè)綜合的一個(gè)能夠解決問(wèn)題的思想集合。
整本書(shū)的內容邏輯很清晰明了，由淺入深循序漸進(jìn)，首先我就大概描述下我們所學(xué)的內容，第一章是從整體分析軟件工程這門(mén)學(xué)科的發(fā)展和所處的社會(huì )環(huán)境，接著(zhù)后面的幾章深入分析了軟件開(kāi)放過(guò)程和模式、軟件項目管理、計算機工程、需求分析、結構化分析建模以及基于uml面向對象分析建模等。接著(zhù)我就詳細介紹下我對這門(mén)課程知識點(diǎn)的理解概括：
軟件：軟件是能夠完成預定功能和性能的可執行的計算機程序和使程序正常執行所需要的數據，加上描述程序的操作和使用的文檔。軟件的特征：①軟件是一種邏輯實(shí)體，而不是具體的物理實(shí)體，因而它具有抽象性。②軟件是通過(guò)人們的智力活動(dòng)，把知識與技術(shù)轉化成信息的一種產(chǎn)品。③軟件成為產(chǎn)品后，其生產(chǎn)只是簡(jiǎn)單的拷貝，不同于硬件制造。④維護過(guò)程比硬件復雜的多，甚至會(huì )引發(fā)新的錯誤。軟件危機：指的是軟件開(kāi)發(fā)和維護過(guò)程中遇到的一系列嚴重問(wèn)題。出現軟件危機的原因：①軟件維護費用急劇上升，直接威脅計算機應用的擴大。②軟件生產(chǎn)技術(shù)進(jìn)步緩慢。軟件工程是指導計算機軟件開(kāi)發(fā)和維護的工程學(xué)科。軟件生存周期：一個(gè)軟件從定義到開(kāi)發(fā)、使用和維護，直到最終被棄用，要經(jīng)歷一個(gè)漫長(cháng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(cháng)的時(shí)期稱(chēng)為生存周期。軟件的生存周期可分為八個(gè)階段：①問(wèn)題定義；②可行性研究；③需求分析；④總體（概要）設計；⑤詳細設計；⑥編碼與單元測試；⑦綜合測試；⑧軟件維護；
瀑布模式：是傳統的軟件開(kāi)發(fā)模式，其中的“瀑布”是對這個(gè)模式的形象表達，由山頂傾瀉下來(lái)的水，自頂向下、逐漸細化。其特點(diǎn)是：線(xiàn)性化過(guò)程；分為分析、設計、編碼、集成等幾個(gè)階段，并且各階段逐級推進(jìn)，不允許跨越。里程碑管理；階段評審；文檔驅動(dòng)；簡(jiǎn)潔便于工程應用的線(xiàn)性化過(guò)程步驟，并可以通過(guò)里程碑管理機制而使項目進(jìn)程量化。其明顯的優(yōu)點(diǎn)就是沒(méi)個(gè)階段結束前都要對所完成的階段成果進(jìn)行評審，這使得軟件的錯誤能夠在個(gè)階段內盡早發(fā)現并盡早解決，總的來(lái)說(shuō)瀑布模式具有良好的質(zhì)量保證機制，有很強的生命力。
原型進(jìn)化模式：對軟件進(jìn)行直接模擬或仿真，只需要分析需求框架后進(jìn)行原型創(chuàng )建，再對原型系統進(jìn)行逐步細化與完善，通過(guò)版本更新逐步滿(mǎn)足用戶(hù)對于軟件的多方面需要。
增量模式：開(kāi)發(fā)過(guò)程有三個(gè)任務(wù)域，分別是設計結構、開(kāi)發(fā)構件和集成系統，它既有完善的工程管理機制，又能適應用戶(hù)需求變更，有利于質(zhì)量的監控，并且各局部基于構件構造，有利于逐步構建與完善；由于先交付核心構件可利于降低項目的技術(shù)風(fēng)險。
螺旋模式：是一種可較好的規避開(kāi)發(fā)風(fēng)險過(guò)程的模式，項目是基于任務(wù)的螺旋式推進(jìn)，每個(gè)螺旋由內之外分別是需求分析、軟件設計、系統集成、驗證與交付。
軟件開(kāi)發(fā)的整個(gè)過(guò)程：①需要項目團隊，組建優(yōu)秀的團隊可以開(kāi)發(fā)出更搞質(zhì)量的軟件產(chǎn)品。任務(wù)開(kāi)發(fā)團隊要求小而精，成員大多在8人以?xún)�，主要成員有項目負責人、開(kāi)發(fā)人員、資料管理員和軟件測試員。②項目計劃是為了使軟件開(kāi)發(fā)各項工作有秩序地進(jìn)行，包括任務(wù)分配和基于里程碑的進(jìn)度安排，甘特圖和任務(wù)網(wǎng)絡(luò )圖是用來(lái)描述進(jìn)度計劃的工具。項目計劃書(shū)可以作為軟件開(kāi)發(fā)的工作指南。③項目成本估算，由于項目有來(lái)自各方面的成本包括工資開(kāi)支、場(chǎng)地費、差旅費、設備費和資料費等，但是軟件主要是對人力成本的估算，常用的方法有程序代碼成本估算法等。④軟件風(fēng)險管理包括很多不確定的風(fēng)險因素，如計劃風(fēng)險、管理風(fēng)險、需求風(fēng)險、技術(shù)風(fēng)險、人員風(fēng)險、產(chǎn)品風(fēng)險、用戶(hù)風(fēng)險和商業(yè)風(fēng)險等等，而風(fēng)險管理的主要任務(wù)是：風(fēng)險識別、風(fēng)險評估、和風(fēng)險防范。⑤軟件文檔管理，軟件文檔是工程模式軟件開(kāi)發(fā)的成果體現，包括技術(shù)文檔、管理文檔和用戶(hù)文檔。 ⑥軟件配置管理與軟件質(zhì)量管理，包括配置規劃、軟件變更控制、軟件版本控制和質(zhì)量控制計劃。
【軟件工程學(xué)習心得體會(huì )】相關(guān)文章：
軟件工程實(shí)踐學(xué)習心得體會(huì )11-10
軟件工程學(xué)習心得體會(huì )（精選17篇）04-28
軟件工程學(xué)習方法12-18
軟件工程學(xué)習心得體會(huì )（通用16篇）06-01