数据库课程设计企业职工管理系统Word格式.docx
- 文档编号:17446649
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:21
- 大小:344.73KB
数据库课程设计企业职工管理系统Word格式.docx
《数据库课程设计企业职工管理系统Word格式.docx》由会员分享,可在线阅读,更多相关《数据库课程设计企业职工管理系统Word格式.docx(21页珍藏版)》请在冰豆网上搜索。
4、系统采用C/S体系结构:
Client(客户端)负责提供表达逻辑、显示用户界面信息、访问数据库服务器;
Server(服务器)端用于提供数据服务。
5、运行平台:
windows2000/xp
2需求分析
2.1系统功能需求
在企业管理中,员工信息管理是一个非常重要的方面。
管理内容复杂,设计的部门众多,人员众多,而且往往需要按行政隶属关系进行管理。
这里所设计的企业员工信息管理系统属于企业内部人员可操作的系统,以下是具体的需求分析。
2.1.1.系统结构及描述
开发系统的主要任务是实现企业员工信息管理的自动化和系统化。
本企业员工信息管理系统将分为前台、后台两个部分。
前台即普通员工操作模块主要是实现一般的查询功能,主要功能有:
1.员工各种信息查询、修改和删除。
2.考勤信息查询、核对。
3.企业文章信息的浏览。
4.员工工资信息的查询、核对。
5.意见建议信息的浏览、回复、删除等。
系统的重点是后台管理及管理员操作模块,主要实现以下功能:
1.有关企业员工部分信息的输入,包括员工基本信息、所在部门、奖惩经历等。
、
2.员工各种信息的查询、修改和删除。
3.考勤信息查询、修改和删除。
4.企业文章信息的浏览、添加和删除。
5.员工工资信息的查询、修改、核对等。
6.意见建议信息的浏览、回复、删除等。
系统结构简介:
系统将设计两种权限的用户,即管理员用户和普通员工用户,其中管理员用户也是企业员工,所以管理员也可以进行普通员工的先关操作。
管理员用户还可以查看所有员工的信息,以及对企业员工的基本信息、员工考勤、员工工资、员工意见建议、企业文章信息进行管理,对前述管理内容操作后将提交到数据库,保存起来,对于管理员的操作结果企业员工可以进行一一查看,员工可以对自己的个人基本信息进行修改操作,包括密码修改,同时员工需要对考勤信息、工资信息进行核对,同时可以向管理员提出意见建议。
2.2系统流程图
根据以上需求分析设计如下数据流程图:
1.顶层数据流图:
2.在顶层数据流图的基础上设计细化的数据流图,即把整个系统的需求分析进行细化,本系统包括:
员工信息管理,员工考勤管理,员工薪资管理,文章信息管理,意见建议管理等。
再将功能加以细化,得如下数据流图:
具体功能模块再加以细化的如下设计流程图:
2.3.系统功能模块
根据数据流图可知系统涉及管理员和企业普通员工用户两种权限操作,所以将系统分为管理员功能模块和企业普通员工用户操作模块。
管理员功能模块中有具体划分为员工信息管理、员工考勤管理、员工薪资管理、文章信息管理、意见建议管理。
每个子模块下还有相关的增删改操作。
普通员工用户可以对管理员管理操作后的相关信息进行一定的操作。
同时可以对自己的基本信息进行修改等。
所以,根据系统的数据流图画出系统的功能结构图如下所示:
2.4数据字典
根据以上功能模块及一般企业需求,设计如下数据项及数据结构:
数据项:
数据项名称
说明部分
员工编号
字符串类型有唯一性
文章上传者
文本类型长度为20字符
员工姓名
上传时间
时间类型**/**/**
部门
文本类型
考勤起始日期
出生年月
迟到早退次数
整数类型
性别
字符串类型男、女
加班次数
省份证号
旷工次数
政治面貌
旷工所发金额
婚姻状况
迟到早退所发金额
户籍所在地
加班补贴金额
健康状况
基本工资
文化程度
总计工资额
毕业院校
意见建议编号
兴趣特长
建议者
家庭住址
建议主题
手机号
文本类型长度为18字符
建议内容
邮箱
建议日期
工作状态(是否退休)
意见建议回复
所获荣誉
所受处罚
文章编号
文章类型
文章标题
文章内容
数据结构:
数据结构名
属性
员工基本信息
员工编号、员工姓名、部门、出生年月、性别、省份证号、政治面貌、婚姻状况、户籍所在地、健康状况、文化程度、毕业院校、兴趣特长、家庭住址、手机号、邮箱、工作状态(是否退休)、所获荣誉、所受处罚。
企业文章信息
文章编号、文章类型、文章标题、文章内容、文章上传者、上传时间。
员工考勤信息
员工姓名、起始日期、迟到早退次数、加班次数、旷工次数。
员工工资信息
员工姓名、起始日期、迟到早退次数、加班次数、旷工次数、旷工所发金额、迟到早退所发金额、加班补贴金额、基本工资、总计工资额。
意见建议信息
意见建议编号、建议者、建议主题、建议内容、建议日期、意见建议回复。
相关数据流、存储结构及数据处理:
数据流名称:
用户身份
定义:
用户名+口令
说明:
通过管理员身份的用户名和口令鉴别用户身份。
员工信息
其数据结构
数据入库,数据更新
考勤信息
薪资信息
文章信息
数据流都已员工相关信息和意见建议信息输入输出为主
存储结构以文件的形式存储于磁盘,数据处理后均放入磁盘保存,数据结构如前所述。
系统的主要处理:
处理名:
增加,修改,删除。
(除意见建议以外)
输入:
管理员身份信息,增加人员信息
输出:
更新的数据
回复,发表,查看,删除。
(针对意见建议)
管理员身份信息
发表,查看。
企业普通职工身份信息
3结构设计
3.1.概念结构设计
如下是根据各个功能模块及局部数据流图所设计E-R图:
1.基本信息管理E-R图(部分员工信息的属性未标明):
2.考勤管理E-R图:
3.员工工资管理E-R图:
4.文章信息管理E-R图:
5.意见建议管理E-R图:
3.2.逻辑结构设计
概念结构转关系数据结构,并优化数据模型,转换规则如下:
1.E-R图中的每个实体,都相应地转换为一个关系模式,实体的属性就是关系的属性,实体的码就是关系的码。
2.两个实体之间1:
n的关系,转换成与n端对应的关系模式,把1端的码和关系属性与n端联系,减少系统中的关系数目。
3.1:
1的联系时,转换成与任意一段对应关系模式
4.n:
m的联系时,与该关系先练的个实体集的码以及联系本身的属性均转换为关系的属性,新关系的码为两个相连实体码的组合(该码为多属性构成的组合码)。
数据库表的设计:
1.用户信息表:
字段名
数据类型
长度
是否为主键
描述
Userid
Char
8
是
用户ID具有唯一性
UserNO
16
用户编号具有唯一性
Userpassword
20
用户密码
Username
Varchar
12
用户姓名notnull
Depid
部门ID具有唯一性
Sex
2
Useridentify
身份证具有唯一性
Political
Marstatue
Hjaddess
60
户籍
Heathestatue
健康状态
Cultured
Graduatesch
30
Specialty
100
爱好
Homeadr
Phone
11
电话
50
Workstatueid
工作状态ID
Honour
200
荣誉
Punishment
处罚
Userrole
Smallint
权限
2.文章信息表:
外码
用户编号
Articleid
文章ID
Articletypeid
Articletitle
Arcontent
Aruserid
文章用户ID
Ardate
Datetime
文章发布日期
3.考勤信息表:
Typeid
char
考勤类型ID
typename
varchar
考勤类型名
typemoney
Money
类型金额
4.工资信息表:
Basicwage
4
Countextraw
Int
Neglectcount
Countlaterearly
5.意见建议表:
Suggestionid
意见ID
用户ID
Sutitle
意见主题
Content
意见内容
Date
意见日期
Replay
意见回复
创建表代码如下:
//*建立(用户信息表)*//
createtableUser_title
(
UseridChar(8)primarykeynotnull,
UserNOChar(16)uniquenotnull,
UserpasswordChar(20)default'
123456'
notnull,
UserNameVarchar(12)notnull,
DepidChar(8)unique,
Sexchar
(2)default'
男'
UseridentifyChar(20)uniquenotnull,
PoliticalChar(12),
MarstatueVarchar(12),
HjaddessVarchar(60)notnull,
HeathestatueVarchar(12)notnull,
CulturedVarchar(12),
GraduateschVarchar(30),
SpecialtyVarchar(100),
Homeadrchar(60)notnull,
Phonechar(20)notnull,
Emailchar(50),
WorkstatueidChar(8),
HonourVarchar(200),
PunishmentVarchar(200),
UserRoleSmallintnotnull
)
//*建立(文章信息表)*//
createtableInformation
UserNOchar(16)notnull,
Articleidchar(8)primarykeynotnull,
Articletypeidchar(8),
Articletitlevarchar(16)notnull,
ArcontentVarchar(200),
AruseridChar(8)uniquenotnull,
ArdateDatetime
//*建立(考勤信息表)*//
createtableDuty_checking
UserNOChar(16)primarykeynotnull,
TypeidChar(8)uniquenotnull,
typenamevarchar(20)notnull,
typemoneyMoneynotnull
//*建立(工资信息表)*//
createtableempPay
(UserNOChar(16)notnull,
BasicwageMoneynotnull,
CountextrawIntdefault'
0'
NeglectcountIntdefault'
CountlaterearlyIntdefault'
//*建立(意见建议表)*//
createtableUser_suggest
UserNOChar(16),
SuggestionidChar(8)primarykeynotnull,
UseridChar(8)uniquenotnull,
SutitleVarchar(60),
UserContentVarchar(200)notnull,
DateDatetimenotnull,
ReplayVarchar(20)
//*表连接*//
altertableInformationaddconstraintfr_Information
foreignkey(UserNO)referencesUser_title(UserNO)
altertableDuty_checkingaddconstraintfr_Duty_checking
altertableempPayaddconstraintfr_empPay
altertableUser_suggestaddconstraintfr_User_suggest
//*创建视图*//
CREATEVIEWView_main
AS
SELECTUser_title.UserNO,User_title.Userpassword,User_title.UserName,User_title.Sex,User_title.Political,User_title.Cultured,
User_title.Graduatesch,User_title.Specialty,User_title.Honour,empPay.Basicwage,empPay.Countextraw,empPay.Neglectcount,
empPay.UserNOASExpr1,Duty_checking.typename,Duty_checking.Typeid,Duty_checking.UserNOASExpr2
FROMDuty_checkingINNERJOIN
empPayONdbo.Duty_checking.UserNO=empPay.UserNOINNERJOIN
InformationONDuty_checking.UserNO=Information.UserNOINNERJOIN
User_suggestONDuty_checking.UserNO=User_suggest.UserNOINNERJOIN
User_titleONDuty_checking.UserNO=User_title.UserNO
3.3物理结构设计
建立系统程序员视图,包括:
a.数据在内存中的安排,包括对索引区、缓冲区的设计;
b.所使用的外存设备及外存空间的组织,包括索引区、数据块的组织与划分;
c.访问数据的方式方法。
//*创建索引*//
createindexUser_title_UseridonUser_title(Userid)
createindexInformatione_ArticleidonInformation(Articleid)
createindexDuty_checking_TypeidonDuty_checking(Typeid)
createindexUser_suggest_SuggestionidonUser_suggest(Suggestionid)
//*创建存储过程Maxhighpay_LowNeglectcount,返回工资最高,加班次数最多的员工工资信息表*//
CreateProcMaxhighpay_count
as
select*
fromdbo.empPay
whereUserNO=
selectUserNO
fromempPay
whereBasicwage
=(
selectmax(Basicwage)
fromempPay
)
execMaxhighpay_count
//*创建存储结构pr_duty_checking,把员工的考勤信息输入到考勤表*//
CREATEPROCpr_duty_checking
@UserNOChar(16),
@TypeidChar(8),
@typenamevarchar(20),
@typemoneyMoney
insertintodbo.Duty_checkingvalues(@UserNO,@Typeid,@typename,@typemoney)
--测试
execpr_duty_checking'
07'
'
2'
迟到早退'
50'
//*创建存储结构add_empay,输入一个员工号如果该员工没有迟到早退和矿工现象,那么该员工本月工资涨10%*//
CREATEPROCadd_empay
@UserNOChar(16)
updateempPay
setBasicwage=Basicwage*1.1
whereUserNO=@UserNOandUserNOin
(selectUserNo
fromDuty_checking
wheretypename!
='
andtypename!
矿工'
4.运用设计
4.1安全保密设计
对数据库设计中涉及到的各种项目,如数据项、记录、系、文卷、模式、子模式等一般要建立起数据字典,以说明它们的标识符、同义名及有关信息。
在本节中要说明对此数据字典设计的基本考虑。
4.2系统运行与维护
说明在数据库的设计中,将如何通过区分不同的访问者、不同的访问类型和不同的数据对象,进行分别对待而获得的数据库安全保密的设计考虑。
5.设计小结
1.一般而言,一个实体不能既无主键又无外键。
没有主键就没有实体
2.基本表与统计表、中间表、临时表等不同,有以下特性
a、原始性。
基本表中的记录是原始数据(基础数据)的记录。
b、演绎性。
由基本按照一定的业务原则可以生成统计表和临时表的数据。
c、稳定性。
基本表的结构是相对稳定的,表中的记录是要长期保存的。
所以在设计数据库的时候,要尽量将基
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 企业职工 管理 系统