订餐系统项目计划书
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
订餐系统项目计划书
一.引言
1.1编写目的
本计划书的目的在于让用户更好的了解我们所做的饭店订餐系统,并且能够更好的使用此系统,对饭店订餐系统的相关内容进行详细的说明,使得用户在看完此文档时能够对我们的饭店订餐系统有一个初步的认识,使得用户在以后的使用过程中能够更加得心应手。
1.2项目背景
随着经济的快速发展,以服务业为主的第三产业发展迅猛,餐饮行业在服务行业中占有极大的比重。
然而目前餐饮模式主要分为以下几类:大型饭店,小型餐馆,快餐型饭店,在这几类的餐饮模式中,基本上都包括内部订餐系统,有外卖业务的饭店,就会开启电话订餐系统,但是,随着人们生活节奏的加快,已经不满足于这些传统的方法,期待着创新。本组成员发现,餐饮行业的网上订餐系统还是一个空缺,随着网络的快速普及,互联网已经成为人们生活所不可缺少的一部分,人们往往认为互联网的应用远远方便于电话和亲自去订餐。因此本小组成员认为在生活节奏如此快的今天,该业务的前景十分广阔,必定会有不俗的表现。本小组成员所提出的该订餐系统,是基于网络与电子商务基础上的订餐系统。主要服务于拥有快速生活节奏的城市上班一族,以及熟练使用互联网的顾客。主要提供提前订餐,提前订桌,以及网上查询本餐厅订餐状况的功能。
在信息技术高速发展的今天,各行各业都在应用信息技术来为本行业服务,而事实表明,信息技术的良好应用,使得更行各业都取得了前所未有的长足进展,使得各行各业始终保持着与本行业所相关人群同步,并且能够满足其需求。因此,有其他行业应用信息技术的实例可以看出,在餐饮行业应用信息技术十分重要,并且能够得到成功。
国家曾多次在各个重要会议上强调电子商务的重要性,因此,电子商务作为国家重点发展的对象,在今后的生活中一定会发挥着举足轻重的作用,若各行各业实行电子商务,那在以后激烈的市场竞争中一定会立于不败之地,餐饮行业也不例外,本小组成员详细拥有电子商务的加入,必将给餐饮行业带来革命的风潮。
此饭店订餐系统是由本项目团队成员提出,有本团队开发。面向客户对象为各大餐饮酒店的餐厅系统。实现该项目运作的计算机网络为互联网和酒店内部局域网。
该饭店订餐系统同为广大客户提供网上订餐的功能,使得广大用户可以足不出户就能快速便捷的了解到各个餐厅的餐位与菜品详情,并且能够在网上下单,预约就餐时间和点菜;对餐厅而言,本系统为其提供了客户数据信息的便利,使得餐厅方便了与顾客之间的交流,能够提供便利的客户数据信息,使得餐厅能够提前了解到顾客的订餐信息,进而餐厅能更加快速与准确的制定各种菜品的采购与制作方案,与电话预约相比更加便捷的总结了数据信息,方便餐厅资源的调配。
1.3术语定义
NOS: Net Order System,网上订餐系统。
TBD:是指该项中存在尚未确定的问题(TBD指to be determined)
1.4参考资料
【1】《GB8567——88计算机软件产品开发文件编制指南》
【2】John Satzinger Robert Jackson Stephen Burd.美,系统分析与设机械工业出版社,2009,4
【3】《管理信息系统》
【4】《数据库原理》
写作方法例如:
[1]吴建.现代物流学.北京.北京大学出版社,2010.2
[2]申金升.卫振林等.现代物流信息及其实施.北京.电子工业出版社,2010.5
[3]李述容.孙守成等.物流基础.武汉.武汉大学出版社,2008.8
二.项目概述
2.1项目目标
本项目主要完成网上订餐系统,主要包括两部分内容:
(1)用户订餐操作,包括浏览菜单、查看菜单信息等子模块;
(2)系统后台管理:包括用户管理、菜单管理、订单管理、留言管理等子模块。
2. 2产品目标与范围
实现餐厅订餐系统的流畅性和方便顾客订餐用餐(包括网上菜品更新、餐位情况定时更新以及网上订餐服务),使服务效率提高和餐位闲置率降低。(变成一段承上启下的话)
产品目标:
2.3项目开发环境
(1)硬件环境:PC机一台
(2)软件环境:MYSQL,JEE-Eclipse
(3)应用知识:Jsp、java、c++、数据库系统、信息(资源)管理系统
2.4项目验收方式
客户酒店与项目组首先模拟适用,再投入餐厅部分实验,中间共同发现问题、分析解决方法、完善系统产品,逐步应用于客户酒店。在系统应用进一步成熟的过程中继续改进系统,或者将系统升级,使其具有更加强大的功能。
三.项目团队组织
一人独自完成。
四.实施计划
4.1 风险评估及对策
风险:
(1)产品大小。实践经验表明项目风险和产品的大小成正比。公认产品大小度量单位是以功能点计。我们的订餐系统需要尽可能满足饭店及顾客的各种需求。
(2)团队人员经验。我们的团队面临着经验不足的风险。
(3)客户因素。表现在客户需求经常矛盾,饭店的工作人员或者顾客不了解的该订餐系统的使用方法,并且工作人员和顾客之间难于沟通等。
应对方案:
(1)尽可能提供全套的订餐服务,以满足饭店和顾客的需求。
(2)团队成员尽可能熟悉研发工具,使其变的更加得心应手,更好的为该订
餐系统服务。
(3)多与客户进行沟通,了解他们的想法,并尽可能将想法实现。
4.2总体进度计划