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

1、CETETEKAndroid 无线点餐系统需求规格说明书项目文件： SI001： SI001-201文件版本： V1.4编制人：审核人：批准人： 朝批准时间：2011-07-292011修订日期版本说明作者2011-07-191.0初稿2011-07-261.1经 lorry 初审后修改2011-07-271.2经 lorry 再次 review 后修改2011-07-281.3经 lorry 再次 review 后修改2011-08-011.4经 lorry 再次 review 后修改目录引言511.11.21.31.4产品基本信息5编写目的5定义5参考资料523产品概述6需求规定63.1需

2、求概述63.1.13.1.23.1.3目标6运行环境8约束条件9需求规格93.23.2.13.2.2总体功能结构9功能模块结构11功能点详细需求描述133.3.1 Android 前厅端133.301234F101 客户登录13F102 系统主菜单14F103 更新菜谱14F104 顾客查询菜谱15F105 顾客点餐16F106F107 F108顾客叫16查台操作17并台操作17F109 转台操作18F110 修改订单或者菜肴18F111 查询消费. 19F112 客户收藏夹19F113 顾客结账20F114 设置203.3.2 前台端21F201 前台顾客选桌21F202 前台查询某一条订单

3、21F203 前台处理顾客结账223.3.3 后厨端233.3.4F301 F302 F303F304后厨显示订单信息23后厨更改订单的状态23后厨更改菜的状态（是否在做）24厨师. 24管理端24F401 F402 F403F404订单管理24菜谱管理25菜肴类别管理26餐桌管理27F405 F406 F407 F408F409顾客信息管理27顾客级别管理28员工管理29权限管理29财务管理303.4外部接口需求31用户接口31硬件接口31接口313.4.13.4.23.4.33.4.4通口313.53.63.73.8需求性能需求31约束32设计运行环境要求32其它需求33方法334i1 引

4、言1.1 产品基本信息1.2 编写目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了 UML 的用例模型方式，不仅描述了每一用例的基本事件流和备选事件流，而且还给出了非常直观的用例图。这些文字和图形都为了详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。其此对数据库的关系图上采用了可视化关系图模型来对其进行定义和操作，通过这间的关系。可以很清晰的看出数据之该文档详尽说明了这一产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用

5、例和进行系统测试的主要依据。同时，该文档也是用户确定依据。功能需求的主要该文档的编写：一方面可以和客户进行需求上的进一步沟通和修改，另一方面也是以后开发的重要依据。1.3 定义1.4 参考资料1、The Specification for food-order system.doc2、里面的无线点餐系统项目SI001S-表示是项目；I-表示是项目；001-流水号文件SI001-201SI001 为项目；2-表示是需求分析阶段文档；01-流水号，表示是 SRS 文档WOMS无线点餐系统，Wireless Ordering-Meal System项目内容产品名称Android 无线点餐系统产品版本

6、V1.0期望产品推向市场日期2产品概述餐饮行业是我国最传统、涉及面最广的行业，同时又是一个劳动力密集型的行业。长期以来，这个行业的信息化水平都停留在非常原始的状态。随着经济的发展和国内产业结构的调整，餐饮行业作为一个重要的第三产业，越来越受重视，同时，行业内的竞争也越来越激烈。如果不借助于先进的、科学的技术营风险将越来越大。来提高经营管理能力，企业经具体的优点商议后再填写：（思迪康泰科技根据现在酒店以及中型餐厅的现状以及一些基本的需求，着手开发一套点餐程序，这套程序不仅仅是一套简单的点餐系统，它涵盖了包括酒店的会员管理，酒店的员工管理，以及最重要的是酒店的财务上的统计管理。这些都直接或者间接的

7、方便了酒店的管理，也给酒店带来经济上的效益。）3需求规定3.1 需求概述3.1.1 目标 开发背景1.开发意图：旨在帮助酒店完成一系列的点餐过程，简化酒店的操作，方便做财务上的统计。应用目标：中高档酒店、餐厅。点餐用的 Android 客户端主要给顾客使用而非服务员。当前产品：正在研发阶段。2.3.功能基本业务流程当用户首次来到这个饭店进行就餐的时候，默认的是饭店没有这个客户的基本信息，那么如果说用户可以选择去成为这个酒店的会员，当用户选择的时候，输入基本的信息，这个和点菜并没有直接的关系，可以选，可以不选的，如果不选的话，就是默认登录，默认登录的话，可以直接进行点餐。当用户点餐时，根据不同的

8、分类，不同的口味进行点餐，在这个过程中，用户可以任意的增删自己点过的菜单。当用户点餐完毕，只要菜还没有做，那么用户可以退掉订单，只能查询这个菜谱，当用户想要加菜的时候，相当于我新的订单中的信息添加进去，当点击提交后，则在这个本身已经存在的订单中加入新添加的菜谱。这样新的订单就是用户的完整的订单。当用户的订单提交到之后，有进行处理，然后台可以这样设计：根据用户的订单信息，以后每一种菜的以及打折的情况，算出来这个订单的总的金额。然后打印出这个订单的详细信息，比如说下单的时间，每种菜的，价，以后打折后的价格，这个账单号还要细分：酒水和菜品分开，一般情况下酒水是不打折的，这个打折包括菜方面的打折，以及

9、会员方面的打折。客户方面：用户本身都可以看成一个潜在的客户群体以会员的级别进行划分 ：会员可分：1.钻石会员 可能会打 8 折，2.白金会员 可能会打 8.5 折 3.黄金会员 可能会打 9折 4.普通会员 可能会打 9.5 折客户的代号可以按照桌号进行划分：而暂时不需要登记客户的信息。如果说要登记客户的信息，那么需要提供有效地证件：比如说人，那么把客户的信息存入酒店数据库客户管理中心。账号，可证明此客户是本把本次消费的金额以及时间进去，当此客户再次来临的时候就可以根据存入进去的数据进行查找，把消费的金额进行累加，当到一定的金额之后就升级会员级别。前厅端：当顾客初次使用 android 平板电

10、脑进行点餐的时候，会让他选择是否登录，如果以游客的方式登录，则后续的点餐部分还需要继续，如果想要成为酒店的会员的话，就要填写自己的信息。前厅端主要还是进行点餐；其中要包括菜的分类情况：这种分类包括：厨师，热门菜品，新品，今日特价。然后根据客户查询的分类情况，可显示出符合菜谱的列表，当客户订单提交后，不想吃了，如果这个订单还没有开始做的情况下，允许客户退单，如果客户在订单提交后，不想要某一个菜了，可以任意删减菜谱，也可以添加菜谱进入订单中，当顾客需要叫的时候，可点击叫服务，如果客户是酒店的会员，他可以添加自己喜欢的菜谱进入收藏夹，也可以从收藏夹里面查询出自己所收藏的菜谱，方便点餐，如果顾客就餐完

11、毕，可点击结账服务，设置里面可以让用户重置自己的用户名和厨房方面：。可把每天做的菜做一个统计，看哪一种菜卖的最多，相对应的会通知后勤这边负责菜品之类的。在后厨这边再加上一个厨师，然后在顾客的点菜的终端界面就会显示相应的的厨师的菜。相对应的厨房方面主要是显示要做哪一个菜，当用户点完菜之后，点击提交之后，那么在厨房这边就要显示出来这个订单中的详细列表，在厨房这边可以根据这个信息进行做菜，当厨房这边的管理点击做菜之后，那么在 Android 客户端的状态可显示为：正在处理中，当菜做完之后可由厨房管理个状态（sus）的字段。点击：已完成。这个要在订单表中加上一在点菜的过程中，其实这个订单中的详细信息可

12、放进一个购物车中，然后当用户点击提交之后，再把这些数据存入数据库中，那么，对于用户的点菜的情况的增删改查，会比较方便一些。服务台方面：当顾客进入酒店时，先进行选桌，这是服务台看看那一桌还是空的，进行选桌。服务台统计某一桌的消费情况。然后再根据打折的情况再把账单打印出来（一种是顾客直接进行结账，可有服务拿着进行结账，也可以自己到服务台进行结账）各种菜的总额*会员级别 可算出最后的金额。 系统次图表示外部接口和数据流的系统次图。说明本系统与其它相关产品的关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。3.1.2运行环境该系统为 C/S+B/S 三层结构，它的运行环境分 Android

13、 客户端、PC 客户端、应用服务器端和数据库服务器端三部分。以下是系统的论证。环境。为使系统达到预期的性能，必须根据业务规模对硬件配置进行1)Android 客户端操作系统：Android2.3 以上。本地数据库：数据库：PC 客户端。2)操作系统：windowsXP/windows2000/windows7.应用服务器端操作系统：Windows Server 2003。应用服务器：Tomcat 6。3)数据库：、JDBC。4)数据库服务器端操作系统：windows Server 2003（具体版本与硬件有关）。数据库系统：5.1。3.1.3 约束条件1. 服务器操作系统和数据库的限制本系统只

14、是一个中型的应用，为了增强它的美观，操作方便，也是为了提高其性能和效率，建议采用 Windows Server 2003 +2. 开发工具的限制。本系统采用三层的 C/S+B/S 体系结构，Android 客户端仍然采用 Android UI 界面，因此将会采用 Eclipse 开发工具。对于 B/S 部分，将会采用 MyEclipse9.进行开发。3. 合法该产品的业务处理和数据处理必须符合国家的相关法律和。3.2 需求规格3.2.1 总体功能结构本系统由 4 大功能模块组成：前厅端、后厨端、服务台端和管理端，分别对应饭店的四个部位；其中前厅端和后厨端运行于 Android 平板电脑上；服务

15、台端和PC 电脑上。管理端运行于前厅端：Android 平板电脑放置于前厅大堂的餐桌上，用于顾客点餐，并可后厨端：Android 平板电脑放置于厨房，用于厨师按顾客订单做菜。服务台端：主要给服务员使用，处理订单、给顾客结账及安排预定等。管理端：主要给管理及行政使用，进行信息的查看、及管理。以后也将考虑做数据的汇总、统计和分析，输出灵活丰富的报表，为管理者提供决策参考。总体功能结构图如下：3.2.2 功能模块 前厅端功能结构注：级别可为高、中、低。变更用于果没有发生过变更，则此格内容为空。初始需求的变化，可为增加、删除、修改，如功能名称需求级别需求描述变更顾客登录F101高顾客使用终端时可选择登

16、录操作，系统根据用户 进入相应的主菜单此界面为前厅端和后厨端共用。用户F102高顾客可为会员，不强制。主菜单F103高顾客登录之后可看到主菜单界面，主菜单界面包括：更新菜谱，查询菜谱，叫 ，查台，并台，转台，查询订单，收藏夹，结算，设置。更新菜谱F104高当顾客使用 android 平板电脑终端点餐时，在登录后，会自动的去把菜谱信息更新到本地。顾客 查询 菜谱F105高顾客使用时点餐终端时可选择是否为酒店会员进行登录，如果不选，直接进入进行点餐，如果选择，就登录之后进行点餐。顾客点餐F106高顾客可对菜谱进行全部的查询，可以选定某一个或一部分的菜谱进行点餐，在这个过程中，间接或者直接的对订单表

17、进行一系列的操作。顾客叫F107高当顾客想要进行结账或者必须要叫服务员的时候，可进行叫服务顾客查台F108高顾客进酒店进行查台操作，看酒店内的空位子。顾客并台F109高当用户想要与某个桌子进行和桌时可进行此操作。顾客转台F110高当用户想要换一张桌子做的时候可进行此操作。修改 订单 或菜肴F111高当用户想要增加或者修改订单信息时，在订单还未进行时，可删除订单；在菜肴还未做时可删除或更改菜肴；任何时候都可增加菜肴。顾客 查询 消费 （ 订单）F112高顾客可查询当前的消费，即自己的订单客户收藏夹F113中如果是本店的会员，可查看客户收藏的菜肴信息。顾客结账F114高顾客就餐完毕，现在可台进行结

18、账。后厨端功能结构服务台端功能结构管理端功能结构功能名称需求级别需求描述变更订单管理F401高对订单的查询，以及对订单的。功能名称需求 级别需求描述变更服务台主菜单F301高服务台登录后默认进入的页面前台顾客选桌F302高当顾客进入酒店的时候， 台终端可显示当前餐桌的状态（有人或者无人），然后顾客可以 台进行选桌，也可以通过前台 进行选桌查询订单F303高前台可以查询出某一个具体的订单信息，但是也只是仅限于未结账的。前台结账F304高当顾客就餐完毕后进行结账的时候，可 台打印出订单的详细的信息，然后根据订单信息进行结账操作。预定桌位F305中顾客可通过预定桌位，到后再点餐订餐F306中顾客可点

19、餐，饭店派人送餐。功能名称需求级别需求描述变更显示订单 信息F201高当顾客点击提交订单后，默认的是在后厨端显示出来。修改订单 状态F202高后厨端可更改订单的状态，订单的状态包括未处理，正在处理，已完成等）修改菜肴 状态F203高后厨端可修改当前菜的状态，菜的完成状态包括（未做，正在做，已完成）厨师F204高后厨端可查询出所有的菜肴信息，但是只能对菜肴的是否 这一状态进行修改，这个操作可以厨师或者后厨端的管理员来完成。设置F115中可设置一些基本的参数，包括会员，登录名称。3.3 功能点详细需求描述3.3.1 前厅端 F101 客户登录【功能说明】当用户在餐桌坐下后，首先看到的是一个选择登录

20、的界面。如果用户是这个酒店的会员的话，那么他可以选择会员登录。如果不是的话。有两个选项：一是可以选择成为这个酒店的会员，二是可以直接选择默认的登录。不管是哪一种，并不影响其点餐。采用的方法和技术：采用 android 定义 UI 界面。如果是会员，那么则会服务器验证输入的 用户名和【输入】是否合法。用户输入用户名和的信息【处理】登录处理：服务器取到用户名和的信息之后，会对用户名和经过字符的合法以及长度进行台进行判断处理，如果合法，验证，验证完毕后，如果不合法，直接返回一个状态码，交由程序去调用数据库中的数据，然后和数据库中的数据进行比对，不论符不符合，也都会返回一个状态码，相对应的【输出】台进

21、行接收，根据状态码对其进行判断处理。返回状态码或者用户的基本信息。【业务处理流程】菜谱管理F402高对菜肴的 CRUD 操作。菜肴类别管理F403高对菜肴类别的 CRUD 操作。餐桌管理F404高对餐桌的 CRUD 操作。顾客信息管理F405高对顾客信息的 CRUD 操作。顾客级别管理F406高对顾客级别的 CRUD 操作。员工管理F407高对员工的 CRUD 操作。权限管理F408高对权限信息的 CRUD 操作。财务管理F409高对订单做一个财务上的统计。用户名和用户表录入用户用户级别表状态码（登录成功或失） F102 会员【功能说明】当顾客想要成为酒店的会员的时候，可进行，料可以以后进行补

22、充。【输入】的步骤为：先从简单的，资用户输入基本信息，包括：用户名，真实，或者号码，顾客的有效证件号码，备注信息，地址，邮箱，工作，其中除用户名和真实或者是提供一个能表明的证件号码为必须项以外，其它的均为非必须项。当这些数据经过程序处理之后，再添加上用户的就餐次数，用户的消费金额，用户的级别等信息。【处理】：服务器取到时用户输入的数据之后，先要判断输入的数据的，比如身份证号，必须输入长度为 15 位或者 18 位的数字字符。也必须为数字字符。邮箱的格式为：【输出】.或者.xx.xx等。或者用户的基本信息。【业务处理流程】用户名和用户名，等用户表录入用户用户级别表状态码（登录成功或失） F103

23、 系统主菜单【功能说明】顾客登录之后默认进入的就是主菜单界面，用户可选择具体的操作。主菜单界面包括：更新菜谱，查询菜谱，叫【输入】登录成功的状态信息。【处理】，查台，并台，转台，查询订单，收藏夹，结算，设置。当用户登录成功后进入的页面。【输出】主菜单的列表。F104 更新菜谱【功能说明】当顾客在点餐之前，先进行菜谱的更新，把的菜谱的信息更新到本地的数据库中，这个更新的操作是自动运行的， 也可以由顾客或者其他【输入】更新菜谱的请求。【处理】进行操作。服务器接受到这样的请求后，去向数据库中取到菜谱的全部信息，然后把菜谱的信息存入本地的数据库中。【输出】菜谱的信息。【业务处理流程】请求更新菜谱)信息

24、服务器端处理用户全部菜谱的信息菜谱表F105 顾客查询菜谱【功能说明】用户在点击默认登录或者会员登录之后，就会进入菜肴列表的界面，本身用户不需要输入什么数据。关键是服务器根据用户请求的 URL 去找寻相对应的处理方法，比如查询出所有菜肴的方法，然后把从数据库中取到的数据返回回来，然后在界面中进行显示。【输入】当用户点击进入本菜肴列表的按钮的时候，把去请求的 URL 信息传输到服务器端，这个URL 信息包括：要请求的哪一个处理类，还调用类中的哪一个方法。查询菜谱共分一下几种情况:1.2.3.4.5.厨师今日特价最热菜肴新品菜品分类【处理】对于用户而言，本身就是一个请求者，当用户的请求到来时，传送

25、至服务器端，服务器端对其请求做出相应的处理，调用相应的数据，这个过程对于用户而言是封闭的，所以并不会造成数据输入的格式错误等异常。【输出】1.2.3.4.5.厨师下的菜肴信息.今日特价下的菜肴信息.最热菜肴下的菜肴信息.新品下的菜肴信息.菜品分类下的菜肴信息.【业务处理流程】请求的菜肴类别的信息用户菜谱表服务器端处理返回要查询的类别下的菜肴信息F106 顾客点餐【功能说明】点餐是本系统的的重心，主要完成用户的点餐的操作，输出相应的订单信息。本子系统旨在帮助顾客完成一系列的点餐的步骤，首先是顾客使用终端查看菜谱，在查看菜谱的过程中可以对其意的菜进行选中，等顾客选中一系列的菜下单完成后，可把点菜的

26、菜单交由厨房处理。采用的方法和技术：前台界面 UI 使用 android 实现，可能涉及到 android 自定义控件，由 android 的适配器模式对其控件做一定功能上的扩充服务器端对数据的处理主来实现。要采用 SpringMVC 来实现。对数据的【输入】主要采用主要数据的输入：是否为酒店会员，点菜的名称，菜的类型，菜的价格，打折率，菜的备注（包括口味的咸淡，是否加醋，是否放辣椒等）等。【处理】对于订单中还需要当前订单的时间，在服务器端可进行添加时间，然后把取到的数据以及时间信息存入数据库中。用户输入的操作，一般情况下是进行的选项的形式进行选中，因为中间并没有对输入框输入值的校验，保证了取

27、到数据的有效性。比如说对于菜的价格为：Float 型的，就不能输入 String 类型的。对于一些必须要处理的，可抛异常处理。【输出】当前用户的订单信息。【业务处理流程】订单信息订单信息录入酒店顾客订单表对应订单的基本信息 F107 顾客叫【功能说明】用户在就餐过程中，可进行叫的服务，叫的时候，用户点击叫服务，这个请求会传到服务器端，当服务器端收到这个请求的时候，会发送一个信息给前台，然后有前台对分配任务给服务员。【输入】用户只需要传输一个叫【处理】的请求给服务器端。这个请求是一个 URL 地址。服务器端根据用户请求的 URL 地址负责调用相应的方法，然后把对应的消息传输到前台。这个处理流程对

28、用户而言也是封闭的，所以不会出现数据输入的异常。【输出】顾客叫的这一状态信息。【业务处理流程】请求的 URL(叫用户)叫的信息服务器端处理前台去用户端服务通知服务员服务员 F108 查台操作【功能说明】当用户在就餐过程中，可查询所有的餐桌的状态（为以后的转台服务）。【输入】用户查台这一指令。【处理】服务器端获得这一指令后，进入【输出】所有的餐桌的信息。【业务处理流程】进行查询所有的餐桌的状态。请求的 URL(查台)用户要查台的信息服务器端用户餐桌表要查询的所有的餐桌的状态的 F109 并台操作【功能说明】当用户要进行并台操作的时候，会把这一桌的订单信息全部转移到要并入的那一桌，这个就是对订单的

29、一次更新。【输入】本身自己的桌号，要并入的桌号这两个信息。【处理】请求到达服务器端，把这两个信息传递到服务器端，然后把拥有自己桌号的订单往要并入的桌号的订单中转移。自己的订单则从列表中删除。【输出】并台后的订单详细信息。【业务处理流程】请求的 URL(并台)用户用户要并台的信息服务器端订单表，订单菜谱关系表并台后的订单详细信息0 F110 转台操作【功能说明】用户进行转台的操作，把用户在这一桌的消费信息转移到要转入的桌子上，这是对订单表的更新。【输入】用户要转台的指令信息。【处理】服务器端取到这一指令后，根据参数信息（指的是要转入的桌号），把当前桌号上的详细的消费情况转移到要转移到的桌子上。【

30、输出】转移后转移到的桌号上的订单详细信息。【业务处理流程】请求的 URL(转台)用户要转台的信息服务器端用户订单表，订单菜谱关系表转台后转移到的桌号上的订单的详细信息。1 F111 修改订单或者菜肴【功能说明】顾客在订单提交后，可查看订单的状态，如果这个订单还未处理，那么顾客可以退单，当订单显示正在处理，那么就不可以退单，在每一个订单里面的菜肴列表的后面，都会有一个状态信息，这个状态是这个菜肴当前的状态，包括：未处理，正在处理，已完成。当这个菜肴是未处理状态时，顾客可以删除订单中的这个菜肴，退菜操作；也可以更改为其他菜。任何时候都可以增加菜肴。【输入】分两种情况：1. 退单时：要退单的状态信息

31、。2. 退菜时：退菜时对应的菜肴的Id,菜肴的名称，订单的。【处理】根据顾客请求信息，顾客要退单时，服务器进行退单操作，删除这条订单。顾客要删除订单中某一个菜品时：要把这个菜品从订单里面删除。【输出】当前订单的状态信息或者订单的详细信息。【业务处理流程】退单（删除订单中菜肴）用户菜谱表服务器端处理订单的详细信息或者订单的是否删除的状态信息2F112 查询消费【功能说明】用户在下单以后可查询自己的订单的详细信息。【输入】用户查询订单的指令。【处理】服务器端得到这一指令后从服务器端取到数据后显示给用户。【输出】用户的详细订单信息。【业务处理流程】请求的 URL(订单)用户要查询的信息服务器端用户订

32、单表，订单菜谱关系表要查询的订单的详细信息3 F113 客户收藏夹【功能说明】当顾客登录之后，如果是酒店的会员的话，就会有这样的功能，可向收藏夹里面添加自己喜欢的菜品，当再次来的时候，可从里面直接找到自己喜欢的菜品，然后下单。【输入】可分几种情况：1.2.3.添加收藏，需要菜品的名称，当前客户的名称。删除收藏，需要输入当前顾客的名称，菜肴的名称。查询收藏，查询收藏的指令信息。【处理】服务器端返回收藏夹里的具体信息。【输出】用户的详细订单信息。【业务处理流程】收藏信息（添加、删除，查询）用户服务器端收藏表收藏夹里面的信息4F114 顾客结账【功能说明】当用户点击就餐完毕后，可点击结账按钮，这个请

33、求到达服务器端，服务器端做出相应的处理，把用户的账单信息传输到前台，然后操作。【输入】台可进行账单的查询，修改以及打印用户点击结账，把这一信息传输到服务器端，然后服务器端就会向前台发送一个消息，通知前台，几号桌要进行结账。【处理】用户点击结账的这个请求通过服务器端的处理，然后进行后续的操作，这个操作是服务器端进行封闭处理的，因此不会造成数据输入的异常。【输出】用户的账单信息。【业务处理流程】请求的 URL(结账)用户要结账的信息服务器端用户订单表，订单菜谱关系表用户台进行结账操作要查询的订单的详细消费前台打印相应的账单信息5 F115 设置【功能说明】顾客可以设置自己的登录的用户名或者【输入】

34、，或者其它的一些基本的参数信息。用户名和【处理】。服务器取到数据之后，去更新数据库中的信息。然后把操作的状态返回来。【输出】修改成功或者失败的状态信息和【业务处理流程】的用户名。用户名或者用户服务器端顾客表顾客成功与否的状态和的用户名。3.3.2 后厨端 F201 后厨显示订单信息【功能说明】后厨端需要实时刷新当前未处理的订单的信息，当某一个时间区间内（可能是当天或者更短的时间）所有未处理的订单的信息，然后根据下单的先后顺序进行分配给厨师做菜任务。【输入】某一个时间区间内的所有账单的状态（主要是未处理的订单）【处理】根据后厨管理输入的状态信息理的订单信息。【输出】未处理的订单的列表集合。【业务

35、处理流程】订单的状态（未处理订单）后厨根据这个状态信息去调用数据去寻找所有未处服务器端处理订单表，订单菜谱关系表未处理的订单列表集合 F202 后厨更改订单的状态【功能说明】后厨方输入订单，也就是点击某一条订单的时候根据订单找到这条订单，然后把这条订单的状态修改为当前要变成的状态。【输入】订单，订单当前的状态信息（未处理，正在处理，或者已完成）。【处理】根据后厨方输入的订单，可查询出当前的订单的状态，然后把这个状态修改为相应的状态，比如说当前的状态为未处理，然后修改为正在处理。【输出】状态改变的信息【业务处理流程】订单的状态（未处理正在处理已完成），订单的后厨服务器端处理订单表状态改变的信息

36、F203 后厨更改菜的状态（是否在做）【功能说明】后厨方可查看某一条订单中的详细的订单信息，并且针对订单中某一道菜的状态进行修改，可修改为：未处理，正在处理，已完成。【输入】菜肴在订单中的标识信息，例如订单菜谱关系表中菜肴的外键信息。【处理】根据菜肴的标识信息，找到订单菜谱关系表中这一道菜，把菜当前的状态改变。【输出】菜的状态的改变后的信息。【业务处理流程】菜肴的状态（未处理 正在处理 已完成），订单关系表的的某一条的 id后厨服务器端处理订单菜谱关系表状态改变的信息 F204 厨师【功能说明】后厨方查询出所有的菜肴的信息，然后对选中的任意一个菜肴的（是否为厨师状态）进行修改。【输入】当前菜肴

37、的状态信息（是否为厨师）。【处理】这一根据菜肴当前的状态信息，经过【输出】处理，然后把它修改为相反的状态。比如是改为否。当前菜肴改变后的信息。（是否为厨师【业务处理流程】）菜肴标识（菜肴的Id），菜肴当前的状态（是否为厨师）后厨服务器端处理菜谱表菜肴状态改变的信息（是/否）3.3.3 服务台端F301 前台主菜单【功能说明】服务台登录后默认进入的页面。【输入】用户名和以及登录成功的信息。【处理】服务器接受登录成功的状态码，然后转入登录成功的页面。【输出】主菜单的信息。【业务处理流程】员工的用户名和员工表服务器端处理主菜单的信息 F302 前台顾客选桌【功能说明】当用户到酒店的时候，要进行点餐的

38、操作，这时，前台可以点击查台按钮进行查询看哪个桌位是空的，然后让用户选择或者由前台分配。【输入】查询条件（桌位为空桌子的【处理】）服务器根据查询的条件，URL 的基本信息，经过来进行显示。【输出】程序的处理，把空的桌位的信息查找出所有的桌子，包括空位桌子的信息，某一个桌子的详细信息。【业务处理流程】查询的条件（桌子的信息餐桌表服务器端处理所有的餐桌的信息或者某一个桌子的具体信息 F303 前台查询某一条订单【功能说明】前台在用户就餐完毕结账时，会查询具体的某一条订单。根据用户的订单号或者对应的桌号，便可以查询出这条订单的详细的信息。【输入】查询条件（某一条具体订单的或者对应的桌子的【处理】根据

39、查询的条件，即参数（订单或者是桌子号）【输出】要查询的某一订单的详细的信息。【业务处理流程】）查询的条件（某一订单的信息）服务器端处理订单表和菜谱订单关系表前台前台前台某一条订单的详细的信息 F304 前台处理顾客结账【功能说明】用户就餐完毕之后可进行结帐，当用户点击结账的时候，会给前台发出一个结账的信息，这个信息包括，桌子的，订单，以及订单的详细的信息。要能打印账单，要考虑【输入】支付。用户的结账的状态信息，结账时：订单【处理】或者桌子。根据用户的结账这个状态信息，通知前台某一个桌要进行结账，结账时：前台服务输入订单或者桌子，然后根据这些查找到本条订单的详细信息。然后返回前台。【输出】某一个

40、订单的详细的消费【业务处理流程】。用户要结账这一状态信息查询的条件（订单或者桌子）服务器端处理订单表和订单菜谱关系表要结账的状态信息要查询的订单的详细消费以及打印相应的账单信息 F305 预订餐桌【功能说明】当顾客打【输入】给酒店进行订餐的时候，然后由服务台给进行分配一个餐桌。服务台查询酒店中空的餐桌，然后点击预订。【处理】根据服务台的订桌请求，服务器相应的会把这样餐桌的状态改变。【输出】餐桌的状态信息。【业务处理流程】用户打预订餐桌状态信息（预订成功或者失败）服务器端处理餐桌表前台前台要查询的所有的餐桌的状态 F306订餐【功能说明】顾客可以打后由服务【输入】到酒店进行订餐，然后服务台把顾客

41、订餐的送到指定的地点。到厨房，厨房做出顾客订餐的信息，例如：订餐的时间，订餐的菜谱，订餐的地址。【处理】这些数据经过服务器端传输到厨房，厨房列表中显示出来。【输出】菜谱的具体信息，配送成功的状态。【业务处理流程】用户打预订餐状态信息（预订成功或者失败）取到数据：订单信息，地址信息订单表，订单菜谱关系表服务器端处理订单的详细信息3.3.4管理端 F401 订单管理【功能说明】当管理员登录之后首次进入的默认的页面，显示所有的订单信息。或者通过条件进行查询，查询出所有符合条件的订单信息。【输入】两种方式：第一，登录之后默认进入的页面，这个页面只需要输入一个订单列表的 URL,第二种是输入查询的条件进

42、行查询，这个条件包括（下单的时间区间，订单的名称，订单当前的状态），几种条件可以选 0n 个任意数。【处理】，某一道菜根据请求的 URL 或者请求的条件，经过服务器的处理，调用然后把订单的详细的集合信息显示在页面中。【输出】订单的集合（包括未处理和已处理）【业务处理流程】数据库中的数据，前台默认进入或查询的条件（订单，菜肴名称等）订单表服务器端处理所有的符合条件的订单的信息 F402 菜谱管理【功能说明】管理之菜谱管理。管理员想要对菜谱进行操作的时候进入的页面，包括菜肴的查询，添加，修改，删除操作。【输入】四种情况：1.添加：当进行添加时，需要输入： 菜肴的名称，菜肴的产地，菜肴的介绍，菜肴的

43、真实价格，价格，目前的打折率，是否打折，的路径，其中程序自动添加的为：是否为厨师，当前菜肴是否可点，菜肴的创建时间，菜肴自创建之日被点的次数。修改：和添加一样。删除：需要输入要删除菜肴的标识信息，例如主键 Id 信息。查询：根据查询的条件的信息，例如：菜肴的名称，菜肴的产地，是否为厨师当前菜肴是否可点，菜肴的添加时间。【处理】，对于第 1,2 种情况的处理，服务器取到数据之后，对数据进行验证，经检验合法后存入数据库，可能遇到，对于数据的校验，例如时间的格式的验证，看是否符合时间的格式，价格方面必须为数字类型的，不能是字符串。对于第 3 种情况的处理，条从数据库中删除。对于第 4 种情况的处理，

44、服务器取到此条数据的 Id 之后，去向数据库，把此服务器取到输入的条件之后，调用数据库，把符合条件的抽取出来，然后返回一个符合条件的【输出】的集合。对于以上的几种情况，输出的均为菜肴的基本信息。【业务处理流程】菜肴的基本信称，价格等等）添加修改服务器菜谱表菜肴 id删除菜肴的名字，产地等信息查询菜肴的基本信息菜谱管理订单管理 F403 菜肴类别管理【功能说明】当管理员请求菜肴类别管理的信息的时候，默认的是查询出所有的菜肴类别的信息，可以对菜肴的分类进行添加，修改，删除，查询等操作。【输入】输入主要分四种情况：添加：需要输入：类型的名称，父类的名称。修改：需要输入：类型的名称，父类的名称。3 删

45、除：要删除的的主键值（id）。4 查询，根据查询的条件进行查询。【处理】根据以上的四种情况。其中前两种当服务器取到数据之后，要对输入的值进行验证，这个的验证主要验证字符串的长度。第三种删除操作，当取到要删除的的主键值时：查找数据库，把此条从数据库中删除。第四，查询操作，服务器根据查询的条件去调用数据库中的数据，把符合要求的【输出】菜肴类别的信息。【业务处理流程】显示出来。菜肴类别的基本信息（菜肴类别名称）添加修改服务器菜谱分类 表菜肴类别 id删除菜肴类别的名字查询菜肴类别的基本信息 F404 餐桌管理【功能说明】餐桌管理，当管理员请求餐桌管理的信息的时候，默认的是查询出所有餐桌的信息，然后可

46、以对餐桌进行添加，修改，删除，查询等操作。【输入】输入主要分四种情况：1 添加：需要输入：餐桌的别名，餐桌的代号，餐桌可以做多少人，是否为有烟区，餐桌的形状，以后通过2 修改：和添加的相同。程序进行添加的餐桌当前的状态。3 删除：要删除的的主键值（id）。4 查询，根据查询的条件进行查询。【处理】根据以上的四种情况。其中前两种当服务器取到数据之后，要对输入的值进行验证，这个的验证主要验证字符串的长度。第三种删除操作，当取到要删除的的主键值时：查找数据库，把此条从数据库中删除。第四，查询操作，服务器根据查询的条件去菜谱分类管理调用数据库中的数据，把符合要求的【输出】餐桌的信息。【业务处理流程】显

47、示出来。餐桌的基本信息（菜肴类别名称）添加修改服务器餐桌表餐桌 id删除餐桌别名，可坐多少人，代号等查询餐桌的基本信息 F405 顾客信息管理【功能说明】顾客信息管理，当管理员请求顾客信息管理的信息的时候，默认的是查询出所有客的信息，然后可以对顾客的信息进行添加，修改，删除，查询等操作。【输入】输入主要分四种情况：顾1 添加：需要输入：用户名，顾客有效证件号码，用户备注信息，地址，邮箱，工作，需要成寻进行添加的有：用户的级别，用户的就餐次数，用户的消费总金额，当前这个用户是否可用。2 修改：和添加的相同。3 删除：要删除的的主键值（id）。4 查询，根据查询的条件进行查询。【处理】根据以上的四

48、种情况。其中前两种当服务器取到数据之后，要对输入的值进行验证，这个的验证主要验证字符串的长度。第三种删除操作，当取到要删除的的主键值时：查找数据库，把此条从数据库中删除。第四，查询操作，服务器根据查询的条件去调用数据库中的数据，把符合要求的【输出】会员的信息。【业务处理流程】显示出来。会员的基本信息（菜肴类别名称）添加修改服务器会员表，用户级别表会员 id会员的删除，级别，证件号等查询会员的基本信息会员信息管理餐桌管理 F406 顾客级别管理【功能说明】会员级别管理，当管理员请求会员级别管理的信息的时候，默认的是查询出所有会员级别的信息，然后可以对会员的级别进行添加，修改，删除，查询等操作。【

49、输入】输入主要分四种情况：添加：需要输入：会员级别的名称，级别的打折的百分比，级别的备注信息。修改：和添加的相同。3 删除：要删除的的主键值（id）。4 查询，根据查询的条件进行查询。【处理】根据以上的四种情况。其中前两种当服务器取到数据之后，要对输入的值进行验证，这个的验证主要验证字符串的长度。第三种删除操作，当取到要删除的的主键值时：查找数据库，把此条从数据库中删除。第四，查询操作，服务器根据查询的条件去调用数据库中的数据，把符合要求的【输出】会员级别的信息。【业务处理流程】显示出来。级别的基本信息（级别名称，打折率）添加修改服务器级别表级别 id删除级别的名称查询级别的基本信息 F407

50、 员工管理【功能说明】酒店员工管理，当管理员请求会员级别管理的信息的时候，默认的是查询出所有员级别的信息，然后可以对会员的级别进行添加，修改，删除，查询等操作。【输入】输入主要分四种情况：会添加：需要输入：用户名，添加的是：是否可用，修改：和添加的相同。，权限名称，员工的备注信息，需要通过程序创建的时间。3 删除：要删除的的主键值（id）。4 查询，根据查询的条件进行查询。【处理】根据以上的四种情况。其中前两种当服务器取到数据之后，要对输入的值进行验证，这个的验证主要验证字符串的长度。第三种删除操作，当取到要删除的的主键值时：查找数据库，把此条从数据库中删除。第四，查询操作，服务器根据查询的条

51、件去会员级别管理调用数据库中的数据，把符合要求的【输出】会员级别的信息。【业务处理流程】显示出来。员工的基本信息（用户名，）添加修改服务器员工表员工 id删除用户名，是否可用，权限等查询员工的基本信息 F408 权限管理【功能说明】角色管理，当管理员请求角色管理的信息的时候，默认的是查询出所有的角色的信息，然后可以对角色进行添加，修改，删除，查询等操作。【输入】输入主要分四种情况：添加：需要输入：角色的名称。修改：角色的名称。3 删除：要删除的的主键值（id）。4 查询，根据查询的条件进行查询。【处理】根据以上的四种情况。其中前两种当服务器取到数据之后，要对输入的值进行验证，这个的验证主要验证字符串的长度。第三种删除操作，当取到要删除的的主键值时：查找数据库，把此条从