校园一卡通系统数据库设计

数据库是在管理系统的核心和基础,系统中产生的大量数据都是由数据库组织起来的,方便数据的存储、使用和维护。而且数据库还是各模块之间交互的关键,因此要对数据库进行完整的设计才能使系统更高效、更安全。

数据库设计一般需要完成数据流图的分析,通过业务流程图将业务层面的现实事实和业务流程转化为抽象和虚拟的数据字典。接着进行概念结构设计,将系统所有的实体和实体属性设计出来,并将实体之间的一对一或一对多或多对多的关系确认清楚。最后设计出数据库物理设计表。数据库物理表格需要将所有数据表都罗列出来,每个数据表需要包含表字段名称、字段类型、字段长度、字段是否允许为空、字段备注说明等。其中字数类型一般是字符串、整数型和文本型等。

    1. 数据流图设计

数据流图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。它是采用自顶向下逐层扩展的方法,从逻辑上精确地描述系统具有的数据加工、数据存储、数据输入输出及数据来源和去向等功能。这个模型不涉及及硬件、软件、数据结构与文件组织,它与对系统的物理描述无关,所描述的内容是面向用户的,是系统设计的主要依据之一。

      1. 数据字典

数据字典主要是对于数据流程图中出现数据流、外部实体、处理过程和数据存储进行详细描述,是对数据的再描述。在学校一卡通的使用过程中需要处理各种数据,包括数据实体定义、数据流处理、数据存储等,通过数据字段的梳理能更具体得分析数据在使用场景中的处理细节,方便进行详细的系统设计。

表 4-1数据项卡片表

数据项卡片                            总编号:001

名称

一卡通卡号

简述

对学校学生一卡通规定的唯一标识

宽度

4

小数位数

0

取值范围

按一定规则随机分配,是学生一卡通的标识

表 4-2数据存储卡片

数据存储卡片                              总编号:002

名称

刷卡信息表

编号

D2.1

简述:   对于学生在校园进行消费产生收费的信息清单数据

来源:P2→D2.1

去向:D2.1→P4,D2.1→P5,D2.1→P2

构成:唯一标识+卡号+使用者+金额+时间

备注

存储学生使用一卡通进行消费收费的详细信息

表 4-3数据流卡片

数据流卡片                              总编号:003

名称

借书还书信息

编号

D1.2

简述:   学生使用一卡通进行借书还书记录

来源:P1→D1.2

去向:D1.2→P1,D1.2→P3,

构成: 唯一标识+卡号+使用者+借书名称+借书人+借书时间+归还状态+超时扣费

备注

记录学生使用一卡通在图书馆进行借书还书操作的信息

表 4-4数据处理过程卡片

处理过程卡片                          总编号:004

名称

一卡通充值P1

简述

学生对一卡通进行充值

来源

学生通过现场收费窗口对一卡通进行充值

去向

生成充值金额,并推送到一卡通余额账号

处理说明

一卡通余额不足时无法进行消费,需要学生在进行充值操作

表 4-5外部实体卡片

外部实体卡片                          总编号:005

名称

一卡通

简述

学生使用的校园卡

来源

去向

学生使用一卡通进行消费、门禁出入、图书馆借还书,敏感操作时需要使用密码验证

备注

      1. 业务流程

本章对系统开发进行了可行性分析和需求分析,并初步设计了业务流程图。 业务流程图中使用的基本符号,如下说明:

①业务处理单位或用户,它代表了某项业务参与的人或物;

②数据存储或存档,是一种数据的载体,作为档案来保存的;

③业务数据流动及方向,它表达了业务数据的流动方向;

④各类单证、报表,它表明了数据的载体;

⑤业务功能描述,表明了业务处理功能。

其业务流程图基本符号,如图 41所示:

图 41业务流程图基本符号

总体业务流程:校园一卡通系统的总体业务流程图,对于用户对信息管理流程的分析。首先,用户根据页面提示信息进行相应的注册或登录操作,进入到系统;其次,用户通过导航菜单,选择自己需要的管理操作,用户可以进入相应模块里对各项信息进行相应的修改;管理员进入后台系统,查看数据信息,进行管理操作。总体业务流程图如图 42所示:

图 42总体业务流程图

校园一卡通系统业务流程:用户根据数据信息页面表单属性,认真填写相应的信息,确认无误后,点击提交,数据信息资料都插入到数据库中。然后用户就可以查看和管理数据信息。具体业务流程图 43所示: 

图 43系统管理业务流程图

用户登录业务流程:用户将自己的用户信息填写到界面上相应位置,点击登录后,系统会将用户输入的信息与数据库里的数据进行相应的比较,如果无误的话,那么会显示登录成功,并跳转到相应的页面。用户登陆业务流程图如图 44所示:

图 44  用户登录业务流程图

管理员登录业务流程:和用户登录流程一样,都要进行信息的审核,如果输入的信息正确的话,就回转到管理系统的后台。管理员登录业务流程图如图 45所示:

图 45管理员登录业务流程图  

管理员管理业务流程:管理员管理系统数据信息,对系统数据信息进行修改,查询,添加等操作;管理员管理用户信息,可以查看用户信息,修改和删除;管理员主要的功能还是对来自用户信息的处理。管理员管理业务流程图如图 46所示: 

图 46管理员管理业务流程图

    1. 概念结构设计 

概念结构设计的任务是在需求分析阶段产生的需求说明书的基础上,按照特定的方法把它们抽象为一个不依赖于任何具体机器的数据模型,即概念模型。概念模型使设计者的注意力能够从复杂的实现细节中解脱出来,而只集中在最重要的信息的组织结构和处理模式上。概念数据模型,主要在系统开发的数据库设计阶段使用,是按照用户的观点来对数据和信息进行建模,利用实体关系图来实现.它描述系统中的各个实体以及相关实体之间的关系,是系统特性和静态描述.数据字典也将是系统进一步开发的基础。

一般用E-R图来描述概念结构。E-R图中有三个基本符号,矩形表示实体型、矩形框内写明实体名;椭圆形表示属性,并用无向边将其与相应的实体型连接起来;菱形表示联系,菱形框内写明联系名,并用无向边分别与有关实体型连接起来,同时在无向边旁标上联系的类型(1:1,1:n或m:n)。

本系统的主要实体如下:

  1. 管理员实体:包括编号、名字、时间、密码、邮箱、地址、电话等属性。

图 47管理员E-R图

  1. 用户实体:包括编号、账号、密码和姓名等属性。

图 48用户E-R图

  1. 借书还书实体:包括借书人、借书名称、借书时间和归还状态(已还或者未还)。

图 49借书还书E-R图

  1. 校园卡实体:包括校园卡号、卡内余额、联系电话、班级、使用者和分类等属性。

图 410校园卡E-R图

实体之间的关系如下:

管理员可以管理用户实体、管理校园卡实体、管理刷卡记录实体、管理借书还书实体,因此管理员和后者之间是一对多关系。

通过以上对系统需求的分析,绘制出本系统的总体E-R关系图。如下图 411所示,为系统的总体E-R图。

图 411系统E-R图

    1. 数据库物理设计 

为了确保正确的数据在系统中能够客观真实地反映世界,其中的一些完整性规则通过一些控制的标准作业应用程序来实现。数据库要具有安全性,这数据库系统重要的一个方面,它是指保护数据库以防止非法使用,包括破坏和未授权访问等行为。但是由于本次设计开发的系统涉及到的数据都不具备保密性的数据,因此不需要采取特别复杂的安全措施,只须防止数据被人随意改动即可。

数据库概念模型独立于任何特定的数据库管理系统,因此,需要根据具体使用的数据库管理系统的特点进行转换。本系统的数据结构比较清晰,依据本管理系统的功能要求,主要设计出数据库的表如下。

表 4-6  Ka校园卡信息表

列名

类型

长度

说明

Id

int

4

唯一标识

KaClassName

nvarchar

50

分类

KaName

nvarchar

50

校园卡号

Xingbie

nvarchar

50

性别

banji

nvarchar

50

班级

Huzhu

nvarchar

50

使用者

tel

nvarchar

50

联系电话

Yue

nvarchar

50

卡内余额

State

nvarchar

50

状态

addtime

nvarchar

50

分配时间

表 4-7  Jieshu借书还书信息表

列名

类型

长度

说明

Id

int

4

唯一标识

Huzhu

nvarchar

50

借书人

Sj

nvarchar

50

借书时间

Bookname

nvarchar

50

借书名称

State

nvarchar

50

归还状态

Sj2

nvarchar

50

归还时间

demo

nvarchar

500

备注

表 4-8  Kaclass校园卡分类表

列名

类型

长度

说明

Id

int

4

唯一标识

KaClassName

nvarchar

50

名称

表 4-9  Manager管理员信息表

列名

类型

长度

说明

Id

int

4

唯一标识

ManagerName

nvarchar

50

用户名

Managerpwd

nvarchar

50

密码

Addtime

nvarchar

50

时间

表 4-10  Member用户信息表

列名

类型

长度

说明

Id

int

4

唯一标识

MemberPwd

nvarchar

50

密码

Membername

nvarchar

50

帐号

email

nvarchar

50

邮箱

Addtime

nvarchar

50

分配时间

state

nvarchar

50

状态:解冻/冻结

表 4-11  Xiaofei刷卡信息表

列   名

数据类型

长度

说  明

id

int

4

唯一标识

Huzhu

varchar

50

使用者

Kaname

varchar

50

卡号

Jine

datetime

金额

Demo

varchar

50

备注

addtime

varchar

50

时间

表4.6  Zhuanzhang充值信息表

列   名

数据类型

长度

说  明

id

int

4

唯一标识

Huzhu

varchar

50

作用者

Kaname

varchar

50

卡号

Jine

datetime

金额

Demo

varchar

50

备注

addtime

varchar

50

时间

表 4-12  Guashi挂失信息表

列   名

数据类型

长度

说  明

id

int

4

唯一标识

Huzhu

varchar

50

作用者

Kaname

varchar

50

卡号

Demo

varchar

50

备注

addtime

varchar

50

时间

表 4-13 Yuanxi院系信息表

列   名

数据类型

长度

说  明

id

int

4

唯一标识

yuanxiname

varchar

50

院系名称

  • 25
    点赞
  • 25
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

等天晴i

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值