类的基本表达

一 点睛

产品经理需要梳理类,主要梳理类的属性、以及类之间的数量和关联关系。用类图可直接表达这些内容。

二 类的基本表达 

1 类的基本绘制

下面是一个外卖订单的类图

2 类之间的数量关系

下面是用户和订单间的数量关系,表示1个用户可以创建0个或多个订单。

下面是完整的订单类图

a 数量梳理关系的意义

梳理类之间的数量关系,将有利于考虑清楚一项业务是否可以更加灵活。

b 数量关系是对象之间的关系

虽然我们说的是“类之间的数量关系”,但其实说的是“类所对应的对象之间的数量关系”,这里强调的是对象之间的关系。

c 理清数量关系的方法

类之间的数量关系从两个角度思考。下面以开发票为例进行说明。

一个订单开多张发票:这种情况下订单和发票之间的数量关系是 1 对 0..*

多个订单开一张发票:这种情况下订单和发票之间的数量关系是 1..* 对 1

也就是说,不同的业务场景对应的数量关系是不同的。

d UML 中关于数量关系的说明

在 UML 中称为“类间的多重关系”。

三 类的其他表达方式

1 类图可去掉属性项

在类中可以不加属性项,下面是不加属性的类图。

2 类图可加入属性类型

定义清楚属性值的类型,可以指导原型图绘制。

四 类之间的关联关系

1 关联关系的表达

下图表达的是用户和订单的关联关系。

2 关联关系的用词

“下单”这个词描述了类之间的关系,要用什么词来描述关系没有特别的规定。比如,我们还可以说用户“拥有”订单,并把关系写成“拥有”,也是没问题的。

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于uml的网上订餐系统的开发文档 第1章 绪 论 - 4 - 1.1 系统开发的背景和意义 - 4 - 1.2 国内外研究发展现状 - 4 - 1.2.1 面向对象技术的发展与现状 - 4 - 1.2.2 UML的建模语言 - 5 - 1.2.3 UML的应用领域 - 6 - 1.2.4 网上订餐的发展与现状 - 6 - 第2章 业务建模 - 7 - 2.1 RUP软件开发过程 - 7 - 2.2 业务术语表 - 8 - 2.3 主业务用例图 - 9 - 第3章 分析与设计 - 10 - 3.1 业务流程调查 - 10 - 3.1.1 订餐系统业务流程调查 - 10 - 3.1.2 岗位职责 - 11 - 3.2 业务用例分析 - 11 - 3.2.2 订餐系统活动图 - 15 - 3.3 顺序图 - 18 - 餐厅订餐系统的顺序图 - 19 - 3.3.1 CancelBooking - 19 - 3.3.2 DeleteMember - 20 - 3.3.3 DisplayBooking - 20 - 3.3.4DisplayMember - 21 - 3.3.5 ModifyBooking - 22 - 3.3.6 ModifyMember - 23 - 3.3.7 RecordArrival - 23 - 3.3.8 RecordBooking - 24 - 3.3.9 RecordLeft - 25 - 3.3.10 RecordWalkIn - 26 - 3.3.11 RegisterMember - 27 - 3.3.12 RemindBooking - 28 - 3.3.13 SearchBooking - 28 - 3.4 协作图 - 29 - 订餐系统协作图 - 29 - 3.4.1 CancelBooking - 30 - 3.4.2 DisplayMember - 30 - 3.4.3 ModifyBooking - 31 - 3.4.4 ModifyMember - 31 - 3.4.5 RecordArrival - 32 - 3.4.6 RecordBooking - 33 - 3.4.7 RecordLeft - 33 - 3.4.8 RecordWalkIn - 34 - 3.4.6 RegisterMember - 35 - 3.4.9 RemindBooking - 35 - 3.4.10 SearchBooking - 36 - 3.5 活动图 - 36 - 3.6 业务类图 - 37 - 3.6.1 餐厅订餐系统业务类图 - 37 - 3.6.2 餐厅订餐系统业务描述 - 38 - 3.6.3 数据库详细设计 - 39 - 第4章 系统实现 - 39 - 4.1 系统构件图 - 39 - 4.5 部署图 - 39 - 4.5.1 网络结构图 - 39 - 4.5.2 系统部署图 - 39 - 4.6 界面设计 - 39 - 4.6.1 本系统用户界面程序设计遵循的原则 - 39 - 4.6.2 输入输出设计

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值