酒楼无线餐饮管理系统软件需求规格说明书Word文档下载推荐.docx
- 文档编号:20564110
- 上传时间:2023-01-24
- 格式:DOCX
- 页数:23
- 大小:353.48KB
酒楼无线餐饮管理系统软件需求规格说明书Word文档下载推荐.docx
《酒楼无线餐饮管理系统软件需求规格说明书Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《酒楼无线餐饮管理系统软件需求规格说明书Word文档下载推荐.docx(23页珍藏版)》请在冰豆网上搜索。
1.5参考资料
[1]吕云翔,王昕鹏,邱玉龙.软件工程——理论与实践.北京:
人民邮电出版社,2012.
[2]于本海,吴恒亮.管理信息系统开发案例.高等教育出版社,2010.9
[3]韩万江,姜立新.软件工程案例教程--软件项目开发实践第2版.机械工业出版社,2011.10
1.6版本更新信息
版本更新记录如表T-2所示
表T-2版本更新记录
版本号
创建者
创建日期
维护者
维护日期
维护纪要
V1.0
dgw
2017-03-16
2、项目的来源、背景和项目的目标
2.1项目背景(开发背景)
本项目是为春景酒楼开发的酒楼无线餐饮管理系统,春景海鲜酒楼现有面积500平米,近20个雅间,一间零点大厅,可容纳300人就餐,菜品以海鲜、鲁菜、家常菜为主,客源以大众的婚宴、生日宴同学聚会宴、年夜宴、节假日宴等为主。
春景酒楼目前使用的系统主要有人事管理、预订管理、点菜管理、财务管理4个功能模块,分别实现各自的管理。
虽然现行系统实现计算机管理,但各功能模块间数据各自独立,不能交互处理,出现信息孤岛,并未充分体现餐饮业务处理智能化和人性化;
其次现系统采用基于C/S的体系架构,每台计算机都需要安装客户端软件,这样给以后的升级带来很多不便;
最后,高端客户、长期会员在系统中无会员管理功能,所以现有系统已不能适应现代餐饮行业的经营管理中的客户关系管理要求。
因此,该酒楼急需重新开发一套更加完善的信息系统来辅助酒楼的经营与管理,提高酒楼的经营效益和管理效率。
2.2项目要达到的目标
本项目设定的目标如下:
●新系统的设计宗旨是方便厨房、前台和服务员之间的信息交流;
●酒店管理人员可以通过本系统了解厨房工作人员的情况;
●酒店管理人员能实时监控当前餐厅的预订情况、上座情况、就餐客人数量、每桌客人消费金额、消费明细、当前收银结算情况以及收入明细;
●系统能够提供友好的用户操作界面,具有良好的运行效率;
●系统应具有良好的可扩充性,可容易地与酒店的其它系统进行信息互通、共享。
●系统的设计应具有一定的超前性、灵活性,能够适应酒楼业务发展需要。
3现有系统描述
3.1现有组织结构
目前,春景酒楼主要有6个部门:
经理部、人事部、餐厅部、后厨部、财务部、后勤部,其组织架构如图3-1所示:
图3-1春景酒楼组织结构图
各部门的职责及岗位划分如下:
(1)总经理一名,负责人事、财务、酒楼经营及高层决策等工作;
副经理两名分别管理人事部、餐厅部、后厨部、财务部和后勤部。
(2)人事部设人事主管一名,负责制定和实施酒楼人才资源规划、机构设置与人员编制管理、人事管理的规章制度建设、人员调配工作、员工人事任免、绩效考核、劳资发放等工作。
(3)餐厅部负责酒楼的迎宾接待、前台点菜、传菜、酒水提供等工作,设主管一名,主管下设前厅领班、楼层领班、跑菜主管、酒水主管、吧台主管各一名,其他工作人员有迎宾员、服务员、跑菜员、酒水员。
(4)后厨部负责酒楼的菜例拟定,菜例制作分工及菜例加工等,设…;
(5)财务部负责酒楼的收银结帐、财务管理等工作,设…;
(6)后勤部负责酒楼的原料采购、设施维护和卫生管理等工作,设…。
3.2现有系统运行状况
目前使用的系统主要有人事管理、预订管理、点菜管理、财务管理4个相互独立的系统,分别实现各自的管理。
各系统间数据不能交互处理,出现信息孤岛,并未充分体现餐饮业务处理智能化和人性化,所以现有系统已不能适应现代餐饮行业的经营管理中的客户关系管理要求。
3.3单据、账本、报表
3.3.1单据
暂无
3.3.2帐本
暂无
3.3.3报表
3.4可能的变化
暂无
4目标系统的需求
4.1目标系统需求描述
(1)预订接待
①远期预订
可提前任意天、周、月、年预订,记录客人姓名(电话)、到达时间、预订的时间、餐台和定金、菜品及客人特别交待的事项。
可以查询、取消和打印预订表,可避免餐台的重复预订和漏订,支持同一餐台不同时间多次预订,可以方便地从已建立的客户资料中选择预订客户。
②餐台状态查看
实时动态地显示餐台状态和历史预订信息,可以方便地切换预订时间,快速地查看预订情况,并可按所有餐台、已预订餐台、未预订餐台过滤显示。
③预订开台
预订人抵达后可自动开台,所预订菜品和定金自动转入。
(2)前台管理
①开台点菜
包括开台、换台、并台、退台,支持一台多帐单,可实时动态地显示餐台状态,包括点菜、退菜、加菜、催菜、等叫等功能,可按菜品编码、拼音字头、菜品名称、菜品类别等多种方式点菜,提高了点菜速度。
②收银结帐
支持现金、会员储值卡的混合结帐,支持按菜品打折、整帐单会员打折,支持预订定金转帐结帐。
③换班交接
可记录当班情况,查询已结帐单和未结帐单,打印班结表。
(3)后厨分单打印
①分单
分单是解决哪道菜由哪个厨房制作的问题。
前台点完菜后,软件会自动按照预先设定自动进行分单,即不同的菜品按照设定由不同的厨房进行打印。
②打单
厨房打印机配备网络打印服务器,以支持远程打印,只有打印出菜单后厨房才开始做菜,并在做好的菜盘上贴上菜品扫描码。
③出菜
菜品制作完毕,传菜部通过扫描条码确认出菜,扫过单子的菜品说明已在送菜的途中。
④特殊情况
……
4.2目标系统业务流程分析
酒楼餐饮管理目标系统的主要业务及部门之间的数据关系,以业务流程图方式加以说明。
业务流程参考图例如图4-1所示。
图4-1业务流程参考图例
1、会员管理业务流程
业务描述:
顾客可持酒楼消费结账单到柜台办理会员卡,会员卡可充值、兑现使用,系统会根据会员累计消费金额升级会员等级。
业务流程图如图4-2所示:
图4-2会员管理业务流程
2、预订管理业务流程
前台接待顾客预订,登记预订信息。
业务流程如图4-3所示:
图4-3预订管理业务流程
3、无线点菜业务流程
业务描述:
顾客进店,安排入座,顾客点菜,服务员通过手持终端提交点菜单至后厨分单打印机和柜台上菜打印机打印。
业务流程如图4-4所示:
图4-4无线点菜业务流程
4、收银结账业务流程
顾客消费结束后,到柜台结账,可凭会员卡享受相应折扣优惠。
业务流程如图4-5所示:
图4-5收银结账业务流程
4.3目标系统数据流程分析
目标系统数据流程分析是对目标系统业务流程的抽象,它从数据传递和加工的角度,以图形方式刻画出数据的输入、输出、存储和处理的逻辑关系。
基本图例如图4-6所示:
外部实体数据处理数据存储数据流
图4-6数据流基本图例
1、餐饮管理系统的顶层(P0)数据流程图
顶层数据流程有两个外部实体:
顾客、经理;
预订信息和会员资料是系统主要的输入数据流,营业统计信息和消费结账单是系统的主要输出数据流。
数据流程如图4-7所示:
图4-7餐饮管理系统顶层(P0)数据流程图
2、餐饮管理系统的第一层数据流程图
通过对业务流程图和顶层数据流程图的分析,得到系统的第一层数据流程图,如图4-8所示。
该图含5个主要数据处理过程:
预订管理子系统(P1)
无线点菜子系统(P2)
收银结账子系统(P3)
会员管理子系统(P4)
查询统计子系统(P5)。
具体为:
外部实体:
数据存储:
餐台台帐(D1)、餐台预订参考台帐(D2)、……、消费台帐(D10);
数据流:
(顶层图中)预订信息、会员资料、营业统计信息、消费结账单;
新增数据流(本层):
点菜清单、菜例信息、餐台信息、餐台预订、餐台占用信息等。
图4-8餐饮管理系统第一层数据流程图
3、“P1预订管理子系统”---餐饮管理系统的第二层数据流程图
将第一层数据流程图中的”P1”展开。
有5个处理过程为:
(1)、判断是否为会员(P1.1)
(2)、检索历史预订信息(P1.2)
(3)、检索匹配餐台(P1.3)
(4)、生成预订订单(P1.4)
(5)、取消预订(P1.5)
与P1有关的数据存储包括:
D2餐台预订参考台帐、D3菜例台帐、D5会员档案、D9预订台帐,与P1有关的外部实体只有顾客。
具体关系如图4-9所示。
图4-9“P1预订管理子系统”数据处理过程展开的第二数据流程图
4、“P2无线点菜子系统”---餐饮管理系统的第二层数据流程图
将第一层数据流程图中的”P2”展开。
(1)、判断是否为会员(P2.1)
(2)、检索历史消费信息(P2.2)
(3)、检索匹配餐台(P2.3)
(4)、手持终端点菜(P2.4)
(5)、修改餐台状态(P2.5)
与P2有关的数据存储包括:
D1餐台台帐、D2餐台预订参考台帐、D3菜例台帐、D5会员档案、D9预订台帐、D10消费台帐,与P2有关的外部实体只有顾客。
具体关系如图4-10所示。
图4-10“P2无线点菜子系统”数据处理过程展开的第二数据流程图
5、“P3收银结帐子系统”---餐饮管理系统的第二层数据流程图
将第一层数据流程图中的”P3”展开。
(1)、会员卡余额验证(P3.1)
(2)、会员卡充值(P3.2)
(3)、柜台结帐(P3.3)
(4)、修改餐台状态(P3.4)
(5)、修改消费帐单状态(P4)
与P3有关的数据存储包括:
D1餐台台帐、D5会员档案、D10消费台帐,与P5有关的外部实体只有顾客。
具体关系如图4-11所示
图4-11“P3收银结帐子系统”数据处理过程展开的第二数据流程图
6、“P4会员管理子系统”---餐饮管理系统的第二层数据流程图
将第一层数据流程图中的”P4”展开。
有4个处理过程为:
(1)、验证消费单是否有效(P4.1)
(2)、登记会员资料(P4.2)
(3)、打印会员卡(P4.3)
(4)、按消费累计金额升级会员卡(P4.4)
与P4有关的数据存储包括:
D5会员档案、D10消费台帐,与P5有关的外部实体只有顾客。
具体关系如图4-12所示。
图4-12“P4会员管理子系统”数据处理过程展开的第二数据流程图
7、“P2.4手持终端点菜子系统”---餐饮管理系统的第三层数据流程图
将第二层数据流程图中的”P2.4”展开。
有6个处理过程为:
(1)、手持终端下单(P2.4.1)
(2)、修改预订状态(P2.4.2)
(3)、后厨分单打印(P2.4.3)
(4)、顾客催菜/缓菜(P2.4.4)
(5)、顾客加菜/退菜(P2.4.5)
(6)、按单上菜(P2.4.6)
与P2.4有关的数据存储包括:
D2餐台预订参考台帐、D3菜例台帐、D9预订台帐、D10消费台帐;
与P2.4有关的数据处理包括P2.2、P2.3、P2.5;
与P2.4有关的外部实体有顾客、传菜员、后厨部。
具体关系如图4-13所示。
图4-12“P2.4手持终端点菜子系统”数据处理过程展开的第二数据流程图
4.4目标系统数据字典
数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。
说明数据的名称、来源、去向、输入数据流、输出数据流、组成、结构等。
通过对酒楼餐饮管理系统中的数据流分析,进一步对系统中各元素详细描述,可得出下面的数据字典,如表4-1~表4-6所示。
1、餐饮管理系统的数据项(表中字段)定义
表4-1系统的数据项(表中字段)定义
名称
说明
数据值类型
取值范围
长度
有关数据结构
1-001
菜例编码
酒店菜例编码
离散
0001-9999
4
菜例信息
1-002
消费清单编码
消费单流水号
xxx0001-xxx9999
7
消费清单详细信息
1-003
会员姓名
字符型
10
会员信息
1-004
菜例名称
20
1-005
餐台编码
餐台信息
1-006
餐台名称
1-007
……
表4-2系统的数据结构(基本表)定义
结构
有关数据流
2-001
菜例信息
菜例基本信息
菜例编码、菜例名称、菜例简拼、菜例类别、计价单位、成本单价、销售单价、打折比例等
D3→P1.4、D3→P2.4.1
2-002
消费清单信息
顾客消费结帐单
消费清单编码、会员编码、清单状态、餐台编码、菜例编码、菜例数量、金额等
P2.4.1→D10、P2.4.4→D10、
P2.4.5→D10、P2.4.6→D10、
P4→D10、D10→P2.4.3、
D10→P4.4、D10→P3.3、
D10→P2.2、D10→P5
2-003
会员基本信息
会员编码、会员姓名、姓名简拼、姓别、出生日期、帐户余额主、会员等级、当前累计积分、办理日期、会员状态、联系电话
P3.2→D5、P4.2→D5
P4.4→D5、D5→P1.1
D5→P2.1、D5→P3.1
D5→P4.3
2-004
餐台基本信息
餐台编码、餐台名称、房间类型、所在区域、容纳人数、餐台状态
D1→P2.3、P2.5→D1
P3.4→D1
2-005
表4-3系统的数据流(中间表---临时表)定义
来源
去向
组成
数据平均流量
最大流量
3-001
预订信息
顾客
P1.4
顾客姓名、预订状态、联系方式、预订餐台、预订日期、预订时段、预订押金、操作员等。
50份/天
100份/天
3-002
会员资料
P4.2
会员姓名、姓名简拼、姓别、出生日期、会员等级、办理日期、联系电话
点菜清单
P2.4.1
菜例编码、菜例名称、菜例简拼、菜例类别、计价单位等
200份/天
消费结帐单
P3.3顾客
顾客P4.1
消费清单编码、会员编码、清单状态、餐台编码、消费数量、顾客人数、进店时间、离店时间、应收金额、实收金额、结帐单金额、收银员等
表4-4系统的数据存储(基本表)定义
输入数据流
输出数据流
4-001
餐台预订参考台帐(D2)
餐台预订信息及状态
P2.4.2→D2
D2→P1.3
D2→P2.3
餐台编码、预订时间、时段编码、预订状态
4-002
会员档案(D5)
顾客注册会员信息
P3.2→D5
P4.2→D5
P4.4→D5
D5→P1.1
D5→P2.1
D5→P3.1
预订清单编码、顾客姓名、性别、预订状态、联系方式、预订餐台、预订日期、预订时段、预抵时间、取消时间、预订押金、顾客留言、顾客人数
4-003
预订台帐(D9)
顾客预订信息
P1.4→D9
P1.5→D9
P2.4.2→D9
D9→P1.2
D9→P2.4.1
4-004
消费台帐(D10)
P2.4.1→D10
P2.4.4→D10
P2.4.5→D10
P2.4.6→D10
P3.5→D10
D10→P2.4.3
D10→P4.4
D10→P3.3
D10→P2.2
D10→P5
4-005
表4-5系统的处理过程定义
5-001
生成预订
订单
(P1.4)
P1.2→P1.4
P1.3→P1.4
顾客→P1.4
D3→P1.4
如果是会员,则根据历史预订信息产生的预订推荐信息,生成预订订单,并可进行适当调整;
若不是会员,则根据餐台占用信息及顾客的预订信息生成预订订单。
5-002
手持终端下单
(P2.4.1)
P2.2→P2.4.1
P2.3→P2.4.1
顾客→P2.4.1
D3→P2.4.1
P2.4.1→P2.5
P2.4.1→P2.4.2
如果是会员,则根据历史消费信息产生的消费推荐信息,生成消费台帐,并可进行适当调整;
若不是会员,则根据餐台占用信息及顾客的点菜清单生成消费台账。
5-003
柜台结帐(P3.3)
P3.1→P3.3
P3.3→P3.4
P3.3→P3.5
P3.3→顾客
如果是会员,而且消费卡内余额充足,则根据消费台账计算应收金额,并从会员卡中冲减;
若不是会员,则根据消费台账计算应收金额,使用现金或银行卡结账。
最后打印顾客消费单。
5-004
会员登记(P4.2)
P4.1→P4.2
顾客→P4.2
P4.2→D5
根据顾客提供的资料以及消费账单登记会员档案。
5-005
表4-6系统的外部实体定义
6-001
顾客
酒店顾客
P3.1、P4.1、P4.3
P1.1、P1.4、P1.5、P2.1、P2.4.1、P3.1、P4.1、P4.2、P2.4.4、P2.4.5
6-002
经理
负责酒店的管理员
P5
6-003
后厨部
酒店负责饭菜加工的部门
P2.4.3
6-004
传菜员
负责送菜到顾客餐桌的人员
P2.4.6
6-005
5系统整体结构
根据用户需求描述,综合考虑系统逻辑模型及系统设计的原则、目标和要求,确定本系统的总体功能结构如图5-1所示。
6应用环境
本项目的应用环境分为硬件环境、软件环境和网络环境。
6.1系统运行硬件环境
6.2系统运行软件环境
6.3系统运行网络环境
7性能需求
根据用户对本系统的要求,确定系统应在响应时间、可靠性、安全性等方面的性能要求。
7.1响应时间需求
7.2可靠性需求
7.3开放性需求
7.4可扩展发性需求
7.5系统安全需求
8产品提交
提交产品为:
1)应用系统软件包。
2)数据库初始数据。
3)系统开过程文档
4)系统使用维护说明书
提交介质:
CD介质
9实现约束
系统的实现约束如下:
1)操作系统Windows2015Server.
2)数据库SQLServer2015
3)开发平台VS2015
10签字
本需求规格说明经过双方认可,签字如表10-1所示。
表10-1需求规格签字
用户签署信息
企业签署信息
单位名称
春景酒楼有限公司
吕梁学院软件事业部
签署人姓名
老板
签署日期
2017/3/16
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒楼 无线 餐饮 管理 系统软件 需求 规格 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)