人事管理系统设计数据库原理与应用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）处理过程编号:
员工信息删除
员工信息更新
升级会员 