网上订餐设计报告.doc

精品文档1欢迎下载。精品文档目 录1. 开发目的和意义31.1 开发目的和意义31.2 完成情况32. 开发环境及相关技术方法42.1 开发环境42.2 相关技术及方法43. 系统分析53.1 可行性分析53.2 需求分析53.2.1 性能分析53.2.2 功能分析63.2.3 行为分析94. 系统设计104.1 总体设计104.2 详细设计114.2.1 订单模块的设计114.2.2 管理员模块设计114.2.3 用户评价模块设计124.3 数据库设计124.3.1 概念结构设计124.3.2 逻辑结构设计124.3.3 数据表设计125. 系统实现125.1 用户注册登录界面125.2 订单处理界面125.3 订餐服务处理界面126. 系统测试126.1 测试方法126.2 测试用例及结果127. 实践总结127.1 小结127.2 实践感想12参考文献12附录1 系统可行性分析文档12附录2 系统需求分析文档12附录3 系统设计文档12附录4 系统测试文档1247欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载47欢迎下载。1. 开发目的和意义1.1 开发目的和意义随着网络技术的不断发展，人们对于网络有了越来越多的要求。Ebay、阿里巴巴、淘宝的出现，让电子商务重现曙光，Google、百度的出现，让人们通过网络检索信息，获得有效信息的途径更加丰富。当学生们忙碌了整个上午后，享用丰富的午餐成了基本的要求，而网上订餐系统正是为了帮助人们寻找和发现新的菜种，品尝不同风格和不同种类的菜品。因此，面向大学生的网上订餐系统的设计有着良好的现实意义，网上订餐业务在校园也有极大的发展空间和良好的发展前景。1.2 完成情况本项目实现了用户注册与登录、餐厅管理、用户订餐、系统管理、评价等功能，已经进行到了了系统的设计以及测试阶段。完成了可行性分析文档、需求分析文档、系统详细设计文档、系统测试文档。2. 开发环境及相关技术方法2.1 开发环境（1）硬件环境：x86服务器（2）软件环境：C、java、JSP、SQL Server 20082.2 相关技术及方法网络订餐系统采用Java、Servlets、JSP等技术，具体如下几个方面：（1）Servlets技术Servlets技术是一种采用JAVA技术来实现CGI功能的一种技术。Servlets技术是运行在WEB服务器上，用来生成WEB页面。Servlets技术非常实用于服务器端的处理和编程，并且Servlet会长期驻留在他们所处的位置。 （2）JSP技术JSP技术是一种服务器端的HTML页面中嵌入JAVA代码的脚本语言，它比一般脚本语言的执行速度更快，由于JSP是基于JAVA语言的，所以它可以运行在UNIX/LINUX和WINDOWS平台上，是一种难得的动态网页开发语言。.（3）Java利用Java实现可视化界面。简单 Java语言简单是指这门语言既易学又好用。简单并不代表干瘪，Java是一门很丰富的语言。基于对象的编程更符合人们的思维模式，使人更容易编写程序。跨平台 Java是基于虚拟机运行的程序，它可以实现一处编译多处运行。多线程 Java实现了内置多线程支持。多线程允许同时完成多个任务。安全 Java小应用程序被限制在只允许访问Java运行环境中 ，不允许访问计算机其他资源。Java提供了强类型检查机制，使得程序在开发期间更安全。（4）数据库能在windows运行。完全支持所有的工业标准。采用完全开放策略。可以使客户选择最适合的解决方案。对开发商全力支持。多层次网络计算，支持多种工业标准，可以用ODBC,JDBC,OCI等网络客户连接.较复杂, 同时提供GUI和命令行，在windowsnt和unix下操作相同。3. 系统分析3.1 可行性分析从技术、经济、社会三个方面分析本系统的可行性，具体如下几个方面：（1）技术可行性分析此次开发基于C语言作为开发语言，它具有语言简洁、语言自由、支持跨平台、与XML相融合等多个特点。我们以SQL Sever技术作为后台支撑,它能够实现数据库镜像、在线恢复、在线检索操作、快速恢复，安全性能高等多个功能。所以从现有的技术水平来说，这些技术目前已经成熟，本系统的开发完全可行完全能够建立一个以消费者服务和内部管理为目的的信息平台。（2）经济可行性分析 该系统无需额外的设备购买和人员培训费，所以在经济上是可行的。而且该系统可以做到用户足不出户就能吃到美味的食物，同时增加餐馆的营业额的效果。通过以上的分析，开发网络订餐系统是完全可行的。（3）社会可行性网络订餐系统作为一种全新的商务模式，但也存在一些潜在的问题。该系统为独立开发，在技术上没有使用任何现有的软件与方法，所以在法律方面不会存在侵犯专利权，侵犯版权等问题。随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。总之，本系统在技术、经济、社会方面是可行的。3.2 需求分析3.2.1 性能分析（1）操作简单，界面友好：完全空间式的页面布局，使得菜品、咨询等信息录入的工作更简单。另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见类似的网站的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，用户对菜品的预定以及支付方式。（2）即时可见：对客户预定餐饮信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，达到“即时发布，即时见效”的功能。（3）系统运行应该快速、稳定、高效和可靠。（4）在结构上具有很好的可扩展性，便于将来功能的扩展和维护。（5）对数据的安全性、完整性要求：用户信息保密，只有管理员能任意修改。确保网上支付安全。菜品信息、用户信息必须保证其完整性。防止恶意删改。3.2.2 功能分析 （1）详细功能需求游客登录网上订餐系统进行信息浏览，会员注册；会员可以对自己的个人信息进行更改，以会员登录的顾客享受订餐服务；会员可对菜单进行选择、更改、删除；会员可提交订单至订餐厅后台系统，生成订单并查看历史订单；会员可以对系统、餐厅或菜品进行意见留言并进行信息反馈和评分；餐厅管理员更新菜单，设置打折优惠活动，调整价格；餐厅管理员可查询处理订单，并派送饭菜，回复餐厅或菜品的留言；系统管理员可以管理会员信息，回复会员的留言、评论及权限的设置；系统管理员可以对订单进行管理、删除、总结。（2）数据流图该系统的数据流程图分三层来描述，分别是顶层数据流图、一级分解、二级分解，具体数据流程图如下图所示： 顶层数据流图网上订餐系统分为三大模块，分别是：用户模块、订餐管理员模块、系统管理员模块。顶层数据流图如图1所示。图1 顶层数据流图 第一层数据流图用户注册会员后可以填写查看会员信息、订餐信息，查看菜品信息。系统管理员管理会员信息，订单信息。餐厅管理员可以处理订单和菜品信息。？如图2所示。图2 第1层数据流图 第二层数据流图用户管理数据流图用户注册信息：用户输入注册信息，判断注册信息有效后，将注册信息填入注册信息表，生产会员信息。用户可以查询、修改积分信息。用户登录账户：用户登录数据有效后检查密码是否正确，密码正确登录账户。登录账户后可以修改账户信息。系统管理员可以管理账户信息和会员信息，通过积分信息表修改积分信息。如图3所示。图3 用户管理数据流图 订餐管理数据流图用户可以将订餐信息添加到购物车，通过购物车表修改购物车信息生成订单，用户可以查询订单。系统管理员确认订单信息，并把订单信息发送给餐厅管理员。餐厅管理员收到订单后，送餐生成送餐信息。用户收到食品后，确认菜品并支付，系统管理员把钱支付给餐厅，餐厅管理员收到钱后，订餐结束。如图4所示。图4 订餐管理数据流图系统管理数据流图系统管理员检查菜品信息有效性，合格的信息加入新菜信息并验证是否有重复，创建新菜品信息并加入菜品信息，用户可通过菜品信息查看菜品展示。餐厅管理员提供优惠信息和新菜信息，经系统管理员检测合法后发布。用户可以查看优惠信息和菜品信息。如图5所示。图5 系统管理数据流图3.2.3 数据分析 用户信息表的数据字典用户信息表保存的是用户的全部信息，包括用户编号，用户名，用户密码，用户电话，用户地址，具体信息如图6所示。名字：用户信息表别名：无描述：用户的登陆信息定义：用户=用户编号+用户名+用户密码+用户电话+用户地址位置：用户信息图6 用户信息表的数据字典餐厅信息表保存的是用户的全部信息，包括用户餐厅编号，餐厅名，餐厅密码，餐厅电话，餐厅地址，具体信息如图7所示。名字：餐厅信息表别名：无描述：餐厅的登陆信息定义：餐厅=餐厅编号+餐厅名+餐厅密码+餐厅电话+餐厅址位置：餐厅信息图7 餐厅信息表的数据字典订单信息的数据字典用户生成订单后，将信息存入订单信息表，包括订单号，用户名，菜名，订单时间，金额，联系电话，送餐地址，管理员号，具体信息如图8所示。名字：订单信息表别名：无描述：餐厅的登陆信息定义：订单=订单号+用户名+菜名+订单时间+金额+联系电话+送餐地址+管理员号位置：订单信息图8 订单信息的数据字典3.2.3 行为模型状态图通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。状态图提供了行为建模机制。本文用状态图进行行为需求分析。根据前面的分析和设计可以发现，每个参与者在使用系统前都需要进行登录，登陆后就可以进行各自相应的操作，操作完后退出系统。创建的系统状态图如图9所示：图9 状态图4. 系统设计4.1总体设计本系统通过建立一个基于互联网的订餐平台，为订餐的用户和管理者提供不同的服务，其主要包括用户管理模块、订餐管理模块、系统管理模块三个模块。系统功能模块结构图如图10所示： 网上订餐系统后台前台系统管理订餐管理用户管理更新菜单、调价格前台信息浏览、添加删除修改处理订单审核注册用户回复留言查询订单明细信息反馈与评分用户订餐查看历史订单留言板信息浏览填写修改个人信息用户注册、登录图10系统功能结构图下面是对于各个模块的简单描述： （1）用户管理模块：不同的用户在注册账号成功后，即将信息保存于数据库，同时也可对自身信息进行查看并修改。用户在输入用户名和密码之后，与数据库的校验信息匹配，用户选定自己喜欢的餐厅和菜品，付款等待餐厅接单，接单后等待餐厅配送。订单处理完毕后，用户可以为餐厅留言并进行评价，也可以提出合理化建议。（2）餐厅管理模块：餐厅登录成功，可发布新的菜品以及报价，待管理员审批通过方可发布，使用户看到餐厅的信息；也可以查询订单明细、处理订单。（3）系统管理模块：负责审核注册用户，对数据库的信息及留言板中的内容进行浏览、添加、删除、修改等操作。4.2 详细设计4.2.1 订单模块的设计此模块的功能是：顾客输入自己的用户名和密码，若验证正确，则对自己选中的菜品下订单、确认订单，结账完毕后等待服务商送货或自己取货。订单模块的设计流程如图11所示： 图11 用户下订单流程图4.2.2 管理员模块的设计此模块的功能是：在管理员登陆界面，管理员的无误信息绑定至数据库，然后在显示的订单界面中实施操作，以此更新数据库。管理员模块的设计流程如图12所示：图12管理模块流程图4.2.3.用户评价模块的设计此模块的功能是：进入用户登陆界面，用户可以对餐厅的各方面服务做出评价，在格式正确的情况下，可评价成功；也可以提出合理的意见供餐厅参考，提高餐厅效益。 用户评价模块的设计流程如图13所示 ： 图134.3 数据库设计 4.3.1 概念结构的设计对上述的总体设计和需求分析之后，我们已对各个模块及其功能进行了初步的分析。在此阶段，我们可根据模块中各实体之间的相互联系和各数据表之间的相互关联，系统的E-R图如图14所示： 图144.3.2 逻辑结构的设计 由上述E-R图转换成关系模式如下所示： 用户（用户ID，uName，uPwd，真实姓名，联系电话，state，身份证号，喜欢口味，QQ号码）； 菜品（cID，Scid，菜名，价格，介绍，图片，推荐，销售量）； 预定（用户ID，cID）； 订单条目（ID，订单ID，菜名，数量，单价，评分，信息回馈）； 包含（cID，ID）； 订单（订单ID，用户ID，菜名，订单时间，备注，金额，联系电话，送餐地址，管理员ID）； 管理员（管理员ID，mName，mPwd，类型）；4.3.3 数据表设计 （1）订单表此表的设计是数据库设计中极为重要的一环，它直接影响到整个程序中功能的实现。本系统的数据库命名为：User，用来存储该系统中用到的所有数据。（1）数据库的E-R图中，用户生成的订单表，订单条目包含的菜品，则根据订单ID和用户ID确定唯一订单，管理员和用户均可查看相应的订单明细，订单表中包含的属性、类型、内容等如表1所示：表1 订单表FieldTypeNullKeyComment订单IDIntNoYes标识递增用户IDIntNoNo外键菜名Nvarchar(50)NoNo默认“待送餐”联系电话Nvarchar(50)NoNo备注Nvarchar(MAX)YesNo金额FloatNoNo送餐地址Nvarchar(50)NoNo订单时间datetime （2）数据库的E-R图中，用户预定的菜品，订单条目包含的订单表，则根据cID和Scid确定唯一菜单表，菜单表中包含的菜品、图片、介绍等属性、类型、内容等如表2所示：表2 菜单表FieldTypeNullKeyCommentcIDIntNoYes标识递增ScidIntYesNo菜系id菜名Nvarchar(50)NoNo菜图片Nvarchar(MAX)YesNo菜介绍Nvarchar(MAX)YesNo价格FloatNoNo推荐Nvarchar(50)YesNo销售量IntYesNo （3）用户表的个人信息在用户注册成功后，即保存至数据库，用户也可以对联系方式、喜欢口味等非客观因素进行备注和修改，用户表的属性、类型、内容如表3所示：表3 用户表FieldTypeNullKeyComment用户IDIntNoYes标识递增uNameNvarchar(50)NoNo登陆名uPwdNvarchar(50)NoNo登陆密码真实姓名Nchar(10)NoNo身份证号Nvarchar(50)NoNo联系电话Nvarchar(50)NoNostateNvarchar(50)NoNoid是否有效喜欢口味Nvarchar(MAX)YesNoQQ号码Nvarchar(50)YesNo （4）数据库的E-R图中，根据订单ID和ID确定一系列订单条目，管理员可以据此对订单进行分类，更改菜系和价格，使服务进一步满足用户的需求，订单条目中包含的属性、类型、内容等如表4所示： 表4 订单条目FieldTypeNullKeyCommentIDIntNoYes标识递增订单IDIntNoNo外键菜名Nchar(10)NoNo默认值“待送餐”数量IntNoNo单价FloatNoNo评分IntYesNo默认值“0”分信息回馈Nvarchar(50)YesNo顾客反馈 （5） 管理员表记录的ID、mName、mPwd等信息可以为唯一确定一个管理员，明确管理权限，提高管理力度和服务质量，管理员表如表5所示： 表5 管理员表FieldTypeNullKeyComment管理员IDIntNoYes主键mNameNvarchar(50)NoNo登陆名mPwdNchar(10)NoNo登陆密码类型Nvarchar(50)NoNo5. 系统实现5.1 用户注册登录界面用户注册登录界面，填写注册表中的信息，提交然后进行登录。用户注册登录界面如图？所示： 5.2 订单处理界面客户可以从系统首页直接查找点击，也可以在搜索栏中搜索查找5.3 订餐服务处理界面 管理员查看订单信息时登录后台管理系统，查看订单，处理订单。订单界面如图所示：6.系统测试6.1测试方法测试方法可以从是否需要执行被测试分为静态测试和动态测试，从测试是否针对系统内部结构和具体实现算法分为白盒测试和黑盒测试。由于我们已经知道产品应具有的功能，可以通过测试来检验是否每个功能都能正常使用，所以此网上订餐系统应用黑盒测试方法。6.2测试用例及结果？测试界面测试项目测试用例测试结果操作流程用户注册登录用户登录用户名：yy正确密码：12输入密码：12登陆成功在网站首页的登录框上登录用户登录用户名：yy正确密码：12输入密码：12登录失败或尚未通过审核在网站首页的登录框上登录用户注册输入相关注册信息注册成功，等待审核在网站首页的登录框上点击“注册”订餐服务菜单首页点击各个店铺的显示店铺的各种饭菜点击页面店铺菜单搜索查询在搜索框中输入电名显示所要店铺和菜单在搜索框中输入关键字订单处理登陆后台用户名、密码转入后台页面进入后台登陆页面查看订单点击“订单详情”转入订单详情页面点击查看“订单详情”处理订单 点击“处理订单”订单状态以变为一“以送餐”在订单详情中点击“处理订单” 用户安全性测试管理人员在登录系统后台查看用户信息时不能修改用户资料，只能浏览用户资料。用户在登录系统页面时如果输入的用户名和密码格式错误或填写错误，也不能进入页面即登录失败。7.实践总结7.1 小结本项目提出的网上订餐系统是在调研国内各大网上订餐管理软件和查阅资料了解国内外资料的基础上提出来的，同时查阅了大量相关文件做出系统分析，此文的系统分析和设计只是相对于一般的团体而言的。如果要运用到实际企业、商店、大型超市，要根据实际情况进行完善和改进。同时，本文着重介绍的是网上订餐管理系统的开发、Java语言和JSP语言部分，又由于系统的特殊性更多地考虑Java、数据库和JSP语言的设计和实现。7.2 实践感想通过这次的课程设计我学到了很多，自身的能力也得到了很大的提高，具体如下几个方面：（1）专业知识方面这次课程设计实验，积累了数据库编程和网站开发的基本经验和一些基本技巧。对大型系统开发有了实质性、操作性的认识，同时对运用JSP技术有了很大的提高，对以前学到的书本知识也是个很好的巩固。（2）实践能力方面当调试出现问题时，先从细节上入手，看看自己在细节上有没有由于粗心而发生的错误，然后再进行整体上分析，有没有严重的语法错误。（3）团队合作方面这次设计让我意识到自己的许多的不足，锻炼了自己独立发现问题，思考问题，解决问题的能力，也掌握了一些编程的思想和技巧，使自己的编程能力有了很大的提高。通过与组员们交流意见、共同探讨难题，更能明白团队合作的重要性。总之，我在专业能力、实践能力、团队合作还有个人素质方面都有了明显的进步。参考文献1 萨师煊，王珊.数据库系统概论（第三版）M.北京：高等教育出版社，2001.8：4-149.2 陆正武，蒋武，刘军，石正贵.Java项目开发实践M.北京：中国铁道出版社，2004.6:87-112.3 肖金秀，冯沃辉，施鸿翔.JSP程序设计教程M.北京：冶金工业出版社，2003.7：110-139.4 马红华，jsp高级编程.M.北京：北京希望电子出版社，2001.510 .5 李飞，最新实用网络技术教程M.西安:西安电子科技大学出版社.69-70，124-126. 6 黄理，李积善，曹林有，张勇.用JSP轻松开发Web网站（第一版）M.北京：北京希望电子出版社.2001.3:100-152. 7 飞思科技产品研发.JSP 应用开发详解（第二版）M.北京：电子工业出版社，2004.5:23-28，259-316.8 张海藩，吕云翔.软件工程（第四版）.M.北京：人民邮电出版社.2013.9：110-136.附录1 系统可行性分析文档1 引言1.1 背景随着互联网的日益普及，网上订餐也开始慢慢风靡于我们的生活。网上订餐业务的出现，能够帮助人们寻找和发现新的菜种，品尝不同风格和不同种类的菜品。当代大学生作为社会中的重要群体，饮食在他们生活中起着重要作用。因此，面向大学生的网上订餐系统的设计有着良好的现实意义，网上订餐业务在校园也有极大的发展空间和良好的发展前景。1.2 项目概述网上订餐系统无论是在应用的深度还是广度上都是一个逐步发展的过程。开发一个局部系统时要充分考虑到局部系统和整个目标系统之前的相容性和完整性，以利于今后整个系统的建立。从订单处理流程上总体把握系统的设计，在具体的设计实现上围绕三个方面进行展开，即用户、管理者、系统维护者。1.3 档概述该文档的主要内容共分为2部分：综合描述、系统描述。综合描述部分主要对系统的整体结构进行了大致的介绍；系统描述部分对系统的可行性进行了详细描述，是本文的主要部分。2 可行性分析的前提2.1 项目的要求（1）功能：管理员功能：登陆系统、查血管理员账号、添加管理员账号、修改管理员账号、删除员工账号、查询员工账号、修改员工账号、删除员工账号 用户功能：登陆模块：完成客户注册账号、登陆系统、修改密码、修改地址功能; 查询模块：完成客户查询功能； 订餐模块：完成客户的订餐功能； 支付模块：完成客户的安全支付； 评价模块：主要解决客户对餐厅的意见和建议以及对餐厅的评价，提供交流板块促进客户与客户之间的互动。（2）性能：稳定快速，实时控制，人性化的设计思想，方便用户的使用。（3）在安全与保密方面的要求：不能轻易被修改和破坏，对断电、系统崩溃等问题有有力措施。3.2 项目的目标（1）人力与设备费用减少：本系统所需要的硬件和软件都是目前广泛使用的，不需要花大量资金购买高成本的设备；（2）管理信息服务的改进：本系统划分为多个模块，各模块设计独立，易于实现；（3）安全可靠性高：后台维护功能齐全，根据平台在各个阶段不同的使用情况，分配各个栏目的管理权，实现系统维护，保证系统的安全可靠； (4）查询功能强大：可以对菜品的信息和店铺信息进行查询。2.3 顼目的环境、条件、假定和限制（1）所建议系统的运行寿命的最小值：3年；（2）经费、投资方面的来源和限制；（3）法律和政策方面的限制：无限制；（4）硬件、软件、运行环境和开发环境方面的条件和限制。2.4 进行可行性分析的方法（1）问卷调查，通过对校内同学的问卷调查，了解他们的就餐地点、对事物的喜好以及对网上订餐系统的评价；（2）查阅相关资料，了解现有的网上订餐系统。3 可选的方案3.1 可选择的系统方案1主要基于C、JAVA等基础编程和数据库应用技术，建立以Client/Server为结构模式的信息平台，可发展固定人群的用户群体，而且功能强大可以减轻服务器的压力，不至于使服务器端崩溃。3.2 可选择的系统方案2基于C、JAVA等基础编程和数据库应用技术，建立以Browser/Server为结构模式的信息平台，主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。C/S 程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好。C/S 程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级，升级难。可能是再做一个全新的系统B/S 构件组成,方面构件个别的更换,实现系统的无缝升级。系统维护开销减到最小.用户从网上自己下载安装就可以实现升级。C/S 多是建立的Window平台上,表现方法有限,对程序员普遍要求较高。B/S 建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本。4 所建议的系统4.1 对所建议的系统的说明本系统主要基于C、JAVA等基础编程和数据库应用技术，建立Browser/Server为结构模式，以数据库为后台支撑、以消费者服务和内部管理为目的的信息平台。4.3 影响4.3.1 设备设备简单，主要设备是电脑以及电话4.3.2 软件应用了最新的网络技术，功能齐全4.3.3 经费使用订餐系统可以辅助订餐业务流水线作业，方便了客户，也在无形中为我们节约了一大笔支出。4.4 局限性(1)个性化服务功能有待加强；(2)功能覆盖面较窄。5 经济可行性（成本效益分析）5.1 投资(1)保密与安全设备1000元；(2)操作系统的和应用的软件和数据库管理软件3000元；(3)人员的工资3000元/月；(4)设备维护费用300元/月。5.2 预期的经济效益5.2.1 一次性收益按数据处理、用户和管理等项分类，总计10000元。(1)开支的缩减，不断改进系统的运行所引起的收益；(2)价值的增值包括由于一个应用系统的使用价值的增值所引起的收益。5.2.2 非一次性收益(1)前半年每个月的收益额可能到达5000到6000之间；(2)一个人长期维护，另一个人定期维护，减少开支。5.2.3 不可定量的收益(1)服务的不断改进，将会吸引更多的学生进行网上订餐，带来的收益也会逐步上升；(2)操作失误引起的风险的减少，会使后期维护支出减少，增加收益；(3)后期会减少宣传的投资，压缩成本。5.2.4 投资回收周期预计58个月6 技术可行性此次开发基于C语言作为开发语言，它具有语言简洁、语言自由、支持跨平台、与XML相融合等多个特点。我们以SQL Sever技术作为后台支撑,它能够实现数据库镜像、在线恢复、在线检索操作、快速恢复，安全性能高等多个功能。所以从现有的技术水平来说，这些技术目前已经成熟，本系统的开发完全可行完全能够建立一个以消费者服务和内部管理为目的的信息平台。7 法律可行性网络订餐系统作为一种全新的商务模式，但也存在一些潜在的问题。该系统为独立开发，在技术上没有使用任何现有的软件与方法，所以在法律方面不会存在侵犯专利权，侵犯版权等问题。8 用户使用可行性随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。附录2 系统需求分析文档1. 引言1.1 目的当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目使用javaWeb技术的servlet+jsp+javaBean实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。网上订餐系统将极大的方便食客的就餐，同时也有利于我们的管理和售后服务。同时，我们的订餐系统还能帮助酒店（餐馆）扩大营业范围，增加知名度等。1.2 文档约定本文档按以下要求和约定进行书写： (1)页面的左边距为2.5cm，右边距为2.0cm，装订线靠左，行距为最小值20磅。 (2)标题最多分三级，分别为黑体小二、黑体小三、黑体小四。 (3)正文字体为宋体五号，无特殊情况下，字体颜色均采用黑色。 (4)出现序号的段落采用自动编号功能，各级别的序号依次为1、（1）、1）、a）等，特殊情况另作规定。1.3 预期的读者和阅读建议本文档的主要内容共分5个部分：综合描述、外部接口描述、功能需求、行为需求和非功能性需求。综合描述部分主要对系统的整体结构进行了大致的介绍；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述；功能需求部分对系统的功能需求进行了详细描述，是本文的主要部分；行为需求部分通过状态图对系统详细流程进行了分析。非功能性需求部分对非功能需求进行了详细的描述。 本文档面向多种读者对象： 指导教师：指导教师可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 (1)设计员：对需求进行分析，并设计出系统，包括数据库的设计。 (2)程序员：配合设计报告，了解系统功能，编写用户手册。 (3)测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。 (4)用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 (5)其他人员：如部门领导、公司领等可以据此了解产品的功能和性能。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。1.4 产品范围本文通过对网上订餐进行需求分析，开发出一个基于互联网的B/S模式的网上订餐系统，实现了在线信息浏览，在线订餐与在线订单处理及信息更新和删除等功能。系统的数据库方面，使用关系数据库管理系统Microsoft SQL Sever2008，使系统安全性能更高，同时采用当前正在流行的ASP.Net平台编程，使用户界面更加完美。1.5 参考文献1 B/S结构应用开发秘笈 陈卫 国防工业出版社 2001 2 龚炳铮，我国电子商务的发展现状与趋势EB/OL.http:/www.ec. O./2004-05/08/content_4138744.htm，2004-05-08. 3 李春儒，守望互联网经济电子商务发展现状与趋势.EB/OL.http:/ //01/010208.htm，2005-05-21. 4 李飞，最新实用网络技术教程M.西安:西安电子科技大学出版社.6970，124126. 2. 综合描述2.1 产品前景网上订餐是近年来随着网络技术的发展而产生的一种新型的就餐方式。它与传统就餐方式相比，网上订餐拥有很多优势，这样的订餐方式效果很好，既让顾客觉得方便、快捷，又对每个订单的信息保管妥善、处理及时，实现了高度智能化管理。网络订餐方式将成为餐饮业销售的新模式与新的增长点。2.2 产品功能本产品实现了用户注册与登录、餐厅管理、用户订餐、系统管理、评价等功能。2.3 用户类的特征用户类分为四种，分别为：游客、会员、餐厅管理员、系统管理员。2.4 运行环境顾客客户端：操作系统windows98以上，浏览器IE5.0以上。2.5 设计和实现上的限制(1)变量使用规范 不允许随意定义全局变量。 一个变量只能有一个用途；变量的用途必须和变量的名称保持一致。 所有变量都必须在类和函数最前面定义，并分类排列。(2)数据库操作规范 查找数据库表或视图时，只能取出确实需要的那些字段。 清楚明白地使用列名，而不能使用列的序号。(3)模块设计原则 公用的函数和类必须放在指定类中。 函数功能单一，不允许一个函数实现两个及两个以上的功能。 函数与函数之间只允许存在包含关系，而不允许存在交叉关系，即两者之间只存在单方。(4)条件与限制：开发本系统所用到的软件有：IIS，DREAMWEAVER，POTOSHOP，WONDERSHAR， FLASH，SLIDESHOW，BUILDER，MyEclipse7.0，SQL Server2005。2.6 假设和依赖该系统所开发的在特定的系统环境支持下进行如协议限定，因而难以保障它在多层次网路结构中能够安全、稳定的运行，同时加上开发水平的限定很难保证进行全面深入的测试工作，以及现在网络设备的发展导致接入成本增加和软件开发成本限定，使得一系列的问题难以解决，这都需要软件使用者根据自身的发展需求来定制相应的软件。3. 外部接口需求3.1 用户界面界面风格以橙色为主调，清新自然，可以增强食欲，添加动态画面效果，避免了页面的呆板。包括了登录窗口，关于我们，网上订餐，最新活动，时间显示，友情链接，Flash图片播放等。顾客登录后选择网上订餐，选择喜欢的餐品进行订餐，提交给后台后生成订单。3.2 硬件接口服务器端硬件最低配置：P233，内存64M；客户端无限制。3.3 软件接口所有外部软件有：WINDOWS2000或该版本以上的操作系统、tomcat6.0、SQL2005、IE6.0及其以上版本。所有软件均运行于操作系统上。 IE与tomcat接口：将IE请求数据传送给服务器。 Tomcat与订餐系统接口：将IE请求转送给订餐系统。 订餐系统与SQL接口：交互数据。 订餐系统与IE接口：将响应发送给IE。3.4 通信接口客户端访问服务器端采用http协议。4. 功能需求4.1 详细功能需求(1)游客登录网上订餐系统进行信息浏览，会员注册；(2)会员可以对自己的个人信息进行更改，以会员形式登录的顾客享受订餐服务；(3)会员可对菜单进行选择、更改、删除；(4)会员可提交订单至订餐厅后台系统，生成订单并查看历史订单；(5)会员可以对系统、餐厅或菜品进行意见或建议的留言并进行信息反馈和评分；(6)餐厅管理员更新菜单，设置打折优惠活动，调整价格；(7)餐厅管理员可查询处理订单，并派送饭菜，回复餐厅或菜品的留言；(8)系统管理员可以管理会员信息，回复会员的留言、评论及权限的设置；(9)系统管理员可以对订单进行管理、删除、总结。4.2 数据流图该系统的数据流程图分三层来描述，分别是顶层数据流图、一级分解、二级分解，具体数据流程图如下所示：4.2.1 顶层数据流图网上订餐系统分为三大模块，分别是：用户模块、订餐管理员模块、系统管理员模块。如图1所示。图1 顶层数据流图4.2.2 第一层数据流图用户注册会员后可以填写查看会员信息、订餐信息，查看菜品信息。系统管理员管理会员信息，订单信息。餐厅管理员可以处理订单和菜品信息。如图2所示。图2 第一层数据流图4.2.3 第二层数据流图（1）用户管理数据流图用户注册信息：用户输入注册信息，判断注册信息有效后，将注册信息填入注册信息表，生产会员信息。用户可以查询、修改积分信息。用户登录账户：用户登录数据有效后检查密码是否正确，密码正确登录账户。登录账户后可以修改账户信息。系统管理员可以管理账户信息和会员信息，通过积分信息表修改积分信息。如图3所示。图3 用户管理数据流图（2）订餐管理数据流图用户可以将订餐信息添加到购物车，通过购物车表修改购物车信息生成订单，用户可以查询订单。系统管理员确认订单信息，并把订单信息发送给餐厅管理员。餐厅管理员收到订单后，送餐生成送餐信息。用户收到食品后，确认菜品并支付，系统管理员把钱支付给餐厅，餐厅管理员收到钱后，订餐结束。如图4所示。图4 订餐管理数据流图（3）系统管理数据流图系统管理员检查菜品信息有效性，合格的信息加入新菜信息并验证是否有重复，创建新菜品信息并加入菜品信息，用户可通过菜品信息查看菜品展示。餐厅管理员提供优惠信息和新菜信息，经系统管理员检测合法后发布。用户可以查看优惠信息和菜品信息。如图5所示。图5 系统管理数据流图4.3 数据字典（1） 用户信息表的数据字典用户信息表保存的是用户的全部信息，包括用户编号，用户名，用户密码，用户电话，用户地址，具体信息如图6所示。名字：用户信息表别名：无描述：用户的登陆信息定义：用户=用户编号+用户名+用户密码+用户电话+用户地址位置：用户信息名字：用户编号别名：用户登陆号描述：用户的唯一标识定义：用户编号=1阿拉伯数字位置：用户信息名字：用户名别名：名称描述：用户登录时的名称定义：用户名=汉字位置：用户信息名字：用户密码别名：无描述：用户登录时的密码定义：用户密码=字符位置：用户信息名字：用户电话别名：无描述：用户的联系电话定义：用户电话=1阿拉伯数字位置：用户信息名字：用户地址别名：无描述：用户的收货地址定义：用户地址=汉字+阿拉伯数字位置：用户信息图6 用户信息表的数据字典（2） 餐厅信息表的数据字典餐厅信息表保存的是用户的全部信息，包括用户餐厅编号，餐厅名，餐厅密码，餐厅电话，餐厅地址，具体信息如图7所示。名字：餐厅信息表别名：无描述：餐厅的登陆信息定义：餐厅=餐厅编号+餐厅名+餐厅密码+餐厅电话+餐厅址位置：餐厅信息名字：餐厅编号别名：餐厅登陆号描述：餐厅的唯一标识定义：餐厅编号=1阿拉伯数字位置：餐厅信息名字：餐厅名别名：名称描述：餐厅登录时的名称定义：餐厅名=汉字位置：餐厅信息名字：餐厅密码别名：无描述：餐厅登录时的密码定义：餐厅密码=字符位置：餐厅信息名字：餐厅密码别名：无描述：餐厅登录时的密码定义：餐厅密码=字符位置：餐厅信息名字：餐厅电话别名：无描述：餐厅的联系电话定义：餐厅电话=1阿拉伯数字位置：餐厅信息名字：餐厅地址别名：无描述：餐厅的送货地址定义：餐厅地址=汉字+阿拉伯数字位置：餐厅信息图7 餐厅信息表的数据字典（3） 订单信息的数据字典用户生成订单后，将信息存入订单信息表，包括订单号，用户名，菜名，订单时间，金额，联系电话，送餐地址，管理员号，具体信息如图8所示。名字：订单信息表别名：无描述：餐厅的登陆信息定义：订单=订单号+用户名+菜名+订单时间+金额+联系电话+送餐地址+管理员号位置：订单信息名字：菜名别名：无描述：登录到网上的菜名定义：菜名=汉字位置：订单信息名字：订单时间别名：无描述：用户生成订单的时间定义：订单时间=*年+*月+*日+*点位置：订单信息名字：金额别名：无描述：订单的金额定义：金额=1阿拉伯数字位置：订单信息名字：管理员号别名：管理员登陆号描述：管理员的唯一标识定义：管理员编号=1阿拉伯数字位置：订单信息图8 订单信息的数据字典5. 行为模型状态图通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。状态图提供了行为建模机制。本文用状态图进行行为需求分析。根据前面的分析和设计可以发现，每