人事管理需求分析文档格式.docx
《人事管理需求分析文档格式.docx》由会员分享,可在线阅读,更多相关《人事管理需求分析文档格式.docx(19页珍藏版)》请在冰豆网上搜索。
1系统概述
基于Windows平台的关系型数据库管理系统,以MicrosoftSQLServer为软件平台,按照数据库系统设计的基本步骤,采取了事先进行需求分析,然后进行数据库的概念设计和逻辑结构设计,最后进行数据库详细设计的方法,完成了一个人事管理系统数据库系统的设计。
通过一个企业人事管理系统,使企业的人事管理工作系统化、规范化、自动化,从而达到提高企业人事管理效率的目的。
2需求分析阶段
用户的需求具体体现在各种信息的提供、保存、修改和查询方面。
这就要求数据库结构能充分满足各种信息的输入和输出。
2.1处理对象
员工基本信息:
员工编号,姓名,性别,出生年月,参加工作时间,职称,部门号
员工学历信息:
员工编号,学历,专业,毕业时间,学校,外语情况
员工婚姻状况信息:
姓名,有无配偶
企业部门信息:
部门号,部门名称,部门经理
管理员信息:
管理员,密码,权限
2.2处理功能及其要求
1.员工各种信息的输入,方便有效的进行查询和修改,其主要包括:
1)员工的基本信息
2)学历信息
3)婚姻状况信息
4)职称
2.员工信息的修改。
3.对于转出、辞职、辞退、退休员工信息的删除。
4.按照一定的条件,查询、统计符合条件的与员工信息;
至少应该包括每个员工的详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等,至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自员工的信息。
2.3人事管理系统数据流程图
顶层数据流图:
(员工基本信息查询、按婚姻状况查询、按学历查询)数据流图
(管理员添加、删除、修改)数据流图
2.4人事管理系统数据字典
数据项列表
数据项编号
字段名
数据类型
含义说明
空值情况
01
PER-ID
Char
员工编号
主关键字
02
NAME
姓名
不为空
03
SEX
“男”或“女“
可为空
04
BIRTHDAY
Data
出生年月
05
BEGTIME
参加工作时间
06
PAR
职称
07
DEGREE
学历
08
PRO
专业
09
GRATIME
毕业时间
10
SCHOOL
学校
11
FOREIGN
外语状况
12
SPOUSE
有无配偶
13
DEPT-ID
部门号
14
DEPTNAME
部门名称
15
DEPTMANAGER
部门经理
16
ADMINISTRATOR
管理员
17
PASSWORD
密码
18
PERMISSION
权限
3.概念设计阶段
概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。
3.1任务与目标
(1)设计分E-R图,即各子模块的E-R图;
(2)生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;
(3)生成全局E-R图,通过消除冲突等方面。
3.2人事系统E-R图
1)员工基本信息:
2)学历信息:
3)婚姻状况信息:
4)部门信息:
5)管理员:
6)总E-R图:
4.逻辑设计阶段
4.1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换成关系模型、数据库模式的定义、数据处理。
4.2将E-R图转换为关系模型
员工基本信息(员工编号,姓名,性别,出生年月,参加工作时间,职称,部门号)
学历信息(员工编号,学历,专业,毕业时间,学校,外语状况)
婚姻状况(姓名,有无配偶)
部门信息(部门号,部门名称,部门经理)
管理员(管理员,密码,权限)
4.3数据库模式定义
表1员工基本信息表
char
表2学历信息表
表3婚姻状况表
表4部门信息表
表5管理员信息表
4.4系统功能模块图
5.数据库实施阶段
5.1建立数据库:
5.2建立数据表
(1)员工基本信息表的建立:
(2)学历信息表的建立
(3)婚姻状况表的建立:
(4)部门信息表的建立:
(5)管理员信息表的建立:
5.3查询功能
(1)按姓名查询:
(2)按婚姻状况查询:
(3)按学历查询:
5.4删除功能
5.5修改功能
5.6添加功能
5.7欢迎界面
6.设计心得
终于到完成的阶段了,这是有始以来第一次做这样的作业,刚开始看到题目的时刻完全没发下手,幸亏老师给了例题,看了那师兄做的之后很羡慕。
数据库是一门很实用的课程,也被广泛利用,我这次做的是人事管理设计。
数据库系统设计大体分为需求分析、概念设计、逻辑设计、物理设计、实施阶段、调试测试等。
比较重要的是需求分析阶段,因为无论做一个什么软件都有他的用途,而他的用途就是给人民带来方便,也就是满足人们的需求,因此要做好一个软件首先要了解客户对他有什么要求,然后我们才知道自己要做些什么,要实现什么样的目的,当然这过程必须是真实的,我们不能自己捏造。
做完这次设计之后,我对数据库有了更深刻的了解,特别是Access,
还有那些流程图,数据字典,关系模型等。
同时也深刻的认识到了自己的不足,平常的时刻没觉的什么,可到要用到知识的时刻才知道自己什么都不懂,像那些基本的窗体有的还忘记怎么做,这说明了平常的不用心,还有表之间的关系建立中的连线,老是把主表搞错,还有对SQL语言的生疏,
在这一次设计中我大部分用的都是Access,因为对SQL语言不懂,这也给我指出了问题所在,SQL是我学习的重点。
总之,通过这一次设计我学到的太多了,对数据库也有了一个全新的认识。