会计专业预算方向实习日记

1 / 6 会计专业预算方向实习日记 20XX-2-25 这次实习所需的基本知识基本上都介绍过了，今天正式转入开发阶段。这次实习做的是一个费用管理系统，上午开始讨论这个系统需求分析，包括实现项目预算，费用报销，人事管理和一些统计的功能，老师把整个系统的框架给我们做了一些大体的讲解，希望我们能在接下来的几天里去多思考，深化需求分析，细化功能设计。系统有组织结构维护，费用 项项目维护，审批流程维 护护，报销明细模块，以 及及人员管理和一些统计 的的功能。每一个模块都 是是对系统功能模块的调 整整与维护。 人员管理 有有添加员工的功能，可 以以对添加的人员进行修 改改和删除，并给新增的 员员工分配权限。 费费用项目维护模块：可 以以进行费用项目的添加 和和提交。 报销模 块块可以对报销的项目在 未未提交之前进行删除和 修修改。 统计模块 主主要是统计员工提交的 报报销单预算单，及每个 部部门的项目信息和员工 信信息等。 所有这些操 作作都是直接对数据库直 接接进行操作。整个系统 都都是分角色登陆，每一 个个角色所拥有的权限都 不不完全相同，登陆进去 的的菜单栏都有所不同， 所所以每个员工都应该有 一2 / 6 一个角色，即有哪些操 作作权限。所有的功能和 流流程理清楚之后，就要 开开始 原型设计了。 200XX-2-26 经 过过对需求分析的进一步 理理解，接下来我们开始 这这个项目的原型设计。 我我们所开发的费用管理 系系统主要包括费用报销 、项目预算管理、员工 管管理、公司的项目信息 维维护及管理、财务处项 目目信息的统计功能。围 绕绕这几个功能模块，我 们们逐个对其功能进行细 节节设计，比如分不同角 色色登陆系统，登陆界面 都都是通用的，每个用户 都都用自己的编号进行登 陆陆，系统会根据用户的 编编号进行匹配查找，找 到到角色 ID之后进入对 应应的管理界面。进入管 理理界面之后，就可以新 增增费用报销，可以对添 加加的费用报 销单在未提 交交之前进行修改、删除 操操作，确定之后就可以 提提交，系统会根据 sesssion 中保存的该 用用户的编号查找到所在 的的部门，然后把用户提 交交的申请表保存到该部 门门经理处，当该部门经 理理登陆时就可以看到部 门门员工提交的申请表单 ，然后进行审批等操作 。所有的逻辑统一之后 ，我们分工开始做 JSP 界面和之间的逻辑跳 转转。经过一天的时间系 统统总算有个雏形了，。 设设计完大体的功能框架 后后，我们与老师一起开 了了一个小组讨论会，我 们们向老师说明了我们的 想想法及大体的开发方向 ，老师也想我们提出了 一一些建议，经过一 番热 烈烈的争论，我们对自己 的的模型做了进一步的改 动动，功能设计也得到进 一一步完善。功能框架的 设设计是整个开发阶3 / 6 段十 分分重要的工作，指导 小 组组进行后面具体的开发 。功能设计的准确和完 善善也能够帮助我们在以 后后的开发中少走弯路， 达达到事半功倍的效果。 原原型设计的完成是我们 小小组成员齐心协力共同 完完成的，这也让我们感 受受到了团队工作的重要 性性和强大力量。 20XXX-2-28 星期 一一 今天，我们的主要 工工作是根据昨天的原型 设设计，做出功能展示页 面面，并实现基本的跳转 。由于这些只是一个逻 辑辑的跳转，没有真正和 数数据库交互，因此几个 超超链接就可以把所有界 面面联系到一块，再加上 一一些 javascrippt 的提示框，原型帮 助助我们更深入的理解了 这这个系统的流程及功能 。下午我们就开始了数 据据库建表、物理模型的 设设计以及概念设计。根 据据需求分析及原型，我 们们很快就确定了系统需 要要的数据表，包括用户 的的基本信息、用户的角 色色 ID、报销申请表单 、预算申请表单、部门 项项目信息等，以及每个 表表里面所需的字段，通 过过在数据库中建表， SQQL 语句的用法 更加熟 练练。根据这些数据表， 物物理模型也很快就完成 了了。因为数据库是整个 系系统的 关键所在，所有 前前台的操作都要和数据 库库交互，所以它设计的 好好坏直接影响到之后程 序序的编写。接下来我们 继继续讨论我们建立的表 的的冗余性以及合理性等 ，在老师的指导下，我 们们对部分表进行了相应 的的修改。 20XX-3 -1 4 / 6 在昨天的基础 上上，我们进行了再次讨 论论，数据库的设计最终 确确定下来。接下来就开 始始了编码，建立整个系 统统的框架由我负责，按 照照开发的流程，首先根 据据数据表建立实体层， 也也就是 javaBeann,然后写数据库连接 ，数据访问层，业务逻 辑辑层，控制层，整个框 架架搭建好之后，有利用 老老师讲的 Junit， 写写了测试程序，对所写 的的程序进行初步测试， 数数据库连接的测试顺利 通通过。数据库连通之后 ，下一步工作就是用户 的的分角色登陆 ,事先在 数数据库中插入了一些用 户户信息，将角色分为五 类类，然后在数据访问层 建建立一个 DAO 类，创 建建函数用于从数据库中 读读取用户的角色 ID， 然然后在业务逻辑层判断 DDAO层函数返回的值 是 是否为空，如果不为空 则 则在控制层的servllet类中就可以进行 判判断分角色登陆 ;若 DAAO层函数返回的值为 空空，则说明该用户名与 密密码有误，当用户点击 登登陆按钮时将转到错误 提提示的 页面。当这些全 部部完成之后，我们开始 进进行测试，但测试全未 能能如愿以偿。调试、检 查查了很久全未能发现错 在在哪里。今天没能顺利 完完成计划好的任务，深 受受打击啊，不过没关系 ，遇到问题，解决问题 ，也许会学到跟多知识 。 20XX-3-2 上午接着做昨天未能 完完成的任务，调试了两 个个多小时还是未能所获 ，只有请教老师了，看 着着老师在 Debug 模 式式下很5 / 6 快就找了出错的 地地方，原来在 DAO 层 写写 SQL 语句时后面多 了了一个逗号，看来编程 也也是需要非常的细心。 总总结了失败的原因，记 住住教训，一定不能再出 现现这样的低级 错误，而 导导致降低效率。这一步 总总算通过之后，我们开 始始着手不同角色所拥有 的的操作权限，比如普通 员员工只有报销申请的权 限限 (新增报销单、删除 、修改、提交、查看等 功功能 )，部门经理不仅 有有报销申请的权限，还 有有审核部门员工提交的 报报销申请单和预算申请 、部门项目管理等权限 ，每一种角色 登陆到操 作作界面的功能按钮不尽 相相同，所以当普通角色 登登陆后，审核、预算等 按按钮必须隐藏或者不可 用用。但是我们之前的界 面面里的按钮实现隐藏与 子子菜单都很难实现，所 以以不得不考虑改变策略 。之后经过讨论我们将 整整个页面布局改变为 框 架架模式，左边显示树形 菜菜单， topFramme 显示 LOGO， ma inFrame 显示 主主显示页面， botto mFrame 显示版 权权信息以及系统时间。 这这样我们貌似又回到了 原原型设计，还是没有 项项目经验，最初就没有 考考虑清除。 20XX- 3-3 涉及到的 JSSP 界面还比较多，每 一一个页面都是用 HTML一句一句写出来，再 加加上 CSS 样式，所以 半半天的时间也没有完成 ，今天上午继续完成。 当当所有的界面完成之后 ，开始了第一个功能模 块块的编码。当用户登陆 到到自己的主页时，显示 的的都是欢迎界面，当用 户户 点击报销单管理时， 必必须根据用户6 / 6 编号动态 的的从数据库中提取其所 有有的报销单信息，然后 显显示在展示界面上，用 户户的编号的、是在用户 登登陆时将用户编号存储 在在 session 中， 默默认该用户登陆系统 30 分钟内没有操作的话 ，自动让该用户注销登