面向对象 工资管理系统.docxVIP

1 需求分析1.1 课题设计目的使用面向对象语言java设计一个员工工资管理程序，有显示、储存、显示、修改和删除功能。每个员工有员工工号、姓名、基础工资、职务工资、奖金和工资总额。其中员工工号不需要用户输入，存储时，数据库系统按顺序自动递增。1.2功能要求（1）查询功能中，用户查询时可以选择按工号查询，也可以选择姓名进行查询，也可以选择查询工资总额在某个范围内的员工的工资信息，比如查询工资总额在1000~2000的全体员工的信息，还以查询全体员工工资，并且选择按某种方式排序。（2）修改功能中，用户可以选择修改方式，比如修改某一行，即选择修改某个员工的工资，此时需要输入修改项，即基础工资、职务工资和奖金中的一项，因为工资总额是基础工资、职务工资和奖金的综合，故不能直接修改，同时还需要输入工号，为了避免误改，所以需要确认修改后才能修改；也可以选择修改某一列，即选择修改全体员工的某一项工资，所以还需要选择修改项，其中的修改项也只有基础工资、职务工资和奖金三项。（3）储存功能即增加用户的功能中，用户不需要输入员工工号，但必须输入员工姓名，其他几项均可以不输入，基础工资、职务工资、奖金和工资总额均被系统初始化为零。（4）删除功能中，必须慎重操作，删除时必须输入员工工号，先查询出来，把员工的各项信息显示在下方的文本框中，在用户点击确认删除时系统就将该工号的用户的各项信息从数据库中删除。在此说明一点，由于工资总额是员工基础工资、职务工资和奖金的综合。基础工资、职务工资和奖金中的任意一项改变都会影响工资总额的数值，当修改频繁是，将会大大增加数据库系统的负担，且设计起来更加繁琐，所以工资总额并没有真正的储存在数据库中，每一次的查询或者其他显示工资总额的地方全都是用SQL或者HQL的函数查询语句来实现的。1.3 设计流程设计流程采用先界面后模型外层全局界面设计界面设计：删除模块各组件事件处理修改模块各组建事件处理储存模块各组件事件处理查询模块各组件事件处理擅长模块设计修改模块设计查询模块设计储存模块设计各组件事件处理功能实现设计：外层全局界面各组件事件处理设计数据库及表的设计Hibernate实现查询功能Hibernate实现储存功能Hibernat和jdbc实现修改功能Hibernate删除功能图11.4 工资表模式根据上述目的和各项功能要求，选择如表1的数据库表来储存员工各项工资信息其中的Id号即为员工工号。表1ID姓名基础工资职务工资奖金3张三500020003000…………………………1.5 开发环境JDK1.6Myeclipse6.5Mysql5.22Hibernate annotation3.4测试工具：junit4.7注明：（1）在详细设计中的代码均为局部的关键代码，完整代码均在附录里；（2）数据库里的信息只为了测试，与其含义没有关系；（3）所有模块的模样图中，圆角框表示容器，直角框表示组件。2 详细设计2.1 外层模块设计2.1.1 外层模块模样根据个人设计思路，设计的外侧模块的模样如图2系统名称：工资管理系统删除按钮修改按钮储存按钮查询按钮图2外侧模块设计，首先新建一个叫MyApplet的类，并继承java下applet包中的Applet类，在这里，也可以自己定义一个自己的框架的类，去继承Frame类，但是简单起见，我就定义了自己的框架的类，并继承了Applet类，这样有些Applet已经实现的功能就不需要我自己去实现了，比如当你点击这个类运行而得的窗口的右上角的“X”时，窗口就关闭了，如果没有继承Applet类，那么这些功能将由自己实现，查看java的那套api会发现里面有个一属性常量，给定义的窗口设置该属性就可以解决。参考印旻主编的《java与面向对象程序设计教程》第八章的布局设计可知：FlowLayout的布局方式虽然非常简单，但是这种布局的容器会将容器的里的组件按照加入的顺序一个个从左往右，从上往下的排列。这样的布局显然不合适，也不美观。而BorderLayout则将整个容器分为东、西、南、北、中，这样的布局比较死，限制了设计者自己定义布局的功能。GridLayout的布局形式，虽然给了设计者自己定义布局的一部分功能，但是还是存在很大一部分的限制，还有CardLayout（卡片布局设计）和GridBagLayout，卡片布局设计显然是可以采用的，但是不能只用卡片布局设计，因为只用它显得单一，而且功能不全。剩下的GridBagLayout的布局设计是很适合我想象的布局的，因为这种布局设计给了设计者很大的自定义空间，并且各个行或者列的大小都可以由设计者自己指定，也不要求容器中的组件按个空格地放。经过上述外层模块布局设计的分析，最适合外层模块布局设计的方式就是GridBagLayout。GridBagLayout布局设计