当你设计一个新的功能模块,服务端童鞋一定会追问你具体有哪几种实体以及之间的关系,如果你没想清楚或者描述含糊,那么就有必要学习一下ER图。
你是否碰到过类似的问题?
这些问题该怎么解决?
其实这些看似复杂的问题,作为PM先用ER图来梳理清楚,再和服务端确认是最合适的工作方法。你要知道文字很难描述清楚。而原型线框图无法直接表现这些。
先说概念,ER图是用来描述现实世界中的实体关系模型,所谓实体是指客观上或者逻辑上存在并且可以区分的人事物。
ER图会促使你以最适合技术理解实现的方法,来规范的描述功能模块的核心要素,其实就是数据库的物理结构。而这种描述是无二义的,最清晰传达PM的设计思想。
拿上面的案例1来画一张ER图,这样子表述就很清晰,其中联系“生成”属性可以不画。
当然如果业务不一样,比如限定每张领到的券和线下商场一样只能用一次。那图应该是这样,注意区别。
是指客观上或者逻辑上能够相互区分的事物。
在ER图中用矩形表示,矩形框内写明实体名。
实体所具有的某一特性,一个实体可由若干个属性来刻画。
在ER图中用椭圆形表示,并用无向边将其与相应的实体连接起来。
也称关系,反映实体内部或实体之间的关联。实体内部的联系通常是指组成实体的各属性之间的联系;实体之间的联系通常是指不同实体集之间的联系。
在ER图中用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1 : 1,1 : n或m : n)。
实体与属性之间;实体与联系之间;联系与属性之间均用直线相连,并在直线上标注联系的类型。
接下来把最开始的2个案例也画一下,方便大家理解。
注意里面有个仓库的概念。
ER图是一种高效传达功能的手段,状态机也是。千万不要以为不学会就没办法做产品,但是学会了这些方法之后,对于设计和实现层面会有极大的效率提升。
http://www.woshipm.com/pd/583978.html
原文:https://www.cnblogs.com/softidea/p/12313556.html