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