某制衣厂人事管理系统设计与运行.docx

概述：··························································3
一、 需求分析：··················································3
1．1用户需求··············································3
1．2业务流程分析··········································3
1．3信息需求分析··········································4
1．3．1资料收集·········································5
1．3．2事项（数据项）分析·······························6
1．4功能需求··············································7
二、数据库概念模型设计：········································8
初始ERD················································8
改进ERD················································9
三、 数据库逻辑模型设计·········································10
3．1一般逻辑模型设计——ERD转换为一般关系模型···············10
3．2、具体逻辑模型设计········································12
――把一般关系模型转换成具体DBMS支持的逻辑结构
四、 数据库物理设计与数据文件保护设计···························16
4．1设计索引·················································16
4．2设计表间关系·············································16
4．3完整性设计···············································16
五、处理功能设计：··············································17
5．1主控模块设计·············································17
5．2子模块设计···············································19
5．2．1设计输入············································19
5．2．2视图设计·············································20
5．2．3查询设计·············································21
5．2．4报表设计·············································21
六、数据库应用系统的实现：·······································22
6．1数据库及其表结构的建立····································22
6．2数据输入··················································27
6．3模块实现：·················································28
经过与体会···················································32
七、数据库应用系统运行：········································32
7．1系统操作使用的简要说明···································32
7．2按使用说明运行系统并打印出运行结果···················33
7．3系统评价··················································37

概述：
海富制衣厂根据业务需要，确定开发一个“人事管理系统”，以取代现在的完全人工管理。开发的基本目标包括：员工个人资料的录入、部门资料录入、职务变动记录和管理、员工调动记录等。人事管理系统需要完成以下几项大的功能：
（1） 新员工资料的输入；
（2） 人事变动的详细记录，包括岗位和部门的调整；
（3） 员工信息的查询。
（4） 员工信息统计打印。
一、需求分析：
1．1用户需求：人事管理系统是非常通用的管理信息系统,是企业单位实现办公自动化的前提和基础。由于该厂现在是完全的人工管理，我们的系统主要是帮助他们以自动化的方式来取代现有的人工管理以便于该厂领导掌握人员的动向，及时高速人才的分配。
1． 2业务流程分析：
根据上述系统的要求，业务流程图包括：
人事部
人员信息
（1）员工和和部门基本信息的输入：
修改
部门信息

审核

领导层

验证

错误 错误

正确
部门信息资料
员工信息资料

输入
输入

部门信息表
员工信息表

员工信息核对

转入临时文件

相关档案

⑵ 人事变更流程：人事部根据需要发出人事变更表，并审核，有错误则重发，正确则下达命令，并修改员工职位表。包括员工的调动(职位升降、同级别的调动)表。人事部对员工的考核,
业绩信息
人事部

相关资料修改
人事变更
正确调动表
错误调动表
审核
调动表

人事部

修改

考核

员工档案

1． 3信息需求分析
1．3．1资料收集：人事管理系统的业务流程图中用到的相关资料有：

员工入职登记表
档案编号：

个 人 资 料
身份证号

照

片
姓名

性别

出生日期

民族

籍贯

户籍所在地

政治面貌

婚姻状况

家庭住址

家庭电话

签订劳动合同的日期

紧急（永久）联系地址

电话

家庭状况（父母、配偶、子女）
姓名
关 系
工作单位
职务

学习\工作经历
起止时间
工作单位
职 务

员工考核报告
考评月份：
工号

姓名

业绩报告

领导评价

评价人签名
人事部门评价

评价人签名

员工调职通知：

XXX企业员工信息登记
工号： 姓名：
现所在部门号：
现职务：

经过本月业绩评价，公司决定调整你的工作职位，请你于XX年XX月XX日，向XXX部门相关负责人报告。

领导人签名：
日期：
盖章

部门资料表
部门编号

部门名称

部门经理

部门电话

说明

1．3．2事项(数据项)分析:
①在人事管理系统中,各资料的数据项列举如下:
员工个人信息表: 档案编号、姓名、性别、民族、出生日期、文化程度、健康状况、婚姻状况、相片、参加工作时间、联系电话、身分证号码、家庭住址、家庭成员姓名、与本人关系、住址、电话、签订劳动合同的日期
员工学历信息表：档案编号、工号、部门号、职务、姓名、毕业学校、学历自我简介等。
员工考评报告表：考评月份、工号、部门号、业绩报告、
员工调职通知单：工号、姓名、现所在部门职务等。
部门资料表：部门编号、部门名称、部门经理、部门电话、说明
②汇总后有事项（数据项）去掉重复。在本案例中，员工个人信息表的信息最集中，放在最前，以便后面汇总时去掉重复，数据项汇总如下：
员工姓名、性别、民族、出生日期、健康状况、婚姻状况、相片、联系电话、签订劳动合同的日期、身分证号码、家庭住址、家庭成员姓名、与本人关系、家庭成员住址、家庭成员电话、工号、所属部门、职位、进入单位日期、工资级别、职称、部门编号、部门名称、部门经理、部门电话、部门说明、档案编号、毕业学校等。
③进一步分析，初步确定人事管理系统的基本项有：工号、员工姓名、性别、民族、出生日期、文化程度、健康状况、婚姻状况、联系电话、身分证号码、签订劳动合同的日期、家庭住址、家庭成员姓名、与本人关系、家庭成员住址、家庭成员电话、所属部门、职位、进入单位日期、职称、部门编号、部门名称、部门经理、部门电话、档案编号、毕业学校等。
相片、部门说明为非结构化项。
1．4功能需求：
人事管理系统的总功能就是“人事管理”。根据业务流程图中的儿项子业务把总功能划分为几个大功能（子系统）：

人事管理系统功能模块图

人事管理系统

考评
管理
基本信
息管理

员工信息管理
业绩资料审核
员工业绩考评
部门信息管理

员工信息输入
员工信息审核
员工信息修改
部门信息审核
部门信息输入
部门信息修改
业绩评价

二、数据库概念模型设计
根据从基本项构思实体联系模型四条原则，构造实体联系点模型（ERD）
原则1（确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。
在人事管理系统中，工号、姓名、性别、民族、出生日期、文化程度、健康状况、婚姻状况、相片、参加工作时间、联系电话、身分证号码、家庭住址、 是员工的基本特征，所以“员工”是一个实体类。部门编号、部门名称、部门经理、部门电话是部门的特征，所以“部门”是一个实体类。员工进行培训的课程中,培训单位、课程名、成绩是它的基本特征，所以课程是一个实体。起止时间、工作单位、职务是它的基本特征，所以工作经历也是一个实体；它是员工的从实体。同样，员工的家庭成员也是员工的从实体。
原则2（确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。联系通常是某类行为动作，ERD中关注的是其状态与结果而非其过程。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。
在人事管理系统中，一个部门有多个员工，所以部门和员工之间的联系是一对多的联系。一个员工有多个家庭成员，员工家庭成员和员工也是多对一的联系。一个员工可以进行多次培训，一次培训也可以有多个员工，所以员工与课程之间是多对多的联系。工作经历、家庭成员是员工的从实体。
原则3（确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。属性具有如下几个特点：①非多值性 ②非复合性 ③非导出性，④实体的属性还应有非关联性，只是一个实体的基本特征，与其他实体无关；联系的属性应具有关联性，是对联系结果或状态的描述。
在人事管理系统中，实体“员工”有属性工号、身份证号、姓名、性别、出生日期、民族、籍贯、政治面貌、婚姻状况、专业、地址、电话。实体“部门”有属性部门号、部门名、部门电话、部门经理。实体“课程”有属性培训单位、课程名、成绩等。本ERD中员工的从实体家庭成员有属性称谓、姓名、性别、生日、所在单位、住址等。从实体工作经历有属性起止时间、工作单位、职务等。
由此确定初始的ERD
课程
*课程名

N
成绩
培训日期
培训

调入时间
职务
家庭成员

M
所属
员工
的 *工号
N 1
部门
*部门号
考评
的 父子类

经历

考评部门

M

根据业务流程中的实际，引进联系实体”业绩”（但并不是一个真正的实体）
改进后的ERD如下：

课程名
培训单位

课程

成绩

称谓
培训

部门经理
N
所在单位
培训日期

调入时间
职务
*部门号

姓名
家庭成员

部门名
性别
部门
所属
员工
M 1
的 M 1
部门电话
生日
*工号 N
考核

业绩
住址
M *考评月份
相关部门
的 1
经历

被考核
结束时间
1
学校\单位

所任职务
开始时间

签订合同日期

档案号

籍贯

民族
婚姻状况

员工

身份证号
出生日期
姓名
性别
专业
电话说明
职称
*工号

政治面貌
住址

领导评价
*考核月份

人事部评价

业绩情况

业 绩

原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。

三、数据库逻辑模型设计
3．1一般逻辑模型设计——ERD转换为一般关系模型
原则1（实体转换为关系模式）：ERD中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。
在人事管理信息系统中，员工、部门是独立的实体，业绩也作为独立实体来看待，得到相应的一般关系框架有
员工关系
表3.1-1
员工编号
姓名
性别
职务
生日
籍贯
档案号
部门号
民族

外码

主码

文化程度
政治面貌
婚姻状况
联系电话
联系地址
身份证号
签订合同日期

部门关系
部门号
部门名
部门电话
部门经理
主码

表3.1-2

课程关系
课程名
培训单位

主码

表3.1-3

业绩关系 （考核） （被考核）

考核月份
工号
业绩情况
领导评价
人事部评价

外码

复合主码

表3.1-4

原则2（从实体及其主从联系转换为关系模式）：ERD中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成该关系的属性，其主实体关系的主码，在主从联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的、从实体的一组属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。
在人事管理信息系统中，员工的家庭成员关系，其主从联系是一对多联系，导出的关系框架如下
员工家庭成员
员工工号
称谓
姓名
性别
生日
住地
联系电话
外码

复合主码

表3.1-5
员工的工作经历也是从实体,导出的关系框架如下

经历关系
工号
起止时间
学校\单位
所任职务
外码

复合主码

为了使方便,在工作经历关系中引入单号作为主码,得到如下关系,并反应在ERD中.

工作经历关系
单号
工号
起止单间
工作单位
职务

外码

主码

表3.1-6
原则3（一对多联系在关系模式中的表示）：ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。
本ERD中有一对多联系员工所属部门，其中员工是多实体，所以在员工关系中增加所在部门的部门号作为外码表示所属部门联系.。

原则4（多对多联系转换为关系）：ERD中的一个多对多联系转换为一个关系，其被联系实体关系的主码作为外码和该联系本身的属性一起组成关系的属性，被联系关系的主码组成该关系的复合主码。
在本ERD中，课程与员工的联系就是多对多联系。导出如下的关系框架

员工培训课程关系
课程名
工号
培训日期
成绩

复合主码

表3.1-7

3．2、具体逻辑模型设计――把一般关系模型转换成具体DBMS支持的逻辑结构
在VFP中，在各个关系框架下增加类型、长度、小数位数等行就可以了。以下为上述系统的关系：
员工基本信息.DBF
表3.2-1
字段
名
工号
身份证号
部门号
姓名
性别

出生日期
电话
籍贯
调入时间
外码

主码
主码

类型
N
C
N
C
L

D
C
C
D
长度
8
18
5
10
2
8
12
8
8
小数位 数

0

0

索引
主索引
候选
候选
普通

字段完整性
非空

②
非空
①

说明
字段完整性：①只能取“男”或“女”
②部门号用来与部门表相关联

字段
名
职务
状态
档案号
民族
婚姻状况
住址
签订合同日期
外码

主码

类型
C
N
N
C
L
C

D
长度
8
2
8
4
2
30
8
小数位 数

0
0

索引

候选

字段完整性

②
非空

①

说明
字段完整性：①只能取“是”或“否”
②有六种状态：1-在职人员，2-兼职人员，3-试用人员，4-离职人员，5-返聘人员，6-退休人员

部门表.DBF
表3.2-2
字段名
部门号
部门名
部门电话
部门经理
外码

主码
主码

类型
N
C
C
C
长度
8
8
12
10
小数位数
0

0

索引
主索引
候选

字段完整性
非空

说明
字段（属性）级完整性：
记录（无组）完整性：
表（关系）完整性：

课程表.DBF
表3.2-3
字段名
课程名
培训单位
外码

主码
主码

类型
C
C
长度
20
10
小数位数

索引
主索引

字段完整性
非空
非空
说明
表（关系）完整性：

业绩.DBF
表3.2-4
字段名
考核月份
工号
业绩情况
领导评价
人事部评价
外码

外码

主码

复合主码

类型
N
N
C
C
C
长度
5
8
30
30
30
小数位数

0

索引
普通
普通

字段完整性

非空 ①

说明
表（关系）完整性：①工号用来与员工表相关联

家庭成员表.DBF
表3.2-5
字段名
工号
称谓
姓名
性别
生日
住址
电话
外码

主码
复合主码

类型
N
C
C
L
D
C
N
长度
8
10
10
2
8
50
20
小数位数

索引

字段完整性
非空
非空

①

说明
字段（属性）级完整性：①吸能取值“男”或“女”
表（关系）完整性：②用来与员工表相关联

经历表.DBF
表3.2-6
字段名
单号
工号
开始时间
结束时间
职务
学校\单位
外码

外码

主码
主码

类型
N
N
D
D
C
C
长度
8
8
8
8
8
12
小数位数
0
0

索引

普通索引
普通索引

字段完整性

非空

说明
表（关系）完整性：①工号用来与员工表相关联

员工培训课程.DBF
表3.2-7
字段名
工号
课程名
培训日期
成绩
外码
外码
外码

主码
复合主码

类型
N
C
D
C
长度
8
10
8
4
小数位数
0

索引
复合索引

字段完整性
非空 ①
非空 ②
非空

说明
表（关系）完整性：①工号用来与员工表相关联
②课程名用来与课程表相关联

四、数据库物理设计与数据库保护设计
4．1 设计索引：见上述表中的索引
4．2 设计表间关系：
业绩

员工

部门
经历

家庭成员

课程

培训课程

父表
子表
部门
课程
员工
员工
一多关系
(部门号)

培训课程

一多关系
（课程名）
一多关系
（工号）
经历

一多关系
（工号）
家庭成员

一多关系
（工号）
业绩

一多关系
（工号）
表4-2-2

4．3 完整性设计：列出主要字段完整性的字段名、完整性约束条件；列出记录完整性约束及其约束条件；列出参照完整性表。
参照完整性表如下所示：

父表
子表
更新
删除
插入
父标记
子标记
部门表
员工表
级联
忽略
忽略
部门号
部门号
课程表
培训课程
级联
级联
限制
课程名
培训课程
员工表
工作经历
级联
级联
限制
工号
工号
员工表
家庭成员
级联
级联
限制
工号
称谓
员工表
业绩
级联
级联
限制
工号
考核
员工表
培训课程
级联
忽略
限制
工号
培训课程

五、处理功能设计
5．1 主控模块设计：包括系统环境初始化、欢迎画面、用户身份验证、主控表单或菜单、各别画面、系统退出的环境等功能。
建立主控程序：主控程序是应用程序的起点，包括初始化环境、显示初始界面和控制事件循环，并在退出事件循环后，恢复原来的系统环境。主控程序如下：
clear EVENTS
set talk off
set safe off
set sysmenu off
close all
release window 常用,"项目管理器",表单设计器,表单控件,数据库设计器,报表设计器,布局,命令
release window standa
modify window screen title "人事管理系统"
zoom window screen max

open database "课程设计107\人事管理系统.DBC"

public user
do form "课程设计107\欢迎界面"
read events
CLOSE DATaBASE
该程序保存为 main.prg
进行用户身份验证，需建立一个密码表储存用户名和密码：
用户表
密码
用户名
123456
何耀环
123456
用户2

登录界面的基本功能是验证用户身份，便于维护数据安全。要求该界面实现的具体功能如下 ：
验证操作工号、用户名和密码，如果正确则进入系统。错误则显示相应的提示
如果连续三次输往返用户名和密码错误，将显示系统退出提示，并自动退出系统
能实现退出登录界面的功能，并退出系统。下图为该界面的设计图：

告别画面表单如下：

主菜单的基本功能是用来实现调用系统内各界面的,主菜单的设计可以根据第一部分的系统功能模块图。以下是菜单的设计：

菜单名称
结果
命令
员工信息管理

do form 员工基本信息表
部门信息管理

do form 部门表
业绩管理

do form 业绩
查询统计

系统管理
子菜单

——数据备份与恢复
命令
do form s
退出
命令
Quit

5．2子模块设计：按系统业务要求设计各项业务模式和系统管理模块，要能完成系统业务和系统管理功能，总体规模至少达到5.2.1-5.2.4的要求。
5．2．1设计输入：设计输入数据到表中的表单或窗口，注意实现用户定义完整性约束，并具有输入校验，以确保输入数据正确，没有垃圾数据混入。

员工基本信息输入：
员工基本信息输入

相
片
修改资料
添加员工
部门调转
输入家庭成员
输入经历

最后一条
下一条
上一条

退出
第一条

本表单说明：
部门调转
输入家庭成员
输入经历
为了方便，把员工的子类如经历表，家庭成员，部门调动三个表单放入该表单中，输入完员工基本信息后，分别点击

添加员工

继续输入相关资料，点击 出现一个新的表单，输入下一个员工的相关资料。
部门信息输入：
部门信息输入
部门号： 部门名：

部门电话： 部门经理：

任职日期：
确定
退出
修改
删除
添加
最后一条
下一条
上一条
第一条

另外还有经历表、家庭成员表、课程表、业绩、员工部门调动、员工培训课程关系等界面，详见VFP。
5．2．2视图设计：设计不少于两个定式视图，并提供视图设计器的用户现场生成视图。视图是提示给用户，让用户可以只看到自己想看的数据，或者是可以把系统中的某些重要的数据进行保护，令无些权限的用户无法看到。
员工信息视图:
请输入查询条件:
查询
部门名
退出
姓名

员工经历查询视图:
请输入查询条件
查询
姓名
退出
开始时间

5．2．3 查询设计：设计不少于两个定式查询，并提供调用查询设计器的用户现场生成查询。
由于篇幅关系，以下仅画出部门人数统计各设计原稿：
部门人数统计
选择部门名：
退出
打印
查询

5．2．4 报表设计：设计不少于两个定式报表，并提供调用报表生成器的用户现场生成报表。
员工基本信息报表：

员工基本信息
09/04/05
姓名
性别
电话
档案号
部门号
调入时间
状态
职务
签订合同日期
住址
域
域
域
域
域
域
域
域
域
域

部门报表：
部门表
09/04/05
部门号
部门名
部门电话
部门经理
任职日期
域
域
域
域
域

注明：子模块设计部分只列出部分的初步设计，其他的可在具体实现后的模块实现处了解到。
六、数据库应用系统的实现
6．1 数据库及其表结构的建立：
①在创建数据库前，可先为“人事管理系统”创建一个“项目管理器”，命名为“人事管理系统”；
②在刚创建的“项目管理器”中创建一个数据库，命名“人事管理系统”；
③在“人事管理系统”数据库中创建表，要创建的表分别为表3.3-1到3.3-10，下面6.1.2小节将分别列出创建后的表：
6.1.1数据库表的创建：
1. 员工基本信息表(Employees)

字段名
类型
宽度
小数位数
索引
工号
N
8
0
升序
身份证号
C
18

部门号
N
5
0
升序
姓名
C
10

性别
L
2

升序
出生日期
D
8

电话
C
12

籍贯
C
8

政治面貌
C
20

婚姻状况
L
2

住址
C
50

专业
C
20

调入时间
D
8

状态
N
2
0

职务
C
8

档案号
N
8
0
升序
民族
C
4

签订合同日期
D
8

用SQL创建如下:
CREAT TABLE Employees &&数据库表的创建
(工号 N (8) NOT NULL UNIQUE,
身份证号 CHAR(18) NOT NULL UNIQUE,
部门号 N(5) NOT NULL UNIQUE,
姓名 CHAR(10),
性别 L(2),
出生日期 DATE(8),
电话 CHAR(12),
籍贯 CHAR(8),
政治面貌 CHAR(20),
婚姻状况 L(2),
住址 CHAR(50),
专业 CHAR(20),
调入时间 DATE(8) NOT NULL UNIQUE,
状态 N(2) NOT NULL UNIQUE,
职务 CHAR(8),
档案号 N(8) NOT NULL UNIQUE,
民族 CHAR(4),
签订合同日期 DATE(8) NOT NULL UNIQUE,
CONSTRAINT 工号 PRIMARY KEY（工号）),
CONSTRAINT 身份证号 PRIMARY KEY（身份证号）),
CONSTRAINT 档案号 PRIMARY KEY（档案号）),
CONSTRAINT 状态 CHECK （状态 IN （'1','2','3','4','5','6'））,
CONSTRAINT性别CHECK (性别 IN ('男','女')),
CONSTRAINT婚姻状况CHECK (婚姻状况 IN ('是','否')));
该表结构如下：

2.部门表(Departments)
字段名
类型
宽度
小数位数
索引
部门号
N
8
0
升序
部门名
C
10

升序
部门电话
C
12

部门经理
C
10

任职日期
D
8

用SQL创建如下：
CREATE TABLE Departments
（部门号 N（8）NOT NULL UNIQUE,
部门名 CHAR（10），
部门电话 CHAR（12），
部门经理 CHAR（10），
任职日期 DATE（8），
CONSTRAINT 部门号 PRIMARY KEY（部门号）)；
该表结构如下：

3．课程表(Course)
字段名
类型
宽度
小数位数
索引
课程名
C
20

升序
培训单位
C
10

用SQL创建如下：
CREATE TABLE Course
（课程名 CHAR（20） NOT NULL UNIQUE，
培训单位 CHAR（10） NOT NULL UNIQUE，
CONSTRAINT 课程名 PRIMARY KEY（课程名）)；
INSERT INTO Course VALUES &&插入数据
该表结构如下：

4.业绩表(Achievement)
字段名
类型
宽度
小数位数
索引
考核月份
N
5
0
升序
工号
N
8
0
升序
业绩情况
C
30

领导评价
C
30

人事部评价
C
30

用SQL创建如下:
CREATE TABLE Achievement
(考核月份 N(5) NOT NULL UNIQUE ,
工号