uml网上订餐系统.docx

《UML建模语言》课程设计报告

题目：订餐治理系统

数学与计算机科学〔软件〕学院软件工程专业2023级

试验时间：2023－2023学年第一学期任课教师：

名目

\l“_TOC_250023“1背景介绍： 3

\l“_TOC_250022“2、系统分析 3

\l“_TOC_250021“猎取需求 3

\l“_TOC_250020“在大学城订餐系统中主要有以下涉众： 3

\l“_TOC_250019“边界 4

\l“_TOC_250018“业务用例 7

\l“_TOC_250017“活动图 10

\l“_TOC_250016“用例规约 11

\l“_TOC_250015“需求分析 14

\l“_TOC_250014“财务治理 14

\l“_TOC_250013“信息治理 16

\l“_TOC_250012“店面治理 19

\l“_TOC_250011“2.2.4订餐 22

\l“_TOC_250010“2.2.5订单治理 24

\l“_TOC_250009“系统设计 26

\l“_TOC_250008“整个系统构造： 26

\l“_TOC_250007“组件图和设计类图 27

\l“_TOC_250006“店面治理用例的设计类图 27

\l“_TOC_250005“财务治理用例的设计类图 28

\l“_TOC_250004“信息治理用例的设计类图 31

\l“_TOC_250003“订餐治理用例的设计类图 34

订单治理的设计类图 35

\l“_TOC_250002“数据库设计 37

\l“_TOC_250001“系统部署图 40

\l“_TOC_250000“4总结 41

2

1背景介绍：

当今社会，计算机技术尤其是网络技术飞速进展，给我们的生活带来的极大的便利。经过我们小组成员在生活中细致观看，觉察整个大学城的学生对寻常订餐需求很大，但他们订餐的方式都是比较原始的订餐。而各个餐饮店也是各自为战，自己接，记录订单需求，自己配送。这样效率很低，利润薄，而且信息不流畅。基于这个现状。我们打算供给一个平台---网上订餐系统。在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等，让订餐者可以便利的订餐，可以对商家进展评价等。而商家后期只负责煮菜。物流有我们系统运营者负责，然后直接赚取差价。还要定期对商家进展卫生安全评估，以及依据用户的评价来生产评价档案。并以此为依据来打算商家的去留等。

2、系统分析

猎取需求

非功能性需求

界面操作简洁功能性需求

在大学城订餐系统中主要有以下涉众：

订餐者：订餐商家：供给餐饮

配送人员：取餐送餐

店面治理员：核实并更商家信息，治理商家界面显示订单治理员：治理订单

信息治理员：订餐者信息治理，商家联系信息治理收银员：收取送餐人员金额

会计员：统计每日收支

财务经理：总财务核算和收入支出

相关法律法规:应遵循的行业标准和标准

业主：网站建设本钱，建设周期，建成后的收益

3

参与者〔用户〕：

用户名称

订餐者配送人员

店面治理员

订单治理员信息治理员收银员

财务经理

使用系统方式

通过系统订餐

通过系统猎取订餐者订餐信息

代理商家使用系统实时更核实并更商家信息，治理商家界面显示

治理订单

订餐者信息治理，商家联系信息治理收取送餐人员金额

通过计算机系统系统进展财务核算收入支出，

边界

对于该系统，我们以业务功能为依据进展边界的划分，划分出五个边界：订餐边界、商家餐饮治理边界、信息治理边界、订单治理边界、财务治理边

界。如以下图所示：

4

5

6

业务用例

业务用例〔订餐者〕

业务用例〔信息治理员〕

7

业务用例〔财务治理者和收银员〕

8

业务用例〔店面治理员〕

业务用例〔订单治理〕：

9

活动图

10

用例规约

用例名称用例描述执行者前置条件后置条件

主过程描述

分支过程描述特别过程描述业务规章

涉及的业务实体

用例名称用例描述

执行者前置条件

后置条件

主过程描述

订餐

订餐者登网站，选择参餐饮，并下单，完成订餐订餐者

无

成功生成订单

订餐者成功订餐

登陆网站

选择店家

选择餐饮

先订单

收餐时付钱无

订单餐饮缺乏时，订餐者可取消订单，订餐特别完毕订单、餐饮

治理财务

每次的收支进展存储记录，定期进展财务统计，并生成账单，分析数据，用例完毕。

收银员，财务治理员

配送员将收取的费用交给收银员

收银员将已收款订单存入数据库

成功将货款归入银行或保险库

成功登记账单

成功将已付款订单入库

配送人员依据订单进展配送餐并收钱。

配送员将收得的货款交