軟件培訓心得體會

軟件培訓心得體會1

通過實訓中心老師的課堂講解與企業化標準的培訓，使我加深了對自己專業的認識。從而確定自己以後的努力方向。要想在短暫的實訓時間內，儘可能多的學到東西，就需要我們跟老師或同學進行很好的溝通，加深彼此的瞭解。只有我們跟老師多溝通，讓老師更瞭解我們，才能跟真切的對我們進行培訓工作。由此，班級的文化“共享”就在生活中慢慢形成了。

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

這次實訓帶給我太多的感觸，它讓我知道工作上的辛苦，事業途中的艱辛。讓我知道了實際的工作並不像在學校學習那樣輕鬆。

人非生而知之，雖然我現在的知識結構還很差，但是我知道要學的知識，一靠努力學習，二靠潛心實踐。沒有實踐，學習就是無源之水，無本之木。這次實訓讓我在一瞬間長大：我們不可能永遠呆在象牙塔中，過着一種無憂無慮的生活，我們總是要走上社會的，而社會，就是要靠我們這些年輕的一代來推動。這就是我們不遠千里來實訓的心得和感受，而不久後的我，面臨是就業壓力，還是繼續深造，我想我都應該好好經營自己的時間，充實、完善自我，不要讓自己的人生留下任何空白！

實訓中除了學到不少專業知識，也瞭解一些社會的現實性，包括人際交往，溝通方式及相關禮節方面的內容，對於團隊開發來說，團結一致使我深有體會。團隊的合作注重溝通和信任，不能不屑於做小事，永遠都要保持親和誠信，把專業理論運用到具體實踐中，不僅加深我對理論的掌握和運用，還讓我擁有了一次又一次難忘的開發經理，這是也是實訓最大的收穫。

現在我對“一個人最大的財富是他的人生經歷和關係網絡”這句話非常的有感情，因爲它確實幫了我們不少。除此課本上的知識畢竟有限。通過實訓，我班同學都有這樣一個感覺，課本上的理論知識與實際工作有很大差距，只有知識是遠遠不夠的，專業技能急需提高。

從最初的笨手笨腳，到現在可以熟練的按照流程開發軟件，這都與我班每個人的努力是分不開的。十個月的實訓，教會了我們很多東西，同時也鍛鍊了大家踏實、穩重的能力，每個人都很珍惜這來之不易的實訓機會。

在實際工作中經常會和不同的人打交道，然而他們的態度是不可恭維的，你會感覺到他的不耐煩以及他的高傲，所以這就需要學會溝通的方式及說話技巧，學會靈活面對。通過這十個月的實訓，我班同學都收穫頗豐，總體來說對這次實訓還是很滿意的。儘管實訓很累，每天早出晚歸。但真的很感謝學校能夠提供我們這樣好的實訓機會，以及東軟給予我們的實訓平臺。我們深刻的瞭解到，只有經歷過，才知道其中的滋味。對於我而言，喜歡體驗生活，可以說通過這次實訓，真真切切的讓我瞭解了什麼是軟件開發，什麼是軟件工程，讓我對於軟件最初的觀點也有了本質性的改變！程序員不僅僅是一份職業，更是一份細心+一份耐心+一份責任心=人生價值的詮釋。即將走向工作崗位的我們更要不斷加強自己的專業技能，社會不會要一個一無是處的人，所以我們要更多更快的從一個學校人向社會人轉變。爲此我們將會在以後的日子裏繼續努力，不斷激勵經驗，不斷磨礪自己，早日走向工作崗位。

軟件培訓心得體會2

這學期學習了軟件工程實踐這門課，我覺得這是對上學期的軟件工程課程學習的檢驗，上學期學習軟件工程只是我們淺顯的認識，相比之下，這學期就更加全面的說明了開發一個項目所需要的步驟以及開發項目過程中所需要注意的諸多細節。如果說上學期的課程注重理論基礎的話，那麼這學期的軟工實踐，顧名思義，就是側重我們動手操作的能力。

原來我認爲開發一個項目最重要的就是寫代碼，似乎整個軟件都是編代碼，因爲自己動手能力不強所以就很排斥做項目。可是經過我們學習軟工課程到團隊做項目再到學習軟件工程實踐課程之後，我才真正意識到實施一個軟件工程項目並不是說簡單的會編碼就能夠解決問題的，因爲一個軟件的生命週期分爲三個時期：軟件定義時期、開發時期、維護時期，而這三個時期整體又分爲七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開發一個項目時，更多的精力不是放在編碼上，編碼只是一個很小的模塊，而是項目的整體結構上。

在寫軟工實踐體會之前，我想在這裏總結一下上學期三人團隊做項目的相關事宜。上學期我們三人團隊根據軟件開發的步驟開發一個名爲“西大老鄉‘薈’”的社交系統，主要是爲西大學子提供一個找老鄉的平臺。雖然只進行到詳細設計階段，沒有進一步實現，但是我還是從中學到很多東西的。首先要先確定項目主題，也就是這個項目用來做什麼，可以解決什麼問題。接着就是這個項目是否有研究的必要以及是否有解決的辦法，針對我們的項目，我們對西大的一些學生做了問卷調查，並從調查中繼續完善系統本身的做用戶。第三步根據我們確定的項目主題進行需求分析，這一步驟當時做的不是很好，比如所畫E—R圖、數據流圖等都有考慮不周的問題，導致接下來的概要設計、詳細設計進行的很困難，有些步驟甚至還需要返工。

從我們在需求分析中出現的問題，使我們明白了軟件定義階段對於一個項目的開發是至關重要的，當軟件定義階段完成時必須要用正式的文檔準確的地記錄目標系統的需求。只有前期的準備工作做得好，後面的工作才能順利進行。雖然項目最後沒有完全實現，但是起碼我們已經初步體會到軟件項目開發的步驟，以及每一步所需要完成的文檔等內容。

這學期的軟件工程實踐雖然不是親自動手開發一個系統，但是張元平老師以“物聯網物流倉儲管理系統”爲主給我們講解了一個真實系統的開發過程，從計劃到項目系統的發佈實施，以及每一步必須生成的文檔。我主要從以下五個方面談一下我的心得體會。

第一、行業背景說明方面

對於一個軟件系統的開發，第一步就是問題定義，瞭解所開發系統的行業背景，制定計劃。當我們計劃確定以後就要對項目系統本身進行可行性研究，主要從技術可行性、經濟可行性和操作可行性三個方面着手。就比如《物聯網物流倉庫管理系統》的行業背景說明文檔中非常詳細地分析了當下物聯網物流行業的整體業務說明、應用背景、未來發展趨勢以及相關應用案例等四個方面，項目團隊中系統分析員就可以根據這份文檔以及相關的調查資料對將要開發系統的進行定義等工作。

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

第二、項目需求說明方面

這部分項目需求說明就是軟件定義時期中需求分析階段，而該階段的主要目的就是了解用戶的需要，根據用戶的需要確定系統必須完成那些工作，並對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格說明，即爲《物聯網物流倉儲管理系統》項目需求說明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時寫的需求規格說明書就非常不合格，不僅格式不正確內容也是少之又少。

在這方面，這篇文檔給我啓發很大。首先就是文檔的格式，要美觀整齊，讓人看着舒服方便。其次就是文檔的內容，原來它不是很重要，寫文檔的時候也不知道怎麼寫就借鑑下網上的內容，結果根本就沒有把自己項目的需求寫明白，以至於自己最後都有些糊塗，所以根據以前的經驗教訓我會對這部分更加重視。

第三、系統概要設計方面

這部分內容分說的是軟件設計時期的概要設計階段，該階段的主要目的就是實現系統的功能、設計軟件的結構、模塊組成以及模塊之間的關係。在概要設計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實現方案和軟件結構，從中選出最佳方案和最合理的結構。在這個階段還會具體畫出E—R圖、數據流圖等方面的設計。

比如《物聯網物流倉庫管理系統》的系統概要設計從項目概述、設計約束、功能單元與功能模塊設計、數據E—R圖設計、總體設計、界面設計等六個方面介紹，通過讀這個文檔，我覺得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模塊要做到高內聚低耦合，這樣開發出來的系統纔會具有更高的獨立性。

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

第四、詳細設計與分析方面

詳細設計階段就是把概要設計階段的每個模塊進一步設計，確定每個模塊所需要的算法和數據結構。在這個階段還是需要我們設計出程序的詳細規格說明，而不是編寫程序。在詳細設計階段，系統設計人員可以通過使用程序流程圖、盒圖、PAD圖等過程設計的工具和Jackson圖等面向數據結構的設計工具進一步設計系統相關接口，主要包括界面設計接口、業務單設計接口、單元模塊設計接口等，這些對於以後的編碼工作都是極其重要的。

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

關於編碼，我認爲編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時期要按部就班的做，文檔一定要按要求書寫，不能偷懶也不能草草書寫。對於編碼也要有相應的文檔書寫規範，要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣儘管我們不是設計系統的人員，當看到源程序代碼的時候也能容易讀懂代碼的意思。

其次就是測試的內容，從測試的文檔中我們可以得出，其實測試在軟件開發中同樣佔據了重要的地位，它主要就是儘可能多的找到問題並排除其中的潛藏的錯誤，最終把一個高質量的軟件系統交給用戶使用。它要求測試人員也要有很高的技術水平。

軟件培訓心得體會3

將近一個月的假期實習生活結束了，告別了這一次短暫的實習生活，這段時間也讓我感概萬分，有歡樂，也有苦累，也許這就是實習生活所必須經歷的吧。似乎嚐到了校園中所不能經歷的辛酸苦累，所以，這段時間裏我學到了很多，也都成爲了我人生中的寶貴財富，也邁向了社會中重要的一步，是非常值得珍惜的。

這次實踐主要就是學會使用公司軟件部門所開發的應用軟件和各種產品設備，熟悉和了解一貫的操作方法和可能出現的問題，並就如何解決問題向老員工請教方法。教我的是一位年紀稍大的老員工，先與我說了一下要點，然後讓我自已看，遇到不懂的就問。初次接觸，發現它並不像書本那樣的有條有序，許多信息夾雜在一起，令人眼花繚亂，而有不同的種類，要做到隨便一看就知是什麼單是不行的，因爲看過一點有關軟件測試的書籍，所有有點了解，但是這些根本不夠，於是接來的幾天我就踏踏實實的坐在哪裏認真的看產品介紹和說明書，熟悉它的大致結構。

熟悉了相關軟件和硬件的操作和基本故障診斷之後，我也成爲工作之中的一員，開始嘗試解決客戶應用產品中出現的一些問題。在這一段時間裏，主要任務有鞏固之前所學的，對常見的錯誤要一看便知，並養成認真仔細的工作習慣。在工作的過程中我也遇到了一些棘手的問題，但是經過大家的共同努力也一起解決了。經過了這些之後我也感覺到光靠培訓聽講是不那麼管用的，有時候也要自己試着去解決問題去親自動手測試一些東西，在實際的應用過程中去發現問題和解決問題，做任何事都是一樣要實事求是。

結合之前的培訓，瞭解我現在的任務就是熟悉各種軟件的操作和數據結構，然後在此基礎上盡一切可能的去模擬、去思考現實使用環境中的應用可能性和預測可能出現的狀況再對比一出現故障的概率等等，在這樣的一個環節之後我要做的'更細緻的活兒就是做好各種測試計劃和測試報告，然後對這些報告做一個準確和客觀的評估然後將我所獲得的結果反饋給軟件或者硬件開發人員。

經過了將近一個月時間學習，瞭解到自己還有許多的不足，首先是缺乏工作經驗，因爲自己缺乏經驗，很多問題而不能分清主次，還有些培訓或學習不能找到重點，然後工作態度仍然不夠積極，在工作中僅僅能夠完成佈置的工作是不夠的，若沒有工作做時可能就會鬆懈，不能做到主動學習。在工作中，不允許絲毫的馬虎，嚴謹認真是時刻要牢記的。同時，學術上不夠鑽研，這是由工作性質決定的，也是我自己選擇的，因爲在我看來，只有被市場認可的技術纔有價值，，但我畢竟是大三在校生，對科研技術進展方面都不瞭解，所以還需要更多的鍛鍊機會。

經過這一次的實踐與學習，我才慢慢開始真正瞭解了軟件測試工作，實習是一個開端，一個讓自己學會成長的地方，不管是從工作技能上還是爲人處事上，我都感覺到了自己有很大的提高。

首先，應對軟件測試感興趣和對自己有自信，如果具備了這兩點，那麼在開發過程中不管遇到什麼樣的困難，我相信自己一定能克服。作爲軟件測試工作者要善於懷疑，世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認爲不可能發生的事，我卻認爲可能發生，別人認爲是對的，我卻認爲不是對的。有時候，往往某些質疑纔是關鍵。保持一個良好的心情，否則很可能無法把測試作好，一定不能把生活中的不愉快的情緒帶到工作中來。在工作技能上，因爲從事的是測試工作，自己又沒有經驗，所以一切需要我從頭開始，而且更需要自己的努力、耐心和細心。這些都是自己欠缺的，但是在工作了這幾個月後，真的發現自己有了很大的改善。其次，讓自己成熟了許多。雖然不能用語言來描述，但是確實可以從生活中的點點滴滴感覺得到。經歷使人成長，只有經歷過，纔可以讓自己真的成熟起來。

剛開始的時候很多人都和我一樣，認爲軟件測試工作簡單，只需要動動鼠標就行，之後才明白當初的認識是多麼的膚淺。雖然自是功能測試，手工測試的工作，但是那鼠標也不是那麼亂點的!所以其實做任何一件事都要付出自己自己的真心，努力去做，勇敢去做，才能離成功更進一步。

軟件培訓心得體會4

軟件測試在整個軟件週期中的重要性，它存在於整個項目週期，在項目開始之初需求調研的時候就開始了，在形成需求規格說明書的時候就需要針對文檔進行測試。這個環節在後續整個項目中佔了很大的比重，能主導整個項目的走向，成敗與否全在於開始階段的決策。

再嚴密的測試也不能完全發現軟件當中所有的錯誤，但是測試還是能發現大部分的錯誤，能確保軟件基本是可用的，所以在後續使用的過程中還需要加強快速響應的環節。結合軟件測試的理論，故障暴露在最終客戶端之前及時主動的去發現並解決。這一點就需要加強研發隊伍的建設。

經過這次培訓中多個案例的講解，讓我瞭解到系統在上線之後會有很多不能預知的性能問題，需要在上線之前實現進行模擬，以規避風險，包括大數據量訪問，高併發數等等。

當然也有很多應對手段，沒有哪種手段可稱爲最完美，只有最合適的，需要靈活掌握，綜合運用以達到最優程度，這是個很值得研究的領域。

目前我們在項目建設過程中對性能壓力測試的重視程度還不太高，廠家也很少有僱傭第三方的測試機構。而是在現網進行試用，遇到問題再解決，可能會產生滯後問題，影響客戶使用。希望以後能在性能測試方面提高重視程度，加大人力投入，以保證系統上線後能夠穩定運行。

對於快速響應這塊，我們不能一味依賴廠家，而希望自己就能快速響應，及時將問題解決。這也是一個比較長遠的問題，需要加強研發力量的投入。

我個人是做開發出身，有此類經驗，當時是在客戶現場，因爲了解系統內部結構，能夠在第一時間排查解決客戶所反饋問題。

現在系統完全由廠家開發，很難了解內部結構，或許會造成後期維護困難。所以，是否應該針對某些項目介入廠家研發工作，比如請廠家提供源代碼等相關要素，以增進維護人員對系統的瞭解。

最後再次感謝公司提供的平臺，感謝領導的信任，讓我有機會得到更深層次的學習以及展示自己能力的機會，我也會盡我所能來完善工作的系統，提高整體工作效率，爲南方電網的發展建設提供更堅實，優秀的支撐服務平臺。

軟件培訓心得體會5

20xx年x月x日。我懷着對提高並實現自我價值的心態，走進深圳走秀網絡科技有限公司的大門，開始了自己大學裏兼職實習工作。轉眼間。6個月的實習時間就要過去了。回想起這段時間的工作過程，我深深的認識到在走秀網實習的選擇是絕對正確的，走秀網和公司的同事們對我個人產生的積極影響也是超越我料想之中的。現將這段時間的工作進行如下總結。

首先，要具有良好的學習能力。剛進走秀，帶我的老大是哈爾濱人，我跟她很投緣。開始的一個星期，我只是熟悉公司的一些業務和我們前端的測試範圍，在熟悉業務的過程中，我發現這些頁面上的東西看上去挺簡單的，但是要深入瞭解還是需要很長的一段時間。期間老大叫一個老員工帶着我去測試一些之前xiu2.0所遺留的簡單的bug。走秀網的測試部還比較大，所以對工作的流程和上線之前的版本控制的非常嚴格。我們在上線之前，會經過兩套環境，功能測試環境和鏡像環境，功能測試環境是對需求和功能的一個詳細的驗證環境，鏡像環境是模擬生產環境迴歸之前我們在功能測試環境上鎖遺留的一些小的bug。因爲不知道這些轉測試的bug是怎麼產生的，所以需要去跟開發人員溝通，開始的時候自己一個人不敢過去開發部，就讓老員工(才哥)帶着過去，一段時間過後，我開始自己去和開發溝通交流，從發現問題的重現，到催促開發修改和轉測試，這一段時間讓我深刻體會到溝通時多麼重要。

在走秀期間，我們測試部總監還會對我們不定時的培訓。教會我們測試的工作流程和每個階段應該展開的工作範疇。作爲測試，必要會使用的缺陷管理工具bugzilla和測試用例管理工具testlink，還給我們培訓了，如何使用自動化工具ruby+watir來對一些測試點進行自動化腳本的編寫。慢慢的，在對公司的業務瞭解的比較透的時候，老大就開始讓我們自己對一些小需求進行測試，測試的過程中，不僅僅是對頁面和表面功能進行測試，還要根據需求文檔和頁面的顯示對數據庫表進行查詢操作，查看頁面的顯示和功能是否和數據表裏面的一致，還要在後臺日志中查看是否有報錯。所以，測試並不是像我想象中的那麼簡單，不是在頁面上點來點去就可以測的好的。

實習可以使每一個學生有更多的機會嘗試不同的工作，扮演不同的社會角色，逐步完成職業化角色的轉化，發現自己真實的潛力和興趣，以奠定良好的事業基礎，也爲自我成長豐富了閱歷，促進整個社會人才資源的優化配置。作爲一名學生，我想學習的目的不在於通過畢業考試，而是爲了獲取知識，獲取工作技能，換句話說，在學校學習是爲了能夠適應社會的需要，通過學習保證能夠完成將來的工作，爲社會做出貢獻。然而步出象牙塔步入社會是有很大落差的，能夠以進入公司實習作爲緩衝，對我而言是一件幸事，通過實習工作了解到工作的實際需要，使得學習的目的性更明確，得到的效果也相應的更好。

人要想成功及獲得好的業績，必須牢記一個規則：我們永遠不能將個人利益凌駕於團隊利益之上，在團隊工作中，會出現在自己的協助下同時也從中受益的情況，反過來看，自己本身受益其中，這是保證自己成功的最重要的因素之一。

軟件培訓心得體會6

在支付寶測試分析的角色和系統分析的角色是對應的，只不過一個是測試類的另外一個是開發類的。系分下面會有相應開發，測分下面會有相應的測試用例編寫和執行人員。也就是說測試分析文檔是對測試執行人員的一個指導(在我原來的理解方式上，覺得測試分析人員應該是用例編寫人員;而在這裏測試分析人員是從業務上去分析的，用例是用例執行人員來寫並且執行的)。

而通過這次的這次分析覺得自己的測分還存在以下的問題：

1、太關注開發的內部實現邏輯。建議：將開發內部實現邏輯看成一個黑盒子，測試分析要從這個黑盒子的輸入和輸出上去看開發內部實現邏輯是不是有問題，而不應該先去了解開發的實現邏輯然後按照他們的思路去分析。

2、分析文檔寫的過於詳細，甚至將用例的步驟都寫了出來。建議：測試分析要從全局上去看問題，細節的東西即便是知道的，也要留給之後的用例編寫人員去了解(就像系分之後的開發需要去寫詳細設計的道理一樣)，這樣後面的人才會自己主動去想問題。

3、分析文檔要考慮維護性問題，不要出現類似比如還款中狀態爲“R”這種具體的數據內容。因爲我的分析是對後續用例編寫人員的一個指導性的文檔，所以如果側分這麼寫很有可能導致用例也照着這麼寫，其實不管側分和用例都不應該具體寫到R這麼細節，否則的話開發稍作變動我們就要相應變動我們的用例

4、沒有明確測試目的。review用例的時候，沒有提出每個用例需要明確一個測試目的，讓別人來看這個用例的時候能明白到底是怎麼回事。

總結：

1、以後寫測試分析文檔，依據僅僅是prd文檔，必須拋開開發實現邏輯部分(即不去看系分文檔)，待測分出來之後，再去看系分文檔，互相看看彼此考慮的是否存在遺漏的地方。等到在寫用例的時候再讓寫用例的人和相應的開發去互相明確更細節的東西。

2、寫用例我們目前都是僅僅做到對流程上的每個節點去單獨分析，細到看輸出的時候會關注到數據庫表的一個變化。但是除了以上部分，其實還少了對整體流程的關注，需要增加業務流程的各條路徑的一個覆蓋，在針對路徑的用例中不需要關注到數據庫表級那麼細。

3、在做流程路徑覆蓋之前應該畫一個路徑圖，這個圖的畫法考慮各個入口的不同分開畫流程圖，分別進行路徑覆蓋。

軟件培訓心得體會7

時光荏苒，歲月如梭，不知不覺間發現我來公司已經有一個月的時間了。起初剛來報到時內心充滿着無限的嚮往，想像着職場生活會是怎樣的精彩，在哪裏會體現自己的價值，可是第一天就受到了打擊，發現自己什麼都不會，連領導們在討論什麼事情都聽不懂。我知道，從大學到社會工作是要經歷一個過渡階段的，當然，這個過程中就需要自己去學會適應，學會成長，逐漸從一個稚嫩的大學生蛻變成爲一個社會需要的人。

第一天上班我被分配的任務就是學習我們龐大集團所使用的財務軟件—金蝶K3，對於我來說，K3是一個很陌生的軟件，但是我想畢竟在大學裏學習過用友財務軟件，財務知識都是一樣的，軟件也一定有相通的地方。首先，我學習了集團編寫的整車物流系統實施手冊和金蝶K3財務系統操作手冊，看了這兩本書後，只是對金蝶有了淺顯的瞭解，想象着軟件的操作流程。接着，用了一定的時間將我們公司的金蝶K3培訓視頻全部觀看了一遍，在這個過程中我體會到工作中不僅要應用我們所學的財務知識，同時還要掌握軟件的操作技巧，這就要求我們做到學以致用。通過學習K3，我深刻的理解了這句話“知識是永遠也學不完的”。在學習過程中，我總結了金蝶K3的一些學習方法，在這裏與大家分享，如有不妥之處，望大家提出，我們共同進步。

第一，我們應該熟悉業務，清楚公司會涉及到哪些具體的業務，比如說外購業務、銷售業務、委外加工業務、車輛代管業務、車輛調撥業務等等。我認爲，只有清楚了具體的業務才能明白會計的核算流程。

第二，我們應該理清思路，對具體業務的會計覈算流程有一個清楚的認識，比如說外購入庫業務，首先是保管錄入外購入庫單並審覈，然後由會計人員下推生成購貨專用發票，兩者相互鉤稽，進行入庫覈算並生成憑證傳遞到總賬。只有清楚了覈算流程，才能知道要做什麼，纔不至於不知道從何處開始或者到某個步驟卡住不知道接下來應該做什麼。

第三，在視頻學習過程中，要高度集中注意力，堅持做筆記，對於其中的重點細節部分和強調需要注意的事項要記錄下來，好好琢磨反思，再到軟件中去實際操作體會。

第四，在實際操作之前，完成前期數據準備。基礎資料是運行K3系統的基石，就像蓋房子前要準備好材料一樣，有了準備的基礎資料才能進行系統的初始化。

第五，謹記我們集團的財務制度，有一些東西是硬性要求，是不允許被更改的，比如說，不允許作廢憑證；期末發票未到要進行暫估處理；暫估處理要在“物資採購”的貸方體現；所有損益類科目按其默認餘額方向記業務發生數據，其相反方向記結轉損益數據等等。

第六，遇到問題就要解決。在學習過程中難免會遇到很多問題，視頻學習過程中當遇到不懂的問題時先記錄下來（記錄很重要），當看完這一節時再返回去找到不懂的地方反覆看。因爲當時你不懂但是當你把這一節全部看完時可能就明白了，如果不明白就需要反覆多看幾遍，細細琢磨，有些問題我們在短時間內無法解決，或者無法獨立解決，那我們就要去虛心請教他人，直至明白爲止。

第七，在視頻學習過程中，還要勤動手，學了一個知識點就去嘗試着操作，這樣才能使知識得到應用，也才能對知識理解的更加深刻。學以致用，切合實際；只學不用，很難深入。

然而，會寫字不等於會寫文章。學會了軟件的單個操作應用，其實只是學會了“寫字”，但是工作上要求交出的作業是“文章”，這就需要自己去融會貫通，在實際業務中積累經驗，從而寫出一篇篇滿意的文章。

第八，我們要重複看K3視頻，看一遍只略懂皮毛，看兩遍加深瞭解，看三遍記住一些知識點，看很多遍後，你會發現每次都能學習到新的知識。當然，不能一口氣看到底，要勞逸結合，累了就休息一會兒，這樣學習效率纔會高。

第九，學會擴展思考。學習了一個知識點，不妨嘗試着自己給自己出題，用這個知識點可以做些什麼？把每個想法都實踐一下。以後你會發現你學習的東西很連貫，實踐中需要的操作皆在“意料之中”，因爲你在學習的時候就已經解決了這些問題。

這是我學習金蝶K3的一些心得體會，一些個人見解如有不妥之處請大家不吝指出；如果大家有更好的學習方法，我們互相交流，以達共勉。

堅持“活到老，學到老”的信念，我想必能成就屬於自己的一片天空。“點點滴滴，造就不凡。”在以後的工作中我們不斷積累經驗，細心加耐心，懷着無限憧憬與希望，定能把枯燥的工作演變成多姿多彩的生活。

軟件培訓心得體會8

這個學期學習了工程造價軟件應用——————廣聯達軟件的應用，這門課程只有十六個課時，這對於我們來說是很困難的，用十六個學時的時間去學好一個軟件，而且它還是一個包括三個模塊的軟件。剛開始的時候自己還告誡自己一定要好好學習這個課程，因爲以後工作中如果從事造價工作的話一定會用到它的，它將是我們以後工作的一個手段，是我們工作的得力助手，我們在工作中是離不開它的。所以我們必須去學好這個軟件，必須學會運用這個軟件，進而去熟練的運用這個軟件，再次就是把它應用到實際的工作中去。

開始接觸到這個軟件時心裏面就有一點很擔心，因爲自己在以前的學習中，我對計算機不是很感興趣，學習計算機軟件一直都是我的一個軟肋，說實話我心裏面真的很擔心，我害怕自己學不好這個軟件，但是我知道只要自己努力去學習，一定會學習好的。

在開始學習的時候自己還沒有感覺廣聯達這個軟件有什麼困難，感覺很簡單。

在開始老師總是告訴我們在應用軟件時要適時看下面的提示，這樣會簡單好多，老師給我們總結出繪製構件的三個基本步驟：

選構件、選方法、看提示。在廣聯達圖形算量軟件GCL20xx模塊下，最基本的是先建立好軸網，然後就是在定義和繪圖之間來回轉換，把定義模式中定義好的構件在繪圖模式中繪製在軸網中。

我們只需要按照繪製的順序繪製就好，按照：牆、門窗洞口、柱、樑、樓梯、裝修、土方、基礎、其他、自定義的順序進行定義繪製。然後一層一層的繪製就可以了。

等繪製好之後在廣聯達計價軟件模塊中選擇清單或者定額模式進行綁定、換算定額、套價，出清單或出總價。在廣聯達鋼筋抽樣GGJ20xx模塊下，進行抽筋算量，按照：柱、牆、門洞口、樑、板、基礎、自定義、其他的順序進行定義繪製，然後匯出總量即可。

我們買了最新版的密碼狗，可以進行全程的算量，通過這段時間我的練習，我認爲繪圖算量前必須進行三項準備工作：

1、分圖紙：把圖紙分爲：總說明、基礎、框架柱、牆和暗柱配筋、連樑配筋、樑配筋、板配筋、結構平面圖、零星（樓梯節點等）九大部分。對構件來說，這9部分是獨立的。

2、分析繪圖先後順序：首先根據總說明建立工程，把基礎放在第一種構件繪圖，而後是框架柱，可以使用柱表功能。再做牆和約束邊緣構件配筋，因爲牆會是樑的支座。再下來是連樑配筋，因爲連樑會是次樑的支座，所以連樑放在樑的前面。接下來是主樑、次樑。繪製完上述的構件後，板和板配筋就很方便了，利用點式畫法或自動生成最小板，很快可以把板繪製完，再配板鋼筋。最後算樓梯等零星。

3、建立樓層關係表：在廣聯達軟件中，層的概念很重要，掌握了層，軟件的應用就會很簡單了，把建築裏的構件分爲水平構件和豎向構件，水平構件分爲樑、板，豎向構件爲剪力牆和柱。儘量用層來控制豎向構件，非到萬不得以不要用輸標高來控制豎向構件。我在畫圖之前建立一張樓層關係表，根據此表在軟件中建立樓層，按總說明在此表中標上構件砼標號，在鋼筋軟件裏很快可以把鋼筋的錨固和搭接調好。此表放在電腦前，可以在匯圖時隨時清楚的看到自己算在哪層，因爲圖紙上有些構件是按層來標示的，有些是按標高來標示的，有了這張樓層關係表，計算時很方便，不用來回推算。

鋼筋工程基本思路和圖形工程基本思路：

1、鋼筋工程基本思路：

在計算鋼筋工程量時，首先建立軸網，因爲工程軸網是繪製其他構件的基礎，所以建立正確軸網是繪圖算量的最近本的關鍵。

基礎：根據不同的基礎類型，定義和繪製不同的類型。

框架柱：首先做出基礎部分框架柱，然後複製到上一層，通過原位標註把截面尺寸和鋼筋信息不同的柱子更改過來即可。

畫圖時只要畫出一層構件，其他樓層通過複製即可。在繪製時靈活應用設置柱靠樑邊、調整柱端頭、F4等命令能快速確定出柱的位置。

牆：雖然牆的層數多，但是變化很少同樣採取做一層構件複製到其他層，再修改屬性方法處理。

約束邊緣構件：做完牆後，有助於確定約束邊緣構件的位置。建立構件時採用建立異型構件方法處理，在座標方格內繪製柱截面後，隨即定義好插入點，方便繪圖。然後自定義各種鋼筋，由於此部分構件錄入需要一個一個箍筋錄入，本次工程在此部分使用了相對較多的時間。

樑：樑比較直觀，只要按圖紙標註錄入鋼筋信息即可，標註時使用梁平法表格進行標註，對跨數自動識別與圖紙不相同的樑採用；設置樑支座、刪除樑支座，對於同名相同標註的樑採用應用同名樑；對於不同跨有相同的鋼筋信息我採用樑跨格式刷；對於某一跨某一位置鋼筋信息相同的，我又採用樑跨數據刷，減少了重複勞動，提升了佈置鋼筋的效率。軟件自動考慮了樑與柱之間的關聯，比手工算量簡便很多。

板：底層框架裙房部分的板形狀不規則，按自動生成板來畫板，這樣就不容易產生板重疊的現象（用畫線來畫板容易使板重疊）。然後再根據需要合併板、畫線分割板爲佈置板筋作準備。

樓梯及零星構件：繪圖輸入不能處理時，使用單構件輸入法來處理，樓梯可採用選擇正確的標準圖輸入數值計算，對於不能參數輸入計算的構件採用表格輸入計算，較手工計算還是方便不少。

最後，檢查構件屬性及佈置是否符合設計要求；檢查鋼筋尺寸是否符合設計要求及規範規定—“編輯鋼筋”；檢查同類型構件的鋼筋量—“查看鋼筋量”；查看對應的報表，如“鋼筋定額表”“鋼筋統計彙總表”等。

鋼筋輸入必須是繪圖輸入與單構件輸入的有機結合。

構件錄入完畢後，根據圖紙設計說明修改計算設置彙總計算爲方便對彙總出來的構件能夠有一個一目瞭然的效果，在定義構件的時候最好把能描述的特徵簡練的備註在構建的後面。

根據我學習廣聯達的體會，我認爲學習廣聯達可以劃分爲三個階段的學習：第一階段：掌握軟件的結構及其功能。這時我們還處於學習軟件的初級的階段，現在的我們還是在慢慢的去了解廣聯達的各個功能。

第二階段：工程適用軟件。在這個過程中，我們已經對軟件的有了一定的瞭解，我們需要拿一些簡單的工程來學習軟件。將我們所掌握的軟件的功能實際的應用到工程裏面去，在這個過程中我們會遇到好多的問題，我們要去解決這些問題。

第三階段：功能適應工程。在對軟件的功能有了較深的瞭解後，就可以真正應用到工程裏面去了。

這個階段應該是我們到工作的時候了，但是我們遇到的實際工程是千變萬化，我們要再對軟件功能充分了解以後，根據工程的需要提取軟件的功能來滿足工程要求。

廣聯達軟件是我們以後工作中需要使用的軟件，這三個階段是我們必不可少要經歷的階段。

但是其實無論什麼軟件都只不過是爲我們服務的一種工具，只要我們有心去學，用心去使用，都是很容易學會和撐握，廣聯達也不例外，只有我們瞭解和掌握了其功能，靈活應運，變通處理工作中遇到的各種問題。

總之我在學習廣聯達軟件的過程中學到了許多東西，它對我的幫助很大。

軟件培訓心得體會9

通過這次課程設計的實訓，增加了我學習軟件技術的興趣，雖然還不明確軟件技術包含的具體內容，但從C++語言這門課程開始，已發現程序設計的樂趣，在學習C++語言的過程中也學到了許多計算機應用基礎知識，對計算機的機體也有了一個大體的瞭解。在實際操作過程中犯的一些錯誤還會有意外的收穫，感覺實訓很有意思。在具體操作中對這學期所學的C++語言的理論知識得到鞏固，達到實訓的基本目的，也發現自己的不足之出，在以後的上機中應更加註意，同時體會到C++語言具有的語句簡潔，使用靈活，執行效率高等特點。發現上機實訓的重要作用，特別是對數組和循環有了深刻的理解。

通過實際操作，學會C++語言程序編程的基本步驟、基本方法，開發了自己的邏輯思維能力，培養了分析問題、解決問題的能力。深刻體會到“沒有做不到的，只有想不到的”，“團結就是力量”，“實踐是檢驗真理的標準”，“不恥下問”的寓意。

在此希望以後應多進行這樣的實訓，加長設間，培養學生獨立思考問題的能力，提高實際操作水平。

通過本次項目實訓我要感謝學校領導給我們提供了這次機會，讓我們自己有出去體會生活，自己做項目的深刻體會。這次實訓讓我明白我自己之前的學習還是差很多，只有不斷的努力，才能學好。還要感謝達內公司對我的指導，我自己的努力固然重要，但是達內的優秀教師給我做的培訓，講的理論都讓我受益匪淺，讓我對軟件有了一個新的概念新的理解。