人事管理系统设计数据库原理与应用Word文档下载推荐.docx

人事管理系统设计数据库原理与应用Word文档下载推荐.docx

《人事管理系统设计数据库原理与应用Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《人事管理系统设计数据库原理与应用Word文档下载推荐.docx（30页珍藏版）》请在冰豆网上搜索。

2）部门信息管理:

查看部门信息,包括部门编号、部门名称、部门经理、部门简介等信息;

具有更新部门的功能。

3）系统用户管理:

查看系统用户信息,包括用户名和用户类型（系统管理员和普通用户）等信息;

三．具体要求

1.课程设计的内容独立自主完成,课程设计报告内容完整、格式规范、排版整洁美观;

2.后台数据库采用MSSQLSERVER,前台界面语言不限,编写的程序代码,须有较详细的注释说明;

四．进度安排

课程设计安排:

16周

星期一讲解课程设计的内容,安排每一天的具体任务,分配并熟悉题目;

星期二需求分析:

给出系统的功能需求、性能需求,并绘制DFD和DD;

星期三概念结构设计:

绘制实体属性图（可选）,局部ER图和全局ER图;

星期四逻辑结构设计:

转换、优化;

星期五逻辑结构设计:

外模式设计

17周

星期一物理结构设计及数据库实施;

星期二应用程序编制调试、整理课程设计报告;

星期三应用程序编制调试、整理课程设计报告,并检查;

星期四根据反馈结果修改课程设计报告;

星期五课程设计答辩,交材料;

上交的材料:

课程设计的电子稿、打印稿、源码（SQL代码和程序代码）

五．成绩评定

考核方法:

现场验收（占50%）,课程设计报告（占50%）。

考核内容:

学习态度（出勤情况,平时表现等）、方案合理性、各阶段的图表与程序编制质量、设计报告质量。

成绩评定:

优,良,中,及格,不及格。

特别说明:

（1）如发现抄袭,按照不及格处理。

（2）材料不齐的,考核等级降一级。

电子稿件以压缩文件的形式上交,压缩命名为:

11位学号+姓名

正文撰写包含的内容:

1、需求分析

2、概念结构设计

3、逻辑结构设计

4、物理结构设计

5、数据库实施及应用程序编制

6、心得体会

7、参考资料

正文:

题目:

人事管理系统

第一章系统概述

本文按照数据库系统设计的基本步骤,采取了事先进行需求分析,得出对应的数据流图和数据字典,再进行概念结构设计,逻辑结构设计和物理结构设计,最后经过运行和测试,成功完成了一个小型的人事管理系统的设计。

最终,在SQLSEVER上运行的人事管理系统,能够实现:

员工各种信息的管理,员工所在部门信息的相关管理。

第二章需求分析

2.1需求分析

经过对当前人事管理系统的相关调查,确定所做的人事管理系统功能的基本要求如下:

Ø

员工各种信息的输入及修改,包括员工的基本信息、学历信息、职称等信息;

员工所在的部门信息,包括部门名称、部门经理等信息;

按照一定的条件,查询、统计符合条件的员工信息;

包括每个员工详细信息的查询、按学历查询、按部门查询等,包括按学历、部门、参加工作时间等统计各自的员工信息;

对于转出、辞职、辞退、退休员工信息的删除,并更新相应部门的统计信息。

2.2功能分析

4）员工信息管理:

5）部门信息管理:

6）系统用户管理:

2.3系统数据流程图

数据流图描述的是系统的逻辑模型,图中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况。

因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也能容易理解。

数据流图里的符号也极为简单,只有四个:

1）外部实体;

2）处理;

3）连线;

4）数据存储。

这四个符号也有两种。

一种是Yourdon&

Coad法,另一种是Gane&

Sarson法。

只是略有不同而已。

在这篇论文中,我们使用MicrosoftVisio,故使用Gane&

所对应的四个符号如图2.1所示:

图2.1

经过详细调查,了解到企业单位人事管理系统的业务流程,在此基础上,得出系统的逻辑模型,并用数据流图表示,情况如图2.2,图2.3所示:

图2.2顶层数据流图

图2.30层数据流图

在上述人事管理系统数据流图中,员工档案管理功能还没具体实现,主要实现功能如图2.4所示:

图2.41层数据流图

综合0层数据流,得出最终的数据流图,如图2.5所示,

图2.5总数据流图

2.4系统数据字典

人事管理系统数据流程图中,数据信息和处理过程还需要经过数据字典来描述。

在本文的数据字典中,主要对数据流图中的数据项、数据结构、数据流、数据存储和处理过程进行说明。

2.4.1数据项

序号:

1

名称:

_name

含义:

员工姓名

值域:

varchar（10）

2

_no

员工编号

varchar（5）

3

_sex

员工性别

varchar

（2）

4

_callnumber

员工联系电话

类型:

int

5

_education

员工学历

6

_position

员工职称

7

dpt_no

员工所在部门编号

varchar（4）

8

_worktime

员工参加工作时间

varchar（20）

9

_infor_change

工作变动

10

dpt_name

部门名称

11

dpt_manager

部门经理编号

12

部门编号

13

dpt_count

部门人数

14

dpt__abstract

部门简介

varchar（200）

17

users_name

用户名

18

users_pwd

用户密码

varchar（16）

19

_authority

用户权限

2.4.2数据结构

员工信息表

组成:

_name,_no,_sex,_callnumber,_education,_position,dpt_no,_worktime,_infor_change,

部门信息表

dpt_name,dpt_manager,dpt_no,dpt_count,dpt__abstract

登录信息表

users_name,users_pwd,_authority

2.4.3数据流

1）数据流名称:

员工情况

位置:

员工→P1.1,员工→P1.2。

定义:

员工情况=姓名+性别+编号+学历+联系电话+所在部门+参加工作时间+职称。

数据流量:

根据公司的员工具体录用情况来确定。

说明:

要对每一位被聘用的新员工进行唯一编号。

2）数据流名称:

员工变动情况

P1.5→D1,P1.5→D6。

员工变动情况=员工号+变动前职位+变动原因+调动日期。

根据公司的具体情况来确定。

员工号能够唯一确定一个员工变动情况。

3）数据流名称:

用户情况

用户→P3

用户身份=员工编号

要对每一名用户建立唯一的账号。

4）数据流名称:

用户身份

安全管理→｛P1.1,P1.2,P1.3,P1.4,P1.5,P2｝

用户身份=[管理员|员工]

不同的用户身份对应不同的操作权限,对应着不同的安全级别。

5）数据流名称:

部门情况

部门→部门情况

部门情况=部门编号+部门名称+部门人数+部门简介+部门经理

部门编号是主码。

2.4.4数据存储

1）D1员工档案

输入:

P1.1,P1.2,P1.5

输出:

P1.2,P1.3,P1.4,P1.5

数据结构:

员工档案=姓名+性别+学历+员工编号+联系电话+所在部门编号+参加工作时间+职称+工作变动。

数据量和存取频度:

根据公司的具体规模情况来确定。

存取方式:

联机处理;

检索和更新;

以随机检索为主。

员工编号具有唯一性和非空性;

性别只能是男或女;

主码是员工编号。

2）D2部门记录

P2

部门记录=部门编号+部门名称+部门人数+部门简介+部门经理。

以检索操作为主。

主码设为部门号。

3）D3用户记录

P3

用户记录=员工编号+管理员编号+密码+权限

以更新操作为主。

主码设为管理员编号。

4）D4员工相应信息

P1.4

P4

员工相应信息=员工编号+学历+联系电话+所在部门编号+参加工作时间+职称+工作变动。

主码设为员工编号。

5）D5员工信息更新

P1.5

员工信息更新=员工编号+职称+工作变动+所在部门编号。

2.4.5数据处理

1）处理过程编号:

P1.1

处理过程名:

员工信息录入

员工

员工档案

处理说明:

根据员工基本信息员工进行信息录入,录入的结果存放到员工档案中。

2）处理过程编号:

P1.2

员工信息修改

员工,员工档案

根据员工基本信息以及员工档案进行信息修改,修改的结果存放到员工档案中。

3）处理过程编号:

P1.3

员工信息查看

4）处理过程编号:

员工信息查询

员工相应信息

5）处理过程编号:

员工信息删除

员工信息更新