餐饮管理系统需求规格说明书

1、餐饮管理系统产品需求规格说明书文件标识：Company-Project-RD-PRS当前版本：0.1作 者：文件状态： 草稿 正式发布 正在修改完成日期：2012-3-20机构图标机构公开信息项目名称， 产品需求规格说明书 机构名称，2002Page 2 of 17版 本 历 史版本/状态作者参与者起止日期备注0.1/草稿张三2012-项目名称， 产品需求规格说明书 机构名称，2002Page 3 of 17 目目目 录录录 0. 文档介文档介绍绍.40.1 文档目的.40.2 文档范围.40.3 读者对象.40.4 参考文档.40.5 术语与缩写解释.41. 产品介绍产品介绍.52. 产品面

2、向的用户群体产品面向的用户群体.53. 产品应当遵循的标准或规范产品应当遵循的标准或规范.54. 产品范围产品范围.55. 产品中的角色产品中的角色.56. 产品的功能性需求产品的功能性需求.66.0 功能性需求分类.66.M FEATURE M.66.m.n Function M.N.67. 产品的非功能性需求产品的非功能性需求.77.1 用户界面需求.77.2 软硬件环境需求.77.3 产品质量需求.77.N 其它需求 .7附录附录 A：需求建模与分析报告：需求建模与分析报告 .8A.1 需求模型 1.8A.N 需求模型 N.8附录附录 B：需求确认：需求确认.9项目名称， 产品需求规格说

3、明书 机构名称，2002Page 4 of 170. 文档介绍文档介绍0.1 文档目的文档目的本说明书对餐饮管理系统的架构与范围,以及商机需求和软件中的模块规划和相关业务的定义作了的明确定义和描述，并作为开发者下一步设计工作的重要依据。0.2 文档范围文档范围0.3 读者对象读者对象0.4 参考文档参考文档提示：提示：列出本文档的所有参考文献（可以是非正式出版物） ，格式如下：标识符 作者，文献名称，出版单位（或归属单位） ，日期例如：例如：SPP-PROC-PP SEPG，需求开发规范，机构名称，日期0.5 术语与缩写解释术语与缩写解释缩写、术语缩写、术语解解 释释项目名称， 产品需求规格说

4、明书 机构名称，2002Page 5 of 17项目名称， 产品需求规格说明书 机构名称，2002Page 6 of 171. 产品介绍产品介绍2. 产品面向的用户群体产品面向的用户群体提示：提示：（1）描述本产品面向的用户（客户、最终用户）的特征，（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？使用本软件要求用户熟悉Windows操作，并且有一定软件操作基础。本软件适用于一些大中型餐厅。3. 产品应当遵循的标准或规范产品应当遵循的标准或规范提示：提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules） ，违反标准、规范或业务规则的产品通常不太可能被

5、接受。4. 产品范围产品范围项目名称， 产品需求规格说明书 机构名称，2002Page 7 of 175. 产品中的角色产品中的角色提示：提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。6. 产品的功能性需求产品的功能性需求6.0 功能性需求分类功能性需求分类提示：提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。功能类别功能名称、标识符描述收银收银员业务当日、当班情况汇总项目名称， 产品需求规格说明书 机构名称，2002Page 8 of 17餐位分布、使用信息查询大厅服务员业务餐位预定管理显示

6、点菜信息登记菜式制作过程信息厨师领料登记经理项目名称， 产品需求规格说明书 机构名称，2002Page 9 of 177. 产品的非功能性需求产品的非功能性需求7.1 用户界面需求用户界面需求 7.2 软硬件环境需求软硬件环境需求项目名称， 产品需求规格说明书 机构名称，2002Page 10 of 17 序号序号需求名称需求名称需求描述需求描述1操作系统Windows XP SP2（中文版和英文版）2数据库系统SQL Server2005 中文版3开发工具VS20084编程语言C#5支撑软件.NET Framework3.56运行环境Windows xp7测试平台Windows xp项目名称

7、， 产品需求规格说明书 机构名称，2002Page 11 of 177.3 产品质量需求产品质量需求 序号序号需求名称需求名称需求描述需求描述1正确性无明显 BUG2可靠性运行稳定，不会出现错误3易用性用户不经培训即可轻松掌握使用方法4兼容性兼容 Windows 2000 以上5安全性用户资料要保密7.4 性能要求性能要求序号序号需求名称需求名称需求描述需求描述1吞吐量需求可处理 15 桌以上的客人就餐信息，加 100 以上员工信息2容量按照理论，数据库应无客户及事物上限，但考虑实际情况，设计用户容量 100 人。项目名称， 产品需求规格说明书 机构名称，2002Page 12 of 17项目

8、名称， 产品需求规格说明书 机构名称，2002Page 13 of 17附录附录 A：需求建模与分析报告：需求建模与分析报告。A.1 系统总体功能模型系统总体功能模型用例图：项目名称， 产品需求规格说明书 机构名称，2002Page 14 of 17O Ob bj je ec ct t- -O Or ri ie en nt te ed d M Mo od de el lM Mo od de el l: : 餐餐饮饮管管理理系系统统需需求求模模型型P Pa ac ck ka ag ge e: : D Di ia ag gr ra am m: : 系系统统总总体体功功能能用用例例图图A Au ut

9、 th ho or r: : A Ad dm mi in ni is st tr ra at to or r D Da at te e: : 2 20 01 11 1- -4 4- -8 8 V Ve er rs si io on n: : 服服务务员员厨厨师师收收银银员员经经理理前前台台进进货货员员领领班班财财务务1 1. .点点菜菜2 2. .菜菜单单修修改改3 3. .上上菜菜登登记记4 4. .显显示示点点菜菜信信息息5 5. .登登记记菜菜式式制制作作过过程程信信息息9 9. .收收银银1 10 0. .当当日日、当当班班情情况况汇汇总总1 12 2. .统统计计汇汇总总进进货货信信

10、息息1 11 1. .统统计计汇汇总总销销售售信信息息1 13 3. .质质效效信信息息统统计计7 7. .餐餐位位分分布布、使使用用信信息息查查询询8 8. .餐餐位位预预定定管管理理1 15 5. .进进货货信信息息管管理理1 17 7. .菜菜谱谱管管理理1 16 6. .系系统统管管理理1 18 8. .餐餐位位信信息息管管理理1 14 4. .物物料料清清单单管管理理6 6. .领领料料登登记记1 19 9. .销销售售成成本本计计算算管管理理员员2 20 0. .现现金金收收支支管管理理2 21 1. .银银行行往往来来帐帐管管理理2 21 1餐餐位位显显示示与与选选择择点点菜菜餐

11、餐位位显显示示与与选选择择结结账账餐餐位位显显示示与与选选择择餐餐位位预预定定餐餐位位显显示示与与选选择择菜菜单单修修改改餐餐位位显显示示与与选选择择总体功能说明：（简单文字说明系统总的功能）A.2 收银员业务需求收银员业务需求用例图：项目名称， 产品需求规格说明书 机构名称，2002Page 15 of 17收收银银员员9 9. .收收银银1 10 0. .当当日日、当当班班情情况况汇汇总总1 10 0. .1 1当当日日情情况况汇汇总总1 10 0. .2 2当当班班情情况况汇汇总总1 10 0. .1 1. .1 1汇汇总总当当日日消消费费流流水水1 10 0. .1 1. .2 2当当

12、日日消消费费未未收收汇汇总总用例说明：用例编号9用例名称收银事件流基本流：1、 选择已经消费的台号；2、 点击“结账”按钮；3、 显示消费清单和金额汇总；4、 输入实收金额；5、 计算并显示找零；6、 点击“结账完毕” ；备选流：1、 挂单处理：在 3 之后点击“挂单”按钮，结束结账；2、 免单处理：在 3 之后点击“免单”按钮，结束结账；3、 打折处理：在 3 之后，点击“打折” ；4、 输入折扣比例；5、 计算应收金额，回到基本流 3；前置条件1、 所有正在消费的台号数据能正常取得；后置条件1、 数据正确保存；2、 正确保存结账状态（正常结账、折扣结账、免单、挂单） ；其他用例编号10.1

13、.1用例名称汇总当日消费流水事件流基本流：项目名称， 产品需求规格说明书 机构名称，2002Page 16 of 171. 点击“汇总当日流水” ；2. 列表显示当日已结账的所有台位消费清单；3. 显示汇总金额；4. 可以打印；备选流：前置条件1.当日消费数据存在；后置条件其他用例编号10.1.2用例名称当日消费未收汇总事件流基本流：5. 点击“汇总当日流水” ；6. 列表显示当日已结账的所有台位消费清单；7. 显示汇总金额；8. 可以打印；备选流：前置条件2.当日消费数据存在；后置条件其他A.3 大厅服务员业务需求大厅服务员业务需求用例图：项目名称， 产品需求规格说明书 机构名称，2002Page 17 of 17附录附录 B：需求确认：需求确认提示：提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审， （2）需求承诺。对需求的评审应当采用“正式技术评审方式” ，将产生一份“需求评审报告” ，规程请参见SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该产品需求规格说明书必须先通过需求评审。需求评审报告摘要需求评审报