【毕业学位论文】（Word原稿）JSP,JAVA++网上订餐论文范文

摘 要 本系统属于 商品管理 自动化系统的一个子系统，它也是一个单独的功能完善的系统，本课题是 网上订餐 管理 系统 的研发 ， 本文的系统分析和设计只是相对于一般的团体而言 。 本文包括 网上 订餐 管理系统 总体方案设计和开发。着重介绍了 订餐 管理 系统的详细开发方案和实现，内容涉及系统分析、软件设计。 在开发设计中，采用 B/S（ 构，这种结构使得数据只有结果集合在浏览器中显示，数据的处理在服务器进行，用户不用安装客户端，而且由于通过服务器端统一管理数据，易于保证数据的一致性。数据库方面，推荐业界具有领导地位的关系数据库管理系统 QL 系统安全性能更高。同时采用当前正在流行的 程，用户界面更友好。 在开发中选择了 模式，实现 了应用程序逻辑和页面显示分离， 界面设计更简单。 重用的软件组件 满足小型应用， 同时使 编程人员投入 量 精力便 可重用 组件 ， 在简单的应用中可以充分考虑。 关键字 网上订餐 管理 系统 ， B/S， to a it is an is is in It of It of In it of in of As in it is to of QL is so of In SP in he is ay in B/S， 录 第一章 绪论 . 1 题的背景及意义 . 1 题分析 . 1 术方案的选取 . 2 发语言 . 2 发模式选择 . 3 据库 . 3 第二章 系统概述 . 5 行环境 . 5 . 5 求分析 . 5 理者的需求 . 5 统使用者需求 . 5 统维护人员需求 . 6 体设计原则 . 7 统体系结构分析 . 7 !未定义书签。 页显示算法 . 16 传下载的实现 . 错误 !未定义书签。 . 错误 !未定义书签。 . 错误 !未定义书签。 . 错误 !未定义书签。 序界面设计 . 错误 !未定义书签。 第四章 系统实现主要技术 . 17 术简介 . 17 其他类似或相关技术的一个简单比较 . 18 佳 用服务器 . 19 4.4 件技术 . 19 应用 . 22 作指令 . 23 . 23 置 . 25 . 25 据库编程 . 27 . 27 系统中的连接方式 . 29 第五章 测试问题及解决 . 31 5.1 字处理问题及解决 . 错误 !未定义书签。 件下载问题 . 错误 !未定义书签。 结 论 . 40 结束语 . 41 参考文献 . 42 附 录 . 错误 !未定义书签。 第一章 绪论 题 的 背景 及意义 随着 普及，越来越多的企业建立了自己的 站，企业通过网站可以展示产品，发布最新动态 信息 ，与用户进行交流和沟通，与合作伙伴建立联系，以及开展电子商务等。 其中 网上订餐系统 是 电子商务网站的一种 ， 随着信息化时代的到来，人们对生活质量的追求不断提高，由于人们工作，学习的关系，常常无法正常吃饭，随着网络的普及，网上订餐业务在中国开始盛行，人们也通过网络订餐的方式获得自己需要的食物。这样既节省了时间，也可以为广大用户提供更多的口 味。 该 系统使用 言 )和 据库 开发 , 实现了 网上订餐系统的 动态管理，使得 网上订餐 的管理更加及时、高效，提高了工作效率。该 管理 系统具有一般 网上订餐 系统的功能， 从大的方面来讲 主要包括 资讯管理，餐饮管理，预定管理，用户管理 等几个大的功能模块 。 该 系统是基于 B/S(览器 /客户端 )模式实现， 基于 台架构开发设计， 主要实现对 网上订餐的使用、需求、以及用户订餐的动态管理等 。随着 术的兴起，将原本 在单机或本地局域网上运行的数据库系统移植到因特网中，即开发基于 B/S 模式的新一代 理信息系统 ）系统，正成为技术发展的趋势。为了保证系统性能的高效性、可扩展性，以及达到数据共享和网络化管理的目的，本系统采用 B/S 体系结构进行设计开发。 该系统 分为前台和后台两个部分，前台部分主要是用户进行资讯的浏览，以及订餐，订座管理等 ，主要是面向用户的。而后台主要是管理人员对前台数据的维护和设置，主要是面向管理人员的。网上订餐 系统无论是在应用 的深度还是广度都是一个逐步发展的过程。在开发一个局部系统时要充分考虑到局部系统和整个目标系统之间的相容性和完整性，以利于今后整个系统的建立。 该 系统从总体上把握系统的设计，在具体的设计实现上我们围绕着三个方面的需求展开，即管理者、系统使用者、系统维护者。 对于本系统的不同使用者，其功能与业务逻辑是不尽相同的。对于普通用户而言，系统主要像用户展示一个美观的界面，用户在可以浏览各类资讯，查询餐饮信息，订餐，订座等。而管理员则需要在后台维护这些数据。本系统的主要功能应是用户的订餐了，用户可以查询菜品信息，当发现自己 满意的以后，可以将这些菜品添加到自己的购物车，此时用户虽然选择了要预定的商品，但是还不具备法律效用， 当用户通过一定方式（此方式不属编程范围）得到预定许可后，管理员在后台可以审核是否批准该用户的订餐请求，当管理员同意了该用户的订餐请求，即可将该用户所预定的发送给客户，此时客户在客户端可以看到自己购物车的状态（此时是已经通过审核），如果管理员没有批准或没有处理等，该客户都可以在前台看见相关信息。 发语言 随着互联网技术的不断发展，基于浏览器 /服务器（ 称 B/S）体系结构的应用程序得到了空前广泛的应用。但是服务器之间的通讯，尤其是在不同平台上运行的服务器之间的通讯仍然不是一件容易的事情。因为大多数 用程序都是以数据库为中心的，方便的访问多种数据源的能力也比以往任何时候都更加重要。 疑可以轻松地实现这类功能 ， 术是一种服务器端的 面中嵌入 比一般脚本语言的执行速度更快，由于 以它可以运行在 台上 ， 是一种难得的动态网页开发语 言 。 在动态内容的解决问题中，还存在其他的解决方法，但是开发人员要掌握这些技术很难。例如， 样的技术就可以使得用 言编写交互式的应用程序的服务器端的代码变得更加简单。 是一个基于 术的运行在服务器端的程序（与 同，后者运行在浏览器端）。开发人员编写出 来接收来自 态地生成响应，然后发送包含 档到浏览器。 但是使用这种方法，整个网页必须都在 制 作。如果开发人员或者理人员想要调整页面的显示，就不得不从新编辑并编译 序。采用这种方法，编写 带有动态内容的页面需要有很熟练的应用程序开发技巧和经验。很显然， 一个简单 的创建动态页面的解决方案 要能解决以下的问题： 1. 能够在任何 应用程序服务器上运行 2. 将应用程序逻辑和页面显示分离 3. 能够快速地开发和测试 4. 简化开发基于 交互式应用程序的过程 足这些要求，它整合了存在的 程环境提供支持的技术和工具，产生了一种新的、开发基于 用程序的方法，这个方法给予使用基于组件应用的逻辑页面的设计者提供了强大的功能。 发模式 选择 两中开发 模式 在模式一中， 有的数据通过 处理 现页面的表现。模式一技术 实现了页面的表现 量使用模式一 形式，常常会导致页面被嵌入大量的脚本语言或 码。当需要处理的商业逻 辑很复杂时，这种情况会变得非常糟糕 。大量的代码会使整个页面变得 常复杂。对于前端界面设计人员来说，这简直不可想象。这种情况在大项目中最为常见，这也造成了代码的开发和维护出现困难，造成了不必要的资源浪费，在任何项目中，这样的模式总会导致多多少少的定义不清的响应和项目管理的困难。 综上所诉，模式一不能满足大型项目的需要，但是可以较好的满足小型应用，在简单的应用中可以考虑模式一。 模式二 ， 术是一种采用 术来实现能的一种术。 术是运行在 务器上，用 来生成 面。术非常实用 于服务器端的处理和编程，并且 长期驻留在他们所处的位置。 但是在实际的项目开发过程中，页面设计者可以方便地使用普通 面 ， 更适合于后端开发者使用，开发 要的是成开发环境，也就是说 术更需要编程人员。 模式二技术结合了 术充分体现了两者的技术优点。在此模式中通过 表现页面。通过 完成大量的事务处理。 当一个控制者的角 色，并负责向客户发送请求。 建 需要的 对象，然后根据用户的请求行为，决定将哪个 面发送给客户。 从开发的观点，模式二具有更清晰的页面表现，清楚的开发者角色划分，可以充分利用开发小组的界面设计人员，这些优势在大型项目开发中表现的尤为突出，使用这一模式，可以充分发挥每个开发者各自的特长，界面设计人员可以充分发挥自己的表现力，设计出优美的界面表现形式，设计人员可以充分发挥自己的商务处理思维，来实现项目中的业务处理。在大型项目中，模式二更被采用。 但是，本系统开发只是一个小型的 用，同时 由于 于掌握，所以在本课题中采用了模式一开发，既 据库 000 是一个分布式的关系型数据库管理系统，具有客户 /服务器体系结构。 000 是一个应用广泛的数据库管理系统，具有许多显著特点，例如，用户喜欢的易用性、适合分布式组织的可伸缩性、用于决策支持的数据仓库功能、与许多其他服务器软件紧密关联的集成性、良好的性能价格比等。 000 系统中，数据库的管理采取 了先进的动态管理机制，数据库的 大小可以随着数据量的变化而缩小或者扩大。另外，用户数据都是非常重要的和保密的，这些数据存储在 000 系统中有绝对的安全性保障，有完善的用户帐户策略和许可机制，只有经过授权的用户才能访问系统，并且执行相应的操作和访问允许访问的数据。未经授权的用户既不能执行相应的操作，也不能访问数据库中的相应数据。 000 系统具有强大的网上功能，可以在 发布数据库中的数据。在 000 系统中，允许用户简单的使用一些向导和工具把数据库的数据发布到网络上，并且可以根据需要来调度修改已经发布的数据 。 第二章 系统概述 服务器端： 操作系统： P 操作系统 数据库： 000 网络通信协议： P 支持软件： 网上订餐 管理 系统无论是在应用的深度还是广度都是一个逐步发展的过程。在开发一个局部系统时要充分考虑到局部系统和整个目标系 统之间的相容性和完整性，以利于今后整个系统的建立。 进货订单管理 系统从总体上把握系统的设计，在具体的设计实现上我们围绕着三个方面的需求展开，即管理者、系统使用者、系统维护者。 能需求分析 该系统在性能功能上应达到如下需求： 操作简单、界面友好 : 完全控件式的页面布局，使得 菜品，资讯，座位等信息 的录入工作更简便 ， 许多选项包括 餐厅信息，桌位，包房信息 等只需要点击鼠标就可以完成；另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。 对 常见 的类似 网站的管理的各个方面： 基本信息 录入、浏览、删除、修 改、 搜索 等方面都大体实现 ， 顾客对菜品的预定及支付方式； 即时可见 :对 客户预定餐饮信息 的处理（包括录入、删除）将立即在主页的对应栏目显示出来，达到 “ 即时发布、即时见效 ” 的功能 ； 系统运行应该快速、稳定、高效和可靠； 在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。 主要质量属性 详细要求 正确性 按照需求正确执行任务 ，完成各个模块的相应要求。 健壮性 具有较高的 容错能力 和 恢复能力。 可靠性 故障发生率每运行 1000 小时低于 3 次 性能，效率 软件的输出结 果更新周期应该与系统的信息更新周期相同。 在网络情况良好的情况下， 3秒内可响应用户请求。 易用性 易理解性 ： 软件研制过程中形成的所有文档语言简练、前后一致、易于理解以及语句无歧义 。 安全性 防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性 其数据 应能 集中存放于总部 的数据库服务器，客户端不保存任何业务数据和数据库连接信息， 也不应 进行什么数据同步 . 可扩展性 能方便的进行二次开发，满足对功能的扩充或提高并能提高相应的安全控制。 兼容性 不易与其他软件起冲突。 可移植性 可方便移植到其他系统 环境中正常运行。 行性分析 随着经济的快速发展， 子商务越来越受到人们的关注 。网上订餐类网站，已经如雨后春笋般的出现在了个大城市。特别在公司，企业内部，团体订餐已经成为了趋势。同时，随着全国 人民的精神、物质和文化生活高度 的提高 ，人们已经不在仅仅停留在吃饱的程度，不但要吃饱，还要吃好，而且口味也越来越挑刺，正因为如此网络订餐业务的出现，正迎合了这些人的口味，他们不但省去了自己做饭的麻烦，而且也能寻找和发现新的菜品，品尝不同风格的菜品 ，网络订餐业务在中国有着极大的发展空间以及良好 的背景。而 当代大学生，白领工作人士作为社会中的重要群体，他们对饮食的要求都在不断提高 ,饮食在他们生活中起着重要作用。因此，面向大学生和都市白领人士的网络订餐网站的设计有着良好的现实意义。 综合以上两点分析，此次毕业设计决定利用 交互的 时， 有向跨平台跨服务器的优点 。 000 是一个杰出的数据库平台，具有功能强大，安全可靠等特点，可用于大型联机事务处理、数据仓库及电子商务等。 体设计原 则 1、 开放性、可扩充性、可靠性原则 开放系统是生产各种计算机产品普遍遵循的原则，遵循这种标准的产品都符合一些公共的、可以相互操作的标准，能够融洽的在一起工作。开放系统使得各种类型的网络和系统互连简单、标准统一，容易扩展升级。从而适应广大用户需求的多变性和产品的更新换代。 2、良好的用户操作界面 用户操作界面美观、方便、实用，使用户能在较短的时间内掌握其使用方法。 3、实用性原则 任何系统的设计都要考虑其实用性，系统开发的目的是为了实现业务处理自动化、规范化，提高工作效率，减轻工作人员的劳动强度 ， 减少开支 。 4、工作平台设计原则 能适应不同的操作平台 ， 不同的网络 。 统体系结构分析 （ 结构， 是 将一个 系统分解为前台的客户应用程序和后台的服务器部分，通过网络连接应用程序和服务器。这种结构的核心是客户应用程序向服务器发送服务请求，服务器完成后端处理。服务器是一台管理数据资源并执行数据库引擎功能 (加数据存储、操作和保护 )的计算机，处理结构由服务器发回客户应用程序 ，由客户应用程序对处理结构进行显示。这种结构的优点是只有处理后的数据 在网络中 传递，大大减轻了网络的负担，而且由于通过服务器端统一管理数据，易于保证数据的一致性。 B/S 结构，即 览器 /服务器 )结构，是随着 术的兴起，对 C/S 结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过 部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓 3 层结构。 B/S 结构利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选 体系结构 ， 是在这样一种背景下被提出来的架构， 术已经是很成熟的应用了。 （ 户端 /服务器）是建立在局域网的基础上的， B/S 是建立在广域网的基础上的。传统的 C/S 体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是 还是 都还需要特定的软 件，没能提供用户真正期望的开放环境； B/S 结构则不同，它的前端是以 P 协议为基础的，企业内的 务器可以接受安装有 览程序的 端的访问，作为最终用户，只要通过 览器，各种处理任务都可以调用系统资源来完成，这样大大简化了客户端，减轻了系统维护与升级的成本和工作量，降低了用户的总体拥有成本。总的来说，两者有如下差别： 1硬件环境不同 C/S 一般建立在专用的网络上， 小范围里的网络环境， 局域网之间再通过专门服务器提供连接和数据交换服务。 B/S 建立在广域网之上的， 不必是专门的网络硬件环境，例如电话上网， 租用设备， 信息自己管理， 有比 C/S 更强的适应范围， 一般只要有操作系统和浏览器就行。 2对安全要求不同 C/S 一般面向相对固定的用户群， 对信息安全的控制能力很强。 一般高度机密的信息系统采用 C/S 结构适宜， 可以通过 B/S 发布部分可公开信息。 B/S 建立在广域网之上， 对安全的控制能力相对弱， 面向是不可知的用户群。 3对程序架构不同 C/S 程序可以更加注重流程， 可以对权限多层次校验， 对系统运行速度可以较少考虑。 B/S 对安全以及访问速度的多重的考虑， 建立在需要更加优化的基础之上。 4软件重用不同 C/S 程序可以不可避免的整体性考虑， 构件的重用性不如在 B/S 要求下的构件的重用性好。 B/S 对的多重结构，要求构件相对独立的功能。 能够相对较好的重用。就如买来的餐桌可以再利用，而不是做在墙上的石头桌子。 5系统维护不同 系统维护是软件生存周期中，开销大，相当重要 C/S 程序由于整体性，必须整体考察，处理出现的问题以及系统升级难， 可能是再做一个全新的系统。 B/S 构件组成方面构件个别的更换，实现系统的无缝升级。 系统维护开销减到最小，用户从网上自己下载安装就可以实现升级。 6处理问题不同 C/S 程序可以处理用户面固定，并且在相同区域， 安全要 求高的需求，与操作系统相关， 应该都是相同的系统。 B/S 建立在广域网上， 面向不同的用户群，分散地域， 这是 C/S 无法作到的，与操作系统平台关系最小。 7用户接口不同 C/S 多是建立在 台上，表现方法有限，对程序员普遍要求较高。 B/S 建立在浏览器上， 有更加丰富和生动的表现方式与用户交流， 并且大部分难度减低，降低开发成本。 8信息流不同 C/S 程序一般是典型的中央集权的机械式处理，交互性相对低。 B/S 信息流向可变化。 9成本降低，选择更多 软件系统的改进和升级 越来越频繁， B/S 架构的产品明显体现的更方便的特性。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行，如果是异地只需要把服务器连接上网即可立即进行维护和升级，这对人力、时间、费用的节省是相当惊人的。传统的 C/S 结构的软件需要针对不同的操作系统系统开发不同版本的软件，由于产品的更新换代十分快，这么高的代价和低效率已经越来越不适应了。在 样的跨平台语言出现之后B/S 架构更是飞快地普及起来了。 10面向电子商务时代的技术 将来所有的应用系统几乎都在互 联网上运行，企业发展电子商务也是不可避免的，而 B/S 架构的软件则代表了将来的技术，只要连上互联网或内部广域网就可以与全球的客户相连，与各地的分支机构相连。 综上所述，可以看出 B/5，比其他结构的先进性，无论是办公自动化管理系统，人力资源管理系统，客户关系管理系统， 展的趋势是不断融合，结合当今这些方面的发展，我们可以得出这样的结论：采用统一的 B/在今后的实际工作开发中，则应该首选 B/第三章程序设计 流程分析 1、 浏览与选择餐饮信息 ：顾客进入网站 即刻自动提供购物车，不需身份确认就可以在网站上随意浏览，登录系统后则可挑选餐饮（可增加、删除、修改购物车上餐饮的类型），网站提供餐饮信息列表，最先添加的餐饮信息 优先列表给顾客作为选购时的参考； 2、 判断：顾客确定所购餐饮信息后，系统将判断该顾客是否注册 ，如果是，则可直接填写订单；否则，提示顾客登记注册； 3、 提交订单：已选购的餐饮信息需填写订单细节。 4、 注册：顾客可在公司的网站上注册 后提交申请； 5、 确认：后台管 理将实时得到顾客的注册信息，通过电话及其他 方式确认，当确认后，系统管理员可对该顾客提交的预定信息进行审核。 6、送货与付款：网上的每一份订单都将实时存入后台数据库，后台操作人员通过电话及其他方式确认，确认后将及时实施 审核 该订单：向顾客送货，货到付款，完成网上交易。 顾客 登录系统 浏览菜品资讯 获得购物车 浏览餐饮信息 选择餐饮信息 管理员 审核 Y 交易 结束 N 该系统数据流程比较简单，管理员可以添加餐厅信息（包括餐桌，包房等），餐饮信息（包括菜品名等信息），资讯信息等，然而这些信息顾客是可以浏览的，但是顾客没有权限对这些 信息进行修改，这些信息对于顾客而言是单向的。对于预定信息，管理员可以查看及审核预定信息，顾客可以增删改预定信息，并将预定信息提交给管理员等待审核，因此预定信息对于顾客和管理员而言都是双向的。 据流图 数据流图简称 法中用于表示系统逻辑模型的一种工具。它以图形的方式描述数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。 系统的数据流图如下所示： 管 理 员餐 厅 信 息餐 饮 信 息资 讯 信 息餐 饮 预 定数 据 库顾 客系统 据库 户表 ) 用户名 密码 权限 单表） 订餐人 时间 备注 电话 应收款 地址 发布 座表 ) 电话 人数 订餐人 发布 单菜单表） 菜名 数量 单价 所属 座菜单表 ) 类别 名 图片 单价 菜名 数量 单价 菜名 点菜 类别表 ) 菜单 表 ) 据库表设计 系统关键数据表如下：其关系见 1 用户表 ( 用户登录是需要用户名和