管理部门 员工信息 员工信息表 部门信息 查 询 处部门信息表 理 岗位信息 查询报表 岗位信息表 操作人员 工资信息 工工资信息表 资处 理 工资表 图3.2 报表处理：
管理部门①对员工、部门、岗位查询完成各类查询报表。 操作人员②对工资信息更新后产生工资表。
16
第四章 系统分析与设计
4．1系统功能模块设计 功能模块图
人事档案管理系统 系统模块 查询模块 维护模块 报表模块 帮助模块
登录 退出 排序
查询 插入 删除 更新 打印
关于
图4.1
4．2数据库设计 4．2．1数据库结构设计 4．2．1．1概念结构设计
软件系统本质上是信息处理系统，因此，在软件系统的整个开发过程中都必须考虑两方面的问题——“数据”及对数据的“处理”。在需求分析阶段则即要分析用户的数据要求（即需要有哪些数据，数据之间有什么联系，数据本身有什么性质，数据的结构等等），又要分析用户的处理品要求（及对数据进行哪些处理，每个处理的逻辑功能等等）。
为把用户的数据要求清晰明确的表达出来，系统分析员通常建立一个概念性的数据模型（也称为信息模型）。概念性信息模型是一种面向问题的数据模型，是按照用户的观点来对数据和信息建模。它描述了从用户角度看到的数据，它反映了用户的现实环境，且与在软件系统中的实现方法无关。
最常用的表示概念性数据模型方法，是实体——联系方法（Entity-Relationship Approach）。这种方法用E——R图描述现实世界中的实体，而不涉及这些实体在系统中的实现方法。用这种方法表示的概念性数
17
据模型又称为ER模型。
通常，软件系统中有许多数据是需要长期保存的，为减少数据冗余，简化修改数据过程，应该对数据进行规范化。 4．2．1．1．1E——R图
1．ER模型
ER模型包含“实体”、“联系”、“属性”等三个基本成份。 （1） 实体
实体是客观世界中存在的且可相互区分的事务。实体可以是人，也可以是物；可以是具体事物，也可以是抽象概念。
（2） 联系
客观世界中的事物彼此之间往往是有联系的。这些联系在信息世界中反映为实体内部的联系和实体之间的联系。实体之间的联系可以分为三类：一对一的关系（1：1），一对多是关系（1：N）和多对多（N：N）的关系。
（3） 属性
实体所具有的某一特性称为属性，一个实体可以由若干个属性来刻画。 人们通常就是用实体、联系和属性这三个概念来理解现实问题的，因此，ER模型比较接近人的思维方式。此外，ER模型是用简单的图形符号表示系统分析员对问题的理解，不熟悉计算机的人也能较容易的理解它。因此，ER模型可以作为用户与系统分析员之间的交流工具。
2．范式
通常用“范式”（Normal Forms）定义消除数据冗余的程度。第一范式（INF）数据 余程度最大，第五范式（5NF）数据冗余程度最小。但是，范式级别越高，存储同样数据就需要分解成更多张表，因此，“存储自身”的过程也就越复杂。第二随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降，因此在需求变化时数据的稳定性较差。第三，范式级别提高则需要访问的表增多，因此性能（速度）将下降。从实用角度看来，在大多数场合选用第三范式都比较恰当。
① 第一范式
每个属性值都必须是原子值，即仅仅是一个简单值，而不含内部结构。它是定义每个实体或关系属性的原则。
② 第二范式
满足第一范式条件，而且每个非关键字属性都由整个关键安决定（而不
18
是由关键字的一部分来决定）。它是定义实体或关系的关键字属性的原则。
③ 第三范式
符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述（即一个非关键字属性值不依赖于另一个非关键字属性值）。它是定义实体或关系的外关键字属性的原则。
3．人事档案管理系统E——R图 ① 实体关系E——R图
m 1 1
属性 担任 领取
1 1 1 部门 岗位 图4.2 工资 员工
19
②实体属性图
PK 图4.3 部门代号 部门名称 部门职能描述 部门 岗位 岗位编号 岗位任务描述 PK 岗位名称 岗位类别 岗位权力范围 图4.4 水电费 PK 工资卡号 FK 员工号 岗位津贴 养老保险 医疗保险 失业保险 岗位编号个人所得税 岗位工资 职务工资 基本工资 工资 职务津贴 工资总额 其它津贴 图4.5 20