人力资源系统需求说明介绍模板之令狐文艳创作
变更记录
1 概述
1.1 目的
随着企业的信息化和体制改革的步伐,人才竞争使企业的人力资源面临前所未有的挑战。越来越多的企业不断地加大对员工
的投资,从而更好地吸引、保留和发展所需人才,使企业拥有持久的、强大的竞争优势。
令狐文艳
编写:01 日期:YYYY-MM-DD
审核: 日期:
批准:
日期: 受控状态: 是 发布版次:1.0
日期:YYYY-MM-DD
我们将为企业提供全面的人力资管理解决方案,旨在满足快速成长的企业管理信息化需求,主要目的就是帮助客户快速持续和健康成长,并且使人力资源部门借助此管理系统从重复烦杂的日常管理事务中解脱出来,将更多精力投注于人力资源战略规划以支持和推动企业战略目标的实现,不断提升人力资源部对企业的价值,有效地提升企业的核心竞争力。
本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。
本说明书的预期读者为:XXX,XXX项目经理,系统分析员,系统设计人员,开发工程师,测试经理以及测试设计人员等。1.2范围
系统包括的范围:代办事务处理、人员档案管理、人事调配管理、员工请假管理、系统管理。
1.3术语定义
XX
1.4运行环境
软件环境
硬件环境
2需求说明
2.1系统功能流程
2.1.1 系统功能层次模块图
2.2系统功能说明
2.2.1 人员档案
建立符合公司组织机构的完整人事档案库,记录公司内的员工的档案信息,方便存档和查询。
系统重点围绕数据维护、查询和分析便捷的要求,并通过关键业务节点的业务流程化,提高HR业务的处理效率。
2.2.1.1 基本信息
记录员工基本信息,包括姓名、性别、学历、部门、职务、人员状态等相关信息。员工(在职、离职)基本信息的管理,包括:增加、删除、修改;
?员工基本信息的浏览
包括员工的全部信息
总经理查看全部员工的信息;
部门经理查看本部门员工信息;
员工只能查看自己的信息;
?员工信息增加
在员工信息表中加入新增员工的信息
只有总经理可以添加员工信息;
?员工信息的修改
通过员工编号修改员工信息
只有总经理可以修改;
?员工信息的删除
针对已经离职的员工,若离职超过一定年限将此员工信息删除。
2.2.1.2 员工履历
在系统提供的标准人事信息基础上,用户可自行定义其他人事信息子集及项目。
根据选择的条件可进行快速筛选、定位所需的人员信息,并方便地进行员工自然信息的修改,便于人员信息的维护。
各级单位可分别对本单位员工进行管理,即可分别维护本单位员工的基本信息。
记录员工履历信息,包括人事变动的部门、职位、学历、工作内容、注意成绩、开始和结束时间等信息。记录员工,尤其是高级管理人员的个人工作信息,便于领导了解员工的历史工作情况。
对员工履历按照时间排序,可以对每个员工履历信息进行增加、删除、编辑操作。可以按员工姓名、编号等信息查找员工。
a.员工履历信息查询
总经理可以查询公司所有员工履历信息;
部门经理可以查询本部门员工履历信息;
员工只可以查询自己的履历信息;
b.员工履历信息的修改
只有总经理可以修改员工履历信息;
c.员工履历信息的添加
只有总经理可以添加员工履历信息;
d.员工履历信息的删除
只有总经理可以删除员工履历信息;
2.2.1.3 人员基本情况查询
可按照人员的各种情况组合条件查询。比如:按照人员年
龄、性别、文化结构、职称结构、技术等级结构等信息。
2.2.1.4 人员信息的统计
按照男女人数比例统计和按照部门人数比例统计(其他条件的精确查询)。
2.2.2 人事调配
维护人事调动相关信息。并且可以按各种条件查询相关信息。
2.2.2.1 人事变动
主要信息包括:调配人员、变动时间、变动前状态、变动后状态、变动类别等。
人事调动管理
针对人事调动(调入、调出)、晋升、降职等人事变动业务的处理和查询。
查询员工职称信息。对员工职称信息按照取得时间排序,可以按员工姓名、编号等信息查找员工。
对员工人事调动信息按照时间排序,可以对每个员工人事调配信息进行增加、删除、编辑操作。可以按员工姓名、编号等信息查找员工。
a.调动(调入、调出)
总经理直接发布调令到员工,不需部门经理同意,同步更新员工表、履历表。无法调动部门经理。
若调动的时候,他的新职位号和原职位号一样,则为平级调动,只能选择调入或者调出;若选择错误,提交时给以相应的提示;
b.升职、降职
总经理直接发布调令到员工进行升职,若部门经理空缺,进行正常升职程序,修改员工表的职位编号;若已有部门经理,则给出“已有部门经理,不能升职!”提示。
总经理直接发布调令到部门经理进行降职,降职以后必须立即提升一名部门经理,否则给出提示。
同步更新升职和降职后员工(部门经理)所在的部门
若在调动时,他的新职位号和原职位不一样,只能选择升职降职;若选择错误,提交时给以相应的提示;
c.新进、辞退
新进员工时,若此员工曾在本公司工作过,则将此员工原有信息修改。
若员工未在本公司工作过,则为此员工添加员工信息。
辞退时,将此员工信息中的状态改为离职。
2.2.2.2 人事调配查询
在员工履历表中按时间、人员、职称、岗位等信息查询人事变动信息,包括变动时间、变动前后状态、变动原因。
2.2.3 员工请假
员工填写请假条以后,根据员工选择的请假类型确定需要的审批类型:
若为一级审批则只需要部门经理审批,(判断部门经理是否存在,若部门经理不存在,则直接送交人事主管审批;同意则更新请假表状态为同意,驳回则给出员工提示请假不通过,更新请
假表状态为不同意。若部门经理存在,判断是否超时,若超时,则提交至人事主管(人事主管充当一级审批人);若不超时,直接审批并给出请假提示。)
若为二级审批,先进入一级审批流程,若部门经理不存在或长时间未批复请假信息,则直接将一级审批状态改为同意,送交人事主管进行二级审批流程,若部门经理存在,则先进行一级审批,同意则送交人事主管进行二级审批,不同意则给员工给以提示(一级审批未通过),不需要提交至人事主管。
员工请假流程图
2.2.
3.1请假申请:
员工填写请假条以后,根据员工选择的请假类型确定需要的审批类型,若为一级审批则只需要部门经理审批,同意则更新请假表状态为同意,驳回则给出员工提示请假不通过。(在假条审批状态下不能再次请假,在假期内不能再次请假。若过请假时间则假条作废)
请假人:不用输入
请假类型:选择
请假事由:输入
请假时间:开始时间----结束时间
一级审批人:选择
二级审批人:选择(可选,根据请假类型所关联的请假级别可能出现)
提交按钮取消按钮
2.2.
3.2请假审批:
编号请假人请假时间申请时间请假类型状态操作
审批
2.2.
3.3查看假条详细信息
请假人:不用输入
请假类型:不用输入
请假事由:不用输入
请假时间:不用输入
单选(同意或者不同意)
意见:
提交取消
2.2.
3.4请假查询、统计
可根据员工编号、请假时间、请假类型等进行详细查询
考虑情况:个人,部门经理、总经理、
员工查询:个人请假记录
部门经理:查询本部门员工请假记录
总经理:查询所有部门员工请假记录
2.2.4 系统管理
系统管理员进行后台管理的模块,包括组织管理。
2.2.4.1 部门管理
制定组织机构级别,维护名称、状态等相关信息。用户可以指定级别名称等信息。并可设置该级别是否可用。不可用的级别,在组织机构的设置中不起作用。
2.2.4.2 部门维护
维护部门的基本信息,可以对部门进行修改操作。部门应展示父子关系――即部门间的所属关系。
2.2.4.3 用户管理
对使用本系统的用户进行维护,维护信息包括用户名、密码、用户状态等。用户登录时要首先判断用户的合法性,只有合法用户才能操作相应的功能界面。
可以对用户进行增加、修改、删除等操作。
2.2.4.
3.1 用户注册
2.2.4.
3.2 密码修改
2.2.4.4 用户状态修改
可以实现对用户状态的修改;
2.2.4.5 部门管理维护
可以实现对部门的修改与维护
2.2.4.6 角色、模块分配
维护角色与模块的对应关系,使每个角色可以对应一个或多个模块。
2.2.4.7 用户角色分配
角色是和用户关联的,角色和用户可以是多对多的关系3.命名规范
2.3遵循Java编码规范
类名称:单词首字母大写
方法名称和变量名称:首字母小写,其后每单词首字母大写包名称:全小写
常量名程:每字母大写,每个单词之间下划线分隔。
2.4包的命名
2.4.1 项目根包:com.fit.
2.4.2 项目根包下公用一级子包
com.fit.bean 放置实体对象
com.fit.dao 用于放置数据访问层类和接口com.fit.exception 放置用户自定义异常
com.fit.tools放置公用的工具类
com.fit.servlet放置安全管理的servlet com.fit.service放置安全管理的服务类
其它的功能模块同上
2.4.3 数据库命名规范与表设计