- 相關(guān)推薦
工程軟件實(shí)習心得體會(huì )
當我們對人生或者事物有了新的思考時(shí)，就十分有必須要寫(xiě)一篇心得體會(huì )，這樣能夠培養人思考的習慣。到底應如何寫(xiě)心得體會(huì )呢？下面是小編為大家收集的工程軟件實(shí)習心得體會(huì )，歡迎大家分享。
工程軟件實(shí)習心得體會(huì )1
學(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)題的思想集合。
要學(xué)習軟件工程，學(xué)會(huì )如何系統的思考，以及養成良好的編碼習慣，想學(xué)好軟件工程，就必須知道軟件工程的目標、過(guò)程和原則： 軟件工程目標：生產(chǎn)具有正確性、可用性以及開(kāi)銷(xiāo)合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預期功能的程度。
可用性指軟件基本結構、實(shí)現及文檔為用戶(hù)可用的程度。開(kāi)銷(xiāo)合宜是指軟件開(kāi)發(fā)、運行的整個(gè)開(kāi)銷(xiāo)滿(mǎn)足用戶(hù)要求的程度。這些目標的實(shí)現不論在理論上還是在實(shí)踐中均存在很多待解決的問(wèn)題，它們形成了對過(guò)程、過(guò)程模型及工程方法選取的約束。
軟件工程過(guò)程：生產(chǎn)一個(gè)最終能滿(mǎn)足需求且達到工程目標的軟件產(chǎn)品所需要的步驟。軟件工程過(guò)程主要包括開(kāi)發(fā)過(guò)程、運作過(guò)程、維護過(guò)程。它們覆蓋了需求、設計、實(shí)現、確認以及維護等活動(dòng)。需求活動(dòng)包括問(wèn)題分析和需求分析。問(wèn)題分析獲取需求定義，又稱(chēng)軟件需求規約。需求分析生成功能規約。設計活動(dòng)一般包括概要設計和詳細設計。概要設計建立整個(gè)軟件系統結構，包括子系統、模塊以及相關(guān)層次的說(shuō)明、每一模塊的接口定義。詳細設計產(chǎn)生程序員可用的模塊說(shuō)明，包括每一模塊中數據結構說(shuō)明及加工描述。實(shí)現活動(dòng)把設計結果轉換為可執行的程序代碼。確認活動(dòng)貫穿于整個(gè)開(kāi)發(fā)過(guò)程，實(shí)現完成后的確認，保證最終產(chǎn)品滿(mǎn)足用戶(hù)的要求。維護活動(dòng)包括使用過(guò)程中的擴充、修改與完善。伴隨以上過(guò)程，還有管理過(guò)程、支持過(guò)程、培訓過(guò)程等。 軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開(kāi)發(fā)過(guò)程中必須遵循的原則。
pad圖：它是用結構化程序設計思想表現程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個(gè)模塊，均可用一張ipo圖來(lái)描述。ipo 圖由輸入、處理和輸出三個(gè)框組成，需要時(shí)還可以增加一個(gè)數據文件框，這種圖形的優(yōu)點(diǎn)，是能夠直觀(guān)地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過(guò)程是否在實(shí)際應用環(huán)境中來(lái)分，有靜態(tài)分析與動(dòng)態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱(chēng)黑盒法)。靜態(tài)分析技術(shù)：不執行被測軟件，可對需求分析說(shuō)明書(shū)、軟件設計說(shuō)明書(shū)、源程序做結構檢查、流程分析、符號執行來(lái)找出軟件錯誤。動(dòng)態(tài)測試技術(shù)：當把程序作為一個(gè)函數，輸入的全體稱(chēng)為函數的定義域，輸出的全體稱(chēng)為函數的值域，函數則描述了輸入的定義域與輸出值域的關(guān)系。還學(xué)習了其他很多工具、語(yǔ)言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習中一定會(huì )慢慢的完善的。
軟件工程對于初學(xué)者來(lái)說(shuō)，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來(lái)較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專(zhuān)業(yè)書(shū)籍細致地看幾遍，然后上機練習幾次就可以成功，學(xué)習過(guò)程中要注意多看多練要注意結合實(shí)際，更要多思考，面對錯誤不要一范就問(wèn)，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰，學(xué)習軟件工程首先要明白自己的學(xué)習目標究竟是什么，根據自己的實(shí)際工作出發(fā)，有針對性的在相應的學(xué)習方向上進(jìn)行提高，制定出詳細的學(xué)習規劃。還要注意與其他科目的相輔相成，就像我們在學(xué)習面向對象分析的時(shí)候要結合大一學(xué)習的面向對象及其方法學(xué)這一專(zhuān)業(yè)科目進(jìn)行研究拓展;在學(xué)習語(yǔ)言時(shí)，要看看與c語(yǔ)言的聯(lián)系，多思多想，把從各個(gè)科目學(xué)到的知識通匯貫通。
在軟件工程的學(xué)習中，我了解到了軟件并非是一些代碼這么簡(jiǎn)單，在開(kāi)發(fā)軟件的過(guò)程中，編寫(xiě)代碼的工作量其實(shí)只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個(gè)完整的項目規劃須包括，軟件的.定義，可行性分析報告，項目開(kāi)發(fā)計劃，軟件需求說(shuō)明書(shū)，概要設計說(shuō)明書(shū)，詳細設計說(shuō)明書(shū)，用戶(hù)操作手冊，測試計劃，測試分析報告，開(kāi)發(fā)進(jìn)度報告，項目開(kāi)發(fā)總結報告，軟件維護手冊，軟件問(wèn)題報告，軟件修改報告，等多個(gè)文檔，每個(gè)文檔都要上級驗收審查，而文檔數量眾多，要做好這點(diǎn)真的不是很容易，而恰恰寫(xiě)好文檔正能保證完成軟件工程其中一個(gè)目的的關(guān)鍵，既研究如何用最小的開(kāi)銷(xiāo)做出生存期較長(cháng)的軟件，再加上各個(gè)階段都要進(jìn)行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開(kāi)發(fā)軟件這個(gè)浩大的工程的一個(gè)小小的過(guò)程。
而編碼的學(xué)習中，我更了解到形成自己獨特的規范的編碼風(fēng)格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫(xiě)的程序毫無(wú)規范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學(xué)習中，一定要注意這方面的培養，在寫(xiě)程序的過(guò)程中，要逐步的在規范的基礎上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。
在學(xué)習中，我們還要注意比較三種方法的優(yōu)缺點(diǎn)，例如：傳統方法雖然使軟件擺脫了混亂和無(wú)序，但其在適應需求變化的方面不夠靈活，而且傳統方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問(wèn)題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統。形式化方法則是一中基于形式化數學(xué)變換的軟件開(kāi)發(fā)方法，它可將系統的規格說(shuō)明轉換為可執行的程序。在今后的學(xué)習中要注意多讀書(shū)、多思考、多練習、多討論，不斷熟悉書(shū)本的基礎，并以此為基礎將其擴散開(kāi)來(lái)，應用于今后的實(shí)踐。不斷鍛煉自己，向一名合格的程序設計師邁進(jìn)。
工程軟件實(shí)習心得體會(huì )2
這次軟件工程實(shí)訓是從xxxx.12.26號開(kāi)始的，截至xxxx.12.31號。實(shí)訓內容是用java相關(guān)知識(主要是jsp)做一個(gè)物流配送系統。下面談?wù)剬@次實(shí)訓的看法。
因為自己平時(shí)對java知識儲備不足，特別是jsp這一塊基本不了解怎么回事，所以一拿到這個(gè)項目，我心里都是沒(méi)有底的，再加上我被分到的那個(gè)組，我知道就意味著(zhù)是我一個(gè)人在戰斗了。呵呵，26號，實(shí)訓開(kāi)始了，我們的老師是來(lái)自中軟國際公司的程序員，一個(gè)是周褀，一個(gè)是朱映，都是一身樸素的著(zhù)裝，讓我感覺(jué)做軟件的也沒(méi)什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個(gè)組的系統，即將用到的知識，然后就總體把覺(jué)得需要補充的知識(jsp和數據庫連接等這幾塊)給我們實(shí)際操作了下，因為當時(shí)看到用jsp，還講的那么認真，當時(shí)我就后悔了，平時(shí)要是多聽(tīng)點(diǎn)，現在老師這么認真的給我們講，這是一個(gè)多么難得的機會(huì )啊。后悔也沒(méi)用啊，開(kāi)始還勉強能理解一點(diǎn)，后來(lái)就直接暈了。然后再給大家介紹了一些即將用到的工具，比如rationalRose，SVN，MyEclipse等等。接下來(lái)的幾天就不再細講了。下面談?wù)勍ㄟ^(guò)這次實(shí)訓的心得體會(huì )吧。
通過(guò)這次實(shí)訓，讓我了解到工程開(kāi)發(fā)的過(guò)程，可行性分析——>需求分析——>概要設計——>詳細設計——>代碼編寫(xiě)——>測試——>驗收。從技術(shù)方面上，我開(kāi)始jsp基礎基本上就是零的，在老師和syz2(另外一個(gè)物流小組，我一個(gè)人基本上是跟她們做的.，或者說(shuō)是看著(zhù)她們做的)的幫助下，對jsp有了一個(gè)大概的認識。其實(shí)實(shí)訓開(kāi)始前，我還以為做個(gè)系統沒(méi)什么大不了，可是當真正拿到一個(gè)項目，我卻真的無(wú)從下手了，而且就是在知道需求分析和詳細設計，在代碼編寫(xiě)時(shí)，一樣寸步難行。通過(guò)這個(gè)實(shí)訓，也讓我了解到，團隊協(xié)作是多么的重要。一個(gè)人的精力是多么的有限。進(jìn)一步理解到，企業(yè)為什么如此重視團隊協(xié)作。同時(shí)借用老師的話(huà)就是團隊協(xié)作固然重要，但是是建立在個(gè)人素質(zhì)的基礎上，假設你個(gè)人素質(zhì)不行，將會(huì )影響到整個(gè)團隊，就別提對團隊作更多貢獻了。x老師說(shuō)這幾句話(huà)的時(shí)候，朝向了我，估計是有特殊意義的吧，所以，我將謹記老師的教導。
還有一個(gè)收獲是從一個(gè)同學(xué)(小胖)那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺(jué)得沒(méi)什么了，不過(guò)他倒是很重視這個(gè)問(wèn)題吧。然后他說(shuō)出來(lái)，我也覺(jué)得這個(gè)問(wèn)題確實(shí)其實(shí)是個(gè)大的問(wèn)題。就是不管你會(huì )不會(huì )這門(mén)技術(shù)，會(huì )不會(huì )做這個(gè)東西，態(tài)度要正確才好，就算你不會(huì )做，你也應該認真的對待，將來(lái) 出身到社會(huì )，就不是說(shuō)像你現在，不會(huì )做就不做，跑去玩游戲了。小胖說(shuō)出了這段話(huà)，也在我身上有了一個(gè)印證，雖然我jsp技術(shù)知識為0，但我也還是在認真的跟著(zhù)他們一起做，不會(huì )做，就多問(wèn)，畢竟現在我們是學(xué)生，可以毫不顧忌的詢(xún)問(wèn)各種問(wèn)題，老師也會(huì )盡力為你回答。將來(lái)出身社會(huì )就不一樣了。雖然，我就算個(gè)打醬油的水平，但是這個(gè)醬油也要打得有涵量啊。不管怎么樣，我能對自己有個(gè)交待，雖然我不會(huì )，但是這次實(shí)訓我確實(shí)是認真對待了，六天的實(shí)訓，除了晚上加班外，還花了2個(gè)通宵來(lái)完成不同階段的任務(wù)，完成與否也不重要了，我至少我做了，這點(diǎn)，是這次我應該對自己的一個(gè)肯定。
這次實(shí)訓的心得基本上就是這些了，最后特別感謝中軟國際帶我們的那兩個(gè)老師(周褀，朱映)，這兩個(gè)老師對待我們很平易近人，對我們提出的問(wèn)題，總是不光解決了，還進(jìn)行了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個(gè)問(wèn)題，臉都變紅了，還在繼續努力，這點(diǎn)我并不會(huì )覺(jué)得老師知識儲備不夠，我想應該是這個(gè)問(wèn)題的突發(fā)吧，一時(shí)沒(méi)想到怎么處理。相反讓我感覺(jué)更多的就是老師很認真，很負責。還要感謝就是syz2小組的傾力支持，輔導。
工程軟件實(shí)習心得體會(huì )3
在這次軟件工程課程中，我學(xué)到了很多東西，第一次深刻的體會(huì )到了什么叫做用工程化的思想來(lái)編寫(xiě)軟件，以前自己也寫(xiě)過(guò)一些小型軟件，沒(méi)有做過(guò)大型的項目，直到這次課堂我擔任組長(cháng)并組織組員共同完成“個(gè)人圖書(shū)管理系統”這個(gè)項目，第一次和別人合作，才發(fā)現運用工程化的思想來(lái)做是如此的有必要。
從這里，我才真正的意識到實(shí)施一個(gè)軟件工程并不是說(shuō)簡(jiǎn)單的會(huì )編碼就能夠解決問(wèn)題的，我們更多的精力不是放在編碼上，編碼只是一個(gè)很小的模塊，只占到那么小的一個(gè)部分。這個(gè)事實(shí)在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個(gè)軟件就是編碼，除此無(wú)它，還好有老師的指導，不然真的會(huì )出現老師所說(shuō)的，撞得頭破血流之后才想起來(lái)用軟件工程的.思想來(lái)完成這個(gè)工作。
剛真正開(kāi)始工作之前，我們費了很多的時(shí)間來(lái)完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來(lái)可能是相對無(wú)關(guān)緊要，甚至是多于的，其實(shí)，換做在以前，我也會(huì )這么認為�？墒�，我現在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場(chǎng)，能被別人接受和認可，在進(jìn)行過(guò)程中不會(huì )出現崩潰性的問(wèn)題，這些工作缺一不可。
還有就是接下來(lái)的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數傳遞和接口通訊的問(wèn)題，此模塊對我的觸動(dòng)遠沒(méi)有上兩個(gè)模塊對我的影響大，因此再次也不做過(guò)多的介紹。
在整個(gè)活動(dòng)的完成過(guò)程中，作為組長(cháng)，我收獲很多，我發(fā)現，要是組里有個(gè)人不怎么想做事情時(shí)，他對于整個(gè)組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現這樣的人，我絕不會(huì )給他繼續留下來(lái)的機會(huì )，我會(huì )在第一時(shí)間將他清除出去。還有就是，作為組長(cháng)，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng )造出一個(gè)平臺，讓別人去發(fā)揮，你所要做得，出了保證這個(gè)平臺的完整性和公平性外，還有就是協(xié)調好各組員之間的關(guān)系。
這就是我的實(shí)習感想。
【工程軟件實(shí)習心得體會(huì )】相關(guān)文章：
軟件工程實(shí)習報告09-21
軟件工程的實(shí)習報告12-31
軟件工程實(shí)習報告01-13
軟件工程心得體會(huì )02-19
軟件工程專(zhuān)業(yè)的實(shí)習報告02-24
軟件工程專(zhuān)業(yè)實(shí)習報告04-30
（推薦）軟件工程的實(shí)習報告09-06