网上订餐系统可行性分析报告

1、WOR/式专业资料整理系:业:网上订餐系统可行性分析报告信息与控制学院计算机科学与技术班级学号:学生姓名:小组成员:指导教师:1班16310681杨文鑫杨文鑫（组长）祁玉爱、窦超男杨柯2019年4月9日1引言的1.1 .景1.2 .义1.3 .料1.4 .提2求2.1 .标2.2 .占 八、2.3 .析3性3.1 .性3.2 .程3.3支3.5 .备3.6 .性11122333344447789991414编写目.背软件定.参著资可行荏诉.究的前要目用户特对现宥系统的分技术可行操祚可行处理流程和数据流.费用开设3.7局限所建议技术可行性分析4对系统的简要描述4.1处理流程和数据流程4.2写貌看

2、索经比较的唯一优越性4.3采用逢位索器可能带来的影响1616161717171819投资及效益分析5支由5.15.2社会亩策务面的可行性6法律因素6.1用户便店可行性6.2其他可供选择的方案78结论WOR/式网上订餐系统可行性分析报告1 引言1.1 编写目的现在电子商务随着经济的快速发展受到越来越多的关注，以前的购物型网站，现在的订餐类网站等等，都在各大城市相继由现。尤其是对于现在在社会上占主要群体的一些大学生和白领，由于生活和学习越来越忙碌，加上对饮食的要求不断提高，不由门就可以在家订餐的软件，同时方便客户和商家，两全其美。在中国的大学生高校中学生到食堂用餐，在路途和排队上会浪费很多时间，去

3、晚了还会不到自己想吃的食物，这样会导致学生对食堂的高度不满，网上订餐系统会帮助商户充分了解学生需求，并且减少学生外生的几率和排队上浪费时间。网上订餐管理系统无论是在应用的深度还是广度都是逐步发展的过程。在开发一个局部系统时要充分考虑到局部系统和整个目标系统的相容性和完整性，以利于今后整个系统的建设。基于上述需求，我们小组策划了网上订餐系统的网站。1.2 背景越来越多的大学生、白领希望能够在网络平台上更多的了解到美食方面的信息，并可以方便的购买。迅猛发展并日益成熟的互联网已经影响到我们生活的方方面面，人们真切的体会到了网络给大家带来的便捷，互联网也以其独有的优势快速的渗透到越来越多的领域。网络订

4、餐随着互联网的成长会逐渐被人们所喜爱，正如几年前手机移动的短信一样，在互联网世界里谁早一步在应用上创新，谁就掌握了未来的方向，谁便把握机遇，成为时代的先驱，成功的缔造者。我觉得网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。社会是进步的，我坚信网络订餐终将取代以上的电话订餐，它将会带给广大繁忙的工作人群诸多的方便，节约大量的时间。目前国内美食网站的现状大致为：以大众点评为代表的社区美食网站和以饭店为代表的餐厅网站。前者的主要形式是网友上传餐厅相关消息，网友们互动点评餐厅形成网络口碑等，正形成了点评网信息多而复杂，流量比较大，受众友们喜爱。后者主要以餐厅信息预定业务为主，这样

5、的餐厅网相对比较专业，流量相对较少，受众比较固定，有很高的用户粘性。1.3 软件定义网上订餐系统是基于SSH框架的系统开发，以MySQL数据库为数据核心的应用。以服务为目的的信息平台。开发环境：MyEclipse、MySQL。1.4 参考资料基于Internet的管理信息系统曾凡奇等中国财政经济由版社2001年信息系统开发方法软件工程方法与实践姜旭平 清华大学生版社1997年第一版软件工程实用教程许家珀周丽娟 王华电子工业出版社2011年第一版清华大学生版社2012年第二版2 可行性研究的前提2.1 要求本系统应遵循合理的管理方法，利用计算机技术、网络技术、数据库技术等。全面收集和处理数据，提

6、供各类信息，并利用现代化管理方法，建立具有多种辅助决策功能的模块，为网上订餐项目管理提供决策支持，从而提高管理水平。该系统的实现需要具备以下要求：1 .提高信息处理速度；2 .及时发布，及时可见，确保稳定高效；3 .集中处理，提高管理水平；4 .提高辅助决策能力。2.2 目标网上订餐系统目标：1 .系统能够友好的提供用户界面，使操作人员的工作量最大限度的减少2 .系统具有良好的运行效率，能够达到提高生产率的目的。3 .系统应具有良好的可扩展性，能够容易的在其他系统运行4 .平台的设计应具有一定的超前性，灵活性、能够适应企业的生产配置5 .系统需要操作方便，易于使用，方便管理员对菜品可以进行及时

7、的修改。2.3 用户特点本系统的用户都是网上用户，包括两类：一类是访客和用户，访客可以查看菜品以及基本信息和价格，用户可以进行购买与访问。另外一类是用户管理员，管理员需要给店铺添加商品，也可以对本店的商品进行管理即进行修改和删除的操作，当用户购买商品结束后，管理员可浏览订单并处理订单，最后对订单信息进行配送。3 对现有系统的分析3.1 技术可行性网上订餐系统的开发基于SSH框架模型，主要包括前台应用程序的开发以及后台数据库的建立和维护两个方面。对于前台要求应具备功能完备、易于使用等特点，而对于后者则要求能建立数据一致性和完整性、数据安全性好的数据库。基于以上的要求，本系统采用MyEclipse

8、和MySQL分别作为前台和后台的开发工具。MyEclipse是企业级工作平台是对EclipselDE的扩展，利用它我们可以在数据库和JavaEE的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的JavaEE集成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持HTML,Struts,JSP,CSSJavascript,Spring,SQL,Hibernate。MySQL则是目前比较流行的数据库管理系统。另外外，所有的MySQL版本都可以在Windows操作系统上运行。3.2 操作可行性本网上订餐系统具备友好的用户界面，使用方便，易于维护，操作简单，易于被用户接受

9、。用户只需要可以熟练的操作计算机，并可以熟练的购买商品，即可方便使用，而且使用此系统可以大大减少管理人员的负担，因此，从操作方面看，此系统的开发是可行的。5专业资料整理WOR/式网上订餐系统可行性分析报告3.3 处理流程和数据流程网上订餐系统顶层数据流图如图3.1所示图3.1网上订餐系统顶层数据流图网上订餐系统餐品管理细化数据流图如图3.2所示专业资料整理WOR/式网上订餐系统可行性分析报告7网上订餐系统用户细化数据流图如图图3.3用户管理的细化数据流图网上订餐系统餐品管理细化数据流图如图3.4所示WOR/式网上订餐系统可行性分析报告3.4 工作负荷3.4.1 内部管理主要包括用户登录、新用户

10、注册。用户登录：主要是进行用户验证。新用户注册：主要是进行新用户的加入。3.4.2 餐品管理主要包括浏览、发布、描述浏览：主要是进行查看。发布：主要是进行餐品的增加。描述：主要是进行对餐品的做法进行说明。3.5 费用开支技术人员6名开支50000管理人员3名开支20000设备8台开支50000其他开支200003.6 设备本系统的硬件环境如下：1 .客户机：普通pcCpu:2.5GHZ以上内存：256MB以上能够运行IE5.0及以上2 .web服务器：Cpu:p41GHz内存：1GB硬盘：80GB以上网卡：80GB以上9专业资料整理WOR/式网上订餐系统可行性分析报告3.7 局限性由于系统老旧

11、，操作复杂易于由错，所以需大量的人员来管理，费用花费很大以及运行的不稳定，需要经常更新硬件。需要大量的人员来管理，维护其数据，由错率较高。生现很多冗余信息。设备较为老旧，不能满足本系统的基本需求，所以经常超负荷工作，比较容易损坏。专业资料整理WOR/式网上订餐系统可行性分析报告4 所建议技术可行性分析4.1 对系统的简要描述大致模型如下所示：图4.1系统功能模块图中。无论是客户端的还是用户还是管理端的用户都可以通过网络登录到本系统用户通过网络注册会员填写并查询相关信息。管理端的管理员再对会员信息进行添加、删除和修改等。4.2 处理流程和数据流程9专业资料整理WOR/式专业资料整理网上订餐系统可

12、行性分析报告处理流程如图4.1所示数据字典4.2.1数据流名称:1.置：餐品-+P1.1,鸳品+P23-量+点赞量，+发布时间+发布人D+W述+餐品ID定义：餐品情况=餐向名+类别+图片图4.2数据处理流程图”据流轮*:平埠流量为每月传输1000次，高峰男日流量每天传输100次。1明：餐品发行时，根据餐品情况建立餐品记录；用户收藏处理叶需检查是否有10WOR/式网上订餐系统可行性分析报告该餐品的记录，做法及点赞量是否高。2 .数据流名称：用户情况位置：用户一>P1.2,用户P3.1定义：用户情况=用户名+密码+性别+年龄+邮箱+头像+积分+用户级别+手机号+联系地址+用户ID数据流量：平

13、均流量为每年传输80000次，高峰期流量每天传输1000次说明：根据用户情况建立用户记录。3 .数据流名称：用户身份位置：P3.1，P1.1,p12P2.1,p2.3,P3.2>P1.1,P12P21P2.3定义：用户身份=合法用户13专业资料整理5 .数据流名称：发布请求位置：用户一P2.1定义：发布请求,类别+餐品ID+餐品名+书写时间数据流量：平均流量为每天传输1000次，高峰期流量每小时传输300 次。6 .数据流名称：餐品信息位置：P2.1f P2.24.2.2主要的数据存储定义1 .数据存储编号：D1数据存储名称：餐品记录输入:P1.1网上订餐系统可行性分析报告输由:P2.1

14、,P2.2,P2.3数据结构：餐品记录=餐品编号+类别+发布者+材料+做法+描述+书写时间+餐品名数据量和存储频度：数据量为250000条，存取频度为每天1000次。存取方式：联机处理；检索和更新；主要是随机检索。说明：餐品编号具有唯一-性和非空性。2 .数据存储编号：D2数据存储名称：用户记录输入:P1.2,P3.1,P3.2输由:P2.2,P2.3输由:P2.2,P2.3数据结构：评价记录,餐品编号+餐品名+评论+用户编号+用户名+收藏量+点赞数据量和存取频度：数据量为50000条,存取频度为每天1000次存取方式：联机处理，以更新操作为主，随机检索处理过程名：餐品管理输入：餐品情况，用户

15、身份输由:D1网上订餐系统可行性分析报告处理说明：对吧内所有餐品类别统-编码，将餐品信息数据化，存储到餐品记录表2. 处理过程编号：P1.2处理过程名：用户管理输入：用户情况，用户身份输由:D2处理说明：建立用户信息表，对用户统编号，实现用户记录表的增删改维护功能3. 处理过程编号：P2.1处理过程名：发布、查看做法输入：发布请求，D1,用户身份处理说明：确认用户是否满意，进行信息收集5. 处理过程编号：P2.3处理过程名：收藏处理输入：D1,D2,D3,用户身份，收藏请求，餐品情况输由:D36. 处理过程编号：P3.1输由：用户情况，D2,用户身份处理说明：通过用户名和密码，确认用户身份，保

16、护系统的安全性7. 处理过程编号：P3.2处理过程名：新用户登录管理输入：注册新用户情况，D2WOR/式网上订餐系统可行性分析报告输由：用户身份，D2,注册新用户情况处理说明：通过填写基本的用户情况表格，保证系统的安全性4.3 与现有系统比较的唯一优越性免费开放的交流平台，能更大限度的让广大用户与商家更进一步的进行探讨与交流，也更能吸引广大美食爱好者进行美食的选择与订购。4.4 采用建议系统可能带来的影响4.4.1 对设备的影响新提生的设备要求能更大限度的容纳广大美食爱好者的发帖及评论，且完全是最终使用的用户本身、人员数量就是广大订餐用户的支持与爱好者，技术水方面要全而完美，尽量满足广大用户的

17、使用要求，方便其订餐。4.4.4 对系统运行的影响所建议系统对运行过程的影响如下：a、用户的操作规程完全由用户所控制b、运行中心的操作规程也是完全由用户进行操作c、运行中心与用户之间的关系是主人与使用工具的关系进行书写就可以了f、对数据保存的要求是不具有重复性，相似度只能保持在79%对数据存储、恢复的处理是具有回收站g、输由报告的处理过程是对广大用户进行第一时间的观看、存储数据和高度方法是完全开放式，可以随发布者的意向展示14专业资料整理WOR/式网上订餐系统可行性分析报告h、系统失效的后果及恢复的处理方法是进行进一步的更新与改造4.4.5 对开发环境的影响无论是客户端的用户还是管理端的用户都

18、可以通过网络进行身份信息验证登录到本系统中。用户通过网络注册会员填写并查询相关信息。管理端的管理员再对会员的信息进行添加、删除、修改等操作。4.4.6 对运行环境的影响环境设施的要求是没有负面的内容，完全安全、绿色。4.4.7 对经费开支的影响为了所建议系统的开发，设计和维持运行，需要的各项经费开支如下：17专业资料整理W统的开发需要万元，设计需要2万元，维持运行需要10网上订餐系统可行性分析报告5 投资及效益分析5.1 支由本系统主要支由在于人员的时间支由，由于现阶段我们由一群热爱创业的学生团队组成，所以我们的投入在时间上成正比。5.1.1 基建投资计算机及外围设备a）数据通讯设备b）操作系统和应用软件c）数据库管理软件c）检查费用和技术管理性费用5.2 收益本系统主要是由商家为广大热爱饮食但因为时间关系没办法购买的朋友提供的一个订购平台，目前收益完全来源于用户订餐，但后期如果有商户要为他们的美食加入我们的网站，我们将考虑收费条件。网上订餐系统可