UML笔记——业务模型

UML采用被称之为参与者(actor)的元模型作为信息来源提供者。参与者代表了现实世界的“人”。参与者是模型信息来源的提供者,也是第一驱动者。

UML采用被称之为用例(use case)的一种元模型来表示驱动者的业务目标,也就是参与者想做什么并且获得什么。这个业务目标就是现实世界中的“事”。而这件事是怎么做的,依据什么规则,则通过被称之为业务场景和用例场景的UML视图来描绘的,这些场景便是现实世界中的“规则”。最后,UML通过被称之为业务对象模型的视图来说明在达成这些业务目标的过程中涉及到的事物,用逻辑概念来表示它们,并定义它们之间的关系。业务对象模型则代表了现实世界中的“物”。

UML通过上面的元模型和视图捕获现实世界的人、事、物和规则,于是现实信息转化成了业务模型,这也是面向对象方法中的第一步。

好的,让我来介绍一下外卖信息管理系统的UML静态模型预习内容。 在UML静态模型中,我们通常会使用类图来表示系统中的各种类以及它们之间的关系。在外卖信息管理系统中,我们可以考虑以下类: 1. 用户(User)类:表示系统中的用户,包括顾客和商家两种角色。 2. 订单(Order)类:表示顾客下的订单。 3. 商家(Merchant)类:表示系统中的商家。 4. 店铺(Shop)类:表示商家所经营的店铺。 5. 菜品(Dish)类:表示店铺中的菜品。 6. 购物车(ShoppingCart)类:表示顾客在下单前所添加的菜品列表。 7. 骑手(Deliveryman)类:表示系统中的骑手。 8. 评价(Comment)类:表示顾客对订单、菜品、商家或骑手的评价。 以上这些类之间的关系可以考虑如下: 1. 用户和订单之间是一对多的关系,即一个用户可以下多个订单。 2. 商家和店铺之间是一对多的关系,即一个商家可以拥有多个店铺。 3. 店铺和菜品之间是一对多的关系,即一个店铺可以提供多种菜品。 4. 用户和购物车之间是一对一的关系,即一个用户只能有一个购物车。 5. 订单和购物车之间是一对多的关系,即一个订单可以包含多个购物车。 6. 订单和商家之间是多对一的关系,即多个订单可以对应同一个商家。 7. 订单和骑手之间是多对一的关系,即多个订单可以由同一个骑手配送。 8. 评价和订单、菜品、商家或骑手之间是一对多的关系,即一个评价可以针对多个对象。 以上就是外卖信息管理系统UML静态模型的预习内容,希望对你有所帮助。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值