1技术介绍
1.1MVC模式
1.1.1MVC结构MVC模式主要包含模型(Model)、视图(View)和控制器(Controller)等三个部分内容，它明确规定了三个对象怎样迸行交互。其中模型的作用是存储内容，视图的作用是显示内容，控制器的作用是处理用户输入。下面简述MVC体系各部分作用：1）模型(Model)模型表示业务规则的制定、业务流程及状态的处理。模型的功能是维护数据，一般给出访问与修改数据的方法，当模型发生变化时，模型将事件发送到已登记的视图，而视图按照模型的改变来调整自己。模型层是MVC模式的关键之处，属于企业应用中的业务层。模型层一般先处理源数据，然后把处理后的信息传递给视图层呈现，并往往使用封装对数据库中的相关信息执行查询，体现了运用抽象数据库类的优势。2）视图(View)视图表示用户与系统的交互界面，对于Web应用系统，视图能够包含HTML页面、JSP、XML等内容。Web系统能够按照需要选用不同的视图，MVC模式对于视图的操作仅限于对数据的输入与输出处理，而不包含业务流程的处理。3）控制器(Controller)控制器的本质属于分发器，它不对数据进行任何的操作，是连接视图层和模型层之间的桥梁。控制器接收到用户的操作请求后，会选用合适的业务模型，决定调用合适的视图，显示模型层返回的执行结果数据。1.1.2MVC优点MVC的优点体现在以下几方面：1）能够为一个模型在运行的同时创建与运用多个视图。变化传播机制能够保证所有相关的视图及时获得模型数据变化，因而做到所有关联的视图与控制器行为保持同步。2）持有多个视图对应一个模型的能力。由于用户需求不断调整，可能有多种措施访问应用系统的要求。一个模型能够对多个视图进行操作，这样减少了程序代码的维护量，如果模型发生调整，也便于维护。3）一个企业应用被分割成三层，所以有时只修改其中一层就能应对应用的变化。4）模型返回的数据不附带显示方面的要求，从而模型能直接应用在接口。5）模型便于移植。模型独立于视图，所以能够将一个模型单独安装、配置到新的平台进行工作。6）有助于软件工程化管理。因为模型、视图、控制器等三层各司其职，每一层组件具备一些共同的特点，有助于利用工程化、工具化创建业务组件代码。总之，MVC模式利用对应用系统的分层，使得在应用系统研发时结构清晰，缩短了系统研发的周期，提升了系统的可维护性及可扩展性。
1.2J2EE平台
J2EE是一种运用JAVA2平台来精简企业应用系统的研发、安装与管理有关较为复杂问题的体系结构，最终目的就是降低系统开发人员的负担，削减系统开发所需时间。J2EE运用多层次的分布式应用模型，应用逻辑根据功能的不同，划分成不同的组件，每个应用组件按照它们所在的层部署在不同的机器上。J2EE的多层次模型克服了传统的C／S两层模型(Client／Server)的缺陷，即客户端由于承担了太多的角色而显得相对臃肿，系统难以扩展、维护，业务组件不便于复用。J2EE把两层模型划分为多层，系统中每一项服务对应一个单独的层，J2EE的经典四层模型，由客户端、表示层、业务逻辑层及企业信息系统层构成。下面分别简述各层结构：1.2.1客户端(Client)客户端部分用于完成企业级应用系统的操作界面及显示层,它能够是基于Web应用的，也能够是基于传统措施的。基于传统措施的客户端是独立的应用程序，直接同业务逻辑层进行交互。在通常的Web应用中，典型的客户端就是IE、Firefox等浏览器。对于基于Web的J2EE应用，用户的浏览器是在客户层上运行，并从Web服务器中下载静态HTML页面或者由JSP、Servlet产生的动态HTML页面。不管访问是来自因特网的Web浏览器，还是来自企业局域网运行的瘦客户端，J2EE都具备了良好的支持。1.2.2表示层(PresentationLogic)表示层为企业给出Web服务，主要实现同用户交互的功能，表示层生成表示逻辑，并且接受来自客户端的用户反馈。在一个典型J2EE的Web应用中，表示层主要利用JSP或Servlet组件。表示层可能包含一个JavaBeans类来管理用户的输入内容，并把输入传递给业务逻辑层EnterpriseBeans类处理。运行在表示层的Web组件凭借容器来支持譬如客户请求与响应以及EnterpriseBeans查询等。1.2.3业务逻辑层(BusinessLogic)业务逻辑层也叫EJB（EnterpriseJavaBean）层或应用层，它由EJB服务器与EJB组件构成，用于处理关键业务逻辑。通常情况下，许多开发商将Web服务器同EJB服务器产品绑定在一起发布，称作应用服务器。业务逻辑层用于实施具体的业务逻辑，这是企业级应用的关键，由运行于业务层上EJB类来承担。一个Bean类对象从客户端接收数据、执行处理，而后将数据送给企业信息系统层保存起来。同样，一个Bean类对象也能够从企业信息系统数据库取出数据，发送给客户端。业务逻辑层给出了事务处理、资源连接、安全性等多方面服务，该层创建在一个功能非常强大的计算模式上，而且属于分布式计算模式。为了实现企业计算，运用该模式进行研发时，EJB把商务逻辑进行封装，所以该模式研发EJB时仅需要关注商务逻辑的实施上，不需思考数据库底层工作，譬如组件通信、事务处理等技术。1.2.4企业信息系统层(EnterpriseInformationSystem，EIS)企业信息系统层为企业应用系统提供服务，包含数据库系统、事务处理系统、企业资源计划系统、企业应用遗留系统等。EIS层是J2EE企业应用同非J2EE企业应用或遗留系统集成的连接点。大多企业都有部分已存在的系统、数据库系统、文件系统等，通常这些系统会包括在企业信息系统层中，J2EE对这些系统的访问也是有多种措施能够利用的，譬如对数据库的访问利用JDBC技术等。J2EE给出了中间层框架来实现企业应用的易扩展性、易维护性、高可用性等需求。借助标准统一的研发平台，J2EE简化了在研发多层企业应用的开发步骤，并非常支持EJB，与现有的企业应用程序能够很好的集成。在实际研发中，能够按照实际应用灵活使用J2EE定义的四层模型。在通常的Web应用中，往往利用四层模型。基于桌面应用通常利用三层模型，不需要表示层。多层次的企业应用便于业务组件按照所在的层分布在不同的机器上，确保软件研发、维护和扩展的简易与可行。
1.3Struts2框架
MVC设计模式非常明了的划定了程序员和设计者的角色界限，也就是讲，从商业逻辑角度划分了数据逻辑。该模式有助于设计人员集中于考虑企业应用程序的展现内容，而开发人员则专注于编写企业应用的功能部件。MVC模式在J2EE机制中有几种表现，但是它们都是基于同样的基础结构，企业应用的数据模型、内容显示与程序控制逻辑等三方面是相互分离的，然而这些部件可进行相互通信，Struts2则是基于MVC模式一个坚固、成熟的框架。Struts2是在Struts与WebWork的技术基础上合并而来的全新框架。Struts2的体系结构同Strutsl的体系结构的差别巨大，由于Struts2运用了WebWork的设计精髓，而不是Strutsl的设计精髓。Struts2以WebWork框架为核心，利用拦截器的机制执行用户请求，这种设计便于业务逻辑控制器同ServletAPI完全脱离开，因此Struts2能够理解成WebWork的升级产品。由于Struts2与Strutsl有着太多的变化，然而与WebWork比较，Struts2仅有较少的变化。Struts2框架主要由核心控制器FilterDispatcher、业务控制器与用户实施的业务组件等三个部分构成，它给出了核心控制器部分的功能，而业务控制器与业务组件则需要程序开发者完成。Struts2中大量运用拦截器执行用户请求，因而有利于业务逻辑控制器同ServletAPI分离。
2总结
在计算机和网络、数据库服务器及先进、成熟的软件研发平台上，开发一个具有开放体系结构、易于扩充与维护、易于操作的人事数据库管理系统，实现人事管理自动化，有助于管理者快速高效地完成企业人事方面管理工作，降低人事管理的成本，便于管理者集中精力实现企业战略目标。该人事数据库管理系统需要把涉及人事管理的关键环节包含进来，并对于其中的重要操作环节实现标准管理流程，力求把先进、适用的管理方法及管理经验与成熟、可靠的IT技术相结合，帮助企业构筑一个高效的人事管理平台，推动企业可持续发展及战略目标的完成。在研发该人事数据库管理系统时，要充分利用先进技术，在体系结构、平台技术、研发技术上都要充分酝酿技术路线的先进性，以实现系统的成熟性、安全性、可维护性和可移植性。
作者：常涛 单位：正德职业技术学院
