酒楼无线餐饮管理系统软件需求规格说明书.docx

《酒楼无线餐饮管理系统软件需求规格说明书.docx》由会员分享，可在线阅读，更多相关《酒楼无线餐饮管理系统软件需求规格说明书.docx（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、春景酒楼无线餐饮管理系统软件需求规格说明书项 目 名 称：春景酒楼无线餐饮管理系统需求分析软件师： dgw软件系统需求方： 春景酒楼有限公司需求分析设计方： 吕梁学院软件事业部2017年03月16日项目名称：春景酒楼无线餐饮管理系统项目文档：春景酒楼无线餐饮管理系统需求规格说明书1、 导言1.1 目的该文档是关于春景酒楼无线餐饮管理系统的功能和性能的描述，重点描述了功能需求，是总体设计阶段的主要输入。本文档的预期读者是：l 需求分析人员；l 设计人员；l 开发人员；l 项目管理人员；l 用户。1.2 范围该文档描述了目标系统的逻辑模型，解决系统“做什么”的问题。在这里，对于开发技术并没有涉及，

2、而主要是通过建立模型的方式来描述用户的需求、为用户、软件系统开发方等不同参与方提供一个对系统交流的平台。1.3 术语定义本文档的术语定义如表T-1所示。表T-1 术语定义编号术语名称含义说明1Web ServiceWeb service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序, 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。2手持终端手持终端是指具有以下几种特性的便于携带的数据处理终端。1、具有数据存储及计算能力（一般有操作系统）2、可进行二次开发3、能与其他设备进行数据通讯4、有人机界面，具体而言要有显示和输入功能

3、5、电池供电1.4 引用标准1 企业文档格式标准 V1.0，吕梁学院计算机科学与技术系软件工程教研组2 需求规格报告格式标准 V1.0，吕梁学院计算机科学与技术系软件工程教研组1.5 参考资料1 吕云翔，王昕鹏，邱玉龙.软件工程理论与实践.北京：人民邮电出版社，2012. 2 于本海，吴恒亮.管理信息系统开发案例.高等教育出版社，2010.93 韩万江，姜立新.软件工程案例教程-软件项目开发实践 第2版. 机械工业出版社，2011.101.6 版本更新信息版本更新记录如表T-2所示表T-2 版本更新记录版本号创建者创建日期维护者维护日期维护纪要V1.0dgw2017-03-162、 项目的来源

4、、背景和项目的目标2.1项目背景（开发背景）本项目是为春景酒楼开发的酒楼无线餐饮管理系统，春景海鲜酒楼现有面积500平米，近20个雅间，一间零点大厅 ，可容纳300人就餐，菜品以海鲜、鲁菜、家常菜为主，客源以大众的婚宴、生日宴同学聚会宴、年夜宴、节假日宴等为主。春景酒楼目前使用的系统主要有人事管理 、预订管理、点菜管理、财务管理4个功能模块，分别实现各自的管理。虽然现行系统实现计算机管理，但各功能模块间数据各自独立，不能交互处理，出现信息孤岛，并未充分体现餐饮业务处理 智能化和人性化；其次现系统采用基于C/S的体系架构，每台计算机都需要安装客户端软件，这样给以后的升级带来很多不便；最后，高端客

5、户、长期会员在系统中无会员管理功能，所以现有系统已不能适应现代餐饮行业的经营管理中的客户关系管理要求。因此，该酒楼急需重新开发一套更加完善的信息系统来辅助酒楼的经营与管理，提高酒楼的经营效益和管理效率。2.2 项目要达到的目标本项目设定的目标如下：l 新系统的设计宗旨是方便厨房、前台和服务员之间的信息交流;l 酒店管理人员可以通过本系统了解厨房工作人员的情况;l 酒店管理人员能实时监控当前餐厅的预订情况、上座情况、就餐客人数量、每桌客人消费金额、消费明细、当前收银结算情况以及收入明细；l 系统能够提供友好的用户操作界面，具有良好的运行效率；l 系统应具有良好的可扩充性，可容易地与酒店的其它系统

6、进行信息互通、共享。l 系统的设计应具有一定的超前性、灵活性，能够适应酒楼业务发展需要。3 现有系统描述3.1 现有组织结构目前，春景酒楼主要有6个部门：经理部、人事部、餐厅部、后厨部、财务部、后勤部，其组织架构如图3-1所示： 图3-1 春景酒楼组织结构图各部门的职责及岗位划分如下： (1) 总经理一名，负责人事、财务、酒楼经营及高层决策等工作； 副经理两名分别管理人事部、餐厅部、后厨部、财务部和后勤部 。 (2) 人事部设人事主管一名，负责制定和实施酒楼人才资源规划、机构设置与人员编制管理、人事管理的规章制度建设、人员调配工作、员工人事任免、绩效考核、劳资发放等工作。 (3)餐厅部负责酒楼

7、的迎宾接待、前台点菜、传菜、酒水提供等工作，设主管一名，主管下设前厅领班、楼层领班、跑菜主管、酒水主管、吧台主管各一名，其他工作人员有迎宾员、服务员、跑菜员、酒水员。 (4) 后厨部负责酒楼的菜例拟定，菜例制作分工及菜例加工等，设； (5) 财务部负责酒楼的收银结帐、财务管理等工作，设； (6) 后勤部负责酒楼的原料采购、设施维护和卫生管理等工作，设。 3.2 现有系统运行状况目前使用的系统主要有人事管理 、预订管理、点菜管理、财务管理4个相互独立的系统，分别实现各自的管理。各系统间数据不能交互处理，出现信息孤岛，并未充分体现餐饮业务处理智能化和人性化，所以现有系统已不能适应现代餐饮行业的经营

8、管理中的客户关系管理要求。3.3 单据、账本、报表3.3.1 单据暂无 3.3.2 帐本暂无3.3.3 报表暂无3.4 可能的变化 暂无4 目标系统的需求4.1 目标系统需求描述(1) 预订接待 远期预订可提前任意天、周、月、年预订，记录客人姓名(电话)、到达时间、预订的时间、餐台和定金、菜品及客人特别交待的事项。可以查询、取消和打印预订表，可避免餐台的重复预订和漏订，支持同一餐台不同时间多次预订，可以方便地从已建立的客户资料中选择预订客户。餐台状态查看实时动态地显示餐台状态和历史预订信息，可以方便地切换预订时间，快速地查看预订情况，并可按所有餐台、已预订餐台、未预订餐台过滤显示。预订开台预订

9、人抵达后可自动开台，所预订菜品和定金自动转入。(2) 前台管理 开台点菜 包括开台、换台、并台、退台，支持一台多帐单，可实时动态地显示餐台状态，包括点菜、退菜、加菜、催菜、等叫等功能，可按菜品编码、拼音字头、菜品名称、菜品类别等多种方式点菜，提高了点菜速度。收银结帐支持现金、会员储值卡的混合结帐，支持按菜品打折、整帐单会员打折，支持预订定金转帐结帐。换班交接可记录当班情况，查询已结帐单和未结帐单，打印班结表。(3) 后厨分单打印 分单 分单是解决哪道菜由哪个厨房制作的问题。前台点完菜后，软件会自动按照预先设定自动进行分单，即不同的菜品按照设定由不同的厨房进行打印。打单厨房打印机配备网络打印服务

10、器，以支持远程打印，只有打印出菜单后厨房才开始做菜，并在做好的菜盘上贴上菜品扫描码。出菜菜品制作完毕，传菜部通过扫描条码确认出菜，扫过单子的菜品说明已在送菜的途中。特殊情况4.2 目标系统业务流程分析酒楼餐饮管理目标系统的主要业务及部门之间的数据关系，以业务流程图方式加以说明。业务流程参考图例如图4-1所示。图4-1 业务流程参考图例1、会员管理业务流程 业务描述：顾客可持酒楼消费结账单到柜台办理会员卡，会员卡可充值、兑现使用，系统会根据会员累计消费金额升级会员等级。业务流程图如图4-2所示： 图4-2 会员管理业务流程2、预订管理业务流程 业务描述：前台接待顾客预订，登记预订信息。业务流程如

11、图4-3所示：图4-3 预订管理业务流程 3、无线点菜业务流程 业务描述：顾客进店，安排入座，顾客点菜，服务员通过手持终端提交点菜单至后厨分单打印机和柜台上菜打印机打印。业务流程如图4-4所示： 图4-4 无线点菜业务流程4、收银结账业务流程业务描述：顾客消费结束后，到柜台结账，可凭会员卡享受相应折扣优惠。业务流程如图4-5所示：图4-5 收银结账业务流程4.3 目标系统数据流程分析目标系统数据流程分析是对目标系统业务流程的抽象，它从数据传递和加工的角度，以图形方式刻画出数据的输入、输出、存储和处理的逻辑关系。基本图例如图4-6所示：外部实体 数据处理 数据存储 数据流图4-6 数据流基本图例

12、1、餐饮管理系统的顶层 （P0）数据流程图 顶层数据流程有两个外部实体：顾客、经理；预订信息和会员资料是系统主要的输入数据流，营业统计信息和消费结账单是系统的主要输出数据流。 数据流程如图4-7所示：图4-7 餐饮管理系统顶层 （P0）数据流程图2、餐饮管理系统的第一层 数据流程图 通过对业务流程图和顶层数据流程图的分析，得到系统的第一层数据流程图，如图4-8所示。该图含5 个主要数据处理过程：预订管理子系统(P1)无线点菜子系统(P2)收银结账子系统(P3)会员管理子系统(P4)查询统计子系统(P5)。 具体为：外部实体：顾客、经理； 数据存储：餐台台帐(D1)、餐台预订参考台帐(D2)、消

13、费台帐(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有关

14、的外部实体只有顾客。具体关系如图4-9所示。图4-9 “P1预订管理子系统”数据处理过程展开的第二数据流程图4、“P2无线点菜子系统”-餐饮管理系统的第二层数据流程图 将第一层数据流程图中的” P2”展开 。有5个处理过程为： (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 “P

15、2无线点菜子系统”数据处理过程展开的第二数据流程图5、“P3收银结帐子系统”-餐饮管理系统的第二层数据流程图 将第一层数据流程图中的”P3”展开 。有5个处理过程为： (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会员管理子系统”-餐饮管理系统的第二层数据流程图 将第一层数据

16、流程图中的” 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)、后

17、厨分单打印(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 目标系统数据字典 数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出

18、详细的说明。 说明数据的名称、来源、去向、输入数据流、输出数据流、组成、结构等。通过对酒楼餐饮管理系统中的数据流分析，进一步对系统中各元素详细描述，可得出下面的数据字典，如表4-1表4-6所示。 1、餐饮管理系统的数据项(表中字段)定义 表4-1 系统的数据项(表中字段)定义编号名称说明数据值类型取值范围长度有关数据结构1-001菜例编码酒店菜例编码离散0001-99994菜例信息 1-002消费清单编码消费单流水号离散xxx0001-xxx99997消费清单详细信息1-003会员姓名会员姓名字符型10会员信息1-004菜例名称菜例名称字符型20菜例信息 1-005餐台编码餐台编码离散0001

19、-99994餐台信息1-006餐台名称餐台名称字符型20餐台信息1-007 表4-2 系统的数据结构(基本表)定义 编号名称说明结构有关数据流2-001菜例信息菜例基本信息菜例编码、菜例名称、菜例简拼、菜例类别、计价单位、成本单价、销售单价、打折比例等D3P1.4、D3P2.4.12-002消费清单信息顾客消费结帐单消费清单编码、会员编码、清单状态、餐台编码、菜例编码、菜例数量、金额等P2.4.1D10、P2.4.4D10、P2.4.5D10、P2.4.6D10、P4D10、D10P2.4.3、D10P4.4、D10P3.3、D10P2.2、D10P52-003会员基本信息会员基本信息会员编码

20、、会员姓名、姓名简拼、姓别、出生日期、帐户余额主、会员等级、当前累计积分、办理日期、会员状态、联系电话P3.2D5、P4.2D5P4.4D5、D5P1.1D5P2.1、D5P3.1D5P4.32-004餐台信息餐台基本信息餐台编码、餐台名称、房间类型、所在区域、容纳人数、餐台状态D1P2.3、P2.5D1P3.4D12-005表4-3 系统的数据流(中间表-临时表)定义编号名称来源去向组成数据平均流量最大流量3-001 预订信息顾客 P1.4顾客姓名、预订状态、联系方式、预订餐台、预订日期、预订时段、预订押金、操作员等。50份/天100份/天3-002会员资料顾客 P4.2会员姓名、姓名简拼、

21、姓别、出生日期、会员等级、办理日期、联系电话50份/天100份/天2-003点菜清单顾客 P2.4.1菜例编码、菜例名称、菜例简拼、菜例类别、计价单位等100份/天200份/天2-004消费结帐单P3.3 顾客 顾客P4.1 消费清单编码、会员编码、清单状态、餐台编码、消费数量、顾客人数、进店时间、离店时间、应收金额、实收金额、结帐单金额、收银员等100份/天200份/天2-005表4-4系统的数据存储 (基本表)定义编号名称说明输入数据流输出数据流组成4-001 餐台预订参考台帐(D2)餐台预订信息及状态P2.4.2D2D2P1.3D2P2.3餐台编码、预订时间、时段编码、预订状态4-002

22、会员档案(D5)顾客注册会员信息P3.2D5P4.2D5P4.4D5D5P1.1D5P2.1D5P3.1D5P4.3预订清单编码、顾客姓名、性别、预订状态、联系方式、预订餐台、预订日期、预订时段、预抵时间、取消时间、预订押金、顾客留言、顾客人数4-003预订台帐(D9)顾客 预订信息 P1.4D9P1.5D9P2.4.2D9D9P1.2D9P2.4.1预订清单编码、顾客姓名、性别、预订状态、联系方式、预订餐台、预订日期、预订时段、预抵时间、取消时间、预订押金、顾客留言、顾客人数4-004消费台帐(D10)顾客消费结帐单P2.4.1D10P2.4.4D10P2.4.5D10P2.4.6D10P3

23、.5D10D10P2.4.3D10P4.4D10P3.3D10P2.2D10P5消费清单编码、会员编码、清单状态、餐台编码、消费数量、顾客人数、进店时间、离店时间、应收金额、实收金额、结帐单金额、收银员等4-005表4-5系统的处理过程定义编号 名称 输入数据流 输出数据流 组成 5-001 生成预订订单(P1.4) P1.2P1.4P1.3P1.4顾客P1.4D3P1.4 P1.4D9 如果是会员，则根据历史预订信息产生的预订推荐信息，生成预订订单，并可进行适当调整；若不是会员，则根据餐台占用信息及顾客的预订信息生成预订订单。 5-002 手持终端下单(P2.4.1) P2.2P2.4.1P

24、2.3P2.4.1顾客P2.4.1D3P2.4.1 P2.4.1P2.5 P2.4.1P2.4.2 P2.4.1D10 如果是会员，则根据历史消费信息产生的消费推荐信息，生成消费台帐，并可进行适当调整；若不是会员，则根据餐台占用信息及顾客的点菜清单生成消费台账。 5-003 柜台结帐(P3.3) P3.1P3.3D10P3.3 P3.3P3.4P3.3P3.5P3.3 顾客 如果是会员，而且消费卡内余额充足，则根据消费台账计算应收金额，并从会员卡中冲减；若不是会员，则根据消费台账计算应收金额，使用现金或银行卡结账。最后打印顾客消费单。 5-004 会员登记(P4.2) P4.1P4.2顾客P4

25、.2 P4.2D5 根据顾客提供的资料以及消费账单登记会员档案。 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 系统整体结构根据用户需求描述，综合考虑系统逻辑模型及系统设计的原则、目标和要求，确定本系统的总体功能结构如

26、图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） 操作系统 Windows 2015 Server.2） 数据库 SQL Server 20153） 开发平台VS 201510 签字本需求规格说明经过双方认可，签字如表10-1所示。表10-1 需求规格签字用户签署信息企业签署信息单位名称春景酒楼有限公司单位名称吕梁学院软件事业部签署人姓名老板签署人姓名dgw签署日期2017/3/16签署日期2017/3/16