员工 员工—工资 工资
4、数据库逻辑结构设计
4.1 根据上述概念模型设计得出的E—R图，我们可以得出系统中涉及的主要实体有3个，其结构如下：
1、员工（职工号，姓名、性别、年龄、单位和职业） 2、部门（部门编号，部门名称）
3、工资（职工号，日期，基本工资，奖励工资，福利补贴，住房公积金，失业保险） 4.2 实体间的联系
工资管理系统中实体之间有6个联系，其关系如下：
1、具有1关系：员工和奖金的关系是1：N，N个职位相同的员工具有相同的奖金基数。
2、工薪关系：员工和工资单的关系是1：N，每个员工每个月都有一张工资单。
3、属于关系：员工和部门的关系是N：1，一个部门可以有多个员工。
4、聘用关系：员工和职务的关系是N：1，一个职务可以聘用多个员工。
11/25
5、设置关系：部门和职务的关系是M：N，一个部门可以设置多个职务，相同的职务也可以设置在多个部门。
根据以上逻辑结构分析我们可以知道:一个部门有多个员工，每个员工都有工资，工资又由基本工资等组成，其关系模式为： 员工编号（主码） 姓名 性别 年龄 部门号（主码） 职业
部门号（主码） 部门名称
日期 （主码）
员工号 基本 工资 福利 奖励工资 失业保险 住房公积金 补贴 表、视图汇总 视图/表名 员工 科室 工资
4.3 完整性约束： 基本表[员工] 字段 员工编号 姓名 类型 文本 文本 长度 250 250 格式 约束 主码 类型 说明 基本表 集中保存员工的基本信息 基本表 集中存放单位各部门的信息 基本表 存放员工工资的基本信息 12/25
性别 年龄 文本 文本 250 250 250 250 外码 所属部门号 文本 职业
基本表[科室] 字段 部门编号 部门名称
基本表[工资] 字段 日期 员工编号 基本工资 福利补贴 奖金工资 失业保险 类型 文本 文本 类型 文本 文本 文本 长度 250 250 格式 约束 主码 长度 250 250 格式 约束 主码 外码 数字（整型） 数字（整型） 数字（整型） 数字（整型） 住房公积金 数字（整型）
5、数据字典
绘制数据流图以后，只是对数据处理和彼此之间的联系进行了说
13/25
明，为了进一步明确数据的详细内容和数据加工过程，应将数据流图中的各元素作出详细的定义和说明，以便于此后系统设计的进行。
数据字典描述的主要内容有：数据项、数据流、数据存储、数据处理、外部实体。数据流程图配以数据词典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。
在系统分析中会产生大量的数据词典，以下将以图表形式分别列出系统中代表性的数据流、数据元素、数据存储和外部实体以及所有的加工处理。
员工薪资管理系统数据字典
去组成 向 D1部门编号、顺序D5 号 职工号，姓名，性别，职位，学历，联系电话，P1 身份证号码，入职时间，离职时间 条目 名称 编号 说明 每位员工一个编号 来源 存取方式 数据职工号 项 F1 键入 员工和数据变动信流 息 F1 员工都有详细的资料 “人事部”外部实体 键入 数据劳务奖存储 金表 D4 存储每个员工的奖金 P3 职工号 月份 奖金(近似长度分别为：6 、 自动 4、12（字节）) 存储组P4 主关键字：职工织：二维号 表 辅关键字：月份 14/25
数据员工资处理 料管理 数据基本工处理 资管理 数据员工考处理 勤管理 数据奖金管处理 理 数据工资汇处理 总 P1 对员工资料进行管理 生成员工基本工资表 生成考勤汇总表 生成员工劳务奖金表 计算员工工资。是最重要的部分 工资汇总后，生成工资单给员工 录入改变员工的基本信息及员工的考核情况 计算发放员工的工资 F1员工和变动信息 F2 F3 F4、D3 D1 职工号，姓名，D6 性别， 职工号，在职时间，基本工资 职工号，迟到，旷工，请假 键入 P2 P3 P4 D2 D3 D4 自动 键入 职工号，奖励项键入 目，金额，月份 P5 D1 、D2、F5实发工资，汇总D3、D4 F6 表，工资单 自动 外部员工 实体 F5 职工号，月份，工资单号 键入 外部人事部 实体 D1、D3 P5部门编号，员工P4号，考核 P1 键入 外部财务部 实体
P5 F5员工号，各工资 自动 F7 6、问题及解决方法
6.1问题及其解决方案：
1、在概念结构设计中遇到了结构冲突，导致系统错误。在经过根据应用的语义对实体联系的类型进行综合、调整后得以解决。 2、在逻辑结构设计中，由于没有理清概念结构设计中的各实体间的相互联系导致逻辑结构一度无法建立。在经过赵老师的指点后，终于找到了问题的所在。顺利的完成了逻辑结构设计。
3、查询嵌套的实现和计算工资这个环节也遇到了很大的困难，这一切都源自对操作环境的不熟悉，所以我们尽量使我们的应用程序简单
15/25