基于web的工资管理系统的设计与实现毕业论文word格式内容摘要:
员工信息管理、工资结算管理、工资结构设置、考勤信息管理、部门信息管理、岗位信息管理。 本系统 还 可以方便员工 查看个人工资详细情况,主要包括查看个人信息及个人工资明细,并可以申请假期。 系统角色 普通用户 员工通过该系统可以查看个人相关信息、每月工资信息、每月考勤信息, 可以修改密码, 并可以向上级申 请假期。 管理员 管理员通过该系统可以管理员工信息 (包括增加、删除、修改、查看员工信息 )、管理员工工资信息 ( 包括查看员工工资信息、工资结算、设置工资结构 ) 、管理部门信息( 包括对部门信息的增删改查 )、管理岗位信息 ( 包括 对岗位信息的增删改查 )。 系统 需求模块 登录 模块 关联角色:员工、管理员。 需求 描述:员工 登录 该系统进入前台浏览页面,管理员 登录 该系统进入后台管理页面。 备注说明:只有合法用户才能进入相关界面。 前台浏览模块 关联角色:员工。 需求描述:员工可以查看个 人详细信息、工资信息、考勤信息,可以申请假期。 备注说明:员工只能查看个人相关信息。 6 后台管理模块 关联角色:管理员。 需求描述:管理员可以进行员工信息管理、员工工资管理、部门信息管理、岗位信息管理、工资管理 (包括工资结算、工资结构设置 )。 系统设计的特点 采用 MVC(Model、 View、 Control)架构,结合 SSH(Spring+Struts+Hibernate)框架实现系统的功能。 MVC:当前非常流行的一种系统架构模式。 MVC 作为模式:提供一个原则,可以按照模型( model) 、界面( view)、控制( control)等角色把一个应用系统的各个部分之间的耦合解脱、分割开来。 MVC(Modelviewcontroller pattern)模式由三部分组成:模型( Model):是一组表示应用系统商业逻辑的对象。 它通常包括表示商业抽象的类(如:账号、采购等等)和现实世界的对象(如职员、客户等)。 视图( View):是用一种向用户表达信息的具体方式。 要理解视图的捷径是把视图想象成为一个具体的网页或者屏幕,它能够给用户提供一组互相有关的信息。 控制( Controller):是应用系统处 理具体流程和导向的核心部分。 它把模型对象给出的信息翻译成视图可以理解的形式,并且处理系统流程的走向,例如视图在下一个回应中将会给用户什么样的反馈。 MVC 的关键是商业模型的设计与实现可以独立于应用系统的结构设计与实现(控制)和界面的设计与实现(视图)。 本 系统 采用的是 SSH( Struts + Spring + Hibernate)三层架构。 Struts用于表现层, 负责页面数据提取,页面动作响应。 Spring 是一种轻量级的框架模型,主要负责业务逻辑层的对象创建, 表现层的 Action 的创建,以及持久层的 DAO 的 创建。 Hibernate 负责 把内存中的数据对象保存到数据库中。 在 SSH 三层架构中,主要 用 Struts 来实现对页面的响应就页面跳转。 当用户向服务器发送某一个请求,这个请求会被服务器( Tomcat)接收到,服务器会根据请求的内容,将这个请求发送给相应的 Servlet实例进行处理。 Servlet 会根据其内容,去生成相应的 Action 实例。 本程序中, Struts 将 Action 的创建工作交给了 Spring 的代理类来完成,创建这个实例后,将这个实例注入,由 Struts 调用 Action 中的相应方法。 Action 中可以配 置一个或多个 Service 对象, Action调用 Service 中的方法进行业务处理。 Service 中通常会有一个或多个 DAO 的对象 , DAO 继承了 Hibernate的借口,用来处理数据库的操作。 而 Action, Service, DAO 的创建与注入,都是由 Spring 的Bean 工厂来实现的。 7 4 系统 概要 分析与 设计 系统总体结构 本系统主要由 登录 模块、前台员工浏览模块、后台管理员管理模块构成。 普通员工正确登录后进入前台员工浏览界面,管理员正确登录后进入后台管理员管理界面。 系统结构图如图 41 所示: 图 41 系统结构 图 前台功能分析 与设计 前台功能主要有员工查看个人信息、查看工资明细、 查看考勤信息、 申请假期、修改登录 密码 等。 前台页面 设计 如图 42 所示: 图 42 前台页面跳转图 8 后台功能分析 与设计 后台功能主要有员工信息管理 (包括增加、删除、修改、查看员工信息) 、员工工资管理 (包括 查看员工工资、设置岗位工资结构、工资结算等 ) 、考勤记录管理 (考勤内容有出差、加班、请假、迟到早退、旷工等) 、部门信息管理 (包括增加、删除、修改、查看员工信息) 、岗位信息管理 (包括增加、删除、修改、查 看岗位信息)。 后台页面设计如图 43 所示: 图 43 后 台页面跳转图 数据库分析与设计 由于企业组织结构呈树形,即一个企业有多个部门;一个部门有多个岗位,一个岗位对应一个岗位工资结构,每个岗位有多个员工;每个员工有多条考勤记录和工资发放记录,一个员工对应一个系统用户身份。 从上往下看,基本都是一对多或一对一的关 9 系,而 在本系统中 我使用了 Hibernate 技术和 Java 编程思想,在建立实体抽象时,分别作了一些对应的引用来实现数据库表之间的关联,这样不仅充分运用了面向对象编程的思想,并简化了表的结构, 使得数据库管理更合理化。 数据库设计 建立 数据库 employeemanage,包含的表如图 44 所示 : 图 44 数据库表图 表设计 部门表如图 45 所示: 图 45 部门表 岗位表如图 46 所示: 图 46 岗位表 10 员工表如图 47 所示: 图 47 员工表 岗位工资结构表如图 48 所示: 图 48 岗位工资结构表 用户表如图 49 所示: 图 49 用户表 工资记录表如图 410 所示: 图 410 工资记录表 11 考勤记录表如图 411 所示: 图 411 考勤记录表 考勤表如图 412 所示: 图 412考勤表 12 5 系统详细设计 与实现 系统 功能模块主要有登录模块、前台功能模块、后台功能模块等。 系统登录模块 系统用户输入正确的用户名和密码可登录系统。 若为普通员工则进入前台浏览首页,若为管理员则进入后台管理页面。 系统登录页面如图 51 所示 : 图 51 系统 登录 页面 实现代码 部分 如下: String identify=(user)。 if((admin)){ return adminLogin_succ。 }else if((emp)){ return empLogin_succ。 } else{ return login_fail。 } 前台功能模块 前台功能模块主要由查看个人信息、考勤记录、工资明细,申请假期,修改密码等模块组成。 13 前台首页如图 52 所示: 图 52 前台首页 查看个人信息模块 员工点击个人详细信息按钮,可查看个人详细信息。 个人信息页面如图 53 所示 : 图 53 个人信息页面 查看考勤记录模块 员工点击考勤记录按钮,可查看个人考勤记录信息。 14 考勤记录页面如图 54 所示 : 图 54 个人考勤记录页面 查看工资明细模块 员工点击工资明细按钮,可查看个人工资明细情况。 工资主要由岗位基本工资、五险一金、考勤相应奖罚金额等组成。 工资明细页面如图 55 所示 : 图 55 工资明细页面 15 申请假期模块 员工点击 申请假期按钮,可进入假期申请页面,需填写请假理由、请假时间等信息。 申请假期页面如图 56 所示 : 图 56 申请假期页面 实现代码 部分 如下: (leaveInfors)。 修改密码模块 员工点击修改密码按钮,可以修改登录密码,需键入旧密码、新密码、新密码确认等信息。 修改密码页面如图 57 所示 : 图 57 修改密码页面 实现代码 部分 如下: User user=(User)().getAttribute(user)。 (newPassword)。 (user)。 16 后台功能模块 后 台功能模块主要由 员工信息管理 、考勤记录 管理 、工资 管理、部门信息管理、岗位信息管理 等模块组成。 员工信息管理模块 点击员工信息管理菜单系统列出员工信息管理的子菜单,包括增加员工信息、删除员工信息、修改员工信息、查看员工信息等。 1 增加员工信息。 需填写员工姓名、性别、住址、联系方式、电子邮箱 、身份证号等基本信息,并选择员工所 属部门和岗位 ,还可以上传照片,最后选择提交,信息合法即可添加成功 ,系统自动生成员工编号。 增加员工信息 页面如图 58 所示 : 图 58 增加员工 信息 页面 实现代码 部分 如下: (post,employee)。 2 删除员工信息。 点击删除员工信息菜单,系统列出员工列表, 从列表中选择或直接搜索员工,点击删除按钮,确认删除即可删除 该员工 相关 信息。 17 删除员工信息 页面如图 59 所示 : 图 59 删除员工信息 页面 实现代码 部分 如下: (empNOs)。 3 修改员工信息。 点击修改员工信息菜单,系统列出员工列表, 从列表中选择或直接搜索员。基于web的工资管理系统的设计与实现毕业论文word格式
相关推荐
图 27 服务管理子系统住户收费管理系统图 3 可行性分析与软件计划 31 可行性分析 技术可行性 目前已经成功的开发出了许多管理信息系统信息技术和计算机软硬件发展已经完全可以满足本系统的技术要求本方案技术要求比较高安全 性和可靠性较强但通过后面的综合分析可以知道从技术上来说是可行的 Access 数据库系统依托 Microsoft
化情况等因素得出的 ,是符合仓储部门储存能力和管理条件的 ,是财务部门可以按期付款或能够进行适当资金运筹完成付款义务的。 这几个方面要想顺利地进行协调是不 容易的 ,如果出现偏差就会使购入的存货积压或断货 ,大量的积压或长时间的断货不但使企业浪费资金 ,而且会失去赢利的机会、失去客户。 从另一个角度来看 ,只有增加存货的有效性从而使市场、财务、储存、销售四个方面充分协调才能增加存货管理的有效性。
次拌合后再用。 绝不可加水二次拌合。 拌好的砂浆,须于 3 小时之内使用完毕。 D、不可以干砖砌筑。 淋砖时,一般以 15%含水率为宜。 (约砖块四周浸水 15mm 左右)。 ③ 注意砌砖时的拉结筋的留置方法: 砖砌体的拉结筋留置方法,按设计要求招待。 如设计没有具体规定时,按规范执行。 规范规定“拉结筋的数量每 12cm厚墙放 1 根 Ф 6 钢筋,沿墙高每 50cm 留一组。 埋入长度从墙
flow,犹如大多数计算机领域的术语一 样,也是个合成词,是英文单词 work和英文单词 flow 的组合。 Work翻译为任务、工作等, flow则翻译为流程、流动等。 Flow反映的是一种 事物 的动态属性或变化过程, 例如 水的流动被称为水流 ,空气的流动被称为气流 ,还有物料流、资金流等,在抽象领域还有信息流、控制流等 , 因此, 使用 任务
示 Petri 网模型的唯一出口,模型实例将在该点结束流程。 终止库所的特征是,没有从该库所指向变迁的内向弧,但可以有一个或多个从变迁指向该库所得外向弧。 中间库所,即 intermediate place,在标准 Petri 网模型中可以有 0 个或多个,它是除去起始库所和终止库所外的第三类库所,通常,中间库所起到的作用是连接变迁与变迁
看自己创作的表单图 ,单击“保存表单并用表单设计器打开表单”复选框,对表进行处理。 单 击“完成”。 图 请假信息表单 报表 出差管理 单机“工具”→“向导” →选择“表单”,选择“一对多表单设计” 自己的需求选择字段,选择“员工信息”表中的员工编号,姓名,年龄,部门,职务等字段内容,单击“下一步”,可以发现步骤 2 中可以选择子表的内容选择“出差”表中出差时间,出差地点,备注等字段内容, 步骤