数据库原理与应用论文校园卡管理系统数据库设计Word文档下载推荐.docx
- 文档编号:15386050
- 上传时间:2022-10-29
- 格式:DOCX
- 页数:63
- 大小:1.34MB
数据库原理与应用论文校园卡管理系统数据库设计Word文档下载推荐.docx
《数据库原理与应用论文校园卡管理系统数据库设计Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《数据库原理与应用论文校园卡管理系统数据库设计Word文档下载推荐.docx(63页珍藏版)》请在冰豆网上搜索。
1系统需求分析阶段
1.1引言
通过对南北校区学生日常生活、学习情况的实地调查加上自己亲生体验,了解到现在许多高校学生生活消费管理仍然停留在各种消费分块进行,相对独立的运行模式,而宿舍楼门控管理和上课考勤管理仍然是完全的人工管理阶段,人工管理方式对于宿舍楼管理员和任课教师来说费时、费事、费力,造成工作效率低下。
开发出合适的学生校园生活管理系统,可以方便学生,提高高校消费管理和身份认证管理的工作效率及查询效率。
1.2目标与任务
1.2.1需求分析阶段的目标
(1)了解目前高校学生消费管理和身份认证管理的现状以及SQLServer2000的功能和特点。
(2)通过平时观察、思考、亲身体会,再加上重点实地调查和记录的方式了解和收集大部分学生所向往的消费模式和身份认证模式的工作业务流程,确定基本的系统开发方向。
(3)与指导教师交流个人想法,征求意见,改正不合理的地方,确定新系统的边界,为下面的概念设计与逻辑设计奠定基础。
1.2.2需求分析阶段的任务
(1)处理对象:
系统要处理的对象包括:
学生基本信息,高校学生工作办公室基本信息,校园卡日常事务管理基本信息、“校园卡”基本信息、食堂消费基本信息、超市消费基本信息、身份认证基本信息等日常管理、电子钱包、身份认证三个方面,各个对象包括信息如下所示(详细的数据见于数据字典):
1.学生基本信息(Student):
包括学生身份证号、学生学号、学生性别、学生出生年份、学生所在院系、学生的专业、学生所在班级等方面的信息,可以方便学生信息的查询和更新;
3.高校学生工作办公室基本信息(Office,OfficeManage):
包括两个数据结构Office(办公室信息),OfficeManage(办公室学生管理信息),每个数据结构中的数据项见数据字典;
4.校园卡日常事务管理基本信息(Bkxx,LosInf,UnLos,FillInf):
包括四个数据结构Bkxx(办卡信息),LosInf(挂失信息),UnLos(解挂信息),FillInf(充值信息),每个数据结构中的数据项见数据字典;
5.“校园卡”基本信息(Card):
包括校园卡的编号、持卡人学生学号、持卡学生身份证号、校园卡的状态、校园卡内的余额;
6.食堂消费基本信息(DinPress,DinWinds,DinInf):
包括三个数据结构DinPress(食堂刷卡记录),DinWinds(食堂窗口信息),DinInf(学生食堂信息),具体的数据项见数据字典;
7.超市消费基本信息(SupPress,SupReader,SupInf):
包括三个数据结构SupPress(超市刷卡信息),SupReader(超市刷卡机信息),SupInf(超市信息),具体的数据项见数据字典;
8.身份认证基本信息(Course,CourPress,DormInf,DormPress):
包括四个数据结构Course(学生课程信息),CourPress(上课刷卡记录信息),DormInf(学生宿舍楼基本信息),DormPress(学生归宿刷卡信息),具体的数据项见数据字典;
(2)处理功能要求
系统主要完成一下几个功能:
1.学生基本信息查询与更新;
2.校园卡日常事务管理情况基本信息查询与更新;
3.校园卡在某个时刻所处状态的查询;
4.食堂月营业额基本信息的查询和修改,查询所有食堂的营业额以了解食堂总体的收入情况,查询各个食堂的收入为评价各个食堂的服务质量提供依据;
5.超市的月营业额基本信息的查询和修改,以了解超市总体的收入情况;
6.学生每月在食堂或者超市的消费金额的查询,以了解学生的真正的月生活消费情况;
(3)安全性和完整性要求
安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过用户授权机制、域用户登陆方式来识别用户级别,根据这个级别来分配用户权限,达到数据更高层次的安全保密功能。
完整性要求用于描述学生基本信息,高校学生工作办公室基本信息,校园卡日常事务管理基本信息、“校园卡”基本信息、食堂消费基本信息、超市消费基本信息、身份认证基本信息中数据项能否为null,以及一些用户自定义完整性(符合实际要求),此处用触发器实现,详细完整性要求见于系统的逻辑设计阶段和数据库实施阶段。
1.2.3需求分析阶段成果
(1)校园卡需求分析的实际过程
系统需求分析是数据库系统开发的最重要的环节,直接关系到后面每个阶段的具体实施,也关系到系统最终的开发方向,因此做好需求分析对于数据库应用系统开发至关重要。
在初步确定课题“校园卡管理系统”以后,首先,我再次细致地总结了南北校区目前食堂学生饮食消费和超市购物消费管理的现状,以及学生宿舍楼归宿管理和教师上课考勤管理方式;
其次,亲自到图书馆查阅了关于数据库设计方面的书籍,在这期间我还上网搜索了一些关于校园卡的信息,手头有了一些资料,我也有了自己的一些想法;
再次,虽然找到了一些资料,但是我对系统的有些地方仍然感到比较困惑,例如:
校园卡系统涉及范围的取舍问题。
于是,我又向杨老师请教,让她帮我参考我的想法,并给我提一些宝贵的修改建议。
除了这些方面,我还询问了大三学长当时做数据库课程设计的感受,借鉴了学长们在做数据库开发这方面的经验。
通过以上调查,最终确定了我的校园卡系统涉及到的范围,校园卡日常管理、电子钱包、身份认证三个子系统,涉及到了学生在校园的食堂饮食、超市购物、课程考勤、宿舍住宿等多方面的管理。
(2)校园卡管理系统业务流程图
校园卡办理(包括补办)业务流程图:
校园卡充值业务流程图:
校园卡挂失业务流程图:
校园卡解挂业务流程图:
食堂消费业务流程图:
超市消费业务流程图:
学生奖助学金发放管理业务流程图:
宿舍门控管理业务流程图:
智能考勤管理业务流程图:
(3)数据流程图
顶层数据流程图:
第1层数据流程图:
第2层数据流程图:
从后勤中心角度出发
从校园卡日常事务管理角度出发
第2层数据流程图:
从校园卡消费管理角度出发
从校园卡的身份认证管理角度出发
(4)数据字典
(a)数据项:
系统涉及的数据项有67项
表1.1数据项列表
数据项编号
数据项名称
简述
类型及宽度
取值范围
DI-1
Sid
学生身份证号
char(18)
"
0"
-"
999999999999999999"
DI-2
Sno
学生学号
char(8)
99999999"
DI-3
Sname
学生姓名
char(10)
DI-4
Sage
学生性别
char(4)
男"
、"
女"
DI-5
Sbirth
学生出生年
Int
DI-6
Sdept
学生所在院系
char(20)
DI-7
Sspecial
学生所在专业
DI-8
Sclass
学生所在班级
DI-9
char(6)
学生生源地
DI-10
Officeaddr
学生办公室地址
char(40)
DI-11
Officemanage
学生办公室负责人
DI-12
Cardno
校园卡编号
DI-13
Cardstate
校园卡状态
可用"
不可用"
DI-14
Cardmoney
校园卡内余额
Float
DI-15
Bkrq
办卡日期
Datetime
DI-16
jbr
校园卡日常事务负责人姓名
DI-17
Gsrq
挂失所在时间
DI-18
Jgrq
解挂的时间
DI-19
Czrq
充值的时间
DI-20
Czje
充值金额
DI-21
Czlx
充值类型
“补助”、“奖学金”、“用户自充”
DI-22
Czno
充值次数编号
DI-23
Supname
超市名称
DI-24
Supcheckno
超市读卡机编号
DI-25
Supmoney
超市购物刷卡金额
DI-26
Suptime
超市购物刷卡时间
DI-27
Supmanage
超市负责人姓名
DI-28
Supaddr
超市所在校区
DI-29
Dinno
食堂编号
DI-30
Windsno
食堂窗口编号
DI-31
Dinmoney
食堂刷卡金额
DI-32
Dintime
食堂刷卡所时间
DI-33
Dinmanage
食堂负责人姓名
DI-34
Dinaddr
食堂所在校区
DI-35
Pressno
消费次数编号
DI-36
Place
消费所在地点
DI-37
Pno
所在地点刷卡机编号
DI-38
Pmoney
本次刷卡金额
DI-39
Ptime
本次刷卡所在时间
DI-40
Pmanage
刷卡地点负责人姓名
DI-41
Paddr
刷卡地点所在校区
DI-42
Teacher
任课教师姓名
DI-43
Cname
课程名称
DI-44
property
课程属性
DI-45
Cno
课程编号
DI-46
Grade
课程学分
5"
DI-47
Classtime
到课刷卡时间
DI-48
Classroom
上课所在教室号
DI-49
Dormregion
宿舍楼所在校区
DI-50
Dormno
宿舍楼编号
DI-51
Backtime
回宿舍时间
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 原理 应用 论文 校园卡 管理 系统 设计