会计实习日记

会计实习日记集合15篇

一天就要结束了，相信大家一定感触颇深吧，此时此刻我们需要写一篇日记了。快来参考日记是怎么写的吧，下面是小编帮大家整理的会计实习日记，供大家参考借鉴，希望可以帮助到有需要的朋友。

2月21日星期一万水千山总是--晴

在朋友的介绍下，我来到了xx软件技术有限公司。开始了我为期一个月的毕业实习。

作为一名会计专业的毕业生，理所当然的是在要待在公司的财务部门进行实习工作，但我也认识到，毕业实习是为了位毕业后的工作做一个准备，更是为了实现从学生到社会人转变的一个重要步骤。

无论如何，毕业实习时在一个全新的环境下进行的，这无疑是一件让人兴奋，让人充满期待的事。我也相信自己在中科红旗的这一个月将会十分充实。今天是周一，公司全体员工开会(除了前台小姐和扫地大妈)，会从上午九点一直开到午饭时间，我闲着没事，就在写字楼里溜达、和漂亮的前台小姐聊天，这位陈小姐刚来中科红旗半年，大专毕业，北京本地人，不能随便问女孩子年龄，但我总觉得她应该比我小。

于是拐弯抹角问她是属什么的，这招似乎一下子就被识破了，一般的北京女孩子遇到这种情况往往是头一昂--好似人民英雄纪念碑，手一叉--好比雄伟的人民大会堂和历史博物馆，眼一瞪--好像天安门城楼大开的两扇门洞，乖乖，就是一天安门广场阿!紧接着，就是一串嘹亮而快速的京片子："嘿呦，合辙今儿个，是有人想叫我声姐，还是怎么着?"嗯，广场上正升旗奏国歌呢!而这位陈小姐，只见她把头一低，瀑布般乌黑油亮的长发从肩头滑落;抿嘴一笑，光洁玉润的脸颊上多出了个甜蜜动人的酒窝……

我为一个北京小妮子能做出这么江南的动作而感到惊讶，"最是那一低头的温柔，恰似水莲花不胜凉风的娇羞。"不就是说的眼前这位陈小姐吗?!我想用这句诗来赞美她，可又一想，这样是不是显得我太轻浮了?我可是个正直得有些古板的人呢!于是，我什么也没说，也就看着她，报以一个梁朝伟式的微笑，嘿嘿，这几天没刮胡子，是不是看起来很有味道……，这种状态大约持续了十秒，我们又接着攀谈起来，而且似乎越来越投机了，我真希望他们的会能开一整天……那样的话，说不定这周末就能约会了……

2月28日星期一太阳当空照，花儿对我笑

和前台小姐套近乎终究不是我来这里的目的，还是有正经事办的。

我正式的实习工作从对中科红旗的了解开始。"中科"其实就是指的中国科学院，不错，北京中科红旗软件技术有限公司正是由中国科学院软件研究所和上海联创投资管理有限公司在20xx年6月共同组建的，并且在第二年得到了信息产业部通过中国电子信息产业发展研究院塞迪创业投资有限公司的注资。中科红旗是中国科研单位企业化的一个典型范例。中科红旗软件的核心新产品是红旗Linux操作系统。

公司致力于红旗Linux操作系统及其应用软件的开发和推广，提供包括桌面、服务器、高性能运算系统、安全操作系统到嵌入式系统的全线产品，以及全方位应用解决方案和技术服务。

事实上，由于我不是学计算机的，对操作系统不是很在行，尤其是一般家庭和个人不常用的Linux系统更是有点抓瞎。还好我只是来进行财务工作实习的，中科红旗的财务工作和一般的高新科技企业还是有很多共同之处。由于中科红旗的客户遍布全国各个省市，职员出差的费用报销是公司日常财务工作的一个重点。

正如大家所知道的，一个公司的财务信息往往属于这个公司的商业机密，同样，中科红旗也没有打算向我这个啥也不是的实习生公开一些重要的财务信息，于是，日常的报账登账变成了我这些日子最主要的实习内容……

3月7日星期一晴(北京的天总是晴的)

报账登账是很琐碎的，在我看来它属于高密度低智能零激情的工作，会计工作大凡是属于这个类型，这也是我讨厌会计的重要原因之一。我说它低智能并不是说这个工作不用动脑子，恰恰相反，它通常

很伤脑筋，只是因为公司的报账制度直接影响着该公司的内部控制效果，再加上报账牵扯了很多非财务的因素在里面，举个例子，中国移动下调了其手机用户资费标准，北京的油价又涨了，等等，诸如此类。这笔费用能不能报，报多少合理，都是需要仔细斟酌的。否则到了财务总监那里，一个不对劲，就得将所有的账从新来一遍……郁闷哪。

那天的日记上我已经提到过了，中科红旗的客户遍布全国，而由于Linux系统特点的缘故，这些客户大都以政府、军队、金融、能源、交通、彩票行业为主，换句话说，都是对系统安全性要求较高的单位。这里必须提一下Linux系统和Windows系统的区别，作为全球应用最广的计算机系统平台，Windows被全球几亿家庭、个人使用，但Windows本身存在着很多系统漏洞,其安全性一直不足以让人放心，目前流行的数种病毒程序(如冲击波等)，皆是根据Windows自身存在的漏洞而编成。在系统安全性上，Linux的优势就要比Windows明显许多。因此，Linux系统也多用于一些对安全性能要有比较高的单位上，如上述的军队，政府，金融机构等。

3月14日星期一晴天依旧

三月中旬，在家乡，现在该是个春暖花开的好时节阿。

出来上学四年了，回去的时候也只有寒暑假，因此，家乡的春天的空气该是有四年没有呼吸到了。暖暖的空气，和着蚯蚓们翻动泥土带出的芬芳，还有迎春花淡淡的花香，那是家乡春天的味道，好久没有闻着了，就像小的时候妈妈做给自己吃的点心，许久没有吃过，只剩下记忆中那残存的淡淡香味……

家乡的春天，暖的很快，似乎太阳已经憋了一个冬天一样，冬天一走，阳光就迫不及待的跑出来，一个劲的往正在户外活动的人身上撒欢。北京的天总是晴的，但今天户外还是很冷，春寒料峭，北京的春天是要比家里来的晚一些。

但我觉着也快来了，大概就是在我实习结束的那一天，我期待着那一天的到来，近两周的出纳工作让我变得有点呆若木鸡，我讨厌这种没有激情，缺乏挑战，更无丝毫浪漫可言的工作，于是以后不当会计的决心又加深了!我想回学校去排戏，晚上回去在琢磨琢磨下一个剧本，嗯!其实那更适合我!以后还是向这方面发展吧，于是以后从文从艺的决心有加深了!

但不管今后走哪条路，总是要一步步走实了的，掌握些财会知识总是对自己有好处的，也不能完全让这四年的课都白上了，以后真是能如自己所愿作了自己想做的工作，怎么着财会出身的背景好歹也是我的一个优势阿……

3月21日星期一蓝蓝的天空白云飘

老板不在，这帮孙子们就不好好干活了。

我就想啊，要我当了老板，我的员工是不是也都这样啊。没办法的事，员工为了挣钱才来工作，所以如果在钱不少挣的前提下，职员们自然是少干一点是一点!总之一句话，做的不是自己想做的，而又不得不去做，对于很多人来讲这就是生活……与其说人是越活越没理想，不如说是理想离自己越来越 ……此处隐藏38805个字……地方.

1月25号

今天我还是继续写凭证,?? ?经过了昨天的教训,我知道一定不能再马马虎虎了,要认真做才行,做凭证时认真计算清楚数额,完成后也

20xx-2-25

这次实习所需的基本知识基本上都介绍过了，今天正式转入开发阶段。这次实习做的是一个费用管理系统，上午开始讨论这个系统需求分析，包括实现项目预算，费用报销，人事管理和一些统计的功能，老师把整个系统的框架给我们做了一些大体的讲解，希望我们能在接下来的几天里去多思考，深化需求分析，细化功能设计。系统有组织结构维护，费用项目维护，审批流程维护，报销明细模块，以及人员管理和一些统计的功能。每一个模块都是对系统功能模块的调整与维护。

人员管理有添加员工的功能，可以对添加的人员进行修改和删除，并给新增的员工分配权限。

费用项目维护模块：可以进行费用项目的添加和提交。

报销模块可以对报销的项目在未提交之前进行删除和修改。

统计模块主要是统计员工提交的报销单预算单，及每个部门的项目信息和员工信息等。

所有这些操作都是直接对数据库直接进行操作。整个系统都是分角色登陆，每一个角色所拥有的权限都不完全相同，登陆进去的菜单栏都有所不同，所以每个员工都应该有一个角色，即有哪些操作权限。所有的功能和流程理清楚之后，就要开始原型设计了。

20xx-2-26

经过对需求分析的进一步理解，接下来我们开始这个项目的原型设计。我们所开发的费用管理系统主要包括费用报销、项目预算管理、员工管理、公司的项目信息维护及管理、财务处项目信息的统计功能。围绕这几个功能模块，我们逐个对其功能进行细节设计，比如分不同角色登陆系统，登陆界面都是通用的，每个用户都用自己的编号进行登陆，系统会根据用户的编号进行匹配查找，找到角色ID之后进入对应的管理界面。进入管理界面之后，就可以新增费用报销，可以对添加的费用报销单在未提交之前进行修改、删除操作，确定之后就可以提交，系统会根据session中保存的该用户的编号查找到所在的部门，然后把用户提交的申请表保存到该部门经理处，当该部门经理登陆时就可以看到部门员工提交的申请表单，然后进行审批等操作。所有的逻辑统一之后，我们分工开始做JSP界面和之间的逻辑跳转。经过一天的时间系统总算有个雏形了，。设计完大体的功能框架后，我们与老师一起开了一个小组讨论会，我们向老师说明了我们的想法及大体的开发方向，老师也想我们提出了一些建议，经过一番热烈的争论，我们对自己的模型做了进一步的改动，功能设计也得到进一步完善。功能框架的设计是整个开发阶段十分重要的工作，指导小组进行后面具体的开发。功能设计的准确和完善也能够帮助我们在以后的开发中少走弯路，达到事半功倍的效果。原型设计的完成是我们小组成员齐心协力共同完成的，这也让我们感受到了团队工作的重要性和强大力量。

20xx-2-28 星期一

今天，我们的主要工作是根据昨天的原型设计，做出功能展示页面，并实现基本的跳转。由于这些只是一个逻辑的跳转，没有真正和数据库交互，因此几个超链接就可以把所有界面联系到一块，再加上一些javascript的提示框，原型帮助我们更深入的理解了这个系统的流程及功能。下午我们就开始了数据库建表、物理模型的设计以及概念设计。根据需求分析及原型，我们很快就确定了系统需要的数据表，包括用户的基本信息、用户的角色ID、报销申请表单、预算申请表单、部门项目信息等，以及每个表里面所需的字段，通过在数据库中建表，SQL语句的用法更加熟练。根据这些数据表，物理模型也很快就完成了。因为数据库是整个系统的关键所在，所有前台的操作都要和数据库交互，所以它设计的好坏直接影响到之后程序的编写。接下来我们继续讨论我们建立的表的冗余性以及合理性等，在老师的指导下，我们对部分表进行了相应的修改。

20xx-3-1

在昨天的基础上，我们进行了再次讨论，数据库的设计最终确定下来。接下来就开始了编码，建立整个系统的框架由我负责，按照开发的流程，首先根据数据表建立实体层，也就是javaBean,然后写数据库连接，数据访问层，业务逻辑层，控制层，整个框架搭建好之后，有利用老师讲的Junit，写了测试程序，对所写的程序进行初步测试，数据库连接的测试顺利通过。数据库连通之后，下一步工作就是用户的分角色登陆,事先在数据库中插入了一些用户信息，将角色分为五类，然后在数据访问层建立一个DAO类，创建函数用于从数据库中读取用户的角色ID，然后在业务逻辑层判断DAO层函数返回的值是否为空，如果不为空则在控制层的servlet类中就可以进行判断分角色登陆;若DAO层函数返回的值为空，则说明该用户名与密码有误，当用户点击登陆按钮时将转到错误提示的页面。当这些全部完成之后，我们开始进行测试，但测试全未能如愿以偿。调试、检查了很久全未能发现错在哪里。今天没能顺利完成计划好的任务，深受打击啊，不过没关系，遇到问题，解决问题，也许会学到跟多知识。

20xx-3-2

上午接着做昨天未能完成的任务，调试了两个多小时还是未能所获，只有请教老师了，看着老师在Debug模式下很快就找了出错的地方，原来在DAO层写SQL语句时后面多了一个逗号，看来编程也是需要非常的细心。总结了失败的原因，记住教训，一定不能再出现这样的低级错误，而导致降低效率。这一步总算通过之后，我们开始着手不同角色所拥有的操作权限，比如普通员工只有报销申请的权限(新增报销单、删除、修改、提交、查看等功能)，部门经理不仅有报销申请的权限，还有审核部门员工提交的报销申请单和预算申请、部门项目管理等权限，每一种角色登陆到操作界面的功能按钮不尽相同，所以当普通角色登陆后，审核、预算等按钮必须隐藏或者不可用。但是我们之前的界面里的按钮实现隐藏与子菜单都很难实现，所以不得不考虑改变策略。之后经过讨论我们将整个页面布局改变为框架模式，左边显示树形菜单，top'Frame显示LOGO，mainFrame显示主显示页面，bottomFrame显示版权信息以及系统时间。这样我们貌似又回到了原型设计，，还是没有项目经验，最初就没有考虑清除。

20xx-3-3

涉及到的JSP界面还比较多，每一个页面都是用HTML一句一句写出来，再加上CSS样式，所以半天的时间也没有完成，今天上午继续完成。当所有的界面完成之后，开始了第一个功能模块的编码。当用户登陆到自己的主页时，显示的都是欢迎界面，当用户点击报销单管理时，必须根据用户编号动态的从数据库中提取其所有的报销单信息，然后显示在展示界面上，用户的编号的、是在用户登陆时将用户编号存储在session中，默认该用户登陆系统30分钟内没有操作的话，自动让该用户注销登陆。当点击报销单管理按钮时，将用户请求转到servlet类中进行后台处理，读取成功后，将这些信息传到用户的界面上，第一个原子功能实现后，我们更加有信心来完成其他模块的编码。原来一个真正的系统也应该是这样的原子操作组合而成的，从这一步的成功点燃了我们对编码的兴趣，不再畏惧和逃避。