4) 社会可行性
网络订餐系统虽然便利，但是也应该注意一些风险与潜在的问题。作为一种新兴的消费方式，目前还没有相关的规则来约束它，所以网上订餐系统也有很多问题需要注意，首先是食品质量安全问题，要与正规的，合格的，卫生的饭店合作；其次还有付款的相关问题，消费者付款，最后所收的付款卖家要按时可以收到，避免引起财务纠纷；最后还有售后问题，如果消费者在拿到食品后出现不满意的情况，还要及时需要相关的售后来解决这些问题。
5) 其他可行性
5.1 市场情况可行性分析
“预订/代订”模式以携程、E龙为起点，获得纳斯达克青睐之后，一批中小企业相继涌入，但目前该模式呈现出几大状态：
a、携程大规模盈利，而E龙、芒果网、遨游网等二线梯队尚在巨额亏损抢占市场中； b、预订模式仅在酒店、机票上获得一致认可，在饭店预订中已有多加网站强势进入，但盈利模式有待获得市场认可；
c、众多小型机票、酒店预订网站中，仍有部分在盈利，依据线下合作资源为基础。 d、该模式中，更多以电话预订/代订为主，以携程为例：电话业务约占七成，网上业务仅占三成。
5.2订餐模式可行性分析
a、写字楼中层白领、普通员工
写字楼上下电梯麻烦、夏天室外温度过高等各项因素，一般订餐意愿较高，对菜式、餐馆的多样性选择较高，并且一般懒得整理路上派发的订餐传单，只选择固定几个餐馆预订。
订餐模式能较好的满足写字楼员工周一到周五午餐订餐的需要，部分满足晚上加班订餐需要，并容易形成偏好，周末订餐也偶然使用。 b、在校大学生
一般学生都选择饭堂用餐，总订餐比例不高，但部分学生沉迷游戏或其他事情，更倾向乐意使用网上订餐服务，省下电话订餐的电话费等。较多的选择在没课时使用。 c、呆家懒人/单身汉
一个人在家懒得煮饭，乐意接受订餐服务，一般集中在周末使用。 注：选择网上订餐占所有订餐者30%的比例，是以携程为例电话预订占70%，网上预订占30%考虑。因此在黄页介绍、线上下单之外，考虑VoIP电话订餐，短信订餐，客服在线订餐等多样形式。
3.2. 可行性研究的前提
1) 要求
说明所开发软件的基本要求，如： A、功能：
管理员功能：登录系统，查询、添加、修改，查询、添加、修改、删除员工账号（有权限）
用户功能：
? 登录模块：完成客户注册账号、登录系统、修改密码、修改地址功能。
? 查询模块：完成客户查询功能，比如按菜系、特色菜、人均消费、餐饮评价排序等
查询
? 订单模块：完成客户的订餐功能 ? 支付模块：完成客户的安全支付功能 ? 评价模块：主要就饿巨额客户对餐厅的意见以及对餐厅的评价，提供交流版块促进
客户与客户之间的互动
B、性能：稳定快速，实时控制。系统的反应速度较快，本系统通过美观，有好的界面设计可完成信息查询，灵活，方便，便捷，准确，数据存储安全可靠，全面展示我们的产品，风格统一，突出特色，功能设计应体现人性化思想，方便用户操作。顾客注册后登录系统必须输入口令才能进行订餐服务。
对于管理员，在其查询订单的时候，可针对各种组合条件进行查询，而且查询效率要求高，能够及时响应查询请求，易于操作和维护。另外还应满足于系统的信息完整性以及系统的可扩展性。
C、输出：文字、数字、英文输出，订单打印 D、输入：文字、数字、英文的输入
E、处理流程和数据流图用图表的方式表示出最基本的数据流程和处理流程；
F、在安全与保密方面的要求：不能轻易被破坏，不能让管理人员以外的人篡改价格信息，消费者信息等，对断电、死机、系统崩溃等问题有有力的措施以保障数据不受损失 G、完成期限：一个月
2）目标：
说明所建议系统的主要开发目标，如： A,人力与设备与设备费用的减少：
本系统所需要的硬件和软件都是目前广泛使用的，如软件运行环境windows98以上系统，数据库SQLSever2008，编程语言VC++等，都可通过网上，图书馆等各种渠道得到，不需花费大量资金购买高成本的设备。 B,管理信息服务的改进：
该系统科学合理的将整个程序划分为多个模块，各模块单独设计，有助于降低整个程序易于衔接和修改 C,前进的程序结构：
使用当代前卫的软件编程，能延长其生命周期，易于维护与管理 D,安全可靠性高：
后台维护功能齐全，根据平台在各个阶段不同的使用情况，管理人员可以设置相应的操作权限，增加系统注册，分配各个栏目的管理权限，实现系统的维护，保证系统的安全可靠 E,实用性强：
努力使系统符合实际操作流程的习惯，并尽量减少用户的输入，易学易用的有好的用户界面，满足各层次的用户使用的需求 F,查询功能强大：
可以对菜品的信息和店铺信息查询
3）进行可行性研究的方法
? 实地考察，去校外附近各餐馆了解各餐馆的情况，如具体餐类，销售情况，饭前价
格，收入情况，每天有多少学生就餐等，估计系统的经济可行性
? 问卷调查，通过对校内同学的问卷调查，了解他们的就餐地点，喜欢的食物，对网
上订餐系统的评价
? 查阅相关资料，了解现有的网上订餐系统
第4章. 需求分析
4.1. 需求分析
用户可通过访问我们的网站快乐餐网上订餐系统，进行登陆或注册，获得你想要的各种
食物，管理员可以查看用户菜品，可以对菜品进行增删改查。 1) 产品介绍
产品名称：快乐餐订餐系统
产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。 2) 产品面向的用户群体：
各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。
4.2. 软件功能
此系统主要是针对顾客开放的网上订餐系统。 顾客订餐主要流程如下：
1. 顾客登录网上订餐系统进行菜单的浏览或者注册为会员。
2. 会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。 3. 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。 4. 当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订单。 5. 顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。 管理员、后台管理流程如下： 1. 管理员登录后台点餐系统。 2. 管理员可以管理会员信息。
3. 后台将顾客点餐提交到后厨显示。 4. 后厨根据顾客订餐菜单进行做菜。 5. 每完成一个菜就更改其状态为已做。
6. 所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。\\
4.3. 运行环境
顾客客户端：操作系统windows98以上，浏览器IE5.0以上。
条件与限制：开发本系统所用到的软件有：IIS，DREAMWEAVER，POTOSHOP，WONDERSHARE FLASH SLIDESHOW BUILDER,MyEclipse7.0，SQL Server2005\\
4.4. 需求分析详细描述
4.4.1模块需求分析
1) 顾客网上订餐功能分析：
根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下： 1. 顾客登录网上订餐系统进行菜单浏览、 2. 顾客注册为会员。
3. 会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。 4. 顾客对已选的菜单进行更改选择的数量或者取消选择。
5. 当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。 2) 管理员后台管理系统功能分析：
1． 管理员在后台登录后，可以创建新的管理员。
2． 管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的
图片，价格，菜单的描述，更换新品，添加新菜等。 3． 管理员对菜单进行管理，确定订单的生成。
4． 管理员根据不同的属性来查询订单，比如生成日期或者编号等。
5． 管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、
任何时间段的销售情况以及每一个顾客的消费情况。
3) 为更好的说明系统，具体功能如下表： 功能类别 用户管理 用户操作 子功能 用户登录 用户注册 餐品展示 餐品的详细介绍 放进购物车 查看购物车 详细信息提交 反馈意见 察看所有留言 管理员操作 增加餐品 修该餐品 删除餐品 回复留言 删除留言 结帐付款 结束订单 确认和配送信息 设置友好结束界面
4.4.2用户注册登录
用户访问本网站直接进入本网站可直接进入网站主页，可选择登陆，若为注册可选择注册，只有注册用户方可点餐。注册提供用户名和密码，用户名只能检测，若以存在也提示。另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。
4.4.3浏览菜品
显示菜品的各种信息，可在分类查询，动态搜索，设计页面分业，布局排版问题，以方便用户浏览选择。
4.4.4菜品详细信息
显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供用户放进自己的购物车。
4.4.5购物车
实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。
4.4.6提交购物车并生成订
接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，用户可继续修改为完成的菜品，已完成菜品无法进行操作，用户修改订单并保存。
4.4.7结帐付款
选择付款方式及对此次餐的评价。
4.4.8结束订餐
设置友好的结束界面。
4.4.9管理员操作
在后台系统中管理网上订餐会员管理和菜单管理。