工资管理系统课程设计.docx

上传人:b****2 文档编号:2380067 上传时间:2022-10-29 格式:DOCX 页数:23 大小:363.47KB
下载 相关 举报
工资管理系统课程设计.docx_第1页
第1页 / 共23页
工资管理系统课程设计.docx_第2页
第2页 / 共23页
工资管理系统课程设计.docx_第3页
第3页 / 共23页
工资管理系统课程设计.docx_第4页
第4页 / 共23页
工资管理系统课程设计.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

工资管理系统课程设计.docx

《工资管理系统课程设计.docx》由会员分享,可在线阅读,更多相关《工资管理系统课程设计.docx(23页珍藏版)》请在冰豆网上搜索。

工资管理系统课程设计.docx

工资管理系统课程设计

 

数据库原理及应用课程设计指导书

 

专业

信息管理与信息系统

姓名

李恒(083215131)

指导老师

闫晓妍、张玉花、赵军民

设计时间

2015-2016学年

(一)第17-18周

计算机科学与工程学院

工资管理系统

1系统简介

1.1工资管理系统概述

在工资管理中,需要从公司管理方式以及实际情况中提取相关信息,以反映工资管理情况。

传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。

使用计算机可以高速,快捷地完成以上工作。

避免重复劳动,规范工资管理行为,从而提高了管理效率和水平。

让人们的效率大大提高.

不难想象,正是资讯的迅速发展使得人们从过去繁复的手工劳作中得以解脱,从而使这种服务在现在才可能迅速普及。

同时,编写一套完整的工资管理系统的任务就显得尤为重要。

本课程设计共分为四大模块:

Ø员工每个工种基本工资的设定

Ø加班津贴管理,根据加班时间和类型给予不同的加班津贴;

Ø按照不同工种的基本工资情况、员工的考勤情况产生员工的每月的月工资;

Ø员工年终奖金的生成,员工的年终奖金计算公式=(员工本年度的工资总和+津贴的总和)/12;

Ø企业工资报表。

能够查询单个员工的工资情况、每个部门的工资情况、按月的工资统计。

1.2可行性分析

技术可行性

技术上的可行性分析要考虑现有技术条件能否顺利完成开发工作及将来要采用的硬件和软

件技术能否满足用户提出的要求(如计算机的容量、速度等)。

本系统采用SQL工具建立数据库,不仅能帮助软件开发者提高软件开发的质量和效率,缩短开发周期,而且还具备强大的数据库管理功能,完全能够满足本系统的开发需求。

此外,从开发人员的水平考虑,作为学习计算机的学生来说还是非常可行的。

 

经济可行性

由于本工资管理系统所要求的硬件(计算机及相关硬件)和软件环境在市场上都容易购买到或从相关网站下载,系统成本主要集中在本管理系统的开发与维护上,对用户不造成过重的经济负担。

而一旦此系统投入使用不仅可以减少工资的工作强度,提高工作效率,而且方便了工资对信息的管理,延续了传统的管理模式,极大限度地方便了工资管理人员,而且,目标系统不是很复杂,开发的周期较短,人员经济支出不大,所节省的大量人力、财力产生的效益将远远大于本系统的开发成本,所以从经济方面讲开发此系统是可行的。

社会可行性

随着计算机的发展与普及,以及互联网技术的扩展,日常劳资人事管理必将实现无纸化办公并且加入到公司内部的网络上去,实现数据的共享,这样有利于劳资人事信息在单位内部的查询,提高了数据资源的利用,并且能及时的得到更新,不需要象过去那样浪费大量的人力物力去进行抄写,提高了工作的效率。

2.需求分析阶段

本系统主要用于员工基本信息的管理,对员工以及其他信息的添加、修改、删除、查询等基本操作。

对于数据库的保护有数据备份和数据恢复的功能。

针对这些要求,设计本月工资信息管理系统。

该系统主要包括职工信息、工资级别和工资金额、公司福利表等。

员工基本状况

包括员工号、员工姓名、性别、所在部门、工资级别、工资等级等。

2.工资级别和工资金额

包括工资等级、工资额。

3.企业部门及工作岗位信息

包括部门名称、工作岗位名称、工作岗位工资等。

4.工龄和工资金额

包括工龄及对应工资额。

5.公司福利表

包括福利名称、福利值。

2.1数据需求

部门信息:

部门名称,部门负责人,部门人数

员工信息:

工号,姓名,性别,年龄,籍贯,身份证号,婚姻情况,学历,部门名称,工种,工龄,职务等级

工资:

工号,工资年月,岗位工资,岗位补贴,出勤人数,加班工资,加班工时,加班天数,加班类别,病假扣款,事假扣款,其他扣款,应发工资,实发工资

工龄工资:

工龄,工龄工资

2.2数据处理及功能需求

1.能够存储一定数量的工资信息,并方便有效地进行相应的工资数据操作和管理,这主要包括:

1)工资信息的录入、删除及修改;

2)工资信息的多关键字检索查询;

3)工资的发出、收到及罚款。

2.能够对一定数量的职工、管理员进行相应的信息存储与管理,这包括:

1)职工信息的登记、删除与修改;

2)管理员信息的增加、删除与修改;

3)职工资料的统计与查询。

3.能够提供一定的安全机制,提供数据信息授权访问,防止随意删改、查询。

4.对查询、统计的结果能够列表显示。

2.3性能需求

1.能够查询每个职员的工资情况。

2.能够查询每个职工所在部门情况。

3.能够查询每个职工的基本情况。

2.4安全性和完整性要求

1)安全性要求

系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。

安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。

2)完整性要求

系统完整性要求系统中数据的正确性以及相容性。

可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。

第一层数据流图

 

 

 

 

 

 

信息查询及管理的流程图

 

3概念设计阶段

1

4逻辑设计阶段

4.1数据组织

将数据库的概念模型转换为关系模型:

实体转换成的关系模式有:

员工(工号,姓名,性别,年龄,籍贯,身份证号,婚姻状况,学历,部门名称,工种,工龄,职务等级)

部门(部门编号,部门名称,部门负责人,部门人数)

获得(工号,姓名)

工资(工号,工资年月,岗位工资,岗位补贴,出勤天数,加班工时,加班工资,加班天数,加班类别,病假扣除,事假扣除,其它扣除,应发工资,实发工资)

因为,员工与工资是1:

N的关系,所以各关系模式为:

员工(工号,姓名,性别,年龄,籍贯,身份证号,婚姻状况,学历,部门名称,工种,工龄,职务等级)

部门(部门名称,部门负责人,部门人数)

工资(工号,工资年月,岗位工资,岗位补贴,出勤天数,加班工时,加班工资,加班天数,加班类别,病假扣除,事假扣除,其它扣除,应发工资,实发工资)

带下划线的属性为各关系模式的外码,字体为粗体的属性为各关系模式的主码。

 

4.2数据库模式定义

部门表

列明

数据类型

可否为空

部门名称

Char(50)

Notnull

部门负责人

Char(50)

Notnull

部门人数

Char(50)

null

 

工龄工资表

列名

数据类型

可否为空

工龄

Char(4)

null

工龄工资

float

Notnull

 

工资表

 

列名

数据类型

可否为空

工号

Char

Notnull

工资年月

Char

Notnull

岗位工资

Decimal

Null

岗位补贴

Decimal

Null

出勤天数

Decimal

Null

加班工时

Decimal

Null

加班工资

Decimal

Null

加班天数

Decimal

Null

加班类别

Char

Null

病假扣款

Decimal

Null

事假扣款

Decimal

Null

其他扣款

Decimal

Null

应发工资

Decimal

Null

实发工资

Decimal

Notnull

员工表

列名

数据类型

可否为空

工号

Char

Notnull

姓名

Char

Notnull

性别

Char

Null

年龄

Char

Notnull

籍贯

Varchar

Notnull

身份证号

Char

Null

婚姻情况

Char

Null

学历

Char

Null

部门名称

Char

Notnull

工种

Char

Null

工龄

Char

Notnull

职务等级

Char

Null

 

4.4数据处理

(系统功能模块图)

 

 

5物理设计阶段

数据库物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:

1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;

2)对物理结构进行评价,评价的重点是时间和空间效率。

3)数据存储方面

为数据库中各基本表建立的索引如下:

1.由于基本表部门的主码部门名称,经常在查询条件和连接操作的连接条件中出现,且他们的值唯一,在两个属性上建立唯一性索引。

2.由于基本表工龄工资的属性工龄工资经常在查询条件中出现,在两个属性上建立聚集索引;

3.由于基本表工资的属性工号,岗位工资经常在查询条件中出现,考虑在其之上建立聚集索引‘

4.由于基本表员工的属性工号,姓名经常在查询条件中出现,考虑在其之上建立聚集索。

 

6系统实施阶段

6.1建立数据库、数据表、视图、索引(代码)

(1)建立数据库

CREATEDATABASE工资管理库

ONPRIMARY(

NAME=工资管理库,

FILENAME='D:

\工资管理库_data.mdf',

SIZE=4MB,

MAXSIZE=6MB,

FILEGROWTH=2MB

LOGON(NAME='工资管理库_log',

FILENAME='D:

\工资管理库.ldf',

SIZE=1MB,MAXSIZE=25MB,FILEGROWTH=10%)

 

(2)建立数据表

createtable部门(

部门名称CHAR(50)NOTNULLprimarykey,

部门负责人CHAR(50)NOTNULL,

部门人数CHAR(50)

createtable员工(

工号CHAR(50)NOTNULLprimarykey,

姓名CHAR(50)NOTNULL,

性别CHAR

(2)DEFAULT'男'CHECK(性别IN('男','女')),

年龄CHAR(10)NOTNULL,

籍贯VARCHAR(50)NOTNULL,

身份证号CHAR(50)UNIQUENOTNULL,

婚姻情况CHAR(50),

学历CHAR(50),

部门名称CHAR(50)NOTNULL,

工种CHAR(50),

工龄CHAR(4)NOTNULL,

职务等级CHAR(50)

CREATETABLE工资(

工号char(50)notnullprimarykey,

工资年月char(50)notnull,

岗位工资decimalnotnull,

岗位补贴decimal,

出勤天数decimalnotnull,

加班工时decimal,

加班工资decimal,

加班天数decimal,

加班类别char(50),

病假扣款decimal,

事假扣款decimal,

其他扣款decimal,

应发工资decimal,

实发工资decimalnotnull,

foreignkey(工号)references员工(工号));

altertable工资

addconstraintCK_gonghocheck(工号>0);

(3)建立视图

查询员工工资情况

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1