预算实习日记
一天的时间即将结束了，相信你有很多感悟吧，让我们一起认真地写一篇日记吧。在写之前，要先考虑好内容和结构喔！以下是小编为大家收集的预算实习日记，欢迎大家分享。
预算实习日记1
XX-2-25
这次实习所需的基本知识基本上都介绍过了，今天正式转入开发阶段。这次实习做的是一个费用管理系统，上午开始讨论这个系统需求分析，包括实现项目预算，费用报销，人事管理和一些统计的功能，老师把整个系统的框架给我们做了一些大体的讲解，希望我们能在接下来的几天里去多思考，深化需求分析，细化功能设计。系统有组织结构维护，费用项目维护，审批流程维护，报销明细模块，以及人员管理和一些统计的功能。每一个模块都是对系统功能模块的调整与维护。
人员管理有添加员工的功能，可以对添加的人员进行修改和删除，并给新增的员工分配权限。
费用项目维护模块：可以进行费用项目的添加和提交。
报销模块可以对报销的项目在未提交之前进行删除和修改。
统计模块主要是统计员工提交的报销单预算单，及每个部门的项目信息和员工信息等。
所有这些操作都是直接对数据库直接进行操作。整个系统都是分角色登陆，每一个角色所拥有的权限都不完全相同，登陆进去的菜单栏都有所不同，所以每个员工都应该有一个角色，即有哪些操作权限。所有的功能和流程理清楚之后，就要开始原型设计了。
XX-2-26
经过对需求分析的进一步理解，接下来我们开始这个项目的原型设计。我们所开发的费用管理系统主要包括费用报销、项目预算管理、员工管理、公司的项目信息维护及管理、财务处项目信息的统计功能。围绕这几个功能模块，我们逐个对其功能进行细节设计，比如分不同角色登陆系统，登陆界面都是通用的，每个用户都用自己的编号进行登陆，系统会根据用户的编号进行匹配查找，找到角色id之后进入对应的管理界面。进入管理界面之后，就可以新增费用报销，可以对添加的费用报销单在未提交之前进行修改、删除操作，确定之后就可以提交，系统会根据session中保存的该用户的编号查找到所在的部门，然后把用户提交的申请表保存到该部门经理处，当该部门经理登陆时就可以看到部门员工提交的申请表单，然后进行审批等操作。所有的逻辑统一之后，我们分工开始做jsp界面和之间的逻辑跳转。经过一天的时间系统总算有个雏形了，。设计完大体的功能框架后，我们与老师一起开了一个小组讨论会，我们向老师说明了我们的想法及大体的开发方向，老师也想我们提出了一些建议，经过一番热烈的争论，我们对自己的模型做了进一步的改动，功能设计也得到进一步完善。功能框架的设计是整个开发阶段十分重要的工作，指导小组进行后面具体的开发。功能设计的准确和完善也能够帮助我们在以后的开发中少走弯路，达到事半功倍的效果。原型设计的完成是我们小组成员齐心协力共同完成的，这也让我们感受到了团队工作的'重要性和强大力量。
XX-2-28星期一
今天，我们的主要工作是根据昨天的原型设计，做出功能展示页面，并实现基本的跳转。由于这些只是一个逻辑的跳转，没有真正和数据库交互，因此几个超链接就可以把所有界面联系到一块，再加上一些javascript的提示框，原型帮助我们更深入的理解了这个系统的流程及功能。下午我们就开始了数据库建表、物理模型的设计以及概念设计。根据需求分析及原型，我们很快就确定了系统需要的数据表，包括用户的基本信息、用户的角色id、报销申请表单、预算申请表单、部门项目信息等，以及每个表里面所需的字段，通过在数据库中建表，sql语句的用法更加熟练。根据这些数据表，物理模型也很快就完成了。因为数据库是整个系统的关键所在，所有前台的操作都要和数据库交互，所以它设计的好坏直接影响到之后程序的编写。接下来我们继续讨论我们建立的表的冗余性以及合理性等，在老师的指导下，我们对部分表进行了相应的修改。
XX-3-1
在昨天的基础上，我们进行了再次讨论，数据库的设计最终确定下来。接下来就开始了编码，建立整个系统的框架由我负责，按照开发的流程，首先根据数据表建立实体层，也就是javabean,然后写数据库连接，数据访问层，业务逻辑层，控制层，整个框架搭建好之后，有利用老师讲的junit，写了测试程序，对所写的程序进行初步测试，数据库连接的测试顺利通过。数据库连通之后，下一步工作就是用户的分角色登陆,事先在数据库中插入了一些用户信息，将角色分为五类，然后在数据访问层建立一个dao类，创建函数用于从数据库中读取用户的角色id，然后在业务逻辑层判断dao层函数返回的值是否为空，如果不为空则在控制层的servlet类中就可以进行判断分角色登陆；若dao层函数返回的值为空，则说明该用户名与密码有误，当用户点击登陆按钮时将转到错误提示的页面。当这些全部完成之后，我们开始进行测试，但测试全未能如愿以偿。调试、检查了很久全未能发现错在哪里。今天没能顺利完成计划好的任务，深受打击啊，不过没关系，遇到问题，解决问题，也许会学到跟多知识。
XX-3-2
上午接着做昨天未能完成的任务，调试了两个多小时还是未能所获，只有请教老师了，看着老师在debug模式下很快就找了出错的地方，原来在dao层写sql语句时后面多了一个逗号，看来编程也是需要非常的细心。总结了失败的原因，记住教训，一定不能再出现这样的低级错误，而导致降低效率。这一步总算通过之后，我们开始着手不同角色所拥有的操作权限，比如普通员工只有报销申请的权限（新增报销单、删除、修改、提交、查看等功能），部门经理不仅有报销申请的权限，还有审核部门员工提交的报销申请单和预算申请、部门项目管理等权限，每一种角色登陆到操作界面的功能按钮不尽相同，所以当普通角色登陆后，审核、预算等按钮必须隐藏或者不可用。但是我们之前的界面里的按钮实现隐藏与子菜单都很难实现，所以不得不考虑改变策略。之后经过讨论我们将整个页面布局改变为框架模式，左边显示树形菜单，top'frame显示logo，mainframe显示主显示页面，bottomframe显示版权信息以及系统时间。这样我们貌似又回到了原型设计，，还是没有项目经验，最初就没有考虑清除。
XX-3-3
涉及到的jsp界面还比较多，每一个页面都是用html一句一句写出来，再加上css样式，所以半天的时间也没有完成，今天上午继续完成。当所有的界面完成之后，开始了第一个功能模块的编码。当用户登陆到自己的主页时，显示的都是欢迎界面，当用户点击报销单管理时，必须根据用户编号动态的从数据库中提取其所有的报销单信息，然后显示在展示界面上，用户的编号的、是在用户登陆时将用户编号存储在session中，默认该用户登陆系统30分钟内没有操作的话，自动让该用户注销登陆。当点击报销单管理按钮时，将用户请求转到servlet类中进行后台处理，读取成功后，将这些信息传到用户的界面上，第一个原子功能实现后，我们更加有信心来完成其他模块的编码。原来一个真正的系统也应该是这样的原子操作组合而成的，从这一步的成功点燃了我们对编码的兴趣，不再畏惧和逃避。
预算实习日记2
7月1日星期日 晴
今天是我生产实习的第一天，和第一次上班一样大清早，在很快的熟悉办公室布局后就和几个刚上班的新同事打扫办公室卫生。打扫完卫生后同事向我介绍了公司的更详细情况，这是在公司简章上具体看不到的。我想这也就是办公室文化的一个小小的缩影，尽管我不喜欢这些和这样的方式。不过我觉得做一个左耳进右耳出忠实听众是做好同事关系的第一步。这不仅是我人生的一次转折也是我毕业后的第一次磨练，我会珍惜每一次的锻炼机会。其实在工地的实际跟学校完全不一样的，没有想像的那么简单，不要高估自已了自己的能力，要跟着师父认真的学，虚心的学习，踏踏实实的好好学，这样才能把预算学好。
7月2日星期一多云
今天师父说让我在图纸上面标设计变更，我以前都没有弄过所以不知道怎么弄，师父就先在图纸上标了一下让我看着，她让我到时候标的时候就按照她标的那个格试来标，要标的特别清楚，因为这个设计变更到时候我们算图的时候都要用的，所以让我标规范一些，过了一会她标完了就我来标了，我先看了一下都是一些什么变更，主要是后浇带，还有膨胀加强带的做法变更、承台坑的做法变更、窗户的型号等。刚开始还没有标的时候觉得这么一点东西一会就搞定了，没
想到真标起来还真是费尽，图不紧要画的标准而且字也要一笔一画的写，而且每套图纸上面的都有，而且每套图纸都不同，所以等我全部标完以后大概用了一天的时间，我把变更标完了以后，就把每个变更资料收集到资料盒中，并且把每个名称在资料登记表中详细的登记好，等全部弄好就下班了。
7月3日 星期二 晴
今天师父让我写一个分包合同的交底内容，因为我以前没有写过，所以师父给我一个模板让我看着写，我看着模板就开始写了。交底的内容主要是，项目名称：大同17中教学楼； 分包内容：劳务分包 ；分包方 ：（全称）江苏省南通六建山西分公司；承包方：山西宇凌劳务公司， 分包工程承包方式及范围：专业分包工程承包方式：包工包料、包工期、包质量、包安全、文明施工、包环保、分包工程承包范围：负责本工程的主体施工；提供材料检验合格证、检测报告、工程试验、检测验收以及全部工程资料的编制与移交；文明施工、工完场清及天津市的各项专项管理要求，以及解决降低噪音、扰民等问题。冬、雨季施工措施。乙方自行办理手续并承担向政府主管部门交纳的各种费用等，我做好了以后就给师父上看，她看了差不多后，就叫我打印出来装到资料盒里面去。
7月4日星期三晴
想成为一名合格的预算员，现场的的施工工序必须得熟悉，在师傅的带领下我第一次来到施工现场。这里正在进行模板的支护和钢
筋的邦扎。模板工程和钢筋工程正在如火如茶的进行着。工人们支模的程序是先搭设脚手架，然后再已经搭好的脚手架上安装模板下的木方，然后将板放在木方上，在板下有木方的地方上敲上长铁钉，使木方和模板成为一个整体共同来承担浇筑带来的荷载。以免板自身承受重量时，由于承载力不足，发生破坏。并且支模时先支水平模后再支垂直模。我想这样做有两个原因，一是为了竖板建立工作平台，二是为了使其垂直接缝严密，使不发生漏浆现象。 施工现场的工人师傅给我讲解了钢筋的绑扎顺序：先将架立筋或上层受力筋两端搭在支架或可支撑物上，而后在套上箍筋，并将上层钢筋和箍筋用铁丝绑扎在一起。最后，再将下层受力筋穿入箍套中，与箍筋绑扎在一起。若存在抗扭钢筋，除应在箍筋腰部及合适部位与钢筋绑扎牢固，还要在梁截面上相同部位的钢筋上加拉结筋，协同腰筋抗扭。钢筋的安装绑扎，应与模板相配合，柱筋的安装一般在柱模版安装前进行，而梁的施工顺序正好相反。一般是先安梁底模，在安装梁筋，当梁高较大时，可先留下一面侧模不安，待钢筋绑扎完毕，在之另一面侧模，以方便施工。楼板的模板安装好后既可安装板筋，其应在下架设置支撑，使上下层筋间，保持相应的距离，且防止被踩踏。
7月5日星期四 晴
今天，我的工作是计算梁柱墙中钢筋的接头个数。在本项工程中大于圆20的钢筋，均采用机械连接总得套管连接，所以在作预算时需统计在该工程中梁柱及剪力墙中的受力钢筋的接头数量从而求出
需要多少个套管。我算的是一层顶板梁的钢筋接头数。首先，要根据平面绘图法绘制的平面图中找出每根梁相应的跨度及其总长，又因为每根钢筋的长度为12米，所以用每根钢筋的总长除以12既可得所需的钢筋段数。之后，要根据钢筋数进行钢筋的排布。最后，我认为这项工作包括整个预算工作并不是很复杂，但工作量大而且很烦琐，所以要当好预算员不仅要有丰富的知识，还要有认真负责的态度。
7月6日 星期五 晴
今天项目经理让我们把混凝土的结算尽快办出来，因为混凝土商没有办好结算就不给我们提供混凝土，所以混凝土的结算特别紧急，我的混凝土的量早就算完了，但是因为我是第一次算量，所以我要等师父用软件算完了以后再跟她对一下，等到下午师父都差不多算完了，我就把我算的混凝土拿出来跟师父对了一下，发现我算的每一项都比师父少，算的量还存在着很大的问题，所以师父让我以后算量的时候一定要细心，要把图纸全部弄懂以后再去算，不会算的地方一定要找她问清楚再算，我也知道我算量的时候其实还有很多的地方算的不清不楚的，所以我跟师父说算下一套图纸的时候一定要到工地上去把每一个细节搞清楚才开始算，师父说是要这样子才行，刚开始学的时候一定要把图纸搞清楚才行，搞预算一定要学会看图。
7月7日 星期六 晴
昨天我和师父把混凝土的量对出来了以后，今天我们就要把混
凝土的结算件给办出来因为我们公司是每个月的10号左右跟分包半结算，今天已今天了7号了所以我们要尽快的把混凝土的结算给办出来，这次主要是办地下一层的混凝土进度结算，按算完的混凝土量把商品砼的结算表打出来，表上主要包括施工部位、砼的标号、工程量、单价，合价等，这次的结算主要是路面的硬化、基础底板，地下层外墙加车库顶板，还有内墙、梁，顶板等，量比前一次进度结算多很多，结算出来的钱数差不多有一百多万元，我先把结算表打出来以后，再打印了四份出来，因为公司的财务，经营科、分包商、项目部都要一份所以打四份，打出来后，我就把进度结算的报审表填好，然后就打电话给商品砼分包商叫他们的负责人过来签字确认，等他签完字以后，我再去找我们项目上的生产经理和项目经理签字，等他们全部签字确认完后，我就把结算表封好，寄到公司的去给领导审核。
7月8日星期日 小雨
由于天气的原因，今天只能在办公室里看图纸。这时师傅从实验室回来了，他给我讲解了钢筋的检验与钢筋接头的工艺检验。钢筋的检验首先要检查钢筋的标牌号及质量证明书；其次要做外观检查，从每批钢筋中抽取5% ，检查其表面不得有裂纹、创伤和叠层，钢筋表面的凸块不得超过横肋的高度，缺陷的深度和高度不得大于所在部位的允许和偏差，钢筋每一米弯曲度不应大于四米；接下来力学性能试验，每批若小于60吨则从中抽取2根，每根截取两段，分别做拉伸和冷弯试验。在截取试件时应除去钢筋两端100－500MM，在截取。
