2022年2022年酒店点菜系统需求规格说明书 .pdf

酒店点菜系统需求规格说明书1 引言-21.编写目的-2 2.项目范围及定义-2 3.参考资料-2 2 任务概述-21.目标-2 2.用户类和用户特征-2 3.设计和实现条件约束-3 4.用户文档-4 5.假设和约束-4 3 系统特性-41生成、修改、查看菜单-4 2管理员增加、查看、更改员工信息-5 3用户生成、修改、删除点餐-5 4用户要求加菜-6 5服务人员查看点餐-6 6收银人员对账单存根-6 7厨师查看用户要求的菜品并完成菜品-6 8支付账单-6 4 运行环境规定-61.运行环境-6 2.界面-6 3.硬件接口-6 4.软件接口-6 5.通信接口-9 5 其他非功能性需求-91.安全性需求-10 2.软件质量属性-10 名师资料总结-精品资料欢迎下载-名师精心整理-第 1 页，共 10 页 -2-1 引言1.编写目的软件需求规格说明书描述了“酒店点菜系统”软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队来使用。2.项目范围及定义“酒店点菜系统”允许用户向酒店的服务员点菜后，酒店的服务人员利用该系统对客户的菜品进行管理（增删改查）并在就餐完毕后生成账单，完成付账和账单管理。软件名Order in Hotel System 简写成 OIHS 3.参考文献1.计划任务书 2.软件工程与项目管理主编：王素芬2 任务概述1.目标随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统。2.用户类和用户特征用户类描述服务人员酒店的服务人员是本系统的直接操作者，他们希望摆脱人工记名师资料总结-精品资料欢迎下载-名师精心整理-第 2 页，共 10 页 -3-忆或者手写完成点餐过程的方式，有足够的设备可以供给他们完成从顾客要求点餐，到完成点餐和交付菜单给厨房以及生成账单等功能。大约有50 家酒店需要这种系统，而系统的潜在用户则多达 1000 人，他们每天都与本系统相伴完成他们的工作。服务人员需要根据学历的不同程度进行培训，学会如何使用该点餐客户端，知道如何交付菜单给厨房；何时，如何生成账单等细节。收银处每间酒店大约会有1-2 个就餐处的收银人员，他们通过本系统接收顾客上菜完毕后服务人员生成的账单，计算相应税费，根据本系统进行收银和账单管理（对账单的存根，交付给酒店账目管理系统）。并且他们要求本系统能够使用不同的收费方式，如现金、银行卡、支票等支付方式。厨房工作人员酒店的厨房工作人员可以视为一个整体，每间酒店的此类人员约 20 人，他们通过本系统从服务人员客户端获得传来的菜单，完成菜品后通知服务人员取餐并告知他们改菜品是那一桌所点顾客顾客是在使用本系统的酒店用餐的人员，是本系统的间接用户，他们希望他们在酒店用餐时的心情是愉快的，即点餐和付账时，菜品和账目都不会出现差错，结账是的项目都足够清晰。他们虽不直接操作该系统，但他们对酒店的要求和态度会直接影响到系统的功能内容4.设计和实现条件约束1：“酒店点餐系统”数据库采取当前酒店采用的windows server2005数据库引擎。2：“酒店点餐系统”存在可连接“酒店账目管理系统”的接口。名师资料总结-精品资料欢迎下载-名师精心整理-第 3 页，共 10 页 -4-5.用户文档1：系统在收银处客户端和厨房客户端提供联机帮助，而点餐客户端采用纸质说明书。它们描述和演示了所有系统功能。2：如果是一个新用户第一次使用前两种系统，系统可以根据用户的要求。提供一个联机教程，这一教程可引导用户将所有流程实现一遍。这样用户可以使用静态教程菜单来具体实践收银处如何结账和账单存根以及厨房如何接受点菜菜单及通知服务人员取餐送餐。系统不会将这一模块操作存储到数据库中。6.假设和约束1：只要酒店餐厅开始营业（06:00-02:00）则点餐、结账、厨房三个客户端都处于开启状态2：只要是要求员工在岗的每一个工作日，酒店餐厅在早餐、中餐、晚餐及夜宵时都处于营业状态。3：“酒店点餐系统”的运行依赖于“账目管理系统”和“薪资核算系统”的变更，它接受“酒店点餐系统”的菜单更新要求后，增删相应的菜品。3 系统特性1、生成、修改、查看菜单（1）描述和优先级酒店餐饮部的厨师其身份得到验证之后，他们就可以对菜单进行“增、删、改、查”操作（修改后需要通过酒店经理验证，则这些操作有效，如2 小时内无响应，则这些人员的操作无效，菜品不会有任何改变。）（2）刺激/响应序列刺激：厨师登陆后对菜单进行操作。响应：系统对厨师的每一个设计更改的操作提示。刺激：厨师完成对菜单的修改后要求交替给经理审阅。名师资料总结-精品资料欢迎下载-名师精心整理-第 4 页，共 10 页 -5-响应：在经理接收到此更改后系统提示厨师请求已提交。刺激：经理认为更改合理或不合理，提交通过更改或不通过。响应：系统接收经理操作交付厨师。2管理员增加、查看、更改员工信息（1）描述和优先级当管理员成功登录到本系统时，能够对员工信息进行查看和修改。优先级高。（2）刺激/响应序列刺激：管理员请求登录到本系统。响应：系统显示登录界面及验证管理员身份信息。刺激：管理员请求查看某员工信息。响应：系统显示该员工信息。刺激：管理员请求修改某员工信息。响应：系统显示为员工信息编辑界面。刺激：管理员请求增添新员工。响应：系统创建一新员工，并等待管理员对其信息进行编辑。3用户生成、修改、删除点餐（1）描述和优先级顾客进入餐厅，访问点餐系统，浏览当日菜单，选择自己想要的食物。在顾客提交点餐记录之前，都可以修改和取消菜单，优先级为高。（2）刺激/响应序列刺激：顾客请求查看当日菜单。响应：系统显示菜单和当日特色菜。名师资料总结-精品资料欢迎下载-名师精心整理-第 5 页，共 10 页 -6-刺激：顾客请求提交点餐记录。响应：系统显示所点菜品条目、单价和总价格。刺激：顾客请求修改点餐记录。响应：系统允许客户编辑以前的点餐记录。刺激：顾客确认提交点餐记录。响应：系统将点餐记录发往厨房。4用户要求加菜5服务人员查看点餐6收银人员对账单存根7厨师查看用户要求的菜品并完成菜品8支付账单4 运行环境规定1.运行环境1：“酒店点餐系统”的服务人员采用遥控器上的java 小程序完成点餐2：“酒店点餐系统”的收银人员采用windows 2000 及以上版本的客户端。3：“酒店点餐系统”的厨房工作人员采用windows 2000 及以上版本的客户端。2.界面1：登陆界面名师资料总结-精品资料欢迎下载-名师精心整理-第 6 页，共 10 页 -7-2：前台点菜界面3：后台管理界面名师资料总结-精品资料欢迎下载-名师精心整理-第 7 页，共 10 页 -8-4：财务管理界面3.硬件接口打印机、鼠标4.软件接口名师资料总结-精品资料欢迎下载-名师精心整理-第 8 页，共 10 页 -9-1：酒店账目管理系统1.1：“酒店点餐系统”通过界面将结负的账单传递给“账目管理系统”用于存根及月底核算1.2：“酒店账目管理系统”将酒店餐饮部的收入支出进行统计生成财务报表，生成下一季度该部门的财务筹措，提交给“酒店点餐系统”保存，此举将影响到酒店餐饮部的采购预算。从而决定本季度的菜品数量。2：酒店薪资核算系统2.1：“酒店点餐系统”记录的管理员、收银员、厨师、服务生他们相应的等级、薪酬、奖金、罚金来自酒店“薪资核算系统”的数据传输。2.2：“薪资核算系统”接受“酒店点餐系统”的人员调动情况，对相应人员进行“增删改查”操作。3：客房服务订餐系统3.1：“客房服务订餐系统”将房客要求的菜品通过客房的客户端传递给“酒店点餐系统”生成相应菜品和账单。3.2：“酒店点餐系统”讲完成菜品信息交付送餐人员及“客房服务订餐系统”通知菜品完成并即将送到。4：酒店客房结算系统4.1：“酒店点餐系统”接受“客房订餐系统”的菜品要求完成菜品后生成账单交付酒店客房结算系统和“酒店账目管理系统”作为酒店餐饮部收入之一。4.通信接口“酒店点餐系统”支持银行卡、支票支付，则需将顾客的银行卡、支票信息交付银行加以确认该客户合法。5 其他非功能性需求名师资料总结-精品资料欢迎下载-名师精心整理-第 9 页，共 10 页 -10-1.安全性（SEcurity）需求SE-1：所有涉及功能信息会个人身份信息的事务，都要进行加密操作。SE-2：顾客的访问受酒店内系统访问控制策略的限制。SE-3：酒店的工作人员，只有那些授权为菜单经理的成员，才能通过系统创建和编辑菜单。SE-4：酒店的工作人员，只有那些授权为系统管理员的成员，才能通过系统增添，查找和删除员工信息。SE-5：系统只允许顾客修改他们尚未提交的点餐记录，并且只能浏览自己的点餐记录，而不能浏览其他顾客的点餐记录。2软件质量属性Robustness（健壮性）-1：如果在点餐得到确认或取消之前，用户和系统的连接中断，那么用户能通过该系统恢复不完整菜单。Integrity（完整性）-1：只有拥有管理员访问特权的用户才可以查看和修改酒店员工信息。Usability（易用性）-1：一个从没使用过“酒店点餐系统”的用户应该可以在平均 5 分钟的时间内，能够使用该系统点餐。名师资料总结-精品资料欢迎下载-名师精心整理-第 10 页，共 10 页 -