点餐系统系统分析报告docxWord文件下载.docx
《点餐系统系统分析报告docxWord文件下载.docx》由会员分享，可在线阅读，更多相关《点餐系统系统分析报告docxWord文件下载.docx（42页珍藏版）》请在冰豆网上搜索。
经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，交软件经理审查。
3.1.2项目背景：
开发软件名称：
点餐管理系统。
项目任务提出者：
山口组集团项目开发中心。
项目开发者：
山口组集团项目开发中心YW开发小组。
用户：
各大中小型餐厅。
实现软件单位：
各大中小型餐厅及重庆师范大学
项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在android系统上以eclipse为开发软件的应用程序，服务器端采用windows为操作系统的工作站，是采用Mysql为开发软件的数据库服务程序。
3.1.3定义
[专门术语]：
[缩写词]：
3.1.4参考资料：
《实用软件工程》，郑人杰等，清华大学出版社
3.2可行性研究的前提
3.2.1要求
主要功能：
为顾客提供点餐服务，减少餐厅服务员的工作量，提高餐厅的服务质量和服务效率，大大降低了点餐和送餐不及时以及送餐错位的产生。
性能要求：
客户提供的信息必须及时的反映在餐厅后厨的工作平台上。
系统的定单必须无差错的存储在餐厅的主服务器上。
对服务器上的数据必须进行及时正确的刷新。
输入要求：
菜品和数量要明确。
输出要求：
简捷，快速，实时。
完成期限：
预计四个月，即截止2013年1月30日。
3.2.2目标：
系统实现后，大大提高餐厅的点餐服务效率。
降低点餐及送餐服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销，突破餐厅的原有服务模式，吸引更多顾客。
3.2.3条件、假定和限制
建议软件寿命：
5年。
经费来源：
山口组集团。
硬件条件投入：
服务器工作站，可触屏移动终端。
运行环境：
android系统、windows系统
数据库：
Mysql
运行最迟时间：
2013/02/05
3.3可行性研究方法
对周边餐厅进行一个调查，了解他们对点餐管理系统是否有需求以及他们希望点餐管理系统具有怎样的功能，总结调查内容，对点餐管理系统做一个整体的规划。
待我们的点餐管理系统开发出来并进行试用后，再次对参加试用的餐厅进行一次调查，了解他们对此系统的评价，然后我们在对此系统进行改善。
3.4决定可行性的主要因素
成本/效益分析结果，效益>
成本。
技术可行，现有技术可完全承担开发任务。
操作可行，软件能被使用人员快速接受。
3.5技术可行性分析
3.5.1系统简要描述
在餐厅的各个餐桌中的终端是安装了android的移动终端机，主要目的是向餐厅后厨的服务器传递数据。
顾客在移动终端机上进行点菜，确定点餐结束并不做更改后确定提交，终端向服务器发出详尽的一份定单，服务器核对后，存入点餐信息库，并修改存货数据库。
顾客只需等待便是，服务员也只按照订单内容配送餐点。
3.5.2处理流程和数据流程
3.6经济可行性分析
3.6.1支出
（1）基础投资：
移动机30台：
600*30=18，000元
网络设备：
15，000元
辅助配置：
10，000元
共计：
43，000元
（2）其他一次性投资：
access:
12，000元
Windowsserver2008:
5，000元
操作员培训费：
27，000元
（3）经常性支出：
其他不可知额外支出:
20，000元
共计:
支出共计:
9万
3.6.2效益
（1）一次性收益
0元
（2）经常性收益
（按银行利率：
1%）；
减少员工5人（1000元/人）五年收益:
1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*5*12*5=30万
工作效率提高收益（工作效率提高30%）:
30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5=45万
经常性收益共计:
75万
（3）不可定量收益
因服务质量提高增加顾客量10%:
10万*10%*（90%+（90%）2+（90%）3+（90%）4+（90%）5）=3.6万
收益共计:
78.6万
3.6.3收益/投资比
78.6万/9万=873%
3.6.4投资回收周期
1年
3.6.5敏感性分析
设计系统周期为1年,估计最长可达2年
处理速度:
一般速度<
5秒
3.7社会因素可行性分析
3.7.1法律因素
所有软件都选用正版；
所有技术资料都由提出方保管；
合同制定确定违约责任。
3.7.2用户使用可行性
使用本软件人员基本无任何技术要求,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训；
管理人员也需经一般培训；
经过培训人员将会熟练使用本软件；
两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统。
3.8其他可供选择的方案
3.8.1客户端与服务器端联系在一起
在餐桌上、厨房内、收银台安装终端，数据输入由顾客终端输入，所有数据都由服务器处理，只在厨房终端上显示数据结果。
此设计简化了数据处理，但加重了服务器的数据处理。
而使用客户端/服务器机理，简化数据流量，加快数据处理。
3.9结论意见
由于投资效益比远大于100%,技术、经济、操作都有可行性，可以进行开发.
4.需求分析说明书
4.1引言
4.1.1编写目的
此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。
4.1.2定义
本产品是为各大中小型餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便顾客就餐。
4.1.3参考资料
《软件系统分析与设计》《需求分析最佳实践》
4.2项目概述
4.2.1项目背景
一般的餐厅经常会存在顾客到餐厅后，服务员不能及时地为顾客点餐，也时常发生顾客对服务员态度的不满以及发生错单、漏单的现象，或者没能达到先来先服务的效果。
随着现代人生活节奏的加快，人们更加不愿意把时间花费在等待上。
4.2.2项目目标
开发该订餐系统可以节省顾客的时间和精力，避免顾客在餐厅等待很长时间以及错单、漏单现象的发生，同时也减少了餐厅服务员的数量以减少餐厅的开销，并提高服务质量以及顾客对餐厅的满意度。
该系统可以对每天顾客的消费情况进行汇总，这样也可以减少食料的浪费，对餐厅进货有很好的指导作用。
4.2.3构件图
4.2.4业务事件
（1）餐厅接受订餐信息
（2）顾客查询菜谱和推荐菜单或套餐，也可随机配餐。
（3）顾客预约订餐
（4）返回顾客订餐信息
（5）顾客进行进一步确定订单，并最终提交
（6）餐厅厨房接受订单信息，按顺序进行烹饪
（7）前台进行会员卡的办理及相关的管理
（8）前台结账
4.2.5对产品进一步解析
到目前为止我们对顾客的行为，餐厅服务人员，厨房厨师的行为进行了准确的分析，做这一步的操作是为了进一步分析所设计的系统能否达到预想的目的。
4.2.6适用范围
通过分析，本项目适用于各大中小型餐厅，用于对餐厅当日的消费情况进行汇总，以对用餐食物进行合理预算。
4.3系统需求分析
4.3.1性能需求分析
该系统在性能功能应达到如下要求：
Ø
操作简单，界面友好：
完全空间式的页面布局，使得菜品、咨询等信息录入的工作更简单：
另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。
对常见类似的网站的管理的各个方面：
基本信息录入、浏览、删除、修改、搜索等方面都大体实现，用户对菜品的预定以及支付方式；
即时可见：
对客户预定餐饮信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，达到“即时发布，即时见效”的功能
系统运行应该快速、稳定、高效和可靠；
在结构上应该具有很好的可扩展性，便于将来功能的扩展和维护。
4.3.2项目报表
日订餐统计报表
日期
菜名
销售额
进货量
表3.2-1
菜品报表
编号
单价
日点餐次数
月点餐次数
用户评价等级
表3.2-2
客户信息报表
姓名
周订餐次数
月订餐总次数
就餐频率（按月）
信用度
表3.2-3
4.3.3系统用例图
通过对系统的需求分析，系统的基本功能已经大体确定。
图3.3-1顾客用例图
图3.3-2服务员用例图
图3.3-3餐厅厨房人员用例图
4.3.4用例文档：
顾客登录网上订餐系统
用例名称
顾客
用例编号
1
用例概述
顾客必须登录网上订餐系统才可进行订餐。
前置条件
顾客已登录
后置条件
发送订餐信息成功
事件流
1：
登录网上订餐系统
2：
生成订单
3：
发送订单
表3.4-1
餐厅服务员进行送餐
服务员
2
进行再次对单，将厨师做好的菜端给顾客。
顾客发送了订单
厨房服务人员接收订单成功，菜已烹饪好了。
再次对单
把菜端给顾客
表3.4-2
餐厅厨房人员获取订单，做菜并把菜送给服务员
餐厅厨房人员
3
餐厅厨房人员获取订单，做菜并把菜送给窗口服务人员
厨房人员已获得订单
把菜送给窗口服务员
1:
获取订单
做菜
把菜送给窗口服务人员
表3.4-3
4.4项目详细设计
4.4.1系统模块详细设计
本系统总共有两大主要模块，分别是顾客模块和管理员模块。
每个模块分别有不同的权限和使用功能。
4.4.2顾客模块详细设计
顾客模块的主要功能是浏览，订餐。
浏览与自己相关的美食信息，订单信息等。
用户要下订单之前美食车要把详细食物信息列出，物品的单价，购买的数量，总共的价钱，可修改和删除购买，当符合顾客要求的时候，顾客就可以下订单。
下订单时首先会让用户确定一下订单是否付合要求，确认无误后，进入填写接收信息后生成订单。
然后对数据库进行操作完成。
顾客模块详细设计主要涉及到顾客下订单和食品搜索两大功能，分别见图4.2-1和图4.2-2。
顾客可以通过此功能对自己选中的东西下订单，等待餐厅服务。
通过提供美食搜索控件，为顾客提供更为方便快捷的服务。
顾客可以快速的找到自己想要下订的美食。
4.4.3管理员模块详细设计
管理员模块主要是用来对会员管理，管理员管理，上传管理，美食及其分类管理，订单管理等。
管理员可以通过订单管理功能来处理日常的订单。
管理员可以通过此功能模块添加想要添加的各种信息，比如订单处理等功能。
4.5项目技术方案
4.5.1方案概述
顾客可以进行在线订餐以减少等待时间。
顾客按照自己的喜好进行随机配餐或自主点餐，可以在厨师烹饪之前进行退菜，随时可进行加菜操作。
餐厅管理员可以查看每天或一个时间段内顾客的点餐情况，对其进行总结，以提高顾客的满意度并减少食材的浪费。
4.5.2编程环境
此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器，在windows7系统条件下开发。
4.5.3数据库的实现
本系统采用MYSQL作为后台数据库。
其内置的数据库引擎可以控制访问权限并快速处理数据，搜索引擎可以对表中的数据进行索引，并执行多种条件的查询，快速返回结果。
便于防火墙日志的管理和规则的访问以及操作。
数据库管理员和开发人员可以方便地利用其进行数据库管理或编写相应的MYSQL语句。
4.6可行性分析
4.6.1技术可行性分析
网络订餐系统的开发是一项复杂的系统工程。
为了保证系统开发成功，必须采用工程化的系统开发方法，并研究出一些符合工程化标准的开发方法。
这些方法旨在指导开发者进行工程化的系统开发，从而加快系统开发的速度，保证质量以及降低开发成本。
工程化的系统开发方法确实在开发实践中取得了一定的效果。
此次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器。
4.6.2经济可行性分析
由于本项目的特殊性，无需投入额外的设备购买及人员培训费用。
同时，系统对开发的需求以及软硬件要求都不是很高，所以在软硬件的支出上十分有限。
因此，本系统在任何一台连接Internet的机器上都可以运行，而且网络订餐方便快捷，节省了顾客的时间和精力，也避免了餐厅食物的浪费，因此订餐系统在经济上是完全可行的。
4.6.3运行可行性分析
随着计算机知识的普及和推广，越来越多的人掌握了计算机的基本使用方法和技能。
随着Internet的发展，用户对于网络、WINDOWS等环境下的软件使用比较熟悉，对于新鲜事物，用户表现出极大的兴趣和热情。
4.6.4法律可行性
本系统没有侵犯个人隐私和个人责任方面的问题，使用本系统不会引起法律方面的纠纷问题，所以开发本系统具有法律可行性。
综上所述，本系统的开发是符合现在的实际情况的，并具有一定的实用意义。
在技术、经济、运行、法律上都可以看到此系统的可行性，并且很具有其实现的必要。
5.开发环境与项目规划
5.1开发环境
随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象，其中餐饮业的发展尤为突出。
近两年来已呈现出高速发展的态势。
但在快速发展的同时，餐饮业在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。
随着餐饮企业规模和数量的不断增长，手工管理模式无论是在工作效率、人员成本还是提供决策信息方面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体服务水平的提升。
有效的管理成为了一个难题，为能有效的解决这些问题提高企业的经济效益，在这些大中小型饭店中采用工作流技术，结合饭店绿色管理内容，实施计算机管理信息系统视为一条有效的解决途径。
餐饮业的蓬勃发展带动餐饮投资多元化，大量资本的进入进一步推动了餐饮业的快速、健康发展，随着社会各领域信息化建设的不断普及，餐饮业也开始不断注入信息化元素，将餐饮业务融入计算机管理，既节省人力资源，也提高了管理效率和工作效率，将餐饮业提升到一个新的阶段。
该餐饮系统从发展现状谈起，结合用户实际需求提出本系统的总体结构和功能模块，然后通过系统结构设计、安全设计及前端开发，构建了一个以JSP技术和access后台数据库为基础的、具备相关功能的餐饮系统。
根据餐饮系统的流程，完成从用户登录到开台点菜，到结账收银，到统计一条线的信息化管理，因此整个餐饮管理信息系统的研发内容就是开发一整套餐饮管理信息系统，实现餐饮业务的计算机化。
5.2项目规划与管理
5.2.1开发人员安排
王怀荣：
分析报告总体规划，数据库的设计，系统的组织结构图；
系统的分析工作，主要是系统需求分析以及可行性分析；
资料的收集，功能图，系统的业务流程图。
喻玺：
系统的数据流程图，数据字典；
系统代码设计，系统的模块测试，报告总结；
整理排版。
5.2.2开发进度安排
在三周之内完成，一周调查，两周做系统及文件。
6.业务流程图
前台订餐业务流程图
库存处理业务流程图
结账处理业务流程图
总业务流程图
7.0数据流程图
7.1零层数据流程图
7.2一层数据流程图
8.数据字典及处理逻辑
8.1数据项
表1菜品表：
Food
列名
中文名称
数据类型
长度
是否允许为空
备注
FoodID
菜品ID
Int
Notnull
主键
FoodClassID
分类ID
Int
null
FoodName
nvarchar
25
FoodClass
分类类名
FoodIntroduce
菜品简介
100
FoodPrice
价格
Float
FoodImage
图片
保存图片路径
8.2数据文件
订单明细表
文件组成：
订单序号Id,订单编号,菜名,价格,数量,下单时间
数据项
订单序号Id
订单编号
数量
下单时间
整型
可变字符类型
日期类型
数据长度
4
50
8
数据组成
A+日期时间
8.3数据流
名称
简述
数据来源
数据去向
选桌
顾客选定餐桌
出品对单
时间+桌号+人数
点菜
顾客触屏点菜
菜名+类别+桌号
出菜
厨房出菜
厨房
结账单
菜名+类别+桌号+明细金额+总金额
9.数据需求说明书
9.1引言
9.1.1编写目的
此数据需求说明书能够帮助用户更加方便的使用该点餐管理系统而无需进行专业的人员培训，从而使该点餐管理系统迅速的在市场上普及。
该数据需求说明书的预期读者是各个大中小型餐厅的工作人员。
9.1.2背景
说明：
软件系统的名称：
点餐管理信息系统；
本项目的任务提出者是各大中小型餐厅，该系统由喻玺和王怀荣共同开发，将先由重庆师范大学计算机网络系统进行试运行成功后交给各个大中小型餐厅使用。
9.2数据的逻辑描述
9.2.1静态数据
餐桌号，价格，餐桌客户端ID,显示名称，父类ID，菜品ID,菜品名称，图片，价格，厨房ID，账单ID,优惠类型
9.2.2动态输人数据
状态，开始时间，点餐流水，开台ID，数量，点菜时间，开台流水号
9.2.3动态输出数据
菜品费用，优惠费用，实际费用，结账时间，结账日期
9.2.4内部生成数据
实时营业额，日营业额，月营业额，年营业额，积分，折扣
9.2.5数据约定
餐桌号:
NUMERIC（5）;
状态:
CHAR
（2）;
开始时间:
DATE;
餐桌客户端ID:
VARCHAR（15）;
显示名称：
VARCHAR（12）;
父类ID:
菜品ID:
NUMERIC（10）;
菜品名称：
CHAR（20）;
图片：
VARCHAR（60）;
价格：
NUMERIC（10，2）;
厨房ID:
点餐流水：
NUMERIC（12）;
开台ID:
数量：
NUMERIC（8;
）点餐时间：
TIME;
账单ID:
开台流水号：
菜品费用：
FLOAT;
优惠费用：
DOUBLE;
实际费用：
优惠类型：
INTEGER;
优惠代码：
结账时间：
结账日期：
CHAR
9.3数据的采集
9.3.1要求和范围：
（1）由餐厅的工作人员进行数据的输入；
（2）用普通的输入设备；
（3）餐厅的工作人员和顾客进行对输出数据的接收；
（4）用打印机进行数据的打印输出；
（5）数据的输入是随机的。
9.3.2输人的承担者
餐厅的管理人员作为输入的承担者
9.3.3预处理
输入时间，点餐及时，数据库要及时的更新，对系统要定是维护。
系统设计
1.功能模块设计
2.软硬件配置方案
本方案核心部分——平板电脑采用Wi-Fi网络无线连接，内置Web浏览器，支持JavaScript。
通过系统测试，该机型完全可以胜任点餐系统所需的各项功能。
在软件配置方面，成熟的Web方案成为首选。
在数据中心，采用了Windows+JSP+access作为支撑环境。
在开发模式上，采用JSP+JDBC进行网站开发。
该开发模式开发难度低，容易推广。
因为很多餐厅原有系统大都使用类似的服务器配置，因此采用这些配置也可以保护餐厅的原有投资。
在管理工作站上，采用了Windows+Java客户机开发模式。
在无线网络的架设上，系统采用了无限局域网技术，Wi-Fi网络。
选用的Linksys的无线
升级会员 