数据库校园一卡通管理系统

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

题目:校园一卡通管理系统摘要:校园一卡通将管理、生活、消费、身份认证等多种功能集中于一体,提高了学生校园生活的效率。该校园一卡通管理系统包括三个子系统:校园卡日常管理、消费管理、身份认证。每个子系统又包括多个功能模块,并提供了对各功能模块的查询和更新功能。该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实施阶段等阶段组成。关键字:一卡通日常管理消费管理身份认证1系统需求分析阶段1.1需求分析目标针对大学学生日常生活和学习管理情况的实地调查加自己的亲身体验,了解了目前应用关于大学的校园一卡通管理系统的应用情况,并充分体会到该模式相对于人工管理模式的简单、高效。基于以上情况,目的是自行设计一个模拟大学校园一卡通的管理系统,在设计过程中,加深对校园一卡通的了解,增强对数据库知识的理解及SQL语言的实际应用,训练设计开发数据库的能力。1.2需求分析任务(1)处理对象:该系统主要处理的对象有:学生基本信息、校园卡基本信息、校园卡日常管理基本信息、餐厅消费基本信息、超市基本信息、身份认证基本信息、图书管理基本信息等。各个对象包括信息如下所示(详细的数据见于数据字典):1.学生基本信息(Student):包括学生身份证号、学生学号、学生姓名、学生性别、学生出生年份、学生所在院系、学生的专业、学生所在班级等方面的信息,可以方便学生信息的查询和更新;2.“校园卡”基本信息(Card):包括校园卡的卡号、持卡人学生学号、持卡学生姓名、持卡学生性别、校园卡的状态、校园卡内的余额;3.校园卡日常管理基本信息(CardManage):包括四个数据结构办卡信息、挂失信息、解挂信息、充值信息,每个数据结构中的数据项见数据字典;4.餐厅基本信息(cateen):包括餐厅编号、餐厅名称、餐厅负责人、餐厅位置,具体的数据项见数据字典;5.超市基本信息(supmanage):包括超市编号、超市名称、超市负责人、超市位置,具体的数据项见数据字典;6.消费基本信息(Busmanage):包括消费编号、消费地点、卡号、消费时间、消费金额,具体数据项见数据字典;7.身份认证基本信息(Identity):包括四个数据构DormInf(学生宿舍楼基本信息),DormPress(学生归宿刷卡信息),LibInf(图书馆基本信息),LibPress(借书基本信息),具体的数据项见数据字典;(2)处理功能要求系统主要完成一下几个功能:1.学生基本信息查询与更新;2.校园卡日常事务管理情况基本信息查询与更新;3.校园卡在某个时刻所处状态的查询;4.餐厅基本信息的查询和修改;5.超市基本信息的查询和修改;6.学生消费额(包括餐厅,超市,校车消费)基本信息的查询;(3)安全性和完整性要求描述学生基本信息、校园卡日常事务管理基本信息、“校园卡”基本信息、餐厅消费基本信息、超市消费基本信息、身份认证基本信息中数据项能否为null,以及一些用户自定义完整性(符合实际要求)。1.2.3需求分析阶段成果(1)校园卡一卡通管理系统业务流程图校园卡日常管理业务流程图:超市消费业务流程图:学生申请办卡充值办理挂失办理解挂审批提交费用办理业务提交个人信息合格累计本次消费总价格校园卡中心宿舍身份认证管理业务流程图:校车管理业务流程图:(3)数据流程图学生挑选商品超市销售员累计本次消费刷卡卡内信息不够本次消费取消消费够本次消费学生回宿舍刷卡获取信息是否为该宿舍楼学生是否存储刷卡人信息成功刷卡报警学生上车累计本次消费刷卡卡内信息不够本次消费取消消费够本次消费顶层数据流程图:图2.0顶层数据流程图第1层数据流程图:第1层数据流程图事务处理审批信息事务申请学生个人信息身份认证反馈身份认证申请消费反馈消费信息请求事务申请P0学生个人信息审批信息事务申请学生个人信息身份确认反馈消费反馈身份确认申请事务处理消费信息请求事务申请学生个人信息学生P0校园卡事务管理系统校园卡中心学生P1日常事务处理P2消费事务处理P3图书借阅校园卡中心D0审批记录第2层数据流程图:从日常事务处理角度出发:第2层数据流图(从日常管理角度)第2层数据流程图:从校园卡消费管理角度出发:消费反馈消费请求饭菜价格消费记录付费选择校车物品价格购物名目饭菜名目审批审批审批审批充值申请解挂申请个人资料挂失申请个人资料个人资料办卡申请充值记录解挂记录挂失记录办卡记录费用充值申请解挂申请挂失申请办卡申请个人资料学生P1.1充值管理P1.2办卡管理挂失管理P1.3P1.4解挂管理D1.1D1.2D1.3D1.4P1学生消费管理P2P2.1餐厅买饭P2.2乘坐校车P2.3超市购物D1.3D2P2第2层数据流图(从消费角度)第2层数据流程图:从校园卡的身份认证管理角度出发:.....第2层数据流图(从身份认证角度)(4)数据字典(a)数据项:系统涉及的数据项有27项表1.1数据项列表数据项编号数据项名称简述类型及宽度取值范围DI-1Sid学生身份证号char(18)DI-2Sno学生学号char(8)DI-3Sname学生姓名char(10)DI-4Sage学生性别char(4)男、女DI-5Sbirth学生出生年char(10)DI-6Sdept学生所在院系char(20)DI-7Sspecial学生所在专业char(20)DI-8Sclass学生所在班级char(20)DI-9Saddr学生生源地char(6)DI-10Cardno校园卡卡号char(8)DI-11Cardstate校园卡状态char(6)可用、不可用DI-12Cardmoney校园卡内余额FloatDI-13Cardstyle校园卡类型char(10)“学生卡”、“教师卡”DI-14Cardtime办理时间char(10)DI-18Gsrq挂失所在时间DatetimeDI-20Jgrq解挂的时间DatetimeDI-21Czrq充值的时间Datetime身份确认身份认证请求身份确认身份认证记录借书刷卡学生身份认证P3P3.1图书馆D3P3数据项编号数据项名称简述类型及宽度取值范围DI-22Czje充值金额FloatDI-23Czno充值次数编号IntDI-24Pmoney本次刷卡金额FloatDI-25Brno借书编号char(10)DI-26Bookno图书编号char(10)DI-27Booklist已借数量Int(b)数据结构:表1.2数据结构列表数据结构编号数据结构名称数据结构别名数据结构含义数据项组成DS-1学生信息Student记录学生的信息Sid、Sno、Sname、Ssex、Sbirth、Sdept、Sspecial、Sclass、SaddrDS-2挂失信息LosInf记录挂失信息Cardno、Sno、Sid、Gsrq、jbrDS-3充值信息FillInf记录充值相关信息Czno、Cardno、Sno、Czlx、Czje、jbrDS-4校园卡信息Card记录校园卡信息Cardno、Sno、Sid、Cardstates、CardmoneyDS-5学生餐厅信息DinInf记录餐厅信息Dinno、Dinname、Dinmanage、DinaddrDS-6超市信息SupInf记录超市信息Supno、Supname、Supmanage、SupaddrDS-8消费刷卡信息PressInf消费刷卡记录Pressno、Pplace、Pno、Cardno、Pmoney、ptime、Pmanage、PaddrDS-10归宿刷卡信息DormPress记录归宿刷卡信息Sno、Sid、Dormno、BacktimeDS-11图书馆信息LibInf记录图书馆信息Libno、Libname、LibregionDS-12借书信息LibPress记录借书信息Brno、Bookno、Cardstate、Borlist、Libno2概念设计阶段2.1引言概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。2.2概念模型设计(1)各部分E-R图。(a)学生校园卡关系分E-R图1(b)校园卡日常管理关系分E-R图2(c)校园卡消费关系分E-R图3分E-R图4分E-R图5(d)校园卡身份认证分E-R图6分E-R图7(2)各分E-R图中关键实体和联系的属性如下所示:学生:(学号,姓名,性别,出生日期,身份证号,学院,专业,班级,生源地)校园卡:(校园卡卡号,持卡人学号,持卡人姓名,持卡人身份证号,持卡人性别,卡内余额,校园卡可用性)服务:(本次服务编号,校园卡卡号,服务类型,服务时间,服务中心地址)m1nm超市刷卡nn1nm1m1m1m学生拥有校园卡餐厅刷卡机餐厅刷卡含有餐厅校园卡超市刷卡机含有超市校园卡11校园卡进出刷卡门禁系统刷卡机校园卡图书馆刷卡机学生服务校园卡中心借书刷卡校园卡乘车刷卡校车刷卡机含有校车111校园卡中心:(服务中心编号,服务中心地址,服务中心负责人)超市:(超市编号,超市名称,超市负责人,超市所在校区)超市刷卡:(本次消费编号,超市编号,校园卡卡号,消费金额,消费时间)餐厅:(餐厅编号,餐厅名称,餐厅负责人,餐厅所在校区)餐厅刷卡:(本次消费编号,餐厅编号,校园卡卡号,消费金额,消费时间)校车:(校车编号,校车类型,校车司机)乘车刷卡:(本次消费编号,校车编号,校园卡卡号,消费金额,消费时间)图书馆:(图书馆编号,图书馆名称,图书馆所在校区)借书:(借书编号,校园卡可用性,已借图书,图书馆编号)宿舍楼:(宿舍楼编号,宿舍楼学生类型,宿舍楼所在校区)进出刷卡:(归宿编号,校园卡卡号,学生学号,宿舍楼编号,刷卡时间)(注:由于属性较多,全都写到E-R图中显得很乱,此处将各属性列出。)(3)将E-R图合并,按照要求消除属性冲突、命名冲突、结构冲突等,得到初步的E-R图,在此基础上消除冗余得到下图的基本E-R图:基本E-R图111mm111mn11nmm1m11校园卡中心服务学生拥有校园卡超市刷卡餐厅刷卡超市刷卡机归宿检测借书刷卡含有含有超市餐厅刷卡机餐厅宿舍楼图书馆m乘车刷卡校车刷卡机含有校车m13逻辑设计阶段3.1逻辑设计的任务和目标系统逻辑设计的任务是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织(将E-R图转换成具体的关系模型、模型优化、数据库模式定义、用户子模式(视图)设计)、数据处理(画出系统功能模块图)两大任务。3.2数据组织3.2.1将E-R图转换为关系模型由以上分析,可以将学生实体、校园卡实体、校园卡中心实体、餐厅实体、超市实体、校车实体、宿舍楼实体、图书馆实体分别转化为单独的关系模型。为了方便同学查询餐厅、超市和校车的消费情况,特将消费性刷卡联系转化为独立关系模式;为了了解同学的归宿信息,将身份认证型的进出刷卡转化为独立关系模式;为了了解同学借阅图书的情况,将身份认证中的借书刷卡转化为独立的关系模式;同时,考虑同学要向校园卡中充值,在学生校园卡联系中抽取充值关系转化为独立关系模式;考虑同学可能会挂失等,从学生校园卡联系中抽取挂失关系转化为独立关系模式。具体的关系模式转化结果如下:学生:student(Sno、Sid、Sname、Ssex、Sbirth、Sdept、Sspecial、Sclass、Saddr)校园卡:Card(Cardno、Sno、Sid、Cardstyle、Cardstates、Cardmoney、Cardtime)校园卡中心:CardCenter(CCno、CCaddr、jbr)充值:FillInf(Czno、Cardno、Sno、Czje、Czrq、jbr)挂失:LosInf(Gsno、Cardno、Sno、Gsrq、jbr)餐厅:DinInf(Dinno、Dinname、Dinmanage、Dinaddr)超市:SupInf(Supno、Supname、Supmanage、Supaddr)校车:BusInf(Busno、Busstyle、Busdriver)消费刷卡:PressInf(Pressno、Pp

1 / 16
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功