UML建模帮你更好的表达产品逻辑

本文作者:朱学敏     公众号:PMLink

本文由PMTalk专栏作者:朱学敏     原创发布于PMTalk产品社区,未经许可,禁止转载。


对于产品经理而言,熟练掌握UML有助于梳理业务流程和传达产品需求。


产品经理不仅要深挖前端业务流程,还要理解看不见的后端实现逻辑。很多产品在敏捷开发和版本迭代阶段,产品经理很容易忽视产品的隐性特性,对产品的核心功能无法深挖或理解,导致实施中还在讨论需求,上线后各种Bug影响产品体验,主要是缺少对后端整体功能的统筹与把控。而UML的出现,让PM拥有一套与技术人员沟通的共同语言,在工作中需求对称就会变得更顺畅。

UML建模重点不在于如何画UML,而是如何运用UML思考方式去管理好一个产品。UML包括:用例图、顺序图、活动图、部署图、类图、包图、对象图、合作图、状态图等,每种图都适用于不同的场景,可从不同角度诠释产品。本文侧重于产品经理角度谈UML建模,所以只介绍用例图、顺序图、活动图、类图、状态图等。


用例图强调了从用户自身角度解决其需求的产品/系统是什么以及如何使用,不关心它的具体实现。它是产品经理在产品需求分析中最常用的工具图。

顺序图是一种面向对象的动态图形,显示用例中参与交互的所有对象之间消息传递的时间顺序。而作为产品经理,顺序图能更加清晰的梳理业务关系及流程,保证产品需求的准确性、可实现性。


活动图展示了用例的具体业务与工作流程,以及各项业务之间的约束关系。作为产品经理,活动图能够快速分析业务流程、理解系统功能、挖掘潜在的业务需求。

类图通过显示出系统的类以及这些类之间的关系来表示系统。类图是静态的-它们显示出什么可以产生影响但不会告诉你什么时候产生影响。UML类图中,常见的有以下几种关系: 泛化,  实现,关联,聚合,组合,依赖。

状态图是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应。一个状态图显示了对象的可能状态和导致状态改变的转换。

当我们把UML建模语言下的各图形都有所了解后会发现,通过这些图可以全面的、立体的从各个角度表达产品,让产品的表达变得更丰富、更形象。


Talking

发表