軟件工程心得體會軟件工程心得體會「篇一」軟件工程實習(xí)心得體會軟件工程實習(xí)心得體會一時間過的很快，轉(zhuǎn)眼間已經(jīng)實習(xí)將近5個月，其中有2個月是屬于完全被流放的。最先在內(nèi)部系統(tǒng)組參與內(nèi)部管理系統(tǒng)開發(fā)(struts+mysql+spring+hibernate)，之后是去做網(wǎng)絡(luò)交換機軟件的腳本測試?，F(xiàn)在又回歸內(nèi)部系統(tǒng)，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了一些測試經(jīng)驗。至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。1、淺談測試一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際情況中，測試是既重要且難以精湛的其真正的壓力，在于找不到bug，責任在你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經(jīng)驗總結(jié)和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整個系統(tǒng)的方方面面具體運作的前提。但占主導(dǎo)地位的，還是大型系統(tǒng)的集成測試經(jīng)驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是IT階段的找bug與對應(yīng)bug，此階段基本評定了coder的編碼質(zhì)量。2、程序員的困惑有些人，以為教學(xué)視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何下手，問題在那?如何定位?如何解決?通通跟一樣能力有關(guān)，debug追蹤能力，也稱調(diào)試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化?有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎(chǔ)上去做具體記錄的歷史記錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報一堆異常，配置問題涉及到方方面面，以及數(shù)據(jù)庫字段，傳值問題等等，一大堆對于新人來說很郁悶的問題。但不用怕，只要學(xué)會調(diào)試，一個個問題去追蹤，一個個去解決，自然而然，那段“源碼”才真正屬于你。3、如何調(diào)試追蹤如果你能在短短的時間內(nèi)就看到問題點在那，放下斷點去追蹤，出去找工作，絕對沒問題。出現(xiàn)問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具體值，那是最好途徑。eclipse是個很爽的ide，這點做的很好。例如頁面內(nèi)容顯示不是自己想要的數(shù)據(jù)，我們要先從數(shù)據(jù)庫查詢語句去下手，設(shè)置斷點，一步一步stepover，讓sql字段(存取最終sql語句的字符串)運行到有值，inspect進去看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查詢出來的表是什么，如果是對的，有可能就是頁面調(diào)用的錯誤或者action邏輯的傳值問題。頁面錯誤的調(diào)試，基本方法是用右鍵點擊實際網(wǎng)頁查看源代碼，copy到editplus，就能看到具體錯誤發(fā)生在那幾行。通常有幾種常見的錯誤，例如：缺少對象這種很多時候是有些被你調(diào)用的字段有可能為空的情況出現(xiàn)的，可以加if(xxx=null)語句加保護。追蹤的方法基本就是用alert語句，放在有可能出錯的地方。4、一些習(xí)慣遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學(xué)到的東西遠遠比書多的多。解決了一個問題后，要去究根問底去找到問題產(chǎn)生的起因，以防你下次遇到類似的問題再浪費同樣的時間。把代碼寫的漂亮，注釋、空行、規(guī)范一樣不能少，可讀性是放在第一位。曾經(jīng)看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很流暢，方便自己也方便別人。任務(wù)完后不要呆著，去要求經(jīng)理給你更有挑戰(zhàn)性的任務(wù)，只要你肯去嘗試，他們就會對你另言相看，把三天的任務(wù)一天加班搞定，效率和忠誠都有了，路也比較好走了。軟件工程實習(xí)心得體會二在這次軟件工程課程中，我學(xué)到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目，第一次和別人合作，才發(fā)現(xiàn)運用工程化的思想來做是如此的有必要。從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導(dǎo)，不然真的會出現(xiàn)老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關(guān)緊要，甚至是多于的，其實，換做在以前，我也會這么認為?？墒?，我現(xiàn)在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會出現(xiàn)崩潰性的問題，這些工作缺一不可。還有就是接下來的一些設(shè)計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數(shù)傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。在整個活動的完成過程中，作為組長，我收獲很多，我發(fā)現(xiàn)，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現(xiàn)這樣的人，我絕不會給他繼續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協(xié)調(diào)好各組員之間的關(guān)系。這就是我的實習(xí)感想。軟件工程心得體會「篇二」經(jīng)過長時間對國貿(mào)軟件的的使用，在不斷練習(xí)操作的過程中，我對國貿(mào)軟件的最深刻感覺是：學(xué)以致用、有趣、必須細心耐心反應(yīng)迅速。一、學(xué)以致用作為國貿(mào)專業(yè)，經(jīng)過長時間的理論學(xué)習(xí)，急需通過實際操作或某種近似于實際操作的平臺對所學(xué)的理論知識加以實踐，以求進一步掌握和鞏固，而國貿(mào)軟件正提供了這樣一種平臺。該軟件涉及了及出口貿(mào)易的各個方面和環(huán)節(jié)，從外貿(mào)公司的經(jīng)營運作到實際的進出口業(yè)務(wù)流程，都能進行模擬實訓(xùn)。在使用過程中，會遇到很多國貿(mào)的基礎(chǔ)理論知識和實務(wù)技能，這是對國貿(mào)理論掌握程度的最好考察。眼過千遍不如手過一遍，相對于理論部分而言，國貿(mào)實務(wù)更注重實際操作，通過這種理論結(jié)合實踐的方式，鞏固基礎(chǔ)知識，查找理論學(xué)習(xí)的不足，以前學(xué)習(xí)的實物理論基礎(chǔ)知識會更加的具體和直觀。同時，該軟件的實務(wù)操作部分與報關(guān)員報關(guān)實務(wù)所涉及的知識基本一致，這對于我的報關(guān)員考試復(fù)習(xí)提供了很大的幫助。二、有趣該軟件通過“實戰(zhàn)”方式訓(xùn)練，會在操作過程中遇到很多難題和挑戰(zhàn)，這些必須自己想辦法解決。由于大家進行了角色劃分，形成了一個虛擬市場，所以大家之間相互的競爭是必不可少的，大家會從各個方面進行競爭。競爭在現(xiàn)在是無法避免的，意識正是現(xiàn)代社會生存發(fā)展所需要的。正是這種競爭，使得我(相信大家)對該軟件產(chǎn)生了濃厚的興趣。三、耐心、反應(yīng)迅速國貿(mào)軟件涉及大數(shù)據(jù)計算的繁瑣的單證填寫，所以必須做到細心耐心，例如，在填制外貿(mào)合同時，一個小小的數(shù)據(jù)錯誤或是貨物裝運、指運港名稱的錯誤都會是合同填寫失敗;填寫保險單或是報關(guān)單證，沒有嚴格按照合同數(shù)據(jù)填制就會導(dǎo)致填寫出現(xiàn)錯誤，無法進行下一步驟，影響實驗效率。在操作過程中，除了復(fù)習(xí)、鞏固所學(xué)國貿(mào)理論外，另一個重要任務(wù)就是想辦法“賺錢”，提高自己企業(yè)的盈利水平和生存能力，這就要求必須反應(yīng)迅速、判斷準確，否則會覺得企業(yè)經(jīng)營的舉步維艱。以上就是經(jīng)過一段時間對國貿(mào)軟件的操作使用產(chǎn)生的心得體會。軟件工程心得體會「篇三」經(jīng)過這學(xué)期軟件工程實驗的學(xué)習(xí)，深深感到用戶需求對軟件的重要性。成功的軟件產(chǎn)品是建立在成功的需求基礎(chǔ)之上的，而高質(zhì)量的需求來源于用戶與開發(fā)人員之間有效的溝通與合作。當用戶有一個問題可以用計算機系統(tǒng)來解決，而開發(fā)人員開始幫助用戶解決這個問題，溝通就開始了。需求獲取可能是最困難、最關(guān)鍵、最易出錯及最需要溝通交流的活動。對需求的獲取往往有錯誤的認識：用戶知道需求是什么，我們所要做的就是和他們交談從他們那里得到需求，只要問用戶系統(tǒng)的目標特征，什么是要完成的，什么樣的系統(tǒng)能適合商業(yè)需要就可以了，但是實際上需求獲取并不是想象的這樣簡單，這條溝通之路布滿了荊棘。首先需求獲取要定義問題范圍，系統(tǒng)的邊界往往是很難明確的，用戶不了解技術(shù)實現(xiàn)的細節(jié)，這樣造成了系統(tǒng)目標的混淆。其次是對問題的理解，用戶對計算機系統(tǒng)的能力和限制缺乏了解，任何一個系統(tǒng)都會有很多的用戶或者不同類型的用戶，每個用戶只知道自己需要的系統(tǒng)，而不知道系統(tǒng)的整體情況，他們不知道系統(tǒng)作為一個整體怎么樣工作效率更好，也不太清楚那些工作可以交給軟件完成，他們不清楚需求是什么，或者說如何以一種精確的方式來描述需求，他們需要開發(fā)人員的協(xié)助和指導(dǎo)，但是用戶與開發(fā)人員之間的交流很容易出現(xiàn)障礙，忽略了那些被認為是"很明顯"的信息。最后是需求的確認，因為需求的不穩(wěn)定性往往隨著時間的推移產(chǎn)生變動，使之難以確認。為了克服以上的問題，必須有組織的執(zhí)行需求的獲取活動。需求獲取活動要完成的任務(wù)或者步驟的過程如下：1、編寫項目視圖和范圍文檔系統(tǒng)的需求包括四個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求、非功能性需求。業(yè)務(wù)需求說明了提供給用戶新系統(tǒng)的最初利益,反映了組織機構(gòu)或用戶對系統(tǒng)、產(chǎn)品高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實例文檔或方案腳本說明中予以說明。功能需求定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè)務(wù)需求。非功能性需求是用戶對系統(tǒng)良好運作提出的期望，包括了易用性、反應(yīng)速度、容錯性、健壯性等等質(zhì)量屬性。需求獲取就是根據(jù)系統(tǒng)業(yè)務(wù)需求去獲得系統(tǒng)用戶需求，然后通過需求分析得到系統(tǒng)的功能需求和非功能需求。項目視圖和范圍文檔就是從高層次上描述系統(tǒng)的業(yè)務(wù)需求，應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標，評估問題解決方案的商業(yè)和技術(shù)可行性,所有的使用實例和功能需求都必須遵從的標準。而范圍文檔定義了項目產(chǎn)品所包括的所有工作及產(chǎn)生產(chǎn)品所用的過程。項目相關(guān)人員對項目的目標和范圍能達成共識,整個項目組都應(yīng)該把注意力集中在項目目標和范圍上。2、用戶群分類系統(tǒng)用戶在很多方面存在著差異，例如：使用系統(tǒng)的頻度和程度、應(yīng)用領(lǐng)域和計算機系統(tǒng)知識、所使用的系統(tǒng)特性、所進行的業(yè)務(wù)過程、訪問權(quán)限、地理上的布局以及個人的素質(zhì)和喜好等等。根據(jù)這些差異，你可以把這些不同的用戶分成不同的用戶類。與ULM中Usecase的Actor概念一樣，用戶類不一定都指人，也可以包括其他應(yīng)用系統(tǒng)、接口或者硬件，這樣做使得與系統(tǒng)邊界外的接口也成為系統(tǒng)需求。將用戶群分類并歸納各自特點，并詳細描述出它們的個性特點及任務(wù)狀況，將有助于需求的獲取和系統(tǒng)設(shè)計。3、建立核心隊通常用戶和開發(fā)人員不自覺的都有一種"我們和他們"的想法，產(chǎn)生一種對立關(guān)系，把彼此放在對立面，每一方都定義自己的"邊界"，只想自己的利益而忽略對方的想法。他們通過文檔、記錄和對話來溝通，而不是作為一個合作的整體去識別和確定需求完成任務(wù)。實踐證明這樣的方法是不正確的，不會給雙方帶來一點益處,良好的溝通關(guān)系沒有建立導(dǎo)致了誤解和忽略重要的信息。只有當雙方參與者都明白要成功自己需要什么，同時也知道要成功對方需要什么時，才能建立起一種合作關(guān)系。為了建立合作關(guān)系通常采取一種組隊的方式來獲取需求，建立一個由用戶代表和開發(fā)人員組成的聯(lián)合小組作為需求獲取的核心隊伍。聯(lián)合小組將負責識別需求、分析解決方案和協(xié)商分歧，小組成員可以采用會議、電子郵件、綜合辦公系統(tǒng)等方式進行交流，但交流時應(yīng)注意以下原則：小組會議應(yīng)該由中立方來組織和主持，用戶和開發(fā)人員都要參加;交流預(yù)先要確定準備和參與的規(guī)則;議題要明確并覆蓋所有關(guān)鍵點，但信息來源應(yīng)該自由;交流目標要明確，并告知所有的成員。4、確定使用實例從用戶代表處收集他們將使用系統(tǒng)完成所需任務(wù)的描述，討論用戶與系統(tǒng)間的交互方式和對話要求，這就是使用實例，一個單一的使用實例可能包括完成某項任務(wù)的許多邏輯相關(guān)任務(wù)和交互順序。使用實例方法給需求獲取帶來的好處來自于該方法是用以任務(wù)為中心和以用戶為中心的觀點，比起使用以功能為中心和以開發(fā)者為中心的方法，使用實例方法可以使用戶更清楚地理解和認識到新系統(tǒng)允許他們做什么和怎么做。描寫使用實例的時候要注意使用簡潔直白的表述，盡量使用主動語態(tài)，用"系統(tǒng)"或者"用戶"作為主語，比如"用戶提交用戶密碼，系統(tǒng)驗證用戶密碼是否正確"，還有一點在描述中不要設(shè)計界面細節(jié)，比如"用戶從下拉框中選擇產(chǎn)品類型"。使用實例為以后寫用例場景描述中的基本路徑和擴展路徑提供了素材。5、分析用戶工作流程分析用戶工作流程觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過程，通過分析使用實例得到系統(tǒng)的用例圖。編制用例圖文檔將有助于明確系統(tǒng)的使用實例和功能需求，統(tǒng)一建模語言的使用有助于與用戶進一步交流。每個用例的描述應(yīng)包括：編號,為每個用例分配一個唯一的編號，為需求的追溯提供了方便;參與者，與這個用例交互的actor;前置條件，開始用例前所必須具備的系統(tǒng)狀態(tài);后置條件，用例完成后系統(tǒng)達到的狀態(tài);基本路徑，用例完成的關(guān)鍵路徑，也是用戶期望的路徑;擴展點，基本路徑的分枝，表示意外情況;字段說明，路徑中名稱的進一步分解說明，對以后類屬性的定義和數(shù)據(jù)庫字段設(shè)計起作用;設(shè)計約束，實現(xiàn)用例的非功能約束。6、檢查問題報告通過檢查當前已經(jīng)運行系統(tǒng)的問題報告來進一步完善需求客戶的問題報告及補充需求為新系統(tǒng)或新版本提供了大量豐富的改進及增加特性的想法，負責提供用戶支持及幫助的人能為收集需求過程提供極有價值的信息。7、需求重用如果客戶要求的功能與已有的系統(tǒng)很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。業(yè)務(wù)建模和領(lǐng)域建模式需求重用的最好方法，像分析模式和設(shè)計模式一樣，需求也有自己的模式?？偨Y(jié)：經(jīng)過一學(xué)期的軟工實驗，深刻感到其重要性的同時也學(xué)到了不少的東西，將對我在今后的軟件開發(fā)過程中起極大的作用。軟件工程心得體會「篇四」學(xué)習(xí)了這門課程,還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結(jié)合。整一個學(xué)期下來，總的來說還是學(xué)到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應(yīng)該說其范疇已經(jīng)遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。要學(xué)習(xí)軟件工程，學(xué)會如何系統(tǒng)的思考，以及養(yǎng)成良好的編碼習(xí)慣，想學(xué)好軟件工程，就必須知道軟件工程的目標、過程和原則：軟件工程目標：生產(chǎn)具有正確性、可用性以及開銷合宜的產(chǎn)品。正確性指軟件產(chǎn)品達到預(yù)期功能的程度?？捎眯灾杠浖窘Y(jié)構(gòu)、實現(xiàn)及文檔為用戶可用的程度。開銷合宜是指軟件開發(fā)、運行的整個開銷滿足用戶要求的程度。這些目標的實現(xiàn)不論在理論上還是在實踐中均存在很多待解決的問題，它們形成了對過程、過程模型及工程方法選取的約束。軟件工程過程：生產(chǎn)一個最終能滿足需求且達到工程目標的軟件產(chǎn)品所需要的步驟。軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設(shè)計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設(shè)計活動一般包括概要設(shè)計和詳細設(shè)計。概要設(shè)計建立整個軟件系統(tǒng)結(jié)構(gòu)，包括子系統(tǒng)、模塊以及相關(guān)層次的說明、每一模塊的接口定義。詳細設(shè)計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結(jié)構(gòu)說明及加工描述。實現(xiàn)活動把設(shè)計結(jié)果轉(zhuǎn)換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。伴隨以上過程，還有管理過程、支持過程、培訓(xùn)過程等。軟件工程的原則是指圍繞工程設(shè)計、工程支持以及工程管理在軟件開發(fā)過程中必須遵循的原則。pad圖：它是用結(jié)構(gòu)化程序設(shè)計思想表現(xiàn)程序邏輯結(jié)構(gòu)的圖形工具。pad也設(shè)置了五種基本控制結(jié)構(gòu)的圖示，并允許遞歸使用。hipo圖：hipo圖是由一組ipo圖加一張hc圖組成。它是美國ibm公司在軟件設(shè)計中使用的主要表達工具。hc圖既是層次圖，用于表示軟件的分層結(jié)構(gòu)。hc圖中的每一個模塊，均可用一張ipo圖來描述。ipo圖由輸入、處理和輸出三個框組成，需要時還可以增加一個數(shù)據(jù)文件框，這種圖形的優(yōu)點，是能夠直觀地顯示輸入處理輸出三者之間的聯(lián)系。還有測試方法:按照測試過程是否在實際應(yīng)用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。靜態(tài)分析技術(shù)：不執(zhí)行被測軟件，可對需求分析說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)檢查、流程分析、符號執(zhí)行來找出軟件錯誤。動態(tài)測試技術(shù)：當把程序作為一個函數(shù)，輸入的全體稱為函數(shù)的定義域，輸出的全體稱為函數(shù)的值域，函數(shù)則描述了輸入的定義域與輸出值域的關(guān)系。還學(xué)習(xí)了其他很多工具、語言、方法等，雖然不是都學(xué)得很透徹，但我相信在今后的學(xué)習(xí)中一定會慢慢的完善的。軟件工程對于初學(xué)者來說，知識基礎(chǔ)較薄弱，對一些應(yīng)用操作、概念、工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握、學(xué)好軟件工程，不是僅僅把幾本專業(yè)書籍細致地看幾遍，然后上機練習(xí)幾次就可以成功，學(xué)習(xí)過程中要注意多看多練要注意結(jié)合實際，更要多思考，面對錯誤不要一范就問，要嘗試自己去解決。但是還要注意什么都學(xué)，肯定是什么都學(xué)不透的，要集中精力打攻堅戰(zhàn)，學(xué)習(xí)軟件工程首先要明白自己的學(xué)習(xí)目標究竟是什么，根據(jù)自己的實際工作出發(fā)，有針對性的在相應(yīng)的學(xué)習(xí)方向上進行提高，制定出詳細的學(xué)習(xí)規(guī)劃。還要注意與其他科目的相輔相成，就像我們在學(xué)習(xí)面向?qū)ο蠓治龅臅r候要結(jié)合大一學(xué)習(xí)的面向?qū)ο蠹捌浞椒▽W(xué)這一專業(yè)科目進行研究拓展;在學(xué)習(xí)語言時，要看看與c語言的聯(lián)系，多思多想，把從各個科目學(xué)到的知識通匯貫通。在軟件工程的學(xué)習(xí)中，我了解到了軟件并非是一些代碼這么簡單，在開發(fā)軟件的過程中，編寫代碼的工作量其實只占不到所有工程量的30%，而后期的管理和維護更是占了60%到80%之多。一個完整的項目規(guī)劃須包括，軟件的定義，可行性分析報告，項目開發(fā)計劃，軟件需求說明書，概要設(shè)計說明書，詳細設(shè)計說明書，用戶操作手冊，測試計劃，測試分析報告，開發(fā)進度報告，項目開發(fā)總結(jié)報告，軟件維護手冊，軟件問題報告，軟件修改報告，等多個文檔，每個文檔都要上級驗收審查，而文檔數(shù)量眾多，要做好這點真的不是很容易，而恰恰寫好文檔正能保證完成軟件工程其中一個目的的關(guān)鍵，既研究如何用最小的開銷做出生存期較長的軟件，再加上各個階段都要進行周密的策劃、詳細的分工部署和人員安排，且各階段要據(jù)具體情況不斷的反復(fù)才能達成，所以代碼只是開發(fā)軟件這個浩大的工程的一個小小的過程。而編碼的學(xué)習(xí)中，我更了解到形成自己獨特的規(guī)范的編碼風(fēng)格是非常重要的事。因為這影響到了軟件后期繁重的維護，大家都要閱讀你的程序，如果你寫的程序毫無規(guī)范可言，那么別人怎么能讀懂你的程序讀不懂程序，維護又從何談起呢所以，我們在今后的學(xué)習(xí)中，一定要注意這方面的培養(yǎng)，在寫程序的過程中，要逐步的在規(guī)范的基礎(chǔ)上形成屬于自己的風(fēng)格，即方便自己的修改，也方便日后他人的閱讀。在學(xué)習(xí)中，我們還要注意比較三種方法的優(yōu)缺點，例如：傳統(tǒng)方法雖然使軟件擺脫了混亂和無序，但其在適應(yīng)需求變化的方面不夠靈活，而且傳統(tǒng)方法要么面向行為，要么面向數(shù)據(jù)，缺乏兩者的有機結(jié)合。而面向?qū)ο蠓椒ǖ某绦蛟O(shè)計和問題求解更符合人們?nèi)粘Ｗ匀坏乃季S習(xí)慣，適合大型、復(fù)雜及交互性比較強的系統(tǒng)。形式化方法則是一中基于形式化數(shù)學(xué)變換的軟件開發(fā)方法，它可將系統(tǒng)的規(guī)格說明轉(zhuǎn)換為可執(zhí)行的程序。在今后的學(xué)習(xí)中要注意多讀書、多思考、多練習(xí)、多討論，不斷熟悉書本的基礎(chǔ)，并以此為基礎(chǔ)將其擴散開來，應(yīng)用于今后的實踐。不斷鍛煉自己，向一名合格的程序設(shè)計師邁進。軟件工程心得體會「篇五」軟件工程是一門實踐性很強、交叉性很強的學(xué)科，它提供給我們的不僅是一種方法論，更是一種世界觀。在沒有接觸軟件工程這門課時，我一直認為軟件就是程序。能編出解決問題的程序就ok了，從沒有想過，在寫一個程序之前還要構(gòu)思幾份文檔（可行性分析、需求分析、概要設(shè)計）。不過對于那些大型軟件如植物僵尸大戰(zhàn)（至少對于我來說是比較大型的了）怎么去實現(xiàn)它，想得我一頭霧水。絢麗的界面、40種植物、一大堆不同類型的僵尸，怎樣編代碼去實現(xiàn)它呢？第一次上軟件工程的課，裴老師問“軟件是什么？”我的第一想法是：這個問題太過愚昧了！誰不知道軟件就是程序呀？“軟件是由計算機程序、數(shù)據(jù)及文檔組成。”聽到這句話，我心里先是一驚，慌忙翻了下書“軟件是程序和所有使程序正確運行所需的相關(guān)文檔和配置信息?！焙杖挥橙胛已酆?。突然間我發(fā)現(xiàn)，就算是植物僵尸大戰(zhàn)這樣復(fù)雜的游戲，如果設(shè)計者實現(xiàn)分模塊把每一部分如何實現(xiàn)用文檔描敘出來，那這個軟件實現(xiàn)起來不是很容易嗎？第一次課后我明白了軟件工程是致力于專業(yè)化軟件開發(fā)的理論、方法和工具的研究。雖然我從初中開始信息奧賽，高中繼續(xù)這個愛好，但在大學(xué)二年級下學(xué)期才接觸在軟件開發(fā)中這么有引導(dǎo)意義的學(xué)科，不覺有種相見恨晚的感覺。自然它的方法學(xué)三要素：方法、工具、過程，我牢記于心。短短的四周，裴老師的課給我留下了深刻的印象，印象尤深的是：做軟件我們首先考慮的是團隊的實力。如果別人給你50萬讓你們團隊開發(fā)一個軟件，如果他要求你們團隊給這個軟件永久維護，那么你要去跟他協(xié)商付100萬。很多軟件公司倒閉就是因為維護上的問題。至此我才明白維護軟件是軟件生存周期中時間最長的一個階段，它是最花費精力與錢財?shù)囊粋€階段。如果將來你們碰到了我，你跟我說你是se那么我會很高興，如果你告訴我你是軟件工程師，我只會“嗯嗯”兩下。其實在我接觸軟件后，渴望的是當一名軟件工程師?，F(xiàn)在才知道學(xué)軟件工程專業(yè)后，去當一名軟件工程師是最低層的也是最沒“技術(shù)”含量的。要做就做系統(tǒng)構(gòu)架師，當然這需要我們的不懈努力才能達到。系統(tǒng)構(gòu)架師的職責是設(shè)計一個公司的基礎(chǔ)構(gòu)架，并提供關(guān)于怎樣建立和維護系統(tǒng)的指導(dǎo)方針。恍然發(fā)現(xiàn)學(xué)軟件不僅是學(xué)軟件，相關(guān)的管理能力也是需要具備的。當然理論知識是用來指導(dǎo)實踐的，親身體驗才能領(lǐng)悟軟件工程的妙用。課設(shè)我們選擇了圖書館管理系統(tǒng)，主要是這個系統(tǒng)我們接觸比較多，對于它的流程還是比較清楚的。雖然如此我們還是花了很大的時間去完成它。記得當時我們定下這個題目是晚上，在討論用什么語言實現(xiàn)時，大家各自說出自己比較善于的語言。然后均衡了下，定下用java做開發(fā)語言。在實現(xiàn)過程中，突然發(fā)現(xiàn)java環(huán)境連接數(shù)據(jù)庫和tomcat超級麻煩且數(shù)據(jù)庫老是連接不上。趁時間還早我們?nèi)俅斡懻摚瑳Q定用c#做開發(fā)語言，主要是c#相對于c++與java來說簡易寫。同時我們定下不管以后遇到什么困難都要堅持下去的準則。在課設(shè)期間我們沒少跑圖書館，查閱各種資料，對比各本書上實現(xiàn)圖書館管理系統(tǒng)的代碼。終于在4月11日把所有課設(shè)的所有事情弄好了。當然這只是個概述。我印象尤深記憶深厚的是最初實現(xiàn)文檔那塊。剛開始，軟件工程這門課還沒學(xué)多少，基本的設(shè)計理念就很模糊。文檔到底該怎么寫，很糾結(jié)。于是我從網(wǎng)上狂下相關(guān)文檔。通過粘貼與復(fù)制終于一份內(nèi)容亂七八糟的需求分析文檔出來了，當然這只是用來借鑒的。后來孟陽分享了十三份關(guān)于文檔這方面的模板。我們照著那個樣子在結(jié)合團隊項目的相關(guān)實例開始了文檔的寫作。我們的文檔總是一個人先寫好，再拿給另一個人改，最后由第三個人評審。大家都覺的可以了，才過關(guān)。測試報告雖然是我一個人完成了，但也經(jīng)歷了不少時間，當然這時間是按小時算的。首先把大體寫出了，然后修改，再增加信息。大量的截圖以及思考怎樣用例超費腦子，兩天的通宵，徹底把我搞垮了，不過在文檔出爐后，心里異常開心。軟件工程課程雖已結(jié)束，但我對于軟件工程的學(xué)習(xí)才剛剛開始，裴老師的課讓我受益匪淺。我體會到項目管理的重要性，隨著軟件規(guī)模、復(fù)雜度的不斷增加，項目開發(fā)中更多的是協(xié)作、管理和控制。我學(xué)習(xí)到很多一般性的方法，例如：需求獲娶模塊化、分治、估算、計劃等等。同時，我也認識到使用計算機解決實際問題的復(fù)雜性，在圖靈機模型和馮·諾依曼體系的計算機框架下，人們認識表達的過程（不斷反復(fù)、逐步深化）和計算機的實現(xiàn)過程（順序執(zhí)行）相差甚遠，軟件工程方法要提供給程序員們一種更加有效的對客觀世界問題域進行形式化的過程方法。向se進軍！至少這是現(xiàn)在的目標。謝謝裴老師！您的課通俗易懂，舉的例子貼近生活，讓我們易于接受。軟件工程心得體會「篇六」經(jīng)過這個學(xué)期的對ERP的學(xué)習(xí)，我拓寬了知識面，也提高了認識。認識的提高主要表現(xiàn)在兩方面：一方面是對自我的認識。學(xué)習(xí)用友ERP，我認為是熟悉會計工作最好的途徑。跟著書本做用友ERP模擬財務(wù)工作，也就是跟著規(guī)范的企業(yè)管理流程走了一遍在這個過程中要多去思考，多去想想每走一步的理由，把學(xué)過的會計知識盡量串起來。需要知道不同時期，會計需要干些什么事情，會計在不同時期的工作任務(wù)是什么。然后才是熟悉軟件，在學(xué)習(xí)過程中，不需要擔心錯誤而不敢做，也不能太過于隨意而錯漏百出，這并不符合會計謹慎精神。遇到了困難，先嘗試自己尋找原因，嘗試用不同的辦法解決問題。當認為自己的遇到的問題遠在能力水平之外，詢問老師或者別的同學(xué)，確實有種茅塞頓開的感覺。最后，我想到了一句話：“書山有路勤為徑”關(guān)鍵是在個“勤”字。平時有時間，多去機房練習(xí)，課堂的時間遠遠不夠自己去熟悉、掌握這個軟件，多到書店、圖書館找相關(guān)方面書籍進行提高，一本入門教材，不足以支撐日后復(fù)雜的會計工作。平時多上網(wǎng)查找相關(guān)問題的解決方法，也會有恍然大悟之感。學(xué)習(xí)的事情是需要一點一滴的積累的，循序漸進，求知似渴，一定會有收獲的。另一方面是對ERP形成正確的觀念。ERP的核心能力在整合，企業(yè)在它的協(xié)助下可以使交易和數(shù)據(jù)管理都上軌道，提高執(zhí)行速度，降低信息處理的成本，大幅度提升競爭力；之后，可以再藉ERP來提升決策管理的能力。在執(zhí)行方面，只要把數(shù)據(jù)整理清楚，把單據(jù)內(nèi)容正確地錄入，ERP的整合功能自然可以替企業(yè)帶來省力、正確、及時等自動化的好處。ERP將許多“事后”的管理工作提前為“事前”的管理，因而強化了事前稽核的功能。據(jù)此，ERP的實施是一項系統(tǒng)工程，是一個總體規(guī)劃、突出重點、分步實施的過程，企業(yè)通過ERP項目可以幫助規(guī)范管理，加強執(zhí)行能力，更充分地利用現(xiàn)有資源提高工作效率。軟件工程心得體會「篇七」我是今年進入xx公司參加軟件開發(fā)實習(xí)的，在此次實習(xí)中，除了讓我明白工作中需要能力，素質(zhì)，知識之外，更重要的是學(xué)會了如何去完成一個任務(wù)，懂得了享受工作。當遇到問題