第1页：需求说明书案例：餐饮管理系统封面
餐饮管理系统需求说明书1.引言为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入了解是软件开发工作获得成功的前提条件，不论吧设计和编码工作做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发者带来烦恼。需求分析是软件定义时期的最后一个间断，他的基本任务是准确地回答“系统必须做什么。”这个问题。
需求分析和规格说明是一项十分艰巨复杂的工作。用户与分析员之间需要沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。因此，不仅在整个需求分析过程中应该采用行之有效的通信技术，集中精力过细地工作，而且必须严格审核验证需求分析的结构。
在所有这些分析方法中，我们都必须遵循下述准则：1必须理解并描述问题的信息域，根据这条准则应该建立数据模型2必须定义软件应完成的功能，这条准则要求建立功能模型3必须描述作为外部事件结构的软件行为，这条准则要求建立行为模型4必须对描述信息、功能和行为的模型进行分解，用层次的方式展示
细节接下来我们将严格根据需求分析的要求与书写软件需求规格说明书的过程阐述系统必须完成那些工作，对该点评网提出完整、准确、清晰、具体的要求。
过程中不免有问题与错误之处，敬请各位指正。1.1编写目的需求分析在一个项目中的重要性就相当于一栋楼房中基石的重要性，需求分析出了乱子项目就会垮掉。如果因为一个地方的失误，很可能导致整个项目的失败，那么整个团队甚至企业的所有努力将灰飞烟灭。那么,如果在项目开始前做好充分的需求，而且需求要做的到位,需求的思维严禁程度至关重要。
因此，编写需求分析的目的在于：确定系统怎么样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求以及要全面地理解用户的各项要求,并准确地表达所接受的用户需求。
1.2项目背景俗说:”民以食为天.”随着人民生活水平的提高,餐饮业在服务行业中的地位越来越重要.从激烈的竞争中脱颖而出,已成为每位餐饮业经营者所追求的目标.经过多年的发展,餐饮业管理已经逐渐由人工管理进入重视规范,科学管理的阶段.众所周知,在科学管理的具体实现方法中,最有效的工具就是应用管理软件进行管理.以往的人工操作管理中存在着许多问题,例如:。
第2页：人工计算帐单容易出现
*人工计算帐单容易出现
- 错误.*收银工作中容易发生帐单丢失.*客人具体消费信息难以查询.*无法对以往营业数据进行查询.2.任务概述1.目标餐饮管理系统将实现如下目标:
- 减少前台的服务人员的人数,减少经营者的人员开销.
- 提高操作速度,提高顾客的满意程度.
- 使经营者能够查询一些历史数据.2.2运行环境
- Intel系列服务器或兼容PC机
- JDK，Netbeans，Hsql
- Intel及兼容CPU1.8GHZ以上，512M以上内存，500M以上硬盘空间3.数据描述1.数据流图要求加菜服务要求用餐要求结帐服务顾客营业员查询顾客帐单信息为顾客分配餐台完成顾客结帐服务为顾客点菜进行加菜减菜服务
第3页：数据字典餐桌状态表
数据字典餐桌状态表
- 单表菜名价格名字
- 餐桌状态表（tableuse）
- 描述
- 记录餐桌当
- 前状态的信息定义
- 餐桌状态表（tableuse）=桌号（zuohao）+状态（state）+备注（beizhu）
- 名字
- 桌号(zhuohao)
- 描述
- 唯一标识系统
- 中的一个餐桌定义
- zhuoh
- 餐桌状态表名字
- 财务收入表(shouru)
- 描述
- 描述财
- 务收入的信息定义
- 财务收入表(shouru)=收入金额Dayshouru)+收入日期(timeshouru)
- 名字
- 收入金额(Dayshouru)
- 现金描述
- 描述顾客每
- 次消费的金额定义
- Dayshou
- ruchar名字
- 收入日期(timeshouru)
- 时间描述
- 描述每次收取消
- 费金额的时间定义
- timeshou
- rudate名字
- 帐单表(paybill)
- 描述
- 描述顾客消
- 费的明细信息定义
- 帐单表(paybill)=桌号(zuohao)+菜名(cainame)+数量(cainum)+价格(caiprice)
- 名字
- 菜名(cainame)
- 描述
- 能具体描述
- 每种菜的信息定义
- caina
- mechar名字
- 价格(caiprice)
- 描述
- 描述每种
- 菜的价格信息定义
- caipricedouble
第4页：菜单表用户：表密码权限
菜单表用户
- 表密码权限名字
- 菜单表(caishiinfo)
- 描述
- 描述餐厅所有的
- 菜的具体信息定义
- 菜单表(caishiinfo)=编号(ID)+菜名(name)+价格(price)
- 名字
- 用户表(User)
- 描述
- 描述每个经营管理
- 者的具体信息定义
- 用户表(User)=姓名(name)+密码(password)+性别(sex)+权限(competence)
- 名字
- 密码(password)
- 登陆口令描述
- 描述每个用户登
- 陆的确认信息定义
- passwo
- rdchar名字
- 权限(competence)
- 描述
- 描述每个用
- 户的使用级别定义
- competencechar
第5页：功能描述
功能描述
- 4.1系统功能结构餐饮管理系统开台点菜服务顾客结帐服务收入查询服务用户管理服务系统用户切换服务加菜减菜服务前台服务前台服务2.功能划分1.开台点菜服务顾客审查分析功能并建立三种模型（用例图、类图、时序图）
- 用例图开台服务点菜管理员[顾客]:选择桌号,点菜[管理员]:审查所选座位是否为空,并确认,对顾客所选菜进行确认.
- 类图
第6页：顾客开台点菜服务
顾客开台点菜服务<
- <uses>><<uses>>管理员[顾客]:选择桌号,点菜[管理员]:审查所选座位是否为空,并确认,对顾客所选菜进行确认
- 时序图桌号菜名顾客管理员1选择2审查3点菜4反馈4.2.2加菜减菜服务顾客分析功能并建立三种模型（用例图、类图、时序图）
- 用例图加菜减菜服务管理员加菜减菜确认[顾客]:选择桌号,加菜减菜菜
第7页：顾客加菜减菜[管理员]
顾客加菜减菜[管理员]
- 审查所选座位是否为空,并确认,对顾客所加或减的菜进行确认.
- 类图<<uses>><<uses>>管理员[顾客]:选择桌号,加菜减菜菜[管理员]:审查所选座位是否为空,并确认,对顾客所加或减的菜进行确认.
- 时序图桌号菜名顾客管理员1选择2审查3加菜减菜4反馈4.2.3结帐服务分析功能并建立三种模型（用例图、类图、时序图）
- 用例图
第8页：功能描述：买单、服务
- 顾客顾客买单服务买单收银顾客顾客买单服务管理员[顾客]:选择桌号,买单[管理员]:选择顾客提供的桌号确认消费明细,收银并最后确认.
- 类图<<uses>><<uses>>管理员[顾客]:选择桌号,买单[管理员]:选择顾客提供的桌号确认消费明细,收银并最后确认.
- 时序图桌号顾客管理员1提供2查看消费明细3付钱4反馈
第9页：功能描述：服务、模型
- 4.2.4收入查询服务分析功能并建立三种模型（用例图、类图、时序图）
- 用例图收入查询服务查询收入管理员[管理员]:对本月或本日的收入进行查询并确认.
- 类图收入查询服务<<uses>>管理员[管理员]:对本月或本日的收入进行查询并确认4.2.5用户管理分析功能并建立三种模型（用例图、类图、时序图）
- 用例图用户信息管理用户信息更新管理员[管理员]:进行对用户的添加,删除,修改操作.
- 类图用户管理<<uses>>管理员
第10页：[管理员]：进行对用户的
[管理员]
- 进行对用户的添加,删除,修改操作.
- 时序图普通用户用户信息更新管理员1提供信息2添加(或删除或修改)并确认3反馈5.性能需求该系统应具备完善性和安全性，在实现各类基本功能的基础上，应能够有效防范不法分子对系统的恶意攻击，同时能够避免用户的恶意注册和随便修改信息等现象。6.运行需求6.2用户界面由于是该系统是小型桌面应用系统，用户界面主要由图形界面实现工具Netbeans来完成。用户看到的界面主要包括以下内容：1、系统主界面2、开台点菜服务3、加减菜服务4、顾客买单服务5、收入查询服务6、系统管理服务7、退出系统
第11页：硬件接口普通服务器
硬件接口普通服务器
或PC机均可.3.软件接口暂时不提供与其他系统的接口。4.故障处理当系统出现故障是，能够提供友好的信息，并对问题进行记录，保证不丢失数据。
