HR人力资源管理系统面试时怎么介绍的思路

其它面试的资源,设置了粉丝可见。

HR系统面试说辞

面试过程中描述项目一般分为三大点(第一点是参考说辞。后两点是可补充的说明,个人可根据具体情况介绍)
1、项目的开发背景介绍以及个人在项目中完成的功能点
2、项目的开发过程(开发周期)
3、项目的系统架构

1、项目开发背景以及个人完成的功能点介绍
我们这个项目是为XXX公司开发的一套人力资源管理系统,简称HR。该公司属于XX行业,业务类型主要是XXX,该公司因为业务的扩展与规模的扩大,需要进行人力资源科学的管理而委托我们公司研发该系统。通过需求调研与设计,我们将该项目划分为了XX个大的模块。主要包括 XXX。。。而本人在该项目中主要负责招聘管理与权限管理两个大模块的设计,开发,调式以及维护等工作。
招聘管理模块主要是该公司对外人员招聘所涉及的流程的管理。在此模块中我们又分为XX管理,XX管理等六个子模块。职位发布管理模块是当该公司某职位空缺或者需要补进新的人员,由该公司的招聘专员或者招聘经理发布职位所需要涉及的。当将公司所需补充的职位以及招聘人数发布好以后,外面的面试者或者招聘专员和招聘经理都可以在此模块下的职位发布查询功能中查看到相应的记录。而该模块中的职位发布变更功能只能由招聘经理有权限进行修改。面试者则可以在职位发布查询功能中直接点击自己希望应聘的职位来进行简历的投递。进入接下来我要介绍的第二个子模块简历管理的简历登记功能界面。当面试者填写完整个人简历并提交后,我们的招聘专员可以在简历管理子模块的简历筛选功能中看到面试者登记的简历并进行初步筛选,经筛选合格的面试者可以由招聘专员推荐进行面试或者笔试。被推荐面试的应聘者当经过招聘专员的初步面试后,招聘专员需要填写面试的意见时,此时就可以进入了第三个子模块面试管理的面试结果登记页面为该应聘者的面试结果进行详细登记,当然,在面试管理子模块中我们还提供了进一步筛选的面试筛选功能,为的是能让该公司真正招聘到有用的人才。如果该面试者各方面表现良好,我们可以直接推荐录用也可以通过下一个子模块招聘考试管理来检测此面试者是否有真才实学。招聘考试管理子模块主要是由系统根据该面试者所投递的职位自动生成套题,限时作答,并在时间到了后自动交卷与评分。所以在此子模块中我们分了考试出题,考试答题,考试阅卷等功能,当然最好同样会有成绩查询的筛选功能。至于系统中试题的来源,我们是在另外一个子模块,也就是招聘考试题库管理中来进行试题的录入,变更,查询等。当面试者经过重重筛选,该公司觉得确实是他们需要的人才的时候,招聘专员就可以将此面试者申请录用了。申请录用的面试者的信息会在该模块的最后一个子模块录用管理中显示,并由我们的招聘经理最后进行审批,审批通过,则成为该公司的试用员工。其信息会自动反馈到我们项目中另外一个模块,也就是人力资源档案管理设置中。
以上就是我所负责的招聘管理模块的具体业务流程。
至于权限模块的设计就稍微复杂点。任何一个项目都会根据需求来设计相应的权限操作,权限也是我们保证项目健壮性的一种手段。在此模块中我们分为用户管理,权限管理,角色管理三个子模块。因为首先我们考虑到应该为每个人员建立一个唯一的登陆账号,我们称为用户,我们将权限不直接授予具体人员,而是授予相应的用户,这样就可以降低耦合度。但是如果具有相同权限的人都需要重复授予一样的权限,客户操作起来会很麻烦,而人员在公司一定有其相应的职位,所以我们决定将权限打包授予某个角色,让角色与具体职位关联,再将角色授予用户,这样就能很好的解决问题了。不过一般来说,公司有些人员可能身兼数职,也就是说一个用户可能会被分配都多个角色,默认情况下我们是取所有权限的合集,但也会出现角色之间权限的冲突问题,因此我们在表中设计了一个优先级的字段,让一个用户拥有的多个角色有不同的优先级,如果权限产生了冲突,则以优先级高的角色为准。有点类似我们web程序中加载servlet时候配置的load-on-startup的属性。
当我们将项目交与客户试运行后,客户反映,无论什么情况都需要通过建立角色来授权感觉很麻烦,而公司的职位变动也会引起角色的增多,造成角色的泛滥。所以通过与客户的沟通,我们修改了当初的设计,也就是除了可以通过角色来授权,也可以给用户直接授权。这种方式与oracle数据库的授权方式是一样的,客户也感觉很满意。当然,既然可以直接授权给用户,也可以授权给用户所属的角色,同样会发生类似于开始说的两者之间权限的冲突问题,我们解决的办法同样是多设计了一个字段,该字段表示是否使用用户自身的权限还是使用其角色的权限。
我们这个项目的权限分为三级,包括数据权限与功能权限。首先在用户登录的时候就开始验证是否有资格进入,(这是第一级)在通过该验证后,我们会查询出该用户拥有的所有具有可读功能的模块并展示,对于该用户不可读的模块是不会展示出来的,这样能避免用户的误操作(这是第二级,数据权限)。但有些模块该用户虽然具有可读权限,但是没有更新与删除等权限,我们此系统也可以及时屏蔽该误操作(这是第三级,功能权限)。

2、项目开发周期
本项目总开发周期为1年,具体分为以下几个阶段
1、需求分析阶段,由系统分析员对客户进行需求调研,产生需求分析说明书,经客户签字确认。
2、概要设计,由系统分析员根据需求分析书编写概要设计文档,经客户签字确认。
3、详细设计,由系统分析员和架构师根据概要设计文档编写详细设计文档,经客户签字确认。
4、用户手册,根据以上三个文档编写用户使用手册
5、数据库设计,由系统分析员做数据库架构设计,生成数据字典
6、系统架构设计,由系统架构师做整个系统的架构设计,产生架构说明文档
7、分模块编码,主要由程序员进行分模块编码,并由测试人员对模块进行交叉测试
8、系统集成(也叫产品集成)
9、集成测试(对整个系统的产品结构功能进行整体测试)
10、上线试运行,将集成后的产品交付给客户进行试运行,对试运行期出现的错误进行修改
11、产品交付,试运行完后,如果产品没有什么问题之后,对客户交付产品
12、后期升级与维护(根据合同规定)

3、系统架构
本系统是基于J2EE平台,采购B/S模式进行开发,数据库采购oracle,系统框架采用当今主流的SSH集成。分层架构进行开发,主要分为数据层、业务层、界面层。

  • 4
    点赞
  • 17
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
目录 1 概述 5 1.1 编写目的 5 1.2 项目背景 5 1.3 术语和缩写 5 1.4 参考资料 5 2 软件模块标识 6 3 用户信息管理 7 3.1 基本信息管理 7 3.1.1 表示层 7 3.1.2 业务逻辑层 7 3.1.3 实体层 9 3.1.4 数据访问层 12 3.2 详细信息管理 13 3.2.1 表示层 13 3.2.2 业务逻辑层 14 3.2.3 实体层 16 3.2.4 数据访问层 17 3.3 教育信息管理 18 3.3.1 表示层 18 3.3.2 业务逻辑层 18 3.3.3 实体层 19 3.3.4 数据访问层 19 3.4 再教育信息管理 19 3.4.1 表示层 19 3.4.2 业务逻辑层 20 3.4.3 实体层 20 3.4.4 数据访问层 21 3.5 工作经验信息管理 21 3.5.1 表示层 21 3.5.2 业务逻辑层 22 3.5.3 实体层 22 3.5.4 数据访问层 23 3.6 项目经验信息管理 23 3.6.1 表示层 23 3.6.2 业务逻辑层 24 3.6.3 实体层 24 3.6.4 数据访问层 25 3.7 技能信息管理 25 3.7.1 表示层 25 3.7.2 业务逻辑层 26 3.7.3 实体层 26 3.7.4 数据访问层 26 3.8 家庭成员信息管理 27 3.8.1 表示层 27 3.8.2 业务逻辑层 27 3.8.3 实体层 28 3.8.4 数据访问层 28 4 薪资管理(略) 29 5 离职管理(略) 29 6 部门信息管理(略) 29 7 职位变更管理 29 7.1 职位空缺登记 29 7.1.1 表示层 29 7.1.2 业务逻辑层 29 7.1.3 实体层 30 7.1.4 数据访问层 30 7.2 面试及审核 31 7.2.1 表示层 31 7.2.2 业务逻辑层 31 7.2.3 实体层 31 7.2.4 数据访问层 32 7.3 面试成绩 32 7.3.1 表示层 32 7.3.2 业务逻辑层 32 7.3.3 实体层 33 7.3.4 数据访问层 33 7.4 推荐信息 34 7.4.1 表示层 34 7.4.2 业务逻辑层 34 7.4.3 实体层 34 7.4.4 数据访问层 35 7.5 推荐考核信息 35 7.5.1 表示层 35 7.5.2 业务逻辑层 35 7.5.3 实体层 36 7.5.4 数据访问层 36 7.6 调职申请信息 36 7.6.1 表示层 36 7.6.2 业务逻辑层 37 7.6.3 实体层 37 7.6.4 数据访问层 37 7.7 调职交接情况 38 7.7.1 表示层 38 7.7.2 业务逻辑层 39 7.7.3 实体层 39 7.7.4 数据访问层 40 8 培训管理(略) 40 9 系统管理 40 9.1 部门管理 40 9.1.1 表示层 40 9.1.2 业务逻辑层 43 9.1.3 实体层 45 9.1.4 数据访问层 46 9.2 职位管理 47 9.2.1 表示层 47 9.2.2 业务逻辑层 49 9.2.3 实体层 51 9.2.4 数据访问层 53 9.3 密码修改 54 9.3.1 表示层 54 9.3.2 业务逻辑层 54 9.3.3 实体层 55 9.3.4 数据访问层 55 10 追溯表 55
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汤永红

一分也是爱

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值