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

Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-date餐饮管理系统需求规格说明书(参考) 项目名称 机构图标餐饮管理系统产品需求规格说明书文件状态： 草稿 正式发布 正在修改文件标识：Company-Project-RD-PRS当前版本：0.1作 者：完成日期：2012-3-20机构公开信息版 本 历 史版本/状态作者参与者起止日期备注0.1/草稿张三2012- 目 录 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 参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：标识符 作者，文献名称，出版单位（或归属单位），日期例如：SPP-PROC-PP SEPG，需求开发规范，机构名称，日期0.5 术语与缩写解释缩写、术语解 释1. 产品介绍2. 产品面向的用户群体提示：（1）描述本产品面向的用户（客户、最终用户）的特征，（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？使用本软件要求用户熟悉Windows操作，并且有一定软件操作基础。本软件适用于一些大中型餐厅。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）对需求的承诺之前，该产品需求规格说明书必须先通过需求评审。需求评审报告摘要需求文档输入名称，标识符，版本，作者，完成日期，需求评审报告输入名称，标识符，评审日期，评审结论 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格，需要作少量的修改，之后通过审核即可。 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。评审意见评审小组成员输入评审小组成员需求承诺需求文档输入名称，标识符，版本，作者，完成日期客户承诺承诺签字，日期项目经理承诺承诺签字，日期-