基于Star UML3

(1)主要负责对接顾客，和选餐，例如顾客订餐、顾客结账收银(结账等环节)。

其中订餐环节又包括到店消费、提前预定，选菜。换菜、选座等等。

(2)收银功能中还包括，预定缴纳押金、结余、以及收集用户信息等环节

后台:

(1) 主要是酒店对菜品制定、人管管理、库存管理等

(2)菜品制定包括、增加、删除、修改等、人员管理是对员工的增删改、库存是对库存余量的操作。

1.2.2确定用户

用户的确定是当用户缴纳押金提前预约、或者说是到店直接消费等流程环节、提前预约中包含提前选菜、缴纳押金等。

1.3功能模块设计

1.31包括登录管理>>前台/后台

用户通过注册app登录酒店的系统进行订餐(这一步骤可以是收银员代为操作)，或者顾客自己操作、根据登录者的身份不同进行不同的操作，例如当登录者身份是服务员或者前台收银员

当用户的身份是管理员，那么会直接登录到系统的后台界面，进行相应的操作。

1.32前台>>收银管理/客户反馈/顾客订餐

当登录者的身份是收银，那么订餐是的操作可以是多种多样，同时可以加进行更加深一步的操作，如果是客户自己订餐那么必须要选好菜品、时间、座位等生成订单、且必须缴纳押金，以及必要的身份信息。

1.33其中顾客订餐环节

前台订餐(收银员订餐)/或者顾客自己通过APP等移动终端订餐

1.34菜单管理

主要是对菜品的制定、修改、删除等操作

1.35财产管理

主要是对原料采买、物品信息统计等资产管理等操作

1.36员工管理

分配角色、分配权限

为入职员工或者其他员工分配相应的权限。例如管理员权限移交、前台收银的权限、

采购人员的权限。例如查看库存等等。

(二)系统功能分析

下面的一些问题就是针对、问题所分析的一些实例进行一步分析问题，把系统共进一步完善。

由于本系统是按照不同管理角色进行设计的，系统使用模块化的功能模块的划分方法，将整个系统大致分成两大部分：前台部分与后台部分。进行这样的划分是基于系统在管理过程中是否直接与客户接触而定的。前台部分就是直接与客户进行沟通的地方，而后台部分主要是系统管理员进行操作和管理的系统特殊功能。

将系统进行功能模块划分之后，系统的层次结构就清晰可见了。系统功能模块图(流程图)如下StarUML3.1版本所示图所示：

系统流程图:

2.1 前台

这是对整个系统的总体划分，前台总的来说就是对客户进行负责的总模块，这部分的功能主要是表现在与客户沟通。收银人员主要是为顾客结账，因此我们把它总体划分为前台部分。

2.1.1 收银结账

收银结账是由收银人员来操纵，当客户点完餐就可以到柜台进行结账，在收银台客户的用例主要有结账、打印账单、记录老顾客信息和接受顾客反馈。

2.2 后台

后台主要是对数据库进行直接交互的模块，后台中主要由管理员进行操纵。统计收银员主要是直接结账的信息，也就将库存信息、员工工资信息收集而来的收支数据成为合理的账单。系统主要起来统计的作用 ，系统管理员主要时行系统员工管理、系统参数设置、产品订购、信息查看。

2.2.1 菜单管理

管理员可以从系统的这个功能模块主获取菜单销售信息，对菜单进行调整（包括做法等）；将这些信息转化为专业的销售报告，从而制订出合理的菜单。

2.2.2 员工管理

这里所说的员工管理实际上也算是用户管理，员工管理主要是对员工信息基本维护（增删查改）、权限管理。主要部分在于权限管理，系统管理员可根据具体需求为员工分配相应的角色、权限。

二、用例设计建模

2.1用例图概述

用例图（英语：use case diagram）是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。用例图也经常和其他图表配合使用。

2.2餐饮管理用例图:

2.2.1顾客订餐用例图