模擬實訓個人心得體會20233篇 模擬實訓，收穫頗豐！
本次模擬實訓對於我個人而言，是一個非常珍貴的機會。通過這次實訓，我不僅鍛鍊了自己的實際操作能力，更重要的是學會了如何在團隊中合作，以及如何處理工作中的各種情況。在之後的工作中，我會更加努力，發揚所學，不斷提高自己的素質和能力。
第1篇
大一的時候我們已經練習過一次手工實訓，但這學期學校為我們安排的這個手工模擬實訓，是在我們學完財務會計後針對更深一層次的認識，讓我們接觸到很多我們以前沒有遇到過的科目在實際中的運用，學校旨在提高我們動手操作的基本技能，使我們更好地掌握從編制憑證開始到登記帳簿直到編制會計報表這一會計核算過程，提高我們的實踐能力，突出“重實踐，強技能”在老師的帶領下我們在第一週的時候作了一次總的計劃安排，在瞭解企業的基本資料後，知道我們這次是負責12月份的業務往來及年終報表。
由於工作量比較大，老師讓我們把這個月的業務一分為三，1~10日彙總一次，11~20日彙總一次，21~31日彙總一次。第一次課我們是完成建賬任務，主要是以出納角色建立日記賬，一合適的會計角色建立分類賬，並登記期初餘額。二次課時完成1~10日的業務處理，業務處理的流程是：識別原始憑證，根據審核無誤的原始憑證填制記賬憑證或保存好原始憑證，登記日記賬明細賬。
每筆業務一個循環，這樣才能不保證會有錯漏，我因為有一次為了圖方便，不是按循環來的，而是一次性填制好記賬憑證，再登日記賬明細賬，結果後面還是出現過問題。第三次課我們是編制1~10的科目彙總表，並登記總賬。在編制科目彙總表之前我們要根據記賬憑證，用t型賬户進行彙總，再根據t型賬户的彙總數編制科目彙總表，然後再登記總帳。後面幾周就是按同樣的方法完成11~31日的業務。除卻這些我們有時還要進行錯帳更正，比如對於錯帳更正的記賬憑證，與正常憑證一樣的程序：先登記日記賬再登明細賬，在月末時與其他憑證一起彙總，知識要注意金額的顏色。期末業務比較繁瑣，這也是對我們的一次挑戰，這是對專業知識和經驗判斷的一次考驗!如製造費用的分配，固定資產折舊，無形資產的攤銷，利息的計提，費用的分配，資產減值準備的計提，税費的計提，提取法定的盈餘公積，月末結賬。直到第九次課時我們已經完成了這個月的業務，接下來是對賬，包括賬證核對，賬賬核對，賬實核對。
然後是財產清查，主要是存貨的清查。還有就是結賬，但是結賬也有很多要注意的地方，比如日記賬、總賬、存貨明細賬、應繳税費明細賬等結賬用雙匯線，而往來明細賬、費用明細賬、成本明細賬就用單紅線。最後就是出報表，這是我們覺得最難的地方，也是我們檢驗前面做得是否正確的一次核對。老師要我們出資產負債表和利潤表。我在出報表的時候，總是不平，算了很多次，後來檢查了很多次後才發現漏了一個。最後終於還是平了，讓我心裏很是高興!出了報表，接下來就是整理工作了，我們把整理好的記賬憑證整理好在自己教室裝訂好，我發覺裝訂也是一個很需要細心的事，必須每張憑證都要整齊，保證原始憑證都能訂到，打孔的位置也要事先預定好，不然用包角紙就會包不住，不能達到美觀。這些細節都是很應值得注意的!張老師在這個課上不僅是做到了一個引導者，更教了我們很多方法，及現實生活中又要怎麼做!老師每一節課都有提醒我們嚴格按照規範的程序完成每筆業務的處理，數字書寫規範，保持環境衞生，要養成一種良好的職業習慣。
此孜孜不倦!經過十多周的手工實訓，使我的會計知識在實訓中得到了驗證，並學到了一定的基本實際操作能力。在取得實效的同時，我也在操作過程中發現了自身的許多不足：
1、比如自己不夠心細，經常看錯數字或是遺漏業務，導致核算結果出錯，引起不必要的麻煩;
2、實際工作中編制會計分錄，在這方面我還存在着一定的不足，今後還得加強練習。
希望在接下來的日子裏，學校能給我們更多的實訓課，以便我們能不斷地查漏補缺，這樣更能幫助我們學好會計這門課，為以後走向社會奠定良好的基礎。通過實訓，我們對會計核算的感性認識進一步加強。我們這次實訓是綜合性訓練，既是主管會計、審核、出納，又是其他原始憑證的填制人，克服了分崗實訓工作不到位的不完整、不繫統現象。加深理解了會計核算的基本原則和方法，將所有的基礎會計、財務會計和成本會計等相關課程進行綜合運用，瞭解會計內部控制的基本要求，掌握從理論到實踐的轉化過程;熟練掌握了會計操作的基本技能;將會計專業理論知識和專業實踐，有機的結合起來，開闊了我們的視野，增進了我們對企業實踐運作情況的認識，為我們畢業走上工作崗位奠定堅實的基礎。
第2篇
隨着會計制度的日趨完善，社會對會計人員的高度重視和嚴格要求，我們作為未來社會的會計專業人員，為了順應社會的要求，加強社會競爭力，也應該嚴於自身的素質，培養較強的會計工作的操作能力。於是，這個學期老師給我們安排了三週的實訓時間，我有幸進入永康麥特爾金屬製品有限公司財務部開始自己的實訓生活。現在該公司已呆了將近 21 天的時間，在這短暫的期間，在指導老師的帶領下，逐漸對公司的業務操作流程有了一定的認識和掌握。
實訓剛開始的第一個星期,帶我的郎經理給了我一大堆會計憑證,整天要對着那枯燥無味的賬目和數字而心生煩悶、厭倦。梁啟超説過：凡職業都具有趣味的，只要你肯幹下去，趣味自然會發生。因此，我也靜下心來看每一筆憑證.郎經理還告訴我説做賬切忌：粗心大意，馬虎了事，心浮氣躁。做任何事都一樣，需要有恆心、細心和毅力，那才會到達成功的彼岸!
看了一個星期的會計憑證後,我開始負責做會計憑證,我覺得其實會計憑證的填制並不難，難的是分清哪些原始憑證，就是各種各樣五花八門的發票. 在做了上月份的會計憑證後,感覺計算的工作量非常的大,數據也不像我們平常做的作業那樣一般都是整數,有些程序上面也和我們學的有差別,在實際做帳的時候是要經過一定的歸類的,有時候一大串應付帳款下來,要讓它借貸平衡都可以讓我查一個下午,這也讓我體會到了做為財會人員仔細是多麼的重要。
學習完製作憑證，學習編制報表，實訓單位全部使用的是會計電算化，使用的是銀色新中大軟件，於是在朗經理身邊也學了不少會計電算化的內容。如如何建賬，制憑證，審核，出報表等一系列流程。很遺憾的是一個月的實訓很快就結束了，好多東西我還沒有學到，比如做所得税報表，填總分類等。
在實訓期間也讓我知道了一些書本上學不到的東西,例如説增值税專用發票不像我們通常的保留兩位小數而是需要保留6位小數.這是我從來不知道的.因為我實訓的公司是對外貿易的,一些電動工具及配件都是銷往國外的.剛好國家在上月份出台了新政策降低了出口退税的百分比,這使我們公司遭受到沉重的打擊,甚至有些定單已經是虧本經營了.這一事件我感受到了國家政策與一個企業的發展是息息相關的.做為我們財會專業人員的工作範圍不僅僅是記帳,算帳,報帳,那麼簡單,瞭解國家的政策趨向也是非常重要和有必要的工作之一. 這可以使企業避免一些不必要的損失和掙取更大的收益。 .
這次實訓是有益的，它讓我知道自己在什麼方面有欠缺,還需要加強,使我在以後大二,大三的學習更加有目標,也為我以後踏入社會工作準備了很多良好的知識與經驗。
第3篇
這學期學習了軟件工程實踐這門課，我覺得這是對上學期的軟件工程課程學習的檢驗，上學期學習軟件工程只是我們淺顯的認識，相比之下，這學期就更加全面的説明了開發一個項目所需要的步驟以及開發項目過程中所需要注意的諸多細節。如果説上學期的課程注重理論基礎的話，那麼這學期的軟工實踐，顧名思義，就是側重我們動手操作的能力。
原來我認為開發一個項目最重要的就是寫代碼，似乎整個軟件都是編代碼，因為自己動手能力不強所以就很排斥做項目。可是經過我們學習軟工課程到團隊做項目再到學習軟件工程實踐課程之後，我才真正意識到實施一個軟件工程項目並不是説簡單的會編碼就能夠解決問題的，因為一個軟件的生命週期分為三個時期：軟件定義時期、開發時期、維護時期，而這三個時期整體又分為七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開發一個項目時，更多的精力不是放在編碼上，編碼只是一個很小的模塊，而是項目的整體結構上。
在寫軟工實踐體會之前，我想在這裏總結一下上學期三人團隊做 項目的相關事宜。上學期我們三人團隊根據軟件開發的步驟開發一個名為“西大老鄉‘薈’”的社交系統，主要是為西大學子提供一個找老鄉的平台。雖然只進行到詳細設計階段，沒有進一步實現，但是我還是從中學到很多東西的。首先要先確定項目主題，也就是這個項目用來做什麼，可以解決什麼問題。接着就是這個項目是否有研究的必要以及是否有解決的辦法，針對我們的項目，我們對西大的一些學生做了問卷調查，並從調查中繼續完善系統本身的做用户。第三步根據我們確定的項目主題進行需求分析，這一步驟當時做的不是很好，比如所畫e—r圖、數據流圖等都有考慮不周的問題，導致接下來的概要設計、詳細設計進行的很困難，有些步驟甚至還需要返工。
從我們在需求分析中出現的問題，使我們明白了軟件定義階段對於一個項目的開發是至關重要的，當軟件定義階段完成時必須要用正式的文檔準確的地記錄目標系統的需求。只有前期的準備工作做得好，後面的工作才能順利進行。雖然項目最後沒有完全實現，但是起碼我們已經初步體會到軟件項目開發的步驟，以及每一步所需要完成的文檔等內容。
這學期的軟件工程實踐雖然不是親自動手開發一個系統，但是張元平老師以“物聯網物流倉儲管理系統”為主給我們講解了一個真實系統的開發過程，從計劃到項目系統的發佈實施，以及每一步必須生成的文檔。我主要從以下五個方面談一下我的心得體會。
對於一個軟件系統的開發，第一步就是問題定義，瞭解所開發系統的行業背景，制定計劃。當我們計劃確定以後就要對項目系統本身進行可行性研究，主要從技術可行性、經濟可行性和操作可行性三個方面着手。就比如《物聯網物流倉庫管理系統》的行業背景説明文檔中非常詳細地分析了當下物聯網物流行業的整體業務説明、應用背景、未來發展趨勢以及相關應用案例等四個方面，項目團隊中系統分析員就可以根據這份文檔以及相關的調查資料對將要開發系統的進行定義等工作。
原來我們寫這類文檔的時候就是草草了事，不會做得這麼詳細，而這次看到大型項目的行業背景説明也是這麼詳細，也讓自己認識到不管是軟件開發的那個階段都要認真對待，這些瑣碎的文檔都是後期開發項目的支撐，只要它們做的透徹，後面的開發工作才能更順利的進行。
這部分項目需求説明就是軟件定義時期中需求分析階段，而該階段的主要目的就是了解用户的需要，根據用户的需要確定系統必須完成那些工作，並對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格説明，即為《物聯網物流倉儲管理系統》項目需求説明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時寫的需求規格説明書就非常不合格，不僅格式不正確內容也是少之又少。
在這方面，這篇文檔給我啟發很大。首先就是文檔的格式，要美觀整齊，讓人看着舒服方便。其次就是文檔的內容，原來它不是很重要，寫文檔的時候也不知道怎麼寫就借鑑下網上的內容，結果根本就沒有把自己項目的需求寫明白，以至於自己最後都有些糊塗，所以根據以前的經驗教訓我會對這部分更加重視。
這部分內容分説的是軟件設計時期的概要設計階段，該階段的主要目的就是實現系統的功能、設計軟件的結構、模塊組成以及模塊之間的關係。在概要設計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實現方案和軟件結構，從中選出最佳方案和最合理的結構。在這個階段還會具體畫出e—r圖、數據流圖等方面的設計。
比如《物聯網物流倉庫管理系統》的系統概要設計從項目概述、設計約束、功能單元與功能模塊設計、數據e—r圖設計、總體設計、界面設計等六個方面介紹，通過讀這個文檔，我覺得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模塊要做到高內聚低耦合，這樣開發出來的系統才會具有更高的獨立性。
在原來做項目時沒有編寫過這類文檔，在該階段只是畫了結構圖、層次圖以及相關的模塊劃分，對該類文檔尚未重視。通過張老師的講解和自己的學習，我相信在以後做項目的時候一定會注意到這類文檔的編寫。
詳細設計階段就是把概要設計階段的每個模塊進一步設計，確定每個模塊所需要的算法和數據結構。在這個階段還是需要我們設計出程序的詳細規格説明，而不是編寫程序。在詳細設計階段，系統設計人員可以通過使用程序流程圖、盒圖、pad圖等過程設計的工具和jackson圖等面向數據結構的設計工具進一步設計系統相關接口，主要包括界面設計接口、業務單設計接口、單元模塊設計接口等，這些對於以後的編碼工作都是極其重要的。
關於編碼，我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時期要按部就班的做，文檔一定要按要求書寫，不能偷懶也不能草草書寫。對於編碼也要有相應的文檔書寫規範，要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣儘管我們不是設計系統的人員，當看到源程序代碼的時候也能容易讀懂代碼的意思。
其次就是測試的內容，從測試的文檔中我們可以得出，其實測試在軟件開發中同樣佔據了重要的地位，它主要就是儘可能多的找到問題並排除其中的潛藏的錯誤，最終把一個高質量的軟件系統交給用户使用。它要求測試人員也要有很高的技術水平。
