一 点睛
产品经理需要梳理类,主要梳理类的属性、以及类之间的数量和关联关系。用类图可直接表达这些内容。
二 类的基本表达
1 类的基本绘制
下面是一个外卖订单的类图
2 类之间的数量关系
下面是用户和订单间的数量关系,表示1个用户可以创建0个或多个订单。
下面是完整的订单类图
a 数量梳理关系的意义
梳理类之间的数量关系,将有利于考虑清楚一项业务是否可以更加灵活。
b 数量关系是对象之间的关系
虽然我们说的是“类之间的数量关系”,但其实说的是“类所对应的对象之间的数量关系”,这里强调的是对象之间的关系。
c 理清数量关系的方法
类之间的数量关系从两个角度思考。下面以开发票为例进行说明。
一个订单开多张发票:这种情况下订单和发票之间的数量关系是 1 对 0..*
多个订单开一张发票:这种情况下订单和发票之间的数量关系是 1..* 对 1
也就是说,不同的业务场景对应的数量关系是不同的。
d UML 中关于数量关系的说明
在 UML 中称为“类间的多重关系”。
三 类的其他表达方式
1 类图可去掉属性项
在类中可以不加属性项,下面是不加属性的类图。
2 类图可加入属性类型
定义清楚属性值的类型,可以指导原型图绘制。
四 类之间的关联关系
1 关联关系的表达
下图表达的是用户和订单的关联关系。
2 关联关系的用词
“下单”这个词描述了类之间的关系,要用什么词来描述关系没有特别的规定。比如,我们还可以说用户“拥有”订单,并把关系写成“拥有”,也是没问题的。
标签:基本,关系,表达,类图,订单,之间,数量,属性 来源: https://blog.csdn.net/chengqiuming/article/details/122727036
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。