信息系统分析与设计-餐饮管理系统(面向对象)

课程设计报告

课程名称：信息系统分析与设计课程设计题目：餐饮管理系统分析与设计姓名：

系：

专业：

年级：

学号：

指导教师：

职称：

年月日

课程设计结果评定

目录

1. 系统规划 (1)

1.1 目的 (1)

1.2 意义 (1)

1.3 目标 (1)

1.4 规划 (2)

2. 系统分析与设计 (2)

2.1 用例图 (2)

2.2 用例规约 (4)

2.3 顺序图 (5)

2.4 活动图 (6)

2.5 状态图 (8)

2.6 类图 (9)

2.7 架构设计 (10)

2.7.1 系统组成 (10)

2.7.2 系统功能 (11)

2.8 数据库设计 (17)

3. 总结 (18)

参考文献 (18)

餐饮管理系统分析与设计

1. 系统规划

1.1 目的

构建一个集高效性、灵性、实用性、功能划分详细以及方便的可扩充性等特于一体的通用餐饮娱乐业管理系统，使餐饮管理者对餐饮业管理进行宏观的和微观的细致管理，在满足广大顾客的需求的同时，也大大增加酒店餐厅的工作效率，促成一个双方满意的局面。

1.2 意义

当今世界已进入了在计算机信息管理领域中激烈竞争的时代，应用计算机已经变得十分普遍了，如同我们离不开的自行车、汽车一样。我们应该承认，谁掌握的知识多，信息量大，信息处理速度快，批量大，谁的效率就高，谁就能够在各种竞争中立于不败之地。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。越来越多的管理人员意识到信息管理的重要性。

由于当前酒店的管理还处于人工管理阶段，仅在财务部门使用了计算机，所以酒店的管理效率不高。

由于缺乏科学的管理和现代化的管理工具，该饭店在管理上和业务的安排上都存在着不足。

（1）房间的管理不够科学方便，房间使用情况不直观。

（2）库管员不能随时掌握库存情况，不能及时发现商品缺货的情况，另外统计商品数量即费时又费力。

（3）由于该酒店的商品种类多，菜样多变，靠人工方式管理商品和菜品信息有很多不便。例如商品数量大导致查找商品信息困难等。

通过设计用户平台，使得操作计算机化，可有效节省人力物力。

1.3 目标

（1）掌握系统调查方法；

（2）掌握系统分析方法；

（3）学会简单系统的设计；

（4）训练程序设计能力；

（5）学会编写系统分析说明书、系统设计说明书等。

1.4 规划

结合所学知识，严格按流程进行调查、分析、设计,要求充分结合管理学知识和技术，对业务系统进行分析,要求用典型分析、设计方法及一种系统建模工具建立系统模型，要求熟练掌握一种开发工具，并能用此开发工具实现系统，要求完成一完整的系统分析、设计、开发文档。

2. 系统分析与设计

2.1 用例图

通过对系统需求的分析，可以确定系统由登录用户确定参与者。登录用户分为两类，即employeeMgr（员工管理员）以及employee Clerk（普通员工）。

参与者的描述如下。

（1）employeeMgr（员工管理员）

描述：employeeMgr拥有系统的所有权限，包括职工基本信息、职工工资信息部门信息的增删改查。

示例：餐厅高管部门、公司管理。

（2）employee （普通员工）

描述：employee 只具备系统的部分权限，包括职工基本信息、菜单信息的查看。对自己的基本信息以及系统登录拥有修改权限。

示例：餐厅的工作人员。

由于两类参与者仅在操作权限上存在差别，所以共同继承自用户参与者。

通过对系统需求的进一步分析，可以确定系统中有如下用例存在。

图 2-1 餐厅点餐系统用例图

图 2-2 服务员管理用例图

2.2 用例规约

以服务员记录客户点菜信息为例

用例名称：录入客户预定点菜信息

参与者：服务生

简要说明：本例允许服务生提交顾客的点菜菜单信息

基本流：当顾客点菜，服务员希望提交点菜信息时，本用例开始执行

a.系统显示本餐厅菜单

b.客户所点菜名

c.系统检索出该菜名所对应单价等信息

d.对与列表中的菜品信息，服务员输入相关份数，如果客户没有点到的

菜品，其相应份数可以为空，服务员可以修改点菜信息

备选流：在主流程中，如果本餐厅没有相关菜品，系统将显示信息错误，服务员接受此信息，用例结束

前提条件：用例开始之前，服务员必须在系统登录成功

后续条件：如果用例执行成功，所提供的点菜信息将被更新；否则系统状态不变

2.3 顺序图

序列图主要以时间顺序显示对象之间的交互。实际上，它显示了参与交互的对象和所交互信息的顺序。在项目的需求阶段，分析师需要通过多个序列图来表达用例的层次和细化用例，以便更清晰的描述业务需求。在项目的设计阶段，架构师和开发者利用序列图，挖掘出系统对象间的交互，使整个系统设计更加精确和细致。在项目的开发阶段，开发人员从序列图中就能看出将要实现的系统的行为是如何表现的。

可得到部分用例的顺序图如下（未列出用例顺序图由于皆属于增删改查范畴，采用类似设计实现）。

图 2-3 顾客顺序图

用户登录系统交互步骤：（1）用户进入登录界面；（2）用户提交登录信息；（3）服务器接收请求，验证登陆；（3）接收请求，调用UserDao获取数据库信息；（4）UserDAO获取数据库链接并查询数据库返回正确的用户名密码信息给UserService；（5）UserService判断正确信息与提供信息是否一致；（6）判断

结果正确，返回登陆正确信息。

备注：系统中将业务逻辑层（Service类）与数据层（DAO类）分离。

图 2-4 酒店员工顺序图

2.4 活动图

根据用例文档设计相应用例的活动图。为主要用例场景设计的活动图准确规范。

图2-5 顾客活动图

图2-6 酒店人员活动图

2.5 状态图

根据餐厅订餐信息，通过不同时间状态的变化转移，餐桌信息状态也不断更新。

图 2-7 餐饮管理系统状态图

2.6 类图

数据库的物理结构[7]是指逻辑设计中各个数据表之间的关系，作出CDM图，然后自动生成PDM图，本餐饮管理系统的PDM图如图2-8所示。根据分析可得到系统类图如下。

图2-8 系统类图

2.7 架构设计

2.7.1 系统组成

本系统是C/S结构，使用三层体系结构，即数据库系统、应用服务端和客户

端三部分组成。其系统的模型如图所示：

图2-9 系统组成2.7.2 系统功能

本系统的服务端主要由管理功能模块组成。

图2-10 系统模块

餐饮管理系统主要包括以下模块：用户管理模块、菜肴管理模块、营业管理模块、预定管理模块、外卖管理模块、员工管理模块，各模块功能描述如下：1. 用户管理模块

图2-11 用户登陆界面

图2-12 用户管理界面

如图2-11及图2-12所示，当用户即餐饮管理员利用自己的用户名和密码登陆系统后，可以进入此模块修改信息，其中普通用户只能修改自身信息，超级用户能修改自身和其他管理员的信息，并且当有新的管理员加入时，超级用户可以在此添加新用户的信息，用户新用户就也可以登陆系统了：

（1）修改用户信息：即用户可以在该模块中修改信息，包括用户名和密码，其中普通用户只能修改自身信息，超级用户能修改自身和其他管理员的信息；（2）添加新用户：新的管理员可以再此注册，建立其用户名和密码，使其以后能够登录系统；

（3）删除用户：当有人从管理员角色中退出时，在此不可恢复地删除其信息。

2.菜肴管理模块

图2-13 菜肴管理界面

如图2-13所示，菜肴信息为管理员及客户提供可参考的菜系，登陆系统后进入此模块可浏览到已有的菜肴信息，包括菜肴名称、单价和备注，若需要修改，可以进一步编辑即修改菜肴信息，当有新的菜肴进入饭店时，在此添加其相关信

息：

（1）浏览菜肴基本信息：可以浏览现有菜肴以及各个菜肴的单价、备注等；（2）编辑菜肴基本信息：管理员可以在此编辑或修改菜肴的基本信息，包括修改名称、单价和备注；

（3）添加菜肴信息：当有新的菜肴进入饭店时，在此添加新信息，包括菜肴名称、单价和备注，其中菜肴名称和单价必填，备注选填。

3. 营业管理模块

图2-14 营业管理界面

如图2-14所示，营业管理在整个系统中很重要，在这个模块中，即时到本饭店就餐的客户的点菜信息被前台管理员录入系统数据库，其中包括就餐桌号、就餐内容即所点菜肴名称、价格、备注，还可通过输入桌号查询该桌的就餐内容和相关信息，就餐结束后，在该模块通过输入桌号对该桌消费结账，并可根据客户需要打印消费凭据：

（1）点菜：通过输入桌号、菜名及备注来点菜；

（2）查询点菜信息：通过输入桌号来查询该桌是否有点菜信息，以及信息内容以便根据客户需要适当调整点菜内容；

（3）结账：通过输入桌号，可浏览该桌消费内容以及可以享受的折扣服务，并且在此计算消费总额进行结账，根据客户需要选择是否打印消费凭据。

4. 预定管理模块

图2-15 预定管理界面

如图2-15所示，管理员接收预定餐信息后，在此模块中将预定信息存入数据库，包括客户预定就餐的时间、所订的饭桌号、人数、预定的就餐内容、客户姓名、电话号码等，以方便经后浏览、修改或取消：

（1）浏览预定信息：管理员可以在此浏览已有的预定信息，以提示厨房及时制作客户预定的菜肴；

（2）添加预定信息：在此模块中通过添加预定时间、人数、桌号、客户姓名、客户电话等添加预定饭菜信息；

（3）修改预定信息：如果预定信息中有需要改动的信息，可以在此修改，也可以删除预定信息，及取消预定。

5. 外卖管理模块

图2-16 添加外卖信息界面

图2-17 修改外卖信息界面

如图2-16及图2-17所示，管理员接收到外卖信息后，将信息存储到系统中，包括客户姓名、电话、送餐时间、送餐地址、订餐内容及备注等，当客户有变动时，管理员可以根据客户需要修改或取消外卖信息，管理员也要及时在此模块中浏览外卖信息，以及时督促厨房制作外卖菜肴交给外卖职工送到客户指定地址及收取餐饮费用。

（1）浏览外卖信息：打开外卖管理的页面后，可以浏览到已有哪些外卖信息及是否执行；

（2）编辑外卖信息：通过编辑职工编号、姓名、客户姓名、电话、地址来编辑或修改或取消外卖信息，当有客户取消外卖时，管理员在此模块删除外卖信息；（3）添加外卖信息：当有新的客户订外卖时，外卖管理员可以在此添加新的外卖信息。

6. 员工管理信息模块

图2-18 添加职工信息界面

如图2-18所示，员工在餐饮行业中是必不可少的，员工管理模块为饭店的

人员分配、调遣提供了可查询的依据，管理员可在此浏览员工的基本信息，根据员工信息的更改及时修改员工的在系统中的基本信息，当有员工退出本饭店时，管理员可将其相关信息删除，当有新的员工加入时，也可以在此添加新员工的信息：

（1）浏览员工基本信息：打开该页面后，可以浏览员工的基本信息，包括职工姓名、编号、性别、民族、电话等；

（2）编辑员工基本信息：想要修改员工信息，可以在此编辑修改；

添加员工基本信息：有新的员工加入时，在此添加他们的新信息。

2.8 数据库设计

本系统采用关系型数据库模式，因此数据库由若干个二维表（数据文件）组成，数据库设计如下：数据库的逻辑设计的任务就是把概念结构设计阶段的基本E－R图转化为与选用具体机器上的DBMS产品所支持的数据模型相符合的逻辑结构，首先要实现的是E－R图关系模型的转化。而为此要解决的问题是如何将实体和实体之间的联系转化为关系模式，如何确定这些关系模式的属性和码。对于实体，将每个实体转换为一个关系，实体的属性即为关系的属性，实体的码即为关系的码。

本系统中所涉及到的8个实体转换为7个关系，每个主体和关系的主码用下划线标出：

客户（客户编号，客户姓名，联系电话）

菜肴（菜肴编号，菜肴名称，菜肴价格，备注）

员工（员工编号，员工姓名，性别，民族，籍贯，出生日期，参工日期，住址，联系电话）

点菜信息（点菜编号，点菜时间，桌号，餐型，菜肴名称，价格，备注）预定信息（预定编号，单前时间，预定时间，就餐人数，桌号，客户姓名，客户电话）

外卖信息（外卖编号，送达时间，职工编号，职工姓名，客户姓名，客户电话，送达地址，备注）

消费信息（消费编号，菜肴名称，单价，桌号，折扣，备注）