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

Posted 2021-04-17 PMTALK社区

今日Talker:朱学敏

本文预计阅读用时：3分钟

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

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

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

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

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

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

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

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

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