餐厅系统的架构设计Word下载.docx
《餐厅系统的架构设计Word下载.docx》由会员分享,可在线阅读,更多相关《餐厅系统的架构设计Word下载.docx(15页珍藏版)》请在冰豆网上搜索。
范江华、石贵、何谦、程祥
需求分析:
廖瑞文、程祥
类图做法:
廖瑞文、范江华、程祥
案例设计:
廖瑞文、何谦
资料查找:
廖瑞文、石贵
●工作内容及要求
(1)进一步细化需求分析的内容,识别出系统的参与者,并完成用例图;
(2)将用例图中的每个用例都写成相应的事件流文档;
(3)进一步使用活动图来描述每个用例,为后续的系统设计做好准备;
(4)按照系统的功能分析,从用例的描述中提取出系统的对象类和界面类,建立类图;
(5)分析类图中的实体类和实体类之间的关系,画出数据库的逻辑模型图(只包含实体类,且注明角色和阶元)。
(6)对数据库的逻辑模型进行优化,取消多对多的联系,完成最终的逻辑模型设计;
(7)使用交互作用图或状态机图完成系统动态行为的建模。
(建议使用顺序图按功能分别描述)。
餐厅系统的架构设计3
廖瑞文、程祥3
廖瑞文、范江华、程祥3
廖瑞文、何谦3
廖瑞文、石贵3
一、课程设计的背景与目的5
1.1设计目的5
方便顾客用餐,提高工作效率,节省开支,以及缓解顾客待上传时的不耐烦心里。
5
我们设计的这个餐厅设计,目的是通过计算机给顾客展示菜单,通过菜单让顾客选菜,避免了手工记录菜单所带来的错误、并且方便顾客查询所点的菜以及更改所选的菜5
1.2设计方案5
功能完整,本系统包括顾客选菜、取消选菜、查询所选菜管理功能,服务员打开菜单系统、输入顾客所选菜名字、价格、取消顾客所选菜、让顾客查询所选菜、提交厨师顾客所点菜单、提交给柜台收银员顾客所点菜单及价格。
数据安全性,使数据库安全有保障。
二、需求分析6
现在的管理系统不仅要有漂亮的用户界面,更要有严谨的规划,注重每一个细小的环节。
这样才能使得在电子交易时避免不必要错误发生。
本系统的设计与实施迎合了二十一世纪经济高速发展、人们的生活节奏日益加快以及现代餐饮业越来越发达和便捷这一现状。
它将极大地方便食客的就餐,同时也有利于我们的管理和服务。
同时,我们的餐饮信息管理系统还能帮助餐厅降低错误率,扩大营业范围,增加知名度等。
6
为了使系统更加人性化,便于管理员管理,此系统的用户将分为两种类型,一个是针对员工的餐饮管理系统,另一个是针对管理员(店主)的餐饮管理系统。
1.服务员打开菜单系统6
2.顾客点菜,取消点菜,查询所点菜6
3.服务员输入顾客所选菜名,修改菜名,查询菜名,提交菜名给厨师,上菜,提交菜名给收银员6
4.厨师查看顾客所点菜单,做菜,给菜给服务员6
5.收银员收款6
三、类图6
四、顺序图................................................................6
五、活动图.............................................................7六、总结.................................................................12
参考文献:
................................................................13
一、课程设计的背景与目的
1.1设计目的
方便顾客用餐,提高工作效率,节省开支,以及缓解顾客待上传时的不耐烦心里。
我们设计的这个餐厅设计,目的是通过计算机给顾客展示菜单,通过菜单让顾客选菜,避免了手工记录菜单所带来的错误、并且方便顾客查询所点的菜以及更改所选的菜
1.2设计方案
功能完整,本系统包括顾客选菜、取消选菜、查询所选菜管理功能,服务员打开菜单系统、输入顾客所选菜名字、价格、取消顾客所选菜、让顾客查询所选菜、提交厨师顾客所点菜单、提交给柜台收银员顾客所点菜单及价格。
二、需求分析
现在的管理系统不仅要有漂亮的用户界面,更要有严谨的规划,注重每一个细小的环节。
为了使系统更加人性化,便于管理员管理,此系统的用户将分为两种类型,一个是针对员工的餐饮管理系统,另一个是针对管理员(店主)的餐饮管理系统。
1.服务员打开菜单系统
2.顾客点菜,取消点菜,查询所点菜
3.服务员输入顾客所选菜名,修改菜名,查询菜名,提交菜名给厨师,上菜,提交菜名给收银员
4.厨师查看顾客所点菜单,做菜,给菜给服务员
5.收银员收款
3、类图
类图是对象结构建模的一部份,类图描述系统中类的静态结构。
尽管其他模型可以帮助建模者发现被模拟对象的重要信息,但是它们不能揭示的信息则必须求助于类图。
类图模拟保证系统正常工作的所有必要资源。
其它所有模型如果想获取这些资源(例如属性值、状态和对行为的约束)的信息,最终都必须访问类图。
类图是代码生成(将模型转化为代码)的来源,也是逆向工程(将代码转化为模型)的目标设生成物。
四、顺序图
时序图(SequenceDiagram)主要用于按照交互发生的一系列顺序,显示对象之间的这些交互。
顺序图的主要用途之一,是把用例表达的需求,转化为进一步、更加正式层次的精细表达。
用例常常被细化为一个或者更多的序列图。
顺序图除了在设计新系统方面的用途外,它们还能用来记录一个存在系统的对象现在如何交互。
当把这个系统移交给另一个人或组织时,这个文档很有用。
订餐系统的时序图主要有:
五、活动图
活动图是基于对象的状态变迁所绘制的视图。
它的主线是状态的变化,而不是时间,而时序图则是对象在不同时间段内的表现。
为了满足这个活动图,类的一些基本必要方法就可以初步确定。
再加上逻辑视图中类关系的分析,可以套用一些设计模式,又可以进一步再确定一些类的方法和属性。
这一切的图,就是为了让你从需求情景描述-设计用例-逻辑视图-详细类分析抽象出你的类设计。
总之,让面向对象的设计过程,思路连续,可推导。
系统不可能完成所有的事情,必然有一部分功能是由人来完成的,所以活动图,从手工的角度描述了一个业务的流程,其中有些是手工作业,有些是系统的功能,活动图描述出了整个流程。
活动这个术语的解释依赖于作图的目的和抽象层次。
在描述概念层视图中,活动表示需要完成的一些任务;
在说明层视图和实现层视图中,活动表示类中的方法。
一个活动可以顺序地跟在另一个活动后执行,这是简单地顺序关系。
如果触发事件连接到一个用加黑地粗线段表示地同步条上,且同步条引出几个带箭头地触发事件,那么这几个触发事件是并行的,也就是说这几个活动的执行次序可以是随意的。
1、顾客活动图2、柜台活动图
3、服务员活动图4、厨师活动图
5、活动图
六、总结
通过本次试验,我更加深入的了解了uml程序设计理念,将软件工程的基本原理应用到实际的需求分析中,将理论运用到实际中的能力。
我认识到了在软件需求分析中,学会运用已有的建模方法,对系统建立模型,进行分析,运用UML建模语言,画出系统用例图等分析系统之间的逻辑关系。
学会了用DFD图分析餐厅点菜系统的数据流程关系。
在进行需求分析的过程中,我还要设计考虑开发时间的限制,在分析的过程中要注意安排时间调度,在分析初期就确定,每一阶段应有的开发时间,在开发过程中,只有正确的把握每一个阶段的开发进度,才能保证需求分析在有限的时间如期完成。
在进行需求分析和软件建模时,我遇到了很多困难,但是经过老师和同学的帮助和多次参考网络和课本后,我终于圆满完成了课程设计。
参考文献:
[1]RobertA.Maksimchuk,EricJ.Naiburg.UML初学者指南[M].李虎,范思怡,译.北京:
北京:
人民邮电出版社,2005.
[2]JosephSchmuller.UML基础、案例与应用[M].李虎,赵龙刚,译.北京:
人民邮电出版社,2004.
[3]谭云杰.大象———ThinkinginUML[M].北京:
中国水利水电出版社,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.