ImageVerifierCode 换一换
格式:DOC , 页数:18 ,大小:346.72KB ,
资源ID:1128744      下载积分:10 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 微信支付   
验证码:   换一换

加入VIP,免费下载资源
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.wodocx.com/d-1128744.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(饭卡信息管理系统.doc)为本站会员(精***)主动上传,沃文网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知沃文网(发送邮件至2622162128@qq.com或直接QQ联系客服),我们立即给予删除!

饭卡信息管理系统.doc

1、摘要本系统为学生饭卡信息管理系统,是一个信息管理系统,其开发主要包括数据库的建立和维护。 在短时间内建立系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成一个满意的可行系统。在下面的各章中我将以开发学生学籍管理系统,谈谈其具体开发过程和所涉及到的问题及解决方法。目录第一章 系统概述6第二章 系统数据库设计部分72.1 需求分析72.1.1 需求描述72.1.2 可行性分析72.1.3 系统功能图8 2.1.4 数据词典 .92.2 数据库概念结构设计112.2.1 E-R图112.2.2 实体及属性的定义132.3 数据库逻辑结构设计152.3.1 初始关系模式152.3

2、.2 规范化处理152.4 数据库物理结构设计162.4.1 基于SQL Server的数据表设计102.4.2 索引表16 2.4.3 视图 .182.5 数据库操作部分182.5.1 数据库的插入操作182.5.2 数据库的修改操作182.5.3 数据库的删除记录操作192.5.4 数据库的备份及还原操作192.5.5 关系图21主要参考文献21第一章 系统概述数据库原理及应用课程的学习,其主要的目标是能利用课程中学习到的数据库知识与技术较好地开发设计出数据库应用系统,去解决各行各业信息化处理的要求。本实验主要在于巩固学生对数据库的基本原理和基础理论的理解,掌握数据库应用系统的设计开发的基

3、本方法,进一步提高学生的综合运用所学的知识能力。为了使数据库的应用系统开发设计合理、规范、有序、正确、高效进行,现在广泛采用的是工程化6阶段开发设计过程与方法,它们是需求分析阶段、概念结构设计阶段、逻辑结构设计阶段、物理结构设计阶段、数据库实施、数据库系统运行与维护阶段。我们按照以上几点开发了饭卡信息管理系统数据库。第二章 系统数据库设计部分2.1 需求分析2.1.1 需求描述饭卡信息管理系统是一套针对大学校园食堂饮食缴费的信息管理系统,它是对学生在校园内使用饭卡的相关情况的存储,查询。就是说在充值的过程中,能够实现对学生信息管理,饭卡信息管理和饭卡历史记录管理、用户管理这四个功能。这样就方便

4、对饭卡信息进行各项操作,定时进行数据备份和更新,保持数据的一直想和准确性。另外,各方面的内容相互联系,最终产生各种查询统计表,以供持卡进行检查。以下是对四项功能的详细说明:学生信息管理:包括学生信息的注册,查询,修改饭卡信息管理:包括饭卡的消费,充值,加锁和解锁饭卡历史记录管理:包括饭卡历史记录的查询,修改用户管理:包括管理员的登陆,权限2.1.2可行性分析1.管理上:在一个校园内,面对广大师生多种多样的需求,现金消费有诸多不便,校园饭卡在一些管理上可以实现自助式管理,有的甚至是可以24小时开放而无需管理人员。有效的节约了人员成本,减少了管理工作,提高了学校的管理水平,因而有必要建立一个计算机

5、饭卡管理系统。2.技术上:在当前的限制条件下,该系统的功能目标能够达到;利用现有的技术,该系统的功能可以实现;对开发人员的数量和质量的要求能够满足;在规定期限内,本系统的开发能够完善。2.1.3系统功能图饭卡信息管理系统饭卡信息管理学生信息管理用户管理记录管理饭卡充值饭卡消费饭卡枷锁解锁学生信息注册学生信息查询学生信息修改管理员登陆管理员权限饭卡历史记录查询饭卡历史记录修改2.1.4 数据词典数据元素数据类型长度数据来源学号varchar50学生信息表姓名varchar50学生信息表 性别varchar50学生信息表 年级varchar50学生信息表学院varchar50学生信息表班级varc

6、har50学生信息表电话varchar50学生信息表地址varchar50学生信息表卡号varchar50饭卡信息表学号varchar50饭卡信息表余额varchar50饭卡信息表 卡号varchar50卡的历史记录表时间datetime8卡的历史记录表档口编号varchar50卡的历史记录表花费varchar50卡的历史记录表管理员编号varchar50充值机表卡号varchar50充值机表余额varchar50充值机表充值时间varchar50充值机表充值金额varchar50充值机表档口编号varchar50食堂档口表档口名称varchar50食堂档口表地点varchar50食堂档口表卡

7、机号varchar50食堂档口表管理员编号varchar50食堂档口表卡号varchar8饭卡机表地点varchar50饭卡机表记录varchar50饭卡机表金额varchar50饭卡机表管理员编号varchar50管理员信息表姓名varchar50管理员信息表性别varchar50管理员信息表职工姓名varchar50档口职工表职工号varchar50档口职工表性别varchar50档口职工表档口编号varchar50档口职工表2.2 数据库概念结构设计2.2.1 E-R图饭卡机包含食堂档口消费饭卡饭卡历史信息记录包含持有管理人员档口职工学生充值机管理存钱11mn1n1n111nmn管理1n

8、实体属性集学生学号姓名性别年级学院班级电话地址饭卡信息卡号学号余额卡的历史记录饭卡机卡号档口编号花费时间金额记录位置卡号充值机管理员信息食堂档口档口职工管理员编号卡号管理员号充值余额余额充值时间档口号姓名性别管理员姓名卡号档口名位置档口编号职工性别职工号职工姓名2.2.2实体及属性的定义学生信息表属性名数据类型长度是否允许为空有无索引学号varchar50不允许有姓名varchar50不允许无 性别varchar50允许无 年级varchar50允许无学院varchar50允许无班级varchar50允许无电话varchar50允许无地址varchar50允许无 饭卡信息表属性名数据类型长度是

9、否允许为空有无索引卡号varchar50不允许有学号varchar50允许无余额varchar50允许无 卡的历史记录表属性名数据类型长度是否允许为空有无索引 卡号varchar50不允许有时间datatime8允许无档口编号varchar50允许无花费varchar50允许无充值机表 属性名数据类型长度是否允许为空有无索引管理员编号varchar50不允许有卡号varchar50不允许无余额varchar50允许无充值时间varchar50允许无充值金额varchar50允许无 食堂档口表属性名数据类型长度是否允许为空有无索引档口编号varchar50不允许有档口名称varchar50允许无

10、地点varchar50允许无卡机号varchar50允许无管理员编号varchar50允许无饭卡机表属性名数据类型长度是否允许为空有无索引卡号varchar50不允许有地点varchar50允许无记录varchar50允许无金额varchar50允许无管理员信息表属性名数据类型长度是否允许为空有无索引管理员编号varchar50不允许有姓名varchar50允许无性别varchar50允许无档口职工表属性名数据类型长度是否允许为空有无索引职工姓名varchar50不允许有职工号varchar50不允许无性别varchar50不允许无档口编号varchar50部允许无2.3 数据库逻辑结构设计2

11、.3.1 初始关系模式学生(学号,姓名,性别,年级,学院,电话,班级,住所)饭卡(卡号,消费余额,学号)卡历史(卡号,时间,档口编号,消费)充值机(管理员编号,卡号,余额,充值时间,充值金额)食堂档口(档口编号,档口名称,地点,卡机号,管理员编号)饭卡机(卡号,地点,记录,金额)管理员信息(管理员编号,姓名,性别)档口职工(职工姓名,职工号,性别,档口编号)2.3.2 规范化处理经过对初始关系模式的规范化处理以下关系模式中不存在部分函数依赖和传递函数依赖,已经达到3NF。(=代表主码)学生(学号,姓名,性别,年级,学院,电话,班级,住所)饭卡(卡号,消费余额,学号)卡历史(卡号,时间,档口编号

12、,消费)充值机(管理员编号,卡号,余额,充值时间,充值金额)食堂档口(档口编号,档口名称,地点,卡机号,管理员编号)饭卡机(卡号,地点,记录,金额)管理员信息(管理员编号,姓名,性别)档口职工(职工姓名,职工号,性别,档口编号)2.4 数据库物理结构设计2.4.1 基于SQL Server的数据表设计用企业管理器建表,如下图所示2.4.2 索引表列出索引表格(查询分析器建立索引代码见附录一)学生索引表索引字段名称数据类型字段大小主索引学号Varchar50无姓名Varchar50无 性别Varchar50无 年级Varchar50无学院Varchar50无班级Varchar50无电话Varch

13、ar50无地址Varchar50饭卡信息索引索引字段名称数据类型字段大小主索引卡号Varchar50无学号Varchar50无余额Varchar50卡的历史记录索引索引字段名称数据类型字段大小主索引 卡号Varchar50无时间datatime8无档口编号Varchar50无花费Varchar50充值机索引索引字段名称数据类型字段大小主索引管理员编号Varchar50无卡号Varchar50无余额Varchar50无充值时间Varchar50无充值金额Varchar50档口职工索引索引字段名称数据类型字段大小主索引职工姓名Varchar50无职工号Varchar50无性别Varchar50无档

14、口编号Varchar50饭卡机索引索引字段名称数据类型字段大小主索引卡号Varchar50无地点Varchar50无记录Varchar50无金额Varchar50管理员信息索引索引字段名称数据类型字段大小主索引管理员编号Varchar50无姓名Varchar50无性别Varchar50食堂档口索引索引字段名称数据类型字段大小主索引档口编号Varchar50无档口名称Varchar50无地点Varchar50无卡机号Varchar50无管理员编号Varchar502.4.3 视图用企业管理器建立视图,即饭卡信息卡的历史记录视图。菜单栏中单击工具 向导 数据库 创建视图向导,选择你所要建的试图的对

15、象,选择列名,按照提示,最后单击完成即可。代码如下:SELECT dbo.饭卡信息.card number, dbo.饭卡信息.snum, dbo.卡的历史记录.window ID, dbo.卡的历史记录.cost, dbo.卡的历史记录.timeFROM dbo.饭卡信息 INNER JOIN dbo.卡的历史记录 ON dbo.饭卡信息.card number = dbo.卡的历史记录.card number2.5数据库操作部分2.5.1数据库的插入操作 INSERT INTO.VALUES(,常量2);2.5.2 数据库的修改操作UPDATE SET= WHERE;例如: 把学生表中的学

16、号01改为02UPDATE 学生表SET 学号=022.5.3 数据库的删除记录操作DELETE FROMWHERE;2.5.4 数据库的备份及还原操作使用 SQL Server 模糊备份和还原操作: 将包含数据的扩展盘区写入备份集,而无需考虑使备份期间正由用户修改的页同步。这显著减小了备份对当前用户的影响。还使备份得以串行地复制页。取消了所有随机读取,从而加快使用频繁的系统中的备份过程。但这同时也意味着备份中的页以一种不一致的、无法恢复的状态存储。 将事务日志作为备份的一部分复制。 RESTORE 语句: RESTORE FILELISTONLY FROM DISK = c:Northwin

17、d.bak RESTORE DATABASE TestDB FROM DISK = c:Northwind.bak WITH MOVE Northwind TO c:testdb.mdf, MOVE Northwind_log TO c:testdb.ldf 如果数据库不存在,则创建数据库,并初始化数据库中的扩展盘区。如果 RESTORE 语句执行时数据库已存在,则可以跳过这一步。 复制备份集中的扩展盘区。因为所有的扩展盘区都按串行顺序排列,所以这个过程较快。将忽略未在备份集中找到的扩展盘区;它们将不作为空的扩展盘区进行初始化。 使用事务日志恢复数据库。将日志中记录的数据修改前滚到日志末尾,然

18、后回滚任何未完成的事务。这将使数据库返回到一致的已恢复状态,这种状态与数据库在 BACKUP 语句完成时的状态一致。 备份数据库BACKUP DATABASE Northwind TO DISK = c:Northwind.bak还原数据库-返回由备份集内包含的数据库和日志文件列表组成的结果集RESTORE FILELISTONLY FROM DISK = c:Northwind.bak-还原由BACKUP备份的数据库RESTORE DATABASE Northwind FROM DISK = c:Northwind.bak -指定还原后的数据库物理文件名称及路径RESTORE DATABAS

19、E TestDB FROM DISK = c:Northwind.bak WITH MOVE Northwind TO c:testtestdb.mdf, MOVE Northwind_log TO c:testtestdb.ldf MOVE logical_file_name TO operating_system_file_name指定应将给定的 logical_file_name 移到 operating_system_file_name。默认情况下,logical_file_name 将还原到其原始位置。如果使用 RESTORE 语句将数据库复制到相同或不同的服务器上,则可能需要使用

20、MOVE 选项重新定位数据库文件以避免与现有文件冲突。可以在不同的 MOVE 语句中指定数据库内的每个逻辑文件。 -强制还原,加上REPLACE参数,则在现有数据库基础上强制还原。RESTORE DATABASE TestDB FROM DISK = c:Northwind.bak WITH REPLACE, MOVE Northwind TO c:testtestdb.mdf, MOVE Northwind_log TO c:testtestdb.ldf2.5.5 关系图主要参考文献1数据库系统概论 作者:王珊 萨师煊 第四版 高等教育出版社 2006年2 Visual Basic6.0数据库系统开发实例导航 作者: 刘韬、骆娟、何旭洪3数据库原理及应用实验指导 作者:钱雪忠 陶向东 北京邮电大学出版社 200517

版权声明:以上文章中所选用的图片及文字来源于网络以及用户投稿,由于未联系到知识产权人或未发现有关知识产权的登记,如有知识产权人并不愿意我们使用,如有侵权请立即联系:2622162128@qq.com ,我们立即下架或删除。

Copyright© 2022-2024 www.wodocx.com ,All Rights Reserved |陕ICP备19002583号-1 

陕公网安备 61072602000132号     违法和不良信息举报:0916-4228922