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

1、主题：校园智能卡管理系统校园智能卡集成了管理、生活、消费和身份认证等多种功能，提高了学生的校园生活效率。校园一卡通管理系统包括三个子系统：校园一卡通日常管理、消费管理和身份认证。每个子系统还包括多个功能模块，并为每个功能模块提供查询和更新功能。系统开发包括系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实现阶段等。关键词：一卡通日常管理消费管理身份认证1系统需求分析阶段1.1需求分析目标通过对大学生日常生活和学习管理的实地调查以及自身的亲身体验，了解了目前校园一卡通管理系统的应用情况，充分认识到这种模式相对于手工管理模式的简单高效。基于以上情况，本文的目的是设计一个模拟校园智

2、能卡的管理系统。在设计过程中，我们将加深对校园智能卡的理解，加深对数据库知识和SQL语言实际应用的理解，培养设计和开发数据库的能力。1.2需求分析任务(1)加工对象：系统的主要处理对象有：学生基本信息、校园卡基本信息、校园卡日常管理基本信息、餐饮消费基本信息、超市基本信息、身份认证基本信息、图书管理基本信息等。每个对象都包括以下信息(详细数据可以在数据字典中找到):1.学生基本信息：包括学号、学号、学生姓名、学生性别、学生出生年份、学生所在部门、学生专业、学生所在班级等信息，便于学生信息的查询和更新；2.“校园卡”基本信息(卡):包括校园卡卡号、持卡人学号、持卡人姓名、持卡人性别、校园卡状态、

3、校园卡余额；3.校园卡基本卡管理信息：包括卡管理信息、挂失信息、断线信息和充值信息四种数据结构。每个数据结构中的数据项参见数据字典；4.基本餐厅信息(cateen):包括餐厅编号、餐厅名称、餐厅经理和餐厅位置。有关特定数据项，请参见数据字典；5.超市基本信息(supmanage):包括超市编号、超市名称、超市经理和超市位置。请参阅数据字典了解具体的数据项；6.Busmanage):包括消费号、消费地点、卡号、消费时间和消费金额。有关特定数据项，请参见数据字典。7.身份：包括学生宿舍楼基本信息、学生家庭卡基本信息、图书馆基本信息和借阅图书基本信息四种数据结构。有关特定数据项，请参见数据字典。(2

4、)加工功能要求系统主要完成几个功能：1.学生基本信息的查询和更新；2.查询和更新校园卡日常事务管理的基本信息；3.查询某一时刻校园卡的状态；4.查询和修改餐厅基本信息；5.超市基本信息的查询和修改；6.学生消费基本信息查询(包括餐厅、超市和校车消费)；(3)安全和完整性要求描述学生基本信息、校园卡日常事务管理、“校园卡”基本信息、餐饮消费基本信息、超市消费基本信息、身份认证基本信息中的数据项是否为空，以及一些用户自定义的完整性(满足实际需求)。1.2.3需求分析阶段的结果(1)校园一卡通管理系统业务流程图校园一卡通日常管理业务流程图：校园一卡通中心充值提交费申请一张卡学生审批提交个人信息报告损

5、失请务必理解挂断电话处理业务有资格的超市消费业务流程图：累计总消费价格超级市场回宿舍学生你是这栋宿舍楼的学生吗？获取信息成功刷卡不打电话给警察是校车管理业务流程图：上车累积电流消耗学生消费足够消费了刷卡不足以满足这种消费取消卡内信息(3)数据流程图顶层数据流程图：身份确认申请批准记录D0批准信息交易申请消费者信息请求学生的个人信息学生的个人信息p0蛋白学生交易处理交易申请校园一卡通事务管理系统校园一卡通中心身份确认反馈消费者反馈图2.0顶层数据流程图第1层数据流图：p0蛋白身份认证反馈身份认证申请消费者反馈消费者信息请求学生的个人信息第一亲代批准信息交易申请学生的个人信息P3P2学生交易申请日

6、常交易处理图书借阅消费者交易处理交易处理校园一卡通中心第1层数据流程图第2层数据流图：从日常事务的角度来看：第一亲代充值记录D1.4充值应用P1.2P1.1费用卡片管理充值管理充值应用个人资料申请损失报告卡片应用卡片应用审批审批个人资料个人资料学生卡片记录D1.1申请损失报告P1.3审批损失报告管理卸载应用程序解开记录损失报告记录D1.2个人资料P1.4审批卸载应用程序脱钩管理D1.3D1.3第2层数据流图(从日常管理的角度)第2层数据流图：从校园一卡通消费管理的角度来看：P2食品食品价格P2.2P2.1P2支付选择校车购物项目学生消费管理超市购物餐馆买米饭。商品价格消费者反馈消费请求消费记录

7、D2P2.3坐校车第2层数据流图(从消费角度)第2层数据流图：从身份认证的角度管理校园一卡通：P3借书信用卡.身份确认P3.1认证请求P3图书馆学生身份确认身份认证D3身份认证记录第2层数据流图(从身份验证的角度)(4)数据字典数据项：该系统涉及27个数据项表1.1数据项列表数据项编号数据项名称素描类型和宽度数值范围DI-1希德学生身份证号码充电器(18)DI-2Sno学生人数char(8)DI-3Sname学生姓名充电器(10)DI-4明智的学生的性别char(4)男性和女性DI-5Sbirth学生出生年份充电器(10)DI-6Sdept学生所在的教员充电器(20)DI-7特殊的学生专业充电

8、器(20)DI-8Sclass学生班充电器(20)DI-9Saddr学生来源char(6)DI-10Cardno校园卡号char(8)DI-11Cardstate校园卡状态char(6)可用和不可用DI-12银行卡货币校园卡余额漂浮物DI-13Cardstyle校园卡类型充电器(10)“学生证”、“教师证”DI-14信用卡时间处理时间充电器(10)DI-18Gsrq损失报告时间日期时间DI-20Jgrq脱钩的时间日期时间DI-21Czrq该充电了日期时间DI-22Czje充值金额漂浮物DI-23Czno充电次数IntDI-24Pmoney这次信用卡金额漂浮物DI-25Brno借阅号充电器(10

9、)DI-26书号书号充电器(10)DI-27书目借入数量Int(b)数据结构：表1.2数据结构列表数据结构号数据结构名称数据结构别名数据结构的含义数据项的组成DS-1学生信息学生记录学生的信息锡、锡、锡、锡、锡、锡、锡、锡、锡、锡、锡、锡DS-2损失报告信息los info记录损失报告信息Cardno、Sno、Sid、Gsrq、jbrDS-3充值信息FillInf记录充值相关信息Czno、Cardno、Sno、Czlx、Czje、jbrDS-4校园卡信息卡片记录校园卡信息卡号、Sno、Sid、卡状态、银行卡货币DS-5学生餐厅信息dininfo记录餐厅信息Dinno、Dinname、Dinma

10、nage、DinaddrDS-6超市信息SupInf记录超市信息Supno、Supname、Supmanage、SupaddrDS-8消费者信用卡信息压力信息消费者信用卡记录按下号码、应用程序、Pno、卡号、个人信息、密码、管理器、拨号盘DS-10家庭信用卡信息宿舍出版社记录家庭刷卡信息Sno、Sid、Dormno、BacktimeDS-11图书馆信息利宾夫记录库信息Libno、Libname、LibregionDS-12借用信息LibPress再2.1导言概念设计阶段主要是将需求分析阶段获得的用户需求抽象成信息结构(概念模型)的过程，这是整个数据库设计的关键。2.2概念模型设计(1)各部分的

11、电子病历图。(一)学生校园一卡通关系11学生校园卡有E-R图表1校园一卡通的日常管理m1学生校园一卡通中心服务电子病历图表2(三)校园一卡通消费关系在餐厅刷卡mnn1包含餐馆餐馆读卡器校园卡电子病历图表3超市信用卡nmn1包含超级市场超市读卡器校园卡E-R图表411m1汽车刷卡校车包含校园卡校车读卡器E-R图表5(d)校园卡的识别图书馆读卡器1m校园卡电子病历图表6借书信用卡刷卡进出校园卡门禁系统读卡器1m电子病历图表7(2)每个工程图中关键实体和连接的属性如下：学生：(学生编号、姓名、性别、出生日期、身份证号码、大学、专业、班级、出生地)校园卡：(校园卡号码、持卡人学生号码、持卡人姓名、持卡

12、人身份证号码、持卡人性别、卡内余额、校园卡的可用性)服务：(该服务号、校园卡号、服务类型、服务时间、服务中心地址)校园卡中心：(服务中心号码、服务中心地址、服务中心经理)超市：(超市编号、名称、超市负责人、超市园区)超市刷卡：(此消费号、超市号、校园卡号、消费金额、消费时间)餐厅：(餐厅号、餐厅名称、餐厅负责人、餐厅所在校园)餐厅刷卡：(消费号、餐厅号、校园卡号、消费金额、消费时间)校车：(校车编号、校车类型、校车司机)乘车刷卡：(本次，消费号、校车号、学校公园卡号、消费金额、消费时间)图书馆：(图书馆编号、图书馆名称、图书馆校园)借书：(借书号码，校园卡的可用性，借的书，图书馆号码)宿舍楼：

13、(宿舍楼号，宿舍楼学生类型，宿舍楼校园)刷卡进出：(目的地号、校园卡卡号、学生号、宿舍楼号、刷卡时间)(注意：由于有许多属性，将它们都写在E-R图中是非常麻烦的，所以这里列出了这些属性。)(3)合并电子病历图，消除属性冲突、命名冲突、结构冲突等。根据需要获得初步的电子病历图，并在此基础上消除冗余，获得下图的基本电子病历图：m1服务校园一卡通中心学生有1111命运探测借书信用卡宿舍大楼图书馆mmm校园卡1mnm1餐馆包含餐馆读卡器在餐厅刷卡mn1m包含超级市场超市读卡器超市信用卡汽车刷卡校车读卡器1111校车包含基本电子病历图3逻辑设计阶段3.1逻辑设计的任务和目标系统逻辑设计的任务是将概念设计阶段设计的基本工程图转化为与数据库管理系统产品支持的数据模型相一致的逻辑结构。具体内容包括两大任务：数据组织(将E-R图转换为具体的关系模型、模型优化、数据库模式定义、用户子模式(视图)设计)和数据处理(绘制系统功能模块图)。3.2数据组织3.2.1将工程图转化为关系