基于Android客户端的食堂订餐系统
软件技术131班 曹龙腾
一、引言 1
(一)开发背景 1
(二)系统设计的意义 1
(三)开发工具的介绍 2
二、需求分析 2
(一)经济可行性 2
(二)技术可行性 2
(三)功能需求分析 2
三、系统设计 3
(一)系统设计的体系结构 3
(二)系统流程图 3
(三)系统功能图 4
(四)系统活动图 5
四、数据库表设计 7
(一)系统E-R图 7
(二)系统数据表设计 7
五、系统功能的具体实现 11
(一)网站首页 11
(二)食品查询 13
(三)用户注册 13
(四)用户信息修改界面 14
(五)后台管理登陆界面 15
(六)后台管理主界面 17
(七)用户管理 18
(八)管理员维护界面 19
(九)订餐管理界面 20
六、系统调试与测试 21
七、结论 23
基于Android客户端的食堂订餐系统
摘要:在网络技术快速发展的今天,原先普通的电话预定餐厅已经不能满足的功能需求。网络越来越贴近生活,本产品通过网络订餐方便商家客户互动。用户通过注册登陆的方式能及时看到餐饮商家更新的信息,包括餐厅环境,菜肴信息,菜价等,反馈饭菜的好吃与否。商家可及时更新信息,处理订单,通知客户订单确认。系统管理员可以维护更新发布消息,还可以推荐食品(根据反馈),菜谱管理等一些辅助功能。
关键词:Android;客户端;订餐
一、引言
(一)开发背景
在网络技术快速发展的今天,原先普通的电话预定餐厅已经不能满足的功能需求。网络越来越贴近生活,本产品通过网络订餐方便商家客户互动。用户通过注册登陆的方式能及时看到餐饮商家更新的信息,包括餐厅环境,菜肴信息,菜价等,反馈饭菜的好吃与否。商家可及时更新信息,处理订单,通知客户订单确认。系统管理员可以维护更新发布消息,还可以推荐食品(根据反馈),菜谱管理等一些辅助功能。
(二)面向对象
内的学生,教师
(三)开发工具的介绍
以下是对食物信息管理系统的开发环境进行阐述:
操作系统: Windows XP
数据库:Mysql8.2
开发工具:Eclipse
二、需求分析
1 用户注册
用户使用android APP进行注册或登录。若未注册可选择注册,只有注册用户方可点餐。
未注册用户:只能登陆查询餐厅菜肴信息,不能订餐;
注册用户:注册提供用户名,密码邮箱,短号或其他联系方式,或工号。可以查询信息,可以订餐。
2登陆
客户端登陆进行点餐,服务端登陆进行管理。
3 查看餐厅信息
显示餐厅的各种信息,包括餐厅名称,ID图片 文字说明。用户找到自己喜欢的餐厅后,点击餐厅图片进入此餐厅信息页面,可同构点击菜肴信息进入订餐。
4 查看菜肴信息
用户再点击进入菜肴信息后,可以查看所有菜肴信息,包括名称、图片、价格、餐厅等,找到自己喜欢的菜肴可以点击确定,还可以根据就餐爱好,分类查询,动态搜索。
5 订餐确认
用户在选择餐厅菜肴后,可点击确定,系统根据用户选择会自动生成订单信息,包括订单ID,用户名,或工号,餐厅ID,餐厅名称,菜肴ID,菜肴名称,菜式剩余数量,到餐时间,取货地点,联系方式等。用户查看又不满意可以取消订单或者更换菜肴,直至满意。然后点击订单确认,此订单生成,订单信息系统自动存储。
6 商家确认订单生成
在用户生成订单后,餐厅查看,并确认。
7 商家更新信息
商家根据实体店近期信息,可选择更新餐厅信息,包括菜肴信息及优惠信息等。更新菜肴信息:包括名称、口味、图片、编号、价格等,更新优惠信息。更新结束后,点击确认,信息生成并保存在服务端。
三、系统设计
(一)系统设计的体系结构
本系统的设计及开发采用了流行的B/S(浏览器/服务器)模式的数据库体系,用户端主要负责人机交互,包括一些与数据和应用关系的图形和界面运用。Web服务器主要负责对客户端应用程序的集中管理。应用服务器主要负责应用系统的逻辑结构和数据关系,即事务处理。应用服务器又可以根据其处理的具体业务不同而分为多个。数据服务器则主要负责数据的存储和组织、分布式管理、备份和同步等等。
(二)系统流程图
根据食物网站设计的特点,将其分为两大模块:前台用户模块和后台管理员模块。
1.前台模块流程图如图3-1所示:
图3-1 前台模块流程图
2.后台模块流程图如图3-2所示:
图3-2 后台模块流程图
(三)系统功能图
绘制系统结构图的过程,实际上就是对系统功能模块进行分解设计的过程,即合理地将数据流程图转变为所需要的系统结构图。
系统结构图将会使读者和用户能直观的了解系统的结构模式,理解系统的各个功能的结构,能很好地方便用户使用和理解整个系统。
根据上述分析,按照结构化程序设计的需求,得到系统模块图,如图3-3所示:
四、数据库表设计
(一)系统E-R图
E-R图由实体、实体的属性以及实体之间的关系三部分组成,实体是具有相同的性质并且彼此之间可以相互区分的现实世界对象的集合;属性是实体所具有的特征,它是描述实体或者关系的性质的数据项;实体之间的关系通常是指不同实体之间的关系。
图4-1 E-R图
(二)系统数据表设计
数据库在物理设备上的存储结构与存取方法被称为数据库的物理结构,它依赖与给定的计算机系统。为一个给定的逻辑数据模型选取一个最合适应用要求的物理结构。根据上面的实体关系分析以及ER图,设计系统的数据库表。
1.管理员信息表(t_admin),用来记录管理员的及密码的信息。
表4-1 管理员信息表
序号 列名 数据类型 标识 主键 允许空 说明 1 userId Int 是 是 否 管理员编号 2 userName varchar(50) 否 否 是 管理员 3 userPw varchar(50) 否 否 是 管理员密码 2. 站内公告信息表(t_gonggao),主要记录了站内公告的标题、内容、日期和公告发布者,公告删除则是在数据库表中显示公告是否已被删除。
表4-2站内公告信息表
序号 列名 数据类型 标识 主键 允许空 说明 1 gonggao_id Int 是 是 否 公告编号 2 gonggao_title varchar(50) 否 否 是 公告标题 3 gonggao_content varchar(8000) 否 否 是 公告内容 4 gonggao_data varchar(50) 否 否 是 公告日期 5 gonggao_fabuzhe Varchar(50) 否 否 是 发布者 6 gonggao_del Varchar(50) 否 否 是 公告删除 7 gonggao_one1 varchar(50) 否 否 是 公告1 8 gonggao_one2 varchar(50) 否 否 是 公告2 9 gonggao_one3 varchar(50) 否 否 是 公告3 10 gonggao_one4 varchar(50) 否 否 是 公告4 11 gonggao_one5 datetime(0) 否 否 是 公告5 12 gonggao_one6 datetime(0) 否 否 是 公告6 13 gonggao_one7 Int(11) 否 否 是 公告7 14 gonggao_one8 Int(11) 否 否 是 公告8 3.食物信息表(t_Food),该表主要用来记录食物的名称、所在地址、食物价格和食物的详情,并且可以在数据库表中查看到食物信息是否被删除,其中食物编号是表中的外键。
表4-3食物信息表
序号 列名 数据类型 标识 主键 允许空 说明 1 Id Int 是 是 否 食物编号 2 name varchar(50) 否 否 是 食物名称 3 address varchar(50) 否 否 是 地址 4 menpiao Int 否 否 是 送餐 5 xiangqing varchar(5000) 否 否 是 详情 6 del char(10) 否 否 是 删除 4.订单信息表(t_jiudian),用来记录客人的名称、地址以及客人的、联系人和订餐的一些标准,其中食物编号是信息表中的外键。
表4-4 酒店信息表
序号 列名 数据 类型 标识 主键 允许空 说明 1 Id I
上一篇:
基于IOS系统的新闻一周见手机APP设计
下一篇:
试论APP广告在手机中的应用