无线点餐系统需求规格说明书(参考答案).doc

PAGE2

无线点餐系统需求规格说明书

1、引言

1.1编写目的

软件需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础.

1.2编写背景

旨在改善就餐厅餐环境，缓解就餐高峰期点餐顾客等待时间过长的问题，运用高科技点餐，突破原有的餐厅服务模式，吸引更多的客户。

2、可行性研究

2.1要求

主要功能:将餐厅点菜自动化、自由化、个性化

功能需求:

面向经理:后台管理(访问权限，修改菜单，增加菜项，删除菜项，销售情况分析)

面向顾客:显示特色菜，菜单列表，具体菜名查询（显示实际图片），订餐功能，预计等待时间银行卡消费并打印座位凭条(顾客服务员一式两份)及消费凭条

面向服务员:顾客消费结算功能

性能要求:管理员录入的信息必须无差错地存储至中心服务器，且对客户端的数据应该及时进行更新。

输出要求:数据完整，详实。

输入要求:方便，简捷，快速。

安全与保密要求:餐厅顾客和厨师以及服务员只有查询和建议功能

管理人员则拥有在其权限内的查询，修改，增加，删除菜单，制定价格等一些管理功能。

2.2目标

为各大中小型餐厅酒店提供一个统一、方便、安全的信息管理平台.

2.3可行性研究方法

可行性研究的方法是通过对各大中小型餐厅、酒店管理者进行问卷调查及访问谈话而得到用户对此系统的信任度关注度及依赖度的，通过建模分析，得出了该系统的功能需求，成本分析，可行性分析。

2.4决定可行性的主要因素

成本/效益分析结果，效益成本。技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。

3、需求分析

3.1现状

顾客：一些生意较好的餐厅人往往比较多，点个菜都要等好久，更别提什么时候能吃上了。

服务员：有的顾客比较挑剔，点菜的时候会对各种菜问个究竟，有的顾客拿点菜迟迟不定主意，人多的时候根本忙不过来。

3.2发展前景

在计算机技术以及互联网飞速发展的今天，先进的经营理念，人性化的设计，以及高科技的支持，无疑使得餐厅、酒店更受消费者的欢迎。通过先前的调查分析得知，点餐系统以其高效率、直观、便捷的优点将迅速占领整个餐饮市场。

流程设计

4、1客户

4、2管理员

总体设计

5.1启动系统

客人点击菜单进入系统，开始选菜，启动界面如下图所示。

图1

5、2选菜品

客人选择了桌号的时候，就可以进入选菜阶段。客户根据自己的口味爱好对进行筛选，可以按菜系或按关键字进行搜索。（如图二），点击菜品图片或下面的菜品名称就可以进入到该菜品的详细信息页面。

图二

5.3查看菜品

客人对某个菜品感兴趣的时候，可以查看菜品的的详细信息，可以对查看的菜品进行下单，下单之后重新进入选菜的页面，如果对该菜品不感兴趣可以返回选菜的页面。（如图三）

图三

5.3查看账单

客户可以随时查看点过的菜的清单，对数目经行核对，同时可以对本次用餐的情况进行评价,点击结账之后进入首页（如图四）

图四

5.4菜系

管理员可以对菜系进行添加、删除、修改。（图五）

(图五)

5.5菜品

管理员可以对菜品进行添加、删除（图六）

图六

5.6餐桌的管理(可选做)

管理员可以对餐桌进行添加，删除，和预订（图七）。

图七

5.7评价信息的管理(可选做)

管理员可以查看每天客人的满意度（图八）

图八

6、非功能性需求

在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。

6.1技术需求

6.1.1软硬件环境需求

硬件需求：webServerDBServer1(write)DBServerR1(read)DBServerR2(read)共3台服务器。服务器配置如下：

CPU：4核或8核

内存：8-16G

硬盘：500G

远程控制卡

软件需求：

带宽：50M或者100M

Java运行环境：JDK1.5以上

WebApplicationServer：Tomcat1.6以上

DataBase：Mysql5.0以上

Memcache

Nginx1.4.2（稳定版

防火墙

安全验证插件

6.1.2性能需求

本系统在正常的网络环境下，应能够保证系统的及时响应：

小批量的业务处理的响应时间在3秒以内；

大批量的业务处理和查询的响应时间控制在5秒以内；

6.1.3安全保密需求

本系统的系统架构，以及权限机制可以保证系统的安全性。

首先：从系统架构看，本系统采用B\S模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；

其次：本系统的用户授权机