这是一个创建于 1381 天前的主题,其中的信息可能已经有所发展或是发生改变。
uml 太浪费时间,产品也不愿意学,宁愿口述加一大段文本来描述,阅读起来比较费力。
有没有比 uml 简单的描述方式用于让产品经理先写业务实体类之间关系?
我想比如类似下面的这种:
比如这么描述实体类:
[朋友圈主题( id,文字描述内容,5 个图片位,点赞数目,创建时间,创建者,状态)]
[朋友圈回复( id,被回复的朋友圈主题 id,回复的文字内容,创建时间,创建者,状态)]
[朋友圈点赞记录( id,被点赞的朋友圈主题 id,点赞者,点赞时间,状态)]
比如这么描述实体类之间的关系:
《用户点赞逻辑》 1 用户打开朋友圈,看到自己想点赞的 [朋友圈主题] 。2 用户对该 [朋友圈主题] 点赞。3 [朋友圈主题] 增加一条 [朋友圈点赞记录] 。