数据库校园一卡通管理系统
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
题 目：校园一卡通管理系统
摘要：校园一卡通将管理、生活、消费、身份认证等多种功能集中于一体，提高了学生校园生活的效率。该校园一卡通管理系统包括三个子系统：校园卡日常管理、消费管理、身份认证。每个子系统又包括多个功能模块，并提供了对各功能模块的查询和更新功能。该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实施阶段等阶段组成。
校园卡中心：（服务中心编号，服务中心地址，服务中心负责人）
超市：（超市编号，超市名称，超市负责人，超市所在校区）
超市刷卡：（本次消费编号，超市编号，校园卡卡号，消费金额，消费时间）
餐厅：（餐厅编号，餐厅名称，餐厅负责人，餐厅所在校区）
餐厅刷卡：（本次消费编号，餐厅编号，校园卡卡号，消费金额，消费时间）
DI-14
Cardtime
办理时间
char(10)
DI-18
Gsrq
挂失所在时间
Datetime
DI-20
Jgrq
解挂的时间
Datetime
DI-21
Czrq
充值的时间
Datetime
DI-22
Czje
充值金额
Float
DI-23
Czno
充值次数编号
Int
DI-24
Pmoney
本次刷卡金额
Float
关键字：一卡通日常管理消费管理身份认证
1 系统需求分析阶段
1.1
针对大学学生日常生活和学习管理情况的实地调查加自己的亲身体验，了解了目前应用关于大学的校园一卡通管理系统的应用情况，并充分体会到该模式相对于人工管理模式的简单、高效。基于以上情况，目的是自行设计一个模拟大学校园一卡通的管理系统，在设计过程中，加深对校园一卡通的了解，增强对数据库知识的理解及SQL语言的实际应用，训练设计开发数据库的能力。
1.2.3 需求分析阶段成果
（1）校园卡一卡通管理系统业务流程图
校园卡日常管理业务流程图：
超市消费业务流程图：
宿舍身份认证管理业务流程图：
校车管理业务流程图：
（3）数据流程图
顶层数据流程图：
图2.0顶层数据流程图
第1层数据流程图：
第1层数据流程图
第2层数据流程图：
从日常事务处理角度出发：
第2层数据流图（从日常管理角度）
学生所在班级
char(20)
DI-9
Saddr
学生生源地
char(6)
DI-10
Cardno
校园卡卡号
char(8)
DI-11
Cardstate
校园卡状态
char(6)
"可用"、"不可用"
DI-12
Cardmoney
校园卡内余额
Float
DI-13
Cardstyle
校园卡类型
char(10)
“学生卡”、“教师卡”
DS-2
挂失信息
LosInf
记录挂失信息
Cardno、Sno、Sid、Gsrq、jbr
DS-3
充值信息
FillInf
记录充值相关信息
Czno、Cardno、Sno、Czlx、Czje、jbr
DS-4
校园卡信息
Card
记录校园卡信息
Cardno、Sno、Sid、Cardstates、Cardmoney
2 概念设计阶段
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
校车：（校车编号，校车类型，校车司机）
乘车刷卡：（本次消费编号，校车编号，校园卡卡号，消费金额，消费时间）
图书馆：（图书馆编号，图书馆名称，图书馆所在校区）
借书：（借书编号，校园卡可用性，已借图书，图书馆编号）
宿舍楼：（宿舍楼编号，宿舍楼学生类型，宿舍楼所在校区）
进出刷卡：（归宿编号，校园卡卡号，学生学号，宿舍楼编号，刷卡时间）
DS-5
学生餐厅信息
DinInf
记录餐厅信息
Dinno、Dinname、Dinmanage、Dinaddr
DS-6
超市信息
SupInf
记录超市信息
Supno、Supname、Supmanage、Supaddr
DS-8
消费刷卡信息
PressInf
消费刷卡记录
Pressno、Pplace、Pno、Cardno、Pmoney、ptime、Pmanage、Paddr
char(18)
DI-2
Sno
学生学号
char(8)
DI-3
Sname
学生姓名
char(10)
DI-4
Sage
学生性别
char(4)
"男"、"女"
DI-5
Sbirth
学生出生年
char(10)
DI-6
Sdept
学生所在院系
char(20)
DI-7
Sspecial
学生所在专业
char(20)
DI-8
Sclass
DI-25
Brno
借书编号
char(10)
DI-26
Bookno
图书编号
char(10)
DI-27
Booklist
已借数量
Int
（b）数据结构：
表1.2 数据结构列表
数据结构编号
数据结构名称
数据结构别名
数据结构含义
数据项组成
DS-1
学生信息
Student
记录学生的信息
Sid、Sno、Sname、Ssex、Sbirth、Sdept、Sspecial、 Sclass、Saddr
2．“校园卡”基本信息(Card)：包括校园卡的卡号、持卡人学生学号、持卡学生姓名、持卡学生性别、校园卡的状态、校园卡内的余额；
3．校园卡日常管理基本信息(CardManage)：包括四个数据结构办卡信息、挂失信息、解挂信息、充值信息,每个数据结构中的数据项见数据字典；
4．餐厅基本信息(cateen)：包括餐厅编号、餐厅名称、餐厅负责人、餐厅位置，具体的数据项见数据字典；
（注：由于属性较多，全都写到E-R图中显得很乱，此处将各属性列出。）
（3）将E-R图合并，按照要求消除属性冲突、命名冲突、结构冲突等，得到初步的E-R图，在此基础上消除冗余得到下图的基本E-R图：
第2层数据流程图：
从校园卡消费管理角度出发：
第2层数据流图（从消费角度）
第2层数据流程图：
从校园卡的身份认证管理角度出发:
.....
第2层数据流图（从身份认证角度）
（4）数据字典
（a）数据项：系统涉及的数据项有27项
表1.1 数据项列表
数据项编号
数据项名称
简述
类型及宽度
取值范围
DIห้องสมุดไป่ตู้1
Sid
学生身份证号
1.2
（1）处理对象：
该系统主要处理的对象有：学生基本信息、校园卡基本信息、校园卡日常管理基本信息、餐厅消费基本信息、超市基本信息、身份认证基本信息、图书管理基本信息等。各个对象包括信息如下所示（详细的数据见于数据字典）：
1．学生基本信息(Student)：包括学生身份证号、学生学号、学生姓名、学生性别、学生出生年份、学生所在院系、学生的专业、学生所在班级等方面的信息，可以方便学生信息的查询和更新；
DS-10
归宿刷卡信息
DormPress
记录归宿刷卡信息
Sno、Sid、Dormno、Backtime
DS-11
图书馆信息
LibInf
记录图书馆信息
Libno、Libname、Libregion
DS-12
借书信息
LibPress
记录借书信息
Brno、Bookno、Cardstate、Borlist、Libno
5．超市基本信息(supmanage)：包括超市编号、超市名称、超市负责人、超市位置,具体的数据项见数据字典；
6．消费基本信息（Busmanage）:包括消费编号、消费地点、卡号、消费时间、消费金额，具体数据项见数据字典；
7.身份认证基本信息(Identity)：包括四个数据构DormInf (学生宿舍楼基本信息),DormPress(学生归宿刷卡信息),LibInf（图书馆基本信息），LibPress（借书基本信息），具体的数据项见数据字典；
（2）处理功能要求
系统主要完成一下几个功能：
1．学生基本信息查询与更新；
2．校园卡日常事务管理情况基本信息查询与更新；
3．校园卡在某个时刻所处状态的查询；
4．餐厅基本信息的查询和修改；
5．超市基本信息的查询和修改；
6．学生消费额（包括餐厅，超市，校车消费）基本信息的查询；
（3）安全性和完整性要求
描述学生基本信息、校园卡日常事务管理基本信息、“校园卡”基本信息、餐厅消费基本信息、超市消费基本信息、身份认证基本信息中数据项能否为null，以及一些用户自定义完整性（符合实际要求）。
（d）校园卡身份认证
分E-R图6
分E-R图7
（2）各分E－R图中关键实体和联系的属性如下所示：
学生：（学号，姓名，性别，出生日期，身份证号，学院，专业，班级，生源地）
校园卡：（校园卡卡号，持卡人学号，持卡人姓名，持卡人身份证号，持卡人性别，卡内余额，校园卡可用性）
服务：（本次服务编号，校园卡卡号，服务类型，服务时间，服务中心地址）
摘要：校园一卡通将管理、生活、消费、身份认证等多种功能集中于一体，提高了学生校园生活的效率。该校园一卡通管理系统包括三个子系统：校园卡日常管理、消费管理、身份认证。每个子系统又包括多个功能模块，并提供了对各功能模块的查询和更新功能。该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实施阶段等阶段组成。
校园卡中心：（服务中心编号，服务中心地址，服务中心负责人）
超市：（超市编号，超市名称，超市负责人，超市所在校区）
超市刷卡：（本次消费编号，超市编号，校园卡卡号，消费金额，消费时间）
餐厅：（餐厅编号，餐厅名称，餐厅负责人，餐厅所在校区）
餐厅刷卡：（本次消费编号，餐厅编号，校园卡卡号，消费金额，消费时间）
DI-14
Cardtime
办理时间
char(10)
DI-18
Gsrq
挂失所在时间
Datetime
DI-20
Jgrq
解挂的时间
Datetime
DI-21
Czrq
充值的时间
Datetime
DI-22
Czje
充值金额
Float
DI-23
Czno
充值次数编号
Int
DI-24
Pmoney
本次刷卡金额
Float
关键字：一卡通日常管理消费管理身份认证
1 系统需求分析阶段
1.1
针对大学学生日常生活和学习管理情况的实地调查加自己的亲身体验，了解了目前应用关于大学的校园一卡通管理系统的应用情况，并充分体会到该模式相对于人工管理模式的简单、高效。基于以上情况，目的是自行设计一个模拟大学校园一卡通的管理系统，在设计过程中，加深对校园一卡通的了解，增强对数据库知识的理解及SQL语言的实际应用，训练设计开发数据库的能力。
1.2.3 需求分析阶段成果
（1）校园卡一卡通管理系统业务流程图
校园卡日常管理业务流程图：
超市消费业务流程图：
宿舍身份认证管理业务流程图：
校车管理业务流程图：
（3）数据流程图
顶层数据流程图：
图2.0顶层数据流程图
第1层数据流程图：
第1层数据流程图
第2层数据流程图：
从日常事务处理角度出发：
第2层数据流图（从日常管理角度）
学生所在班级
char(20)
DI-9
Saddr
学生生源地
char(6)
DI-10
Cardno
校园卡卡号
char(8)
DI-11
Cardstate
校园卡状态
char(6)
"可用"、"不可用"
DI-12
Cardmoney
校园卡内余额
Float
DI-13
Cardstyle
校园卡类型
char(10)
“学生卡”、“教师卡”
DS-2
挂失信息
LosInf
记录挂失信息
Cardno、Sno、Sid、Gsrq、jbr
DS-3
充值信息
FillInf
记录充值相关信息
Czno、Cardno、Sno、Czlx、Czje、jbr
DS-4
校园卡信息
Card
记录校园卡信息
Cardno、Sno、Sid、Cardstates、Cardmoney
2 概念设计阶段
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
校车：（校车编号，校车类型，校车司机）
乘车刷卡：（本次消费编号，校车编号，校园卡卡号，消费金额，消费时间）
图书馆：（图书馆编号，图书馆名称，图书馆所在校区）
借书：（借书编号，校园卡可用性，已借图书，图书馆编号）
宿舍楼：（宿舍楼编号，宿舍楼学生类型，宿舍楼所在校区）
进出刷卡：（归宿编号，校园卡卡号，学生学号，宿舍楼编号，刷卡时间）
DS-5
学生餐厅信息
DinInf
记录餐厅信息
Dinno、Dinname、Dinmanage、Dinaddr
DS-6
超市信息
SupInf
记录超市信息
Supno、Supname、Supmanage、Supaddr
DS-8
消费刷卡信息
PressInf
消费刷卡记录
Pressno、Pplace、Pno、Cardno、Pmoney、ptime、Pmanage、Paddr
char(18)
DI-2
Sno
学生学号
char(8)
DI-3
Sname
学生姓名
char(10)
DI-4
Sage
学生性别
char(4)
"男"、"女"
DI-5
Sbirth
学生出生年
char(10)
DI-6
Sdept
学生所在院系
char(20)
DI-7
Sspecial
学生所在专业
char(20)
DI-8
Sclass
DI-25
Brno
借书编号
char(10)
DI-26
Bookno
图书编号
char(10)
DI-27
Booklist
已借数量
Int
（b）数据结构：
表1.2 数据结构列表
数据结构编号
数据结构名称
数据结构别名
数据结构含义
数据项组成
DS-1
学生信息
Student
记录学生的信息
Sid、Sno、Sname、Ssex、Sbirth、Sdept、Sspecial、 Sclass、Saddr
2．“校园卡”基本信息(Card)：包括校园卡的卡号、持卡人学生学号、持卡学生姓名、持卡学生性别、校园卡的状态、校园卡内的余额；
3．校园卡日常管理基本信息(CardManage)：包括四个数据结构办卡信息、挂失信息、解挂信息、充值信息,每个数据结构中的数据项见数据字典；
4．餐厅基本信息(cateen)：包括餐厅编号、餐厅名称、餐厅负责人、餐厅位置，具体的数据项见数据字典；
（注：由于属性较多，全都写到E-R图中显得很乱，此处将各属性列出。）
（3）将E-R图合并，按照要求消除属性冲突、命名冲突、结构冲突等，得到初步的E-R图，在此基础上消除冗余得到下图的基本E-R图：
第2层数据流程图：
从校园卡消费管理角度出发：
第2层数据流图（从消费角度）
第2层数据流程图：
从校园卡的身份认证管理角度出发:
.....
第2层数据流图（从身份认证角度）
（4）数据字典
（a）数据项：系统涉及的数据项有27项
表1.1 数据项列表
数据项编号
数据项名称
简述
类型及宽度
取值范围
DIห้องสมุดไป่ตู้1
Sid
学生身份证号
1.2
（1）处理对象：
该系统主要处理的对象有：学生基本信息、校园卡基本信息、校园卡日常管理基本信息、餐厅消费基本信息、超市基本信息、身份认证基本信息、图书管理基本信息等。各个对象包括信息如下所示（详细的数据见于数据字典）：
1．学生基本信息(Student)：包括学生身份证号、学生学号、学生姓名、学生性别、学生出生年份、学生所在院系、学生的专业、学生所在班级等方面的信息，可以方便学生信息的查询和更新；
DS-10
归宿刷卡信息
DormPress
记录归宿刷卡信息
Sno、Sid、Dormno、Backtime
DS-11
图书馆信息
LibInf
记录图书馆信息
Libno、Libname、Libregion
DS-12
借书信息
LibPress
记录借书信息
Brno、Bookno、Cardstate、Borlist、Libno
5．超市基本信息(supmanage)：包括超市编号、超市名称、超市负责人、超市位置,具体的数据项见数据字典；
6．消费基本信息（Busmanage）:包括消费编号、消费地点、卡号、消费时间、消费金额，具体数据项见数据字典；
7.身份认证基本信息(Identity)：包括四个数据构DormInf (学生宿舍楼基本信息),DormPress(学生归宿刷卡信息),LibInf（图书馆基本信息），LibPress（借书基本信息），具体的数据项见数据字典；
（2）处理功能要求
系统主要完成一下几个功能：
1．学生基本信息查询与更新；
2．校园卡日常事务管理情况基本信息查询与更新；
3．校园卡在某个时刻所处状态的查询；
4．餐厅基本信息的查询和修改；
5．超市基本信息的查询和修改；
6．学生消费额（包括餐厅，超市，校车消费）基本信息的查询；
（3）安全性和完整性要求
描述学生基本信息、校园卡日常事务管理基本信息、“校园卡”基本信息、餐厅消费基本信息、超市消费基本信息、身份认证基本信息中数据项能否为null，以及一些用户自定义完整性（符合实际要求）。
（d）校园卡身份认证
分E-R图6
分E-R图7
（2）各分E－R图中关键实体和联系的属性如下所示：
学生：（学号，姓名，性别，出生日期，身份证号，学院，专业，班级，生源地）
校园卡：（校园卡卡号，持卡人学号，持卡人姓名，持卡人身份证号，持卡人性别，卡内余额，校园卡可用性）
服务：（本次服务编号，校园卡卡号，服务类型，服务时间，服务中心地址）