未来餐厅管理架构设计文档

千里之行，始于脚下。第2页/共2页精品文档推荐未来餐厅管理架构设计文档

编号：时间：2023年x月x日书山有路勤为径，学海无涯苦作舟页码：第17页共17页软件架构项目文档课题名称：将来餐厅管理系统指导老师：专业班级：小组成员：（组长）完成日期:2023年12月18日1课题的讨论背景与意义

1.1项目背景目前大多数酒店由于规模的限制，忽视了点菜系统的重要性，而本系统专为具有肯定规模和经济条件的大型酒店设计。

以降低人力成本，提高人员工作效率，加快各部分人为环节的数据流通速度为前提，降低经营成本，提高利润。通过集成从顾客订桌、点菜、上菜到结账等一系列功能，为每个环节明确分工，并通过可视化的软件支持，有效减小了人为错误的概率，是酒店管理更加规范化。

1.2名

词解释19xx年x月x日Admin【Admin】系统管理员，可以对该系统进行管理操作。

19xx年x月x日菜金【菜金】用于专供吃饭买菜的钱款。

19xx年x月x日开单【开单】依据客户点菜状况，核对单据并准时处理单据。

19xx年x月x日折扣【折扣】饭店按原价赐予客户肯定百分比的减让，即在原价上赐予适当的优待。

19xx年x月x日提成【提成】提成就是餐厅经理依据业务收入按肯定的比例给提取服务员的酬劳。

19xx年x月x日登录【登录】系统允很多个用户同时使用一台计算机，为了保证系统的平安和记账便利，系统要求每个用户有单独的账号作为登录标志，系统还未每个用户指定一个口令。19xx年x月x日退菜【退菜】因餐厅自身缘由，导致客户所点菜品没有，客

户因此而选择退菜。

1.3可行性分析19xx年x月x日技术可行性分析由于该系统具有友好的人机互操作界面，操作人员只要进行少量的培训，系统的功能和使用方法就基本上能够是系统顺当运行。

19xx年x月x日经济可行性分析该系统带来的经济效益明显的，其最主要的表现就是削减了企业管理费用和人力开支，不仅节约了大量的时间，还为企业的各项决策供应了珍贵的资料，为企业带来巨大的经济效益。同时该系统可以提高我们餐厅的销售效率，即提高了餐厅的经济效益，所以从经济上完全是可行的。19xx年x月x日操作可行性分析本系统采纳基于Windows的图形用户界面，而该系统是大家熟识的操作系统，对于那些有一般的计算机学问的人员就可以轻松上手。

而整个超市管

理系统采纳最友好的交互界面，简介明白，不需要对数据库进行深化的了解。

2需求分析

2.1系统目标餐厅点菜系统的总目标是：在无人指导的状况下，顾客可以在计算机平台上自行完成点菜服务，并对菜品进行评价，为广阔顾客供应了具有良好人机交互界面的软件，也便于餐厅的管理，通过本软件，顾客也可以随时的知道本餐馆的最新活动。详细要求如下：1).顾客可以扫瞄、查询菜品2)独立于详细的数据库平台，对于与数据库交互的部分考虑兼容性3)简单在原先基础上进行扩充4)采纳开放式的标准开发，可以达到跨平台的效果为了达到以上的开发目的，个人博客网站应遵循肯定的设计和开发与原则：1).模块接口定义清楚；2).基础类库和接

口设计合理，尽量建立叮扩展的接口和抽象类；3).数据库操作使用标准SQL语句，假如肯定要使用有差别的SQL语句，则尽量集中在一起，以削减将来维护和移植的难度；4).采纳开放的标准和工具等；下面分析各个子系统的功能需求。

2.2前台需求在前台的功能实现上，可以分为以下几个部分：1).一般顾客：一般顾客可以在本餐馆申请会员。

2).会员登录：凡是本餐馆的会员都可以再本餐馆享受肯定的折扣。3).用户修改个人信息：用户对个人信息进行更新具有更新的权利。4).菜品查询和留言：用户可以查询自己想点的菜品，并且可以对此菜进行评价。

5).公告信息查询：本餐馆会不定期的推出新产品，以吸引顾客

2.3后台需

求通过计算机网络将前台与后台的数据库相连，系统管理员将从前台得到的信息进行处理，实现点菜管理，用户管理，留言管理等子系统。

1).点菜管理：系统管理员可以查看每到菜被点的次数2).用户管理：系统管理员可以对本餐馆的员工、会员进行管理3).留言管理：系统管理员可以查看顾客对每到菜所进行的评价，以便于更好的改善餐厅管理4).仓库管理：系统管理员可以查看餐馆材料所剩多少，并对材料进行管理

2.4系统性能需求餐厅点菜系统要求本软件需要具备以下几个主要特性：1).多样性:餐厅点菜在设计时必需遵循的一个重要原则，就是以顾客为系统设计的中心，给顾客一个人性化的界面，让顾客到达在无人指导的状况下可以

自行完成点菜服务。2).易维护:管理员能够简洁便利地管理系统，定义新的应用，并对系统进行日常维护。3).平安性:系统应充分考虑信息、设备、运行和管理的平安性，建立完善的多层次的平安保障体系，保证顾客的个人信息等资料的数据平安。

4).可扩展:随着餐厅的需求不断的完善，系统在设计时充分考虑顾客的需求会不断的转变，所以为了以后的维护和降低系统在扩展时的难度，系统应达到可扩展的特点。

2.4用例图

2.5用例规约用例名称点菜用例简述该用例允许顾客进行点菜，并将菜单发至厨房的终端操顾客基本领件流1)系统显示点餐页面2)用户查看菜单，找到要点的菜，点击“点菜”按钮3）系统将该菜加入顾客点菜

单4）用户在选完全部要点的菜后，点击“确认”按钮5）系统将顾客点菜单发至厨房终端电脑上6）厨房电脑上显示出最新到来的点菜菜单扩展大事流1）假如顾客点菜单上没有点一个菜，则系统提示无法提交，并要求顾客检查点菜单，至少要点一个菜2）假如顾客是注册会员，并想采纳自定好的菜单，则可以在身份通过验证后将个人自定菜单导入到当前点菜单中扩展点顾客点击“从个人点菜单导入”非功能需求1）用户刷新菜单页面的响应需要在1000毫秒之内2）厨房电脑必需在2000毫秒之内接受到最新的提交点菜单前置条件顾客胜利的打开了首页面后置条件顾客的点菜单发送到服务器中，并且厨房电脑检测到此点菜单优先级高3概念性架构

3.1鲁棒图

3.

2概念性架构图分析说明：鲁棒图作为需求分析与架构设计之间的桥梁，必定有两个目的：

1、从需求分析中找出边界对象，掌握对象，实体对象；

2、将三者与其他相关对象进行分层划分，为下一阶段的实际架构设计进行引导。4功能概述

1.1注册执行者：一般顾客基本流程：一个一般顾客来到本系统，当点击注册，即可跳转到注册页面，该页面为顾客供应了用户需要填写的信息，并用邮箱或者密保做为顾客找回密码的方法。

最终注册胜利即可跳转到登陆窗口，如失败，再次跳转到注册页面。

1.2登录执行者：已注册会员基本流程：供已注册的会员登录，输入用户名（Email）和密码，点击“登录”按钮等待处理，若验证信息正确，则胜利跳转到订餐

主页面；若验证失败，则系统给出相应的错误信息提示。

1.3修改信息执行者：已注册会员基本流程：已注册的会员可以登录本餐馆系统查看个人信息，如需修改，则可以点修改按钮，修改个人信息。

1.4我的评论执行者：顾客基本流程：不管是会员还是一般顾客都有对本餐馆提出珍贵的意见和建议，假如觉得本餐馆有需要改进的地方，则可以再此系统上留言，其中包括菜品、服务质量等各个方面。

1.5订购历史执行者：店主/管理员基本流程：为了更好的经营本餐馆，店主或管理员有权利查看餐馆顾客的就餐记录，包括近期和长期的历史记录，了解用餐高峰，便于人手的管理。

1.6用户管理执行者：店主/管理员基本流程：店主或管理员在

登录了本餐馆后，可以查看本餐馆全部的会员。5架构设计

1.规律架构

5.系统设计

5.1数据架构E-R图（实体-关系图）供应了表示实体、属性和联系的方法。

(1)实体型：用矩形表示，矩形框内写明实体名

(2)属性：用椭圆型表示，并用无向边与其相应实体连接起来

(3)联系：用菱形表示，菱形框内写明联系名，并用无向边与其有关实体连接。

本系统采纳E-R图的方法进行数据库概念结构设计,系统E-R图如下所示：

5.2订餐系统关系模型6设计收获与心得通过此次项目的开发，我们整个团队对遇到了许多挫折，但同时我们也得到了许多收获。

6.1软件开发前章当你在预备开发一个东西的时候,你首先想到的就是要完整的把

这件事做完,不要做的半途而废,那样的话你干脆就不要打开发这个两个字的办法了,更谈不上什么是开发,在开发之前还要想想我是否有力量完成这个事情,是否需要他人的关心,说通俗一点就是看你有没有士气来完成这个项目，以为我们刚开头时觉得我们做不出来。

6.2框架构思和模块的划分假如你具备以上的要求,具备肯定的开发力量,你就可以组织人一起进行开发了哈,在开发的时候,首先的第一个任务就是你预备开发的这个软件的整个框架图,这一步应多征求组内成员的意见,最终设计出这个软件的大体框架,做到心中有数。

6.3团体合作及编码实现在工程中的实现问题就是编码,这一步是最能体现出团体合作的,由上面所说,模块划分好以后就需要给组内成员安排任务了,按成员安排.成员与成员之前可保持技术上的通信,相互学习沟通,以达到共同提高的目的.当组内成员把全部的编码实现后就需要组合了,把每一个成员上交的的相应功能的模块接口拼合