饭卡信息管理系统.docx
- 文档编号:24147716
- 上传时间:2023-05-24
- 格式:DOCX
- 页数:21
- 大小:246.72KB
饭卡信息管理系统.docx
《饭卡信息管理系统.docx》由会员分享,可在线阅读,更多相关《饭卡信息管理系统.docx(21页珍藏版)》请在冰豆网上搜索。
饭卡信息管理系统
摘要
本系统为学生饭卡信息管理系统,是一个信息管理系统,其开发主要包括数据库的建立和维护。
在短时间内建立系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成一个满意的可行系统。
在下面的各章中我将以开发学生学籍管理系统,谈谈其具体开发过程和所涉及到的问题及解决方法。
目录
第一章系统概述6
第二章系统数据库设计部分7
2.1需求分析7
2.1.1需求描述7
2.1.2可行性分析7
2.1.3系统功能图8
2.1.4数据词典…...………………………………………………………………..9
2.2数据库概念结构设计11
2.2.1E-R图11
2.2.2实体及属性的定义13
2.3数据库逻辑结构设计15
2.3.1初始关系模式15
2.3.2规范化处理15
2.4数据库物理结构设计16
2.4.1基于SQLServer的数据表设计10
2.4.2索引表16
2.4.3视图..….........………………………………………...……………18
2.5数据库操作部分18
2.5.1数据库的插入操作18
2.5.2数据库的修改操作18
2.5.3数据库的删除记录操作19
2.5.4数据库的备份及还原操作19
2.5.5关系图21
主要参考文献21
第一章系统概述
《数据库原理及应用》课程的学习,其主要的目标是能利用课程中学习到的数据库知识与技术较好地开发设计出数据库应用系统,去解决各行各业信息化处理的要求。
本实验主要在于巩固学生对数据库的基本原理和基础理论的理解,掌握数据库应用系统的设计开发的基本方法,进一步提高学生的综合运用所学的知识能力。
为了使数据库的应用系统开发设计合理、规范、有序、正确、高效进行,现在广泛采用的是工程化6阶段开发设计过程与方法,它们是需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、物理结构设计阶段、数据库实施、数据库系统运行与维护阶段。
我们按照以上几点开发了饭卡信息管理系统数据库。
第二章系统数据库设计部分
2.1需求分析
2.1.1需求描述
饭卡信息管理系统是一套针对大学校园食堂饮食缴费的信息管理系统,它是对学生在校园内使用饭卡的相关情况的存储,查询。
就是说在充值的过程中,能够实现对学生信息管理,饭卡信息管理和饭卡历史记录管理、用户管理这四个功能。
这样就方便对饭卡信息进行各项操作,定时进行数据备份和更新,保持数据的一直想和准确性。
另外,各方面的内容相互联系,最终产生各种查询统计表,以供持卡进行检查。
以下是对四项功能的详细说明:
学生信息管理:
包括学生信息的注册,查询,修改
饭卡信息管理:
包括饭卡的消费,充值,加锁和解锁
饭卡历史记录管理:
包括饭卡历史记录的查询,修改
用户管理:
包括管理员的登陆,权限
2.1.2可行性分析
1.管理上:
在一个校园内,面对广大师生多种多样的需求,现金消费有诸多不便,校园饭卡在一些管理上可以实现自助式管理,有的甚至是可以24小时开放而无需管理人员。
有效的节约了人员成本,减少了管理工作,提高了学校的管理水平,因而有必要建立一个计算机饭卡管理系统。
2.技术上:
在当前的限制条件下,该系统的功能目标能够达到;利用现有的技术,该系统的功能可以实现;对开发人员的数量和质量的要求能够满足;在规定期限内,本系统的开发能够完善。
2.1.3系统功能图
饭卡信息管理系统
2.1.4数据词典
数据元素
数据类型
长度
数据来源
学号
varchar
50
学生信息表
姓名
varchar
50
学生信息表
性别
varchar
50
学生信息表
年级
varchar
50
学生信息表
学院
varchar
50
学生信息表
班级
varchar
50
学生信息表
电话
varchar
50
学生信息表
地址
varchar
50
学生信息表
卡号
varchar
50
饭卡信息表
学号
varchar
50
饭卡信息表
余额
varchar
50
饭卡信息表
卡号
varchar
50
卡的历史记录表
时间
datetime
8
卡的历史记录表
档口编号
varchar
50
卡的历史记录表
花费
varchar
50
卡的历史记录表
管理员编号
varchar
50
充值机表
卡号
varchar
50
充值机表
余额
varchar
50
充值机表
充值时间
varchar
50
充值机表
充值金额
varchar
50
充值机表
档口编号
varchar
50
食堂档口表
档口名称
varchar
50
食堂档口表
地点
varchar
50
食堂档口表
卡机号
varchar
50
食堂档口表
管理员编号
varchar
50
食堂档口表
卡号
varchar
8
饭卡机表
地点
varchar
50
饭卡机表
记录
varchar
50
饭卡机表
金额
varchar
50
饭卡机表
管理员编号
varchar
50
管理员信息表
姓名
varchar
50
管理员信息表
性别
varchar
50
管理员信息表
职工姓名
varchar
50
档口职工表
职工号
varchar
50
档口职工表
性别
varchar
50
档口职工表
档口编号
varchar
50
档口职工表
2.2数据库概念结构设计
2.2.1E-R图
实体属性集
2.2.2实体及属性的定义
学生信息表
属性名
数据类型
长度
是否允许为空
有无索引
学号
varchar
50
不允许
有
姓名
varchar
50
不允许
无
性别
varchar
50
允许
无
年级
varchar
50
允许
无
学院
varchar
50
允许
无
班级
varchar
50
允许
无
电话
varchar
50
允许
无
地址
varchar
50
允许
无
饭卡信息表
属性名
数据类型
长度
是否允许为空
有无索引
卡号
varchar
50
不允许
有
学号
varchar
50
允许
无
余额
varchar
50
允许
无
卡的历史记录表
属性名
数据类型
长度
是否允许为空
有无索引
卡号
varchar
50
不允许
有
时间
datatime
8
允许
无
档口编号
varchar
50
允许
无
花费
varchar
50
允许
无
充值机表
属性名
数据类型
长度
是否允许为空
有无索引
管理员编号
varchar
50
不允许
有
卡号
varchar
50
不允许
无
余额
varchar
50
允许
无
充值时间
varchar
50
允许
无
充值金额
varchar
50
允许
无
食堂档口表
属性名
数据类型
长度
是否允许为空
有无索引
档口编号
varchar
50
不允许
有
档口名称
varchar
50
允许
无
地点
varchar
50
允许
无
卡机号
varchar
50
允许
无
管理员编号
varchar
50
允许
无
饭卡机表
属性名
数据类型
长度
是否允许为空
有无索引
卡号
varchar
50
不允许
有
地点
varchar
50
允许
无
记录
varchar
50
允许
无
金额
varchar
50
允许
无
管理员信息表
属性名
数据类型
长度
是否允许为空
有无索引
管理员编号
varchar
50
不允许
有
姓名
varchar
50
允许
无
性别
varchar
50
允许
无
档口职工表
属性名
数据类型
长度
是否允许为空
有无索引
职工姓名
varchar
50
不允许
有
职工号
varchar
50
不允许
无
性别
varchar
50
不允许
无
档口编号
varchar
50
部允许
无
2.3数据库逻辑结构设计
2.3.1初始关系模式
学生(学号,姓名,性别,年级,学院,电话,班级,住所)
饭卡(卡号,消费余额,学号)
卡历史(卡号,时间,档口编号,消费)
充值机(管理员编号,卡号,余额,充值时间,充值金额)
食堂档口(档口编号,档口名称,地点,卡机号,管理员编号)
饭卡机(卡号,地点,记录,金额)
管理员信息(管理员编号,姓名,性别)
档口职工(职工姓名,职工号,性别,档口编号)
2.3.2规范化处理
经过对初始关系模式的规范化处理以下关系模式中不存在部分函数依赖和传递函数依赖,已经达到3NF。
(=代表主码)
学生(学号,姓名,性别,年级,学院,电话,班级,住所)
饭卡(卡号,消费余额,学号)
卡历史(卡号,时间,档口编号,消费)
充值机(管理员编号,卡号,余额,充值时间,充值金额)
食堂档口(档口编号,档口名称,地点,卡机号,管理员编号)
饭卡机(卡号,地点,记录,金额)
管理员信息(管理员编号,姓名,性别)
档口职工(职工姓名,职工号,性别,档口编号)
2.4数据库物理结构设计
2.4.1基于SQLServer的数据表设计
用企业管理器建表,如下图所示
2.4.2索引表
列出索引表格(查询分析器建立索引代码见附录一)
学生索引表
索引
字段名称
数据类型
字段大小
主索引
学号
Varchar
50
无
姓名
Varchar
50
无
性别
Varchar
50
无
年级
Varchar
50
无
学院
Varchar
50
无
班级
Varchar
50
无
电话
Varchar
50
无
地址
Varchar
50
饭卡信息索引
索引
字段名称
数据类型
字段大小
主索引
卡号
Varchar
50
无
学号
Varchar
50
无
余额
Varchar
50
卡的历史记录索引
索引
字段名称
数据类型
字段大小
主索引
卡号
Varchar
50
无
时间
datatime
8
无
档口编号
Varchar
50
无
花费
Varchar
50
充值机索引
索引
字段名称
数据类型
字段大小
主索引
管理员编号
Varchar
50
无
卡号
Varchar
50
无
余额
Varchar
50
无
充值时间
Varchar
50
无
充值金额
Varchar
50
档口职工索引
索引
字段名称
数据类型
字段大小
主索引
职工姓名
Varchar
50
无
职工号
Varchar
50
无
性别
Varchar
50
无
档口编号
Varchar
50
饭卡机索引
索引
字段名称
数据类型
字段大小
主索引
卡号
Varchar
50
无
地点
Varchar
50
无
记录
Varchar
50
无
金额
Varchar
50
管理员信息索引
索引
字段名称
数据类型
字段大小
主索引
管理员编号
Varchar
50
无
姓名
Varchar
50
无
性别
Varchar
50
食堂档口索引
索引
字段名称
数据类型
字段大小
主索引
档口编号
Varchar
50
无
档口名称
Varchar
50
无
地点
Varchar
50
无
卡机号
Varchar
50
无
管理员编号
Varchar
50
2.4.3视图
用企业管理器建立视图,即饭卡信息—卡的历史记录视图。
菜单栏中单击工具→向导→数据库→创建视图向导,选择你所要建的试图的对象,选择列名,按照提示,最后单击完成即可。
代码如下:
SELECTdbo.饭卡信息.[cardnumber],dbo.饭卡信息.snum,dbo.卡的历史记录.[windowID],
dbo.卡的历史记录.cost,dbo.卡的历史记录.[time]
FROMdbo.饭卡信息INNERJOIN
dbo.卡的历史记录ONdbo.饭卡信息.[cardnumber]=dbo.卡的历史记录.[cardnumber]
2.5数据库操作部分
2.5.1数据库的插入操作
INSERT
INTO<表名>[<属性列1>][<属性列2>…..]
VALUES(<常量1>[,常量2]);
2.5.2数据库的修改操作
UPDATE<表名>
SET<列名>=<表达式>
[WHERE<条件>];
例如:
把学生表中的学号01改为02
UPDATE学生表
SET学号=02
2.5.3数据库的删除记录操作
DELETE
FROM<表名>
[WHERE<条件>];
2.5.4数据库的备份及还原操作
使用SQLServer模糊备份和还原操作:
◆将包含数据的扩展盘区写入备份集,而无需考虑使备份期间正由用户修改的页同步。
这显著减小了备份对当前用户的影响。
还使备份得以串行地复制页。
取消了所有随机读取,从而加快使用频繁的系统中的备份过程。
但这同时也意味着备份中的页以一种不一致的、无法恢复的状态存储。
◆将事务日志作为备份的一部分复制。
RESTORE语句:
RESTOREFILELISTONLY
FROMDISK=''c:
\Northwind.bak''
RESTOREDATABASETestDB
FROMDISK=''c:
\Northwind.bak''
WITHMOVE''Northwind''TO''c:
\testdb.mdf'',
MOVE''Northwind_log''TO''c:
\testdb.ldf''
◆如果数据库不存在,则创建数据库,并初始化数据库中的扩展盘区。
如果RESTORE语句执行时数据库已存在,则可以跳过这一步。
◆复制备份集中的扩展盘区。
因为所有的扩展盘区都按串行顺序排列,所以这个过程较快。
将忽略未在备份集中找到的扩展盘区;它们将不作为空的扩展盘区进行初始化。
◆使用事务日志恢复数据库。
将日志中记录的数据修改前滚到日志末尾,然后回滚任何未完成的事务。
这将使数据库返回到一致的已恢复状态,这种状态与数据库在BACKUP语句完成时的状态一致。
备份数据库
BACKUPDATABASENorthwind
TODISK='c:
\Northwind.bak'
还原数据库
--返回由备份集内包含的数据库和日志文件列表组成的结果集
RESTOREFILELISTONLY
FROMDISK='c:
\Northwind.bak'
--还原由BACKUP备份的数据库
RESTOREDATABASENorthwind
FROMDISK='c:
\Northwind.bak'
--指定还原后的数据库物理文件名称及路径
RESTOREDATABASETestDB
FROMDISK='c:
\Northwind.bak'
WITH
MOVE'Northwind'TO'c:
\test\testdb.mdf',
MOVE'Northwind_log'TO'c:
\test\testdb.ldf'
MOVE'logical_file_name'TO'operating_system_file_name'
指定应将给定的logical_file_name移到operating_system_file_name。
默认情况下,logical_file_name将还原到其原始位置。
如果使用RESTORE
语句将数据库复制到相同或不同的服务器上,则可能需要使用MOVE选项重
新定位数据库文件以避免与现有文件冲突。
可以在不同的MOVE语句中指定
数据库内的每个逻辑文件。
--强制还原,加上REPLACE参数,则在现有数据库基础上强制还原。
RESTOREDATABASETestDB
FROMDISK='c:
\Northwind.bak'
WITHREPLACE,
MOVE'Northwind'TO'c:
\test\testdb.mdf',
MOVE'Northwind_log'TO'c:
\test\testdb.ldf'
2.5.5关系图
主要参考文献
[1]数据库系统概论作者:
王珊萨师煊第四版高等教育出版社2006年
[2]VisualBasic6.0数据库系统开发实例导航作者:
刘韬、骆娟、何旭洪
[3]数据库原理及应用实验指导作者:
钱雪忠陶向东北京邮电大学出版社2005
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息管理 系统