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

网上订餐系统
可行性分析报告
院 系: 信息与控制学院 　
专　 业:　 　计算机科学与技术 　
班级学号：　 　 　1班１6310681 　
学生姓名:　 　 　 杨文鑫　 　 　 　
小组成员： 　 　杨文鑫(组长）　　 　
祁玉爱、窦超男 　　
指导教师:　 　 杨柯 　 　
成 　 绩: 　　　 　 　 　 　 　
　 2019年 　４月 9日
目　 录
１ 　引言 1
1、１ 　编写目得 1
1、2 背景ﻩ１
１、3 　软件定义ﻩ2
1、４ 　参考资料 2
2 可行性研究得前提 3
2、1 要求ﻩ３
2、2 目标 ３
2、3 用户特点 3
3 　对现有系统得分析ﻩ4
3、1 　技术可行性 4
3、２　 操作可行性 ４
３、3 　处理流程与数据流程ﻩ4
3、５　 费用开支ﻩ7
3、6　 设备 7
3、7局限性 8
４ 所建议技术可行性分析 9
4、1 对系统得简要描述 9
4、2 处理流程与数据流程 ９
4、3 与现有系统比较得唯一优越性 14
４、4 采用建议系统可能带来得影响 14
５ 　投资及效益分析 16
5、１ 支出 16
5、２　　收益 16
６　 社会因素方面得可行性ﻩ１7
6、1 法律因素 1７
6、2 用户使用可行性ﻩ17
7 　其她可供选择得方案ﻩ18
8 结论 １9
1 引言
１、1 编写目得
现在电子商务随着经济得快速发展受到越来越多得关注,以前得购物型网站,现在得订餐类网站等等,都在各大城市相继出现。尤其就是对于现在在社会上占主要群体得一些大学生与白领,由于生活与学习越来越忙碌,加上对饮食得要求不断提高，不出门就可以在家订餐得软件,同时方便客户与商家,两全其美。
在中国得大学生高校中学生到食堂用餐,在路途与排队上会浪费很多时间,去晚了还会不到自己想吃得食物,这样会导致学生对食堂得高度不满,网上订餐系统会帮助商户充分了解学生需求，并且减少学生外出得几率与排队上浪费时间。
网上订餐管理系统无论就是在应用得深度还就是广度都就是逐步发展得过程。在开发一个局部系统时要充分考虑到局部系统与整个目标系统得相容性与完整性，以利于今后整个系统得建设。基于上述需求,我们小组策划了网上订餐系统得网站。
1、2 背景
越来越多得大学生、白领希望能够在网络平台上更多得了解到美食方面得信息,并可以方便得购买。迅猛发展并日益成熟得互联网已经影响到我们生活得方方面面，人们真切得体会到了网络给大家带来得便捷,互联网也以其独有得优势快速得渗透到越来越多得领域。网络订餐随着互联网得成长会逐渐被人们所喜爱,正如几年前手机移动得短信一样，在互联网世界里谁早一步在应用上创新,谁就掌握了未来得方向,谁便把握机遇，成为时代得先驱,成功得缔造者。我觉得网上订餐服务得直观、有效、便捷等优点就是传统得电话订餐业务无法比拟得。社会就是进步得,我坚信网络订餐终将取代以上得电话订餐,它将会带给广大繁忙得工作人群诸多得方便，节约大量得时间。
目前国内美食网站得现状大致为:以大众点评为代表得社区美食网站与以饭店为代表得餐厅网站。前者得主要形式就是网友上传餐厅相关消息,网友们互动点评餐厅形成网络口碑等,正形成了点评网信息多而复杂,流量比较大,受众友们喜爱。后者主要以餐厅信息预定业务为主，这样得餐厅网相对比较专业,流量相对较少,受众比较固定,有很高得用户粘性。
1、3 软件定义
网上订餐系统就是基于ＳSH框架得系统开发,以MyＳQＬ数据库为数据核心得应用。以服务为目得得信息平台。
开发环境:MyEｃlｉpｓe、MySQＬ。
１、4　 参考资料
《基于Inｔerｎet得管理信息系统》　曾凡奇等 中国财政经济出版社 ２001年
《信息系统开发方法》　 姜旭平 　清华大学出版社 　 １997年第一版
《软件工程方法与实践》 许家珆 　 电子工业出版社 　20１1年第一版
《软件工程实用教程》 周丽娟 王华 清华大学出版社 　201２年第二版
ﻬ2 可行性研究得前提
2、1　　要求
本系统应遵循合理得管理方法,利用计算机技术、网络技术、数据库技术等。全面收集与处理数据,提供各类信息,并利用现代化管理方法，建立具有多种辅助决策功能得模块,为网上订餐项目管理提供决策支持，从而提高管理水平。
该系统得实现需要具备以下要求：
1、提高信息处理速度;
2、及时发布,及时可见,确保稳定高效；
3、集中处理,提高管理水平;
4、提高辅助决策能力。
2、2 　目标
网上订餐系统目标:
　 1、系统能够友好得提供用户界面，使操作人员得工作量最大限度得减少
　 ２、系统具有良好得运行效率，能够达到提高生产率得目得。
３、系统应具有良好得可扩展性,能够容易得在其她系统运行
4、平台得设计应具有一定得超前性,灵活性、能够适应企业得生产配置
　 ５、系统需要操作方便,易于使用,方便管理员对菜品可以进行及时得修改。
2、３ 用户特点
本系统得用户都就是网上用户,包括两类:一类就是访客与用户,访客可以查瞧菜品以及基本信息与价格，用户可以进行购买与访问。另外一类就是用户管理员，管理员需要给店铺添加商品,也可以对本店得商品进行管理即进行修改与删除得操作,当用户购买商品结束后,管理员可浏览订单并处理订单，最后对订单信息进行配送。
ﻬ3 　对现有系统得分析
3、1 　技术可行性
网上订餐系统得开发基于ＳSH框架模型,主要包括前台应用程序得开发以及后台数据库得建立与维护两个方面。对于前台要求应具备功能完备、易于使用等特点,而对于后者则要求能建立数据一致性与完整性、数据安全性好得数据库。基于以上得要求，本系统采用ＭyEclipｓe与ＭySQL分别作为前台与后台得开发工具。MｙEｃlｉpsｅ就是企业级工作平台就是对ＥcｌｉｐseＩＤE得扩展，利用它我们可以在数据库与ＪaｖaＥE得开发、发布以及应用程序服务器得整合方面极大得提高工作效率。它就是功能丰富得JａvａEE集成开发环境,包括了完备得编码、调试、测试与发布功能,完整支持HTML，Struｔs,JSP，CSS,Jaｖascriｐt,Spring,SQL,Hibｅrnate。MySQL则就是目前比较流行得数据库管理系统。另外外,所有得MySQＬ版本都可以在Ｗiｎｄｏws操作系统上运行。
3、２ 操作可行性
本网上订餐系统具备友好得用户界面，使用方便,易于维护,操作简单，易于被用户接受。用户只需要可以熟练得操作计算机,并可以熟练得购买商品,即可方便使用,而且使用此系统可以大大减少管理人员得负担,因此,从操作方面瞧,此系统得开发就是可行得。
ﻬ3、３ 处理流程与数据流程
网上订餐系统顶层数据流图如图3、1所示

图3、1 网上订餐系统顶层数据流图
网上订餐系统餐品管理细化数据流图如图3、2所示

图3、2　餐品管理得细化数据流图
网上订餐系统用户细化数据流图如图3、3所示

图３、３ 用户管理得细化数据流图
网上订餐系统餐品管理细化数据流图如图3、4所示

图3、4　餐品管理得细化数据流图
3、4 工作负荷
3、4、1　 内部管理
主要包括用户登录、新用户注册。
用户登录:主要就是进行用户验证。
新用户注册:主要就是进行新用户得加入。
3、４、2 　餐品管理
主要包括浏览、发布、描述
浏览:主要就是进行查瞧。
发布:主要就是进行餐品得增加。
描述:主要就是进行对餐品得做法进行说明。
3、５ 　费用开支
技术人员 ６名 开支 50000
管理人员 ３名 开支 ２０000
设备 8台 开支 ５000０
其她　开支 20００0
3、6 　设备
本系统得硬件环境如下:
１、客户机:普通pc
Cｐu:2、5GＨＺ　以上
内存:256MB以上
能够运行IE５、０及以上
2、ｗｅｂ服务器:
Ｃpu:p4１GHZ
内存：１GＢ
硬盘:８0GB以上
网卡:8０GB以上
３、7 局限性
由于系统老旧,操作复杂易于出错,所以需大量得人员来管理，费用花费很大以及运行得不稳定,需要经常更新硬件。需要大量得人员来管理,维护其数据,出错率较高。出现很多冗余信息。设备较为老旧,不能满足本系统得基本需求，所以经常超负荷工作，比较容易损坏。
ﻬ４ 　所建议技术可行性分析
４、1 对系统得简要描述
大致模型如下所示:

图4、1 系统功能模块图
无论就是客户端得还就是用户还就是管理端得用户都可以通过网络登录到本系统中。用户通过网络注册会员填写并查询相关信息。管理端得管理员再对会员信息进行添加、删除与修改等。
4、２ 处理流程与数据流程
处理流程如图4、1所示

图４、2 数据处理流程图
4、2、1　 数据字典
1、 数据流名称: 餐品情况
位置：餐品－ +P1、１,餐品＋Ｐ2、3
定义:餐品情况＝餐品名+类别＋图片＋点击率+收藏量+点赞量+发布时间＋发布人D+描述+餐品IＤ
数据流量:平均流量为每月传输1000次，高峰期流量每天传输100次。
说明:餐品发布时，根据餐品情况建立餐品记录;用户收藏处理时需检查就是否有该餐品得记录,做法及点赞量就是否高。
２、 数据流名称：用户情况
位置：用户一>Ｐ1、2,用户→P3、1
定义:用户情况=用户名+密码+性别＋年龄＋邮箱+头像+积分+用户级别+手机号+联系地址+用户ID
数据流量:平均流量为每年传输80０00次,高峰期流量每天传输10０0次。
说明:根据用户情况建立用户记录。
3、　　数据流名称： 用户身份
位置：P３、１→{P1、1,p1、2,p2、1,p2、３｝,P3、２>{P１、1,Ｐ1、2,Ｐ2、1,P2、3}
定义：用户身份=[合法用户］
数据流量： -切用户只要注册成功得都可以进入
4、　 数据流名称：注册新用户情况ﻫﻩ位置：新用户→Ｐ3、2
ﻩ定义:注册新用户情况=新用户ID＋新用户用户名＋姓名+性别+级别+密码+电话
数据流量:平均流量为每年传输8０００0次，高峰期流量每天传输1０００次。
说明:新用户一、旦注册成功,无需再有升级等步骤。ﻫ 5、　 数据流名称:发布请求
位置:用户一P2、１
ﻩ定义:发布请求＝类别＋餐品ＩD+餐品名+书写时间
ﻩ数据流量:平均流量为每天传输１00０次,高峰期流量每小时传输３００次。 6、 数据流名称:餐品信息
位置:Ｐ2、1→P２、2
ﻩ定义：餐品信息＝输入餐品编号+餐品名称+类别
数据流量:平均流量为每天传输１000次,高峰期流量为每小时传输２50次。ﻩ说明:查瞧餐品信息时，需要输入餐品编号，餐品名称与类别,以确定餐品。 
4、2、2 主要得数据存储定义
1、 　数据存储编号: D1
数据存储名称:餐品记录
ﻩ输入： P1、1
ﻩ输出: P2、 1, P2、２,P2、 3
ﻩ数据结构:餐品记录=餐品编号+类别+发布者＋材料+做法＋描述+书写时间+餐品名
数据量与存储频度:数据量为2５0０0０条，存取频度为每天1000次。
存取方式：联机处理;检索与更新;主要就是随机检索。
说明:餐品编号具有唯一－ 性与非空性。
ﻩ2、　 数据存储编号: Ｄ2
数据存储名称:用户记录
输入: P1、2, P3、 1, P3、 2
输出： P2、2, Ｐ２、3
ﻩ数据结构:用户记录=姓名+性别+级别+昵称+密码+电话＋用户编号
数据量与存取频度:数据量为150０0条,存取频度为每天5０0次。
存取方式：联机处理，主要就是检索处理,以随机检索为主
ﻩ说明：编号具有唯-性与非空性,性别只能就是“男”或“女”。
３、 数据存储编号: Ｄ３
ﻩ数据存储名称:评价记录
输入： P2、2,P2、3
ﻩ输出: P2、2,P２、３
ﻩ数据结构：评价记录=餐品编号+餐品名＋评论+用户编号+用户名＋收藏量+点赞量
ﻩ数据量与存取频度:数据量为500００条,存取频度为每天1000次。
ﻩ存取方式:联机处理，以更新操作为主,随机检索
ﻩ说明:用户编号就是外码，参照表为“用户编号”
４、2、３ 主要处理过程
1、 处理过程编号： P1、１
ﻩ处理过程名：餐品管理
ﻩ输入：餐品情况,用户身份
ﻩ输出: Ｄ1
处理说明:对吧内所有餐品类别统-编码，将餐品信息数据化,存储到餐品记录表中ﻫ 2、　 处理过程编号: P1、２
处理过程名：用户管理
输入：用户情况,用户身份
输出: D2
处理说明:建立用户信息表，对用户统编号,实现用户记录表得增刪改维护功能
３、 处理过程编号： Ｐ2、1
处理过程名:发布、查瞧做法
输入：发布请求,D1,用户身份
ﻩ输出:发布请求，餐品信息
处理说明:实现根据餐品类别查询餐品,根据餐品名称模糊查询做法得功能4、 　处理过程编号： P２、２
处理过程名:点评处理
输入:餐品信息D1,D2,Ｄ3ﻫﻩ 　输出: D３
处理说明:确认用户就是否满意,进行信息收集
5、 处理过程编号： P2、３
ﻩ　 处理过程名:收藏处理
ﻩ 输入: D1,Ｄ2,Ｄ3,用户身份,收藏请求,餐品情况
ﻩ 　输出: D3
６、 处理过程编号:Ｐ3、1
处理过程名:用户登录管理
输入：用户情况,Ｄ2
输出:用户情况，D２,用户身份
处理说明:通过用户名与密码，确认用户身份,保护系统得安全性
7、 处理过程编号:P3、2
处理过程名：新用户登录管理
输入:注册新用户情况,D2
输出:用户身份,D2,注册新用户情况
处理说明:通过填写基本得用户情况表格，保证系统得安全性
4、3 与现有系统比较得唯一优越性
免费开放得交流平台,能更大限度得让广大用户与商家更进一步得进行探讨与交流,也更能吸引广大美食爱好者进行美食得选择与订购。
4、4 　采用建议系统可能带来得影响
４、4、1　 对设备得影响
新提出得设备要求能更大限度得容纳广大美食爱好者得发帖及评论，且完全免费,发帖完全自由。对现存系统中尚可使用得设备须作出完全免费得服务。
4、４、2 对现有软件得影响
说明为使现有得应用软件与支持软件能同建议得系统相适应,需要对这些软件进行得用户身份得修改与内容充实得补充。
４、４、3 对用户得影响
为建立与运行建议得系统,用户单位(即使用单位或最终用户)机构就完全就是最终使用得用户本身、人员数量就就是广大订餐用户得支持与爱好者,技术水平方面要全而完美,尽量满足广大用户得使用要求,方便其订餐。
4、4、4 对系统运行得影响
所建议系统对运行过程得影响如下:
a、用户得操作规程完全由用户所控制
ｂ、运行中心得操作规程也就是完全由用户进行操作
c、运行中心与用户之间得关系就是主人与使用工具得关系
d、源数据得处理完全都由用户控制
ｅ、数据进入系统得过程不用管理员或最高级别得任何人进行,完全只要用户进行书写就可以了
ｆ、对数据保存得要求就是不具有重复性,相似度只能保持在７９%,对数据存储、恢复得处理就是具有回收站
g、输出报告得处理过程就是对广大用户进行第一时间得观瞧、存储数据与高度方法就是完全开放式,可以随发布者得意向展示
h、系统失效得后果及恢复得处理方法就是进行进一步得更新与改造
４、4、５ 对开发环境得影响
无论就是客户端得用户还就是管理端得用户都可以通过网络进行身份信息验证登录到本系统中。用户通过网络注册会员填写并查询相关信息。管理端得管理员再对会员得信息进行添加、删除、修改等操作。
4、4、６ 　对运行环境得影响
环境设施得要求就是没有负面得内容,完全安全、绿色。
4、4、7　　对经费开支得影响
为了所建议系统得开发,设计与维持运行,需要得各项经费开支如下:
系统得开发需要1万元,设计需要2万元,维持运行需要10万元。
ﻬ5 投资及效益分析
５、１　 支出
本系统主要支出在于人员得时间支出,由于现阶段我们由一群热爱创业得学生团队组成,所以我们得投入在时间上成正比。
５、１、１ 基建投资
计算机及外围设备
ａ）数据通讯设备
b)操作系统与应用软件
c)数据库管理软件
5、1、2 　经常性支出
本系统主要在于学生得时间花费
5、１、3 　其她一次性支出
包括下列各项所需得费用,如:
ａ）数据库得建立
b)计算机及外围软件得检查费用转换
ｃ)检查费用与技术管理性费用
5、2 　收益
本系统主要就是由商家为广大热爱饮食但因为时间关系没办法购买得朋友提供得一个订购平台,目前收益完全来源于用户订餐,但后期如果有商户要为她们得美食加入我们得网站,我们将考虑收费条件。
6 社会因素方面得可行性
6、1　 法律因素
该项目为独立开发,技术上没有任何现有得软件与方法，所以在法律方面不存在侵权专利权，侵犯版权等问。
６、2 　用户使用可行性
从用户单位得行政管理与工作制度等方面来瞧,就是完全可以使用本软件系统得。
从用户单位得工作人员得素质来瞧,使用本系统得人员可大致分为两类:一:大学生，二:管理人员,用户得素质较高且都有一定得计算机应用基础,而且此软件系统得操作方法简单,保证能够满足绝大多数用户使用本管理系统。
ﻬ7 其她可供选择得方案
前期建设以网站基本结构与系统管理平台搭建为主，整个应用软件系统网上信息展示、信息发布与交流,既为客户或会员提供一个简单易用得浏览界面,也为管理员提供一个通用得、友好得、易扩展得管理员界面,并对于以后进一步会员增值服务得开展具有灵活得扩展性。
后期根据需求,不断完善页面设计及后台数据库管理,尽量设计成操作简单、界面清晰得系统,方便网站管理人员进行网站管理。
ﻬ8 　结论
基于本网站得分析、设计与实现,时至今日，设计已基本完成，文档攥写也已完毕。此次网上订餐网站得开发主要实现了增、删、改、查等基本功能,前台界面清晰，后台管理功能较为完善,操作简便。
当然由于技术等相关原因,此次得网上订餐网站开发将会存在许多技术性方面得问题，但我相信这些问题将在后期会逐步完善。通过团队合作、讨论及分析,在撰写文档得过程中，我们小组也学到了很多以往没有得理论知识，更加深入地了解系统开发得过程,每一步需要做什么,完成什么工作,该怎样完成。
在这过程中,由于对软件、市场方面得需求等等不熟悉得原因,也使我们走了不少弯路,与此同时也积累了不少宝贵经验,我明白了开发系统需循序渐进,就是急不来得,首先要对自己所要做得东西有个概念，熟悉软件得使用及学习透彻必要得开发语言，规划好时间进度;其次，分析与设计就是很重要得环节,分析得越透彻,设计得越详细,对编程会有很好得引导作用,也可避免重复修改,浪费时间，写下文档;最后在开始着手编程。