心得體會是對自己的內心感受和思考進行整理和概括的過程，有助于我們更深入地認識自己。寫心得體會時，可以參考一些經典的范文或者優(yōu)秀的案例，學習他人的經驗和方法。心得體會可以促使我們思考自己的過去和未來，發(fā)現(xiàn)自己的不足，進一步完善自己。
軟件工程課心得體會篇一
軟件工程經濟是近年來出現(xiàn)的嶄新的研究方向,是軟件工程和經濟學相互融合深入的產物。下面是本站小編為大家整理的軟件工程
實習心得體會
，供你參考!
時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬于完全被流放的。 最先在內部系統(tǒng)組參與內部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate)，之后是去做網絡交換機軟件的腳本測試?，F(xiàn)在又回歸內部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經驗。
至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。
1、淺談測試
一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導地位的，還是大型系統(tǒng)的集成測試經驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是it階段的找 bug與對應bug，此階段基本評定了coder的編碼質量。
2、程序員的困惑
有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。
3、如何調試追蹤
如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步step over，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調用的字段有可能為空的情況出現(xiàn)的，可以加if(=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。
4、一些習慣
遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。
解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。
把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。
任務完后不要呆著，去要求經理給你更有挑戰(zhàn)性的任務，只要你肯去嘗試，他們就會對你另言相看，把三天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。
一、 實訓目的：
通過對java語言、sql數據庫的應用以及sql語言的復習和鍛煉，并且通過使用myeclipse開發(fā)平臺設計管理項目，以達到充分熟悉開發(fā)平臺及應用設計。同時掌握并實踐軟件項目設計規(guī)范及其開發(fā)流程：需求分析、概要設計、詳細設計、代碼編寫等，以便提前適應軟件公司開發(fā)流程、環(huán)境和工作要求。
二、實訓內容：
1. 項目：(“當當網”)
2. 完成(用戶注冊、登錄、列表、購物車、刪除、修改)等功能
3. 數據庫設計、sql應用
4. 項目實戰(zhàn)
三、實訓總結：
轉眼間實訓已過去一段時間，之前的興奮、喜悅如今已經讓我熟悉，在實訓的每一天都會讓我有成為一名真正的財富者擁有的沖動。也許，在這期間不一定會讓一個人有著翻天覆地的變化，但變化就是這樣一點一點產生的。通過這一期的實訓，雖然倍感折磨，但是收獲卻是很大的，學習中我不但有了學習成果的喜悅，而且自己也日漸成熟，有種說不出的喜悅。
在實訓的過程中，我深深的體會到了自己在專業(yè)知識方面的欠缺和不足，也意識到了自己作為計算機軟件專業(yè)的學生，要想在以后的職業(yè)中嶄露頭角，除了要有過硬的理論知識，健康的體魄之外，還必須具備良好的心理素質，是自己在以后的途中無論經歷什么樣的困難，都立于不敗之地。通過實訓老師的課堂講解與企業(yè)文化標準的培訓，使我加深了對自己專業(yè)的認識，從而確定自己以后的努力方向，要想在短暫的實訓時間內盡多的學到東西，就需要我們跟老師或同學進行良好的溝通，加深彼此的了解，只有我們跟老師多溝通，讓老師更了解我們，才能更真切的對我們進行培訓工作。由此，班級的文化“共享”就在生活中慢慢形成了。
“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學來專業(yè)知識的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而老師在專業(yè)認識周到中所講的，都是課本上沒有而對我們非常有實際意義的。這又給我們的實訓增添了濃墨淡彩的光輝。我懂得了實際生活中，專業(yè)知識是怎樣應用與實踐的。在這些過程中，我不僅知道了職業(yè)生涯所需具備的專業(yè)知識，而且讓我深深體會到一個團隊中的各個成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧?？繂我坏牧α渴呛茈y完成一個大項目的，在進行團隊合作的時候，還要耐心聽取每一個成員的意見，是我們的組合達到更加完美。
這次實訓除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。
經過之前的學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發(fā)。所以說實話，這次實訓，軟件項目開發(fā)對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓，讓我明白了一個完整項目的開發(fā)，必須由團隊來分工合作，并在每個階段中進行必要的總結與論證。
一個完整項目的開發(fā)它所要經歷的階段包括：遠景范圍規(guī)劃和用例說明、項目結構和風險評估、業(yè)務功能
說明書
、詳細設計說明書、代碼實現(xiàn)、測試和安裝包等等。一個項目的開發(fā)所需要的財力、人力都是很多的，如果沒有一個好的遠景規(guī)劃，對以后的開發(fā)進度會有很大的影響，甚至會出現(xiàn)在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業(yè)務功能和詳細設計說明書對一個項目的開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有比較明確的認識，還能減少在開發(fā)過程中出現(xiàn)不必要的麻煩。代碼的實現(xiàn)是一個項目開發(fā)成功與否的關鍵，也就是說，前期作業(yè)都是為代碼的實現(xiàn)所做的準備。
我深刻的認識到要成為一名優(yōu)秀的軟件開發(fā)人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返于實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態(tài)迎接明天挑戰(zhàn)。
實訓中要求有扎實的理論基本知識，操作起來才順心應手，我這時才明白什么是“書到用時方恨少”。這就激發(fā)了學習的欲望。 “學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。
最初在實訓時自己就有一些不自信，但隨著項目的進展，我慢慢的找到了自己的位置，找到自己的目標，雖然自己與好的同學還有差距，這也給了我很大壓力，但是我相信沒有壓力就沒有動力，所以在整個實訓過程中我都在不斷地努力。
實訓期間讓我學到很多東西，不僅在理論上讓我對it領域有了全新的認識，在實踐能力上也得到了很大的提高，真正的學到了學以致用，更學到很多做人的道理，對我來說受益匪淺。我意識到自己知識的缺少，這激勵我在以后的學習、工作、生活中要不斷了解信息技術發(fā)展動態(tài)以及信息發(fā)展中出現(xiàn)的新的技術。
除此之外，我還學到了如何與人相處，如何和人更好的交流，我們組成一個團隊大家一起開發(fā)一個項目，大家的交流溝通顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同時又不傷害其他的隊友的面子，這些在我的實訓生活中都有一些體會?？墒钦f，第一次親身體會理論與實際相結合，讓我大開眼界。也是對以前學習的一個初審吧，相信這次實訓多我以后的學習、工作也將會有很大的影響，在實訓的這段時間里這些寶貴的經驗將會成為我以后工作的基石。
作為即將畢業(yè)走出校園的學生，經過3年的在校學習，對程序設計有了一些基本的理性的認識和理解。在校期間一直忙于理論的學習，沒有機會也沒有經驗來參與我們項目的開發(fā)，所以在實習之前軟件按開發(fā)對我來說是非常抽象的，一個完整的項目要怎么來分工以及完成該項目所需要的基本步驟也不明確，通過這次實訓讓我明白一個完整項目的完成必須團隊分工合作，并在每個階段進行必要的總結和檢查。在我們項目的開發(fā)過程中我們項目的步驟：詳細設計、詳細設計review、編碼、編碼。在項目開發(fā)過程中我也深刻的體會到詳細設計對一個項目開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有具體的認識，并能減少在開發(fā)過程中出現(xiàn)不必要的脫節(jié)。
這次實訓是對我們學習的一個檢驗，雖然項目中很多知識我們在日常的學習中都沒有遇到，這同時提醒我：要想成為一個合格的程序員就有具備一種自學能力，在工作中會遇到很多從未接觸過的問題，當有了問題時要去解決，在你不斷努力，尋找答案的過程中，自己的能力也在潛移默化的提升。有時遇到問題時可能有很多想法但卻不知道那個正確，這就讓我們不斷地去探索，不斷地嘗試。
在這次軟件工程課程中，我學到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目，第一次和別人合作，才發(fā)現(xiàn)運用工程化的思想來做是如此的有必要。
從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導，不然真的會出現(xiàn)老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。
剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關緊要，甚至是多于的，其實，換做在以前，我也會這么認為?？墒?，我現(xiàn)在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會出現(xiàn)崩潰性的問題，這些工作缺一不可。
還有就是接下來的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。
在整個活動的完成過程中，作為組長，我收獲很多，我發(fā)現(xiàn)，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現(xiàn)這樣的人，我絕不會給他繼續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協(xié)調好各組員之間的關系。
軟件工程課心得體會篇二
學習了這門課程,還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。
可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
1.大一工廠實習心得體會
2.軟件工程實習心得
3.大一會計專業(yè)實習心得
4.認知實習實習心得體會
5.實習心得體會
6.電工實習心得體會
7.工程管理實習心得體會
8.關于小學實習心得體會
9.實習心得體會怎么寫
10.在實驗室實習心得體會
軟件工程課心得體會篇三
需求獲取可能是最困難、最關鍵、最易出錯及最需要溝通交流的活動。對需求的獲取往往有錯誤的認識：用戶知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問用戶系統(tǒng)的目標特征，什么是要完成的`，什么樣的系統(tǒng)能適合商業(yè)需要就可以了，但是實際上需求獲取并不是想象的這樣簡單，這條溝通之路布滿了荊棘。首先需求獲取要定義問題范圍，系統(tǒng)的邊界往往是很難明確的，用戶不了解技術實現(xiàn)的細節(jié)，這樣造成了系統(tǒng)目標的混淆。
其次是對問題的理解，用戶對計算機系統(tǒng)的能力和限制缺乏了解，任何一個系統(tǒng)都會有很多的用戶或者不同類型的用戶，每個用戶只知道自己需要的系統(tǒng)，而不知道系統(tǒng)的整體情況，他們不知道系統(tǒng)作為一個整體怎么樣工作效率更好，也不太清楚那些工作可以交給軟件完成，他們不清楚需求是什么，或者說如何以一種精確的方式來描述需求，他們需要開發(fā)人員的協(xié)助和指導，但是用戶與開發(fā)人員之間的交流很容易出現(xiàn)障礙，忽略了那些被認為是"很明顯"的信息。最后是需求的確認，因為需求的不穩(wěn)定性往往隨著時間的推移產生變動，使之難以確認。為了克服以上的問題，必須有組織的執(zhí)行需求的獲取活動。
需求獲取活動要完成的任務或者步驟的過程如下：
系統(tǒng)的需求包括四個不同的層次：業(yè)務需求、用戶需求和功能需求、非功能性需求。業(yè)務需求說明了提供給用戶新系統(tǒng)的最初利益,反映了組織機構或用戶對系統(tǒng)、產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求文檔描述了用戶使用產品必須要完成的任務，這在使用實例文檔或方案腳本說明中予以說明。功能需求定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足了業(yè)務需求。
非功能性需求是用戶對系統(tǒng)良好運作提出的期望，包括了易用性、反應速度、容錯性、健壯性等等質量屬性。需求獲取就是根據系統(tǒng)業(yè)務需求去獲得系統(tǒng)用戶需求，然后通過需求分析得到系統(tǒng)的功能需求和非功能需求。項目視圖和范圍文檔就是從高層次上描述系統(tǒng)的業(yè)務需求，應該包括高層的產品業(yè)務目標，評估問題解決方案的商業(yè)和技術可行性,所有的使用實例和功能需求都必須遵從的標準。而范圍文檔定義了項目產品所包括的所有工作及產生產品所用的過程。項目相關人員對項目的目標和范圍能達成共識,整個項目組都應該把注意力集中在項目目標和范圍上。
系統(tǒng)用戶在很多方面存在著差異，例如：使用系統(tǒng)的頻度和程度、應用領域和計算機系統(tǒng)知識、所使用的系統(tǒng)特性、所進行的業(yè)務過程、訪問權限、地理上的布局以及個人的素質和喜好等等。根據這些差異，你可以把這些不同的用戶分成不同的用戶類。與ulm中usecase的actor概念一樣，用戶類不一定都指人，也可以包括其他應用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶群分類并歸納各自特點，并詳細描述出它們的個性特點及任務狀況，將有助于需求的獲取和系統(tǒng)設計。
通常用戶和開發(fā)人員不自覺的都有一種"我們和他們"的想法，產生一種對立關系，把彼此放在對立面，每一方都定義自己的"邊界"，只想自己的利益而忽略對方的想法。他們通過文檔、記錄和對話來溝通，而不是作為一個合作的整體去識別和確定需求完成任務。實踐證明這樣的方法是不正確的，不會給雙方帶來一點益處,良好的溝通關系沒有建立導致了誤解和忽略重要的信息。只有當雙方參與者都明白要成功自己需要什么，同時也知道要成功對方需要什么時，才能建立起一種合作關系。
為了建立合作關系通常采取一種組隊的方式來獲取需求，建立一個由用戶代表和開發(fā)人員組成的聯(lián)合小組作為需求獲取的核心隊伍。聯(lián)合小組將負責識別需求、分析解決方案和協(xié)商分歧，小組成員可以采用會議、電子郵件、綜合辦公系統(tǒng)等方式進行交流，但交流時應注意以下原則：小組會議應該由中立方來組織和主持，用戶和開發(fā)人員都要參加;交流預先要確定準備和參與的規(guī)則;議題要明確并覆蓋所有關鍵點，但信息來源應該自由;交流目標要明確，并告知所有的成員。
從用戶代表處收集他們將使用系統(tǒng)完成所需任務的描述，討論用戶與系統(tǒng)間的交互方式和對話要求，這就是使用實例，一個單一的使用實例可能包括完成某項任務的許多邏輯相關任務和交互順序。使用實例方法給需求獲取帶來的好處來自于該方法是用以任務為中心和以用戶為中心的觀點，比起使用以功能為中心和以開發(fā)者為中心的方法，使用實例方法可以使用戶更清楚地理解和認識到新系統(tǒng)允許他們做什么和怎么做。描寫使用實例的時候要注意使用簡潔直白的表述，盡量使用主動語態(tài)，用"系統(tǒng)"或者"用戶"作為主語，比如"用戶提交用戶密碼，系統(tǒng)驗證用戶密碼是否正確"，還有一點在描述中不要設計界面細節(jié)，比如"用戶從下拉框中選擇產品類型"。使用實例為以后寫用例場景描述中的基本路徑和擴展路徑提供了素材。
分析用戶工作流程觀察用戶執(zhí)行業(yè)務任務的過程，通過分析使用實例得到系統(tǒng)的用例圖。編制用例圖文檔將有助于明確系統(tǒng)的使用實例和功能需求，統(tǒng)一建模語言的使用有助于與用戶進一步交流。每個用例的描述應包括：編號,為每個用例分配一個唯一的編號，為需求的追溯提供了方便;參與者，與這個用例交互的 actor;前置條件，開始用例前所必須具備的系統(tǒng)狀態(tài);后置條件，用例完成后系統(tǒng)達到的狀態(tài);基本路徑，用例完成的關鍵路徑，也是用戶期望的路徑;擴展點，基本路徑的分枝，表示意外情況;字段說明，路徑中名稱的進一步分解說明，對以后類屬性的定義和數據庫字段設計起作用;設計約束，實現(xiàn)用例的非功能約束。
通過檢查當前已經運行系統(tǒng)的問題報告來進一步完善需求客戶的問題報告及補充需求為新系統(tǒng)或新版本提供了大量豐富的改進及增加特性的想法，負責提供用戶支持及幫助的人能為收集需求過程提供極有價值的信息。
如果客戶要求的功能與已有的系統(tǒng)很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。業(yè)務建模和領域建模式需求重用的最好方法，像分析模式和設計模式一樣，需求也有自己的模式。
總結：經過一學期的軟工實驗，深刻感到其重要性的同時也學到了不少的東西 ，將對我在今后的軟件開發(fā)過程中起極大的作用。
軟件工程課心得體會篇四
畢業(yè)實習是教學過程中一個重要的實踐性教學環(huán)節(jié)，是一次綜合性學習。通過實習加深對專業(yè)理論知識的理解，培養(yǎng)和提高實際操作動手的能力，使所學理論知識與編程實踐緊密結合，為畢業(yè)后從事計算機相關工作打下良好的基礎。實習期間讓我學到很多東西，不僅在理論上讓我對it領域有了全新的認識，在實踐能力上也得到了很大的提高，真正的學到了學以致用，更學到很多做人的道理，對我來說受益匪淺。同時，我還學到了如何與人相處，怎樣與人進行更好的交流。我們幾個人組成一個團隊，大家一起學習開發(fā)一個項目，彼此之間的交流溝通就顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同時又不傷害其他的隊友的面子，這些在我的實習生活中都有一些體會。相信這次實習對我以后的學習、工作將會產生很大的影響，在短短的二十幾天里學到的這些寶貴的經驗將會成為我以后工作的基石。
一、實習內容和過程
實習期間，我主要在軟件開發(fā)部進行學習，同時對其他如人事部、檢測部門進行了了解，通過與有關項目負責人的學習交流，從而對it行業(yè)最近的發(fā)展及對人才需求、能力要求等方面有所了解，對自己的未來發(fā)展和規(guī)劃有很大意義。
實習的開始幾天主要是對公司工作流程和員工工作習慣的了解和適應，對自己作出調整，使自己盡快進入工作狀態(tài)。
接下來幾天，主要是對自己將要面臨和接受的工作的接觸了解，思考如何將自己所學的知識運用到工作中去。
中間的幾天主要是進行有關項目中幾個小功能模塊的學習和實現(xiàn)，簡單的對自己的工作有一個體會。
最后的幾天主要就是真正的參與到工作中去，通過自己的實際動手去做項目，對分配到的任務的完成及其中遇到困難的解決，發(fā)現(xiàn)自己的不足，鍛煉自己的能力。
1.1公司概況
____軟件有限公司成立于20__年1月，公司以軟件產品開發(fā)、軟件項目實習培訓為主要目標，公司以先進的技術開發(fā)體系為基礎，已經成功地開發(fā)了多個軟件產品和軟件項目。公司自成立以來發(fā)展迅速，已獲取軟件高新技術企業(yè)認證，正在進行iso-9002體系認證，以市場為先導、研發(fā)為后盾、服務為宗旨，全面服務于我國的軟件事業(yè)。
公司愿景：使__成為社會認可和尊敬的優(yōu)秀軟件公司
公司核心價值觀：團隊合作、不斷創(chuàng)新、社會責任感、客戶為本、誠實正直
公司使命：在公司軟件產品及軟件服務的幫助下，讓人們愉快工作、快樂生活。__對品質有著執(zhí)著的追求，但是高品質的設計并不意味著高成本，我們有著長期為知名客戶服務的經驗，應用國際通用的標準化建模體系等先進技術，建立了完善的質量控制流程，因此，我們能夠在高品質的基礎上，保持富有競爭力的低報價。
__具有優(yōu)秀的技術實力：在大型數據庫oracle、db2、_ml、webservices、internet/intranet、java、php、c#、c應用等方面擁有的技術;在web應用程序、辦公自動化、商業(yè)智能、電子商務、電子政務、企業(yè)資源管理、知識管理、商業(yè)網站、手機應用、游戲和多媒體電子出版等方面具有豐富的開發(fā)實施經驗。這些技術和實施經驗是倬威達的客戶獲得高性能、低成本的產品和服務的重要保證。
__秉承以人為本的管理理念人性化管理，并強調規(guī)范的開發(fā)流程，以及業(yè)內的開發(fā)技術，為員工的發(fā)展提供充分的發(fā)展和上升空間。穩(wěn)定且高素質的團隊，是我們提供優(yōu)質軟件和服務的基礎。
為了滿足軟件企業(yè)對軟件實用人才的需求，公司與__多所高校建立校企合作關系，極大的增強了畢業(yè)生在求職中的項目經驗及工作中的實際動手能力，促進高校就業(yè)，實訓效果顯著受到高校領導、畢業(yè)生及用人單位的一致好評。公司經過幾年的實訓經驗的累積，深深認識到實用人才是企業(yè)選人用人時的關鍵因素，所以公司實訓致力于軟件實用人才培養(yǎng)，重視與院校建立長期合作關系。通過校企合作，優(yōu)勢互補，互利共贏，支持院校教育事業(yè)。
在二十一世紀，__軟件公司將進一步發(fā)展壯大，未來五年內，__將實施戰(zhàn)略性結構調整，瞄準國內外一流軟件公司，使之成為較有影響的軟件公司。
軟件工程課心得體會篇五
軟件工程師作為現(xiàn)代社會中越來越重要的職業(yè)之一，隨著信息技術的不斷發(fā)展，其職責也越來越廣泛和重要。作為一名軟件工程師，我在這個行業(yè)里摸爬滾打多年，深感自己的成長離不開各種經驗和心得的積累。在接下來的文字中，我將從個人視角談談自己在軟件開發(fā)過程中的心得體會。
第二段：選擇質量
在軟件開發(fā)的過程中，我最關注的是軟件的質量。因為軟件需要長期運行，不僅要滿足用戶需求，還要兼顧安全性和可維護性等方面，這需要我們在開發(fā)過程中嚴格控制每一個環(huán)節(jié)，做好每一個細節(jié)。因此，我在項目開發(fā)前會認真分析需求和可能的風險，對技術框架和工具的選擇非常謹慎。我也會定期進行代碼復審和單元測試等工作，確保代碼質量達標。當然，在不斷優(yōu)化的過程中，我也意識到代碼質量的提高不僅僅在于個人級別，而更應該顧及團隊整體水平，因此深感技術學習和交流的重要性。只有不斷積累、分享，才能讓團隊的發(fā)展更加健康和持久。
第三段：溝通協(xié)作
作為一名軟件工程師，我們的工作不僅僅是編寫代碼，更包括與產品經理、UI設計師、測試工程師等各個角色之間的溝通協(xié)作。這就需要我們具備更多的軟技能。比如，要善于傾聽和引導，以便更好地理解產品需求和用戶痛點；要有清晰的表達能力，能夠清楚地向其他角色描述自己的想法和意圖；在開發(fā)過程中，也要非常注重團隊合作，及時溝通和協(xié)調出現(xiàn)的問題。整個軟件開發(fā)過程需要涵蓋從需求分析、規(guī)劃和設計，再到編碼、測試和上線等各個環(huán)節(jié)，期間需要負責人與團隊的全面協(xié)作才能保證項目的順利完成。
第四段：學習成長
軟件開發(fā)是一個知識密集型的工作，要時刻緊跟技術的發(fā)展趨勢才能在激烈的競爭中取得優(yōu)勢。因此，我認為軟件工程師需要具備持續(xù)學習的能力和自我提升的意識。我會在業(yè)余時間去了解新的技術，參加相關的技術社群和活動，不斷學習和嘗試新東西，以此來增強自己的核心競爭力和解決實際問題的能力。同樣，我也會時刻關注團隊的成長和發(fā)展，希望能為團隊帶來更多的經驗和技術積累。
第五段：總結回顧
在軟件開發(fā)的過程中，我覺得最重要的是要保持持之以恒的熱情和精神狀態(tài)。無論是在技術領域還是在團隊管理中，不停地學習和成長，分享并培育團隊的創(chuàng)新精神和專業(yè)精神，才能不斷提高自己和團隊的能力和素質，做出更好的產品。取得成功需要獨立思考和勇于探索，但更需要承認團隊的重要性，在各方面展現(xiàn)出自己領導團隊的能力和擔當。在今后的工作和生活中，我也將持續(xù)關注自己的成長需求，堅定地走好自己的職業(yè)道路。
軟件工程課心得體會篇六
我實習的單位是xx學院，這是一所全日制中等專業(yè)學校。我在學校里主要是負責校內內網的管理，其涉及到校內網網站的正常登陸和訪問，校內內各系部主機是否正常互聯(lián)，有無被病毒感染、傳播。使得校內網內的計算機可以正常運行，做好校內網的管理和維護工作。
從同學到實習工程師，短短幾個月的工作過程使我受益匪淺。不僅是在專業(yè)學問方面，最主要是在為人處事方面。社會在加速度地發(fā)生變化，對人才的要求也越來越高，要用進展的目光看問題，得不斷進步思想熟悉，完善自己。作為一名it從業(yè)者，所受的社會壓力將比其他行業(yè)更加沉重，要學會創(chuàng)新求變，以適應社會的需要。在單位里，小到計算機的組裝修理，大到效勞器的維護與測試，都需要一個人獨立完成?？梢哉f，近3個月的工作使我成長了不少，從中有不少感悟，下面就是我的一點心得：
你可以假裝你的面孔你的心，但絕不行以無視真誠的力氣。第一天去網絡中心實習，心里不行避開的有些疑心：不知道教師怎么樣，應當去怎么做啊，要去干些什么呢等等吧！踏進辦公室，只見幾個陌生的臉孔。我微笑著和他們打招呼。
從那天起，我養(yǎng)成了一個習慣，每天早上見到他們都要微笑的說聲：“教師早〞，那是我心底真誠的問候。我總覺得，常常有一些微小的東西簡單被我們無視，比方輕輕的一聲問候，但它卻表達了對教師同事對伴侶的`敬重關心，也讓別人感覺到被重視與被關心。僅僅幾天的時間，我就和教師們打成一片，很好的跟他們溝通溝通學習，我想，應當是我的真誠，換得了教師的信任。他們把我當伴侶也情愿指導我，情愿安排給我任務。
要想在短暫的實習時間內，盡可能多的學一些東西，這就需要跟教師有很好的溝通，加深彼此的理解，剛到網絡中心，教師并不理解你的工作學習力量，不明晰你會做那些工作，不明晰你想理解的學問，所以跟教師很好的溝通是很必要的。同時我覺得這也是我們將來走上社會的一把不行缺少的鑰匙。通過溝通理解，教師我我有了大體理解，邊有針對性的教我一些學問，我對網絡部線，電腦硬件安裝，網絡故障排解，工作原理應用比叫感愛好，所以教師就讓我獨立的完成校內大小部門的網絡檢修與電腦故障排解工作。如秘書處的辦公室內局域網的組件，中心效勞機房的效勞器監(jiān)測等，直接或間接保證了校內網的正常運行和使用，在這方面的工作中，真正學到了計算機教科書上所沒有或者真正用到了課本上的學問，穩(wěn)固了舊學問，把握了新學問，甚至在理論中驗證了書本上舊有的不合實際的學問，這才真正表達了學問的真正價值，學以致用。
激情與急躁，就像火與冰，看似兩種完全不同的東西，卻能碰撞出最漂亮的火花。在中心時，教師就跟我說，想做電腦網絡這一塊，激情與急躁必不行少，在產品更新方面，這一行業(yè)就像做新聞工作，補斷的更新，這就需要你有激情，急躁的去不斷的學習進步自己的專業(yè)程度。
問教師，查資料，一個個問題迎刃而解，自己在這方面的學問得到了充實。這些在平常的書本上僅僅是獲得感性的熟悉在這里真的理論了，才算是真正的把握了，也讓我熟悉到了自己的缺乏，告誡自己，不管做什么，切忌眼高手低，要擅長鉆研。
還有我感受比擬深的就是查看log日志記錄，因為效勞器的維護是簡單又艱辛的，既要保障物理平安又要保證系統(tǒng)平安，這就需要通過查詢log日志記錄，每一分鐘的效勞器狀況都有l(wèi)og日志記錄，而且它一是數據量大、二是有大量無用信息，所以查看log使特別“苦痛〞的事情。像這些工作我熬深深地感覺到每有激情與急躁是做不好的。
軟件工程課心得體會篇七
軟件工程心得體會未接觸軟件工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了一個學期的軟件工程課，終于知道了個軟件工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經以為程序就是軟件，軟件就是程序。學習這門課程第一個收獲是，知道了二者的不同之處。以前做過的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個軟件的說明，看來已經很接近作坊了。不過大的項目沒有接觸過，用軟件工程的方法還是第一次。我想也是程序的不斷復雜化導致了軟件危機的發(fā)生，使得人們不得不探索新的解決方法。
經過倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。吾生也有涯，而知也無涯，學習永無止境。起初，對軟件工程處于一知半解的狀態(tài)，分工比較混亂。
在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學習過程中，知道了團隊合作十分重要，爭議固然存在，但通過討論、協(xié)商，群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長，不宜妄自菲薄。組長多加協(xié)調，組員積極配合，才能合作愉快。學習能力體現(xiàn)在能盡快接受新的知識，順應變化，學為所用。
上《軟件工程導論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?？上面已經給出了一些原因。專業(yè)點講，軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化，工業(yè)化大生產，提高其勞動生產效率。只有如此，軟件業(yè)才能實現(xiàn)社會化，工業(yè)化大生產，才能“做大做強”。沒有管理的設計是失敗和混亂的設計，沒有設計指導的編程是無序的忙碌的。根據開發(fā)的軟件的規(guī)模，應該適當程度的運用軟件工程化的思想，需要靈活，畢竟我們開發(fā)的軟件大多數是中小型的，大型的并不多見（我是這么認為的）。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。
其實開發(fā)軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的；然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法，并從中選出一種自認為是較好的；接下來就是將涉及的各種主要或次要功能分成各個模塊；最后就是分模塊來編碼和debug。在我看來，除了第一步外，其余的步驟應該是一個循環(huán)的過程。在編碼的'過程中，你總是需要不斷地回過頭來修改原先的模塊設計，甚至最初選定的實現(xiàn)算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，調試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。
1、可行性分析就是關于當前項目能不能干的分析結果。
2、項目描述這是在決定立項以后，對當前項目的一份扼要說明。
3、需求分析就是對客戶要求的功能的定義。
4、軟件設計這就是對程序的每一個模塊的詳細設計的說明文檔。
5、開發(fā)日志我一直都認為這是文檔中最有趣的部分。開發(fā)日志相當于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時突然萌發(fā)的靈感，或對代碼的一些微小的修改，或對程序結構的一些微小變動等，還要對上述這些修改變動作些說明。
6、測試分析用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數字描述。
軟件工程課心得體會篇八
在本學期的軟件工程課程的學習中，我們學習了十一章的內容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向對象方法、形式化方法。還引出了工具uml。第三章軟件需求獲取與結構化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法，畫分層的數據流圖、e—r圖以及狀態(tài)圖式本節(jié)的重點。第四章結構化分析方法，這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。第五章編碼，這一章重點講解了編碼的風格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風格。第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，軟件測試與開發(fā)各個階段的關系；還介紹了白盒測試技術以及黑河測試技術。第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面向對象分析，這一章主要講解了面向對象分析的3種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結構與設計模式，本章對軟件體系結構的基本概念、典型風格等進行了講解。第十章面向對象設計，本章的重點是對面向對象分析時建立的對象模型進行調整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。
軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
我們學習了詳細設計的方法，其原則是過程描述是否易于理解、復審和維護，進而過程描述能夠自然地轉換成代碼，并保證詳細設計與代碼完全一致。包括程序流程圖、n—s圖、pad圖、hipo圖。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。在流程圖中只能使用下述的五種基本控制結構：順序型；選擇型；while型循環(huán)；until型循環(huán)；多情況型選擇。
n—s圖：一種符合結構化程序設計原則的圖形描述工具，稱為盒圖，又稱為n—s圖。在n—s圖中，為了表示五種基本控制結構，規(guī)定了五種圖形構件。順序型；選擇型；while重復型；until重復型；多分支選擇型。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。
hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測試方法：按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法（包括靜態(tài)分析法與白盒法）與非分析方法（稱黑盒法）。
靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。
動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。
還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展；在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序？讀不懂程序，維護又從何談起呢？所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。
在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
軟件工程課心得體會篇九
軟件工程及未來發(fā)展趨勢心得體會軟件工程是一門研究用工程方法構建和維護有效的、實用的和高質量的軟件的學科。它的成果是為軟件設計和開發(fā)人員提供思想方法和工具。
商業(yè)形態(tài)從最開始的硬件輔助到代碼核心競爭力到后來的服務階段。30多年來，隨著軟件工程的研究和實踐取得了跨越性的進步，it和制造業(yè)以及各種行業(yè)的結合，進入軟件定義時代的階段。同時獲得了一些具有里程碑意義的進展，盡管目前離徹底解決“軟件危機”還有一些差距，但軟件工程的方法對軟件產業(yè)的發(fā)展還是起到了很大的推動作用。軟件產業(yè)也邁入了高質量發(fā)展的階段，并且有一定的成績。
20xx年中國軟件產業(yè)年會的召開以“軟件定義的時代-數字、融合與生態(tài)”為主題，中國工程院院士孫家廣在主旨演講中表示，“軟件是信息技術之魂，經濟轉型之擎、網絡安全之盾、數字社會之基、大國博弈之焦、高質量發(fā)展的抓手，軟件賦能、賦值、賦智作用日益明顯。”他表示，軟件開源是我國成為軟件強國的根本舉措和保障。中國工程院院士廖湘科也在報告中提出，工業(yè)軟件要向建設信息技術和先進制造技術深度融合、控制管理整個生產模式的基礎軟件平臺發(fā)展。在真實世界感知的數據進入到虛擬世界，進行關聯(lián)和跨域關聯(lián)的分析，在進行智能處理之后，再反饋到真實世界。運行平臺基于云端的硬件結構，在未來設計軟件的過程中，我們要考慮的是不再針對一臺服務器設計軟件，在設計的時候需要考慮云端，在這樣的前提下去設計軟件。總的來說，整個軟件體系就是一個生態(tài)鏈，市場通過軟件平臺來控制，所有的技術和商業(yè)模式的競爭都堆積在it軟件平臺，各個行業(yè)的it從業(yè)人員可以協(xié)同，硬件追求越來越快，軟件追求規(guī)模。生態(tài)鏈需要協(xié)同創(chuàng)新，學科交叉。軟件是靈魂的載體，它具體應用在知識領域在生活智能方面的應用。東軟集團股份有限公司董事長兼ceo劉積仁作題為“軟件的賦能時代”，表明，企業(yè)也是軟件的載體。軟件在今后具有無限的發(fā)展空間，我們應該為從事這個行業(yè)而感到幸運。軟件在今后的發(fā)展中不僅僅表現(xiàn)的是licenseip的價值，軟件可以承載一個嶄新的創(chuàng)業(yè)的公司創(chuàng)造資本市場的奇跡。核心就是軟件表達的方式從我們單純賣解決方案、賣服務，軟件從我們過去依賴于軟件工程師，最后我們要成為在新經濟的發(fā)展、新消費發(fā)展的一個新的平臺。
信息革命的核心體現(xiàn)在，集成電路是細胞，通訊網絡是動脈，計算機工具是大腦，信息資源是血漿，應用需求是心臟，安全是免疫系統(tǒng)，軟件是靈魂。軟件產業(yè)是第一大產業(yè)，面向對象是軟件技術的基本指導思想，它的發(fā)展過程從最初的個人技巧，到結構化，再到最終的面向對象，覆蓋范圍也發(fā)展到運行技術、工具技術、到過程技術。軟件理論方法技術應用于x應用場景。應用場景的'構建主要是體現(xiàn)在，可感知+可編程+可計算+可調控等方面。軟件很大程度上改變了我們的生產生活方式，在現(xiàn)在社會中，對于軟件的開發(fā)，我們不在只是單純的系統(tǒng)開發(fā)，文檔手冊，還要考慮到所處的環(huán)境以及大數據，智能算法等多方面的綜合考量。
軟件同時也在驅動著世界經濟的變革。在世界經濟全球化發(fā)展的趨勢下，軟件行業(yè)也在向全球化發(fā)展，在今天，軟件的開發(fā)也不再是一個國家或者一個行業(yè)自身的發(fā)展而是整個社會的發(fā)展趨勢。當前軟件行業(yè)無論國內還是國際上整體處于手工作坊式階段，以項目組或產品組為單位組織開發(fā)人員，圍繞一個項目或者一個產品的某一迭代版本進行收工作業(yè)。其服務模式始終停留在并行開發(fā)多個無關的小型項目。對于這樣的情況，單單只是依靠某個國家自身的實力是很難實現(xiàn)軟件技術全面提升的。微觀層面來看，光學相機被數碼相機取代，移動磁盤、光盤基本上被u盤取代。智能手機的出現(xiàn)也帶來了it產業(yè)格局的重塑。it產業(yè)巨變的核心動力是用戶群體的快速增加以及it擴散的范圍迅速。繼智能手機、平板電腦被軟件重新定義后，其他it產品也在不斷被軟件重新定義，增加一個操作系統(tǒng)之后，物理功能被無限的簡化，功能被無限的拓展，不斷地豐富。整個經濟社會加快在網絡空間的映射，形成現(xiàn)實與網絡交融的數字世界。信息物理系統(tǒng)（cps）實現(xiàn)大型工程系統(tǒng)的實時感知、動態(tài)控制和信息服務。
數據表征、智能處理、軟件定義，三元融合將打造一個全新的世界。大數據在消費it領域的作用更加明顯，只要用pc上網或者手機瀏覽信息，性別、年齡、愛好、蹤跡等等便被大數據刻畫，從而根據現(xiàn)有信息推斷出你可能要做的事。總的來說，大數據不僅是傳統(tǒng)產業(yè)升級的助推器，同時也是新興產業(yè)的催化劑。軟件的定位已經從服務軟件發(fā)展到定義硬件，也許在不久的將來，軟件不僅僅是改變世界，而是重新定義我們已知的世界，正如大數據的出現(xiàn)，或許不久的將來，產品經銷商會比我們更了解自己的需求。
隨著軟件市場的競爭壓力越來越大，我們所面臨的it環(huán)境更為復雜化，為了應對來自各方面的挑戰(zhàn)問題，我們需要更多的創(chuàng)新能力和業(yè)務靈活性。提高模塊化思想，從根本上解決所面臨的問題。
軟件工程課心得體會篇十
在本學期的軟件工程課程的學習中，我們學習了十一章的內容。
第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。
第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向對象方法、形式化方法。
還引出了工具uml。
第三章軟件需求獲取與結構化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法，畫分層的數據流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點。
第四章結構化分析方法，這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。
第五章編碼，這一章重點講解了編碼的風格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風格。
第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。
第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。
第八章面向對象分析，這一章主要講解了面向對象分析的3種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。
第九章軟件體系結構與設計模式，本章對軟件體系結構的'基本概念、典型風格等進行了講解。
第十章面向對象設計，本章的重點是對面向對象分析時建立的對象模型進行調整和細化。
第十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。
正確性指軟件產品達到預期功能的程度。
可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。
開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。
這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。
軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。
它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。
需求活動包括問題分析和需求分析。
問題分析獲取需求定義，又稱軟件需求規(guī)約。
需求分析生成功能規(guī)約。
設計活動一般包括概要設計和詳細設計。
概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。
詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。
實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。
確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。
維護活動包括使用過程中的擴充、修改與完善。
伴隨以上過程，還有管理過程、支持過程、培訓過程等。
軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
我們學習了詳細設計的方法，其原則是過程描述是否易于理解、復審和維護，進而過程描述能夠自然地轉換成代碼，并保證詳細設計與代碼完全一致。
包括程序流程圖、n-s圖、pad圖、hipo圖
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。
它獨立于任何一種程序設計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。
軟件工程課心得體會篇十一
軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。你知道軟件工程
心得體會
是什么嗎?接下來就是本站小編為大家整理的關于軟件工程心得體會，供大家閱讀!
時間飛逝，不知不覺間《軟件工程》的學習已經過了大半了。在這將近半學期的學習中，雖然我不能說我將《軟件工程》學習的有多么的好，但是通過學習，我還是受益良多。
在以前，我一直對軟件存在一些偏見或則是誤解，認為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認為只要我掌握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員;一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產品。只要有幾個有經驗的程序員，再找些兼職的大學生，就能組成一個軟件公司。
但是通過了《軟件工程》這門課的學習，使我認識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認識，才能更好的開發(fā)出，過程受控、質量受控的軟件產品。
而且在以前，我一直以為軟件的開發(fā)其實是一件很輕松快樂的事情，只要一天坐在電腦旁敲敲鍵盤，那么一切就可以了，但是現(xiàn)在我才發(fā)現(xiàn)，我以前的很多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創(chuàng)造性活動。因為編程不僅能夠滿足我們內心深處進行創(chuàng)造的渴望，而且還能愉悅我們內在的情感。
而且通過學習《軟件工程》，我還學到了很多其他的東西。比如通過學習《軟件工程》，特別是老師每次用實際的軟件現(xiàn)場的講解，為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓練自己的基本工程素質和能力，如何激發(fā)自己的積極性等。而且通過學習《軟件工程》，還讓我認識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學生來說，這種學習更是能讓我在以后工作中少走很多的彎路。
所以，通過《軟件工程》的學習，我是真的學習到了很多有用的東西，讓我明白了很多的道理。在此我對老師的辛勤教育表示感謝，因為是你讓我學習到了這些，是我獲益良多。
軟件工程心得體會未接觸軟件工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了一個學期的軟件工程課，終于知道了個軟件工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經以為程序就是軟件，軟件就是程序。學習這門課程第一個收獲是，知道了二者的不同之處。以前做過的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個軟件的說明，看來已經很接近作坊了。不過大的項目沒有接觸過，用軟件工程的方法還是第一次。我想也是程序的不斷復雜化導致了軟件危機的發(fā)生，使得人們不得不探索新的解決方法。
經過倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。吾生也有涯，而知也無涯，學習永無止境。起初，對軟件工程處于一知半解的狀態(tài)，分工比較混亂。
在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學習過程中，知道了團隊合作十分重要，爭議固然存在，但通過討論、協(xié)商，群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長，不宜妄自菲薄。組長多加協(xié)調，組員積極配合，才能合作愉快。學習能力體現(xiàn)在能盡快接受新的知識，順應變化，學為所用。
上《軟件工程導論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?上面已經給出了一些原因。專業(yè)點講，軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化,工業(yè)化大生產,提高其勞動生產效率。只有如此,軟件業(yè)才能實現(xiàn)社會化,工業(yè)化大生產,才能“做大做強”。沒有管理的設計是失敗和混亂的設計，沒有設計指導的編程是無序的忙碌的。根據開發(fā)的軟件的規(guī)模，應該適當程度的運用軟件工程化的思想，需要靈活，畢竟我們開發(fā)的軟件大多數是中小型的，大型的并不多見(我是這么認為的)。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。
其實開發(fā)軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的;然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法，并從中選出一種自認為是較好的;接下來就是將涉及的各種主要或次要功能分成各個模塊;最后就是分模塊來編碼和debug。在我看來，除了第一步外，其余的步驟應該是一個循環(huán)的過程。在編碼的過程中，你總是需要不斷地回過頭來修改原先的模塊設計，甚至最初選定的實現(xiàn)算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，調試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。1.可行性分析就是關于當前項目能不能干的分析結果。
2.項目描述這是在決定立項以后，對當前項目的一份扼要說明。
3.需求分析就是對客戶要求的功能的定義。
4.軟件設計這就是對程序的每一個模塊的詳細設計的說明文檔。
5.開發(fā)日志我一直都認為這是文檔中最有趣的部分。開發(fā)日志相當于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時突然萌發(fā)的靈感，或對代碼的一些微小的修改，或對程序結構的一些微小變動等，還要對上述這些修改變動作些說明。
6.測試分析用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數字描述。
共
2
頁，當前第
1
頁
1
2
軟件工程課心得體會篇十二
軟件工程(softwareengineering，簡稱為se)是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言，數據庫，軟件開發(fā)工具，系統(tǒng)平臺，標準，設計模式等方面。在現(xiàn)代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件，嵌入式系統(tǒng)，人機界面，辦公套件，操作系統(tǒng)，編譯器，數據庫，游戲等。同時，各個行業(yè)幾乎都有計算機軟件的應用，比如工業(yè)，農業(yè)，銀行，航空，政府部門等。這些應用促進了經濟和社會的發(fā)展，使得人們的工作更加高效，同時提高了生活質量。
二、軟件工程的目標
在給定成本、進度的前提下，開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性并且滿足用戶需求的軟件產品。
三、軟件工程的原則
是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。軟件工程的原則有以下四項基本原則：1）選取適宜開發(fā)范型；2）采用合適的設計方法；3）提供高質量的工程支持；4）重視開發(fā)過程的管理。
四、軟件工程的由來
據說上個世紀60年代的程序員都是天才，寫程式就像寫日記一樣，吃過晚飯沒事干隨手就可以寫幾個出來玩，第二天還可以拿去賣錢。所以那時候程序員在大家眼中，跟那些搞美術，音樂的是一類的，被稱為“藝術家”。
但事過境遷，就像任何人都不會嫌錢多一樣，永遠都不會有人嫌cpu快的。于是，隨之而來的就是硬件的迅猛發(fā)展和越來越變態(tài)的軟件。記得以前常去同學家拷游戲，通常幾張軟盤就可以搞定，而現(xiàn)在的游戲，兩三張cd-rom都算少的了。像如此龐大復雜的怪物，就算你是如何的天才，一個人肯定是搞不定的，否則，等你把程式寫出來，人家intel連奔騰n都開發(fā)出來了。既要開發(fā)大型的軟件還要追求速度（這樣才能賺錢），于是很自然地，合作的概念被提了出來。
在開始合作的初期，由于大家都習慣了當很有個性的“藝術家”，結果可想而知，一個是畢加索派的，而另一個是意大利印象派的，再加上一個畫潑墨山水畫的，要是像這樣湊出來的東西都能不出問題的話，那么bill早就轉行了。所以，那時侯的大型軟件，據說“藍屏”比windows98還多。
馬克思告訴我們，萬物都是從量變到質變的。隨著問題的不斷涌現(xiàn)，一些master們開始嘗試去總結經驗，并歸納了一些規(guī)范去指導軟件的分析，設計，實現(xiàn)，測試，維護，人員交流協(xié)作，項目預算及時限控制等方方面面，這就是軟件工程的前身。
軟件工程到現(xiàn)在已發(fā)展了30多年，可以說是相當成熟的了?，F(xiàn)在開發(fā)軟件，據說都是一大幫人排排坐，按著一整套的規(guī)章制度來干活。于是，軟件開發(fā)成了“工程”，程序員也就淪為“工人”了。
五、軟件工程的核心
軟件工程，說白了，就是這樣一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。簡單來說，就是對于總體的組織和對于局部的實現(xiàn)。
六、軟件開發(fā)過程
開發(fā)軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的；然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法，并從中選出一種自認為是較好的；接下來就是將涉及的各種主要或次要功能分成各個模塊；最后就是分模塊來編碼和debug。除了第一步外，其余的步驟應該是一個循環(huán)的過程。既然軟件開發(fā)是一個具有不可預知性和變化性的`動態(tài)的過程，那么，對其每一個步驟的組織，即周期模型，就必須包容它的這種性質。
具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，調試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。文檔的作用在于以下3個方面：一是可以幫助整理思路。把要完成的目標，系統(tǒng)的結構，每一個模塊的功能等整理一下，然后分門別類地寫下來，這樣在開發(fā)的過程中，就有據可依，在需要回過頭來修改設計的時候，也有證可考。二是便于交流。想象一下開會時的情形。一大幫子人爭先恐后，激烈辯論，然后會終人散，思想靈感也就隨之散了，結果是開了半天會，什么也沒討論出來。這就是后來會議記錄被發(fā)明出來的原因。在腦子里的東西一多，就會散而且亂，用語言表達的時候，很容易會丟三落四，別人也很難把握住你的思想。但經過整理寫在紙上以后，則會清晰得多，無論是別人還是自己，看起來都可以一目了然。三是可以作為以后維護時的參考資料。有一句名言：“筆和紙永遠都比大腦可靠”，意思就是說，放在大腦里的東西說不準哪天就忘了，但寫在紙上的東西，只要不發(fā)生什么意外，一般是丟不了的。當過了一段時間，你需要再回過頭來修改你的程序的時候，你就會發(fā)現(xiàn)，你以前寫下的文檔實在太有價值了。別指望你的源代碼，對于復雜一點的程序來說，單純的源代碼幾乎會扼殺掉你所有的時間。
可行性分析就是關于當前項目能不能干的分析結果。主要考慮的方面包括：是否能把這個項目開發(fā)出來；假如可以的話，預計需要多少時間，能否滿足客人的時間要求；需要多少人力和資金的投入；最重要的是，這個項目能否賺錢，能賺多少。還要對可能存在的風險進行評估。
七、軟件工程學習感悟
時間飛逝，不知不覺間《軟件工程》的學習完了。在這將近半學期的學習中，雖然我不能說我將《軟件工程》學習的有多么的好，但是通過學習，我還是受益良多。
在以前，我一直對軟件存在一些偏見或則是誤解，認為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認為只要我掌握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員；一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產品。只要有幾個有經驗的程序員，再找些兼職的大學生，就能組成一個軟件公司。
但是通過了《軟件工程》這門課的學習，使我認識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認識，才能更好的開發(fā)出，過程受控、質量受控的軟件產品。
而且在以前，我一直以為軟件的開發(fā)其實是一件很輕松快樂的事情，只要一天坐在電腦旁敲敲鍵盤，那么一切就可以了，但是現(xiàn)在我才發(fā)現(xiàn)，我以前的很多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創(chuàng)造性活動。因為編程不僅能夠滿足我們內心深處進行創(chuàng)造的渴望，而且還能愉悅我們內在的情感。
而且通過學習《軟件工程》，我還學到了很多其他的東西。比如通過學習《軟件工程》，特別是教員的課程講解和每次用實際的軟件現(xiàn)場的講解，為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓練自己的基本工程素質和能力，如何激發(fā)自己的積極性等。而且通過學習《軟件工程》，還讓我認識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學生來說，這種學習更是能讓我在以后工作中少走很多的彎路。
所以，通過《軟件工程》的學習，我是真的學習到了很多有用的東西，讓我明白了很多的道理。在此我對教員的辛勤教育表示感謝，因為是你讓我學習到了這些，是我獲益良多。
軟件工程課心得體會篇十三
在本學期的軟件工程課程的學習中，我們學習了十一章的內容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向對象方法、形式化方法。還引出了工具uml。第三章軟件需求獲取與結構化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法，畫分層的數據流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點。第四章結構化分析方法，這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。第五章編碼，這一章重點講解了編碼的風格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風格。第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面向對象分析，這一章主要講解了面向對象分析的3種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結構與設計模式，本章對軟件體系結構的基本概念、典型風格等進行了講解。第十章面向對象設計，本章的重點是對面向對象分析時建立的對象模型進行調整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度?？捎眯灾杠浖窘Y構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。
軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。在流程圖中只能使用下述的五種基本控制結構：順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。
n-s圖：一種符合結構化程序設計原則的圖形描述工具，稱為盒圖，又稱為n-s圖。在n-s圖中，為了表示五種基本控制結構，規(guī)定了五種圖形構件。順序型;選擇型;while重復型;until重復型;多分支選擇型。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。
hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測試方法:按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。
靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析
說明書
、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。
動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。
還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護又從何談起呢?所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。
在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
共
2
頁，當前第
2
頁
1
2
軟件工程課心得體會篇十四
時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬于完全被流放的。最先在內部系統(tǒng)組參與內部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate)，之后是去做網絡交換機軟件的腳本測試?，F(xiàn)在又回歸內部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經驗。
至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。
1、淺談測試
一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導地位的，還是大型系統(tǒng)的集成測試經驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是it階段的找bug與對應bug，此階段基本評定了coder的編碼質量。
2、程序員的困惑
有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，
有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。
3、如何調試追蹤
如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步stepover，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調用的字段有可能為空的情況出現(xiàn)的，可以加if(xxx=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。
4、一些習慣
遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。
解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。
把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。
任務完后不要呆著，去要求經理給你更有挑戰(zhàn)性的任務，只要你肯去嘗試，他們就會對你另言相看，把三天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。
[]
軟件工程課心得體會篇十五
曾經看過一本書叫《道法自然》，內容略記得一二，但我最欣賞的是它的.書名。軟件設計沒什么太神秘有東西，只要用心體會，其實一切都很自然。軟件的設計之“道”，也不在于設計有多么的華麗、精巧，而在于其樸實、自然，最終達到“以無招勝有招”，進入一個全新的境界。
一、軟件設計理論的層次
以我的拙見，軟件設計領域中的各種概念，可以分為以下幾個層次來進行理解：
1、軟件設計的目的：重用性、擴展性。
這是最高的層次，是應對軟件危機的需要。
2、設計原則：低耦合、高聚合。
各種軟件設計的原則，如依賴倒置原則、單一職則原則、面向接口等，以及各種設計模式，其根本的目的其實只是為了降低耦合這么簡單。因為只有低耦合才能更好的適應變化，更好的重用和擴展。
3、實現(xiàn)方法：運用設計模式封裝變化、降低耦合。
設計模式只是用來“封裝變化、降低耦合”的工具而已。它是面向對象設計時代的產物，其本質就是充分運用面向對象的三個特性，即：封裝、繼承和多態(tài)，進行靈活的組合運用。
二、關于耦合
1、耦合的粒度
耦合無論如何也是不可避免的。當我們實現(xiàn)接口、繼承父類的時候，就會不可避免的產生耦合。耦合是有不同粒度的，我們解耦到什么粒度為止，我認為應以模塊的重用粒度為準。盡量解除重用模塊或對象之間的耦合。而重用模塊之內的耦合，應屬于聚合的范疇，所以不要盲目的去解耦，否則就陷入了誤區(qū)。
2、解耦的原理
怎樣才能解耦呢，或者說為什么各種設計模式能達到解耦的目的呢？我覺得有以下幾個思路：
（1）將具體的東西抽象處理
（2）將分散的東西集中處理
而面向對象中的接口、繼承正為我們提供了這樣的一種機制。通過訪問接口或基類或抽象類，而不是具體的實現(xiàn)類，從而與具體的實現(xiàn)類達到了解耦的目的。我們還可以設計一些控制類，像潤滑劑一樣，協(xié)調各實現(xiàn)類之間的訪問，也可以達到耦的目的。
事實上，各種設計模式的基本思想也就是這樣。創(chuàng)建型模式是為了解除創(chuàng)建對象時產生的耦合，實際上是解除對類稱名的依賴，而結構型和行為型是為了解除對象屬性或方法的直接調用。不管什么設計模式，都是將對具體實現(xiàn)類的訪問提升為對接口、基類或用于協(xié)調的控制類的訪問。
三、關于接口
這一節(jié)更具體，談一談接口，因為使用接口是軟件設計的重要手段，但已經不屬于“道”了。
1、接口與繼承
接口描述的是對象某一個方面行為特征。使用接口與使用繼承關系各有優(yōu)缺點，使用子類繼承可以繼承父類的功能，體現(xiàn)了重用的精神。而接品更加靈活，因為它解除了子類與父類之間的高度耦合，它體現(xiàn)在靈活擴展的精神。
2、接口與純虛類
接口存在的理由就是它更加靈活，關系簡單，易于理解。比如一個類可以實現(xiàn)十幾個甚至幾十個接口，但一般開發(fā)工具只支持單繼承（由于多繼承太容易導致混亂和沖突），如果要繼承十幾層，系統(tǒng)結構想必會無法理解了，我以為這是接口存在的最重要的原因。
如果接口和虛類繼承結合使用，可以產生強大的威力，這也是許多設計模式的“殺手锏”。
以上算是總結一下自己的心得?？隙ㄓ胁簧倨嬷帲埜魑恢附?。
軟件工程課心得體會篇十六
學習了這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則： 軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。
可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。 軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo 圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
軟件工程課心得體會篇一
軟件工程經濟是近年來出現(xiàn)的嶄新的研究方向,是軟件工程和經濟學相互融合深入的產物。下面是本站小編為大家整理的軟件工程
實習心得體會
，供你參考!
時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬于完全被流放的。 最先在內部系統(tǒng)組參與內部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate)，之后是去做網絡交換機軟件的腳本測試?，F(xiàn)在又回歸內部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經驗。
至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。
1、淺談測試
一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導地位的，還是大型系統(tǒng)的集成測試經驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是it階段的找 bug與對應bug，此階段基本評定了coder的編碼質量。
2、程序員的困惑
有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。
3、如何調試追蹤
如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步step over，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調用的字段有可能為空的情況出現(xiàn)的，可以加if(=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。
4、一些習慣
遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。
解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。
把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。
任務完后不要呆著，去要求經理給你更有挑戰(zhàn)性的任務，只要你肯去嘗試，他們就會對你另言相看，把三天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。
一、 實訓目的：
通過對java語言、sql數據庫的應用以及sql語言的復習和鍛煉，并且通過使用myeclipse開發(fā)平臺設計管理項目，以達到充分熟悉開發(fā)平臺及應用設計。同時掌握并實踐軟件項目設計規(guī)范及其開發(fā)流程：需求分析、概要設計、詳細設計、代碼編寫等，以便提前適應軟件公司開發(fā)流程、環(huán)境和工作要求。
二、實訓內容：
1. 項目：(“當當網”)
2. 完成(用戶注冊、登錄、列表、購物車、刪除、修改)等功能
3. 數據庫設計、sql應用
4. 項目實戰(zhàn)
三、實訓總結：
轉眼間實訓已過去一段時間，之前的興奮、喜悅如今已經讓我熟悉，在實訓的每一天都會讓我有成為一名真正的財富者擁有的沖動。也許，在這期間不一定會讓一個人有著翻天覆地的變化，但變化就是這樣一點一點產生的。通過這一期的實訓，雖然倍感折磨，但是收獲卻是很大的，學習中我不但有了學習成果的喜悅，而且自己也日漸成熟，有種說不出的喜悅。
在實訓的過程中，我深深的體會到了自己在專業(yè)知識方面的欠缺和不足，也意識到了自己作為計算機軟件專業(yè)的學生，要想在以后的職業(yè)中嶄露頭角，除了要有過硬的理論知識，健康的體魄之外，還必須具備良好的心理素質，是自己在以后的途中無論經歷什么樣的困難，都立于不敗之地。通過實訓老師的課堂講解與企業(yè)文化標準的培訓，使我加深了對自己專業(yè)的認識，從而確定自己以后的努力方向，要想在短暫的實訓時間內盡多的學到東西，就需要我們跟老師或同學進行良好的溝通，加深彼此的了解，只有我們跟老師多溝通，讓老師更了解我們，才能更真切的對我們進行培訓工作。由此，班級的文化“共享”就在生活中慢慢形成了。
“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學來專業(yè)知識的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而老師在專業(yè)認識周到中所講的，都是課本上沒有而對我們非常有實際意義的。這又給我們的實訓增添了濃墨淡彩的光輝。我懂得了實際生活中，專業(yè)知識是怎樣應用與實踐的。在這些過程中，我不僅知道了職業(yè)生涯所需具備的專業(yè)知識，而且讓我深深體會到一個團隊中的各個成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧?？繂我坏牧α渴呛茈y完成一個大項目的，在進行團隊合作的時候，還要耐心聽取每一個成員的意見，是我們的組合達到更加完美。
這次實訓除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。
經過之前的學習，對程序設計有了一定的認識與理解。在校期間，一直都是學習理論知識，沒有機會去參與項目的開發(fā)。所以說實話，這次實訓，軟件項目開發(fā)對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓，讓我明白了一個完整項目的開發(fā)，必須由團隊來分工合作，并在每個階段中進行必要的總結與論證。
一個完整項目的開發(fā)它所要經歷的階段包括：遠景范圍規(guī)劃和用例說明、項目結構和風險評估、業(yè)務功能
說明書
、詳細設計說明書、代碼實現(xiàn)、測試和安裝包等等。一個項目的開發(fā)所需要的財力、人力都是很多的，如果沒有一個好的遠景規(guī)劃，對以后的開發(fā)進度會有很大的影響，甚至會出現(xiàn)在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業(yè)務功能和詳細設計說明書對一個項目的開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有比較明確的認識，還能減少在開發(fā)過程中出現(xiàn)不必要的麻煩。代碼的實現(xiàn)是一個項目開發(fā)成功與否的關鍵，也就是說，前期作業(yè)都是為代碼的實現(xiàn)所做的準備。
我深刻的認識到要成為一名優(yōu)秀的軟件開發(fā)人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返于實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態(tài)迎接明天挑戰(zhàn)。
實訓中要求有扎實的理論基本知識，操作起來才順心應手，我這時才明白什么是“書到用時方恨少”。這就激發(fā)了學習的欲望。 “學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。我想，這是實訓的最根本目的。
最初在實訓時自己就有一些不自信，但隨著項目的進展，我慢慢的找到了自己的位置，找到自己的目標，雖然自己與好的同學還有差距，這也給了我很大壓力，但是我相信沒有壓力就沒有動力，所以在整個實訓過程中我都在不斷地努力。
實訓期間讓我學到很多東西，不僅在理論上讓我對it領域有了全新的認識，在實踐能力上也得到了很大的提高，真正的學到了學以致用，更學到很多做人的道理，對我來說受益匪淺。我意識到自己知識的缺少，這激勵我在以后的學習、工作、生活中要不斷了解信息技術發(fā)展動態(tài)以及信息發(fā)展中出現(xiàn)的新的技術。
除此之外，我還學到了如何與人相處，如何和人更好的交流，我們組成一個團隊大家一起開發(fā)一個項目，大家的交流溝通顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同時又不傷害其他的隊友的面子，這些在我的實訓生活中都有一些體會?？墒钦f，第一次親身體會理論與實際相結合，讓我大開眼界。也是對以前學習的一個初審吧，相信這次實訓多我以后的學習、工作也將會有很大的影響，在實訓的這段時間里這些寶貴的經驗將會成為我以后工作的基石。
作為即將畢業(yè)走出校園的學生，經過3年的在校學習，對程序設計有了一些基本的理性的認識和理解。在校期間一直忙于理論的學習，沒有機會也沒有經驗來參與我們項目的開發(fā)，所以在實習之前軟件按開發(fā)對我來說是非常抽象的，一個完整的項目要怎么來分工以及完成該項目所需要的基本步驟也不明確，通過這次實訓讓我明白一個完整項目的完成必須團隊分工合作，并在每個階段進行必要的總結和檢查。在我們項目的開發(fā)過程中我們項目的步驟：詳細設計、詳細設計review、編碼、編碼。在項目開發(fā)過程中我也深刻的體會到詳細設計對一個項目開發(fā)有明確的指引作用，它可以使開發(fā)人員對這個項目所要實現(xiàn)的功能在總體上有具體的認識，并能減少在開發(fā)過程中出現(xiàn)不必要的脫節(jié)。
這次實訓是對我們學習的一個檢驗，雖然項目中很多知識我們在日常的學習中都沒有遇到，這同時提醒我：要想成為一個合格的程序員就有具備一種自學能力，在工作中會遇到很多從未接觸過的問題，當有了問題時要去解決，在你不斷努力，尋找答案的過程中，自己的能力也在潛移默化的提升。有時遇到問題時可能有很多想法但卻不知道那個正確，這就讓我們不斷地去探索，不斷地嘗試。
在這次軟件工程課程中，我學到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目，第一次和別人合作，才發(fā)現(xiàn)運用工程化的思想來做是如此的有必要。
從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導，不然真的會出現(xiàn)老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。
剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關緊要，甚至是多于的，其實，換做在以前，我也會這么認為?？墒?，我現(xiàn)在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會出現(xiàn)崩潰性的問題，這些工作缺一不可。
還有就是接下來的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。
在整個活動的完成過程中，作為組長，我收獲很多，我發(fā)現(xiàn)，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現(xiàn)這樣的人，我絕不會給他繼續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協(xié)調好各組員之間的關系。
軟件工程課心得體會篇二
學習了這門課程,還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。
可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
1.大一工廠實習心得體會
2.軟件工程實習心得
3.大一會計專業(yè)實習心得
4.認知實習實習心得體會
5.實習心得體會
6.電工實習心得體會
7.工程管理實習心得體會
8.關于小學實習心得體會
9.實習心得體會怎么寫
10.在實驗室實習心得體會
軟件工程課心得體會篇三
需求獲取可能是最困難、最關鍵、最易出錯及最需要溝通交流的活動。對需求的獲取往往有錯誤的認識：用戶知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問用戶系統(tǒng)的目標特征，什么是要完成的`，什么樣的系統(tǒng)能適合商業(yè)需要就可以了，但是實際上需求獲取并不是想象的這樣簡單，這條溝通之路布滿了荊棘。首先需求獲取要定義問題范圍，系統(tǒng)的邊界往往是很難明確的，用戶不了解技術實現(xiàn)的細節(jié)，這樣造成了系統(tǒng)目標的混淆。
其次是對問題的理解，用戶對計算機系統(tǒng)的能力和限制缺乏了解，任何一個系統(tǒng)都會有很多的用戶或者不同類型的用戶，每個用戶只知道自己需要的系統(tǒng)，而不知道系統(tǒng)的整體情況，他們不知道系統(tǒng)作為一個整體怎么樣工作效率更好，也不太清楚那些工作可以交給軟件完成，他們不清楚需求是什么，或者說如何以一種精確的方式來描述需求，他們需要開發(fā)人員的協(xié)助和指導，但是用戶與開發(fā)人員之間的交流很容易出現(xiàn)障礙，忽略了那些被認為是"很明顯"的信息。最后是需求的確認，因為需求的不穩(wěn)定性往往隨著時間的推移產生變動，使之難以確認。為了克服以上的問題，必須有組織的執(zhí)行需求的獲取活動。
需求獲取活動要完成的任務或者步驟的過程如下：
系統(tǒng)的需求包括四個不同的層次：業(yè)務需求、用戶需求和功能需求、非功能性需求。業(yè)務需求說明了提供給用戶新系統(tǒng)的最初利益,反映了組織機構或用戶對系統(tǒng)、產品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求文檔描述了用戶使用產品必須要完成的任務，這在使用實例文檔或方案腳本說明中予以說明。功能需求定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足了業(yè)務需求。
非功能性需求是用戶對系統(tǒng)良好運作提出的期望，包括了易用性、反應速度、容錯性、健壯性等等質量屬性。需求獲取就是根據系統(tǒng)業(yè)務需求去獲得系統(tǒng)用戶需求，然后通過需求分析得到系統(tǒng)的功能需求和非功能需求。項目視圖和范圍文檔就是從高層次上描述系統(tǒng)的業(yè)務需求，應該包括高層的產品業(yè)務目標，評估問題解決方案的商業(yè)和技術可行性,所有的使用實例和功能需求都必須遵從的標準。而范圍文檔定義了項目產品所包括的所有工作及產生產品所用的過程。項目相關人員對項目的目標和范圍能達成共識,整個項目組都應該把注意力集中在項目目標和范圍上。
系統(tǒng)用戶在很多方面存在著差異，例如：使用系統(tǒng)的頻度和程度、應用領域和計算機系統(tǒng)知識、所使用的系統(tǒng)特性、所進行的業(yè)務過程、訪問權限、地理上的布局以及個人的素質和喜好等等。根據這些差異，你可以把這些不同的用戶分成不同的用戶類。與ulm中usecase的actor概念一樣，用戶類不一定都指人，也可以包括其他應用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶群分類并歸納各自特點，并詳細描述出它們的個性特點及任務狀況，將有助于需求的獲取和系統(tǒng)設計。
通常用戶和開發(fā)人員不自覺的都有一種"我們和他們"的想法，產生一種對立關系，把彼此放在對立面，每一方都定義自己的"邊界"，只想自己的利益而忽略對方的想法。他們通過文檔、記錄和對話來溝通，而不是作為一個合作的整體去識別和確定需求完成任務。實踐證明這樣的方法是不正確的，不會給雙方帶來一點益處,良好的溝通關系沒有建立導致了誤解和忽略重要的信息。只有當雙方參與者都明白要成功自己需要什么，同時也知道要成功對方需要什么時，才能建立起一種合作關系。
為了建立合作關系通常采取一種組隊的方式來獲取需求，建立一個由用戶代表和開發(fā)人員組成的聯(lián)合小組作為需求獲取的核心隊伍。聯(lián)合小組將負責識別需求、分析解決方案和協(xié)商分歧，小組成員可以采用會議、電子郵件、綜合辦公系統(tǒng)等方式進行交流，但交流時應注意以下原則：小組會議應該由中立方來組織和主持，用戶和開發(fā)人員都要參加;交流預先要確定準備和參與的規(guī)則;議題要明確并覆蓋所有關鍵點，但信息來源應該自由;交流目標要明確，并告知所有的成員。
從用戶代表處收集他們將使用系統(tǒng)完成所需任務的描述，討論用戶與系統(tǒng)間的交互方式和對話要求，這就是使用實例，一個單一的使用實例可能包括完成某項任務的許多邏輯相關任務和交互順序。使用實例方法給需求獲取帶來的好處來自于該方法是用以任務為中心和以用戶為中心的觀點，比起使用以功能為中心和以開發(fā)者為中心的方法，使用實例方法可以使用戶更清楚地理解和認識到新系統(tǒng)允許他們做什么和怎么做。描寫使用實例的時候要注意使用簡潔直白的表述，盡量使用主動語態(tài)，用"系統(tǒng)"或者"用戶"作為主語，比如"用戶提交用戶密碼，系統(tǒng)驗證用戶密碼是否正確"，還有一點在描述中不要設計界面細節(jié)，比如"用戶從下拉框中選擇產品類型"。使用實例為以后寫用例場景描述中的基本路徑和擴展路徑提供了素材。
分析用戶工作流程觀察用戶執(zhí)行業(yè)務任務的過程，通過分析使用實例得到系統(tǒng)的用例圖。編制用例圖文檔將有助于明確系統(tǒng)的使用實例和功能需求，統(tǒng)一建模語言的使用有助于與用戶進一步交流。每個用例的描述應包括：編號,為每個用例分配一個唯一的編號，為需求的追溯提供了方便;參與者，與這個用例交互的 actor;前置條件，開始用例前所必須具備的系統(tǒng)狀態(tài);后置條件，用例完成后系統(tǒng)達到的狀態(tài);基本路徑，用例完成的關鍵路徑，也是用戶期望的路徑;擴展點，基本路徑的分枝，表示意外情況;字段說明，路徑中名稱的進一步分解說明，對以后類屬性的定義和數據庫字段設計起作用;設計約束，實現(xiàn)用例的非功能約束。
通過檢查當前已經運行系統(tǒng)的問題報告來進一步完善需求客戶的問題報告及補充需求為新系統(tǒng)或新版本提供了大量豐富的改進及增加特性的想法，負責提供用戶支持及幫助的人能為收集需求過程提供極有價值的信息。
如果客戶要求的功能與已有的系統(tǒng)很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。業(yè)務建模和領域建模式需求重用的最好方法，像分析模式和設計模式一樣，需求也有自己的模式。
總結：經過一學期的軟工實驗，深刻感到其重要性的同時也學到了不少的東西 ，將對我在今后的軟件開發(fā)過程中起極大的作用。
軟件工程課心得體會篇四
畢業(yè)實習是教學過程中一個重要的實踐性教學環(huán)節(jié)，是一次綜合性學習。通過實習加深對專業(yè)理論知識的理解，培養(yǎng)和提高實際操作動手的能力，使所學理論知識與編程實踐緊密結合，為畢業(yè)后從事計算機相關工作打下良好的基礎。實習期間讓我學到很多東西，不僅在理論上讓我對it領域有了全新的認識，在實踐能力上也得到了很大的提高，真正的學到了學以致用，更學到很多做人的道理，對我來說受益匪淺。同時，我還學到了如何與人相處，怎樣與人進行更好的交流。我們幾個人組成一個團隊，大家一起學習開發(fā)一個項目，彼此之間的交流溝通就顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同時又不傷害其他的隊友的面子，這些在我的實習生活中都有一些體會。相信這次實習對我以后的學習、工作將會產生很大的影響，在短短的二十幾天里學到的這些寶貴的經驗將會成為我以后工作的基石。
一、實習內容和過程
實習期間，我主要在軟件開發(fā)部進行學習，同時對其他如人事部、檢測部門進行了了解，通過與有關項目負責人的學習交流，從而對it行業(yè)最近的發(fā)展及對人才需求、能力要求等方面有所了解，對自己的未來發(fā)展和規(guī)劃有很大意義。
實習的開始幾天主要是對公司工作流程和員工工作習慣的了解和適應，對自己作出調整，使自己盡快進入工作狀態(tài)。
接下來幾天，主要是對自己將要面臨和接受的工作的接觸了解，思考如何將自己所學的知識運用到工作中去。
中間的幾天主要是進行有關項目中幾個小功能模塊的學習和實現(xiàn)，簡單的對自己的工作有一個體會。
最后的幾天主要就是真正的參與到工作中去，通過自己的實際動手去做項目，對分配到的任務的完成及其中遇到困難的解決，發(fā)現(xiàn)自己的不足，鍛煉自己的能力。
1.1公司概況
____軟件有限公司成立于20__年1月，公司以軟件產品開發(fā)、軟件項目實習培訓為主要目標，公司以先進的技術開發(fā)體系為基礎，已經成功地開發(fā)了多個軟件產品和軟件項目。公司自成立以來發(fā)展迅速，已獲取軟件高新技術企業(yè)認證，正在進行iso-9002體系認證，以市場為先導、研發(fā)為后盾、服務為宗旨，全面服務于我國的軟件事業(yè)。
公司愿景：使__成為社會認可和尊敬的優(yōu)秀軟件公司
公司核心價值觀：團隊合作、不斷創(chuàng)新、社會責任感、客戶為本、誠實正直
公司使命：在公司軟件產品及軟件服務的幫助下，讓人們愉快工作、快樂生活。__對品質有著執(zhí)著的追求，但是高品質的設計并不意味著高成本，我們有著長期為知名客戶服務的經驗，應用國際通用的標準化建模體系等先進技術，建立了完善的質量控制流程，因此，我們能夠在高品質的基礎上，保持富有競爭力的低報價。
__具有優(yōu)秀的技術實力：在大型數據庫oracle、db2、_ml、webservices、internet/intranet、java、php、c#、c應用等方面擁有的技術;在web應用程序、辦公自動化、商業(yè)智能、電子商務、電子政務、企業(yè)資源管理、知識管理、商業(yè)網站、手機應用、游戲和多媒體電子出版等方面具有豐富的開發(fā)實施經驗。這些技術和實施經驗是倬威達的客戶獲得高性能、低成本的產品和服務的重要保證。
__秉承以人為本的管理理念人性化管理，并強調規(guī)范的開發(fā)流程，以及業(yè)內的開發(fā)技術，為員工的發(fā)展提供充分的發(fā)展和上升空間。穩(wěn)定且高素質的團隊，是我們提供優(yōu)質軟件和服務的基礎。
為了滿足軟件企業(yè)對軟件實用人才的需求，公司與__多所高校建立校企合作關系，極大的增強了畢業(yè)生在求職中的項目經驗及工作中的實際動手能力，促進高校就業(yè)，實訓效果顯著受到高校領導、畢業(yè)生及用人單位的一致好評。公司經過幾年的實訓經驗的累積，深深認識到實用人才是企業(yè)選人用人時的關鍵因素，所以公司實訓致力于軟件實用人才培養(yǎng)，重視與院校建立長期合作關系。通過校企合作，優(yōu)勢互補，互利共贏，支持院校教育事業(yè)。
在二十一世紀，__軟件公司將進一步發(fā)展壯大，未來五年內，__將實施戰(zhàn)略性結構調整，瞄準國內外一流軟件公司，使之成為較有影響的軟件公司。
軟件工程課心得體會篇五
軟件工程師作為現(xiàn)代社會中越來越重要的職業(yè)之一，隨著信息技術的不斷發(fā)展，其職責也越來越廣泛和重要。作為一名軟件工程師，我在這個行業(yè)里摸爬滾打多年，深感自己的成長離不開各種經驗和心得的積累。在接下來的文字中，我將從個人視角談談自己在軟件開發(fā)過程中的心得體會。
第二段：選擇質量
在軟件開發(fā)的過程中，我最關注的是軟件的質量。因為軟件需要長期運行，不僅要滿足用戶需求，還要兼顧安全性和可維護性等方面，這需要我們在開發(fā)過程中嚴格控制每一個環(huán)節(jié)，做好每一個細節(jié)。因此，我在項目開發(fā)前會認真分析需求和可能的風險，對技術框架和工具的選擇非常謹慎。我也會定期進行代碼復審和單元測試等工作，確保代碼質量達標。當然，在不斷優(yōu)化的過程中，我也意識到代碼質量的提高不僅僅在于個人級別，而更應該顧及團隊整體水平，因此深感技術學習和交流的重要性。只有不斷積累、分享，才能讓團隊的發(fā)展更加健康和持久。
第三段：溝通協(xié)作
作為一名軟件工程師，我們的工作不僅僅是編寫代碼，更包括與產品經理、UI設計師、測試工程師等各個角色之間的溝通協(xié)作。這就需要我們具備更多的軟技能。比如，要善于傾聽和引導，以便更好地理解產品需求和用戶痛點；要有清晰的表達能力，能夠清楚地向其他角色描述自己的想法和意圖；在開發(fā)過程中，也要非常注重團隊合作，及時溝通和協(xié)調出現(xiàn)的問題。整個軟件開發(fā)過程需要涵蓋從需求分析、規(guī)劃和設計，再到編碼、測試和上線等各個環(huán)節(jié)，期間需要負責人與團隊的全面協(xié)作才能保證項目的順利完成。
第四段：學習成長
軟件開發(fā)是一個知識密集型的工作，要時刻緊跟技術的發(fā)展趨勢才能在激烈的競爭中取得優(yōu)勢。因此，我認為軟件工程師需要具備持續(xù)學習的能力和自我提升的意識。我會在業(yè)余時間去了解新的技術，參加相關的技術社群和活動，不斷學習和嘗試新東西，以此來增強自己的核心競爭力和解決實際問題的能力。同樣，我也會時刻關注團隊的成長和發(fā)展，希望能為團隊帶來更多的經驗和技術積累。
第五段：總結回顧
在軟件開發(fā)的過程中，我覺得最重要的是要保持持之以恒的熱情和精神狀態(tài)。無論是在技術領域還是在團隊管理中，不停地學習和成長，分享并培育團隊的創(chuàng)新精神和專業(yè)精神，才能不斷提高自己和團隊的能力和素質，做出更好的產品。取得成功需要獨立思考和勇于探索，但更需要承認團隊的重要性，在各方面展現(xiàn)出自己領導團隊的能力和擔當。在今后的工作和生活中，我也將持續(xù)關注自己的成長需求，堅定地走好自己的職業(yè)道路。
軟件工程課心得體會篇六
我實習的單位是xx學院，這是一所全日制中等專業(yè)學校。我在學校里主要是負責校內內網的管理，其涉及到校內網網站的正常登陸和訪問，校內內各系部主機是否正常互聯(lián)，有無被病毒感染、傳播。使得校內網內的計算機可以正常運行，做好校內網的管理和維護工作。
從同學到實習工程師，短短幾個月的工作過程使我受益匪淺。不僅是在專業(yè)學問方面，最主要是在為人處事方面。社會在加速度地發(fā)生變化，對人才的要求也越來越高，要用進展的目光看問題，得不斷進步思想熟悉，完善自己。作為一名it從業(yè)者，所受的社會壓力將比其他行業(yè)更加沉重，要學會創(chuàng)新求變，以適應社會的需要。在單位里，小到計算機的組裝修理，大到效勞器的維護與測試，都需要一個人獨立完成?？梢哉f，近3個月的工作使我成長了不少，從中有不少感悟，下面就是我的一點心得：
你可以假裝你的面孔你的心，但絕不行以無視真誠的力氣。第一天去網絡中心實習，心里不行避開的有些疑心：不知道教師怎么樣，應當去怎么做啊，要去干些什么呢等等吧！踏進辦公室，只見幾個陌生的臉孔。我微笑著和他們打招呼。
從那天起，我養(yǎng)成了一個習慣，每天早上見到他們都要微笑的說聲：“教師早〞，那是我心底真誠的問候。我總覺得，常常有一些微小的東西簡單被我們無視，比方輕輕的一聲問候，但它卻表達了對教師同事對伴侶的`敬重關心，也讓別人感覺到被重視與被關心。僅僅幾天的時間，我就和教師們打成一片，很好的跟他們溝通溝通學習，我想，應當是我的真誠，換得了教師的信任。他們把我當伴侶也情愿指導我，情愿安排給我任務。
要想在短暫的實習時間內，盡可能多的學一些東西，這就需要跟教師有很好的溝通，加深彼此的理解，剛到網絡中心，教師并不理解你的工作學習力量，不明晰你會做那些工作，不明晰你想理解的學問，所以跟教師很好的溝通是很必要的。同時我覺得這也是我們將來走上社會的一把不行缺少的鑰匙。通過溝通理解，教師我我有了大體理解，邊有針對性的教我一些學問，我對網絡部線，電腦硬件安裝，網絡故障排解，工作原理應用比叫感愛好，所以教師就讓我獨立的完成校內大小部門的網絡檢修與電腦故障排解工作。如秘書處的辦公室內局域網的組件，中心效勞機房的效勞器監(jiān)測等，直接或間接保證了校內網的正常運行和使用，在這方面的工作中，真正學到了計算機教科書上所沒有或者真正用到了課本上的學問，穩(wěn)固了舊學問，把握了新學問，甚至在理論中驗證了書本上舊有的不合實際的學問，這才真正表達了學問的真正價值，學以致用。
激情與急躁，就像火與冰，看似兩種完全不同的東西，卻能碰撞出最漂亮的火花。在中心時，教師就跟我說，想做電腦網絡這一塊，激情與急躁必不行少，在產品更新方面，這一行業(yè)就像做新聞工作，補斷的更新，這就需要你有激情，急躁的去不斷的學習進步自己的專業(yè)程度。
問教師，查資料，一個個問題迎刃而解，自己在這方面的學問得到了充實。這些在平常的書本上僅僅是獲得感性的熟悉在這里真的理論了，才算是真正的把握了，也讓我熟悉到了自己的缺乏，告誡自己，不管做什么，切忌眼高手低，要擅長鉆研。
還有我感受比擬深的就是查看log日志記錄，因為效勞器的維護是簡單又艱辛的，既要保障物理平安又要保證系統(tǒng)平安，這就需要通過查詢log日志記錄，每一分鐘的效勞器狀況都有l(wèi)og日志記錄，而且它一是數據量大、二是有大量無用信息，所以查看log使特別“苦痛〞的事情。像這些工作我熬深深地感覺到每有激情與急躁是做不好的。
軟件工程課心得體會篇七
軟件工程心得體會未接觸軟件工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了一個學期的軟件工程課，終于知道了個軟件工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經以為程序就是軟件，軟件就是程序。學習這門課程第一個收獲是，知道了二者的不同之處。以前做過的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個軟件的說明，看來已經很接近作坊了。不過大的項目沒有接觸過，用軟件工程的方法還是第一次。我想也是程序的不斷復雜化導致了軟件危機的發(fā)生，使得人們不得不探索新的解決方法。
經過倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。吾生也有涯，而知也無涯，學習永無止境。起初，對軟件工程處于一知半解的狀態(tài)，分工比較混亂。
在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學習過程中，知道了團隊合作十分重要，爭議固然存在，但通過討論、協(xié)商，群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長，不宜妄自菲薄。組長多加協(xié)調，組員積極配合，才能合作愉快。學習能力體現(xiàn)在能盡快接受新的知識，順應變化，學為所用。
上《軟件工程導論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?？上面已經給出了一些原因。專業(yè)點講，軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化，工業(yè)化大生產，提高其勞動生產效率。只有如此，軟件業(yè)才能實現(xiàn)社會化，工業(yè)化大生產，才能“做大做強”。沒有管理的設計是失敗和混亂的設計，沒有設計指導的編程是無序的忙碌的。根據開發(fā)的軟件的規(guī)模，應該適當程度的運用軟件工程化的思想，需要靈活，畢竟我們開發(fā)的軟件大多數是中小型的，大型的并不多見（我是這么認為的）。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。
其實開發(fā)軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的；然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法，并從中選出一種自認為是較好的；接下來就是將涉及的各種主要或次要功能分成各個模塊；最后就是分模塊來編碼和debug。在我看來，除了第一步外，其余的步驟應該是一個循環(huán)的過程。在編碼的'過程中，你總是需要不斷地回過頭來修改原先的模塊設計，甚至最初選定的實現(xiàn)算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，調試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。
1、可行性分析就是關于當前項目能不能干的分析結果。
2、項目描述這是在決定立項以后，對當前項目的一份扼要說明。
3、需求分析就是對客戶要求的功能的定義。
4、軟件設計這就是對程序的每一個模塊的詳細設計的說明文檔。
5、開發(fā)日志我一直都認為這是文檔中最有趣的部分。開發(fā)日志相當于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時突然萌發(fā)的靈感，或對代碼的一些微小的修改，或對程序結構的一些微小變動等，還要對上述這些修改變動作些說明。
6、測試分析用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數字描述。
軟件工程課心得體會篇八
在本學期的軟件工程課程的學習中，我們學習了十一章的內容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向對象方法、形式化方法。還引出了工具uml。第三章軟件需求獲取與結構化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法，畫分層的數據流圖、e—r圖以及狀態(tài)圖式本節(jié)的重點。第四章結構化分析方法，這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。第五章編碼，這一章重點講解了編碼的風格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風格。第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，軟件測試與開發(fā)各個階段的關系；還介紹了白盒測試技術以及黑河測試技術。第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面向對象分析，這一章主要講解了面向對象分析的3種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結構與設計模式，本章對軟件體系結構的基本概念、典型風格等進行了講解。第十章面向對象設計，本章的重點是對面向對象分析時建立的對象模型進行調整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。
軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
我們學習了詳細設計的方法，其原則是過程描述是否易于理解、復審和維護，進而過程描述能夠自然地轉換成代碼，并保證詳細設計與代碼完全一致。包括程序流程圖、n—s圖、pad圖、hipo圖。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。在流程圖中只能使用下述的五種基本控制結構：順序型；選擇型；while型循環(huán)；until型循環(huán)；多情況型選擇。
n—s圖：一種符合結構化程序設計原則的圖形描述工具，稱為盒圖，又稱為n—s圖。在n—s圖中，為了表示五種基本控制結構，規(guī)定了五種圖形構件。順序型；選擇型；while重復型；until重復型；多分支選擇型。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。
hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測試方法：按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法（包括靜態(tài)分析法與白盒法）與非分析方法（稱黑盒法）。
靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。
動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。
還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展；在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序？讀不懂程序，維護又從何談起呢？所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。
在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
軟件工程課心得體會篇九
軟件工程及未來發(fā)展趨勢心得體會軟件工程是一門研究用工程方法構建和維護有效的、實用的和高質量的軟件的學科。它的成果是為軟件設計和開發(fā)人員提供思想方法和工具。
商業(yè)形態(tài)從最開始的硬件輔助到代碼核心競爭力到后來的服務階段。30多年來，隨著軟件工程的研究和實踐取得了跨越性的進步，it和制造業(yè)以及各種行業(yè)的結合，進入軟件定義時代的階段。同時獲得了一些具有里程碑意義的進展，盡管目前離徹底解決“軟件危機”還有一些差距，但軟件工程的方法對軟件產業(yè)的發(fā)展還是起到了很大的推動作用。軟件產業(yè)也邁入了高質量發(fā)展的階段，并且有一定的成績。
20xx年中國軟件產業(yè)年會的召開以“軟件定義的時代-數字、融合與生態(tài)”為主題，中國工程院院士孫家廣在主旨演講中表示，“軟件是信息技術之魂，經濟轉型之擎、網絡安全之盾、數字社會之基、大國博弈之焦、高質量發(fā)展的抓手，軟件賦能、賦值、賦智作用日益明顯。”他表示，軟件開源是我國成為軟件強國的根本舉措和保障。中國工程院院士廖湘科也在報告中提出，工業(yè)軟件要向建設信息技術和先進制造技術深度融合、控制管理整個生產模式的基礎軟件平臺發(fā)展。在真實世界感知的數據進入到虛擬世界，進行關聯(lián)和跨域關聯(lián)的分析，在進行智能處理之后，再反饋到真實世界。運行平臺基于云端的硬件結構，在未來設計軟件的過程中，我們要考慮的是不再針對一臺服務器設計軟件，在設計的時候需要考慮云端，在這樣的前提下去設計軟件。總的來說，整個軟件體系就是一個生態(tài)鏈，市場通過軟件平臺來控制，所有的技術和商業(yè)模式的競爭都堆積在it軟件平臺，各個行業(yè)的it從業(yè)人員可以協(xié)同，硬件追求越來越快，軟件追求規(guī)模。生態(tài)鏈需要協(xié)同創(chuàng)新，學科交叉。軟件是靈魂的載體，它具體應用在知識領域在生活智能方面的應用。東軟集團股份有限公司董事長兼ceo劉積仁作題為“軟件的賦能時代”，表明，企業(yè)也是軟件的載體。軟件在今后具有無限的發(fā)展空間，我們應該為從事這個行業(yè)而感到幸運。軟件在今后的發(fā)展中不僅僅表現(xiàn)的是licenseip的價值，軟件可以承載一個嶄新的創(chuàng)業(yè)的公司創(chuàng)造資本市場的奇跡。核心就是軟件表達的方式從我們單純賣解決方案、賣服務，軟件從我們過去依賴于軟件工程師，最后我們要成為在新經濟的發(fā)展、新消費發(fā)展的一個新的平臺。
信息革命的核心體現(xiàn)在，集成電路是細胞，通訊網絡是動脈，計算機工具是大腦，信息資源是血漿，應用需求是心臟，安全是免疫系統(tǒng)，軟件是靈魂。軟件產業(yè)是第一大產業(yè)，面向對象是軟件技術的基本指導思想，它的發(fā)展過程從最初的個人技巧，到結構化，再到最終的面向對象，覆蓋范圍也發(fā)展到運行技術、工具技術、到過程技術。軟件理論方法技術應用于x應用場景。應用場景的'構建主要是體現(xiàn)在，可感知+可編程+可計算+可調控等方面。軟件很大程度上改變了我們的生產生活方式，在現(xiàn)在社會中，對于軟件的開發(fā)，我們不在只是單純的系統(tǒng)開發(fā)，文檔手冊，還要考慮到所處的環(huán)境以及大數據，智能算法等多方面的綜合考量。
軟件同時也在驅動著世界經濟的變革。在世界經濟全球化發(fā)展的趨勢下，軟件行業(yè)也在向全球化發(fā)展，在今天，軟件的開發(fā)也不再是一個國家或者一個行業(yè)自身的發(fā)展而是整個社會的發(fā)展趨勢。當前軟件行業(yè)無論國內還是國際上整體處于手工作坊式階段，以項目組或產品組為單位組織開發(fā)人員，圍繞一個項目或者一個產品的某一迭代版本進行收工作業(yè)。其服務模式始終停留在并行開發(fā)多個無關的小型項目。對于這樣的情況，單單只是依靠某個國家自身的實力是很難實現(xiàn)軟件技術全面提升的。微觀層面來看，光學相機被數碼相機取代，移動磁盤、光盤基本上被u盤取代。智能手機的出現(xiàn)也帶來了it產業(yè)格局的重塑。it產業(yè)巨變的核心動力是用戶群體的快速增加以及it擴散的范圍迅速。繼智能手機、平板電腦被軟件重新定義后，其他it產品也在不斷被軟件重新定義，增加一個操作系統(tǒng)之后，物理功能被無限的簡化，功能被無限的拓展，不斷地豐富。整個經濟社會加快在網絡空間的映射，形成現(xiàn)實與網絡交融的數字世界。信息物理系統(tǒng)（cps）實現(xiàn)大型工程系統(tǒng)的實時感知、動態(tài)控制和信息服務。
數據表征、智能處理、軟件定義，三元融合將打造一個全新的世界。大數據在消費it領域的作用更加明顯，只要用pc上網或者手機瀏覽信息，性別、年齡、愛好、蹤跡等等便被大數據刻畫，從而根據現(xiàn)有信息推斷出你可能要做的事。總的來說，大數據不僅是傳統(tǒng)產業(yè)升級的助推器，同時也是新興產業(yè)的催化劑。軟件的定位已經從服務軟件發(fā)展到定義硬件，也許在不久的將來，軟件不僅僅是改變世界，而是重新定義我們已知的世界，正如大數據的出現(xiàn)，或許不久的將來，產品經銷商會比我們更了解自己的需求。
隨著軟件市場的競爭壓力越來越大，我們所面臨的it環(huán)境更為復雜化，為了應對來自各方面的挑戰(zhàn)問題，我們需要更多的創(chuàng)新能力和業(yè)務靈活性。提高模塊化思想，從根本上解決所面臨的問題。
軟件工程課心得體會篇十
在本學期的軟件工程課程的學習中，我們學習了十一章的內容。
第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。
第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向對象方法、形式化方法。
還引出了工具uml。
第三章軟件需求獲取與結構化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法，畫分層的數據流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點。
第四章結構化分析方法，這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。
第五章編碼，這一章重點講解了編碼的風格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風格。
第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。
第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。
第八章面向對象分析，這一章主要講解了面向對象分析的3種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。
第九章軟件體系結構與設計模式，本章對軟件體系結構的'基本概念、典型風格等進行了講解。
第十章面向對象設計，本章的重點是對面向對象分析時建立的對象模型進行調整和細化。
第十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。
正確性指軟件產品達到預期功能的程度。
可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。
開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。
這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。
軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。
它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。
需求活動包括問題分析和需求分析。
問題分析獲取需求定義，又稱軟件需求規(guī)約。
需求分析生成功能規(guī)約。
設計活動一般包括概要設計和詳細設計。
概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。
詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。
實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。
確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。
維護活動包括使用過程中的擴充、修改與完善。
伴隨以上過程，還有管理過程、支持過程、培訓過程等。
軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
我們學習了詳細設計的方法，其原則是過程描述是否易于理解、復審和維護，進而過程描述能夠自然地轉換成代碼，并保證詳細設計與代碼完全一致。
包括程序流程圖、n-s圖、pad圖、hipo圖
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。
它獨立于任何一種程序設計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。
軟件工程課心得體會篇十一
軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。你知道軟件工程
心得體會
是什么嗎?接下來就是本站小編為大家整理的關于軟件工程心得體會，供大家閱讀!
時間飛逝，不知不覺間《軟件工程》的學習已經過了大半了。在這將近半學期的學習中，雖然我不能說我將《軟件工程》學習的有多么的好，但是通過學習，我還是受益良多。
在以前，我一直對軟件存在一些偏見或則是誤解，認為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認為只要我掌握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員;一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產品。只要有幾個有經驗的程序員，再找些兼職的大學生，就能組成一個軟件公司。
但是通過了《軟件工程》這門課的學習，使我認識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認識，才能更好的開發(fā)出，過程受控、質量受控的軟件產品。
而且在以前，我一直以為軟件的開發(fā)其實是一件很輕松快樂的事情，只要一天坐在電腦旁敲敲鍵盤，那么一切就可以了，但是現(xiàn)在我才發(fā)現(xiàn)，我以前的很多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創(chuàng)造性活動。因為編程不僅能夠滿足我們內心深處進行創(chuàng)造的渴望，而且還能愉悅我們內在的情感。
而且通過學習《軟件工程》，我還學到了很多其他的東西。比如通過學習《軟件工程》，特別是老師每次用實際的軟件現(xiàn)場的講解，為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓練自己的基本工程素質和能力，如何激發(fā)自己的積極性等。而且通過學習《軟件工程》，還讓我認識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學生來說，這種學習更是能讓我在以后工作中少走很多的彎路。
所以，通過《軟件工程》的學習，我是真的學習到了很多有用的東西，讓我明白了很多的道理。在此我對老師的辛勤教育表示感謝，因為是你讓我學習到了這些，是我獲益良多。
軟件工程心得體會未接觸軟件工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了一個學期的軟件工程課，終于知道了個軟件工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經以為程序就是軟件，軟件就是程序。學習這門課程第一個收獲是，知道了二者的不同之處。以前做過的一些小型的軟件比如加密軟件，我也只是在程序旁邊附上一個軟件的說明，看來已經很接近作坊了。不過大的項目沒有接觸過，用軟件工程的方法還是第一次。我想也是程序的不斷復雜化導致了軟件危機的發(fā)生，使得人們不得不探索新的解決方法。
經過倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。吾生也有涯，而知也無涯，學習永無止境。起初，對軟件工程處于一知半解的狀態(tài)，分工比較混亂。
在劃分模塊后明確了各自分工，漸漸形成良性循環(huán)。在學習過程中，知道了團隊合作十分重要，爭議固然存在，但通過討論、協(xié)商，群策群力，在不斷磨合中能夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長，不宜妄自菲薄。組長多加協(xié)調，組員積極配合，才能合作愉快。學習能力體現(xiàn)在能盡快接受新的知識，順應變化，學為所用。
上《軟件工程導論》這門課，我的收獲大概如下：我們?yōu)槭裁葱枰浖こ棠?上面已經給出了一些原因。專業(yè)點講，軟件工程最終是為了實現(xiàn)“軟件制造業(yè)”的社會化,工業(yè)化大生產,提高其勞動生產效率。只有如此,軟件業(yè)才能實現(xiàn)社會化,工業(yè)化大生產,才能“做大做強”。沒有管理的設計是失敗和混亂的設計，沒有設計指導的編程是無序的忙碌的。根據開發(fā)的軟件的規(guī)模，應該適當程度的運用軟件工程化的思想，需要靈活，畢竟我們開發(fā)的軟件大多數是中小型的，大型的并不多見(我是這么認為的)。但只要涉及人員間的交流和溝通，或多或少都要需要軟件工程才能更有效率，工作成果更穩(wěn)定。
其實開發(fā)軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的;然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法，并從中選出一種自認為是較好的;接下來就是將涉及的各種主要或次要功能分成各個模塊;最后就是分模塊來編碼和debug。在我看來，除了第一步外，其余的步驟應該是一個循環(huán)的過程。在編碼的過程中，你總是需要不斷地回過頭來修改原先的模塊設計，甚至最初選定的實現(xiàn)算法。具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，調試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。1.可行性分析就是關于當前項目能不能干的分析結果。
2.項目描述這是在決定立項以后，對當前項目的一份扼要說明。
3.需求分析就是對客戶要求的功能的定義。
4.軟件設計這就是對程序的每一個模塊的詳細設計的說明文檔。
5.開發(fā)日志我一直都認為這是文檔中最有趣的部分。開發(fā)日志相當于編碼階段的文檔，它的形式可以很隨意，主要是記錄一些在寫程序時突然萌發(fā)的靈感，或對代碼的一些微小的修改，或對程序結構的一些微小變動等，還要對上述這些修改變動作些說明。
6.測試分析用于指出程序存在或潛在的缺陷和錯誤，以及程序性能的數字描述。
共
2
頁，當前第
1
頁
1
2
軟件工程課心得體會篇十二
軟件工程(softwareengineering，簡稱為se)是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言，數據庫，軟件開發(fā)工具，系統(tǒng)平臺，標準，設計模式等方面。在現(xiàn)代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件，嵌入式系統(tǒng)，人機界面，辦公套件，操作系統(tǒng)，編譯器，數據庫，游戲等。同時，各個行業(yè)幾乎都有計算機軟件的應用，比如工業(yè)，農業(yè)，銀行，航空，政府部門等。這些應用促進了經濟和社會的發(fā)展，使得人們的工作更加高效，同時提高了生活質量。
二、軟件工程的目標
在給定成本、進度的前提下，開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性并且滿足用戶需求的軟件產品。
三、軟件工程的原則
是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。軟件工程的原則有以下四項基本原則：1）選取適宜開發(fā)范型；2）采用合適的設計方法；3）提供高質量的工程支持；4）重視開發(fā)過程的管理。
四、軟件工程的由來
據說上個世紀60年代的程序員都是天才，寫程式就像寫日記一樣，吃過晚飯沒事干隨手就可以寫幾個出來玩，第二天還可以拿去賣錢。所以那時候程序員在大家眼中，跟那些搞美術，音樂的是一類的，被稱為“藝術家”。
但事過境遷，就像任何人都不會嫌錢多一樣，永遠都不會有人嫌cpu快的。于是，隨之而來的就是硬件的迅猛發(fā)展和越來越變態(tài)的軟件。記得以前常去同學家拷游戲，通常幾張軟盤就可以搞定，而現(xiàn)在的游戲，兩三張cd-rom都算少的了。像如此龐大復雜的怪物，就算你是如何的天才，一個人肯定是搞不定的，否則，等你把程式寫出來，人家intel連奔騰n都開發(fā)出來了。既要開發(fā)大型的軟件還要追求速度（這樣才能賺錢），于是很自然地，合作的概念被提了出來。
在開始合作的初期，由于大家都習慣了當很有個性的“藝術家”，結果可想而知，一個是畢加索派的，而另一個是意大利印象派的，再加上一個畫潑墨山水畫的，要是像這樣湊出來的東西都能不出問題的話，那么bill早就轉行了。所以，那時侯的大型軟件，據說“藍屏”比windows98還多。
馬克思告訴我們，萬物都是從量變到質變的。隨著問題的不斷涌現(xiàn)，一些master們開始嘗試去總結經驗，并歸納了一些規(guī)范去指導軟件的分析，設計，實現(xiàn)，測試，維護，人員交流協(xié)作，項目預算及時限控制等方方面面，這就是軟件工程的前身。
軟件工程到現(xiàn)在已發(fā)展了30多年，可以說是相當成熟的了?，F(xiàn)在開發(fā)軟件，據說都是一大幫人排排坐，按著一整套的規(guī)章制度來干活。于是，軟件開發(fā)成了“工程”，程序員也就淪為“工人”了。
五、軟件工程的核心
軟件工程，說白了，就是這樣一套用于軟件的團隊開發(fā)，以提高軟件質量和程序員工作效率為目的的規(guī)范。其核心就是，對于軟件開發(fā)的5個重要組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以及如何完成每一個工作。簡單來說，就是對于總體的組織和對于局部的實現(xiàn)。
六、軟件開發(fā)過程
開發(fā)軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首先是要有一個想法，即我寫的這個程序是要干什么的；然后就是對要實現(xiàn)的核心功能大概構思一種或多種實現(xiàn)方法，并從中選出一種自認為是較好的；接下來就是將涉及的各種主要或次要功能分成各個模塊；最后就是分模塊來編碼和debug。除了第一步外，其余的步驟應該是一個循環(huán)的過程。既然軟件開發(fā)是一個具有不可預知性和變化性的`動態(tài)的過程，那么，對其每一個步驟的組織，即周期模型，就必須包容它的這種性質。
具體到每一步的工作要怎樣完成，是非常靈活的，只要把握住大體的方向就行。在進行分析，設計，編碼，調試，維護這幾部分的工作的時候，最核心的就是文檔的編寫。文檔的作用在于以下3個方面：一是可以幫助整理思路。把要完成的目標，系統(tǒng)的結構，每一個模塊的功能等整理一下，然后分門別類地寫下來，這樣在開發(fā)的過程中，就有據可依，在需要回過頭來修改設計的時候，也有證可考。二是便于交流。想象一下開會時的情形。一大幫子人爭先恐后，激烈辯論，然后會終人散，思想靈感也就隨之散了，結果是開了半天會，什么也沒討論出來。這就是后來會議記錄被發(fā)明出來的原因。在腦子里的東西一多，就會散而且亂，用語言表達的時候，很容易會丟三落四，別人也很難把握住你的思想。但經過整理寫在紙上以后，則會清晰得多，無論是別人還是自己，看起來都可以一目了然。三是可以作為以后維護時的參考資料。有一句名言：“筆和紙永遠都比大腦可靠”，意思就是說，放在大腦里的東西說不準哪天就忘了，但寫在紙上的東西，只要不發(fā)生什么意外，一般是丟不了的。當過了一段時間，你需要再回過頭來修改你的程序的時候，你就會發(fā)現(xiàn)，你以前寫下的文檔實在太有價值了。別指望你的源代碼，對于復雜一點的程序來說，單純的源代碼幾乎會扼殺掉你所有的時間。
可行性分析就是關于當前項目能不能干的分析結果。主要考慮的方面包括：是否能把這個項目開發(fā)出來；假如可以的話，預計需要多少時間，能否滿足客人的時間要求；需要多少人力和資金的投入；最重要的是，這個項目能否賺錢，能賺多少。還要對可能存在的風險進行評估。
七、軟件工程學習感悟
時間飛逝，不知不覺間《軟件工程》的學習完了。在這將近半學期的學習中，雖然我不能說我將《軟件工程》學習的有多么的好，但是通過學習，我還是受益良多。
在以前，我一直對軟件存在一些偏見或則是誤解，認為軟件就是程序，軟件的開發(fā)就是編寫程序，只要編完了程序，一切也就ok了，而且我還片面的認為只要我掌握了時下最新的語言和工具，那么我就能寫程序了。一個人，只要會編程，就能寫軟件，就是程序員；一個公司，只要招聘一些程序員，就能開發(fā)好的軟件產品。只要有幾個有經驗的程序員，再找些兼職的大學生，就能組成一個軟件公司。
但是通過了《軟件工程》這門課的學習，使我認識到了我以前的錯誤。軟件其實不僅僅是程序，軟件開發(fā)其實也不僅僅是編寫程序，軟件是思想在硬件上的載體和體現(xiàn)，處理的是邏輯和信息。唯有對軟件和軟件的開發(fā)過程，有充分的認識，才能更好的開發(fā)出，過程受控、質量受控的軟件產品。
而且在以前，我一直以為軟件的開發(fā)其實是一件很輕松快樂的事情，只要一天坐在電腦旁敲敲鍵盤，那么一切就可以了，但是現(xiàn)在我才發(fā)現(xiàn)，我以前的很多的思想是多么的膚淺可笑。編程其實是一種樂趣和苦惱共存的一項創(chuàng)造性活動。因為編程不僅能夠滿足我們內心深處進行創(chuàng)造的渴望，而且還能愉悅我們內在的情感。
而且通過學習《軟件工程》，我還學到了很多其他的東西。比如通過學習《軟件工程》，特別是教員的課程講解和每次用實際的軟件現(xiàn)場的講解，為我提供了一個盡早接觸世界工作和真實項目的機會。讓我知道如何在以最小的成本中，訓練自己的基本工程素質和能力，如何激發(fā)自己的積極性等。而且通過學習《軟件工程》，還讓我認識和培養(yǎng)了我的團隊協(xié)作能力，特別是對于我們這些在校的學生來說，這種學習更是能讓我在以后工作中少走很多的彎路。
所以，通過《軟件工程》的學習，我是真的學習到了很多有用的東西，讓我明白了很多的道理。在此我對教員的辛勤教育表示感謝，因為是你讓我學習到了這些，是我獲益良多。
軟件工程課心得體會篇十三
在本學期的軟件工程課程的學習中，我們學習了十一章的內容。第一章軟件與軟件工程的概念，這一章主要講解的是一些概念性和基礎性的內容，例如軟件的概念、特性，軟件危機的主要表現(xiàn)，軟件工程的概念以及軟件生存期、典型生存期模型等等。第二章軟件工程方法與工具，這一章主要對軟件工程方法進行介紹，包括三種方法：傳統(tǒng)方法、面向對象方法、形式化方法。還引出了工具uml。第三章軟件需求獲取與結構化分析方法，本章詳細介紹了需求獲取與需求分析階段的任務以及結構化分析方法，畫分層的數據流圖、e-r圖以及狀態(tài)圖式本節(jié)的重點。第四章結構化分析方法，這一章重點講解了使用變換型映射方法和事務型映射方法生成初始的模塊結構以及模塊結構的改進。第五章編碼，這一章重點講解了編碼的風格及規(guī)范，還告訴我們編碼規(guī)范說帶來的好處，并告誡我們將來一點要形成好的編碼風格。第六章軟件測試方法，本章講解了軟件測試相關的概念及重要性，軟件測試與開發(fā)各個階段的關系;還介紹了白盒測試技術以及黑河測試技術。第七章統(tǒng)一建模語言uml概述，本章詳細介紹了uml的基本模式、事物、關系及建模時用到的各種圖進行了介紹。第八章面向對象分析，這一章主要講解了面向對象分析的3種模型，包括功能模型、靜態(tài)模型和動態(tài)模型。第九章軟件體系結構與設計模式，本章對軟件體系結構的基本概念、典型風格等進行了講解。第十章面向對象設計，本章的重點是對面向對象分析時建立的對象模型進行調整和細化。第十一章軟件維護，本章主要介紹軟件維護的任務、軟件維護活動以及軟件維護方法進行了介紹。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度?？捎眯灾杠浖窘Y構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。
軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
程序流程圖：程序流程圖又稱之為程序框圖，它是軟件開發(fā)者最熟悉的一種算法表達工具。它獨立于任何一種程序設計語言，比較直觀和清晰地描述過程的控制流程，易于學習掌握。在流程圖中只能使用下述的五種基本控制結構：順序型;選擇型;while型循環(huán);until型循環(huán);多情況型選擇。
n-s圖：一種符合結構化程序設計原則的圖形描述工具，稱為盒圖，又稱為n-s圖。在n-s圖中，為了表示五種基本控制結構，規(guī)定了五種圖形構件。順序型;選擇型;while重復型;until重復型;多分支選擇型。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。
hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。
hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入—處理—輸出三者之間的聯(lián)系。
還有測試方法:按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。
靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析
說明書
、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。
動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。
還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序?讀不懂程序，維護又從何談起呢?所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。
在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。
共
2
頁，當前第
2
頁
1
2
軟件工程課心得體會篇十四
時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬于完全被流放的。最先在內部系統(tǒng)組參與內部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate)，之后是去做網絡交換機軟件的腳本測試?，F(xiàn)在又回歸內部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經驗。
至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。
1、淺談測試
一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導地位的，還是大型系統(tǒng)的集成測試經驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是it階段的找bug與對應bug，此階段基本評定了coder的編碼質量。
2、程序員的困惑
有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，
有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。
3、如何調試追蹤
如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內容顯示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步stepover，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的傳值問題。
頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調用的字段有可能為空的情況出現(xiàn)的，可以加if(xxx=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。
4、一些習慣
遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到的東西遠遠比書多的多。
解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類似的問題再浪費同樣的時間。
把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。
任務完后不要呆著，去要求經理給你更有挑戰(zhàn)性的任務，只要你肯去嘗試，他們就會對你另言相看，把三天的任務一天加班搞定，效率和忠誠都有了，路也比較好走了。
[]
軟件工程課心得體會篇十五
曾經看過一本書叫《道法自然》，內容略記得一二，但我最欣賞的是它的.書名。軟件設計沒什么太神秘有東西，只要用心體會，其實一切都很自然。軟件的設計之“道”，也不在于設計有多么的華麗、精巧，而在于其樸實、自然，最終達到“以無招勝有招”，進入一個全新的境界。
一、軟件設計理論的層次
以我的拙見，軟件設計領域中的各種概念，可以分為以下幾個層次來進行理解：
1、軟件設計的目的：重用性、擴展性。
這是最高的層次，是應對軟件危機的需要。
2、設計原則：低耦合、高聚合。
各種軟件設計的原則，如依賴倒置原則、單一職則原則、面向接口等，以及各種設計模式，其根本的目的其實只是為了降低耦合這么簡單。因為只有低耦合才能更好的適應變化，更好的重用和擴展。
3、實現(xiàn)方法：運用設計模式封裝變化、降低耦合。
設計模式只是用來“封裝變化、降低耦合”的工具而已。它是面向對象設計時代的產物，其本質就是充分運用面向對象的三個特性，即：封裝、繼承和多態(tài)，進行靈活的組合運用。
二、關于耦合
1、耦合的粒度
耦合無論如何也是不可避免的。當我們實現(xiàn)接口、繼承父類的時候，就會不可避免的產生耦合。耦合是有不同粒度的，我們解耦到什么粒度為止，我認為應以模塊的重用粒度為準。盡量解除重用模塊或對象之間的耦合。而重用模塊之內的耦合，應屬于聚合的范疇，所以不要盲目的去解耦，否則就陷入了誤區(qū)。
2、解耦的原理
怎樣才能解耦呢，或者說為什么各種設計模式能達到解耦的目的呢？我覺得有以下幾個思路：
（1）將具體的東西抽象處理
（2）將分散的東西集中處理
而面向對象中的接口、繼承正為我們提供了這樣的一種機制。通過訪問接口或基類或抽象類，而不是具體的實現(xiàn)類，從而與具體的實現(xiàn)類達到了解耦的目的。我們還可以設計一些控制類，像潤滑劑一樣，協(xié)調各實現(xiàn)類之間的訪問，也可以達到耦的目的。
事實上，各種設計模式的基本思想也就是這樣。創(chuàng)建型模式是為了解除創(chuàng)建對象時產生的耦合，實際上是解除對類稱名的依賴，而結構型和行為型是為了解除對象屬性或方法的直接調用。不管什么設計模式，都是將對具體實現(xiàn)類的訪問提升為對接口、基類或用于協(xié)調的控制類的訪問。
三、關于接口
這一節(jié)更具體，談一談接口，因為使用接口是軟件設計的重要手段，但已經不屬于“道”了。
1、接口與繼承
接口描述的是對象某一個方面行為特征。使用接口與使用繼承關系各有優(yōu)缺點，使用子類繼承可以繼承父類的功能，體現(xiàn)了重用的精神。而接品更加靈活，因為它解除了子類與父類之間的高度耦合，它體現(xiàn)在靈活擴展的精神。
2、接口與純虛類
接口存在的理由就是它更加靈活，關系簡單，易于理解。比如一個類可以實現(xiàn)十幾個甚至幾十個接口，但一般開發(fā)工具只支持單繼承（由于多繼承太容易導致混亂和沖突），如果要繼承十幾層，系統(tǒng)結構想必會無法理解了，我以為這是接口存在的最重要的原因。
如果接口和虛類繼承結合使用，可以產生強大的威力，這也是許多設計模式的“殺手锏”。
以上算是總結一下自己的心得?？隙ㄓ胁簧倨嬷帲埜魑恢附?。
軟件工程課心得體會篇十六
學習了這門課程, 還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。
要學習軟件工程，學會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習慣，想學好軟件工程，就必須知道軟件工程的目標、過程和原則： 軟件工程目標：生產具有正確性、可用性以及開銷合宜的產品。正確性指軟件產品達到預期功能的程度。
可用性指軟件基本結構、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。
軟件工程過程：生產一個最終能滿足需求且達到工程目標的軟件產品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓過程等。 軟件工程的原則是指圍繞工程設計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。
pad圖：它是用結構化程序設計思想表現(xiàn)程序邏輯結構的圖形工具。pad也設置了五種基本控制結構的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結構。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo 圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數據文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術：不執(zhí)行被測軟件，可對需求分析說明書、軟件設計說明書、源程序做結構檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術：當把程序作為一個函數，輸入的全體稱為函數的定義域，輸出的全體稱為函數的值域，函數則描述了輸入的定義域與輸出值域的關系。還學習了其他很多工具、語言、方法等，雖然不是都學得很透徹，但我相信在今后的學習中一定會慢慢的完善的。
軟件工程對于初學者來說，知識基礎較薄弱，對一些應用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學，肯定是什么都學不透的，要集中精力打攻堅戰(zhàn)，學習軟件工程首先要明白自己的學習目標究竟是什么，根據自己的實際工作出發(fā)，有針對性的在相應的學習方向上進行提高，制定出詳細的學習規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學習面向對象分析的時候要結合大一學習的面向對象及其方法學這一專業(yè)科目進行研究拓展;在學習語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學到的知識通匯貫通。
在軟件工程的學習中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設計說明書，詳細設計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據具體情況不斷的反復才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。
而編碼的學習中，我更了解到形成自己獨特的規(guī)范的編碼風格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學習中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎上形成屬于自己的風格，即方便自己的修改，也方便日后他人的閱讀。
在學習中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數據，缺乏兩者的有機結合。而面向對象方法的程序設計和問題求解更符合人們日常自然的思維習慣，適合大型、復雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數學變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉換為可執(zhí)行的程序。在今后的學習中要注意多讀書、多思考、多練習、多討論，不斷熟悉書本的基礎，并以此為基礎將其擴散開來，應用于今后的實踐。不斷鍛煉自己，向一名合格的程序設計師邁進。