CN102486729A - 适用于人力资源数据系统的处理方法 - Google Patents

Abstract

本发明提出了一种适用于人力资源数据系统的处理方法，所述人力资源数据系统包括表示层、业务控制层、模型层和数据库层，所述方法包括：客户通过表示层发送请求给业务控制层；控制层基于配置信息把客户的请求封装，然后传送给相应的Action对象；所述Action对象将封装好的客户请求剥离出需要的数据以后调用Service对象进行处理，也就是进入到模型层进行进一步的细节处理。本发明的人力资源数据系统的处理方法能帮助现代企业架构下的人力资源管理实现信息化。

Description

适用于人力资源数据系统的处理方法

 

技术领域

本发明涉及一种数据库系统的处理方法，尤其涉及一种适用于人力资源数据系统的处理方法。

 

背景技术

二十一世纪是人才的时代，人才已经成为企业的核心竞争力，如果一家企业缺乏人才，那么这家企业将无法可持续发展。在信息化高速发展的今天，如何利用信息技术管理人力资源已经成为企业研究的重要问题。

在电子信息技术迅速发展的今天，纸质信息正越来越多被电子信息所取代。电子信息化具有储存量大，信息检索速度快，易维护，易保存等优势。所以在当今社会的政治，经济，生活等越来越多的方面发挥着重要作用。

人力资源管理是近年一项非常热门的学科。人力资源市场的迅速发展以及就业市场的成熟，需要企业对于自身的员工有一套成熟的管理系统。能够方便企业进行人力资源的管理与整合。而将人力资源信息化以后，可以更好地反映企业目前的人力资源状况，在缺乏人力资源的时候，可以进行人力资源的招募工作。所以，人力资源管理的信息化程度，也很好地反映了一个企业的竞争力程度。人力资源管理的完善，也是企业长远发展的一个坚定基础。

人力资源管理作为企业中一个并不算大规模的系统，本身的主要作用是企业发展的运营维护，而非企业的盈利点。正因为这点，容易受到企业的忽视，从而导致开发经费不充分。而人力资源系统的主要使用者，以企业的人力资源部员工为主，他们本身并不具有很强的系统操作能力。业界需要研究以低系统复杂性、低开发成本、低维护成本、低操作要求性的人力管理系统。

 

发明内容

针对当前业界的实际需要，本发明的发明人着重对人力资源管理系统的框架设计进行了研究和开发，完成一套架构新颖的人力资源数据系统以及基于这种人力资源数据系统的处理方法。

具体地，本发明提出了一种适用于人力资源数据系统的处理方法，所述人力资源数据系统包括表示层、业务控制层、模型层和数据库层，所述方法包括：客户通过表示层发送请求给业务控制层；控制层基于配置信息把客户的请求封装，然后传送给相应的Action对象；所述Action对象将封装好的客户请求剥离出需要的数据以后调用Service对象进行处理，也就是进入到模型层进行进一步的细节处理。

根据本发明的一个优选实施例，在上述适用于人力资源数据系统的处理方法中，在进行进一步的细节处理的步骤之后，所述Service对象对数据进行业务处理。

根据本发明的一个优选实施例，在上述适用于人力资源数据系统的处理方法中，所述Service对象对数据进行业务处理的步骤进一步包括：

如果需要数据库支持，则会对数据库的相关数据表的字段进行映射，实现可持久化类来对数据库进行访问，并将可持久化类操作转换为底层SQL语句，完成对数据库的访问及修改。

根据本发明的一个优选实施例，在上述适用于人力资源数据系统的处理方法中，在完成对数据库的访问及修改之后还包括：

将SQL处理的结果反馈给Service对象。

根据本发明的一个优选实施例，在上述适用于人力资源数据系统的处理方法中，在将SQL处理的结果反馈给Service对象之后还包括：

所述Service对象处理结束以后，将结果反馈给所述Action对象，所述Action对象根据处理结果的不同，将数据重新封装以后发送出去。

根据本发明的一个优选实施例，在上述适用于人力资源数据系统的处理方法中，在所述发送出去的步骤之后进一步包括：

所述控制层通过封装结果的不同，将封装好的数据交给表示层的不同页面，显示数据处理的结果。

本发明的处理方法屏蔽了底层数据库的直接操作，采用面向对象的方式，给开发者提供数据库操作的接口，将数据库层分离为了数据库访问层和可持久化层，给开发者带来了实际的便利，避免了冗长的SQL语句，也提高了开发效率。

应当理解，本发明以上的一般性描述和以下的详细描述都是示例性和说明性的，并且旨在为如权利要求所述的本发明提供进一步的解释。

 

附图说明

附图主要是用于提供对本发明进一步的理解。附图示出了本发明的实施例，并与本说明书一起起到解释本发明原理的作用。附图中：

图1示意性地示出了人力资源数据系统的功能需求表示图。

图2示意性地示出了根据本发明的人力资源数据系统的架构。

图3示意性地示出了根据本发明的适用于该人力资源数据系统的处理方法的流程图。

 

具体实施方式

以下结合附图详细描述本发明的技术方案。

人力资源数据系统的目标是将员工档案与资料信息化，实现快速的查询搜索，并且将招聘这一个流程与实际管理统一到一起，形成一套比较完善的管理系统，使人力资源管理进行标准化、科学化、信息化，从而提高工作效率。本发明人  经过对于人力资源部的要求和人力资源资料进行分析，得出了系统的功能需求。图1示意性地示出了人力资源数据系统的功能需求表示图。

参考图1，人力资源数据系统大致分为以下几个部分：

1、部门信息管理

部门管理模块用于管理公司的部门结构，将人员统一分配到部门以后，可以迅速获取每个部门的相关信息，成为人员的调配的基础。

2、职位信息

职位管理模块用于管理公司的职位结构，每一个人都具有各自的职位，职位也是招聘管理中，信息发布的一个参考，可以防止在招募信息发布时，职位输入不正确的误操作。

3、员工信息

员工信息管理主要用于员工列表的维护，包括新建，删除修改员工信息。使得管理员能够迅速地寻找到相关人员的有关信息。

4、用户管理

用户管理模块用于本系统的密码维护，并且包括对其他用户的权限设置，防止非法用户对于资源的随意访问，以保证其他用户的信息安全。权限设置是整个系统安全控制的主要手段。

5、招聘管理

招聘管理模块是公司为了发展，进行人才招募的手段。本模块由人力资源管理的相关权限人员进行职位的发布，修改，由人事经理批准后。应聘人员可以通过招募通道对于相关职位进行监理的投递，并且可以查询自己简历审批的进度状况，得知自己是否可以有面试的资格。

针对上述需求，本发明提出了一种人力资源数据系统。图2示出了根据本发明的人力资源数据系统的架构。如图2所示，该人力资源数据系统201主要包括表示层201、业务控制层202、模型层203以及数据库层204。其中，表示层201、业务控制层202、模型层203和数据库层204之间通过接口实现层间独立和分离，保持各层的实现细节相互不公开。

为了保持系统的稳定性，扩展性和可维护性，提高开发效率。本发明的人力资源数据系统将所有的业务按照功能的模块进行抽象，然后进行划分。在MVC的基础上，如上所述，本发明将整个系统划分为表示层201、业务控制层202、模型层203以及数据库层204。在分层设计中，各层提供的接口是进行层间通信的基础，遵循的原则是实现严格的层间独立和分离，各层的实现细节不对外公开。采用这种多层体系结构，可以使应用数据的表示被限制到相应的层内，降低了数据在各层之间的耦合性，提高了整体架构的可维护性和可扩展性。

具体的，表示层201用于人机交互，提交表单进行后台处理并显示输出处理结果。业务控制层202用于转发客户的访问请求，寻找对应的业务处理模块进行处理。模型层203主要用于实际业务的处理，比如数值的计算，统计等等。而数据库层204则用于直接对数据库进行增，删，改查等操作。

以下联系附图3详细描述本发明的适用于上述人力资源数据系统的处理方法。图3示意性地示出了根据本发明的适用于该人力资源数据系统的处理方法的流程图。

如图3所示，本发明的适用于人力资源数据系统的处理方法包括以下步骤：

步骤301，客户通过表示层发送请求给业务控制层；

步骤302，控制层基于配置信息把客户的请求封装，然后传送给相应的Action对象；

步骤303，所述Action对象将封装好的客户请求剥离出需要的数据以后调用Service对象进行处理，也就是进入到模型层进行进一步的细节处理，特别是，所述Service对象对数据进行业务处理；

步骤304，如果需要数据库支持，则会对数据库的相关数据表的字段进行映射，实现可持久化类来对数据库进行访问，并将可持久化类操作转换为底层SQL语句，完成对数据库的访问及修改。

步骤305，将SQL处理的结果反馈给Service对象；

步骤306，所述Service对象处理结束以后，将结果反馈给所述Action对象，所述Action对象根据处理结果的不同，将数据重新封装以后发送出去；

步骤307，所述控制层通过封装结果的不同，将封装好的数据交给表示层的不同页面，显示数据处理的结果。

本发明采用的是面向对象的思想。由于本发明所开发的人力资源数据系统的架构很好地考虑到了这个因素。于是，本发明屏蔽了底层数据库的直接操作，采用面向对象的方式，给开发者提供数据库操作的接口，将数据库层分离为了数据库访问层和可持久化层，给开发者带来了实际的便利，避免了冗长的SQL语句，也提高了开发效率。

Claims (6)

1.一种适用于人力资源数据系统的处理方法，所述人力资源数据系统包括表示层、业务控制层、模型层和数据库层，所述方法包括：

客户通过表示层发送请求给业务控制层；

控制层基于配置信息把客户的请求封装，然后传送给相应的Action对象；

所述Action对象将封装好的客户请求剥离出需要的数据以后调用Service对象进行处理，也就是进入到模型层进行进一步的细节处理。

2.如权利要求1所述的处理方法，其特征在于，在所述进行进一步的细节处理的步骤之后，

所述Service对象对数据进行业务处理。

3.如权利要求2所述的处理方法，其特征在于，所述Service对象对数据进行业务处理的步骤进一步包括：

如果需要数据库支持，则会对数据库的相关数据表的字段进行映射，实现可持久化类来对数据库进行访问，并将可持久化类操作转换为底层SQL语句，完成对数据库的访问及修改。

4.如权利要求3所述的处理方法，其特征在于，在完成对数据库的访问及修改之后还包括：

将SQL处理的结果反馈给Service对象。

5.如权利要求4所述的处理方法，其特征在于，在将SQL处理的结果反馈给Service对象之后还包括：

所述Service对象处理结束以后，将结果反馈给所述Action对象，所述Action对象根据处理结果的不同，将数据重新封装以后发送出去。

6.如权利要求5所述的处理方法，其特征在于，在所述发送出去的步骤之后进一步包括：

所述控制层通过封装结果的不同，将封装好的数据交给表示层的不同页面，显示数据处理的结果。

Images