欢迎来到天天文库
浏览记录
ID:47623753
大小:1.74 MB
页数:18页
时间:2019-10-13
《UML期末设计报告》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库。
1、IJrii^f^ry对JfyKiIaaiwIrpnErnfliiif1込丹■:*2、有很多优势,这样的订餐方式效果很好,既讣顾客觉得方便、快捷,又对每个订单的信息保管妥善、处理及吋,实现了高度智能化管理。网络订餐方式将成为餐饮业销售的新模式与新的増长点。本文通过对网上订餐进行需求分析,用UML统一建模语言,用需求模型简化业务领域;用分析模型验证用例的正确性,一致性,完备性,可行性;用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。三、需求分析需求分析的任务是通过详细调查现实世界要处理的对象,充分了解系统的工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变。3.1用户需求3、分析(a)用户注册(b)用户登录(c)菜品浏览(d)菜品订购(e)菜品查询(f)订单修改(g)修改密码(h)修改个人信息(i)管理员3.2系统性能分析对数据的安全性、完整性耍求:用户信息保密,只有管理员能任意修改。确保网上支付安全。菜品信息、用户信息必须保证其完整性。防止恶意删改。以下是系统性能需求:(a)准确性和可靠性高(b)页而友好,功能齐全,且可以使用(c)系统便于维护和升级。3.3系统总体结构图▼12皿Mirrevth网上订餐系绞匚台2毗5,•M»u:iIfN•ire■wW血A□林用忧图1系统总体结构图3.4系统功能需求本系统主要有以下功能要求4、:(1)用户登录注册模块,主要用于用户的登录。用户权限分为管理员和普通用户。当用户输入用户名和密码后经过确认,才能进入网上订餐系统,并拥冇相应的权限。如果不是用户,拒绝进入。(2)菜单信息浏览模块,主要用于用户对订餐相关要求进行管理,其屮包括:菜单的搜索,菜名,价格,图片等。(3)订餐模块,当用户进行订餐时,系统为用户生成了一个虚拟的购物车,在用户浏览详细的菜单信息时在订餐过程屮,用户可以查看自己购物车中选购的菜品和金额,根据自己的需要可以删除购物车中的菜品,还可以选择继续订餐,在查看购物车吋填入相关送餐信息,点击“提交订单”,完成了整个订餐流程。(45、)后台订餐管理模块,主要用于管理员对信息的管理,是分别针对数据库中的每一张表进行的。在浏览每张表的信息时带冇搜索功能,使得工作效率捉高。对于每张表的信息可以添加、删除和修改。但留言表中的信息不能修改,只能冋复和删除。3.5数据库模块需求用户的需求具体休现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据、数据结构以及数据处理流程,组成一份详细的数据字典,为具休设计铺垫。通过系统功能分析,针对网上订餐需求,总结为:1.分为一般用户和管理员用户,只有用户身份才能进行前台订餐,只有管理员身份才能进行后台管理;26、•订单分成单张订单详情和总订单表,一张订单中含有多个订单明细;3.每一道菜品都从屈于一种类型。4.一个用户可以订购多个菜品。5.一个用户对应多张订单表。四、系统的UML建模4.1系统的用例图在确认角色的基础上,确认用例。网上订餐系统屮的用例有:用户管理、订单管理、登录系统、菜品信息管理等等。本系统的用户用例图如图所示。进行的操作包括订餐服务、信息浏览、订单管理等。2Ft除晞恂27、・的角£用例de用3:约束OR约束」•ftfi.的仗个人G.U:切3tn©««(£)畑w»A®柜式◎XttCD常状(S)UMUU)用口⑷臨8、山臨11山I搭I!Sllu3力■三•9、示■三▼匕:誥11山1:;£1【山1;益1111」;益11111[;養11山丘:1j冈OBL协作主ftBUHL$3Bum库列0UHL10、bo»l静杰结甫—B^L用例7T0一亠一个人a且曽灯图2订餐用户的用例图管理员分为两类:一类是系统管理员用例图。管理员进行的操作(后台操作)包括用户管理,信息的浏览、添加、删除、修改等。A三形伏添加新菜留古板管理菜单管刖0包信息浏览用户停理友悄链接管珂审核注册用户代看客户(S思」'm.修改菜m信息修改、创除信息A系统誉斥员二删细okm菜单浏吵〈UIMI3«叶4j1客户竇理)、、皿itsmt剖堰入aa涤巳三圍目叱活动目此协11、作BUB绘件IaivisrsaUK.床頁目UK.状态圈ame0UKL用的'回复留言T添加新菜用
2、有很多优势,这样的订餐方式效果很好,既讣顾客觉得方便、快捷,又对每个订单的信息保管妥善、处理及吋,实现了高度智能化管理。网络订餐方式将成为餐饮业销售的新模式与新的増长点。本文通过对网上订餐进行需求分析,用UML统一建模语言,用需求模型简化业务领域;用分析模型验证用例的正确性,一致性,完备性,可行性;用设计模型标识解决方案。通过模型实现了从业务领域到软件领域的映射。三、需求分析需求分析的任务是通过详细调查现实世界要处理的对象,充分了解系统的工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变。3.1用户需求
3、分析(a)用户注册(b)用户登录(c)菜品浏览(d)菜品订购(e)菜品查询(f)订单修改(g)修改密码(h)修改个人信息(i)管理员3.2系统性能分析对数据的安全性、完整性耍求:用户信息保密,只有管理员能任意修改。确保网上支付安全。菜品信息、用户信息必须保证其完整性。防止恶意删改。以下是系统性能需求:(a)准确性和可靠性高(b)页而友好,功能齐全,且可以使用(c)系统便于维护和升级。3.3系统总体结构图▼12皿Mirrevth网上订餐系绞匚台2毗5,•M»u:iIfN•ire■wW血A□林用忧图1系统总体结构图3.4系统功能需求本系统主要有以下功能要求
4、:(1)用户登录注册模块,主要用于用户的登录。用户权限分为管理员和普通用户。当用户输入用户名和密码后经过确认,才能进入网上订餐系统,并拥冇相应的权限。如果不是用户,拒绝进入。(2)菜单信息浏览模块,主要用于用户对订餐相关要求进行管理,其屮包括:菜单的搜索,菜名,价格,图片等。(3)订餐模块,当用户进行订餐时,系统为用户生成了一个虚拟的购物车,在用户浏览详细的菜单信息时在订餐过程屮,用户可以查看自己购物车中选购的菜品和金额,根据自己的需要可以删除购物车中的菜品,还可以选择继续订餐,在查看购物车吋填入相关送餐信息,点击“提交订单”,完成了整个订餐流程。(4
5、)后台订餐管理模块,主要用于管理员对信息的管理,是分别针对数据库中的每一张表进行的。在浏览每张表的信息时带冇搜索功能,使得工作效率捉高。对于每张表的信息可以添加、删除和修改。但留言表中的信息不能修改,只能冋复和删除。3.5数据库模块需求用户的需求具体休现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据、数据结构以及数据处理流程,组成一份详细的数据字典,为具休设计铺垫。通过系统功能分析,针对网上订餐需求,总结为:1.分为一般用户和管理员用户,只有用户身份才能进行前台订餐,只有管理员身份才能进行后台管理;2
6、•订单分成单张订单详情和总订单表,一张订单中含有多个订单明细;3.每一道菜品都从屈于一种类型。4.一个用户可以订购多个菜品。5.一个用户对应多张订单表。四、系统的UML建模4.1系统的用例图在确认角色的基础上,确认用例。网上订餐系统屮的用例有:用户管理、订单管理、登录系统、菜品信息管理等等。本系统的用户用例图如图所示。进行的操作包括订餐服务、信息浏览、订单管理等。2Ft除晞恂2
7、・的角£用例de用3:约束OR约束」•ftfi.的仗个人G.U:切3tn©««(£)畑w»A®柜式◎XttCD常状(S)UMUU)用口⑷臨
8、山臨11山I搭I!Sllu3力■三•
9、示■三▼匕:誥11山1:;£1【山1;益1111」;益11111[;養11山丘:1j冈OBL协作主ftBUHL$3Bum库列0UHL
10、bo»l静杰结甫—B^L用例7T0一亠一个人a且曽灯图2订餐用户的用例图管理员分为两类:一类是系统管理员用例图。管理员进行的操作(后台操作)包括用户管理,信息的浏览、添加、删除、修改等。A三形伏添加新菜留古板管理菜单管刖0包信息浏览用户停理友悄链接管珂审核注册用户代看客户(S思」'm.修改菜m信息修改、创除信息A系统誉斥员二删细okm菜单浏吵〈UIMI3«叶4j1客户竇理)、、皿itsmt剖堰入aa涤巳三圍目叱活动目此协
11、作BUB绘件IaivisrsaUK.床頁目UK.状态圈ame0UKL用的'回复留言T添加新菜用
此文档下载收益归作者所有