工资管理系统、姓名：学号：班级：专业：指导老师：摘要对企业而言，人力资源是企业最宝贵的资源，也是企业的“生命线”。

而工资管理又是人力资源管理的重中之重。

实行电子化的工资管理，可以让人力资源管理人员从繁重琐碎的案头工作解脱出来，去完成更重要的工作。

随着企业人员数量增加，企业的工资管理工作也变得越来越复杂。

工资管理既涉及到企业劳动人事的管理，同时也是企业财务管理的重要组成部分。

早期工资管理多采取纸质材料和具有较强的时间限制。

基于以上原因，企业工资管理系统使用电脑安全保存、快速计算、全面统计，实现工资管理的系统化、规范化、自动化。

企业工资管理系统是典型的信息管理系统（MIS），前台程序开发工具采用微软的VB6，后台数据库采用Access数据库。

运行结果证明，本企业工资管理系统极大提高了工作效率，节省了人力和物力，最终满足企业财务管理、员工工资发放的需要，同时也成为现代化企业管理的标志。

关键词：管理信息系统，数据库，工资管理，实体关系图（E-R图），数据字典，数据流图。

目录第一章综述 (1)1.1问题研究背景 (1)1.2数据库管理系统简介 (1)第二章需求分析 (2)2.1 引言 (2)2.2 系统功能模块划分 (2)2.2.1处理对象 (2)2.2.2处理功能及要求 (2)2.2.3适应性和透明性 (2)2.3需求分析阶段成果 (3)2.3.1 体会与收获 (3)2.3.2 工资管理系统业务流程图 (3)2.3.3 工资管理系统数据流程图 (3). 4 (4)2.3.4 工资管理系统数据字典 (5)2.3.5 处理逻辑描述 (5)第三章概念结构设计 (7)3.1引言 (7)3.2任务与目标 (7)3.3阶段结果 (7)第四章逻辑结构设计 (10)4.1逻辑设计的任务与目标 (10)4.2数据组织 (10)4.2.1将E-R图转换为关系模型 (10)4.2.2模型优化 (10)4.2.3数据库模式定义 (10)4.2.4 用户子模式定义 (14)4.3数据处理 (15)第五章物理结构设计 (16)5.1物理设计阶段的目标与任务 (16)5.2系统功能模块 (16)5.2.1 工资基本信息的计算模块 (16) (18)第六章 系统的实施 (19)6.1建立数据库、数据表、视图 (19)6.1.1 建立数据库 (19)6.1.2 建立数据表 (19)6.2数据入库 (22)6.3VB 的使用 (22)6.4系统调试 (23)第七章 系统评价 (24)员工基本信息7.1 工资管理系统评价 (24)7.2 存在的问题及建议 (24)参考文献 (25)第一章综述1.1问题研究背景随着社会的进步和计算机技术的发展，特别是微型计算机的大范围普及，计算机的应用逐渐由科学计算、实时控制等方面向非数值处理的各个领域中渗透。

尤其是以微型计算机为处理核心，以数据库管理系统为开发环境的管理系统在办公室自动化以及商业信息管理等方面的应用，日益受到人们的关注。

在我国，管理信息系统是计算机应用最广泛的领域之一。

随着我国经济建设突飞猛进，管理科学化与管理手段的现代化已经提到非常重要的地位。

企、事业单位为了提高自身的管理水平和竞争能力，纷纷投入人力物力，开发适合本单位需求的管理信息系统。

中小企业与行政事业单位建立的管理信息系统尤如雨后春笋，一个新的开发和管理信息系统的热潮正在掀起，为此我计划设计：**公司工资管理系统。

它可以大大减少人力，使人们摆脱了原有系统的局限性，只要在电脑上轻轻地点几下就可以完成查询、输入、修改、输出等功能。

非计算机专业的人员也可以熟练地进行操作。

1.2数据库管理系统简介随着社会信息量的迅速增长，计算机处理的数据量不断增加。

文件管理系统采用的一次最多存取一个记录的访问方式，以及在不同文件之间缺乏相互联系的结构，越来越不能适应管理大量数据的需要，于是数据库管理系统便应运而生。

数据库管理系统是用来控制建立数据库中的数据、数据的存取，并维护数据库的数据。

从文件管理到数据库管理，代表了两代不同的数据管理技术。

今天，数据库管理已成为计算机信息管理的主要方式。

数据库的应用非常广泛，可应用于各行各业。

尤其目前电脑发展神速，运用广泛，甚至每个公司、每户都有电脑，只要是稍复杂的数据，都可制作成数据库，交由电脑来管理。

用电脑管理数据，可免除人为的疏忽，并且运算速度快，可靠性提高。

第二章需求分析2.1 引言需求分析的过程可以说是一个对具体问题的反复理解和抽象的过程。

理解就是对现实问题的理解，要弄清楚究竟需要解决什么问题。

抽象就是除去问题的表面，提取问题的本质，建立问题的逻辑模型，以便于以后阶段的系统的设计实现。

需求分析阶段是软件产品生存命期中的一个重要阶段，其根本任务是确定用户对软件系统的需求。

所谓需求是指用户对软件的功能和性能的要求，就是用户希望软件能什么事情，完成什么样的功能，达到什么性能。

通常需求分为两种类型：一种是功能性需求，一种是非功能性需求，这一点也需要有一种清楚的认识。

功能性需求是指需要计算机系统解决的问题，也就是对数据的处理要求，这是一类最主要的需求。

非功能性需求是指实际使用环境所要求的需求，往往是一些限制要求，例如：性能要求，可靠性要求，安全保密要求，等等。

2.2 系统功能模块划分2.2.1处理对象•基本工资信息：包括员工编号和基本工资（元/小时）。

•其他项目信息：包括员工编号、奖金、津贴、福利、扣发等。

•计算公式信息：包括加班费的百分比、出差工资、旷工、迟到早退扣发等•出勤统计信息：包括员工编号、姓名、统计日期、出勤天数、迟到早退次数、加班天数、加班天数等。

•工资统计信息：包括员工编号、姓名、统计日期、基本工资、奖金、津贴、福利，加班费、出差费、扣发、总额等2.2.2处理功能及要求界面友好，操作方便：全中文界面，界面友好，而且操作的交互方式多采用键盘操作以提高操作的速度。

功能的集中使用：以往的系统，往往功能分散，相关的功能不能集中进行使用，这给用户的实际使用带来了很大的不便。

为此，在设计中应进尽可能地将一项工作中可能涉及的相关操作和可能查看的相关数据安排在同一的操作界面中，这样，用户便不需要反复地切换操作界面来修改哪怕是最微不足道的相关数据，这在一定程度上也简化了操作的流程，同时使操作更加灵活。

2.2.3适应性和透明性适应性：应该明确的是，实际操作人员对计算机的了解程度和实际的操作能力各不相同，因此软件应具有一定的适应能力。

一方面要保证计算机的初级操作人员在经过短期的培训之后能够很好的胜任基本的操作要求，另一方面还要能够满足计算机的熟练人员对操作的灵活性方面的较高层次上的要求。

透明性：在系统设计中，应充分利用计算机在处理数据方面的能力，从而尽可能减轻操作人员的工作，实现一定意义上的透明操作，即用户无须知道模块功能实现的具体过程，只需要设置一定的操作选项，计算机即可按照用户的要求得到所需要的处理结果，具体的操作细节对用户是“透明”的。

采用这样的设计一方面可减轻使用者的操作复杂性，另一方面还可使操作折兑数据处理的针对性更强，从而提高了工作的效率。

2.3需求分析阶段成果2.3.1 体会与收获系统需求分析主要是通过对人事部管理员的咨询、请教，了解我企业的管理规则和运行机制，并通过上网搜索有关工资系统的知识，了解到了工资管理的现状，以及在管理中的一些问题。

由于是第一次做这样的需求调查，开始总是觉得无从下手，不知道自己该了解、该清楚那些方面的知识，在绘制系统业务流程图时，也遇到了很多的问题，但通过老师的帮助与指导，和自己一遍一遍的分析和完善，才逐步把业务弄清楚，最终顺利完成了需求分析阶段的任务。

2.3.2 工资管理系统业务流程图工资核算系统的业务流程如下图：2.3.3 工资管理系统数据流程图数据流程图分多少层次视实际情况而定，考虑到工资管理信息系统相对较小，在这里我把数据流程图分为二层。

图：数据流程图第一层2.3.12.3.4 工资管理系统数据字典2.3.5 处理逻辑描述处理逻辑列表第三章概念结构设计3.1引言系统开发的总体目标是实现工资管理的系统化和自动化，，减轻人事部门的工作量，方便工作人员对它的操作，提高管理的质量和水平，做到高效、智能化管理，从而达到提高工资管理效率的目的。

主要任务是对员工信息、员工出勤情况、公司奖金制度等基本信息的操作及外理。

概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。

3.2任务与目标在概念结构设计阶段的设计流程为：（1）选择中层数据流为切入点，通常选择实际系统中的子系统；（2）设计分E-R图，即各子模块的E-R图；（3）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；（4）生成全局E-R图，通过消除冲突等方面。

3.3阶段结果根据不同的对象，分别画出各分E－R图如下所示：职工基本信息实体E-R图：工资项目设置信息实体E-R图：职工应发款信息实体E-R图：员工工资信息实体E-R图：实体与实体之间的E-R图：第四章逻辑结构设计4.1逻辑设计的任务与目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。

具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。

4.2数据组织4.2.1将E-R图转换为关系模型实体型转换为关系模式。

实体的属性就是关系的属性，实体的码就是关系的码。

对于实体间的联系则有以下不同的情况：1、一个m：n联系转换为一个关系模式。

与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

2、一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。

如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

3、一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。

三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

4、具有相同码的关系模式可合并。

4.2.2模型优化关系模式gzid gzbase gzbonus gzduty不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF，但是关系系模式中存在着一些数据冗余，现将三个关系模型进行合并，消除冗余。

4.2.3数据库模式定义员工工资统计信息表员工信息表用户信息表员工出勤统计信息表员工工资计算公式信息表项目设置4.2.4 用户子模式定义用户子模式定义编号用户子模式(View)作用V－1employeeView便于查询和修改员工的基本信息V－2salaryView工资的查询、更新V－3HistoryView便于员工历史信息的查询V－4bonusView用于奖金信息的查询V－5FineView便于查询罚款信息员工基本信息表列名数据类型可否为空说明E-ID Char not null读者编号E-Name Char not null读者姓名E-Sex Char not null读者性别E_Dep Char读者所在学院员工公工资计算表列名数据类型可否为空说明S_ errand Char not null出差工资S_ absent Char not null旷工工资S_ le Char not null迟到早退S_ overtimespe Char特殊加班工资员工出勤表列名数据类型可否为空说明stuffname Char not null员工姓名recordmonth Char not null统计时间attendance Date not null出勤天数absent Date旷工次数errand Char not null出差次数overtimecom Char not null加班次数4.3数据处理该工资管理信息系统的结构功能图如下：第五章物理结构设计5.1物理设计阶段的目标与任务系统的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；（2）对物理结构进行评价，评价的重点是时间和空间效率。