可视化与面向对象程序设计工资管理系统报告Word文档格式.doc

可视化与面向对象程序设计工资管理系统报告Word文档格式.doc

《可视化与面向对象程序设计工资管理系统报告Word文档格式.doc》由会员分享，可在线阅读，更多相关《可视化与面向对象程序设计工资管理系统报告Word文档格式.doc（28页珍藏版）》请在冰豆网上搜索。

六、 参考文献 26

一、课题背景及意义

工资管理既是企业劳动人事管理的重要方面，同时也是企业财务管理的重要方面，因为它是和人、资都相关的方面。

工资管理需要和员工人事管理连接，同时连接工时考勤和加班情况等等，来生成企业每个职工的基本工资、津贴、实际发放工资等。

工资管理是一项琐碎、复杂而又十分细致的工作,一般不允许发生差错。

手工进行工资发放工作，需要反复地进行抄写、计算，不仅花费财务人员大量的时间，而且往往由于抄写不慎，出现张冠李戴,或者由于计算机的疏忽，出现工资发放错误的现象。

同时工资的发放具有较强的时间限制，必须严格按照单位规定的时间完成计算和发放工作。

正是工资管理的这种重复性、规律性、时间性，使得工资管理计算机化成为可能。

计算机进行工资发放工作，不仅能够保证工资核算正确无误、快速输出，而且还可以利用工资数据库对有关工资的各种信息进行统计，服务于财务部门其他方面的核算和财务处理。

不同的企业有着不同的人事制度、财务制度，也就决定了不同的企业具有不同的工资制度。

本系统运用了一般公司的工资计算公式，即根据员工的职务工种来确定基本工资，根据出工情况来扣除缺勤费，根据加班情况发放津贴。

由于是一个人在做系统，时间上也有限制，所以在保险，年终奖金等方面没有涉及到。

但总体上是按照的工资管理的有关原理和技术来做的。

二、需求分析

在构造系统时，首先从需求出发构造数据库表，然后再由数据库表结合需求划分系统功能模块。

这样，就把一个大的系统分解成了几个小系统。

这里把系统的层次划分为了四个部分：

系统用户管理，员工信息管理，工资有关信息设置，月工资管理。

主要能够实现以下功能：

实现用户登录，进行系统用户的管理，判断；

②能够实现对公司员工的基本信息的查询和编辑管理；

③能够修改工资的标准和员工的工作情况；

④能够对工资实行查询，简单的统计

1.业务需求

从系统用户角度考虑的业务流程图：

这里用户是指包括相关部门的所有用户

图2.1业务流程图

2.功能需求

表1系统功能列表

编号

功能名称

功能说明

1.1

登录

用户输入用户名和密码登录系统

1.2.1

增加用户

增加一个系统用户

1.2.2

删除或修改用户等级

修改用户的基本等级或删除用户

1.3

修改密码

用户密码的修改

2.1

员工信息添加

添加员工记录

2.2

员工信息删改

删除或者修改员工的信息

2.3.1

按姓名检索

模糊查询，输入员工姓名查询员工信息

2.3.2

按部门检索

按照部门查询员工信息

3.1

工作情况更改

更改员工的加班，缺勤记录

3.2

增加加班记录

增加一条员工的加班记录

3.3

增加缺勤记录

增加一条员工的缺勤记录

4.1

更改工资标准

更改各职称相应的工资标准

4.2

增加工资记录

向数据库中增加一条工资记录

4.3

生成工资

按月查询工资记录

4.4

工资统计

按部门统计工资情况

4.5

个人工资查询

实现对单个人的工资查询

3.数据需求

系统处理的对象有：

系统用户信息：

用户名，登录密码，用户等级，说明

公司员工信息：

员工编号，员工姓名，性别，部门编号，职称编号，参加工作时间

部门信息：

部门编号，部门名称，备注

工资标准：

职称号，职称名，职称基本工资，职称补贴

员工加班信息：

员工编号，年月，加班天数，加班补贴

员工缺勤信息：

员工编号，年月，缺勤天数，缺勤扣除

月工资：

员工编号，年月，职称基本工资，职称补贴，津贴，扣除，实发工资

数据流图和数据字典如下：

顶层数据流图：

图2.2顶层数据流程图

0层数据流图：

图2.30层数据流程图

三、系统体系结构及功能设计

1.系统组成

系统开发的总体目标是实现工资管理的系统化和自动化，保证工资核算正确无误、快速输出。

主要任务是对系统用户信息、员工信息、工资信息等操作及外理。

本系统为C/S结构、运行平台为微软vc++6.0以上版本。

以及SQLSever2000以上版本。

下图为系统结构图：

图3.1系统结构图

2.数据库设计

（一）概念结构设计

概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构（概念模型）的过程。

根据之前的分析，数据库应该主要的实体有员工，职称（工资标准），月工资以及工作信息，以及系统用户信息。

最后得到的实体关系图如下：

图3.2实体关系图

（二）逻辑结构设计

将E-R图转化为关系模式：

在设计时，将一个1：

n联系的单方主码加至多方。

一个实体单独转化成一张表。

根据设计原则和以上E-R图，转化为下面四张表：

员工表：

employees（employee_id,employee_name,sex,department_id,title_id,work_time）

部门表：

department（department_id，department_name，note）

（职称表）工资标准表：

standard（title_id，title_name，title_salary，title_allowance）

考勤情况表：

attendance（employee_id,absent_month,absent_daynumber,losemoney）

加班情况表：

jiaban（employee_id,jiaban_month,jiaban_daynumber,getmoney）

月工资表：

salary（employee_id,salary_date,title_salary，title_allowance，jintie，kouchu，real_salary）

（三）数据库模式定义

表3.1：

员工信息表

列名

数据类型

取值约束

索引否

主键/外键

可否为空

说明

employee_id

Char（6）

0001-9999

Clustered

主键

notnull

员工编号

employee_name

Char（10）

员工姓名

sex

男或女

员工性别

department_id

外键

所在部门号

title_id

员工职称号

work_time

Varchar（50）

>

1990.01

notnull

参加工作时间

表3.2：

部门信息表

001-050

部门编号

department_name

部门名称

note

null

表3.3：

加班情况表

jiaban_month

年月

jiaban_daynumber

Int（4）

0-7

加班天数

getmoney

Money（8）

notnull

补贴

表3.4：

缺勤信息表

absent_month

absent_daynumber

0-20

缺勤天数

losemoney

扣除

表3.5：

工资标准表

001-020

职称编号

title_name

职称名称

title_salary

基本工资

title_allowance

职称补助

表3.6：

月工资表

salary_date

jintie

kouchu

real_salary

实际工资

表3.7：

系统用户表

user_name

用户名

password

密码

Grade

1-4

身份等级

char（50）

nul

四、数据库详细设计

数据库的建立是直接在企业管理器中建的，数据库中的表清单在之前已经列出，触发器的具体定义和使用原理以及部分存储过程的定义会在详细设计中做具体的说明，这里给出触发器的列表和存储过程的列表和部分存储过程的定义。

。

1.触发器列表

触发器编号

表