ERPMRP管理集团人事薪资管理系统的设计与开发最全版Word文档格式.docx
《ERPMRP管理集团人事薪资管理系统的设计与开发最全版Word文档格式.docx》由会员分享,可在线阅读,更多相关《ERPMRP管理集团人事薪资管理系统的设计与开发最全版Word文档格式.docx(46页珍藏版)》请在冰豆网上搜索。
附录5《环维集团员工手册》之人事管理规定参见附件
附录6《环维集团薪资管理规定》参见附件
附录7《环维集团津贴及奖金制度》参见附件
附录8《环维集团员工福利与津贴制度》参见附件
第一章前言
现代企业竞争力的一个重要标志是信息化建设。
一个企业,如果没有一套适合企业自身情况并运行良好的信息管理系统,就很难应对目前激烈的市场竞争;
反之,一个好的企业如果信息化建设取得成功,就如虎添翼,可以极大地提高自己的核心竞争力,在近乎白热化的竞争当中处于不败之地,那么如何才能取得成功呢?
关键在于信息技术与企业的管理思想是否紧密融合。
那么如何让这两者紧密融合在一起呢?
ERP作为一种先进的技术满足了这种要求。
ERP──EnterpriseResourcePlanning企业资源管理计划系统,是指建立在信息技术基础上,以系统化的管理思想,为企业决策层及员工提供决策运行手段的管理平台,主要有四大模块:
财务管理模块、生产控制模块、物流管理模块、人力资源管理模块。
ERP系统集中信息技术与先进的管理思想於一身,成为现代企业的运行模式,反映时代对企业合理调配资源,最大化地创造社会财富的要求,成为企业在信息时代生存、发展的基石。
环维集团(厦门)有限公司是97年在厦门注册的港资企业,下属公司有环维电子、环维工业照明、环维发展、香港慧而远几家子公司。
公司业务包括电子产品、工业照明生产、进出口贸易、加工等,公司现有职员三百多人。
由于公司集团的不断壮大,业务不断的增长,该公司急需有符合自己发展需要的资源管理系统,因此信息部成立ERP项目小组筹备开发ERP软件。
原本作为就业的去向,本人进入了该小组,成为其中的一员参与系统的一期工程开发,主要负责人事系统模块、薪资系统模块和其他一些公共模块的设计与开发,并作为毕业设计的内容。
系统开发平台采用Windows2000Server/AdvancedServer,开发软件采用功能强大的Delphi6RAD开发工具,数据库系统采用微软的SQLSERVER2000企业版。
第二章需求分析
本阶段的任务:
在充分了解公司的情况下,并在人事部门和其他相关部门的协助下,对原有的基础数据资料进行分析,研究,整理,最终总结出需求,这将是下一阶段数据库设计的依据,同时,还考虑到今后可能出现的各种需求变化。
2.1人事系统需求分析
根据人事部实际需要,特别将该部分独立于ERP系统四大模块。
这部分意义重大,比如人力资源管理模块中职务模型的制定以及人员成本的分析都与该部分紧密相连。
实际需求:
1.建立各个子公司的基本员工资料,并且要可单独维护
2.根据公司情况,建立应聘人员信息库。
人才是企业最重要的资源。
优秀的人才才能保证企业持久的竞争力。
建立应聘人员信息库的目的如下:
-进行招聘过程的管理,优化招聘过程,减少业务工作量;
-对招聘的成本进行科学管理,从而降低招聘成本;
-为选择聘用人员的岗位提供辅助信息,并有效地帮助企业进行人才资源的挖掘。
3.记录员工的自然情况,简历、家庭成员、教育培训、奖励处分等信息。
为统计分析、调薪、培训教育提供基本信息
4.按企业要求建立员工类别、职称、性别、民族、文化程度等内部代码。
用户运用此功能制定企业的人力资源规划,为企业结构重组提供依据
5.跟踪记录员工入职、调动、离职、退休、重新入职等过程
6.记录员工基本信息、合同信息、工资信息、工作信息、人事档案信息、外籍人员管理等
7.查询人事综合信息与报告。
以人事资料为基础,进行各种劳动人事统计以及人事信息的随机综合性查询、如:
工作情况查询、干部情况查询、新进或离职职工情况查询、职工文化知识结构查询等,应该有特殊的单独查询界面和公共的综合查询界面。
2.2薪资系统需求分析
该模块属于ERP系统中的人力资源管理模块。
以往的ERP系统基本上都是以生产制造及销售过程(供应链)为中心的。
因此,长期以来一直把与制造资源有关的资源作为企业的核心资源来进行管理。
但近年来,企业内部的人力资源,开始越来越受到企业的关注,被视为企业的资源之本。
在这种情况下,人力资源管理,作为一个独立的模块,被加入到了ERP的系统中来,和ERP中的财务、生产系统组成了一个高效的、具有高度集成性的企业资源系统。
它与传统方式下的人事管理有着根本的不同。
根据公司薪资管理规定、津贴及奖金制度、员工福利制度、保险制度来制定员工的薪资、津贴、奖金、福利以及保险。
薪资的计算又分为职员和工员,计算公式参见附录6,等级岗位设置参见附录5、6,岗位津贴参数设置和保险基数设置参见附录7、8
1.工资核算
-能根据公司跨地区、跨部门、跨工种的不同薪资结构及处理流程制定与之相适应的薪资核算方法。
-与时间管理直接集成,能够及时更新,对员工的薪资核算动态化。
-回算功能。
通过和其它模块的集成,自动根据要求调整薪资结构及数据。
-薪资的计算公式:
职员薪资组成:
基本工资+年资工资+岗位津贴+特殊人才津贴+全勤奖+午餐津贴;
工员薪资组成:
基本工资+年资工资+岗位津贴+特殊人才津贴+考核奖+全勤奖+加班工资;
2.工时管理
-根据本国或当地的日历,安排企业的运作时间以及劳动力的作息时间表。
-运用远端考勤系统,可以将员工的实际出勤状况记录到主系统中,并把与员工薪资、奖金有关的时间数据导入薪资系统和成本核算中。
2.3系统流程:
系统流程包括人事系统与薪资系统两部分,其中薪资系统在人事系统管理下进行必要的业务操作。
当人员录用确定后,人员信息进入人事系统数据库,然后薪资系统对该人员进行薪资信息录入、核算;
同样,当人员调离后,薪资系统对该员工信息结算并备案,系统流程图见图2.1。
图2.1系统流程图
人事系统作业流程图参见图2.2。
图2.2人事系统作业流程图
第三章数据库设计
该阶段是在需求分析的基础上完成的,是对分析达成的结果进行设计的,在设计的过程中尽量考虑到将来需求的变化。
该数据库的平台为MSSQLServer2000系统。
数据库的设计与程序代码设计之间存在如下矛盾:
如果数据库设计得很完美,比如各个相关表之间几乎没有冗余字段,但是在程序设计时就会相当的辛苦;
相反,数据库设计保留一定空间的话,就能减少程序设计时的很大负担。
权衡比重,在本数据库的设计过程中还是首先考虑数据库设计的完美,尽量把工作放到程序代码设计工作中。
系统界面中多表调用时,在程序中由事务处理来完成。
关系的主码已经标注在表中,各个关系的参照关系图在表后罗列。
3.1设计原则
1、在数据库的设计中,字段尽量根据英文意思(少量用到中文拼音)来进行命名,这样有利于数据库的维护和易理解。
2、在各个数据库库表的设计中,都增加了四个字段:
建档人、建档时间、修改人、修改时间,也就是说当当前系统的操作者对数据库的操作(建立或修改)都会被记录在数据库中,这样就有依据,就是操作者是负有责任的。
同时,这些字段的赋值是通过系统自动添加进去的,也就是当前的系统操作者(建档人就是用户名UserName,建档时间调用当前时间,修改人和修改时间类似)。
3、对于特殊的记录表,增加了state(状态)字段,比如Employee表的State(A代表在职,Q代表离职),dimission离职表的state(S代表假删除,Q代表离职的)。
3.2数据库表设计
表1.Employee(员工基础表)70个字段
该表字段大部分来源于人事部原有的员工记录表格。
该表记录员工的自然情况,包括员工类别、职称、性别、民族、文化程度等,合同信息,工资信息,工作信息等,比如可为统计分析、调薪、培训教育等提供基本信息。
字段说明
列名
数据类型
长度
允许空(1为允许)
员工编号(主码*)
EmployeeCode
char
10
员工姓名
EmployeeName
员工英文名
EName
1
民族
Nation
出生日期
dtBirthday
datetime
8
性别
Sex
2
婚姻情况
Marry
4
籍贯
HomePlace
身份证号
IDCard
18
户口所在
RootAdd
60
户口关系
RootRelation
家庭地址
HomeAdd
30
暂住地址
TempAdd
家庭电话
HomeTel
12
暂住电话
TempTel
移动电话
Mobil
15
电子邮件
EMail
保人姓名
SuretyName
保人关系
SuretyRelation
保人联系电话
SuretyTel
保人地址
SuretyAdd
应急联系人
LinkMan
应急联系人电话
LinkManTel
照片保存路径
Picture
80
教育程度
SchoolAge
14
毕业院校
School
所属公司
pany
40
工作地点
WorkPlace
16
部门编号(外码※)
DeptCode
工作状态
WorkState
职工类别
EmployeeSort
薪级
WageGrade
6
薪等
WageLevel
月全薪
salary
职务
HeadShip
职称
JobName
20
社保号码
SInsurNo
就业证号码
EmployPaperNo
驾照类别
DriveType
驾照
DriveCode
专业证照
Certificate
工资银行
WageBank
工资帐号(外码※)
WageBankNo
特长
SpecialPower
特殊工种
SpecialWork
入司时间
dtWorkDay
户籍地性质
Origin
政治面貌
Polity
宗教信仰
Religion
入团时间
dtInGroup
入党时间
dtInParty
身高
Stature
体重
Avoirdupois
血型
BloodType
视力
Eyesight
合同编号
ContractNo
违约金
OutMoney
合同生效日期
dtEffective
合同失效日期
dtInvalidation
个人简历
Resume
ntext
离职日期(存档)
dtOffWork
状态
State
备注
Memo
100
建档人
ManCreate
建档时间
dtDateCreate
修改人
ManMod
修改时间
dtDateMod
岗位
Position1
部门名称
DeptName
开始工作时间
DtStartWork
Employee,Dept关系参照图如图3.19(a)所示,Employee,Bank关系参照图如图3.19(b)所示。
部门编号工资银行帐号
Employee关系———>
Dept关系Employee关系—————>
Bank关系
(a)(b)
图3.1Employee,Dept关系参照图
说明:
Employee关系的“部门编号”属性与Dept关系的主码“部门编号”相对应,也就是说“部门编号”属性是Employee的外码(外键);
Employee关系的“工资帐号”属性与Bank关系的主码“工资银行帐号”相对应,也就是说“工资帐号”属性是Employee的外码(外键),在这里,外码并不一定要与对应的主码同名,只要容易识别即可。
表2.Account(公司银行帐号表)共5个字段
该表是各个子公司银行帐号表,是人事管理模块中公司资料管理界面的基础表。
允许空
公司编号(主码*)
panyNo
银行帐号
BankId
帐户
account
类型
kind
表3.ADOConn(数据库连接表)共4个字段
该表是ERP软件登陆信息记录表,除了记录登陆名和密码外,还可以记录计算机名和当前所连接的数据库名称。
计算机名
puterName
数据库登陆名
DBUserName
数据库登陆密码
DBUserPass
数据库名称
DBName
表4.Allowance(岗位津贴参数设置表)共14个字段
该表是人力资源模块中工资管理的一个岗位津贴基础表,根据环维集团《岗位津贴制度》来设计。
其中有职员和工员的相关规定,比如共员就分为七十二等,此外还根据不同等级的等级系数来设计。
WageType
WageStep
基数
ABase
系数1
Coef1
系数2
Coef2
金额1
Value1
金额2
Value2
CreateMan
DTCreate
ModMan
DTMod
表5.Bank(银行/帐号表)共11个字段
该表是各个子公司员工工资银行帐号基础表。
工资银行帐号(主码*)
银行简称
BankName1
银行全称
BankName
地址
Address
联系电话
Tel
传真
Fax
CreateDate
ModDate
表6.Code(系统基本代码表)共11个字段
该表是为ERP系统中基础设置的基本代码维护而提供的。
大类代码为三位数,子代码号都是四位数,比如大类颜色代码000,小类红色的代码号为0003,绿色代码号为0001,大类部门为019,小类信息部代码号为0009等等。
大类代码
CodeType
3
公共代码编号(主码*)
CodeNo
公共代码名称
CodeName
公共代码描述
CodeDetail
代码状态
代码形态
State1
50
表7.pany(公司信息表)共15个字段
该数据为公司资料维护界面而提供的。
因为环维企业的发展方向是集团化,子公司在不断的增加,为了系统的可扩展性,特别设置该基础数据,该表用于记录各个子公司的基本信息,有利于对集团各个子公司的有效管理。
公司简称
panyName1
公司全称
panyName
公司地址
负责人
Boss
Email
税务编号
TaxNo
营业注册号
BusNo
表8.Dept(部门表)共16个字段
该表直接为部门管理界面(包括部门资料维护界面、部门异动界面)提供基础数据。
部门的大类代码为019,该表为各个子公司的部门的基本信息。
部门编号(主码*)
DeptNo
部门中文名
Deptame
部门英文名
DeptEName
部门英文简称
原部门
OriginDept
上级部门
SupDept
部门级别
Grade
主管姓名
Manager
部门类别
Kind
成立日期
Dsetup
停止日期
DStp
DtCreate
ManChange
DtChange
表9.dimission(离职表)共10个字段
该表为离职员工资料维护提供数据。
同时与Employee有直接的联系,在设计时尽量减少冗余,避免与Employee有重复数据。
离职日期
离职原因
Reason
实际违约金
PayMoney
表10.HomeInfo(家庭成员表)共8个字段
该表是员工基本资料维护界面的数据来源。
是Employee基本表的补充。
成员编号(主码*)
成员姓名
Name
与本人关系
Relation
工作单位
WorkUnit
担任职务
LinkTel
表11.I