ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:486.55KB ,
资源ID:3731311      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3731311.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(餐厅系统的架构设计.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

餐厅系统的架构设计.docx

1、餐厅系统的架构设计 前言 随着Internet的快速发展,网络已经改变和正在改变我们的生活,通过网络交易的方式已经成为一种时尚,各个企业也将网络营销当成一种重要手段。餐饮行业也得益于网络的发展,通过网络更高效便捷的为客户服务的同时增加盈利。传统的手工点菜方式由于其难计算,难查找,难更改,易出错,效率低等缺点已经逐渐退出了餐饮等高等消费场所的服务管理平台。为了满足消费者多元化消费和不同层次的消费水平,提高餐饮的服务管理质量,提高工作人员的工作效率,我开发小组多方面分析,研究现有餐饮在点菜管理系统的基础上,得出了一套餐饮系统的架构设计。 该设计详细设计主要的类以及发现类之间的各种关联,然后提取与服

2、务员相关的主要用例(例如输入订单、修改订单、查询订单状态、通知厨师等),并对与服务员相关的主要用例进行动态建模。题目:餐厅系统的架构设计组长:廖瑞文组员:范江华、石贵、何谦、程祥需求分析:廖瑞文、程祥类图做法:廖瑞文、范江华、程祥案例设计:廖瑞文、何谦资料查找:廖瑞文、石贵 工作内容及要求(1) 进一步细化需求分析的内容,识别出系统的参与者,并完成用例图;(2) 将用例图中的每个用例都写成相应的事件流文档;(3) 进一步使用活动图来描述每个用例,为后续的系统设计做好准备;(4) 按照系统的功能分析,从用例的描述中提取出系统的对象类和界面类,建立类图;(5) 分析类图中的实体类和实体类之间的关系

3、,画出数据库的逻辑模型图(只包含实体类,且注明角色和阶元)。(6) 对数据库的逻辑模型进行优化,取消多对多的联系,完成最终的逻辑模型设计;(7) 使用交互作用图或状态机图完成系统动态行为的建模。(建议使用顺序图按功能分别描述)。题目:餐厅系统的架构设计 3需求分析:廖瑞文、程祥 3类图做法:廖瑞文、范江华、程祥 3案例设计:廖瑞文、何谦 3资料查找:廖瑞文、石贵 3一、课程设计的背景与目的 51.1 设计目的 5方便顾客用餐,提高工作效率,节省开支,以及缓解顾客待上传时的不耐烦心里。 5我们设计的这个餐厅设计,目的是通过计算机给顾客展示菜单,通过菜单让顾客选菜,避免了手工记录菜单所带来的错误、

4、并且方便顾客查询所点的菜以及更改所选的菜 51.2 设计方案 5功能完整,本系统包括顾客选菜、取消选菜、查询所选菜管理功能,服务员打开菜单系统、输入顾客所选菜名字、价格、取消顾客所选菜、让顾客查询所选菜、提交厨师顾客所点菜单、提交给柜台收银员顾客所点菜单及价格。数据安全性, 使数据库安全有保障。 5二、需求分析 6现在的管理系统不仅要有漂亮的用户界面,更要有严谨的规划,注重每一个细小的环节。这样才能使得在电子交易时避免不必要错误发生。本系统的设计与实施迎合了二十一世纪经济高速发展、人们的生活节奏日益加快以及现代餐饮业越来越发达和便捷这一现状。它将极大地方便食客的就餐,同时也有利于我们的管理和服

5、务。同时,我们的餐饮信息管理系统还能帮助餐厅降低错误率,扩大营业范围,增加知名度等。 6为了使系统更加人性化,便于管理员管理,此系统的用户将分为两种类型,一个是针对员工的餐饮管理系统,另一个是针对管理员(店主)的餐饮管理系统。 61.服务员打开菜单系统 62.顾客点菜,取消点菜,查询所点菜 63.服务员输入顾客所选菜名,修改菜名,查询菜名,提交菜名给厨师,上菜,提交菜名给收银员 64.厨师查看顾客所点菜单,做菜,给菜给服务员 65.收银员收款 6三、 类图 6 四、顺序图.6 五、活动图.7 六、总结.12 参考文献:.13一、课程设计的背景与目的 1.1 设计目的 方便顾客用餐,提高工作效率

6、,节省开支,以及缓解顾客待上传时的不耐烦心里。 我们设计的这个餐厅设计,目的是通过计算机给顾客展示菜单,通过菜单让顾客选菜,避免了手工记录菜单所带来的错误、并且方便顾客查询所点的菜以及更改所选的菜 1.2 设计方案 功能完整,本系统包括顾客选菜、取消选菜、查询所选菜管理功能,服务员打开菜单系统、输入顾客所选菜名字、价格、取消顾客所选菜、让顾客查询所选菜、提交厨师顾客所点菜单、提交给柜台收银员顾客所点菜单及价格。数据安全性, 使数据库安全有保障。 二、需求分析 现在的管理系统不仅要有漂亮的用户界面,更要有严谨的规划,注重每一个细小的环节。这样才能使得在电子交易时避免不必要错误发生。本系统的设计与

7、实施迎合了二十一世纪经济高速发展、人们的生活节奏日益加快以及现代餐饮业越来越发达和便捷这一现状。它将极大地方便食客的就餐,同时也有利于我们的管理和服务。同时,我们的餐饮信息管理系统还能帮助餐厅降低错误率,扩大营业范围,增加知名度等。 为了使系统更加人性化,便于管理员管理,此系统的用户将分为两种类型,一个是针对员工的餐饮管理系统,另一个是针对管理员(店主)的餐饮管理系统。 1.服务员打开菜单系统 2.顾客点菜,取消点菜,查询所点菜 3.服务员输入顾客所选菜名,修改菜名,查询菜名,提交菜名给厨师,上菜,提交菜名给收银员 4.厨师查看顾客所点菜单,做菜,给菜给服务员 5.收银员收款3、类图 类图是对

8、象结构建模的一部份,类图描述系统中类的静态结构。尽管其他模型可以帮助建模者发现被模拟对象的重要信息,但是它们不能揭示的信息则必须求助于类图。类图模拟保证系统正常工作的所有必要资源。其它所有模型如果想获取这些资源(例如属性值、状态和对行为的约束)的信息,最终都必须访问类图。类图是代码生成(将模型转化为代码)的来源,也是逆向工程(将代码转化为模型)的目标设生成物。 四、顺序图时序图(Sequence Diagram)主要用于按照交互发生的一系列顺序,显示对象之间的这些交互。顺序图的主要用途之一,是把用例表达的需求,转化为进一步、更加正式层次的精细表达。用例常常被细化为一个或者更多的序列图。顺序图除

9、了在设计新系统方面的用途外,它们还能用来记录一个存在系统的对象现在如何交互。当把这个系统移交给另一个人或组织时,这个文档很有用。订餐系统的时序图主要有:五、活动图活动图是基于对象的状态变迁所绘制的视图。它的主线是状态的变化,而不是时间,而时序图则是对象在不同时间段内的表现。为了满足这个活动图,类的一些基本必要方法就可以初步确定。再加上逻辑视图中类关系的分析,可以套用一些设计模式,又可以进一步再确定一些类的方法和属性。这一切的图,就是为了让你从需求情景描述-设计用例-逻辑视图-详细类分析抽象出你的类设计。总之,让面向对象的设计过程,思路连续,可推导。系统不可能完成所有的事情,必然有一部分功能是由

10、人来完成的,所以活动图,从手工的角度描述了一个业务的流程,其中有些是手工作业,有些是系统的功能,活动图描述出了整个流程。活动这个术语的解释依赖于作图的目的和抽象层次。在描述概念层视图中,活动表示需要完成的一些任务;在说明层视图和实现层视图中,活动表示类中的方法。一个活动可以顺序地跟在另一个活动后执行,这是简单地顺序关系。如果触发事件连接到一个用加黑地粗线段表示地同步条上,且同步条引出几个带箭头地触发事件,那么这几个触发事件是并行的,也就是说这几个活动的执行次序可以是随意的。 1、顾客活动图 2、柜台活动图 3、服务员活动图 4、厨师活动图 5、活动图 六、总结 通过本次试验,我更加深入的了解了

11、uml程序设计理念,将软件工程的基本原理应用到实际的需求分析中,将理论运用到实际中的能力。我认识到了在软件需求分析中,学会运用已有的建模方法,对系统建立模型,进行分析,运用UML建模语言,画出系统用例图等分析系统之间的逻辑关系。学会了用DFD图分析餐厅点菜系统的数据流程关系。在进行需求分析的过程中,我还要设计考虑开发时间的限制,在分析的过程中要注意安排时间调度,在分析初期就确定,每一阶段应有的开发时间,在开发过程中,只有正确的把握每一个阶段的开发进度,才能保证需求分析在有限的时间如期完成。在进行需求分析和软件建模时,我遇到了很多困难,但是经过老师和同学的帮助和多次参考网络和课本后,我终于圆满完

12、成了课程设计。参考文献:1 Robert A.Maksimchuk,Eric J.Naiburg. UML 初学者指南M.李虎,范思怡,译.北京:北京:人民邮电出版社,2005.2 Joseph Schmuller.UML 基础、案例与应用M.李虎,赵龙刚,译.北京:人民邮电出版社,2004.3 谭云杰.大象Thinking in UMLM.北京:中国水利水电出版社,2009.4 林璇,冯健文,郑晓菊.UML 在餐饮管理系统中的应用与实现J.福建电脑,2006(6):151-152.5 颜志军,孙宝文,王天梅.基于UML 的业务流程模型分析方法研究J.计算机工程与应用,2004(29):226-228.6 王辉.基于UML 的网上考试系统建模J.电脑知识与术,2008(29):397-399.7 孔军,孙怡宁,蒋敏,毕宝庆.基于UML 的系统需求分析J.计算机工程与应用,2003(15):68-69.

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1