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

餐饮管理系统 产品需求规格说明书 文件标识：Company-Project-RD-PRS 当前版本：0.1 作 者： 文件状态： 草稿 正式发布 正在修改 完成日期：2012-3-20 机构图标 机构公开信息 项目名称， 产品需求规格说明书 机构名称，2002Page 2 of 17 版 本 历 史 版本/状态作者参与者起止日期备注 0.1/草稿张三2012- 项目名称， 产品需求规格说明书 机构名称，2002Page 3 of 17 目目目 录录录 0. 文档介文档介绍绍.4 0.1 文档目的.4 0.2 文档范围.4 0.3 读者对象.4 0.4 参考文档.4 0.5 术语与缩写解释.4 1. 产品介绍产品介绍.5 2. 产品面向的用户群体产品面向的用户群体.5 3. 产品应当遵循的标准或规范产品应当遵循的标准或规范.5 4. 产品范围产品范围.5 5. 产品中的角色产品中的角色.5 6. 产品的功能性需求产品的功能性需求.6 6.0 功能性需求分类.6 6.M FEATURE M.6 6.m.n Function M.N.6 7. 产品的非功能性需求产品的非功能性需求.7 7.1 用户界面需求.7 7.2 软硬件环境需求.7 7.3 产品质量需求.7 7.N 其它需求 .7 附录附录 A：需求建模与分析报告：需求建模与分析报告 .8 A.1 需求模型 1.8 A.N 需求模型 N.8 附录附录 B：需求确认：需求确认.9 项目名称， 产品需求规格说明书 机构名称，2002Page 4 of 17 0. 文档介绍文档介绍 0.1 文档目的文档目的 本说明书对餐饮管理系统的架构与范围,以及商机需求和软件中的模块规划和相关业务的定义 作了的明确定义和描述，并作为开发者下一步设计工作的重要依据。 0.2 文档范围文档范围 0.3 读者对象读者对象 0.4 参考文档参考文档 提示：提示：列出本文档的所有参考文献（可以是非正式出版物） ，格式如下： 标识符 作者，文献名称，出版单位（或归属单位） ，日期 例如：例如： SPP-PROC-PP SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释术语与缩写解释 缩写、术语缩写、术语解解 释释 项目名称， 产品需求规格说明书 机构名称，2002Page 5 of 17 项目名称， 产品需求规格说明书 机构名称，2002Page 6 of 17 1. 产品介绍产品介绍 2. 产品面向的用户群体产品面向的用户群体 提示：提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 使用本软件要求用户熟悉Windows操作，并且有一定软件操作基础。 本软件适用于一些大中型餐厅。 3. 产品应当遵循的标准或规范产品应当遵循的标准或规范 提示：提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules） ，违反标准、规范或 业务规则的产品通常不太可能被接受。 4. 产品范围产品范围 项目名称， 产品需求规格说明书 机构名称，2002Page 7 of 17 5. 产品中的角色产品中的角色 提示：提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。 6. 产品的功能性需求产品的功能性需求 6.0 功能性需求分类功能性需求分类 提示：提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成 有含义的名称。 功能类别功能名称、标识符描述 收银 收银员业务 当日、当班情况汇总 项目名称， 产品需求规格说明书 机构名称，2002Page 8 of 17 餐位分布、使用信息查 询 大厅服务员业务 餐位预定管理 显示点菜信息 登记菜式制作过程信息厨师 领料登记 经理 项目名称， 产品需求规格说明书 机构名称，2002Page 9 of 17 7. 产品的非功能性需求产品的非功能性需求 7.1 用户界面需求用户界面需求 7.2 软硬件环境需求软硬件环境需求 项目名称， 产品需求规格说明书 机构名称，2002Page 10 of 17 序号序号需求名称需求名称需求描述需求描述 1操作系统 Windows XP SP2（中文版和 英文版） 2数据库系统SQL Server2005 中文版 3开发工具VS2008 4编程语言C# 5支撑软件.NET Framework3.5 6运行环境Windows xp 7测试平台Windows xp 项目名称， 产品需求规格说明书 机构名称，2002Page 11 of 17 7.3 产品质量需求产品质量需求 序号序号需求名称需求名称需求描述需求描述 1正确性无明显 BUG 2可靠性运行稳定，不会出现错误 3易用性用户不经培训即可轻松掌握使用方法 4兼容性兼容 Windows 2000 以上 5安全性用户资料要保密 7.4 性能要求性能要求 序号序号需求名称需求名称需求描述需求描述 1吞吐量需求 可处理 15 桌以上的客人就餐信息，加 100 以上员 工信息 2容量 按照理论，数据库应无客户及事物上限，但考虑实 际情况，设计用户容量 100 人。 项目名称， 产品需求规格说明书 机构名称，2002Page 12 of 17 项目名称， 产品需求规格说明书 机构名称，2002Page 13 of 17 附录附录 A：需求建模与分析报告：需求建模与分析报告 。 A.1 系统总体功能模型系统总体功能模型 用例图： 项目名称， 产品需求规格说明书 机构名称，2002Page 14 of 17 O Ob bj je ec ct t- -O Or ri ie en nt te ed d M Mo od de el l M Mo od de el l: : 餐餐饮饮管管理理系系统统需需求求模模型型 P Pa ac ck ka ag ge e: : D Di ia ag gr ra am m: : 系系统统总总体体功功能能用用例例图图 A Au ut 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. .统统计计汇汇总总进进货货信信息息 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餐餐位位显显示示与与选选择择 点点菜菜餐餐位位显显示示与与选选择择 结结账账餐餐位位显显示示与与选选择择 餐餐位位预预定定餐餐位位显显示示与与选选择择 菜菜单单修修改改餐餐位位显显示示与与选选择择 总体功能说明： （简单文字说明系统总的功能） 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当当日日消消费费未未收收汇汇总总 用例说明： 用例编号9 用例名称收银 事件流基本流： 1、 选择已经消费的台号； 2、 点击“结账”按钮； 3、 显示消费清单和金额汇总； 4、 输入实收金额； 5、 计算并显示找零； 6、 点击“结账完毕” ； 备选流： 1、 挂单处理：在 3 之后点击“挂单”按钮，结束结账； 2、 免单处理：在 3 之后点击“免单”按钮，结束结账； 3、 打折处理：在 3 之后，点击“打折” ； 4、 输入折扣比例； 5、 计算应收金额，回到基本流 3； 前置条件1、 所有正在消费的台号数据能正常取得； 后置条件1、 数据正确保存； 2、 正确保存结账状态（正常结账、折扣结账、免单、挂单） ； 其他 用例编号10.1.1 用例名称汇总当日消费流水 事件流基本流： 项目名称， 产品需求规格说明书 机构名称，2002Page 16 of 17 1. 点击“汇总当日流水” ； 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）对需求的承诺之前，该产品需求规格说明书 必须先通过需求评审。 需求评审报告摘要需求评审报告