网上订餐系统毕业设计论文(编辑修改稿)

网上订餐系统毕业设计论文(编辑修改稿)内容摘要：

D A A B 大连工业大学 2020 届本科生毕业设计（论文） 12 图 系统体系架构图 用 户 界 面 业 务 逻 辑权 限 管 理数 据 访 问异 常 处 理 图 1. 用户界面包 用户界面包的职责是： (1） 负责与用户的交互，根据用户提交的数据及时回馈信息提示 (2）对用户输入的数据进行数据验证，过滤掉敏感或者不合法的数据。 (3）调用业务处理对象进行相关业务处理。 用户界面展开包图如图 所示： 用 户 界 面输 入 ， 输 出数 据 效 验发 送 业 务 处 理 请 求 图 用户界面展开包图 用户界面包包含的类见图 ： 大连工业大学 2020 届本科生毕业设计（论文） 13 + 数 据 效 验 ( )+ 业 务 处 理 ( ) 输 入 输 出 元 素 业 务 代 理 对 象用 户 界 面 类输 入 界 面 输 出 界 面 图 用户界面类图 2. 业务逻辑包 业务逻辑包的职责是： （ 1）完成各种业务处理逻辑或算法。 （ 2）验证请求者的权限。 （ 3）向数据访问对象发送数据持久化操作的请求。 （ 4）向用户 view 层返回处理结果。 业务逻辑展开包图如图 所示： 业 务 逻 辑实 现 各 种 业 务 处 理 逻 辑 或 处 理 算 法。 验 证 请 求 者 的 权 限。 向 数 据 访 问 对 象 发 送 数 据 持 久 化 操 作 的 请 求。 向 用 户 界 面 层 返 回 处 理 结 果。 + 业 务 处 理 ( ) 数 据 库 连 接 对 象 数 据 库 访 问 对 象业 务 逻 辑 类+ 业 务 处 理 ( ) 权 限 管 理 对 象 业 务 对 象业 务 代 理 类 图 业务逻辑展开包图 3. Data Access（数据访问）包 数据访问层的职责是： (1)实现数据持久化操作； (2)执行事务处理，维持事务原子性。 大连工业大学 2020 届本科生毕业设计（论文） 14 数据访问包图展开如图 所示： 图 数据访问包图展开 在 java 数据访问的过程中需要完成数据库数据的持久化操作在这里会用到 jdbc，连接池，批处理等数据层访问技术，项目开发中我们称其为 dao 层和 service 层，数据访问包包含的类见图 ： + 增 加 记 录 ( )+ 删 除 记 录 ( )+ 更 改 记 录 ( )+ 查 询 记 录 ( ) 数 据 库 连 接 对 象数 据 库 访 问 类+ 开 始 事 务 ( )+ 提 交 事 务 ( )+ 回 滚 事 务 ( )数 据 库 连 接 类 图 问类图 4. 权限管理包 权限管理的主要职责是： （ 1）验证请求者的请求权限。 （ 2）提供请求者的权限列表。 权限管理展开包图如图 所示： 权 限 管 理验 证 请 求 者 的 请 求 权 限提 供 请 求 者 的 权 限 列 表 图 5. 异常处理包 异常处理的职责： D a t a A c c e s s 实现数据持久化操作执行事务处理 ， 维持事务原子性大连工业大学 2020 届本科生毕业设计（论文） 15 （ 1）汇报运行时的详细异常信息。 （ 2）记录异常处理日志。 异常处理包图展开如图 所示： 异 常 处 理汇 报 运 行 时 的 详 细 异 常 信 息记 录 异 常 处 理 日 志 图 软件架构类图 由包图展开得到类图，它是架 构的静态结构图，表明了各个类之间的关系。 网上订餐系统架构类图如下图 所示。 异 常 处 理 实 现 异 常 处 理 对 象异 常 处 理 类异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现 异 常 处 理 实 现+ 登 陆 ( )+ 退 出 ( )+ 是 否 已 构 建 权 限 列 表 ( )+ 构 建 权 限 列 表 ( ) 操 作 员 代 码 操 作 员 名 称 权 限 列 表操 作 员 类+ 读 取( )+ 写 入( ) 数 据 库 连 接 对 象数 据 库 访 问 类+ 验 证 权 限 ( i n 操 作 员 代 码 , i n 权 限 列 表 )+ 获 取 权 限 列 表 ( i n 操 作 员 代 码 ) 操 作 员 对 象权 限 管 理 类输 入 界 面输 出 界 面+ 数 据 效 验( )+ 业 务 处 理( ) 输 入 输 出 元 素 业 务 代 理 对 象用 户 界 面 类+ 业 务 处 理( )数 据 库 连 接 对 象数 据 库 访 问 对 象业 务 逻 辑 类+ 业 务 处 理( ) 权 限 管 理 对 象 业 务 对 象业 务 代 理 类+ 开 始 事 务( )+ 提 交 事 务 ( )+ 回 滚 事 务 ( )数 据 库 连 接 类 图 系统架构类图 大连工业大学 2020 届本科生毕业设计（论文） 16 第四章 详细设计 详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统。 经过这一阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把整个描述直接翻译成用某种程序设计语言书写的程序 ]。 本章主要涉及软件系统的动态建模和系统类图的详细设计。 软件系统的动态模型分为交互模型和活动状态模型，其中的交互模型主要由顺序图和协作图构成， 活动状态模型主要包括活动图和状态图。 通过为软件系统项目建立动态模型，因此可以得出具体的分析结果，即对象的时间特性，任务之间的通信机制和状态变化等信息。 系统交互图 系统架构类交互图 系统架构类的工作流程如下： ，进行权限验证，然后显示权限对应的菜单； ，先利用 Model 实体类对数据进行封装，然后将封装的数据对象和业务请求传给业务逻辑类的对象进行处理； ，进行业务处理，生成对应的 SQL 命令，然后提 交给数据库访问层进行执行； SQL 命令后，如果正常执行则返回数据，若产生异常则交付异常处理对象进行处理； ，如发生异常则交付给异常处理对象； Model 实体对象返回用户窗体类； Model 实体类进行解除封装，然后显示处理结果在窗体上。 参与者与模块间的交互 与网上订餐系统进行交互的参与者主要包括管理员和用户。 管理员和用户大连工业大学 2020 届本科生毕业设计（论文） 17 与网上订餐系统的交互图如下图 和图 所示： 用 户 窗 体 类 业 务 逻 辑 类 用 户 权 限 类 数 据 库 访 问 类 异 常 处 理 类M o d e l 实 体 类窗 体 加 载 权 限 验 证 权 限 验 证 获 取 权 限 信 息权 限 信 息权 限 验 证 信 息权 限 验 证 结 果封 装 业 务 数 据业 务 数 据 对 象业 务 处 理 请 求业 务 处 理获 取 数 据返 回 数 据异 常 处 理异 常 处 理异 常 处 理 结 果异 常 处 理 结 果业 务 数 据 解 封 装显 示 处 理 结 果 图 图 用户与网上订餐系统的交互图 下面对网上订餐系统活动的情况进行动态建模，以下论述将以管理员与菜单管理模块、特价菜管理模块、订单管理模块分别进行时序图、协作图、状态大连工业大学 2020 届本科生毕业设计（论文） 18 图和活动图的建模。 菜单管理模块的程序流程如下： (1)管理员登录系统，打开菜单管理窗体； (2)管理员选择要更改的菜品（包括肉菜，海鲜，素菜，主食，饮料），并进行修改，删除或设定为特价菜的操作； (3)管理员添加新的菜式，输入菜品名称，参考图片，菜品种类，价格，会员价的信息。 (1)管理员登录系统，打开菜单管理窗体； (2)管理员选择要更改的特价菜信息，进行删除或者修改的操作； (3)管理员对特价菜进行修改，并更新特价菜信息。 (1)管理员登录系统，打开菜单管理窗体； (2)管理员选择订单管理，对完成的订单进行删除； (3)更新订单。 管理员对订单管理的时序图如下图 所示。 图 管理员与订单管理的时序图 系统协作图 用于说明系统实现 的用例及用例场景的交互图叫系统协作图，在 UML 中有两种交互图，分别是时序图和协作图，二者不同的是前者按时间顺序后者是按大连工业大学 2020 届本科生毕业设计（论文） 19 时间和空间的顺序描述系统元素间的交互。 根据上节描述的管理员对菜单管理的协作图，如下图。 图 管理员与菜单管理的协作图 管理员对特价菜管理的协作图，如下图 所示。 图 管理员对特价菜管理的协作图 系统状态图 在菜单管理模块中，系统存在菜单管理界面、菜品信息显示、删除菜品信息、添加菜品信息等状态，管理员对菜单管理的状态图如下图 所 示。 大连工业大学 2020 届本科生毕业设计（论文） 20 在特价菜管理模块中，系统状态包括显示特价菜菜单界面、特价菜删除、特价菜信息修改等状态。 在订单管理模块中，系统存在菜单管理界面显示、订单管理界面显示、删除订单、数据更新等状态。 图 管理员对菜单管理的状态图 系统活动描述 用于描述系统活动如何进行的图叫做活动图。 当一个操作一定要完成一连串事情，但是无法确定以什么样的先后顺序来完成这些事情的时候，活动图可以更清晰地描述这些事情 [3]。 在网上订餐管理系统中，主要涉及管理员的活动。 在菜单管理模块中，管理员登录系统后，可以选取菜品 种类（肉菜，素菜，海鲜，主食，饮料）进行删除、修改、设置今日特价等操作记录，如果是删除，则删除此菜品记录，如果是修改，则修改菜品信息，更新菜单，也可以进行添加菜品的操作，添加新菜品信息，更新菜单。 在特价菜管理模块中，管理员进入系统后，需要点击特价菜管理，可以选取特价菜品进行删除、修改等操作。 如果是删除，则菜品记录被删除，更新菜单；如果是修改则修改特价菜信息，记录数据更新到数据库。 大连工业大学 2020 届本科生毕业设计（论文） 21 在订单管理模块中，管理员登录系统后，管理员对已完成的订单进行删除，更新信息到数据库中。 业务逻辑对象类设计 发现业务逻辑类 本节由系统分析中的 Use Case 交互图可以发现业务逻辑类包括用户类，菜品评评论类，菜单基本类、订单信息类，购物车信息类。 鉴于本系统以软件三层架构思想为指导，将系统的业务逻辑和实体模型分离开来，所以根据架构情况设计，将上述发现的业务逻辑类分解为业务逻辑类和实体模型类，其中实体模型类主要描述了实体属性，业务逻辑类描述了实体的方法集合。 业务逻辑对象类图 系统中，实体类的类图如图 所示。 图 网上订餐系统实体类类图 业务逻辑类是建立在实体类之上的，包含了系统业务逻辑的操作。 系统业务逻辑类如图 所示。 大连工业大学 2020 届本科生毕业设计（论文） 22 图 网上订餐系统系统业务逻辑类类图 数据库设计 数据库设计是软件开发的页一个重要的步骤，整个系统数据的处理都需要依赖后台数据库的支持，因此数据库设计显得尤为重要。 数据库概念模型设计 根据需求描述和软件架构设计，管理员、用户、用户信息、菜单信息、特色菜信息、购物车订单、菜品评论信息等都是模型层的实体 bean。 网上订餐系统的 ER 模型图见图。 大连工业大学 2020 届本科生毕业设计（论文） 23 图 网上订餐系统数据 库 ER 图 数据库表结构设计 将网上订餐系统 ER模型中的实体转换为物理表，得到物理表结构如下： tab_user 表 用户信息表结构 主键标识 字段名 类型 是否为空 注释 PK id int N 用户 ID number VARCHAR(30) Y 用户账号 password VARCHAR(20) Y 密码 phoneNumber VARCHAR(20) Y 联系电话 registDate VARCHAR(15) Y 注册日期 registQuestion VARCHAR(255) Y 账号提问问题 registAnswer VARCHAR(255) Y。