實(shí)用的會(huì )計專(zhuān)業(yè)實(shí)習日記三篇
有趣的一天又要結束了，相信大家都有不少體會(huì )吧，是時(shí)候用心地寫(xiě)一篇日記了�？靵�(lái)參考日記是怎么寫(xiě)的吧，以下是小編為大家收集的會(huì )計專(zhuān)業(yè)實(shí)習日記3篇，歡迎大家分享。
會(huì )計專(zhuān)業(yè)實(shí)習日記 篇1
下午負責人讓麗姐先將以前的收款憑證和付款憑證讓我看，復習會(huì )計科目，不了解的明細科目就問(wèn)。根據成本找了四頁(yè)相關(guān)的材料費用明細賬，再將總數合計起來(lái)。 開(kāi)始看以前的一個(gè)完整的會(huì )計期間的憑證——一個(gè)月的轉賬憑證，了解大概的會(huì )計科目有哪些。這幾天財務(wù)部在做報表，就只能我自己看，也回憶了一下會(huì )計基礎知識。 看看覺(jué)得還是挺簡(jiǎn)單的，覺(jué)得和自己學(xué)的內容差不多。
會(huì )計專(zhuān)業(yè)實(shí)習日記 篇2
4月1日 星期一 雪
今天是正月十六，是我本次實(shí)習的第一天，昨晚剛下過(guò)雪，到處一片白雪皚皚的景象，我早早出門(mén)艱難的步行到了實(shí)習單位———河北野營(yíng)搪瓷股份有限公司。由于年前已再次實(shí)習過(guò)的緣故，我對單位十分熟悉，我徑直來(lái)到了財務(wù)部找到了帶我實(shí)習的王姐。王姐對我很熱情，寒暄幾句后告訴我剛過(guò)完十五領(lǐng)導還沒(méi)回來(lái)，雖然工人在干活，但是由于過(guò)年各種款項的收付和帳務(wù)結算都還沒(méi)有辦法進(jìn)行，公司的財務(wù)部門(mén)的業(yè)務(wù)算是還沒(méi)有正常開(kāi)始，因此今天就沒(méi)什么工作要做，隨后王姐向我詳盡講述了公司的發(fā)展歷程、業(yè)務(wù)范圍、部門(mén)分工等情況，可能是公司經(jīng)營(yíng)規模小，財務(wù)部的出納和其他人員都是其他部門(mén)人員兼任的，只有在有工作需要的時(shí)候才會(huì )出現，因此辦公室里固定人員很少。午飯過(guò)后，王姐給我找了本《財會(huì )月刊》看，看完后又找了本《會(huì )計研究》，盡管和實(shí)習沒(méi)有太大聯(lián)系，但我還是希望多看看書(shū)，讓自己懂得多一些，才能更好的使理論與實(shí)踐相結合。這一天就這樣平靜的過(guò)去了。
4月2日 星期二 晴
今天是實(shí)習的第二天，我幫著(zhù)王姐粘貼票據等原始憑證、整理些原始憑證之類(lèi)。這與在學(xué)校里練習時(shí)粘貼憑證的方法和情況不太一樣。在學(xué)校里練習時(shí)，都是將所得到的原始憑證直接粘貼到自己所作的會(huì )計憑證的背面；而在這里，都是先將原始憑證按日期擺放在一起，將它們按順序用固體膠棒粘貼到一張大概有A4大小的原始憑證匯總表上，王姐還告訴我怎樣貼才能使這些原始憑證粘的整齊又好看，而且使得匯總表的整張紙都被均勻貼滿(mǎn)。
沒(méi)有實(shí)習之前，我一直都以為會(huì )計的實(shí)際操作會(huì )與學(xué)校里老師所教的、我們所見(jiàn)到的一模一樣，實(shí)際上，書(shū)本上的知識只是其中的一種，現實(shí)中所需要的會(huì )隨著(zhù)實(shí)際情況的變化而變化�？煜掳鄷r(shí)和林姐聊了一會(huì )兒有關(guān)實(shí)習的事情，不少人都在會(huì )計師事務(wù)所實(shí)習過(guò)一段時(shí)間，有些人自認為學(xué)到很多東西，也有些人覺(jué)得浪費時(shí)間的，其實(shí)不光是實(shí)習，學(xué)習、上班等許多方面的事情都有兩面性，每個(gè)人都有自己的理解，其實(shí)關(guān)鍵還是在于自己如何把握。時(shí)間過(guò)的真快，轉眼到了下班的時(shí)間。
4月3號 星期三 多云
今天給我安排的任務(wù)是裝訂記賬憑證，把打印好的記賬憑證和原始憑證匯總表按照時(shí)間順序放好，每一天的記賬憑證下面都放一張當天的原始憑證匯總表，因為記賬憑證式打印出來(lái)的，兩張紙剛好一般大，所以放在一起也非常整齊。
裝訂記賬憑證時(shí)，可以先用打眼機打三個(gè)眼，然后用棉線(xiàn)穿起來(lái)。這穿線(xiàn)也是有學(xué)問(wèn)的，用曲別針扭一個(gè)穿線(xiàn)針，把線(xiàn)雙著(zhù)從中間帶過(guò)去，再分別從兩邊的眼中穿出來(lái)，與中間預留的雙線(xiàn)匯合，打成結，正好可以把結壓入中間的眼中，從外觀(guān)上看，平平的，根本看不出打結的痕跡。再貼上憑證封面，非常整齊好看。這些都是做會(huì )計的基本功，只有親自作了以后才會(huì )知道其中的奧妙。下午王姐將以前的收款憑證和付款憑證讓我看，復習會(huì )計科目，不了解的明細科目就問(wèn)，了解大概的會(huì )計科目有哪些。鞏固了一下自己的會(huì )計基礎知識。王姐說(shuō)這是個(gè)小企業(yè)，沒(méi)有什么復雜的業(yè)務(wù)，以后如果到了大公司，會(huì )有很多現在公司根本不會(huì )涉及的會(huì )計科目和業(yè)務(wù)，到時(shí)候就得靠自己了。
4月4號 星期四 多云
今天王姐拿出了公司的支票，我看到上面還沒(méi)有任何字跡，她告訴我這就是銀行支票，拿著(zhù)這個(gè)可以直接到銀行兌換現金，她還說(shuō)支票和其他票據一樣，出票日期必須使用中文大寫(xiě)，為了防止變造票據的出票日期，還有一些具體的寫(xiě)法。以前雖然也學(xué)過(guò)，但當時(shí)沒(méi)有真實(shí)的票據擺在眼前，還真是不容易記住。不過(guò)這次我確定我記住了，而且還記得很牢，想要在忘了也很難的�，F在我就能舉例今天所學(xué)的，今天是3月19號，支票上就應該寫(xiě)成：貳零壹零年零叁月壹拾玖日。下午王姐讓我看賬查賬，她這樣跟我說(shuō)，憑證雖然容易做，但是很容易出錯，就算是那些做了十幾年的會(huì )計師，做了不審核，也是會(huì )有錯誤的，所以做會(huì )計一定要認真細心，不能太過(guò)于相信自己，稍微掉以輕心就會(huì )出錯。聽(tīng)完這些之后，我覺(jué)得真得挺有理的。會(huì )計是一項細心的工作。
4月5號 星期五 陰
今天還是沒(méi)有學(xué)新的內容，依然是整理原始憑證、填制記賬憑證等等。我知道，大多數時(shí)候，會(huì )計都是每天做著(zhù)重復的事情，雖然每天做重復的事情，但我們也應該認真負責，不能敷衍了事。
按照上班時(shí)間來(lái)說(shuō)這是這個(gè)星期的最后一天了，雖然一直在按時(shí)上班實(shí)習，但是會(huì )計工作本身就很輕松，加之又是實(shí)習還是一個(gè)循序漸進(jìn)的了解、熟悉和學(xué)習的階段，這些天也就很快過(guò)去了。感覺(jué)學(xué)習了好多東西，是從書(shū)本上學(xué)不到的，理論和實(shí)踐還真是有些不同，還是很高興很有成就感的。今天有些累了，要養精蓄銳，下個(gè)星期再接再厲。
會(huì )計專(zhuān)業(yè)實(shí)習日記 篇3
20xx-2-25
這次實(shí)習所需的基本知識基本上都介紹過(guò)了，今天正式轉入開(kāi)發(fā)階段。這次實(shí)習做的是一個(gè)費用管理系統，上午開(kāi)始討論這個(gè)系統需求分析，包括實(shí)現項目預算，費用報銷(xiāo)，人事管理和一些統計的`功能，老師把整個(gè)系統的框架給我們做了一些大體的講解，希望我們能在接下來(lái)的幾天里去多思考，深化需求分析，細化功能設計。系統有組織結構維護，費用項目維護，審批流程維護，報銷(xiāo)明細模塊，以及人員管理和一些統計的功能。每一個(gè)模塊都是對系統功能模塊的調整與維護。
人員管理有添加員工的功能，可以對添加的人員進(jìn)行修改和刪除，并給新增的員工分配權限。
費用項目維護模塊：可以進(jìn)行費用項目的添加和提交。
報銷(xiāo)模塊可以對報銷(xiāo)的項目在未提交之前進(jìn)行刪除和修改。
統計模塊主要是統計員工提交的報銷(xiāo)單預算單，及每個(gè)部門(mén)的項目信息和員工信息等。
所有這些操作都是直接對數據庫直接進(jìn)行操作。整個(gè)系統都是分角色登陸，每一個(gè)角色所擁有的權限都不完全相同，登陸進(jìn)去的菜單欄都有所不同，所以每個(gè)員工都應該有一個(gè)角色，即有哪些操作權限。所有的功能和流程理清楚之后，就要開(kāi)始原型設計了。
20xx-2-26
經(jīng)過(guò)對需求分析的進(jìn)一步理解，接下來(lái)我們開(kāi)始這個(gè)項目的原型設計。我們所開(kāi)發(fā)的費用管理系統主要包括費用報銷(xiāo)、項目預算管理、員工管理、公司的項目信息維護及管理、財務(wù)處項目信息的統計功能。圍繞這幾個(gè)功能模塊，我們逐個(gè)對其功能進(jìn)行細節設計，比如分不同角色登陸系統，登陸界面都是通用的，每個(gè)用戶(hù)都用自己的編號進(jìn)行登陸，系統會(huì )根據用戶(hù)的編號進(jìn)行匹配查找，找到角色ID之后進(jìn)入對應的管理界面。進(jìn)入管理界面之后，就可以新增費用報銷(xiāo)，可以對添加的費用報銷(xiāo)單在未提交之前進(jìn)行修改、刪除操作，確定之后就可以提交，系統會(huì )根據session中保存的該用戶(hù)的編號查找到所在的部門(mén)，然后把用戶(hù)提交的申請表保存到該部門(mén)經(jīng)理處，當該部門(mén)經(jīng)理登陸時(shí)就可以看到部門(mén)員工提交的申請表單，然后進(jìn)行審批等操作。所有的邏輯統一之后，我們分工開(kāi)始做JSP界面和之間的邏輯跳轉。經(jīng)過(guò)一天的時(shí)間系統總算有個(gè)雛形了，。設計完大體的功能框架后，我們與老師一起開(kāi)了一個(gè)小組討論會(huì )，我們向老師說(shuō)明了我們的想法及大體的開(kāi)發(fā)方向，老師也想我們提出了一些建議，經(jīng)過(guò)一番熱烈的爭論，我們對自己的模型做了進(jìn)一步的改動(dòng)，功能設計也得到進(jìn)一步完善。功能框架的設計是整個(gè)開(kāi)發(fā)階段十分重要的工作，指導小組進(jìn)行后面具體的開(kāi)發(fā)。功能設計的準確和完善也能夠幫助我們在以后的開(kāi)發(fā)中少走彎路，達到事半功倍的效果。原型設計的完成是我們小組成員齊心協(xié)力共同完成的，這也讓我們感受到了團隊工作的重要性和強大力量。
20xx-2-28 星期一
今天，我們的主要工作是根據昨天的原型設計，做出功能展示頁(yè)面，并實(shí)現基本的跳轉。由于這些只是一個(gè)邏輯的跳轉，沒(méi)有真正和數據庫交互，因此幾個(gè)超鏈接就可以把所有界面聯(lián)系到一塊，再加上一些javascript的提示框，原型幫助我們更深入的理解了這個(gè)系統的流程及功能。下午我們就開(kāi)始了數據庫建表、物理模型的設計以及概念設計。根據需求分析及原型，我們很快就確定了系統需要的數據表，包括用戶(hù)的基本信息、用戶(hù)的角色ID、報銷(xiāo)申請表單、預算申請表單、部門(mén)項目信息等，以及每個(gè)表里面所需的字段，通過(guò)在數據庫中建表，SQL語(yǔ)句的用法更加熟練。根據這些數據表，物理模型也很快就完成了。因為數據庫是整個(gè)系統的關(guān)鍵所在，所有前臺的操作都要和數據庫交互，所以它設計的好壞直接影響到之后程序的編寫(xiě)。接下來(lái)我們繼續討論我們建立的表的冗余性以及合理性等，在老師的指導下，我們對部分表進(jìn)行了相應的修改。
20xx-3-1
在昨天的基礎上，我們進(jìn)行了再次討論，數據庫的設計最終確定下來(lái)。接下來(lái)就開(kāi)始了編碼，建立整個(gè)系統的框架由我負責，按照開(kāi)發(fā)的流程，首先根據數據表建立實(shí)體層，也就是javaBean,然后寫(xiě)數據庫連接，數據訪(fǎng)問(wèn)層，業(yè)務(wù)邏輯層，控制層，整個(gè)框架搭建好之后，有利用老師講的Junit，寫(xiě)了測試程序，對所寫(xiě)的程序進(jìn)行初步測試，數據庫連接的測試順利通過(guò)。數據庫連通之后，下一步工作就是用戶(hù)的分角色登陸,事先在數據庫中插入了一些用戶(hù)信息，將角色分為五類(lèi)，然后在數據訪(fǎng)問(wèn)層建立一個(gè)DAO類(lèi)，創(chuàng )建函數用于從數據庫中讀取用戶(hù)的角色ID，然后在業(yè)務(wù)邏輯層判斷DAO層函數返回的值是否為空，如果不為空則在控制層的servlet類(lèi)中就可以進(jìn)行判斷分角色登陸;若DAO層函數返回的值為空，則說(shuō)明該用戶(hù)名與密碼有誤，當用戶(hù)點(diǎn)擊登陸按鈕時(shí)將轉到錯誤提示的頁(yè)面。當這些全部完成之后，我們開(kāi)始進(jìn)行測試，但測試全未能如愿以?xún)�。調試、檢查了很久全未能發(fā)現錯在哪里。今天沒(méi)能順利完成計劃好的任務(wù)，深受打擊啊，不過(guò)沒(méi)關(guān)系，遇到問(wèn)題，解決問(wèn)題，也許會(huì )學(xué)到跟多知識。
20xx-3-2
上午接著(zhù)做昨天未能完成的任務(wù)，調試了兩個(gè)多小時(shí)還是未能所獲，只有請教老師了，看著(zhù)老師在Debug模式下很快就找了出錯的地方，原來(lái)在DAO層寫(xiě)SQL語(yǔ)句時(shí)后面多了一個(gè)逗號，看來(lái)編程也是需要非常的細心�？偨Y了失敗的原因，記住教訓，一定不能再出現這樣的低級錯誤，而導致降低效率。這一步總算通過(guò)之后，我們開(kāi)始著(zhù)手不同角色所擁有的操作權限，比如普通員工只有報銷(xiāo)申請的權限(新增報銷(xiāo)單、刪除、修改、提交、查看等功能)，部門(mén)經(jīng)理不僅有報銷(xiāo)申請的權限，還有審核部門(mén)員工提交的報銷(xiāo)申請單和預算申請、部門(mén)項目管理等權限，每一種角色登陸到操作界面的功能按鈕不盡相同，所以當普通角色登陸后，審核、預算等按鈕必須隱藏或者不可用。但是我們之前的界面里的按鈕實(shí)現隱藏與子菜單都很難實(shí)現，所以不得不考慮改變策略。之后經(jīng)過(guò)討論我們將整個(gè)頁(yè)面布局改變?yōu)榭蚣苣Ｊ�，左邊顯示樹(shù)形菜單，top'Frame顯示LOGO，mainFrame顯示主顯示頁(yè)面，bottomFrame顯示版權信息以及系統時(shí)間。這樣我們貌似又回到了原型設計，，還是沒(méi)有項目經(jīng)驗，最初就沒(méi)有考慮清除。
20xx-3-3
涉及到的JSP界面還比較多，每一個(gè)頁(yè)面都是用HTML一句一句寫(xiě)出來(lái)，再加上CSS樣式，所以半天的時(shí)間也沒(méi)有完成，今天上午繼續完成。當所有的界面完成之后，開(kāi)始了第一個(gè)功能模塊的編碼。當用戶(hù)登陸到自己的主頁(yè)時(shí)，顯示的都是歡迎界面，當用戶(hù)點(diǎn)擊報銷(xiāo)單管理時(shí)，必須根據用戶(hù)編號動(dòng)態(tài)的從數據庫中提取其所有的報銷(xiāo)單信息，然后顯示在展示界面上，用戶(hù)的編號的、是在用戶(hù)登陸時(shí)將用戶(hù)編號存儲在session中，默認該用戶(hù)登陸系統30分鐘內沒(méi)有操作的話(huà)，自動(dòng)讓該用戶(hù)注銷(xiāo)登陸。當點(diǎn)擊報銷(xiāo)單管理按鈕時(shí)，將用戶(hù)請求轉到servlet類(lèi)中進(jìn)行后臺處理，讀取成功后，將這些信息傳到用戶(hù)的界面上，第一個(gè)原子功能實(shí)現后，我們更加有信心來(lái)完成其他模塊的編碼。原來(lái)一個(gè)真正的系統也應該是這樣的原子操作組合而成的，從這一步的成功點(diǎn)燃了我們對編碼的興趣，不再畏懼和逃避。
【會(huì )計專(zhuān)業(yè)實(shí)習日記】相關(guān)文章：
會(huì )計專(zhuān)業(yè)實(shí)習日記06-12
會(huì )計專(zhuān)業(yè)實(shí)習日記08-02
會(huì )計專(zhuān)業(yè)實(shí)習日記精選06-07
會(huì )計專(zhuān)業(yè)實(shí)習日記05-20
會(huì )計專(zhuān)業(yè)的實(shí)習日記05-20
簡(jiǎn)短的會(huì )計專(zhuān)業(yè)實(shí)習日記06-07
會(huì )計專(zhuān)業(yè)頂崗實(shí)習日記02-24
會(huì )計專(zhuān)業(yè)實(shí)習日記范文05-15