基于Java的OA管理系统的开发与设计Word文件下载.docx
《基于Java的OA管理系统的开发与设计Word文件下载.docx》由会员分享，可在线阅读，更多相关《基于Java的OA管理系统的开发与设计Word文件下载.docx（33页珍藏版）》请在冰豆网上搜索。
后台管理系统功能模块：
部门管理、员工管理、员工职位管理、考勤管理、费用申请、消息管理、文件管理、公告管理、上下班打卡。
各个模块功能分隔明确，后期维护成本相对较低而且确切实际的解决的公司的刚需。
关键词：
Web；
Java；
MVC；
员工系统；
管理员系统
Abstract：
Thisthesisisaimedatthemanagementsystemdevelopedbythecompany.ItmainlyUSEStheJavalanguageasthedevelopmentlanguage,withB/Sasthesystemstructure,thedatabaseUSESMysql,andUSESthepopularMVCthree-layerarchitecturethought.Thesystemismainlydividedintoemployeesystemandbackgroundadministratorsystem.Functionmoduleofemployeesystem:
personalinformationmanagement,attendancemanagement,expenseapplication,messagemanagement,andcommuting.Functionmodulesofthebackgroundmanagementsystem:
departmentmanagement,staffmanagement,staffpositionmanagement,attendancemanagement,expenseapplication,messagemanagement,documentmanagement,announcementmanagement,anddailypunchingandpunching.Thefunctionsofeachmoduleareclear,andthelatermaintenancecostsarerelativelylowandtheactualsolutionofthecompanyneedstobesolved.
Keywords:
Web；
Mvc；
EmployeeSystem；
AdministratorSystem.
1绪论
1.1研究背景
在如今的社会大家都有一个共同的感受---方便，科技飞速的发展的同时人们对生活水平和办公速率的要求也越来越高，纸质办公已经开始淡出了人们的视线各类的办公软件不断推陈出新，办公已经开始离不开电脑了，那么在以网络技术为代表的今天我们的企业该如何的利用计算机来高效的服务于我们公司的发展和社会的前行，在竞争压力下突破重围成为时代的代表呢。
在发展的道路上每个公司都是不断的完善自己，不断的提高自己的管理方式、管理制度的水平，公司更加的希望能够更好的管理自己的员工、服务员工让员工能为公司创造出最大的利益价值，传统的办公方式已经不能满足如今的比较大的企业了，在以往的工作中这一部分投入的太多的资源然而效果并不是很好经常出现什么遗漏文件难以查找，同时员工的个人信息可能在不断的发生改变，考勤记录需要每日记录，工作的内容也需要实时的记载，这些种种在纸质文档上已经不能够准确快速的记录了。
这样一个公司的整体效率和准确度都就会下降，员工和公司之间的矛盾也可能由此产生。
鉴于这些情况就出现了公司的管理系统---OA系统。
该系统基本实现了自动化办公，使公司的管理人员能够随时了解到员工的情况并做出相应的调整。
1.2研究意义
21世纪全球的发展都聚焦在了信息化上，传统的办公方式已经不能够满足大多数企业的需求，特别是在数据量过大且各个数据之间的关系比较复杂的时候传统的纸质办公就是杯水车薪了。
人们开始意识到这其中的重要性，很多的公司也都开始建立自己的信息化管理平台，但是因为刚起步企业缺少信息建设和管理的经验，所以效果总是差强人意。
那么企业应该如何将有用的信息利用计算机管理、储存起来，并充分发挥计算机及计算机网络在信息存储、信息查询、统计、管理等方面的优势呢？
又如何利用己有的有用信息为提高工作效率和管理水平服务，成为企业发展所面临的巨大问题。
尽管信息数字化是大势所趋，但是很多公司终不得其所，究其原因是每个公司的业务和管理方式是不同的，有自己的管理制度和流程，不能套用别人的，要结合自身的特点以及优势来发展，不能人云亦云，盲目效仿，这样才能探究出一条属于自己公司发展的道路来。
1.3可行性析
可行分析的主要目的是根据市场调查的结果弄清楚这个需求的必要性和可行性。
必要性来自实现开发任务需求的迫切性，而可行性则取决于实现应用系统的资源、条件。
这项工程需要建立在初步调查的基础上。
1.3.1技术可行性
这次系统开发用的是B/S的结构，数据库MYSQL，开发语言是采用Java，开发工具使用的使用的是Eclipse，NavicatPremium。
开发时运用目前市面上主流的SSM框架。
系统开发采用的技术和工具都是市面上主流的技术和工具，拥有成熟的经验可以汲取，同时在做这次开发之前我也用相同的工具和技术开发过一个能源项目，据用一定的经验，所以在技术方面是可行的。
1.3.2经济可行性
在市面已经有了相当一部分的类似的系统，说明该技术已经相当的成熟了，而该系统作为公司的内部管理系统而不是面向网络的所有人，所以系统的访问量不是特别的大，用一台主机作为服务器足以。
这次的开发也是作为课题研究所以功能并不是很全面我一个人足以完成，另外在资金投入上可以说是几乎为零，只需在电脑上配备相应软件即可。
1.3.3管理可行性
无可厚非的是如今的公司需要也必须走信息化道路的建设，必须利用计算机来管理大大的提高工作的效率，本系统就是建立在这样的基础上来开发的。
系统界面简单、功能齐全、只要是稍微会计算机的上手都非常的快，只需要简单的操作就能实现管理公司的目的。
同时可以查询员工的信息以及工作状况，随时了解员工的动态，这些都正是公司所需要的功能。
这么多的好处却只需要一个人就能实现，也不需要后续的投入管理费用，这也大大提高了工作的效率。
做到物尽其用。
1.4系统开发环境的选择
（1）硬件环境：
Intel（R）Core（TM）i7-7500UCPU@2.7GHZ处理器，8G内存，Windows64位操作系统，256G硬盘内存。
（2）软件环境：
MicrosoftWindows10操作系统，SQLServer2008数据库，Eclipse（Java编辑工具），NavicatPremium（Mysql可视化工具）
1.5系统数据库选择
现如今市面的数据库多种多样，而相较于我而言熟悉且主流的有Mysql、Oracle两种，而此次选择了Mysql的原因是：
Oracle虽然比Mysql的性能好一点，但是Oracle更加适用于大型的项目，一个公司的管理系统可能并不是什么大型的系统，所以Mysql就更加的适合了，因为他的成本低一点，相对于Oracle对计算机的性能要求就低一点，而我对Mysql的熟练程度也Oracle的强，Oracle的操作要繁琐一点，所以为提高工作的效率，以及程序的性能就选用了Mysql作为本次开发的持久化工具。
1.6选择B/S架构
简而言之B/S（Browser/Server）结构就是浏览器和服务器交互，是在C/S的基础之上加以改进而演变出来的，用户只需要在浏览器上输入服务的地址就能访问的服务器上部署的响应程序，进而进行数据的交互，以及页面的渲染。
选择B/S结构的原因有以下几点：
（1）使用范围来说C/S结构大多用于在局域网内使用，而B/S就可以放在广域网上来使用，这样就大大的增加了系统的使用范围，使之可以广泛的使用。
（2）分工来说C/S在客户端就进行了很多业务的处理，绝大多数的业务都是在客户端处理的，这样给客户端造成的压力就很大了，因此被称为“胖客户端”。
而B/S前段页面只负责显示数据，以及较少的数据校验，逻辑全部留给服务器处理，这样前段的压力就很轻了，因此被称为“瘦客户端”。
（3）对后期维护来说，C/S是需要安装特定客户端的，如果不安装就无法使用，如果在使用中发现了什么不足之处或者系统升级这样的问题就需要重新安装客户端，就是说每个使用者都需要重新安装一次客户端，如果不安装就有可能导致使用问题，但是对于B/S而言就不需要这么麻烦了，因为B/S结构的系统是通过浏览器来访问服务器从而获取数据，在使用者哪里并没有什么客户端，当遇到更新的时候只需在后台服务器上更新一次就行了。
然后用户在浏览器还是一样的访问不会回受到任何的影响，这样就大大的降低了维护的成本和时间。
（4）扩展性来说，如果使用B/S结构只需要在服务器上增加网页就能实现功能的增加，容易扩展而C/S结构就不能这么简单的实现了，必须重新写客户端然后打包重新发布，使用者必须先卸载原来的旧客户端，在安装新的客户端，这样就相对麻烦。
（5）数据存储来说，B/S结构可以将数据持久化到云端，不必担心数据丢失。
B/S结构如图1-1所示。
图1-1B/S架构图
考虑到以上的综合条件就选择了B/S结构。
1.7选择MVC三层体系模式
MVC是模型（model）－视图（view）－控制器（controller）的缩写。
它只是一种设计的思想并不是一种设计语言也不是封装的框架，它把业务、数据、界面分离开来，在不同的部件中写响应的代码，使每个模块都各司其职互不影响，这样如果我们需要需要改进或者个性定制页面的时候就不用就再修改业务层的代码了，这就是分离的好处。
M（model）模型：
是应用程序的核心，是这三个模块中业务处理最多的模块，基本上的业务处理都是在这里进行的，被它处理过后返回的数据是没有任何含义的中立数据，其与数据格式无关，因此一个模型能为多个视图页面提供数据这就提高了代码的复用性。
V（view）视图：
只用作展示数据，它能为程序提供很多的视图，在视图中并对数据的逻辑处理，不管他是联机储存还是一个雇员列表，他都只是为客户提供一种方式，允许输入数据和操作而已。
C（controller）控制器：
处理用户交互，控制器是接受用户上传的数据然后调用已有模型和视图来完成客户的需求，当用户发生一次请求时，控制器就会决定调用哪一个模型去处理然后决定调用哪一个视图来显示返回的数据。
MVC结构示意图，如图1-2所示。
图1-2MVC结构示意图
1.8选择SSM框架
现在市面上主流的框架大致是SSH（Struts2，spring，hibernate）和SSM（springMVC,spring，mybatis）两个框架。
他们各自有各自的优点和缺点，在不同的场合适用不同的框架。
（1）sturs2和springmvc都是接受页面请求转发的，但是他们的区别很大，sturs2是针对Action类拦截，一个方法对应一个Action类，请求数据是可共享的是属于多例，而springmvc是对方法级别的拦截，属于方法拦截，请求数据是不共享的是单例的，所以在多个请求的时候springmvc相较于sturs2而言是线程安全的，而strus2是需要通过配置来实现单例，比较麻烦。
（2）Sparingmvc的配置文件比
升级会员 