上機實訓心得體會

當我們積累了新的體會時，可以將其記錄在心得體會中，如此可以一直更新迭代自己的想法。那麼如何寫心得體會才能更有感染力呢？以下是小編為大家整理的上機實訓心得體會，僅供參考，大家一起來看看吧。

上機實訓心得體會1

一個月的資料庫實訓就轉眼間就上完了，期間講解了一個學生管理系統，最後還做了一個小的資料庫連結作業。現在就說說關於vb連結的資料庫的一些方法。

首先說資料庫，簡單的說就是建表格,然後把一張一張的表格和在一起,成為一大堆的資料集合。他是依照某種資料結構組織起來並存放二級儲存器中的資料集合，基本分為三個層次，物理資料層，概念資料層和邏輯資料層。不同層次間的聯絡是通過對映來轉換的。

大多數vb連結資料庫都使用ado控制元件，他可以分為分為有源資料庫和無源資料庫，即是否使用了dsn資料來源。在連線資料庫前首先要在vb選單中“工程”-“引用”或“部件”從中選擇 microsoft activex data objects 2.6 library和 microsoft activex data objects recordset 2.6兩個元件，然後定義連結的物件，用什麼名字由自己決定。這樣資料庫也就基本上鍊接好了。

上機實訓心得體會2

會計專業作為應用性很強的一門學科、一項重要的經濟管理工作，是加強經濟管理，提高經濟效益的重要手段，經濟管理離不開會計，經濟越發展會計工作就顯得越重要。做實訓是為了讓我們對平時學習的理論知識與實際操作相結合，在理論和實訓教學基礎上進一步鞏固已學基本理論及應用知識並加以綜合提高，學會將知識應用於實際的方法，提高分析和解決問題的能力。

從建賬、稽核原始憑證到填制憑證，最後登記日記賬，再到做完工產品成本結轉核算，填寫科目彙總表以及試算平衡表，最後才把它登記入總賬。結轉其成本後，根據總賬合計，填制資產負債表、利潤表、損益表等等年度報表。這次會計實驗記賬，使我的基礎會計知識在實際工作中得到了驗證，進一步深刻了我對會計的瞭解。並具備了一定的基本實際操作能力。經過實驗使得我係統的對於老師講的一些理論知識實踐了一遍，加強了對理論知識的記憶，學到了許多書本上沒有的知識，並且意識到只有把書本上學到的理論知識應用於實際的會計實務操作中去，才能真正掌握這門知識，這也是這次實習的目的。在取得實效的同時，我也在操作過程中發現了自身的許多不足：

1、比如自己不夠心細，看錯數字，導致核算結果出錯，引起不必要的麻煩（製造費用分攤）；

2、雖然在這次實驗裡，每筆業務的分錄都是採用軟體處理，但在操作中還須自己編制會計分錄，在這方面我還存在著一定的不足，今後還得加強業務題型練習，特別成本核算。總而言之，這次的會計模擬實驗讓我對會計核算的建賬、處理日常會計業務、登記賬薄、編制資產負債表和損益表等會計工作有了比較清晰的認識，並在實際操作過程中找出自身存在的不足，對今後的會計學習有了一個更為明確的方向和目標，對未來從事會計工作、成為高等會計應用的專門人才充滿信心！

課本上學的知識都是最基本的知識，不管現實情況怎樣變化，抓住了最基本的就可以以不變應萬變。如今有不少學生實習時都覺得課堂上學的知識用不上，出現挫折感，但我覺得，要是沒有書本知識作鋪墊，又哪能應付這瞬息萬變的社會呢？通過此次會計實習，我有以下體會：

一，作為一個會計人員，工作中一定要就具有良好的專業素質，職業操守以及敬業態度。會計部門作為現代企業管理的核心機構，對其從業人員，一定要有很高的素質要求。

二，作為一個會計人員要有嚴謹的工作態度。會計工作是一門很精準的工作，要求會計人員要準確的核算每一項指標，牢記每一條稅法，正確使用每一個公式。會計不是一件具有創新意識的工作，它是靠一個又一個精準的數字來反映問題的。所以我們一定要加強自己對數字的敏感度，及時發現問題解決問題彌補漏洞。

此次會計模擬實驗幫助我們財會專業的學生學好會計這門課，為以後走向社會奠定良好的基礎。通過實驗，我們對會計核算的感性認識進一步加強。我們這次實驗是綜合性訓練，既是主管會計、稽核、出納，又是其他原始憑證的填制人，克服了分崗實習工作不到位的不完整、不繫統現象。

上機實訓心得體會3

對於即將結束的會計實訓課程，不得不說自己感受頗深。

從上學年接觸的會計實訓中，我就已體會到，會計在實際中更加是一門很具有“藝術性”的活。本學期，又有會計實訓課。當還沒上課之前聽到這個訊息，心裡就開始有一種莫名的激動，因為我知道，這個對於我來說是一種挑戰同時也會是收穫作為學習了差不多三年會計的我們，可以說對會計已經是耳目能熟了。相比於大二的那一次實訓，這一次應對應該會更加從容。因為所有的有關會計的專業基礎知識、基本理論、基本方法和結構體系，我們都基本掌握。

這次的訓練，也讓我又溫習了一遍登賬的方法：首先要根據業務的發生，取得原始憑證，將其登記記帳憑證。然後根據記賬憑證做t型賬戶進行試算平衡，然後再填寫科目彙總表。最後才把它登記入總賬。結轉其成本後，根據總賬合計，填制資產負債表、利潤表、損益表等等年度報表。這就是會計操作的一般順序和基本流程。填制資產負債表、利潤表、損益表等等年度報表是我這個學期相比上學年的會計實訓中學到的更有用的東西。

會計本來就是煩瑣的工作。在實訓期間，我曾覺得整天要對著那枯燥無味的賬目和數字而心生煩悶、厭倦，以致於登賬登得錯漏百出。愈錯愈煩，愈煩愈錯，這隻會導致“雪上加霜”。反之，只要你用心地做，反而會左右逢源。越做越覺樂趣，越做越起勁。梁啟超說過：凡職業都具有趣味的，只要你肯幹下去，趣味自然會發生。因此，做賬切忌：粗心大意，馬虎了事，心浮氣躁。做任何事都一樣，需要有恆心、細心和毅力，那才會到達成功的彼岸！在這次會計實習中，我可謂受益非淺，我將受益終生！

在這次實際操作過程中我找出自身存在的不足，這也是我一直都有的問題，最主要就是“粗心”，當然也有對有些會計方面知識點的不熟悉，比如說在做資產負債表時“預付賬款”等的登記彙總就因為對知識的不熟悉遇到許多加總問題。不過，之後問了功底紮實的同學都解決了。總之，通過實訓，我們對會計核算的感性認識進一步加強。對今後的會計學習也有了一個更為明確的方向和目標。加深理解了會計核算的基本原則和方法，將所有的基礎會計、財務會計和成本會計等相關課程進行綜合運用，瞭解會計內部控制的基本要求，掌握從理論到實踐的轉化過程和會計操作的基本技能；將會計專業理論知識和專業實踐，有機的結合起來，開闊了我們的視野，增進了我們對企業實踐運作情況的認識，為我們畢業走上工作崗位奠定堅實的基礎。

總的來說，這次的實訓對我來說，有苦有甜。因為對於我們財務管理專業來說，這學期課程很多，現在學期快結束了，做賬本來就是細心的活兒，所以，這次的會計實訓既鍛鍊了我們的會計基本功，也體現了我們的實踐能力，同時也體現了我們的“奮戰”能力。雖然很苦，但是我學到了很多之前沒有學到的，就像陳老師說的一樣，這活必須自己做，現在又答案不代表以後有答案，必須自己完成才能有所提高。

上機實訓心得體會4

持續一個月的資料庫實訓，讓我參與了軟體工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最：

一.專案最大：專案大是因為我們這個事業起點網站涉及到使用者眾多-高校，企業，學生，老師，專家，第二個原因是網站的功能多-使用者管理，網上實習，網上競賽，畢業實習設計，專案管理，人才庫管理，人才推薦，搜尋...專案大很容易造成系統範圍的泛濫，在我們的開發初期，由於需求不太明確，功能實現沒有重點，造成了需求範圍的擴大，給專案開發進度造成了嚴重的滯後性。然後我們召開了會議討論了這個問題，一致認同先把專案的基本功能實現，將網站的基本架構搭建起來，最後再在這個基礎上繼續增加我們網站的其他功能。因此在這個過程中，我深刻體會到了軟體工程初期階段的需求分析以及概要設計的重要性，這兩個文件是指導我們後期開發的最重要的依據。

二.資料庫表最多：如此龐大的系統，就需要龐大的資料庫來支援，所以專案大的直接後果就是我們的資料庫表特別多，而且表與表之間的依賴關係也複雜，實體類之間的關係眾多，設計起來有一定的難度。資料庫的另外一個問題是-資料表的屬性，資料表屬性的設計完全是依賴於我們剛開始做的需求分析文件，如果需求分析不完整的話，就會造成資料庫表屬性的缺失，從使用者的角度看，就會覺得你的系統提供的資料不夠全面，資訊量小。

三.開發團隊最大：我們團隊一共有十四個人，這個對於我們的專案經理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和，管理起來有相當大的.難度。對於我們這些小組成員來說，由於溝通渠道太多，造成了我們專案中遇到問題，不知道去跟哪個小組成員溝通。為了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去諮詢小組長，然後小組長提供反饋資訊。

四.專案各個模組間藕合度高：網站涉及的各個功能模組之間的聯絡緊密，模組之間的介面設計的好壞是專案最終整合成功與否的最重要因素。使用者管理這一個部分要為每個模組提供介面，主要是使用者的編號以及使用者的型別等。每個頁面之間的連結也是其中重要的模組介面。這個問題由於我們前期做好了充分的溝通以及按照概要設計中的介面說明去設計自己的模組，所以後期的模組整合沒有遇到什麼太大的不相容性等問題。

接下來就談談我這一個月中的工作：

需求分析階段：需求分析階段我完成了網上競賽模組的需求分析，其中遇到的主要問題是閱讀材料後發現網上實習，網上競賽，畢業設計指導這幾個模組的功能是類似的，提取需求分析後不夠明確，經過幾次跟湯老師的交流後，確定了這幾個模組之間的具體差別，網上競賽模組的基本需求也大致確定了，網上競賽模組的基本功能就是學生通過網站報名參加競賽，企業稽核通過後，專家對作品進行評分，排名。

概要設計階段：在需求分析的基礎上，對網上競賽模組進行了比較具體的概要設計，流程圖(IPO圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述，如何實現學生報名，企業釋出，專家評審的步驟操作，與及跟其他模組對該模組的限制。

資料庫設計階段：我負責整合初步資料庫設計說明書，分配組員按照各自的功能模組的具體需求設計自己模組需要的資料表，然後對這些資料表進行整合。在這個過程中遇到的問題就是資料庫實在是太大了，最後下來一共有30多張表，表與表之間的關係複雜，關聯性大，需要設定的外來鍵較多，很難將所有的屬性欄位給提取出來，屬性的型別設定也是一個問題，採用數值型還是採用字串性在資料庫設計中尤為重要，因為在後臺搜尋方面，數值型比較快捷，而在資料顯示方面，字串型又有直接讀出不用轉換的好處。每個表的主鍵我們採用了用實體的編號去標記它，因為這樣實體間關聯起來會更加簡單。資料庫的設計關鍵是要對整個專案的整體的把握，並且要細化對每個實體類的具體屬性要求。

詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計說明應該可以幫助程式設計師完成具體的實現，程式設計師可以不用考慮模組之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網站整體構架搭好了，我們就可以在裡面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來後面的問題就是後期程式碼編寫的時候比較混亂，函式介面較難統，介面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網上競賽模組的學生，企業，管理員，高校以及專家的介面。

編碼階段：我們是用開發的，主要任務就是從工具中選出你想要的控制元件，然後在控制元件響應函式中填充程式碼，完成相應的事件響應。這裡遇到的最大問題是頁面的排版問題，因為自己是第一次開發網站，造成了自己設計的介面風格單調，不太美觀，現在就儘量做到頁面的整齊。這個階段主要做的就是：寫程式碼→編譯→除錯→寫程式碼。

這一個月中我學到了很多東西，技術方面就是學會了用編寫網站，最重要的是讓我經歷了軟體工程化的所有階段，讓我對整個軟體工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統的串聯，更重要的是學會了如何跟專案團隊中的成員溝通問題，這是一個寶貴的實踐經驗。