食堂售饭系统
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
题目一、食堂售饭系统
1、实验目的
①熟练运用JAVA开发环境及工具、并用JAVA语言编写程序;
②掌握面向对象的概念;
③掌握系统功能模块的合理划分,并实现各模块接口的连接;
④掌握C/S结构的编程方法;实现与数据库的连接及相关的SQL操作。
2、实验内容
从需求出发,进行食堂售饭系统设计,包括同学在校内消费各方面内容:刷卡消费、查询、存款,学生信息管理等。方便的对同学饭卡信息进行各项操作,定时进行数据的备份更新,保持数据的一致性和准确性,各方面的内容应该相互联系,最终产生各种查询统计报表,以供同学进行检查。
3、实验过程
用户通过系统首页面,创建饭卡,存入钱。消费时根据饭卡ID判断该用户是否是合法用户,同时进行消费操作。管理员可以对系统进行新建饭卡、注销饭卡、修改饭卡信息等操作,而学生进行消费的操作。
要求:
a.功能:
1实现消费使用卡片扣钱(取代现金);
2在固定保险的地方存钱;
3有消费记录功能;
4有挂失功能。
b. 输出:
在刷卡器上,每次消费时:
1存额
2此次消费额
3剩余额
刷卡器上,额外的信息如:
1出错信息
2锁卡信息
3剩余不多提示信息
报单:
1输出消费记录报单。2输出存款记录报单。
3注销卡时,返还剩余额(钱)。
c.输入:
刷卡器上,每次消费时:
1卡ID(可由读卡器自动读入)
2消费额
3操作符(确认,撤消,后退,计算(加减乘除),存款(有权限限制),其他功能) 数据库管理电脑上: 1输入学生信息
2学生存款额(由读卡器端输入器完成) 3查询,修改,删除功能输入 d .在安全与保密方面的要求:
1使用者之间的ID 号不能重复; 2 ID 号不被他人轻易知道;
3即便知道也能有快速相应的机制,予以弥补;
4有使用追踪功能,可以让用户了解,自己使用的情况。
3.1功能的规定
数据流程图
饭卡系统
存款额
刷卡器
显示器
管理员
刷卡服务
员
消费额卡ID 余额信息学生信息
其他信息
学生
查询结果
其他信息
E-R 图如下:
学生信息库(student_info )
列名 数据类型 学生学号 stu_num int 卡ID id int 学生姓名 name Char(20) 性别 male boolean 电话号码 tel Char(20) 地址
address
Char(50)
卡信息(card_info)
列名数据类型
卡ID id int
余额sum float
锁lock boolean 卡历史(card_his)
列名数据类型
卡ID id int
时间daytime daytype
款额sum float
操作op Char(20)
3.2接口设计
1用户接口
(1)用户类别:
1有提供学生查阅的学生界面。
2 提供管理员操作的管理员界面。
3 提供刷卡的刷卡服务员界面。
(2) 管理员界面菜单
1 状态
1.1登陆;
1.2注销;
2 新建--新建学生信息界面;
3 查询更新
3.1 学生消费历史
3.2 学生信息
4 挂失
4.1 加锁
4.2 解锁
5 注销卡
(3)学生查询菜单
1 状态
1.1登陆;
1.2注销;
2 查询历史
3 查询学生信息
(4)刷卡界面
1 状态
1.1登陆;
1.2注销;
2 消费方式
2.1 正常
2.2 定价
3 显示上次输出
2外部接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3内部接口
查询和更新都要调用数据库的操作。
3.3系统出错处理设计
出错信息
1 在学生刷卡后,卡ID被锁,将会出现错误信息:“Kard Locked”
2 学生卡信息丢失,查询时或者消费-存款时,不认卡情况
3 存款额大于999.99元,刷卡器只显示小于等于999,99元部分
4 消费时消费额大于存款额。系统将会提示错误,不作其他任何操作。
措施(号码对应)
1 只能解卡锁
2 有备份数据库,随时可以恢复
3 只能更换刷卡器
4 计时充钱
3.4详细设计
3.4.1入口程序entry() 设计说明
1程序描述
提供管理员和学生用户,刷卡服务三种环境,限制用户对系统的使用权限。
特点:非常驻内存;单独的一个程序;顺序处理。
2输入项
权限:三个单选项。Level。
管理员用户名:字符串类型,user,长度不超过20,可以是数字(不能开头)和字母、汉字;
管理员密码:字符串类型,pass, 长度不超过20, 可以是数字和字母,区分大小写3输出项
欢迎或者提示错误信息。
4流程逻辑