手机订餐毕业论文.pdf

安徽工业大学毕业设计 论文 第 I 页 装 订 线 摘要 本课题实现了叮叮订餐系统的送餐员版和厨师版 送餐员版实现了如下功 能 密码找回 根据宿舍楼来筛选客户订单 修改密码 账单查询 查看通知 个人中心 点击电话号码可直接给用户打电话 厨师版实现的功能如下 密码 找回 根据时间段来筛选客户订单 修改密码 账单查询等 本系统设计基于 Android 平台 开发语言采用 java 语言 后台数据库采用 mysql 服务器端采用 webservice 技术用于客户端与服务器端数据交互 软件 界面友好 使用方便 已经投入移动外卖运营 本文主要介绍了使用 eclipse 构建叮叮订餐店员终端的开发过程 包括可 行性研究 需求分析 总体设计 详细设计 测试五个阶段 重点讲解了 Android 客户端的设计与实现 关键词关键词 Android 手机订餐 移动外卖 安徽工业大学毕业设计 论文 第 II 页 装 订 线 Abstract The project designed for Dingding Meal Ordering system the version for deliverers and that for cooks The version for deliverers realizes the following functions password retrieval selecting orders from customers according to dormitories password modification bill inquiring personal center direct call to customers when clicking numbers And the functions of the version for cooks are listed as followed password retrieval selecting orders from customers according to time phases password modification bill inquiry and so on The system bases its design on Android platform using java as its development language adopting mysql as background data base and the webservice technology for service terminal to interact with client terminal Its software interface is friendly and its use is convenient and has been put into mobile takeout operation The thesis mainly introduces the whole development process of building Dingding Meal Ordering terminal with eclipse including 5 stages of research on feasibility analysis on demand general analysis specific analysis and testing It puts its focus on elaborating the design and realization of Android terminal KeyKeywordwords s Android meal ordering with telephones mobile takeout 安徽工业大学毕业设计 论文 第 III 页 装 订 线 目录目录 1 绪论 1 2 可行性研究 2 2 1 功能需求 2 2 2 可行性研究 2 2 2 1 技术可行性 2 2 2 2 操作可行性 3 2 2 3 经济可行性 3 2 3 结论 3 3 需求分析 4 3 1 业务流程图 4 3 2 功能模型分析 4 3 3 数据模型分析 7 4 总体设计 11 4 1 系统功能模块图 11 4 2 各模块功能设计 12 4 3 数据库逻辑设计 16 5 详细设计 17 5 1 各模块详细设计 17 5 2 数据库表结构设计 22 6 软件测试 25 6 1 单元测试 25 6 2 集成测试 29 结论 34 参考资料 35 致谢 36 附录 部分核心源代码 37 安徽工业大学毕业设计 论文 第 1 页 装 订 线 1 绪论 随着互联网的高速发展 越来越多的传统企业开始试水电子商务 目前 连锁巨头麦当劳在继肯德基 必胜客之后开通网上订餐业务 与此同时 各大 高校的学生团队也在不断推出自己的手机订餐系统 最具代表的就是上海交大 学生团队推出的饿了么手机订餐软件 现在基本上在全国一线城市都有分公司 目前 网络订餐公司主要分为三类 第一类公司是以点评及定座服务为主 它们的代表是大众点评网 饭统网 虽然饭统网由于经营不善已经倒闭 但是 毕竟存活了 10 年之久 订餐小秘书 盈利模式则是依靠广告与提取佣金 第 二类公司又可称为网络餐饮销售公司 即在网络上销售 产品为餐饮 只是渠 道有变化 第三类公司是订餐平台公司 这类公司通过连接餐厅与消费者 实 现餐饮的网络交易 代表有饿了么 香哈网等 基于 O2O 的叮叮订餐系统正是针对下课高峰期食堂出现的人多拥挤 就餐 位置不够用等问题提出的解决方案 系统在 Android MySQL 两大开源环境下开 发 再加上 webservice 技术来编写服务器端程序 1 技术框架 手机数据终端框架 根据当前手机操作系统的市场占有率 发展状况以及手机成本等方面的综 合考虑 在手机框架上选择以基于 Linux 内核的全开源的 Android4 1 2 手机操 作系统作为数据终端设计的主要框架 实现手机数据终端功能的开发 在程序 开发上以 java 作为数据终端数据处理的主要编程语言 以 XML 格式数据生成用 户操作界面 数据存储与数据交互方式 在服务器端数据存储的技术选择上 根据服务器的框架选择以及所设计的 用户容量 在数据库的选择上采用 MYSQL 作为数据存储媒介 在手机客户端与 服务器 webservice 交互时采用 json 格式的数据进行信息交互 2 订餐流程 叮叮订餐的用户 在叮叮订餐用户版的软件中下好订单之后 叮叮订餐厨 师版会提醒厨师有新的订单到来 然后厨师开始打包 打包完成之后厨师把打 包好的订单提交 叮叮订餐送餐员版的也会提醒送餐员 然后送餐员开始对订 单进行派送 安徽工业大学毕业设计 论文 第 2 页 装 订 线 2 可行性研究 要开发一个软件 首先应该评价开发这个软件的可行性 可行性研究的目 的就是用最小的代价在尽可能短的时间内 确定该软件的开发问题是否能解决 2 1 功能需求 叮叮订餐 用户版 是给广大用户使用的 在此我就不过多的阐述了 叮叮订餐 送餐员版 的主要功能需求 1 如果 A 送餐员有可以派送的订单 手机要提醒 A 送餐员进行派送 2 如果 A 送餐员在派送过程中没有找到用户 B A 送餐员可以通过软件上显示 的用户 B 的手机号码 直接给用户 B 拨打电话 3 对于派送任务的管理 A 送餐员可以根据楼层来筛选派送任务 4 A 送餐员可以查看自己所负责的派送范围 5 A 送餐员可以对自己的登录密码进行修改 6 当密码丢失时 可以通过短信找回 7 要求此版本客户端 显示订单详细信息 用户名 用户手机号码 派送地址 用户应付金钱总额 以及是否已经付款 8 查看最新通知 9 薪酬结算 A 送餐员可以根据日期来查看在一段时间内 自己总共派送了多 少任务 以及应得的报酬 叮叮订餐 厨师版 的主要功能需求 1 如果用户订购 A 套餐成功 手机要提醒 A 厨师进行查看订单与打包饭菜 2 对于订单的管理 A 厨师可以根据时间段来进行分批打包 3 A 厨师可以对自己的登录密码进行修改 4 当密码丢失时 可以通过短信找回 5 账单查询 A 厨师可以根据日期来查看在一段时间内 A 厨师的产品总共从 软件上走了多少订单 以及自己的营业额 2 2 可行性研究 可行性研究分为技术可行性研究 操作可行性研究 经济可行性研究 2 2 1 技术可行性 根据当前手机操作系统的市场占有率 发展状况以及手机成本等方面的综 合考虑 在手机框架上选择以基于 Linux 内核的全开源的 Android4 1 2 手机操 作系统作为数据终端设计的主要框架 实现手机数据终端功能的开发 在程序 开发上以 java 作为数据终端数据处理的主要编程语言 以 XML 格式数据生成用 安徽工业大学毕业设计 论文 第 3 页 装 订 线 户操作界面 在服务器端数据存储的技术选择上 根据服务器的框架选择以及所设计的 用户容量 在数据库的选择上采用 MYSQL 作为数据存储媒介 在手机客户端与 服务器 webservice 交互时采用 json 格式的数据进行信息交互 综上所述 开发叮叮订餐系统在技术上是可行的 2 2 2 操作可行性 本设计的开发环境是 Windows8 开发工具是 eclipse 运行平台是 Android 现在智能手机越多越普及 很多老人也是人手一台智能手机 对于手机软件的 操作 不需要专业知识 基本上都会操作 因此 在操作的可行性上是不存在 问题的 2 2 3 经济可行性 1 餐具成本 筷子 6 分钱 双 淘宝价格 2014 03 袋子 9 分钱 每个 参数 中号 26 42 双层 3 丝 薄 淘宝价格 2014 03 餐巾纸 3 分数 每张 参数 23 23cm 淘宝价格 2014 03 饭盒 5 毛 每个 淘宝价格 2014 03 总计成本 6 8 毛 套 2 送餐成本 给送餐员其所送餐饮总额的 10 3 宣传推广成本 主要是一些海报的印制 单页的印刷 以及单页散发的费用 不干胶发放 帖在宿舍的费用 总体概括为宣传推广成本 此成本的价钱视实际情况来定 声明 至于开发成本和运行成本主要是人员成本 总体来说 经济成本在可接受范围之内 并且每一份订单从商家那里抽取 1 元钱 后期餐具成本由商家承担 采购时按照起初的采购标准来进行采购 抽 成还是 1 元 因此本系统是可以进行商业运作的 2 3 结论 由技术可行性 操作可行性 经济可行性的研究 可以得出结论 叮叮订 餐系统的开发是可行的 安徽工业大学毕业设计 论文 第 4 页 装 订 线 3 需求分析 叮叮订餐 送餐员版 是为送餐人员提供订单信息 帮助送餐人员更好地 完成工作的 Android 客户端 是叮叮订餐系统中不可缺少的一部分 同样 叮 叮订餐 厨师版 也是不可缺少的一部分 网络订餐已经成为现代餐饮业中一 个不可忽视的市场 是商家与用户之间的桥梁 叮叮订餐 送餐员版 必须考虑送餐员在派送过程中有可能遇到的问题 以免造成错单 漏单 无效单等情况 同样叮叮订餐 厨师版 也需要考虑厨 师的需求 3 1 业务流程图 叮叮订餐业务流程如图 3 1 所示 图 3 1 叮叮订餐业务流程 3 2 功能模型分析 绘制数据流图的基本要求 WebService 服 务器端程序 送 餐 员 版 用户版 厨 师 版 下单成功 派送成功 订单完成并提 交 派送完成并提交 用 户 下 单 成 功 后 系统通知订 单到来 厨师提交订单之后 系统 通知送餐员进行 派送 安徽工业大学毕业设计 论文 第 5 页 装 订 线 系统的顶层图用来表示整个系统的功能结构 随着需求分析活动的逐渐深 入 较高抽象级别上的复杂转换可以精化为一系列的相互关联的数据流和子转 换 数据流图描述系统的逻辑模型 在设计数据流图只需考虑系统必须完成的 基本逻辑功能 完全不需要考虑如何具体的实现这些 该系统的数据流程图可 确定如下 系统 0 层图如图 3 2 所示 由于在此次系统设计中 我负责的是送餐员版 和厨师版 Android 客户端的开发 故凡不是我所负责的功能 我皆简写 在本 论文的其他处也是如此 图 3 2 系统 0 层图 系统一层图如图 3 3 所示 送餐员 0 叮叮订餐系统 送餐员事务 送餐员事务回应 厨师 厨师事务 厨师事务回应 用户 用户事务 用户事务回应 安徽工业大学毕业设计 论文 第 6 页 装 订 线 图 3 3 系统一层图 由于处理 1 和处理 4 不是我负责开发的 故省略这部分的细化 系统 2 层图如 图 3 4 所示 下单成功 派送成功 1 用户版 订 单 完 成 并 提交 厨师提交订单之后 系统 通知送餐员进 行派送 送餐员 送 餐 员 事 务 送 餐 员 事 务 厨师 厨 师 事 务 厨 师 事 务 回 应 4 WebService服 务器端程序 派送完成并提交 用户下单成功 后 系统通知订 单到来 2 送 餐 员 端 3 厨 师 版 用户 用户事务 用户事务回应 安徽工业大学毕业设计 论文 第 7 页 装 订 线 图 3 4 a 系统 2 层图 图 3 4 b 系统 2 层图 3 3 数据模型分析 根据系统需求及 ER 模型的基本属性 可以分析出叮叮订餐的实体 联系 模型 ER 模型 如图 3 5 所示 厨师版 3 1 今日做餐 3 2 账单查询 3 3 修改密码 管理事务 查询事务 管理事务 订单信息 厨师信息 订单信息 送餐员信息 通知信息 送餐员 2 1 今日任务 2 2 历史账单 2 3 个人信息 2 4 修改密码 2 5 通知 管理事务 管理事务 查询事务 查询事务 查询事务 安徽工业大学毕业设计 论文 第 8 页 装 订 线 图 3 5 叮叮订餐系统 E R 图 各分实体属性图如图 3 6 所示 1 用户实体属性图见图 3 6 a 图 3 6 a 用户实体属性图 2 送餐员实体属性图见图 3 6 b 用户 生成 1 订单 N 完 成 厨师 N M 派送 送餐 员 N M 用户 用户 ID 用户名 密码 真实姓 名 手机号码 学校 宿 舍 地 址 安徽工业大学毕业设计 论文 第 9 页 装 订 线 图 3 6 b 送餐员实体属性图 3 厨师实体属性图见图 3 6 c 图 3 6 c 厨师实体属性图 4 订单实体属性图图 3 6 d 送餐员 送餐员ID 密码 真实姓名 手机号码 级别 综合得分 厨师 账号 密码 类别 安徽工业大学毕业设计 论文 第 10 页 装 订 线 图 3 6 d 订单实体属性图 订单 订单状态 订单费用 送餐地址 是否付款 送餐时间 送 餐 员 ID 类型 订单号 用户 ID 交 易 是否 成 功 安徽工业大学毕业设计 论文 第 11 页 装 订 线 4 总体设计 经过需求分析阶段的工作 系统必须 做什么 已经清楚了 现在是决定 怎样做 的时候 总体设计的基本目的就是回答 从总体上说 系统应该如 何实现 这个问题 因此总体设计又称为概要设计或初步设计 4 1 系统功能模块图 根据前面的需求分析 叮叮订餐手机订餐共分为三个 Android 客户端 1 叮叮订餐用户版 2 叮叮订餐送餐员版 3 叮叮订餐厨师版 其功能模块划 分为如下所示 叮叮订餐系统模块见图 4 1 a 所示 图 4 1 a 叮叮订餐系统模块图 叮叮订餐 送餐员版 系统模块见图 4 1 b 所示 图 4 1 b 叮叮订餐 送餐员版 系统模块图 叮叮订餐 用户端 送餐员端 厨师端 送餐员端 今 日 任 务 历 史 账 单 个 人 信 息 修 改 密 码 通 知 安徽工业大学毕业设计 论文 第 12 页 装 订 线 叮叮订餐 厨师版 系统模块见图 4 1 c 所示 图 4 1 c 叮叮订餐 厨师版 系统模块图 4 2 各模块功能设计 4 2 1 厨师版各模块界面与功能设计 1 厨师版用户登录见图 4 2 a 图 4 2 a 厨师版用户登录 用户登录会检验用户是否存在与是否为合法用户 如果用户忘记密码 用户 可以点击忘记密码然后找回自己的登录的密码 2 厨师版主界面见图 4 2 b 厨师端 今 日 做 餐 账 单 查 询 修 改 密 码 安徽工业大学毕业设计 论文 第 13 页 装 订 线 图 4 2 b 厨师版主界面 厨师进入主界面之后 可以查看今日做餐 查看账单与修改密码 厨师版 主要是提供者三个功能 点击不同的条目可以进入不同的界面 从而使用不同 的功能 3 今日做餐界面设计见图 4 2 c 图 4 2 c 今日做餐界面 今日做餐用于查看今日做餐的任务 该界面显示订单的单号 送餐时间 安徽工业大学毕业设计 论文 第 14 页 装 订 线 送餐地址和订单详情 如果厨师把该单完成 可以单击 做好啦 按钮进行提 交订单 厨师可以根据时间段来筛选订单 4 账单查询界面设计见图 4 2 d 图 4 2 d 账单查询界面 账单查询 主要提供订单交易的查询 方便每日的结账 4 2 2 送餐员版各模块界面与功能设计 1 送餐员主界面见图 4 2 e 所示 图 4 2 e 送餐员主界面 送餐员版主要提供的功能就如主界面显示的一样 包括如下功能 1 今日任 务 2 历史账单 3 个人信息 4 修改密码 5 通知 安徽工业大学毕业设计 论文 第 15 页 装 订 线 注 由于模块的功能由界面就可以很好的反映出来 所以下面文字描述就简述 2 今日任务设计与功能如图 4 2 f 所示 图 4 2 f 今日任务设计与功能 3 个人信息模块功能与设计如图 4 2 g 所示 图 4 2 g 个人信息模块功能与设计 4 修改密码与通知的功能设计与界面如图 4 2 h 所示 安徽工业大学毕业设计 论文 第 16 页 装 订 线 图 4 2 h 修改密码与通知的功能设计与界面 4 3 数据库逻辑设计 根据数据库关系模式理论 叮叮订餐厨师版与送餐员版的设计关系模式如下 厨师 厨师 ID 厨师账号 密码 类别 送餐员 送餐员 ID 送餐员账号 密码 真实姓名 手机号码 级别 得分 送餐员职责 送餐员职责 ID 送餐员账号 学校 宿舍 通知 通知 ID 通知时间 通知内容 送餐时间 ID 送餐时间 订单 订单号 订单是否完成 订单是否准备好 订单总额 订单派送地址 用户 ID 是否付款 送餐时间 送餐员 ID 订单交易状态 订单类别 安徽工业大学毕业设计 论文 第 17 页 装 订 线 5 详细设计 总体设计阶段以比较抽象概括的方式提出了解决问题的办法 详细设计是 软件开发时期的第三个阶段 也是软件设计的第二步 其任务就是把解法具体 化 也就是回答下面这个关键的问题 应该怎样具体地实现这个系统呢 通过详细设计应该得出对目标系统的精确描述 给出各个模块的详细过程性描 述 从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程 序 5 1 各模块详细设计 根据功能设计等相关内容 可以对叮叮订餐的厨师版与送餐员版各模块进 行详细设计 1 厨师版 登录模块 今日做餐模块 账单查询模块 修改密码模块 2 送餐员版 登录模块 今日任务模块 历史账单模块 个人信息模块 修 改密码模块 通知模块 5 1 1 厨师版 1 登录模块 当厨师输入用户名 密码时 系统将进行验证 若输入密码不正确 则会 提示 密码错误 请重试 当输入的用户名不存在时 则会提示 用户名不 存在 请重试 当不输入用户名与密码时 无法进入系统 当厨师忘记密码 时 可以点击忘记密码进行密码找回 只有当输入合法 系统也会提取数据库 进行验证 如果存在 则会自动跳转到下一界面 厨师登录数据流程图如图 5 1 所示 安徽工业大学毕业设计 论文 第 18 页 装 订 线 图 5 1 厨师登录数据流程图 用户登录实现核心代码 代码略 说明 送餐员版登录流程图与功能实现核心代码 与厨师版登录情况相似 因此 不再做重复分析 2 今日做餐模块 当 A 厨师点击主界面的今日做餐之后 程序开始加载 A 厨师负责的今日所 有没有完成的订单 如果当前没有订单就提示 亲 暂时无订单需要处理 A 厨师可以根据时间段来选择查看属于某一时间段的订单 当 A 厨师把某一订单 完成时 可以对该订单进行提交 以改变当前订单的状态 A 厨师也可以通过 刷新按钮来完成订单的刷新 今日做餐流程图如 5 2 所示 进入主界面 结束 Y 开始 输入用户 名 密码 输入 合法 N 提取数据库数 据进行验证 Y N 安徽工业大学毕业设计 论文 第 19 页 装 订 线 图 5 2 今日做餐流程图 今日做餐模块的核心代码块 代码略 3 账单查询模块 账单查询模块主要是根据起始时间和结束时间这个两个参数来进行对账单 详情的查询 主要功能是用来查询在指定时间段内的交易总份数以及交易的总 营业额 还有每笔订单的详情 账单查询模块的流程图如 5 3 所示 图 5 3 账单查询模块流程图 开始 选择时间段 查询 是否有记录 提示无符合条件 的记录 N Y 结束 安徽工业大学毕业设计 论文 第 20 页 装 订 线 账单查询模块的主要核心代码如下 代码略 4 修改密码模块 厨师在修改密码时 需要输入当前的密码 也就是原始密码 如果原始密 码不正确 则提示 旧密码输入错误 如果旧密码与新密码存在没有输入的 情况 则提示 请输入完整的信息 如果新密码的两次输入的密码不一致 则提示 新的密码两次输入的不一样 请重新输入 修改密码模块的流程图 如 5 4 所示 提交数据库 修改成功 结束 Y 检查旧密码 的合法性 检查新密码 的一致性 Y 提示旧密码输入 错误 N 提示新密码输入 的不一致 N 开始 输入旧密码与新密码 检 查 输 入 的完整性 Y 提示输入完整信 息 N 安徽工业大学毕业设计 论文 第 21 页 装 订 线 图 5 4 修改密码模块流程图 修改密码模块的核心代码如下 代码略 5 1 2 送餐员版 由于送餐员版中的登录模块 修改密码 今日任务 历史账单与厨师版的 登录模块 修改密码 今日做餐 账单查询的功能差不多 故在此就不做过多 的阐述 这里只阐述一下送餐员版的个人信息模块与通知模块 1 个人信息模块 个人信息模块显示的信息都是在登录模块初始化的 主要用来显示送餐员 的姓名 用户名 负责校区 负责公寓 星级 所得评分 本模块就不在此给 出程序流程图了 主要代码如下 代码略 2 通知模块 通知模块主要用于通知送餐员一些事务 通知模块流程如下 5 5 所示 Y 开始 加载通知 是否有 通 知 显示通知 结束 N 安徽工业大学毕业设计 论文 第 22 页 装 订 线 图 5 5 通知模块流程图 5 2 数据库表结构设计 在数据库选择上 考虑到成本与开源性上 选择了开源的 MySql 下面简介 一下 MySql MySQL 是一个小型关系型数据库管理系统 开发者为瑞典 MySQL AB 公司 目前 MySQL 被广泛地应用在 Internet 上的中小型网站中 由于其体积小 速度快 总体拥有成本低 尤其是开放源码这一特点 许多中小型网站为了降 低网站总体拥有成本而选择了 MySQL 作为网站数据库 声明 在此论文的前面我也已经叙述过 我只是负责叮叮订餐系统的厨师 版与送餐员版的开发 对于叮叮订餐用户版的 Android 客户端我不做过多的介 绍 叮叮订餐系统的数据库是我和另一个同学共同协商设计的 在此我只给出 我设计的表的结构以及用到的表的结构 1 厨师表 标识 t cooker 建表语句 t cooker 表结构见图 5 6 a 所示 图 5 6 a t cooker 表结构 2 送餐员表 标识 t employees 建表语句 t employees 表结构见图 5 6 b 所示 安徽工业大学毕业设计 论文 第 23 页 装 订 线 图 5 6 b t employees 表结构 3 送餐员职务表 标识 t employees task 建表语句 t employees task 表结构见图 5 6 c 所示 图 5 6 c t employees task 表结构 4 通知表 标识 t inform t inform 表结构见图 5 6 d 所示 安徽工业大学毕业设计 论文 第 24 页 装 订 线 图 5 6 d t inform 表结构 安徽工业大学毕业设计 论文 第 25 页 装 订 线 6 软件测试 在软件开发的过程中 虽然想尽一切方法保证软件的质量 但 人无完人 金无足赤 各个阶段难免还会存在一些错误 这样一来在软件产品中就会潜藏 着许多错误和缺陷 尤其是规模较大 复杂性高的软件更是如此 所以 无论 怎样强调软件测试的重要性和它对软件可靠性的影响都不过分 6 1 单元测试 单元测试的对象是软件设计的最小单位模块 单元测试的依据是详细的描 述 单元测试应对模块内所有重要的控制路径设计测试用例 以便发现模块内 部的错误 单元测试多采用白盒测试技术 系统内多个模块可以并行地进行测 试 用户登录测试用例见表 6 1 表 6 1 用户登录测试用例 等价类划分 测试数据 预期 结果 实测 结果 用户名 密码 合 理 等 价 类 信息输入 正确 1122 登录成功 登录成功 不 合 理 等 价 类 用户名为 空 1122 不成 功 不成 功 密码为空 不成 功 不成 功 用户名不 存在 203 不成 功 不成 功 密码错误 203 不成 功 不成 功 各测试用例效果图如图 6 1 所示 安徽工业大学毕业设计 论文 第 26 页 装 订 线 图 6 1 各测试用例效果图 今日做餐测试用例见表 6 2 表 6 2 今日做餐测试用例 等价类划分 测试数 据 预期结果 实际结果 单数 合理等价类 单数不为 0 3 正确显示订单 正确显示订单 不合理等价 类 单数为 0 0 提示暂时没有订单 提示暂时没有订单 各测试用例如图 6 2 所示 单数不为 0 的测试效果见图 6 2 a 可以根据不同的时间段来筛选订单 厨师做好之后就可以提交该订单 如果 提交成功会提示提交成功 安徽工业大学毕业设计 论文 第 27 页 装 订 线 图 6 2 a 单数不为 0 的测试用例 单数为 0 的测试效果见图 6 2 b 图 6 2 d 单数为 0 的测试效果 安徽工业大学毕业设计 论文 第 28 页 装 订 线 修改密码测试用例见表 6 3 表 6 3 修改密码测试用例 各测试用例如图 6 3 所示 旧密码输入不正确与新密码为空的测试效果如图 6 3 a 所示 等价类划分 测试数据 预期 结果 实 测 结果 旧密码 新密码 再次输入 合 理 等 价 类 信息输入 正确 当 前 用 户所对应的 密码 1234 1234 修改 成 功 修 改 成功 不 合 理 等 价 类 旧密码输 入不正确 非 当 前 用户所对应 的密码 不成 功 不 成 功 新密码为 空 当 前 用 户所对应的 密码 不成 功 不 成 功 新密码输 入不一致 当 前 用 户所对应的 密码 1122 1234 不成 功 不 成 功 安徽工业大学毕业设计 论文 第 29 页 装 订 线 图 6 3 a 旧密码输入不正确与新密码为空的测试效果 新密码输入不一致与信息输入正确的测试效果见图 6 3 b 图 6 3 b 新密码输入不一致与信息输入正确的测试效果 6 2 集成测试 集成测试用例 步骤 1 打开叮叮订餐用户版 Android 客户端并成功下单 步骤 2 叮叮订餐厨师版 Android 客户端提醒厨师有用户下订单 步骤 3 厨师把订单完成之后 对订单进行提交 安徽工业大学毕业设计 论文 第 30 页 装 订 线 步骤 4 叮叮订餐送餐员版 Android 客户端提醒送餐员有新订单需要派送 步骤 5 送餐员进行订单派送 如果派送成功 提交订单 步骤 6 厨师查看今天自己的账单 步骤 7 送餐员查看今天自己的账单 图示如下 叮叮订餐用户版下单流程见图 6 4 图 6 4 叮叮订餐用户版下单流程 用户下单成功后 厨师会及时收到提醒 如下图 6 5 安徽工业大学毕业设计 论文 第 31 页 装 订 线 图 6 5 厨师收到提醒效果图 点击图 6 5 中红框中的任务栏 可进入叮叮订餐厨师版客户端 叮叮订餐 厨师版处理订单流程见图 6 6 安徽工业大学毕业设计 论文 第 32 页 装 订 线 图 6 6 叮叮订餐厨师版处理订单流程 点击任务栏的通知进入叮叮订餐送餐员版系统 叮叮订餐送餐员版处 理订单流程见图 6 7 安徽工业大学毕业设计 论文 第 33 页 装 订 线 图 6 7 叮叮订餐送餐员版处理订单流程 查看账单 账单信息如下 见图 6 8 图 6 8 查看账单以及账单信息的效果图 安徽工业大学毕业设计 论文 第 34 页 装 订 线 测试完成 结论 通过对叮叮订餐系统软件的开发 从技术上来说 让我对 Android 系统的 整体设计有一个深入的了解 对发现问题 提出问题 解决问题有了自己的一 套简单的体系 也对整个软件设计流程有了一个清晰的认识 参与开发叮叮订 餐系统 让我明白了前期的需求分析以及数据库设计的重要性 就是因为这两 部分做的不好 才导致了叮叮订餐系统在投入运营之后出现了一些问题 如果 这两部分做的好 会让软件开发变得更轻松 思路会更清晰 用户体验也会更 加舒适 从团队合作方便来说 我学会了如何让和同学一起来协调开发 让我 在以后的工作能更快的融入团队 创造价值 这次的毕业设计