员工人事信息管理系统.doc

第一章 绪论1.1 研究的内容 随着计算机和网络技术的广泛应用，人事档案管理已成为现代企业管理中必不可少的一部分。企业要发展必须要对人事方面做出更好的管理和控制，为适应现代企业制度管理的要求，实现企业劳动人事档案管理的科学化和规范化，以更好的促使企业的发展的需要，从而提出了企事业单位人事档案管理系统的开发的课题来对企业进行科学现代化的管理。1.2 研究的软硬件环境 企事业单位人事档案管理工作是一种繁琐，务求准确的信息检索工作。特别是在对在岗人员的调动，离退人员，工资发放，职称评定等信息的管理，具有典型的信息处理管理模式。以PowerBuilder 为设计工具以更好的对软件进行开发与应用，达到提高企事业业单位人事档案管理信息系统的效果。 第2章 系统需求分析2.1 系统开发战略本系统开发主要采用自顶向下的开发方式，自顶向下的方法模型如下图所示：需求 修改 规范 设计改进生产测试实现2.2 系统需求功能分析系统需求分析简单来说就是分析用户的要求。需求分析是设计数据库的起点，需求分析的结果是否准确的反应了公司的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。本系统应用于企业员工资料管理。主要任务是用计算机对员工进行日常事务管理，如员工信息的添加，删除，修改，查询，以及企业职工的统计和打印等。该系统包含三种基本信息：企业员工的基础信息、日常记事、家庭住址和工作服务情况，还可以根据需要对数据进行信息更新，包括对企业职工资料进行添加、修改和删除，对日常记事和通讯信息进行添加、修改、删除等操作、查询等。能进行多条件的企业职工信息查询的查询统计。按多条件对企业客户信息查询后，能进行按企业员工不同信息的统计等。数据库操作。能够对数据库数据进行保存、数据清除以及数据存储转换操作。其他操作。能够在必要时候调用其他工具（如可调用记事本）。通过以上分析，企业职工管理系统有基础的信息管理模块，职工管理模块、备忘记录。数据库模块组成。2.2.1 需求分析的任务需求分析的任务是通过详细的调查现实世界要处理的对象（组织、部门、企业等），充分了节原系统（手工系统或计算机系统）工作概况，明确公司的各种需求，然后再此基础之上确定新的功能。调查的重点是“数据”和“处理”，通过调查收集与分析，获得企业对数据库如下要求：（1） 信息要求。指公司需要从数据库中获得信息的内容和性质。即需要在数据库当中存储哪些数据。（2） 处理要求。指公司要完成什么样的处理功能，对处理的时间有什么要求，处理方式是批处理还是联机处理。（3） 安全性与完整性要求。设计人员必须具备专业的知识，不断了解公司的需求需要。了解公司，深入与公司人员进行交流，才能逐步满足公司的实际需求。2.2.2 需求分析的方法进行需求分析首先是调查清楚该公司的实际要求，与公司达成共识，然后分析和表达这些需求。调查公司的具体步骤如下：（1） 调查组织机构情况。（2） 调查个部门的业务状况（3） 在熟悉业务的基础之上，协助用户明确对新系统的各种要求，包括信息要求、用户要求、安全性与完整性要求，这是调查的又一重点。（4） 确定新系统的边界。对前面的调查结果进行初步分析，确定哪些功能有计算机完成，哪些有人工来完成。有计算机来完成的就是新系统的实现功能。常用的调查方法如下：（1） 跟班调查作业。通过亲身参见业务活动来了解业务活动的状况。（2） 开调查会。通过与公司人员座谈来了解业务活动情况与用户需求，以便设计的软件满足实际的应用需求。（3） 请专人介绍。有经验、专业人员。（4） 询问。对存在的问题向专业人士请教。（5） 设计调查表给公司人员填写。合理的设计想要的内容表格。（6） 查阅记录。查阅与原系统相关的数据记录。（7） 多与职工沟通交流，获取有用信息。数据来源数据存储处理数据输出2.2.3 数据字典 数据流图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据分析所获得的主要成果。数据字典在数据库设计中占有很重要的位置。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。数据项是数据的最小组成单位，若干个数据项可组成一个数据结构，数据字典通过对数据项和数据结构定义来描述数据流、数据存储的逻辑内容。数据项描述=数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系，数据项之间的关系数据结构的描述=数据结构名，含义说明，组成：数据项或数据结构数据流的描述=数据流名，说明，数据流来源，数据流去向，组成数据结构，平均流量，高峰期流量第3章 系统分析与设计3.1 业务流程分析本系统使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在公司的并行操作与公司管理方面也有了极大地改善。企业工作总体规划由操作人员在员工信息管理系统中完成对运档案处所需的基本数据的维护，包括这些信息的增加、修改及对各项信息的变动都将在这进行操作。职工模块：操作员个人信息，通过该模块员工可查看自己的待遇状况，以及个人的基本信息。员工管理，通过该模块，员工可自己查看自己的业务成绩，以及考核状况。以及工作的范围，什么时间开会，什么时候上下班，任什么职务等进行严格的分类要求，严格按照指令而来。职 工输入计算机领导部门操 作 员 下发指令指令要求查询天数部门 属于 1生产1m 1职工nm项目 nm 1负责1劳动人事管理的E-R图管理部门员工信息 管理部门员工信息表部门信息部门信息表岗位信息查询报表岗位信息表工资更新工资信息工资表工资信息表报表处理：管理部门：对员工、部门、岗位查询完成各类查询报表。操作人员：对工资信息的更新后产生工资表。 人事档案登记过程，员工在人事部门领取个人简历、家庭成员、社会关系、个人基本资料四式一份的表格，然后填写，填写完毕交回人事部门，由人事部门的档案管理组进行审核，审核不合格的发回重新填写，合格的以原始资料存档，并据以填写职工人事卡片。人事档案统计过程，人事部门调查分析组按管理组提供的员工人事卡片统计各种所需的数据，然后填写所对应的统计报表，该统计报表一式两份，然后做出分析后，连同一份统计报表上交上一级主管部门，另一份统计报表存档备查。如发生企业内部人员调动、升职、降职、或添加职工和开除职工等情况时，只需修改、添加和删除相应的人事卡片，其余过程同上。 人事部门将收集到员工人事信息统一进行审核。审核过程中，人事信息需要所有审核人员通过，方可录入系统数据库。如信息有误，需要返回给员工进行重新填写或修改。逻辑结构设计32 系统功能设计 系统开发的总体任务是实现企业人事信息关系的系统化、规范化和自动化，是在系统开发的总体任务的基础上完成的。对本系统的功能进行集中、分块，按照结构化程序设计的要求,得到如下图所示的系统功能模块图。各模块实现的功能解释如下:1) 有关企业员工各种信息的输入，包括员工基本信息、所在部门、工作信息和工作简历等。2) 员工各种信息的查询。3) 员工各种信息的修改。4) 考勤信息的输入等。5) 考勤信息的查询。6) 员工工作评价信息的输入。7) 员工工作评价信息的查询。8) 员工工作评价信息的修改。9) 员工工资信息的输入10) 员工工资信息的查询。11) 员工工作信息修改等。 人事信息管理总体模块流程图 人事管理系统系统模块查询模块维护模块报表模块帮助模块登录退出排序查询插入更新删除打印关于企业人事信息管理系统总体布局人事信息管理总体流程图员工考勤信息业务流程图考勤信息实体E-R图员工工资业务流程3.3概念结构设计 软件系统本质上是信息系统处理系统，因此在软件的整个开发过程中都必须考虑两方面的问题：数据及对数据的处理。在需求分析阶段则要分析用户的数据要求，即需要哪些数据，数据之间的联系，数据本身有什么性质，数据的结构等，并且又要分析企业的处理要求，即对数据进行哪些处理，每个处理的逻辑功能等。为把企业的数据要求清晰明确的表达出来，系统分析员通常建立一个概念性的数据模型。概念性数据模型是一种面向问题的数据模型，是按照企业所需的观点来对数据和信息建模。 通常，软件系统中有许多数据是需要长期保存的，为减少数据冗杂，简化修改数据过程，应该对数据进行规范化。1E-R模型E-R模型包含“实体”、“联系”、“属性”三个基本成分。（1）实体实体是客观世界中存在的且可以相互区分的事物。实体可以是具体事物，也可以是抽象事物。（2）联系客观世界中的事物彼此之间往往是有联系的。这些联系在信息世界中反映为实体内部的联系和实体之间的联系。实体之间的联系包括一对一，一对多，多对多。（3）属性实体所具有的某一特征称为属性，一个实体可以由若干个属性来刻画。人们通常就是用实体、联系和属性这三个概念来理解现实问题。2范式通常用“范式”定义消除数据冗余的程度。第一范式（1NF）数据冗余程度最大，第五范式冗余程度最小。但是，范式级别越高，存储同样数据就需要存储更多张表，因此，“存储自身”的过程也就越复杂。随着第二范式级别的提高，数据的存储结构与基本问题域的结构间的匹配程度也随之下降，因此在需求变化时数据的稳定性较差。第三范式级别的提高则需要访问表的增多，因此性能（速度）将下降。从实用角度看，在大多数场合选用第三范式都比较恰当。第一范式每个属性值都必须是原子值，即仅仅是一个简单值，而不含内部结构。它是定义每个实体或关系属性的原则。第二范式满足第一范式条件，而且每个非关键字属性都由整个关键字决定是由关键字的一部分来决定的。它是定义实体或关系的关键字属性的原则。第三范式符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述（即一个非关键字属性值不依赖于另一个非关键字属性值）。它是定义实体或关系的外关键字属性的原则。人事实体关系E-R图员工m1 1领取属性担任1 1 1工资岗位部门部门分布实体E-R图 部门 销售部财务部市场部人力资源部工资实体E-R图 工资奖金补贴金扣所得税缺勤扣费基本工资员工的考勤表现评价实体E-R图实体间实体测试E-R图3.4 逻辑结构设计：把实体的属性定义为关系模型的属性，实体或实体之间的关键就是关系模型的关键，E-R图中的实体和实体之间关系实行转化。E-R转换为关系模型部门（部门号，部门名，经理的职工号，-）职工（职工号，部门号，职工名，职务，-）职工工作（职工号，产品号，工作天数，-）数据库机构实现系统数据流程图数据流程图描述系统的逻辑模型，图中没有任何具体物理，只是描述信息在系统中流动和处理的情况。因为数据流程图是逻辑系统的图形表示，即使不是专业的计算机技术人员也容易理解，所以是极好的通信工具。此外，设计数据流程图只需考虑系统必须完成的基本逻辑功能，完全不需要考虑如何具体地实现这些功能，所以他也是设计的很好用。数据流编号名称组成来源去向01职工信息员工编号、性别等新职工管理人员02部门信息部门编号，功能等部门信息部门信息数据库03岗位信息人员组成，岗位权限等情况岗位信息数据库操作人员04工资信息基本工资、奖金、以及扣费等，根据考勤来算工资工资信息数据库操作人员职工基本信息表列名数据类型说明noChar（10）编号（主键）nameChar（10）姓名xbChar(1)性别csrqChar(20)出生日期nlChar(10)年龄mzChar(10)民族xxChar(10)血型sfzhmChar(20)身份证号码jkzkChar(20)健康状况zzmmChar(10)政治面貌jrsjChar(10)加入时间gnChar(10)工龄lxdhChar(20)联系电话部门信息表bmnoChar(5)部门编号（主键）bmnameChar(10)部门名称bmznChar(100)部门职能工资信息表列名数据类型说明gzkhChar(20)工资卡号（主键）ygbhChar(20)员工编号（主键）jbgzChar(20)基本工资sfgzChar(20)实发工资yljChar(20)养老金ylbxChar(20)医疗保险dxChar(20)员工底薪jjChar(20)员工奖金btChar(20)员工补贴jbfChar(20)员工加班费ftChar(20)员工房帖sdsChar(20)员工所得税考勤信息表列名数据类型说明gzyjChar(20)工作业绩jbxxChar(20)基本信息gztdChar(20)工作态度ywspChar(20)业务水平qtChar(20)其他评价信息3.5 数据库的物理结构设计物理结构设计分两步：（1） 确定数据库的物理结构，在关系数据库中主要指存储方法和存储结构。（