酒店点餐系统需求规格说明书

酒店点餐系统需求规格说明书《酒店点餐系统》1.0版本制作人：XXX2010-12-5TOC\o"1-5"\h\z\o"CurrentDocument"D.3.1介绍 -3\o"CurrentDocument"目标 3\o"CurrentDocument"项目范畴和产品特点 3参考文献 3\o"CurrentDocument"D.3.2总体描述 3\o"CurrentDocument"产品远景规划 3用户类和用户特点 4运行环境 5设计和实现条件约束 5用户文档 5假设和依靠 6\o"CurrentDocument"D.3.3系统特性 -6\o"CurrentDocument"生成、修改、查看菜单 6描述和优先级 6鼓舞/响应序列 6功能性需求 6\o"CurrentDocument"治理员增加、查看、更换职员信息 7描述和优先级 7鼓舞/响应序列 7功能性需求 8\o"CurrentDocument"支付账单 9\o"CurrentDocument"用户生成、修改、删除点餐 9描述和优先级 9鼓舞/响应序列 9功能性需求 10\o"CurrentDocument"用户要求加菜 11\o"CurrentDocument"服务人员查看点餐 11\o"CurrentDocument"服务人员送餐给顾客或房客 11\o"CurrentDocument"收银人员对账单存根 11\o"CurrentDocument"厨师查看用户要求的菜品并完成菜品 11\o"CurrentDocument"D.3.2外部接口需求 -11产品远景规划 11硬件接口 11软件接口 12通信接口 12\o"CurrentDocument"D.3.5其他非功能性需求 -12安全性需求 13\o"CurrentDocument"软件质量属性 13D.3.1介绍目标软件需求规格说明书描述了“酒店点餐系统”1.0版本的软件功能性需求和非功能性需求。这一文档打算由实现和验证系统正确功能的项目团队来使用。除非在其他地点另有说明，那个地点制定的搜有需求都具有最高优先级，而且都要在1.0版本中加以实现。项目范畴和产品特点“酒店点餐系统”承诺用户向酒店的服务员点餐后，酒店的服务人员利用该系统对客户的菜品进行治理(增删改查)并在就餐完毕后生成账单，完成付账和账单治理。详细的项目描述请参见“025赵晓晓059黄婷-酒店订餐系统前景和范畴文档”。这一部分的标题为“初始版本和后续版本的范畴”列出了按照进度打算在这一版本中实现的全部或部分特性。3渗考文献(1)KarlE.Wiegers所著的SoftwareRequirements第2版D.3.2总体描述产品远景规划“酒店点餐系统”是一个新系统，它取代了该酒店以人工方式点菜和传菜单的过程。图D.1是一幅关联图，它演示了1.0版本的外部实体和系统接口。

图D.1 "酒店点餐系统”版本1.0的关联图用户类和用户特点用户类描述服务人员酒店的服务人员是本系统的直截了当操作者，他们期望摆脱人工（优先考经历或者手写完成点餐过程的方式，有足够的设备能够供给他们虑） 完成从顾客要求点餐，到完成点餐和交付菜单给厨房以及生成账单等功能。大约有50家酒店需要这种系统，而系统的潜在用户则多达1000人，他们每天都与本系统相伴完成他们的工作。服务人员需要依照学历的不同程度进行培训，学会如何使用该点餐客户端，明白如何交付菜单给厨房；何时，如何生成账单等细节。收银处每间酒店大约会有1-2个就餐处的收银人员，他们通过本系统接收顾客上菜完毕后服务人员生成的账单，运算相应税费，依照本系统进行收银和账单治理(对账单的存根，交付给酒店账目治理系统)。同时他们要求本系统能够使用不同的收费方式，如现金、银行卡、支票等支付方式。收银处厨房工作人酒店的厨房工作人员能够视为一个整体，每间酒店的此类人员约员 20人，他们通过本系统从服务人员客户端获得传来的菜单，完成菜品后通知服务人员取餐并告知他们改菜品是那一桌所点顾客 顾客是在使用本系统的酒店用餐的人员，是本系统的间接用户，他们期望他们在酒店用餐时的心情是愉快的，即点餐和付账时，菜品和账目都可不能显现差错，结账是的项目都足够清晰。他们虽不直截了当操作该系统，但他们对酒店的要求和态度会直截了当阻碍到系统的功能内容运行环境(OperatingEnvironment，OE)OE-1：“酒店点餐系统”的服务人员采纳遥控器上的java小程序完成点餐OE-2：“酒店点餐系统”的收银人员采纳windows2K及以上版本的客户端。OE-3：“酒店点餐系统”的厨房工作人员采纳windows2K及以上版本的客户端。设计和实现条件约束(Constraint)CO-1：“酒店点餐系统”数据库采取当前酒店采纳的Oracle数据库引擎。CO-2：“酒店点餐系统”存在可连接“酒店账目治理系统”的接口。用户文档(UserDocumentation,UD)UD-1:系统在收银处客户端和厨房客户端提供联机关心，而点餐客户端采纳纸质说明书。它们描述和演示了所有系统功能。UD-2:假如是一个新用户第一次使用前两种系统，系统能够依照用户的要求。提供一个联机教程，这一教程可引导用户将所有流程实现一遍。如此用户能够使用静态教程菜单来具体实践收银处如何结账和账单存根以及厨房如何同意点菜菜单及通知服务人员取餐送餐。系统可不能将这一模块操作储备到数据库中。假设(Assumption)和依靠(DEpendency)AS-1：只要酒店餐厅开始营业(06:00-02:00)则点餐、结账、厨房三个客户端都处于开启状态AS-2：只要是要求职员在岗的每一个工作日，酒店餐厅在早餐、中餐、晚餐及夜宵时都处于营业状态。DE-1：“酒店点餐系统”的运行依靠于“账目治理系统”和“薪资核算系统”的变更，它同意“酒店点餐系统”的菜单更新要求后，增删相应的菜品。D.3.3系统特性1、生成、修改、查看菜单描述和优先级酒店餐饮部的厨师其身份得到验证之后，他们就能够对菜单进行“增、删、改、查”操作(修改后需要通过治理员，即酒店经理验证，则这些操作有效，如2小时内无响应，则这些人员的操作无效，菜品可不能有任何改变。)刺激/响应序列刺激：厨师登陆后对菜单进行操作。响应：系统对厨师的每一个设计更换的操作提示。刺激：厨师完成对菜单的修改后要求交替给治理员批阅。响应：在治理员接收到此更换后系统提示厨师要求已提交。刺激：治理员认为更换合理或不合理，提交通过更换或不通过。响应：系统接收治理员操作交付厨师。

功能性需求Kitchen.logon厨师输入验证信息登录本系统Kitchen.search厨师查看已有菜单Kitchen.create厨师创建新的菜单Kitchen.delete厨师删除菜单中的菜品Kitchen.submit厨师将修改的内容提交给经理Kitchen.update厨师修改菜单中的内容Kitchen.pass治理员师对菜单的修改Kitchen.deny治理员对菜单的修改Kitchen.return未通过的菜单被复原到原先状态Kitchen.timer厨师对菜单的修改完成后启动该方法，超时则调用return方法Kitchen.reflction将治理员的操作反馈给厨师Kitchen.exit.厨师退出登录.治理员增加、查看、更换职员信息描述和优先级当治理员成功登录到本系统时，能够对职员信息进行查看和修改。优先级高。刺激/响应序列刺激：治理员要求登录到本系统。响应：系统显示登录界面及验证治理员身份信息。刺激：治理员要求查看某职员信息。响应：系统显示该职员信息。刺激：治理员要求修改某职员信息。响应：系统显示为职员信息编辑界面。刺激：治理员要求增加新职员。响应：系统创建一新职员，并等待治理员对其信息进行编辑。功能性需求Manager.logon系统显示治理员登录界面Manager.welcome治理员信息通过系统验证后，治理员进入欢迎界面Manager.select治理员选择查看或者修改某职员信息服务Manager.find治理员输入所要查找信息职员的职员号Manager.find.display若系统中存在所要查找的职员号，则显示该职员信息；若不存在，则显示“此职员号不存在”Manager.update治理员输入所要更新信息职员的职员号Manager.update.edit系统依照职员号查找到某职员并将信息显示出来，等待治理员编辑Manager.update.conform系统提示治理员确认编辑信息

Manager.update.display系统将刚刚编辑完成的职员信息显示出来。Manager.add治理员要求增加新职员信息Manager.add.edit系统为新职员分配一职员号，并等待治理员将新职员信息补充完整Manager.add.conform系统提示治理员确认补充信息Manager.add.display系统将刚刚增加完成的职员信息显示出来Manager.delete治理员要求删除离职职员信息Manager.delete.edit系统依照离职职员的职员号查找到该职员Manager.delete.conform系统提示治理员确认删除职员信息Manager.delete.conform.yes治理员确认删除Manager.delete.display系统显示职员信息已删除Manager.logoff治理员退出登录.支付账单（该范例不提供细节）.用户生成、修改、删除点餐（1） 描述和优先级顾客进入餐厅，访问点餐系统，扫瞄当日菜单，选择自己想要的食物。在顾客提交点餐记录之前，都能够修改和取消菜单，优先级为高。（2） 刺激/响应序列

刺激：顾客要求查看当日菜单。响应：系统显示菜单和当日特色菜。刺激：顾客要求提交点餐记录。响应：系统显示所点菜品条目、单价和总价格。刺激：顾客要求修改点餐记录。响应：系统承诺客户编辑往常的点餐记录。刺激：顾客确认提交点餐记录。响应：系统将点餐记录发往厨房。Order.deliver.cateteria（3）功能性需求Order.deliver.cateteriaOrder.index访问“酒店点餐系统”的顾客能够通过系统点餐Order.menu系统将显示菜单和当日特色菜Order.menu.food储存当前顾客点餐记录Order.menu.submit顾客要求提交点餐记录Order.menu.display系统显示所点菜品条目、每一菜品条目的单价以及应该支付多少费用Ompt系统提示顾客确认点餐记录Order.conform.not假如顾客不确认点餐记录，那么顾客既能够编辑点餐记录，也能够取消点餐Order.conform.yes顾客确认点餐记录系统将点餐记录发往厨房Order.deliver.failure假如点餐过程中任何一步不成功，则系统将回滚事物，通知顾客点餐不成功，并说明失败的缘故Order.deliver.failure.用户要求加菜（该范例不提供细节）.服务人员查看点餐（该范例不提供细节）.服务人员送餐给顾客或房客（该范例不提供细节）.收银人员对账单存根（该范例不提供细节）.厨师查看用户要求的菜品并完成菜品（该范例不提供细节）D.3.4外部接口需求1.用户界面（UserInterfaces,UI）UI-1：“酒店点餐系统”的屏幕画面将遵照本公司各方式客户端应用程序用户的标准用户界面。UI-2：系统对收银端和厨房端的每一个操作都提供关心连接，说明如何使用这些操作。UI-3：收银客户端采纳鼠标或键盘的方式对个操作进行操纵，点餐客户端采纳遥控器上的按钮进行操作，厨房客户端采纳触摸屏的方式对每个操作进行操纵。2.硬件接口硬件接口还没有确定软件接口(SoftwareInterfaces,SI)SI-1:酒店账目治理系统SI-1.1：“酒店点餐系统”通过界面将结负的账单传递给“账目治理系统”用于存根及月底核算SI-1.2：“酒店账目治理系统”将酒店餐饮部的收入支出进行统计生成财务报表，生成下一季度该部门的财务筹措，提交给“酒店点餐系统”储存，此举将阻碍到酒店餐饮部的采购预算。从而决定本季度的菜品数量。SI-2:酒店薪资核算系统SI-2.1：“酒店点餐系统”记录的治理员、收银员、厨师、服务生他们相应的等级、薪酬、奖金、罚金来自酒店“薪资核算系统”的数据传输。SI-2.2：“薪资核算系统”同意“酒店点餐系统”的人员调动情形，对相应人员进行“增删改查”操作。SI-3：客房服务订餐系统SI-3.1：“客房服务订餐系统”将房客要求的菜品通过客房的客户端传递给“酒店点餐系统”生成相应菜