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

上传人:b****5 文档编号:5144131 上传时间:2022-12-13 格式:DOCX 页数:21 大小:85.33KB
下载 相关 举报
数据库校园一卡通管理系统.docx_第1页
第1页 / 共21页
数据库校园一卡通管理系统.docx_第2页
第2页 / 共21页
数据库校园一卡通管理系统.docx_第3页
第3页 / 共21页
数据库校园一卡通管理系统.docx_第4页
第4页 / 共21页
数据库校园一卡通管理系统.docx_第5页
第5页 / 共21页
点击查看更多>>
下载资源
资源描述

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

《数据库校园一卡通管理系统.docx》由会员分享,可在线阅读,更多相关《数据库校园一卡通管理系统.docx(21页珍藏版)》请在冰豆网上搜索。

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

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

题目:

校园一卡通管理系统

摘要:

校园一^通将管理、生活、消费、身份认证等多种功能集中于一体,提高了学生校园生活的效率。

该校园一卡通管理系统包括三个子系统:

校园卡日常管理、消费管理、身份认证。

每个子系统又包括多个功能模块,并提供了对各功能模块的查询和更新功能。

该系统幵发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实施阶段等阶段组成。

关键字:

一卡通日常管理消费管理身份认证

1系统需求分析阶段

1.1需求分析目标

针对山东大学学生日常生活和学习管理情况的实地调查加自己的亲身体验,了解了目前应用关于山东大学的校园一卡通管理系统的应用情况,并充分体会到该模式相对于人工管理模式的简单、高效。

基于以上情况,目的是自行设计一个模拟山东大学校园一卡通的管理系统,在设计过程中,加深对校园一卡通的了解,增强对数据库知识的理解及SQL语言的实际应用,训练设计幵发数据

库的能力。

1.2需求分析任务

(1)处理对象:

该系统主要处理的对象有:

学生基本信息、校园卡基本信息、校园卡日常管理基本信息、餐厅消费基本信息、超市基本信息、身份认证基本信息、图书管理基本信息、校车管理基本信息等。

各个对象包括信息如下所示(详细的数据见于数据字典):

1学生基本信息(Student):

包括学生身份证号、学生学号、学生姓名、学

生性别、学生出生年份、学生所在院系、学生的专业、学生所在班级等方面的信息,可以方便学生信息的查询和更新;

2.“校园卡”基本信息(Card):

包括校园卡的卡号、持卡人学生学号、持卡学生姓名、持卡学生性别、校园卡的状态、校园卡内的余额;

3.校园卡日常管理基本信息(CardManage):

包括四个数据结构办卡信息、挂失信息、解挂信息、充值信息,每个数据结构中的数据项见数据字典;

4.餐厅基本信息(cateen):

包括餐厅编号、餐厅名称、餐厅负责人、餐厅位置,具体的数据项见数据字典;

5.超市基本信息(supmanage):

包括超市编号、超市名称、超市负责人、超市位置,具体的数据项见数据字典;

6.校车管理基本信息(Busmanage:

包括校车编号、校车类型、校车司机,具体数据项见数据字典;

7.消费基本信息(Busmanage:

包括消费编号、消费地点、卡号、消费时间、消费金额,具体数据项见数据字典;

8.身份认证基本信息(Identity):

包括四个数据构Dormlnf(学生宿舍楼基

本信息),DormPress(学生归宿刷卡信息),Liblnf(图书馆基本信息),LibPress

(借书基本信息),具体的数据项见数据字典;

(2)处理功能要求

系统主要完成一下几个功能:

1.学生基本信息查询与更新;

2.校园卡日常事务管理情况基本信息查询与更新;

3.校园卡在某个时刻所处状态的查询;

4.餐厅基本信息的查询和修改;

5.超市基本信息的查询和修改;

6.学生消费额(包括餐厅,超市,校车消费)基本信息的查询;

7.学生进出宿舍次数查询;

(3)安全性和完整性要求

描述学生基本信息、校园卡日常事务管理基本信息、“校园卡”基本信息、

餐厅消费基本信息、超市消费基本信息、校车管理基本信息、身份认证基本信息中数据项能否为null,以及一些用户自定义完整性(符合实际要求)。

1.2.3需求分析阶段成果

(1)校园卡一卡通管理系统业务流程图

校园卡日常管理业务流程图:

办理业务

超市消费业务流程图:

累计本次消

提交个人信

校园

超市

累计

 

消费"

够本次消费

取消

不够本次消

宿舍身份认证管理业务流程图:

刷卡

卡内信

回■存储刷

成功刷

报警

校车管理业务流程图:

获取信

是否为该

(3)数据流程图

■累计

刷卡

卡内信

顶层数据流程图:

身份确认申请

消费信息请求

V

学生个人信息

审批记

n

身份确认反馈

图2.0顶层数据流程图

第1层数据流程图:

 

P0

P1

P3

身份认证反馈

身份认证申请

消费反馈

1

▼1

消费信息请求

11

学生个人信息

第2层数据流程图:

从日常事务处理角度出发:

j

P1

r

 

解挂申请

D1.2挂失记录

解挂申请

第2层数据流图(从日常管理角度)

第2层数据流程图:

从校园卡消费管理角度出发:

P2

第2层数据流图(从消费角度)

第2层数据流程图:

从校园卡的身份认证管理角度出发

P3

借书刷卡

P3

身份认证请求

门禁刷卡

D3

P3.1

图书馆

 

身份认证记录

第2层数据流图(从身份认证角度)

(4)数据字典

(a)数据项:

系统涉及的数据项有50项

表1.1数据项列表

数据项

编号

数据项名称

简述

类型及宽

取值范围

DI-1

Sid

学生身份证号

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

学生所在班级

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)

“学生卡”、“教师卡”

数据项

编号

数据项名称

简述

类型及宽

取值范围

DI-14

Cardtime

办理时间

char(10)

DI-15

CCno

校园卡中心编号

char(10)

Di-16

CCaddr

校园卡中心地址

char(20)

DI-17

jbr

校园卡日常事务负责人姓名

char(10)

DI-18

Gsrq

挂失所在时间

Datetime

DI-19

Gsno

挂失次数编号

Int

DI-20

Jgrq

解挂的时间

Datetime

DI-21

Czrq

充值的时间

Datetime

DI-22

Czje

充值金额

Float

DI-23

Czno

充值次数编号

Int

DI-24

Supno

超市编号

Int

DI-25

Supname

超市名称

char(40)

DI-26

Supmanage

超市负责人姓名

char(10)

DI-27

Supaddr

超市所在校区

char(10)

DI-28

Dinno

餐厅编号

char(8)

DI-29

Dinname

餐厅名称

char(10)

DI-30

Dinmanage

餐厅负责人姓名

char(10)

DI-31

Dinaddr

餐厅所在校区

char(10)

DI-32

Busno

校车编号

Int

DI-33

Busstyle

校车类型

char(20)

DI-34

Busdriver

校车司机名

char(10)

数据项

编号

数据项名称

简述

类型及宽

取值范围

DI-35

Pressno

消费次数编号

Int

DI-36

Pplace

消费所在地点

char(10)

DI-37

Pno

所在地点刷卡机编号

char(4)

DI-38

Pmoney

本次刷卡金额

Float

DI-39

Ptime

本次刷卡所在时间

Datetime

DI-40

Dormregion

宿舍楼所在校区

char(10)

DI-41

Dormno

宿舍楼编号

char(10)

DI-42

Dormstyle

宿舍类型

Char(10)

DI-43

Backtime

回宿舍时间

Datetime

DI-44

Backno

归宿编号

Int

DI-45

Libno

图书馆编号

char(8)

DI-46

Libname

图书馆名字

char(40)

DI-47

Libregion

图书馆所在校区

char(40)

DI-48

Brno

借书编号

char(10)

DI-49

Bookno

图书编号

char(10)

DI-50

Booklist

已借数量

Int

(b)数据结构:

表1.2数据结构列表

数据结构编号数据结构名称数据结构别名数据结构含义数据项组成

Sid、SnoSnameSsex、

DS-1

学生信息

Student记录学生的信息

Sbirth、Sdept、

Sspecial、Sclass、

Saddr

数据结构编号

数据结构名称

数据结构别名

数据结构含义

数据项组成

jbr

DS-3

充值信息

Filllnf

记录充值相关信息

Cznc、Cardno、Sno、

Czlx、Czje、jbr

DS-4

校园卡信息

Card

记录校园卡信息

Cardno、Sno、Sid、

Cardstates、Cardmoney

DS-5

学生餐厅信息

Dinlnf

记录餐厅信息

Dinno、Dinname、

Dinmanage、Dinaddr

DS-6

超市信息

Suplnf

记录超市信息

SupnoSupname

SupmanageSupaddr

DS-7

校车信息

Buslnf

记录校车信息

Busno、Busstyle、

Busdriver

Pressno、Pplace、Pno、

DS-8

消费刷卡信息

Presslnf

消费刷卡记录

Cardno、Pmoneyptime、

PmanagePaddr

DS-9

宿舍楼信息

Dormlnf

记录宿舍楼信息

Dormnc、Dormstle、

Dormregion

DS-10

归宿刷卡信息

DormPress

记录归宿刷卡信息

Sno、Sid、Dormno.

Backtime

DS-11

图书馆信息

Liblnf

记录图书馆信息

Libno、Libname、

Libregion

Brno、Booknc、

DS-12

借书信息

LibPress

记录借书信息

Cardstate、Borlist、

Libno

2概念设计阶段

2.1引言

概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念

模型)的过程,它是整个数据库设计的关键。

2.2概念模型设计

(1)各部分E-R图。

(a)学生校园卡关系

学生

校园卡

(b)校园卡日常管理关系

1

(C

校园卡中

校园

校园

分E-R图5

(d)校园卡身份认证

校园卡

m<

7借书刷

〉1

图书馆刷卡

分E-R图6

校园卡

m

进出刷

>1

门禁系

分E-R图7

(2)各分E—R图中关键实体和联系的属性如下所示:

学生:

(学邑姓名,性别,出生日期,身份证号,学院,专业,班级,生源

地)

校园卡:

(校园卡卡号,持卡人学号,持卡人姓名,持卡人身份证号,持卡人

性别,卡内余额,校园卡可用性)

服务:

(本次服务编号,校园卡卡号,服务类型,服务时间,服务中心地址)

校园卡中心:

(服务中心编号,服务中心地址,服务中心负责人)

超市:

(超市编号,超市名称,超市负责人,超市所在校区)

超市刷卡:

(本次消费编号,超市编号,校园卡卡号,消费金额,消费时间)

餐厅:

(餐厅编号,餐厅名称,餐厅负责人,餐厅所在校区)

餐厅刷卡:

(本次消费编号,餐厅编号,校园卡卡号,消费金额,消费时间)

校车:

(校车编号,校车类型,校车司机)

乘车刷卡:

(本次消费编号,校车编号,校园卡卡号,消费金额,消费时间)

图书馆:

(图书馆编号,图书馆名称,图书馆所在校区)

借书:

(借书编号,校园卡可用性,已借图书,图书馆编号)

宿舍楼:

(宿舍楼编号,宿舍楼学生类型,宿舍楼所在校区)

进出刷卡:

(归宿编号,校园卡卡号,学生学号,宿舍楼编号,刷卡时间)

(注:

由于属性较多,全都写到E-R图中显得很乱,此处将各属性列岀。

(3)将E-R图合并,按照要求消除属性冲突、命名冲突、结构冲突等,得到

初步的E-R图,在此基础上消除冗余得到下图的基本E-R图:

 

 

校车刷

卡机

3逻辑设计阶段

3.1逻辑设计的任务和目标

系统逻辑设计的任务是将概念设计阶段设计好的基本E-R图转换为选用

DBM沪品所支持的数据模型相符合的逻辑结构。

具体内容包括数据组织(将E-R图转换成具体的关系模型、模型优化、数据库模式定义、用户子模式(视图)设

计)、数据处理(画出系统功能模块图)两大任务。

3.2数据组织

321将E-R图转换为关系模型

由以上分析,可以将学生实体、校园卡实体、校园卡中心实体、餐厅实体、

超市实体、校车实体、宿舍楼实体、图书馆实体分别转化为单独的关系模型。

为了方便同学查询餐厅、超市和校车的消费情况,特将消费性刷卡联系转化为独立关系模式;为了了解同学的归宿信息,将身份认证型的进出刷卡转化为独立关系模式;为了了解同学借阅图书的情况,将身份认证中的借书刷卡转化为独立的关系模式;同时,考虑同学要向校园卡中充值,在学生校园卡联系中抽取充值关系转化为独立关系模式;考虑同学可能会挂失等,从学生校园卡联系中抽取挂失关系转化为独立关系模式。

具体的关系模式转化结果如下:

学生:

student(Sno、Sid、SnameSsex、Sbirth、Sdept、Sspecial、Sclass、

Saddr)

校园卡:

Card(Cardno、Sno、Sid、Cardstyle、Cardstates、CardmoneyCardtime)

校园卡中心:

CardCenter(CCno、CCaddr、jbr)

充值:

FillInf(Czno、Cardno、SnoCzje、Czrq、jbr)

挂失:

Loslnf(Gsno、Cardno、Sno、Gsrq、jbr)

餐厅:

Dininf(Dinno、DinnameDinmanage、Dinaddr)

超市:

Suplnf(Supno、SupnameSupmanageSupaddr)

校车:

Businf(Busno、Busstyle、Busdriver)

消费刷卡:

PressInf(Pressno、Pplace、Cardno、pmoneyptime)

宿舍:

Dormlnf(Dormno、Dormstyle、Dormregion)

进出刷卡:

DormPress(Backno、Cardno、SnoDormnoBacktime)

图书馆:

LibInf(Libno、Libname、Libregion)

图书借阅刷卡:

BorBookPress(Brno、BooknoCardstates、Borlist、Libno)

(注:

标有直线下划线的为主属性,标有波浪线下划线的是外键属性)

4物理设计阶段

4.1物理设计阶段的目标与任务

数据库的物理设计就是根据所选用的DBMS^n处理需求,进行物理存储安排,

建立索引,形成数据库的内模式,为逻辑数据模型选取一个最适合应用要求的物理结构的过程,在这个阶段中要完成两大任务:

(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;

(2)对物理结构进行评价,评价的重点是时间和空间效率。

4.2数据存储方面

为数据库中各基本表建立的索引如下:

由于基本表Card,Student,Dinlnf,Suplnf的主码Cardno,Sno,Dinno,

Supno经常在查询条件和连接操作的连接条件中出现,且它们的取值唯一,考

虑在这四个属性上分别建立唯一性索引;

5数据库实施阶段

5.1建立数据库、数据表、视图、索引

5.1.1建立数据库

createdatabasesducardsystem;

5.1.2建立数据表

(1)学生基本信息表的建立:

createtableStudent(

Snochar(12)primarykey,

Sidchar(18)notnull,

Snamechar(10)notnull,

Ssexchar(4)check(Ssex二'男'orSsex='女')not

null,

Sbirthchar(10)notnull,

Sdeptchar(20)notnull,

(2)校园卡基本信息表的建立:

createtableCard(

Cardnochar(8)primarykey,

Snochar(12)notnull,

Sidchar(18)notnull,

Cardstylechar(18)notnull,

Cardstatechar(10)notnull,

CardmoneyFloatnotnull,

CardtimeDateTimenotnull,foreignkey(Sno)referencesStudent(Sno),)

(3)校园卡中心CardCenter:

createtableCardCenter(

CCnochar(10)primarykey,

CCaddrchar(40)notnull,jbrchar(10)notnull,)

(4)创建充值信息表FillInf:

createtableFillInf(

CznoIntprimarykey,

Cardnochar(8)notnull,

jbrchar(10)notnull,

foreignkey(Cardno)referencesCard(Cardno),foreignkey(Sno)referencesStudent(Sno),)

(5)创建挂失信息表LosInf:

createtableLoslnf(

GsnoIntprimarykey,

Cardnochar(8)notnull,

Snochar(12)notnull,

GsrqDateTimenotnull,

jbrchar(10)notnull,

foreignkey(Cardno)referencesCard(Cardno),

foreignkey(Sno)referencesstudent(Sno),)

(6)餐厅信息表Dinlnf;

createtableDinlnf(

Dinnochar(4)primarykey,

Dinnamechar(10)notnull

Dinmanagechar(10)notnull,

Dinaddrchar(10)notnull,)

(7)超市信息表SupInf:

createtableSuplnf(

Supmanagechar(10)notnull,

Supaddrchar(10)notnull,);

(8)校车信息表Businf:

createtableBusinf(

Busnochar(4)primarykey

Busstylechar(10)notnull

Busdriverchar(10)notnull,);

(9)消费刷卡信息记录表Pressinf:

createtablePresslnf(

PressnoIntprimarykey,

超市'or

Pplacechar(10)check(Pplace='餐厅'orPplace二'

Pplace二’校车')notnull,

Cardnochar(8)notnull,

PmoneyFloatnotnull,

PtimeDateTimenotnull,

foreignkey(Cardno)referencesCard(Cardno),)

(10)宿舍信息表Dorminf:

createtableDorminf(

Dormnochar(10)primarykey,

Dormregionchar(10)notnull,

(11)归宿刷卡信息表Dormpress:

createtableDormPress(

BacknoIntprimarykey,

BacktimeDateTimenotnull,Cardnochar(8)notnull,

Snochar(12)notnull,

Dormnochar(10)notnull,foreignkey(Cardno)referencesCard(Cardno),foreignkey(Sno)referencesStudent(Sno),foreignkey(Dormno)referencesDormInf(Dormno),)

(12)图书馆信息表LibInf:

createtableLibinf(

Libnochar(10)primarykey,

Libnamechar(20)notnull,

Libregionchar(20)notnull,)

(13)图书馆借阅刷卡记录BorBookPress:

createtableBorBookPress(

BrnoIntprimarykey,

Booknochar(10)notnull,

Libnochar(10)notnull,

5.1

foreignkey(Libno)referencesLibInf(Libno));

.3建立视图

(1)用于查询的更新学生在各个餐厅刷卡消费信息的视图定义如下:

createviewDinner2

as

select*

fromPressInf

wherePlace二'餐厅'

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 艺术

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1