餐馆饭店需求分析.docx

上传人:b****5 文档编号:28653242 上传时间:2023-07-19 格式:DOCX 页数:25 大小:251.35KB
下载 相关 举报
餐馆饭店需求分析.docx_第1页
第1页 / 共25页
餐馆饭店需求分析.docx_第2页
第2页 / 共25页
餐馆饭店需求分析.docx_第3页
第3页 / 共25页
餐馆饭店需求分析.docx_第4页
第4页 / 共25页
餐馆饭店需求分析.docx_第5页
第5页 / 共25页
点击查看更多>>
下载资源
资源描述

餐馆饭店需求分析.docx

《餐馆饭店需求分析.docx》由会员分享,可在线阅读,更多相关《餐馆饭店需求分析.docx(25页珍藏版)》请在冰豆网上搜索。

餐馆饭店需求分析.docx

餐馆饭店需求分析

编号003

版本V1.0

需求规格说明书

 

工程名称:

餐饮饭店管理系统

工程负责人门晖祺

编写门晖祺洋洋

校对洋洋

审核家祥

 

单位:

110615班第5小组

 

2021年5月4日

1引言

1.1编写目的

本文档主要是对获取的用户需求,综合考虑组织目标、现状、技术条件、投资能力等因素,从系统目标、构造、功能、性能、风险等方面对餐饮饭店管理系统进展深入细致地分析,剔除相互矛盾、不一致、有歧义或者不必要的需求,最终确定出合理、正确、可行的系统需求,尽可能地满足用户要求,防止开发人员和用户之间的误解。

本文档将详细、准确地反映最终确定的系统需求容,简要地反映需求分析的过程以及相关问题;既是对需求分析工作的总结,又将作为后续开发阶段系统分析、设计、实现和测试的工作纲领。

1.2背景

A.待开发的软件系统的名称:

餐饮饭店管理系统

B.工程的任务提出者:

XX饭店

C.工程开发者:

工程大学系统分析课程110615班第5小组

D.本文档的读者围包括:

a.需求提供方具体责任人

b.开发方工程负责人、系统分析设计人员

1.3定义

A.非营业开支:

除采购款、销售款外,饭店维持正常运营所需开支

B.报损:

库存损坏商品上报

C.报溢:

库存非正常〔顾客遗失等原因〕增加商品上报

1.4参考资料

A.?

系统设计与分析?

工程大学邢薇主编

B.?

软件设计文档国家标准-需求规格说明书〔GB856T——88〕?

C.?

JSP网络开发实例?

人民邮电

2任务概述

2.1目标

餐饮饭店管理系统将覆盖饭店日常经营管理的全过程,包括采购管理、餐饮销售管理、库存食材管理、管理决策支持等各个环节。

☞软件的各个模块操作界面简单、实用,可让用户可以在最短的时间掌握软件的使用方法。

☞软件的采购管理、餐饮销售管理、库存食材管理功能强大,灵活,极大方便饭店日常工作,同时为用户提供方便实用的模糊查询功能,用户可以在最短时间找到自己所需要的信息。

☞软件系统采用流行的B/S构造,可以供多台电脑协同工作,数据共享。

☞软件采用模块级平安管理,系统平安性高。

☞软件对在使用过程中可能出现的外部意外情况,如断电、网络中断等均进展了妥善处理,可以确保用户数据的完整性,同时在外部故障消除后,系统仍能继续操作。

系统软件采用Java平台进展开发并实现,用户数据选用MicrosoftSQLServer2005进展统一管理。

2.2用户的特点

本软件系统主要面向餐饮饭店,对前台操作人员要求掌握销售子系统操作技能,对饭店管理人员要求熟悉系统全部操作,尤其是相关的统计查询操作以便进展相关商业决策,后续维护工作由本开发小组派遣计算机专业人员进展,系统预计使用期限5年。

2.3假定和约束

本次开发工程的需求分析,是在一些特殊因素作用下,外部条件不允许有较多时间来充分考虑的情况下做出的,因而有一定的局限性;非营业开支仅限于工资结算、税务结算和日常开支;系统开发硬件、软件、运行环境的条件根本具备;系统的运行寿命由用户决定,后续技术维护、升级由开发小组承当。

3业务分析

3.1组织机构分析

3.2组织职能分析

3.3确定业务

编号

业务名称

说明

1

预订管理

由前台管理人员与客人沟通,预定用餐时间及座位

2

新开桌

由前台管理人员为预定好座位的食客保存并布置预约好的座位

3

点餐

食客点餐,经由效劳员交付于厨房做菜肴

4

结账

用餐过后账单由前台处理汇总后客人买单结账

5

转账

客人用银行卡刷卡支付

6

恢复账

账务在出现错误需要更改时,财务将账单及收款恢复重新结算

7

收银交班单据

前台工作人员交接班,对账务进展交接

8

特殊账单设置

对于打折、免单之类的账单归属于特殊账单

9

挂账单位设置

例如:

“挂管理费用〞,指确认为管理费用,即将费用计入管理费用中

10

废单设置

取消订单或者结算金额

11

信息管理

中层管理对饭店的各种信息的收集及处理

12

总账管理

财务管理人员对于饭店的各类账目的汇总管理

13

收入消费管理

财务管理人员对于酒店的消费以及收入进展分类汇总管理

14

报表打印

财务管理人员对饭店的财务进展报表打印

15

账务查询

查询人员可以通过系统查询酒店的账务信息

16

本钱查询

查询人员可以通过系统查询酒店的经营本钱信息

17

其他查询

查询人员可以通过系统对酒店的各类已经处理过的信息进展查询

18

用户设置

日常管理人员对本系统可以进展根本的用户设置

19

系统参数设置

日常管理人员可以对本系统根据饭店的具体情况进展详细的参数设置

20

桌位、提成设置

日常管理人员可以通过本系统对饭店的桌位进展分类设置,同时可以对提成局部进展管理设置

21

故障解锁

日常管理人员可以对系统中出现的故障进展锁定解锁操作

22

菜式设置

日常管理人员可以通过本系统设置饭店经营的菜式以及价格管理

23

系统维护

日常管理人员可以对本系统进展系统维护,保证系统运行正常

24

闭式清零

日常管理人员可以在必要的情况下对系统进展封闭并且去除操作数据及记录

3.4业务与机构

饭店业务/机构关系表:

部门

业务名称

前台

中层

办公室

厨房

日常

办公室

财务部

预订管理

新开桌

点餐

结账

转账

恢复账

收银交班单据

特殊账单设置

挂账单位设置

废单设置

信息管理

总账管理

收入消费管理

报表打印

账务查询

本钱查询

其他查询

用户设置

系统参数设置

桌位、提成设置

故障解锁

菜式设置

系统维护

闭式清零

3.5业务与实体

餐饮饭店业务实体表:

编号

业务名称

关联的实体

1

预订管理

前台管理人员、顾客

2

新开桌

前天管理人员、效劳员、顾客

3

点餐

顾客、效劳员、前台

4

结账

顾客、前台、财务管理人员

5

转账

顾客、前台、财务管理人员

6

恢复账

顾客、前台、财务管理人员

7

收银交班单据

前台

8

特殊账单设置

中层管理人员,财务管理人员,顾客

9

挂账单位设置

中层管理人员、财务管理人员

10

废单设置

中层管理人员、财务管理人员

11

信息管理

中层管理人员

12

总账管理

财务管理人员

13

收入消费管理

财务管理人员

14

报表打印

财务管理人员

15

账务查询

查询人员、账务表

16

本钱查询

查询人员、本钱表

17

其他查询

查询人员、其他信息表

18

用户设置

日常管理人员

19

系统参数设置

日常了管理人员、饭店

20

桌位提成设置

日常管理人员、财务管理人员、前台

21

故障解锁

日常管理人员

22

菜式设置

日常管理人员、财务管理人员、厨师

23

系统维护

日常管理人员

24

闭式清零

日常管理人员,财务管理人员、中层管理人员、前台

3.6主要业务流程图

 

财务流程:

4需求分析

4.1系统功能需求

4.1.1系统目标分析

餐饮饭店管理系统总目标如下:

A.建立对饭店日常业务提供全面管理的信息系统;

B.对所有的客户、员工提供全面管理。

C.对餐饮的销售、结算提供全面管理。

D.对营业收入、销售利润、工资结算、收款付款提供全面管理。

E.对饭店菜式等进展全面方便的管理。

F.对各类财务分析、报表制作提高方便管理。

4.1.2系统需求构造

4.1.3系统功能描述

功能类别

功能名称

描述

餐饮预订

预定一览

前台可以通过系统对酒店的桌位进展直观的预览

客历维护

日常管理人员可以通过系统对客历进展维护

预订管理

前台工作人员可以对预定的座位进展取消操作

短信通知

系统对预定好的顾客、在预定生效后自动发出预订信息短信

前台管理

新开桌

前台管理人员对〔预约〕到店顾客按预定好的座位就位落座

点菜结账

顾客点菜,用餐过后财务管理生成费用报表前台结账

转账恢复账

顾客再用银行卡刷卡进展结算时进展转账处理,在账单出现问题时,恢复收取的费用,并且更重新结算

收银交班单据

前台管理人员进展交接班时对收银单据进展交接

中层管理

特殊账单设置

对于打折、免单之类的账单归属于特殊账单

挂账单位管理

例如:

“挂管理费用〞,指确认为管理费用,即将费用计入管理费用中

废单设置

顾客取消预约,中层管理人员将之前预约的操作进展废单处理

信息管理

中层管理人员对饭店的各类信息的收集及处理

财务管理

总账管理

财务管理人员对饭店的财务账单进展汇总管理

收入消费管理

财务管理人员对饭店的收入支出账务进展管理

查询管理

总账收入消费查询

查询人员可以通过本系统对饭店的总账进展查询

烟酒抹零查询

日常管理人员可以通过系统设置烟酒抹零的具体规格,查询人员可以通过系统进展查询

消菜查询

查询人员可以通过本系统对饭店的销售菜品及数量份额进展查询

特殊统计查询

查询人员可以通过本系统对饭店的各类在记录统计进展查询操作

菜式分析

查询人员可以通过本系统对在售菜式进展分类查询

原材料查询

查询人员可以通过本系统对饭店经营所需要的原材料进展查询

废单查询

查询人员可以通过本系统对前台进展预约处理的废单进展查询

转账催账查询

查询人员可以通过本系统对结账处理中的转账信息进展查询也可以对赊欠催账状态的账单进展查询

开台率查询

系统将对桌位进展开台率计算操作,查询人员可以通过本系统查看桌位开台率

 

系统管理

 

用户设置

用户个人信息、权限等进展设置

通用设置

对系统通用功能进展设置

餐段设置

用户对饭店就餐餐段进展设置

客人类型设置

用户对自己的客人类型进展设置

做法口味设置

用户对厨房菜式做法口味进展统一设置,保持一致

出菜间设置

用户对出菜间管理进展设置

吧台设置

用户吧台管理进展设置

桌位、提成

设置

用户对桌位和提成进展设置

故障解锁

当出现故障后,由此结锁故障

菜式类别设置

对饭店菜式类别进展设置

菜式设置

对饭店菜式进展设置

菜式规格设置

对饭店菜式规格进展设置

套餐明细设置

对饭店套餐价格、名称等明细设置

原料设置

对菜式原料进展设置

系统维护

用户对本系统进展维护管理

闭市清零

每个餐段完毕后,用户进展相关的提交操作

报表打印

收入分类日报表

提供收入分类日报表,以供管理层查看、打印

菜系汇总报表

提供菜系汇总报表,以供管理层查看、打印

套餐报表

提供套餐报表,以供管理层查看、打印

收入消费分类表

提供收入消费分类表,以供管理层查看、打印

收入分析图

提供收入分析图,以供管理层查看、打印

财务明细表

提供财务明细表,以供管理层查看、打印

销售本钱明细表

提供销售本钱明细表,以供管理层查看、打印

菜系类别归属表

提供菜系类别归属表,以供管理层查看、打印

借贷总表

提供借贷总表,以供管理层查看、打印

营业日报分析

提供营业日报分析,以供管理层查看、打印

营业分析月报

提供营业分析月报,以供管理层查看、打印

 

4.1.4功能用例图

餐饮饭店管理系统总用例图:

 

餐饮饭店系统各子功能用例图:

 

4.2系统性能需求

用户提出的书店信息系统的性能要求:

主要性能指标

详细要求

正确性

系统正常运转期间不允许出现故障和错误,不允许丧失商品信息

强健性

容纳5个以上客户端同时访问,效劳器端程序能连续工作半年以上

可靠性

效劳器意外断电有一定缓冲时间以进展数据库备份

时效性

系统处理效率要比手工提高50%,反响时间最慢不能低于3秒;

易用性

一般职工通过简单培训就可以使用系统,不用安装,操作简便

清晰性

业务流程明确,各部门职能划清楚确

平安性

具有防病毒和黑客攻击能力,非法用户不能使用系统,不能查阅系统信息

用户信息,操作权限明确,各级使用者只能看到允许查看的系统信息

交互性

系统界面设计友好,操作方便灵活,并且具有联机提示和帮助学习功能

可扩展性

可在当前需求根底之上进展功能上的扩展

兼容性

可运行在大多数主流的硬件环境中

可移植性

可运行在大多数主流的操作平台上

4.3输入输出要求

输入:

系统的全部数据输入和运行参数的输入均要求采用填空格式的键盘输入,在所有应提示信息处,系统应能给出下拉式的提示并能可由用户根据需要进展选择。

同时要有足够的信息提示与校验用户所输入值的有效性与合法性。

输出:

系统的运行结果均应能通过屏幕进展输出,并要求能将输出的信息灵活地进展屏幕转换,以提高信息的可读性与操作的灵活性。

报表打印格式现行人工管理业务中报表格式进展打印输出,个别报表将利用计算机报表软件ireport重新设计报表输出格式。

4.4系统界面需求

用户提出的饭店信息系统的界面要求

需求名称

详细要求

母窗体显示位置

窗体初次启动时在屏幕位置居中,窗体最大化

主窗体显示位置

窗体初次启动时在母窗体居中

界面风格

整个系统的风格一致,色调柔和,美观大方

界面字体颜色

黑色为主,点击前后会有显著的颜色变换

其它需求

系统LOGO含有本饭店标识和注册名

4.5故障处理要求

A.系统能够输出错误的具体详细容,方便维护人员处理。

B.系统崩溃再启动能够从故障点恢复执行。

C.数据库定时备份,出现异常情况后可进展数据跟踪恢复。

5运行环境规定

5.1硬件平台

需求名称

详细要求

效劳器

操作系统版本WindowsServer2003存>=2GCPU主频2.4>=GHz

客户端

操作系统版本WindowsXp存>=512MCPU主频>=1.6GHz

打印机

激光打印机两台

刷卡器

读取准确率,读取速度符合国家标准规定

5.2软件环境

需求名称

详细要求

操作系统

WindowsXP/Vista

运行环境

SunJavaJRE1.6ForWin

数据库

MicrosoftSQLServer2005

JSP效劳器

ApacheTomcat6.0

浏览器

IE6.0以上

显示器分辨率

最正确效果1024×768像素

5.3接口

硬件接口:

激光条形码扫描器、打印机

软件接口:

Excel表,开发人员超级用户登录接口

6风险分析

6.1系统面临的主要风险

A.系统存在潜在的平安漏洞和缺陷,容易受到病毒或黑客攻击;

B.用户误操作造成饭店不必要的损失;

C.激光条形码扫描器发生故障不能使用;

D.数据库并发操作时容易发生数据丧失或误修改;

E.系统开发时间短,小组人员无工程开发经历;

6.2风险的处理策略

A.本系统在局域网运营,切断外网效劳并在客户端安装相应杀毒软件定期杀毒,客户端机器撤除光驱并禁用U口;

B.采用日志跟踪方式记录用户操作,对于容易发生误操作的地方,系统给与用户相关提示,用户确认后再执行操作;

C.激光条形码扫描器发生故障时,系统支持用户手动录入商品编号完成相应操作;

D.采用双机热备(主-备)方式最大程度上保护用户数据,对于较为频繁、计算复杂的数据库操作采用事务提交方式编写存储过程;

E.在系统开发过程中,工程开发人员在参考以有进销存管理系统软件设计根底上,快速搭建系统原型,和用户交流系统功能实现,对有争议的地方进展改良,直至达成一致共识;开发进度严格按照文档进展,绝不拖沓;完成相应阶段开发时,请专家进展工程评审把关,现场测试成功后交付用户试运行并对相关岗位职能人员进展相应培训。

7遗留问题

无。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 物理

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1