第一次接触UML（Unified Modeling Language统一建模语言）是在2年前，当时正在学项目管理，当书中讲到系统设计阶段时，作者引入了UML的相关内容；新西兰电话号码列表 但是2年过去了，笔者对UML的印象也就只停留在概念和样式上，并没有进行实操理解。 统一建模语言(Unified Modeling Language，UML)是一种为面向对象系统的产品进行说明、可视化和编制文档的一种标准语言，是非专利的第三代建模和规约语言。 UML是面向对象设计的建模工具，新西兰电话号码列表 独立于任何具体程序设计语言。 在这2年期间，在笔者PRD中出现频率最多的就是流程图（+泳道）以及状态机图，对这些图的使用和理解都是凭直觉和经验，并没有过多去深挖他们的区别和原理，也没有想过是否还有其他能够更好表述自己思想的图。 巧合的是，在最近正在上的产品训练营课中，新西兰电话号码列表 再次听到主讲老师讲到了他使用UML来向工程师描述需求的案例，同时课堂中的一些引导和实操也让我对「系统了解和学习UML」产生了好奇心。 于是，在经过学习后笔者整理输出了下面4个产品经理对UML最关注的4个问题： 产品经理是否有必要学习UML？ 如何学习UML？ 如何选择哪种图来表达？ 新西兰电话号码列表 如何把控画图的粒度？ 话不多说，下面将就上述4个问题进行一一解答。 一、产品经理是否有必要学习UML？ 答案是肯定的，但是没有必要全学。 UML，表面上是一种以图来展示的语言，但其本质是一种看待事物的思想和角度。通过UML，我们能够拥有一个抓手，快速去挖掘到事物背后的属性、特征和行为。 举个例子，当你要向公司请假时，需要先向leader沟通审批；leader同意后，再将请假条拿给HR存档；财务则要在核对上班和请假天数后计算出你的当月最终工资。
这件事涉及到了时间、请假、4个岗位部门的人、请假条、薪资等多个角度的内容，其中有人、有物、有事，怎样才能有一个抓手让我们快速去捋清楚这件事的全貌和特征呢？ 我们最惯用的就是流程图，而流程图就正和UML中的活动图不谋而合，新西兰电话号码列表 通过时间的先后顺序去捋清楚事件（活动）的时间线及逻辑，这是我们最常惯用的一种角度； 但是，在这种角度下，如果我想快速了解请假这整件事的当前状态和状态之间的变换方式时，就需要依赖UML中的状态机图，这样我们就能快速了解做哪些事可以发起请假、哪些事会被leader拒绝等。新西兰电话号码列表 由UML中的活动图和状态机图举例来看，UML能够赋予我们看待事物的不同角度，帮助我们快速找到问题和事物的本质。看到这里，是不是就和我们进行需求分析的目标有共同之处了？ 新西兰电话号码列