建模|产品经理的思考利器——UML( 三 )


对应的,电器这个「类」也是电冰箱电烤箱的「超类」其他的可以看图,要解释下本图不是UML全部的内容,但足够本文章讲和使用了。
建模|产品经理的思考利器——UML
文章插图
好了,终于可以讲正题了!「类」之间存在的关系,有如图几种,我们详细用图片展示。
建模|产品经理的思考利器——UML
文章插图
关联接触过数据库的同学对这个定义比较熟悉,基本等同于ER的思考逻辑使用直线表示。
建模|产品经理的思考利器——UML
文章插图
就像「类」和「对象」的层级关系,「类」和「类」之间的“关联”关系,也是一个「类」,且这个「关联类」对应的「对象」叫做「链」。
听起来有点套娃,但这个就是核心的思考方式了,可以向上抽象思考,也可以向下实例思考。
建模|产品经理的思考利器——UML
文章插图
关联讲完了,咱们来讲抽象,继承,泛化这三个放到一块讲,是他们的联系可放到一块去思考,在设计游戏时,「计时器类」是从「投球计时类」和「游戏计时类」抽象出来的,对应的子类用空心实线箭头指向被继承的类,这个箭头就是泛化关系,代表“is a kind of……”
建模|产品经理的思考利器——UML
文章插图
建模|产品经理的思考利器——UML
文章插图
好好琢磨下哈,然后咱们继续介绍下接口和实现接口跟封装可以一起介绍,可以理解为你在使用冰箱的时候,不需要知道冰箱怎么制冷的。只需要插电和开关冰箱门就好了。
冰箱把制冷的细节都封装在了里面,给你留下了开关和插电的接口冰箱这个「类」对应的他的开关接口,这之间的关系就是实现,使用空心虚线箭头标识。
建模|产品经理的思考利器——UML
文章插图
依赖用虚线单箭头表示,一个类使用了另一个类,比如在设计报表类系统时,会存在类似的关系。“展示报表”的功能,使用了“报表”这个类,有一个前置的逻辑,形成了依赖关系。
建模|产品经理的思考利器——UML
文章插图
最后就是类图里的最后一块聚集和组成这其中有点形似与混合物 与 化合物的区别。聚集,用空心菱形剪头,从部分指向整体,一种混合物的关系组成,用实心菱形剪头,代表强聚集关系,类似化合物的关系,桌子由桌面和桌腿组成。当然这只是为了没接触的同学好理解,如果有ETC精请克制自己不要自动抬杠……
建模|产品经理的思考利器——UML
文章插图
2. 结构元素-用例图篇幅最长的类图介绍完了,接下来介绍一个也很常用的用例图,相对简单很多,跟画画一样,一个小人儿和一大堆气泡发生了连线的关系用例图可以在设计系统或者需求的时候,理清楚实际的场景,排坑。比如设计某功能时,总会有一些操作场景被遗漏,导致进入测试阶段中了,才发现有问题,要修补。
使用用例图,能很大程度上在设计阶段避免这种情况。
建模|产品经理的思考利器——UML
文章插图
小人儿就是参与者气泡就是用例二者之间使用依赖线连接, 上面可以标记<< include>> 或 << extend>><< include>>可理解为用例间包含的关系,一个用例包含了下一层级的用例。
<< extend>>可以理解为此用例还有其他场景可以使用,扩展出了一个入口用例图只用来标识参与者和用例的关系,并不代表先后顺序。
建模|产品经理的思考利器——UML