餐饮管理系统需求规格说明书(参考).doc

项目名称，产品需求规格说明书机构图标传智播客餐饮管理系统产品需求规格说明书文件状态： 草稿 正式发布 正在修改文件标识：Company-Project-RD-PRS当前版本：0.1作 者：完成日期：2014-2-5北京传智播客教育科技有限公司版 本 历 史版本/状态作者参与者起止日期备注0.1/草稿杨洪波2013-12-2014-2-5 目 录 0. 文档介绍40.1 文档目的40.2 文档范围40.3 读者对象40.4 参考文档40.5 术语与缩写解释41. 产品介绍52. 产品面向的用户群体53. 产品应当遵循的标准或规范54. 产品范围55. 产品中的角色56. 产品的功能性需求66.0 功能性需求分类66.m Feature M66.m.n Function M.N67. 产品的非功能性需求77.1 用户界面需求77.2 软硬件环境需求77.3 产品质量需求77.n 其它需求7附录A：需求建模与分析报告8A.1 需求模型18A.n 需求模型N8附录B：需求确认90. 文档介绍0.1 文档目的本说明书对餐饮管理系统的架构与范围,以及商机需求和软件中的模块规划和相关业务用户需求说明书是软件项目开发的首要工作,本文档从用户角度说明餐饮管理系统要实现的用户需求,包括几百蚊需求和其他需求,为项目开发和后续扩展提供基础与约束的定义作了的明确定义和描述，并作为开发者下一步设计工作的重要依据。0.2 文档范围0.3 读者对象0.4 参考文档-杨洪波 日期:2014.2.5 机构: 北京传智播客教育科技有限公司0.5 术语与缩写解释缩写、术语解 释1. 产品介绍随着餐饮业的不断发展,餐饮管理系统的内容对于餐饮业的决策者和管理者来说都非常重要。本系统主要包括餐桌显示，消费查询、会员管理和商品管理等几大部分，本系统具有良好的用户体验，使用方便。具有完善的查询，对维护系统起到辅助决策的作用，能即使、方便、灵活地进行查询、修改、删除等维护性操作。餐饮管理系统有足够的存储容量，满足九点每日营业的变动，另外，对于操作用户有一定的管理，并对用户的权限有一定的设置。2. 产品面向的用户群体此餐饮操作系统适合大多数餐饮业.使用此餐饮管理系统方便您日常管理酒店,需要您熟练操作window系统即可3. 产品应当遵循的标准或规范提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。4. 产品范围5. 产品中的角色提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。6. 产品的功能性需求6.0 功能性需求分类提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。功能类别功能名称、标识符描述收银员业务收银当日、当班情况汇总大厅服务员业务餐位分布、使用信息查询餐位预定管理厨师显示点菜信息登记菜式制作过程信息领料登记经理7. 产品的非功能性需求7.1 用户界面需求 7.2 软硬件环境需求 序号需求名称需求描述1操作系统Windows XP SP2（中文版和英文版）2数据库系统SQL Server2005中文版3开发工具VS20084编程语言C#5支撑软件.NET Framework3.56运行环境Windows xp7测试平台Windows xp7.3 产品质量需求 序号需求名称需求描述1正确性无明显BUG2可靠性运行稳定，不会出现错误3易用性用户不经培训即可轻松掌握使用方法4兼容性兼容Windows 2000以上5安全性用户资料要保密7.4 性能要求序号需求名称需求描述1吞吐量需求可处理15桌以上的客人就餐信息，加100以上员工信息2容量按照理论，数据库应无客户及事物上限，但考虑实际情况，设计用户容量100人。附录A：需求建模与分析报告。A.1 系统总体功能模型用例图：总体功能说明：（简单文字说明系统总的功能）A.2 收银员业务需求用例图：用例说明：用例编号9用例名称收银事件流基本流：1、 选择已经消费的台号；2、 点击“结账”按钮；3、 显示消费清单和金额汇总；4、 输入实收金额；5、 计算并显示找零；6、 点击“结账完毕”；备选流：1、 挂单处理：在3之后点击“挂单”按钮，结束结账；2、 免单处理：在3之后点击“免单”按钮，结束结账；3、 打折处理：在3之后，点击“打折”；4、 输入折扣比例；5、 计算应收金额，回到基本流3；前置条件1、 所有正在消费的台号数据能正常取得；后置条件1、 数据正确保存；2、 正确保存结账状态（正常结账、折扣结账、免单、挂单）；其他用例编号10.1.1用例名称汇总当日消费流水事件流基本流：1. 点击“汇总当日流水”；2. 列表显示当日已结账的所有台位消费清单；3. 显示汇总金额；4. 可以打印；备选流：前置条件1. 当日消费数据存在；后置条件其他用例编号10.1.2用例名称当日消费未收汇总事件流基本流：5. 点击“汇总当日流水”；6. 列表显示当日已结账的所有台位消费清单；7. 显示汇总金额；8. 可以打印；备选流：前置条件2. 当日消费数据存在；后置条件其他A.3 大厅服务员业务需求用例图：附录B：需求确认提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该产品需求规格说明书必须先通过需求评审。需求评审报告摘要需求文档输入名称，标识符，版本，作者，完成日期，需求评审报告输入名称，标识符，评审日期，评审结论 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格，需要作少量的修改，之后通过审核即可。 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。评审意见评审小组成员输入评审小组成员需求承诺需求文档输入名称，标识符，版本，作者，完成日期客户承诺承诺签字，日期项目经理承诺承诺签字，日期 机构名称，2002Page 17 of 17