未来餐厅管理架构设计.pdf

: .
软件架构项目 用户可以查询自己想点的菜品，并且可以对此菜进行评价。
5).公告信息查询：
本餐馆会不定期的推出新产品，以吸引顾客
后台需求
通过计算机网络将前台与后台的数据库相连，系统管理员将从前
台得到的信息进行处理，实现点菜管理，用户管理，留言管理等子系
统。
1).点菜管理：
系统管理员可以查看每到菜被点的次数
2).用户管理：
系统管理员可以对本餐馆的员工、会员进行管理3).留言管理：
系统管理员可以查看顾客对每到菜所进行的评价，以便于更好
的改善餐厅管理
4).仓库管理：
系统管理员可以查看餐馆材料所剩多少，并对材料进行管理
系统性能需求
餐厅点菜系统要求本软件需要具备以下几个主要特性：
1).多样性: 餐厅点菜在设计时必须遵循的一个重要原则，就是以顾
客为系统设计的中心，给顾客一个人性化的界面，让顾客到达在无
人指导的情况下可以自行完成点菜服务。
2).易维护:管理员能够简单方便地管理系统，定义新的应用，并对
系统进行日常维护。
3).安全性:系统应充分考虑信息、设备、运行和管理的安全性，建
立完善的多层次的安全保障体系，保证顾客的个人信息等资料的数
据安全。
4).可扩展: 随着餐厅的需求不断的完善，系统在设计时充分考虑顾
客的需求会不断的改变，所以为了以后的维护和降低系统在扩展时
的难度，系统应达到可扩展的特点。 用例图
用例规约
用例名称 点菜
用例简述 该用例允许顾客进行点菜，并将菜单发至厨房的终端
操作者 顾客
基本事件流 1) 系统显示点餐页面
2) 用户查看菜单，找到要点的菜，点击“点菜”按钮
3）系统将该菜加入顾客点菜单
4）用户在选完所有要点的菜后，点击“确认”按钮
5）系统将顾客点菜单发至厨房终端电脑上
6）厨房电脑上显示出最新到来的点菜菜单扩展事件流 1）如果顾客点菜单上没有点一个菜，则系统提示无法提交，并要求顾客检
查点菜单，至少要点一个菜
2）如果顾客是注册会员，并想采用自定好的菜单，则可以在身份通过验证
后将个人自定菜单导入到当前点菜单中
扩展点 顾客点击“从个人点菜单导入”
非功能需求 1）用户刷新菜单页面的响应需要在 1000 毫秒之内
2）厨房电脑必须在 2000 毫秒之内接受到最新的提交点菜单
前置条件 顾客成功的打开了首页面
后置条件 顾客的点菜单发送到服务器中，并且厨房电脑检测到此点菜单
优先级 高
3 概念性架构
概念性架构图分析说明：
鲁棒图作为需求分析与架构设计之间的桥梁，必然有两个目的：
1、从需求分析中找出边界对象，控制对象，实体对象；
2、将三者与其他相关对象进行分层划分，为下一阶段的实际架
构设计进行引导。 : .
软件架构项目文档
课题名称： 未来餐厅管理系统
指导教师：