1 / 28
文档名称:

java项目工作总结.doc

格式:doc   大小:62KB   页数:28页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

java项目工作总结.doc

上传人:raojun00001 2017/5/11 文件大小:62 KB

下载得到文件列表

java项目工作总结.doc

文档介绍

文档介绍:java 项目工作总结大学 java 项目总结心得 java 项目开发案例 java 初级项目总结 java 项目组总结篇一: java 项目总结项目总结这是一次比较完整的团队合作项目, 它要求团队各成员对系统的主体设计搭成一定的共识, 这包括数据库设计, 需求分析, 以及其它一些细节, 因此在编码之前的准备工作一定要充分。在设计之前,我们两组对于数据库的设计进行了激烈的讨论, 最后在一些关键的问题上统一了意见。接下来的工作便是需求分析,具体结构设计,并制订小组项目详细计划,项目的进行将严格按照所制订的计划执行。然后小组成员对各自的数据库进行了设计,并且以数据字典的形式进行了共享。企业级人力资源系统分为十个子系统: 机构编制管理、人员信息管理、人事档案管理、考勤管理、薪资福利管理、社会保障管理、招聘管理、合同管理、查询统计管理、系统管理。我负责人员信息管理子系统, 这方面需要处理的业务逻辑比较少, 表单比较多, 要把握好与其它子系统的关联。员工基本信息表是与其它子系统关联的桥梁, 大部分表都涉及到与基本信息表的外键关联。其中, 职员编号(employeeId) 是作为外键关联的字段, 我给它设置了自增长。有人认为在企业里, 职员编号应该是有一定规律的数字,而不应该设置自增长。这样的是想法很符合实际情况,后来我和两个组长讨论,认为自增长可以保证数据的唯一性, 非自增长的主键在增加时可能遇到不可知的问题,并且其他组员的数据库已经设计好,改起来就麻烦了。因此最终职员编号采用了自增长。有了上面的共识, 接下来的重要工作便是依次完成表的增删改查、数据校验。其中, 分页和批量删除是我计划最后完成的部分,并且一定要完成。基本数据校验按各数据格式进行,例如手机号、 e-mail 等。另一方面要对职员编号与姓名的一致性, 职员编号的存进行验证, 这些通过 DAO 里面的方法实现, 针对出错,用 JS给出友好的提示。在做好基本功能的前提下,争取做出特色。我尝试写了 Hibernate 分页、批量删除的代码, 最后都测试成功。同时加入了 JS 控件, 对于一些有特殊格式要求的字段, 防止用户填写错误( 比如日期的填写格式为 yyyy-mm-dd ), 使系统更加人性化。经过讨论, 对员工基本信息主表及与其关联的所有表, 配置级联删除。当主表信息被删除时, 与之外键关联的子表信息同时被删除。回顾这段历程, 遇到了一些瓶颈, 例如批量删除时如何有效的处理选中的 id, 要明白它得到的是一个 String[] , 需要转化成 int[] 就好办了。关于分页, 我也是琢磨了好久。在网上看了不少实例, 具体实现起来还是一头雾水。就在项目验收的前两天晚上, 我决定自己写的试试。第一个方法是需要获取表里面总记录数 count , 按照套路执行 hql , 我这样处理了结果: count = (); 结果出了问题。数据库里有 6 条记录, 结果打印出 count 为1。在这里折腾了好久, 后来打印 list 为[6] ,这下才明白 () 得到的是 list 里元素的个数,这个元素是 6 ,我需要获取的是元素的是值(基础知识薄弱)。明白这点就好办了,最后我是这样处理的 String a= (0).toString(); // 获取 list 第一个元素( 对象), 并转换成 String count = (a); //将a 转换成 int ,得到 count 这样做分页的第一步就完成了。第二天早上比较顺利的完成了剩下的代码并测试成功。相比网上的分页代码,总的来说我写的很容易看懂,至于它有什么问题目前还不知道。通过这次项目经验, 我明白了只要想到了, 就一定可以做到。不要畏惧, 困难并不像想像中的那么可怕。一味的逃避将得不到真正的锻炼。要时刻和队友交流, 分享成果。两个人总比一个人知道的多。篇二: java 项目总结 DBHelp ; import ; import ; import ; import ; import ; import ; public class DBHelp { // 四个属性// 驱动字符串 final String DRIVER=&. r"; // 连接字符串 final String URL="jdbc