搜索
D．3需求规格说明书《酒店点餐系统》1.0版本制作人：XXX2010-12-5-2-D.3.1介绍--------------------------------------------------------------------------------------31.目标----------------------------------------------------------------------------------------32.项目范围和产品特征-------------------------------------------------------------------33.参考文献----------------------------------------------------------------------------------3D.3.2总体描述------------------------------------------------------------------------------31.产品远景规划----------------------------------------------------------------------------32.用户类和用户特征----------------------------------------------------------------------43.运行环境----------------------------------------------------------------------------------54.设计和实现条件约束-------------------------------------------------------------------55.用户文档----------------------------------------------------------------------------------56.假设和依赖-------------------------------------------------------------------------------6D.3.3系统特性-------------------------------------------------------------------61．生成、修改、查看菜单------------------------------------------------------------6（1）描述和优先级-----------------------------------------------------------------------6（2）激励/响应序列----------------------------------------------------------------------6（3）功能性需求--------------------------------------------------------------------------62．管理员增加、查看、更改员工信息---------------------------------------------7（1）描述和优先级-----------------------------------------------------------------------7（2）激励/响应序列----------------------------------------------------------------------7（3）功能性需求--------------------------------------------------------------------------83．支付账单-------------------------------------------------------------------------------94．用户生成、修改、删除点餐-------------------------------------------------------9（1）描述和优先级-----------------------------------------------------------------------9（2）激励/响应序列----------------------------------------------------------------------9（3）功能性需求--------------------------------------------------------------------------105．用户要求加菜------------------------------------------------------------------------116．服务人员查看点餐------------------------------------------------------------------117．服务人员送餐给顾客或房客------------------------------------------------------118．收银人员对账单存根---------------------------------------------------------------119．厨师查看用户要求的菜品并完成菜品------------------------------------------11D.3.2外部接口需求------------------------------------------------------------111.产品远景规划-------------------------------------------------------------------------112.硬件接口-------------------------------------------------------------------------------113.软件接口-------------------------------------------------------------------------------124.通信接口-------------------------------------------------------------------------------12D.3.5其他非功能性需求------------------------------------------------------121.安全性需求----------------------------------------------------------------------------132.软件质量属性-------------------------------------------------------------------------13-3-D.3.1介绍1.目标软件需求规格说明书描述了“酒店点餐系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队来使用。除非在其他地方另有说明，这里制定的搜有需求都具有最高优先级，而且都要在1.0版本中加以实现。2.项目范围和产品特征“酒店点餐系统”允许用户向酒店的服务员点餐后，酒店的服务人员利用该系统对客户的菜品进行管理（增删改查）并在就餐完毕后生成账单，完成付账和账单管理。详细的项目描述请参见“025赵晓晓059黄婷-酒店订餐系统前景和范围文档”。这一部分的标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。3.参考文献(1)KarlE.Wiegers所著的SoftwareRequirements第2版D.3.2总体描述1.产品远景规划“酒店点餐系统”是一个新系统，它取代了该酒店以人工方式点菜和传菜单的过程。图D.1是一幅关联图，它演示了1.0版本的外部实体和系统接口。-4-酒店点餐系统顾客点餐菜单管理员菜单经理菜单内容酒店目录系统点餐记录员工信息付账系统付款要求付餐费饭菜信息图D.1“酒店点餐系统”版本1.0的关联图2.用户类和用户特征用户类描述服务人员（优先考虑）酒店的服务人员是本系统的直接操作者，他们希望摆脱人工记忆或者手写完成点餐过程的方式，有足够的设备可以供给他们完成从顾客要求点餐，到完成点餐和交付菜单给厨房以及生成账单等功能。大约有50家酒店需要这种系统，而系统的潜在用户则多达1000人，他们每天都与本系统相伴完成他们的工作。服务人员需要根据学历的不同程度进行培训，学会如何使用该点餐客户端，知道如何交付菜单给厨房；何时，如何生成账单等细节。收银处每间酒店大约会有1-2个就餐处的收银人员，他们通过本系统接收顾客上菜完毕后服务人员生成的账单，计算相应税费，根据本-5-系统进行收银和账单管理（对账单的存根，交付给酒店账目管理系统）。并且他们要求本系统能够使用不同的收费方式，如现金、银行卡、支票等支付方式。厨房工作人员酒店的厨房工作人员可以视为一个整体，每间酒店的此类人员约20人，他们通过本系统从服务人员客户端获得传来的菜单，完成菜品后通知服务人员取餐并告知他们改菜品是那一桌所点顾客顾客是在使用本系统的酒店用餐的人员，是本系统的间接用户，他们希望他们在酒店用餐时的心情是愉快的，即点餐和付账时，菜品和账目都不会出现差错，结账是的项目都足够清晰。他们虽不直接操作该系统，但他们对酒店的要求和态度会直接影响到系统的功能内容3.运行环境（OperatingEnvironment，OE）OE-1：“酒店点餐系统”的服务人员采用遥控器上的java小程序完成点餐OE-2：“酒店点餐系统”的收银人员采用windows2K及以上版本的客户端。OE-3：“酒店点餐系统”的厨房工作人员采用windows2K及以上版本的客户端。4.设计和实现条件约束（COnstraint）CO-1：“酒店点餐系统”数据库采取当前酒店采用的Oracle数据库引擎。CO-2：“酒店点餐系统”存在可连接“酒店账目管理系统”的接口。5.用户文档(UserDocumentation,UD)UD-1：系统在收银处客户端和厨房客户端提供联机帮助，而点餐客户端采用纸质说明书。它们描述和演示了所有系统功能。UD-2：如果是一个新用户第一次使用前两种系统，系统可以根据用户的要-6-求。提供一个联机教程，这一教程可引导用户将所有流程实现一遍。这样用户可以使用静态教程菜单来具体实践收银处如何结账和账单存根以及厨房如何接受点菜菜单及通知服务人员取餐送餐。系统不会将这一模块操作存储到数据库中。6.假设(ASsumption)和依赖(DEpendency)AS-1：只要酒店餐厅开始营业（06:00-02:00）则点餐、结账、厨房三个客户端都处于开启状态AS-2：只要是要求员工在岗的每一个工作日，酒店餐厅在早餐、中餐、晚餐及夜宵时都处于营业状态。DE-1：“酒店点餐系统”的运行依赖于“账目管理系统”和“薪资核算系统”的变更，它接受“酒店点餐系统”的菜单更新要求后，增删相应的菜品。D.3.3系统特性1、生成、修改、查看菜单（1）描述和优先级酒店餐饮部的厨师其身份得到验证之后，他们就可以对菜单进行“增、删、改、查”操作（修改后需要通过管理员，即酒店经理验证，则这些操作有效，如2小时内无响应，则这些人员的操作无效，菜品不会有任何改变。）（2）刺激/响应序列刺激：厨师登陆后对菜单进