职工工资管理 实习范文Word文档下载推荐.docx
- 文档编号:22750770
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:20
- 大小:92.64KB
职工工资管理 实习范文Word文档下载推荐.docx
《职工工资管理 实习范文Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《职工工资管理 实习范文Word文档下载推荐.docx(20页珍藏版)》请在冰豆网上搜索。
指导教师评语及成绩
成绩:
指导教师签字:
年月日
第1章绪论
1.背景
人类已经跨入了新世纪,正在进入信息时代。
我国国民经济和社会发展第十个五年计划将国民经济和社会信息化作为覆盖现代化建设全局的战略举措,要求加速发展信息产业,大力推进信息化。
现在信息技术的应用越来越普及,不但促进了社会的高速发展,也改变着人们的工作、学习、生活和娱乐的方式以及思想观念。
随着计算机的日益普及,计算机软件无处不在。
软件在计算机的发展和应用中至关重要,在人类进入信息化社会时成为新兴信息产业的支柱。
本论文的撰写目的是设计一套合理的企业职工信息管理系统数据库,为企业的职工信息管理提供方便,同时,锻炼作者本身的科学研究能力,提高对数据库原理这门学科的理性认识。
围绕这一目的,我们必须完成数据库系统的设计这项任务,具体包括需求设计概念设计,逻辑设计,物理设计,数据库实施,数据库调试与试运行这几项任务
2.业大厦参观
本次实习我们参观了锦州国际酒店和万博国际文化体育会展中心。
眼下,锦州国际酒店正处于紧张的内部装修阶段,预计今年“十一”前正式完工。
锦州国际酒店和万博国际文化体育会展中心两个项目总投资达10亿元,由锦州汇香投资公司、锦州万博国际投资公司投资联合设计,是新型现代化多功能建筑群,集五星级酒店、高档写字楼、体育比赛场馆、高级会展与商业娱乐设施于一体。
万博国际文化体育会展中心建筑面积6.2万平方米,锦州国际酒店的建筑面积则为10.2万平方米。
建筑总高度已达到184.7米。
它采用的是混凝土包钢结构,也称劲性混凝土结构。
锦州国际酒店有地下2层,地上为43层,在抗震结构方面,有国内顶级专家参与评估,整个项目安全可靠。
锦州国际酒店在建设过程中,处处体现新工艺新材料,大楼的“外衣”用的就是新型保温材料,防火、节能、环保等功能兼备。
目前,施工人员正紧锣密鼓进行玻璃悬挂、石材铺设等装饰装修。
所以我们并没有进入酒店内部,而是由讲解员为我们讲解酒店的监控系统、供暖照明系统、楼宇控制系统、客房管理系统等众多控制系统,让我们基本了解了它的内部构造、工作原理及各种功能。
图1-1锦州国际酒店
客房管理系统可对所有的灯、空调进行集中控制,客人到酒店办入住,到前台办卡,这张卡只要做出来了,里面的空调会自动启动,在低风速运行,通过软件来调节室内的温度,夏天晚上的时候会在24摄氏度,其实冬季也应该在24摄氏度,但是因为锦州天气比较冷,大约会定在26摄氏度,所以说客人来办卡,把卡做完以后,已经调节好温度了,上客房时会有一种舒适的感觉,没人的时候也会定期对客房进行一些通风、加湿、加热等功能,都是通过电脑由客房管理设备模块进行的操作。
地下二层是设备层,地下一是大型停车场,加上一个SPA水疗,还有一个KTV,这些都是对外的,实现一卡通。
酒店大堂是很能够体现建筑装饰风格和灯光设计风格的地方,所以对照明控制系统的功能要求是:
(1)可单独调节灯光,也可按照不同的需求变换灯光场景;
(2)具有时间控制功能,可以对灯光进行365天每天24小时时间管理;
(3)可以设定节日、假日、庆典等的时间,自动变换相应的灯光场景;
(4)要求配备本地控制液晶触控屏,方便手动控制,以上调光及场景功能均可在触控屏上实现。
另外,触控屏应有密码保护功能,以防止XX人员更改灯光效果。
宴会厅共分三个可独立的宴会厅。
照明控制要求既可单独对每个宴会厅进行调节灯光及场景的变换,又可对三个宴会厅统一进行场景控制。
要求在宴会厅配备控制液晶触控屏,控制三个宴会厅内的灯光,各种调光及场景功能均可在触控屏上实现,触控屏应有密码保护功能,以防止XX人员更改灯光效果;
在每个宴会厅各设置1个,共3个八键智能控制面板,用于控制本宴会厅内的灯光,面板应具有场景功能,可预设不同场景,比如宴会场景、酒会场景、准备场景、清扫场景等。
第2章可行性研究
当接受一个软件开发任务,就进入软件生命的第一个阶段,即进行可行性的。
并不是所有问题具有简单的解决办法,许多问题不能在预定的规模之内解决。
因此通过可行性的研究分析可以知道问题。
有无可行性的解决方法,进而避免人力、物力和才力的浪费。
在现行系统初步调查的基础上就可以提出新系统目标,即新系统建立后所要求达到的运行指标,这是系统开发和评价的依据。
系统目标应充分体现,直接为企业人事管理系统服务,并且,程序可以分期分批实现。
但是,需要指出的是,系统目标是不可能在总体规划阶段就提得非常具体,它还将在开发过程中逐步明确和定量化。
以达到更加出色的程序系统。
可是,目标的提法不尽相同,例如:
一、提高公寓管理效率,减轻劳动强度;
二、提高信息处理速度和准确性;
三、为管理者提供更方便、科学的服务项目
2.1技术可行性研究
此工资管理系统对工资数据精度的计算能在默认情况之下精确到小数点后3位小数,即是精确到分的计算。
但在用户使用过程中,能自行根据实际情况进行小数计算精度的设定,最大能允许保留小数点后5位的精度。
在时间特性上,当用户发出命令请求时的服务器的响应时间、对数据更新处理、工资数据的查询检索等上,同样要求系统响应时间不会超过0.5秒时间。
系统支持多种操作系统的运行环境,多不同操作系统,不同文件格式的磁盘上的数据均能实现信息的互通,及共享。
当服务器移植到其他的系统平台,如:
Linux平台下时,同样能和其他的系统进行数据存取同步,不会出现系统之间互不兼容的情况,系统支持多系统之间的互连互通,系统有巨大的强健性。
2.2经济可行性研究
主要是对职员工资管理性能的评价,一方面是估算开发它的支出费用,其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。
另一方面是估算公寓管理系统这个软件可能取得的收益中可以用钱来衡量的那部分。
并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。
所做软件的开发成本与客户提出的要求是否可达到双方都满意。
并且,分析系统开发是否会对其它产品或利润带来一定影响。
经过研究和调查发现,该项目在经济上市可行的。
2.3操作可行性研究
该系统的前台界面是由操作简单、界面整体大方、操作界面友好的VB语言设计的。
操作十分简单,基本上所有的操作都能通过鼠标的单击或双击就可完成系统功能。
只要对操作人员进行多次训练,短时间内可以达到熟练的程度。
2.4结论和意见
经过认真地可行性研究,系统基本上做到了在技术、经济、运行、法律上的可行。
因此,相信在按照计划上实施的前提下,全系统的设计将会按时、高质量完成。
所以,系统研制和开发是可以马上进行的
第3章系统分析与设计
3.1需求陈述
在企业管理中,职工管理是一个非常重要的方面。
管理内容比较复杂,涉及的部门众多,人员众多,而且往往需要按行政隶属关系进行管理。
所以必须要进行详细全面地调查才能得到准确的信息。
3.1.1需求分析阶段的目标
(1)了解企业员工信息系统发展现状以及用户的新需求。
(2)通过调查得到企业员工信息管理的基本数据,数据流及业务流图。
(3)明确数据库使用人员对数据安全性完整性的要求。
3.1.2需求分析阶段的任务
一、处理对象:
系统要处理的对象包括职工基本信息,职工工资信息,职工考勤信息等几个方面,各个对象包括信息如下所示(详细的数据见于数据字典):
1.职工基本信息包括:
职工编号,职工姓名,职工性别,职工出生年月,职工联系方式,职工家庭住址,职工籍贯,职工职务,职工基本工资,职工所属部门
2.职工考勤信息:
缺勤事由,缺勤时间,加班天数
3.职工工资项目信息:
工资项名称,时间,增减费用
二、处理功能要求
系统主要完成一下几个功能:
1.企业职工基本信息管理
(包括员工基本信息查询,修改,员工离职,信息表更新)
2.企业职工考勤管理
3.企业职工工资管理
4.企业人员变动管理
三、安全性和完整性要求
企业对职工信息管理系统的安全性要求比较高,尤其是一些机密单位。
我们可以通过设定不同用户只的访问权限,在设定访问密级来保障系统的安全性。
不过由于制作人员的水平限制,本系统仅是定义了数据表操作的访问权限。
完整性要求用于描述职工基本信息,职工工资信息,职工考勤信息中数据项是否符合定义的数据类型,以及这些数据类型是否符合实际要求等。
详细完整性要求见于数据字典。
3.1.3需求分析阶段成果
一、体会与收获
虽然以往也参加过类似的活动,那时在大一时的研究性课程,但每一次的开题、调查、研究、解题,对象都是我们所熟悉的老师同学,他们都十分热情地接受我们的调查。
这次不一样了,不论是大公司还是小公司,对我们的调查不以为然,而且满腹牢骚,我们碰了不少灰。
在这次社会调查中,我从有一些胆却到鼓起勇气,从不知所措到计划周详,我们得到了锻炼。
这次调查也是一次实践,它锻炼了我们的胆量、头脑和口才,能顺利完成这次任务就是对我们的能力的最好回答,希望在以后的社会工作中能够多多锻炼自己,是自己的能力后更大一步的提高。
二、企业职工信息管理系统业务流程图
1.系统总业务流程图:
图3-1系统业务流程图
2.职工考勤管理业务流图:
图3-2考勤管理业务流图
3.职工工资管理业务流图:
图3-3工资管理业务流图
4.人员变动查询业务流图:
图3-4人员变动查询业务流图
3.2数据流图
1.顶层数据流程图:
图3-5顶层数据流程图
2.中层数据流图:
图3-6中层数据流程图
3.考勤管理DFD
图3-7考勤管理DFD
4.员工信息查询,岗位变动DFD
图3-8员工信息查询,岗位变动DFD
5.工资管理DFD
图3-9工资管理DFD
3.3数据字典
(a)数据项:
系统涉及的数据项有24项
表3-1企业员工信息管理系统数据项说明(汇总统计)
数据项编号
数据项名
数据项含义
与其它数据项的关系
存储结构
别名
DI-1
StaNo
职工编号
char(5)
编号
DI-2
StaName
职工姓名
char(10)
姓名
DI-3
StaSex
职工性别
char
(2)
性别
DI-4
StaBirthday
职工出生年月
date
出生年月
DI-5
StaPhone
职工联系方式
char(12)
联系方式
DI-6
StaAddress
职工家庭住址
char(20)
家庭住址
DI-7
StaOrigin
职工籍贯
char(18)
籍贯
DI-8
StaPost
职工职务
char(10)
职务
DI-9
StaWage
职工工资
Int
工资
DI-10
StaBranch
职工所属部门
所属部门
DI-11
ManNo
经理编号
等于StaNo
smallint
DI-12
ManName
经理姓名
等于StaName
DI-13
ManSex
经理性别
等于StaSex
DI-14
ManPhone
经理电话
等于StaPhone
电话
DI-15
ManBranch
经理所在部门
所在部门
DI-16
DutDays
出勤天数
DI-17
AddDays
加班天数
DI-18
LeaDays
请假天数
Smallint
DI-19
LeaCause
请假事由
DI-20
OutDays
出差天数
DI-21
WagBase
基本工资
DI-22
WagAdd
加班费补贴等
DI-23
WagOut
扣除的工资
扣除额
DI-24
WagAcount
总工资
注①
第4章概念结构设计
4.1概念设计的目标与任务
概念设计阶段主要目的是将需求分析阶段得到的用户需求抽象为信息结构(概念模型),为以后的数据库设计做好基础。
它是整个数据库设计的关键,他的主要任务是概念模型设计(画出E-R图)。
4.2概念模型设计
(1)根据不同的对象,从中层数据流程图入手,分别画出分E-R图:
(a)考勤管理E-R图:
图4-2-1考勤管理E-R图
(b)岗位变动E-R图E-R图:
图4-2-2岗位变动E-R图
(c)工资管理E-R图:
图4-2-3资管理E-R图
(2)各分E-R图中每个实体的属性如下所示:
职工:
Staff(StaNo,StaName,StaSex,StaBirthday,StaPhone,StaAddress,StaOrigin,StaPost,StaWage,StaBranch)
经理:
Manager(StaNo,StaName,StaSex,StaPhone,StaBranch)
考勤信息:
Duty(DutDays,AddDays,LeaDays,LeaCause,OutDays)
工资项目信息:
Wage(WagBase,WagAdd,WagOut,,WagAcount)
(3)合并各分E-R图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步E-R图,再消除不必要冗余,得到的总E-R图如下所示:
图4-2-4E-R图
第5章逻辑结构设计
5.1逻辑设计的目标与任务
在得到了系统E-R图后,就要将它转化为具体的数据库模式,这就是逻辑设计阶段的目标。
具体任务包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两项。
5.2数据组织
将E-R图转换为关系模型
职工换原则如下:
一个实体型转化为一个关系模式。
实体的属性就是关系的属性,实体的码就是关系的码。
在上述E-R图中,实体间的联系有两种情况:
1:
1联系和1:
N联系。
Staff(StaNo,ManNo,StaName,StaSex,StaBirthday,StaPhone,StaAddress,StaOrigin,StaPost,StaWage,StaBranch,DutDays,LeaCause,LeaDays,AddDays,TraBranch,WagBase,WagAdd,WagOut,,WagAcount)
Manager(ManNo,ManName,ManSex,ManPhone,ManBranch)
以上几个关系模式中,经理与职工的联系均为1:
N,为了使查询方便,职工信息明了将职工与经理的联系放入职工关系模式中。
各模式主码已用下划线表示。
外码用下划线表示。
Duty(DutDays,,AddDays,LeaDays,LeaCause,OutDays)
职工的的考勤信息和职工信息,职工的工资项目信息和职工信息均为1:
1联系,将他们的联系属性也放到了职工模式中。
这样看来,职工模式的属性未免有些过多,但这可以使查询功能很好的发挥,职工信息全面也将给用户带来很多方便。
主码即为模式中带下划线的属性。
5.3数据处理
系统功能模块图:
图5-3-1
第6章数据库物理设计
1.物理设计阶段的目标与任务
数据库的物理设计阶段的目标就是为逻辑数据模型选取一个最合适应用要求的物理结构,在这个阶段中要完成两大任务:
(1)确定数据库的物理结构,即将关系模式转化为基本表。
(2)设计视图,存储过程等,从而实现子功能模块。
2.数据存储方面
为数据库中各Staff,Manager基本表建立的存储过程:
表4-1存储过程汇总
存储过程名称
定义
作用
P-1
p1_Staff_Insert
详见附录2-1
在Staff中插入一元组
P-2
p2_Manager_Insert
详见附录2-2
在Manager中插入一元组
P-3
P3Staff_Delete
详见附录2-3
在Staff中删除元组
P-4
P4_Staff_Update
详见附录2-4
在Staff中更新操作
P-5
P5_Staff_Query
详见附录2-5
在Staff中匹配(StaNo)查询
第7章数据库实施
7.1建立数据库和数据表
createdatabaseStudent_Dormitory_Management;
(1)企业职工基本信息表的建立:
createtableStaff
(2)部门经理基本信息表的建立:
createtableManager
(3)职工考勤管理信息表的建立:
createtableDuty
(4)职工工资管理信息表的建立:
createtableWage
7.2数据入库
企业职工信息管理系统包括4张基本表,每张表有10天基本信息,录入时采用事先在Excel中录入数据,然后使用SQLServer2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。
第8章总结
为期一周半的数据库课程设计结束了,在本次的课程设计中收获颇丰,从以下几个方面总结下:
1.理论学习方面:
通过这次的实习,我对数据库原理理论有了更深刻的认识。
尤其是数据库设计的各个阶段,以前只知道基本程序,现在对各个阶段的工作有了深刻的理解。
在实习中对以前模糊不亲的概念又有了重新的学习和理解。
比如:
业务流图的画法,数据流图的画法,存储过程触发器等。
2.课程设计方面:
对SQL2000的基本操作更加熟练了,对于计算机专业的学生来说SQL2000是我必须要掌握的最基本的数据库。
在课程设计阶段重新设计模式,并使用必然会加深理解。
还有,这次的课程设计时我们对科学研究的基本方法,步骤有了了解,这将会对我们日后的学习研究打下基础。
3.存在问题和不足:
知识储备的不足,可能是由于对数据库原理的理解不够深刻,在设计数据库时碰到了许多问题,幸好有老师和同学的帮助,才涉险过关。
在准备阶段,应该把自己只是不到位的地方好好温习一下。
这样在设计数据库时就会减少很多困难。
本人制作的企业职工信息管理系统的开发与设计从开始的需求分析,到最后的提交论文,自始受到老师的细心指导和关怀,正是有了老师和同学的帮助,最终完成了课程设计,这对于我以后的学习和工作有着莫大的启迪和经验的积累,再次感谢老师们在数据库课程学习阶段以及课程设计阶段对我们的辛勤指导。
参考文献
[1]《软件工程导论》.张海藩,清华大学出版社,2003年12月
[2]《管理信息系统》.薛华成,清华大学出版社,2007,8月
[3]《人力资源管理》.刘善仁,华南理工大学出版社,2004,8月
[4]《人力资源开发与管理》胡君辰、郑绍濂,复旦大学出版社,1999
[5]《中国劳动社会保障出版社》张文贤,人力资源管理员.,2006,10月
[6]《数据库系统概论》.萨师煊,王珊.清华大学出版社,2002年2月
[7]《数据库应用技术——SQLServer篇》.徐守祥,人民邮电出版社,2004年8月
[8]《数据库原理及应用》.李明等,西南交通大学出版社,2007年7月
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 职工工资管理 实习范文 职工工资 管理 实习 范文