网上订餐系统可行性分析报告文档格式.docx
- 文档编号:22177571
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:14
- 大小:105.29KB
网上订餐系统可行性分析报告文档格式.docx
《网上订餐系统可行性分析报告文档格式.docx》由会员分享,可在线阅读,更多相关《网上订餐系统可行性分析报告文档格式.docx(14页珍藏版)》请在冰豆网上搜索。
前者的主要形式就是网友上传餐厅相关消息,网友们互动点评餐厅形成网络口碑等,正形成了点评网信息多而复杂,流量比较大,受众友们喜爱。
后者主要以餐厅信息预定业务为主,这样的餐厅网相对比较专业,流量相对较少,受众比较固定,有很高的用户粘性。
1、3软件定义
网上订餐系统就是基于SSH框架的系统开发,以MySQL数据库为数据核心的应用。
以服务为目的的信息平台。
开发环境:
MyEclipse、MySQL。
1、4参考资料
《基于Internet的管理信息系统》曾凡奇等中国财政经济出版社2001年
《信息系统开发方法》姜旭平清华大学出版社1997年第一版
《软件工程方法与实践》许家珆电子工业出版社2011年第一版
《软件工程实用教程》周丽娟王华清华大学出版社2012年第二版
2可行性研究的前提
2、1要求
本系统应遵循合理的管理方法,利用计算机技术、网络技术、数据库技术等。
全面收集与处理数据,提供各类信息,并利用现代化管理方法,建立具有多种辅助决策功能的模块,为网上订餐项目管理提供决策支持,从而提高管理水平。
该系统的实现需要具备以下要求:
1、提高信息处理速度;
2、及时发布,及时可见,确保稳定高效;
3、集中处理,提高管理水平;
4、提高辅助决策能力。
2、2目标
网上订餐系统目标:
1、系统能够友好的提供用户界面,使操作人员的工作量最大限度的减少
2、系统具有良好的运行效率,能够达到提高生产率的目的。
3、系统应具有良好的可扩展性,能够容易的在其她系统运行
4、平台的设计应具有一定的超前性,灵活性、能够适应企业的生产配置
5、系统需要操作方便,易于使用,方便管理员对菜品可以进行及时的修改。
2、3用户特点
本系统的用户都就是网上用户,包括两类:
一类就是访客与用户,访客可以查瞧菜品以及基本信息与价格,用户可以进行购买与访问。
另外一类就是用户管理员,管理员需要给店铺添加商品,也可以对本店的商品进行管理即进行修改与删除的操作,当用户购买商品结束后,管理员可浏览订单并处理订单,最后对订单信息进行配送。
3对现有系统的分析
3、1技术可行性
网上订餐系统的开发基于SSH框架模型,主要包括前台应用程序的开发以及后台数据库的建立与维护两个方面。
对于前台要求应具备功能完备、易于使用等特点,而对于后者则要求能建立数据一致性与完整性、数据安全性好的数据库。
基于以上的要求,本系统采用MyEclipse与MySQL分别作为前台与后台的开发工具。
MyEclipse就是企业级工作平台就是对EclipseIDE的扩展,利用它我们可以在数据库与JavaEE的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。
它就是功能丰富的JavaEE集成开发环境,包括了完备的编码、调试、测试与发布功能,完整支持HTML,Struts,JSP,CSS,Javascript,Spring,SQL,Hibernate。
MySQL则就是目前比较流行的数据库管理系统。
另外外,所有的MySQL版本都可以在Windows操作系统上运行。
3、2操作可行性
本网上订餐系统具备友好的用户界面,使用方便,易于维护,操作简单,易于被用户接受。
用户只需要可以熟练的操作计算机,并可以熟练的购买商品,即可方便使用,而且使用此系统可以大大减少管理人员的负担,因此,从操作方面瞧,此系统的开发就是可行的。
3、3处理流程与数据流程
网上订餐系统顶层数据流图如图3、1所示
图3、1网上订餐系统顶层数据流图
网上订餐系统餐品管理细化数据流图如图3、2所示
图3、2餐品管理的细化数据流图
网上订餐系统用户细化数据流图如图3、3所示
图3、3用户管理的细化数据流图
网上订餐系统餐品管理细化数据流图如图3、4所示
图3、4餐品管理的细化数据流图
3、4工作负荷
3、4、1内部管理
主要包括用户登录、新用户注册。
用户登录:
主要就是进行用户验证。
新用户注册:
主要就是进行新用户的加入。
3、4、2餐品管理
主要包括浏览、发布、描述
浏览:
主要就是进行查瞧。
发布:
主要就是进行餐品的增加。
描述:
主要就是进行对餐品的做法进行说明。
3、5费用开支
技术人员6名开支50000
管理人员3名开支20000
设备8台开支50000
其她开支20000
3、6设备
本系统的硬件环境如下:
1、客户机:
普通pc
Cpu:
2、5GHZ以上
内存:
256MB以上
能够运行IE5、0及以上
2、web服务器:
p41GHZ
1GB
硬盘:
80GB以上
网卡:
3、7局限性
由于系统老旧,操作复杂易于出错,所以需大量的人员来管理,费用花费很大以及运行的不稳定,需要经常更新硬件。
需要大量的人员来管理,维护其数据,出错率较高。
出现很多冗余信息。
设备较为老旧,不能满足本系统的基本需求,所以经常超负荷工作,比较容易损坏。
4所建议技术可行性分析
4、1对系统的简要描述
大致模型如下所示:
图4、1系统功能模块图
无论就是客户端的还就是用户还就是管理端的用户都可以通过网络登录到本系统中。
用户通过网络注册会员填写并查询相关信息。
管理端的管理员再对会员信息进行添加、删除与修改等。
4、2处理流程与数据流程
处理流程如图4、1所示
图4、2数据处理流程图
4、2、1数据字典
1、数据流名称:
餐品情况
位置:
餐品-+P1、1,餐品+P2、3
定义:
餐品情况=餐品名+类别+图片+点击率+收藏量+点赞量+发布时间+发布人D+描述+餐品ID
数据流量:
平均流量为每月传输1000次,高峰期流量每天传输100次。
说明:
餐品发布时,根据餐品情况建立餐品记录;
用户收藏处理时需检查就是否有该餐品的记录,做法及点赞量就是否高。
2、数据流名称:
用户情况
用户一>
P1、2,用户→P3、1
用户情况=用户名+密码+性别+年龄+邮箱+头像+积分+用户级别+手机号+联系地址+用户ID
平均流量为每年传输80000次,高峰期流量每天传输1000次。
根据用户情况建立用户记录。
3、数据流名称:
用户身份
P3、1→{P1、1,p1、2,p2、1,p2、3},P3、2>
{P1、1,P1、2,P2、1,P2、3}
用户身份=[合法用户]
-切用户只要注册成功的都可以进入
4、数据流名称:
注册新用户情况
位置:
新用户→P3、2
定义:
注册新用户情况=新用户ID+新用户用户名+姓名+性别+级别+密码+电话
新用户一、旦注册成功,无需再有升级等步骤。
5、数据流名称:
发布请求
用户一P2、1
发布请求=类别+餐品ID+餐品名+书写时间
数据流量:
平均流量为每天传输1000次,高峰期流量每小时传输300次。
6、数据流名称:
餐品信息
P2、1→P2、2
餐品信息=输入餐品编号+餐品名称+类别
平均流量为每天传输1000次,高峰期流量为每小时传输250次。
说明:
查瞧餐品信息时,需要输入餐品编号,餐品名称与类别,以确定餐品。
4、2、2主要的数据存储定义
1、数据存储编号:
D1
数据存储名称:
餐品记录
输入:
P1、1
输出:
P2、
1,
P2、2,P2、
3
数据结构:
餐品记录=餐品编号+类别+发布者+材料+做法+描述+书写时间+餐品名
数据量与存储频度:
数据量为250000条,存取频度为每天1000次。
存取方式:
联机处理;
检索与更新;
主要就是随机检索。
餐品编号具有唯一-
性与非空性。
2、数据存储编号:
D2
用户记录
P1、2,
P3、
2
P2、2,
P2、3
用户记录=姓名+性别+级别+昵称+密码+电话+用户编号
数据量与存取频度:
数据量为15000条,存取频度为每天500次。
联机处理,主要就是检索处理,以随机检索为主
编号具有唯-性与非空性,性别只能就是“男”或“女”。
3、数据存储编号:
D3
评价记录
P2、2,P2、3
评价记录=餐品编号+餐品名+评论+用户编号+用户名+收藏量+点赞量
数据量为50000条,存取频度为每天1000次。
联机处理,以更新操作为主,随机检索
用户编号就是外码,参照表为“用户编号”
4、2、3主要处理过程
1、处理过程编号:
处理过程名:
餐品管理
餐品情况,用户身份
处理说明:
对吧内所有餐品类别统-编码,将餐品信息数据化,存储到餐品记录表中
2、处理过程编号:
P1、2
用户管理
用户情况,用户身份
处理说明:
建立用户信息表,对用户统编号,实现用户记录表的增刪改维护功能
3、处理过程编号:
P2、1
发布、查瞧做法
发布请求,D1,用户身份
发布请求,餐品信息
实现根据餐品类别查询餐品,根据餐品名称模糊查询做法的功能4、处理过程编号:
P2、2
处理过程名:
点评处理
输入:
餐品信息D1,D2,D3
输出:
确认用户就是否满意,进行信息收集
5、处理过程编号:
处理过程名:
收藏处理
输入:
D1,D2,D3,用户身份,收藏请求,餐品情况
6、处理过程编号:
P3、1
用户登录管理
用户情况,D2
输出:
用户情况,D2,用户身份
通过用户名与密码,确认用户身份,保护系统的安全性
7、处理过程编号:
P3、2
新用户登录管理
注册新用户情况,D2
用户身份,D2,注册新用户情况
通过填写基本的用户情况表格,保证系统的安全性
4、3与现有系统比较的唯一优越性
免费开放的交流平台,能更大限度的让广大用户与商家更进一步的进行探讨与交流,也更能吸引广大美食爱好者进行美食的选择与订购。
4、4采用建议系统可能带来的影响
4、4、1对设备的影响
新提出的设备要求能更大限度的容纳广大美食爱好者的发帖及评论,且完全免费,发帖完全自由。
对现存系统中尚可使用的设备须作出完全免费的服务。
4、4、2对现有软件的影响
说明为使现有的应用软件与支持软件能同建议的系统相适应,需要对这些软件进行的用户身份的修改与内容充实的补充。
4、4、3对用户的影响
为建立与运行建议的系统,用户单位(即使用单位或最终用户)机构就完全就是最终使用的用户本身、人员数量就就是广大订餐用户的支持与爱好者,技术水平方面要全而完美,尽量满足广大用户的使用要求,方便其订餐。
4、4、4对系统运行的影响
所建议系统对运行过程的影响如下:
a、用户的操作规程完全由用户所控制
b、运行中心的操作规程也就是完全由用户进行操作
c、运行中心与用户之间的关系就是主人与使用工具的关系
d、源数据的处理完全都由用户控制
e、数据进入系统的过程不用管理员或最高级别的任何人进行,完全只要用户进行书写就可以了
f、对数据保存的要求就是不具有重复性,相似度只能保持在79%,对数据存储、恢复的处理就是具有回收站
g、输出报告的处理过程就是对广大用户进行第一时间的观瞧、存储数据与高度方法就是完全开放式,可以随发布者的意向展示
h、系统失效的后果及恢复的处理方法就是进行进一步的更新与改造
4、4、5对开发环境的影响
无论就是客户端的用户还就是管理端的用户都可以通过网络进行身份信息验证登录到本系统中。
管理端的管理员再对会员的信息进行添加、删除、修改等操作。
4、4、6对运行环境的影响
环境设施的要求就是没有负面的内容,完全安全、绿色。
4、4、7对经费开支的影响
为了所建议系统的开发,设计与维持运行,需要的各项经费开支如下:
系统的开发需要1万元,设计需要2万元,维持运行需要10万元。
5投资及效益分析
5、1支出
本系统主要支出在于人员的时间支出,由于现阶段我们由一群热爱创业的学生团队组成,所以我们的投入在时间上成正比。
5、1、1基建投资
计算机及外围设备
a)数据通讯设备
b)操作系统与应用软件
c)数据库管理软件
5、1、2经常性支出
本系统主要在于学生的时间花费
5、1、3其她一次性支出
包括下列各项所需的费用,如:
a)数据库的建立
b)计算机及外围软件的检查费用转换
c)检查费用与技术管理性费用
5、2收益
本系统主要就是由商家为广大热爱饮食但因为时间关系没办法购买的朋友提供的一个订购平台,目前收益完全来源于用户订餐,但后期如果有商户要为她们的美食加入我们的网站,我们将考虑收费条件。
6社会因素方面的可行性
6、1法律因素
该项目为独立开发,技术上没有任何现有的软件与方法,所以在法律方面不存在侵权专利权,侵犯版权等问。
6、2用户使用可行性
从用户单位的行政管理与工作制度等方面来瞧,就是完全可以使用本软件系统的。
从用户单位的工作人员的素质来瞧,使用本系统的人员可大致分为两类:
一:
大学生,二:
管理人员,用户的素质较高且都有一定的计算机应用基础,而且此软件系统的操作方法简单,保证能够满足绝大多数用户使用本管理系统。
7其她可供选择的方案
前期建设以网站基本结构与系统管理平台搭建为主,整个应用软件系统网上信息展示、信息发布与交流,既为客户或会员提供一个简单易用的浏览界面,也为管理员提供一个通用的、友好的、易扩展的管理员界面,并对于以后进一步会员增值服务的开展具有灵活的扩展性。
后期根据需求,不断完善页面设计及后台数据库管理,尽量设计成操作简单、界面清晰的系统,方便网站管理人员进行网站管理。
8结论
基于本网站的分析、设计与实现,时至今日,设计已基本完成,文档攥写也已完毕。
此次网上订餐网站的开发主要实现了增、删、改、查等基本功能,前台界面清晰,后台管理功能较为完善,操作简便。
当然由于技术等相关原因,此次的网上订餐网站开发将会存在许多技术性方面的问题,但我相信这些问题将在后期会逐步完善。
通过团队合作、讨论及分析,在撰写文档的过程中,我们小组也学到了很多以往没有的理论知识,更加深入地了解系统开发的过程,每一步需要做什么,完成什么工作,该怎样完成。
在这过程中,由于对软件、市场方面的需求等等不熟悉的原因,也使我们走了不少弯路,与此同时也积累了不少宝贵经验,我明白了开发系统需循序渐进,就是急不来的,首先要对自己所要做的东西有个概念,熟悉软件的使用及学习透彻必要的开发语言,规划好时间进度;
其次,分析与设计就是很重要的环节,分析得越透彻,设计得越详细,对编程会有很好的引导作用,也可避免重复修改,浪费时间,写下文档;
最后在开始着手编程。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网上 系统 可行性 分析 报告