数据库是在管理系统的核心和基础,系统中产生的大量数据都是由数据库组织起来的,方便数据的存储、使用和维护。而且数据库还是各模块之间交互的关键,因此要对数据库进行完整的设计才能使系统更高效、更安全。
数据库设计一般需要完成数据流图的分析,通过业务流程图将业务层面的现实事实和业务流程转化为抽象和虚拟的数据字典。接着进行概念结构设计,将系统所有的实体和实体属性设计出来,并将实体之间的一对一或一对多或多对多的关系确认清楚。最后设计出数据库物理设计表。数据库物理表格需要将所有数据表都罗列出来,每个数据表需要包含表字段名称、字段类型、字段长度、字段是否允许为空、字段备注说明等。其中字数类型一般是字符串、整数型和文本型等。
数据流图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。它是采用自顶向下逐层扩展的方法,从逻辑上精确地描述系统具有的数据加工、数据存储、数据输入输出及数据来源和去向等功能。这个模型不涉及及硬件、软件、数据结构与文件组织,它与对系统的物理描述无关,所描述的内容是面向用户的,是系统设计的主要依据之一。
-
-
- 数据字典
-
数据字典主要是对于数据流程图中出现数据流、外部实体、处理过程和数据存储进行详细描述,是对数据的再描述。在学校一卡通的使用过程中需要处理各种数据,包括数据实体定义、数据流处理、数据存储等,通过数据字段的梳理能更具体得分析数据在使用场景中的处理细节,方便进行详细的系统设计。
表 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 | |
名称 | 一卡通 |
简述 | 学生使用的校园卡 |
来源 | 无 |
去向 | 学生使用一卡通进行消费、门禁出入、图书馆借还书,敏感操作时需要使用密码验证 |
备注 |
本章对系统开发进行了可行性分析和需求分析,并初步设计了业务流程图。 业务流程图中使用的基本符号,如下说明:
①业务处理单位或用户,它代表了某项业务参与的人或物;
②数据存储或存档,是一种数据的载体,作为档案来保存的;
③业务数据流动及方向,它表达了业务数据的流动方向;
④各类单证、报表,它表明了数据的载体;
⑤业务功能描述,表明了业务处理功能。
其业务流程图基本符号,如图 41所示:
总体业务流程:校园一卡通系统的总体业务流程图,对于用户对信息管理流程的分析。首先,用户根据页面提示信息进行相应的注册或登录操作,进入到系统;其次,用户通过导航菜单,选择自己需要的管理操作,用户可以进入相应模块里对各项信息进行相应的修改;管理员进入后台系统,查看数据信息,进行管理操作。总体业务流程图如图 42所示:
校园一卡通系统业务流程:用户根据数据信息页面表单属性,认真填写相应的信息,确认无误后,点击提交,数据信息资料都插入到数据库中。然后用户就可以查看和管理数据信息。具体业务流程图 43所示:
用户登录业务流程:用户将自己的用户信息填写到界面上相应位置,点击登录后,系统会将用户输入的信息与数据库里的数据进行相应的比较,如果无误的话,那么会显示登录成功,并跳转到相应的页面。用户登陆业务流程图如图 44所示:
管理员登录业务流程:和用户登录流程一样,都要进行信息的审核,如果输入的信息正确的话,就回转到管理系统的后台。管理员登录业务流程图如图 45所示:
管理员管理业务流程:管理员管理系统数据信息,对系统数据信息进行修改,查询,添加等操作;管理员管理用户信息,可以查看用户信息,修改和删除;管理员主要的功能还是对来自用户信息的处理。管理员管理业务流程图如图 46所示:
概念结构设计的任务是在需求分析阶段产生的需求说明书的基础上,按照特定的方法把它们抽象为一个不依赖于任何具体机器的数据模型,即概念模型。概念模型使设计者的注意力能够从复杂的实现细节中解脱出来,而只集中在最重要的信息的组织结构和处理模式上。概念数据模型,主要在系统开发的数据库设计阶段使用,是按照用户的观点来对数据和信息进行建模,利用实体关系图来实现.它描述系统中的各个实体以及相关实体之间的关系,是系统特性和静态描述.数据字典也将是系统进一步开发的基础。
一般用E-R图来描述概念结构。E-R图中有三个基本符号,矩形表示实体型、矩形框内写明实体名;椭圆形表示属性,并用无向边将其与相应的实体型连接起来;菱形表示联系,菱形框内写明联系名,并用无向边分别与有关实体型连接起来,同时在无向边旁标上联系的类型(1:1,1:n或m:n)。
本系统的主要实体如下:
- 管理员实体:包括编号、名字、时间、密码、邮箱、地址、电话等属性。
图 47管理员E-R图
- 用户实体:包括编号、账号、密码和姓名等属性。
图 48用户E-R图
- 借书还书实体:包括借书人、借书名称、借书时间和归还状态(已还或者未还)。
图 49借书还书E-R图
- 校园卡实体:包括校园卡号、卡内余额、联系电话、班级、使用者和分类等属性。
图 410校园卡E-R图
实体之间的关系如下:
管理员可以管理用户实体、管理校园卡实体、管理刷卡记录实体、管理借书还书实体,因此管理员和后者之间是一对多关系。
通过以上对系统需求的分析,绘制出本系统的总体E-R关系图。如下图 411所示,为系统的总体E-R图。
为了确保正确的数据在系统中能够客观真实地反映世界,其中的一些完整性规则通过一些控制的标准作业应用程序来实现。数据库要具有安全性,这数据库系统重要的一个方面,它是指保护数据库以防止非法使用,包括破坏和未授权访问等行为。但是由于本次设计开发的系统涉及到的数据都不具备保密性的数据,因此不需要采取特别复杂的安全措施,只须防止数据被人随意改动即可。
数据库概念模型独立于任何特定的数据库管理系统,因此,需要根据具体使用的数据库管理系统的特点进行转换。本系统的数据结构比较清晰,依据本管理系统的功能要求,主要设计出数据库的表如下。
表 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 | 帐号 |
| 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 | 院系名称 |