共计 3150 个字符，预计需要花费 8 分钟才能阅读完成。
1、为什么要应用 UML 用例图？
对一个简单问题或者景象的剖析，好的形式办法往往能带来事倍功半的成果。比方在软件开发畛域，参加的人员角色各种各样，比方软件开发工程师、产品经理、客户、经营人员、老板、用户、B 端客户等等，而咱们开发软件的初衷是为了解决用户的问题或者不便用户的工作生存，首先就须要收集用户的需要，而需要来自哪里呢？有如下几种形式能够取得需要的起源：
- 用户需要
首先是用户需要，是这个产品的指标用户想要什么，而不是你想要什么，站在用户的立场去思考产品应该具备什么样的性能解决用户的痛点，提供用户想要的。所以须要去调研、收集你的指标用户的需要。 - 客户需要
有些产品是针对 B 端客户的，那 B 端的客户想要什么，产品应该具备什么样的性能满足客户的需要。须要调研客户的需要。 - 产品经理
无论做什么产品，都必须要有一个产品经理，产品经理次要负责产品的需要调研、剖析、设计、布局等等工作，产品经理对于软件产品的开发很相熟，相熟用户体验的设计，所以为了能让用户有更好的体验，产品经理也会有很多的需要，想要把这些需要在软件上实现。 - 经营人员
不论是什么样的软件产品，其实也是和用户建立联系的一种渠道，通过这个渠道的经营，让用户可能来应用产品，那么产品自身须要具备经营的性能，满足经营的需要。因而也须要去和经营的人员去剖析，收集经营的需要。 - 竞争对手
在产品中，有个工作叫竞品剖析，通过剖析竞争对手的产品，发现竞争对手产品的问题，包含市场需求解决问题和用户体验问题，而这些问题就是你的产品须要去扭转的，也是倒退的机会。所以很多创业者把竞争对手的产品间接拿过去仿照去开发的形式必定是不可取的。 - 开发人员
产品设计进去后，具体开发还是须要技术人员去实现，然而并不是所有的形式都能够很好的实现，而且开发人员对于前沿的用户体验等都较相熟，因而也会提出一些需要。
在设计软件的初期，面对不同畛域、不同角色、不同身份的需要人员，为了能一起把这个软件的所有需要点确定进去，想想都是一件不容易的事件。首先就是沟通问题，传统的形式是产品经理收集各方反馈的需要整顿成 PRD，给到研发人员，研发人员再按 PRD 进行研发设计，而后进行编码开发软件。
在后面剖析的整个软件开发过程，就可以看做是对需要信息流进行加工并传递，直到输入软件成品。如果沟通不到位、信息的传递呈现误差，做出的成品软件必定无奈满足需要的初衷，这样的软件也是失败的。那么有没有一种办法，让所有需要提供人员都能参加其中，能直观的和大家探讨、沟通软件的需要、性能点呢？
这个时候 UML 用例图就十分要害了，它是以一种所有人都易于了解的图解形式进行出现的，也称为对立建模语言，不同角色、畛域的参加人员都能直观的理解到整个软件的需要点、性能点、参加角色等信息，并能提出本人的需要、探讨需要，通过所有参与方的认真沟通后，确定下来的成品就是 UML 用例图。
UML 用例图对产品经理的 PRD 设计有着指导作用，设计进去的性能需要也很难再偏离需要提供方的初始用意，因为全程都有开发人员一起参加，开发人员在拿到产品经理提供的 PRD 后也能起到一个监督和反馈的作用。
总结一句话就是，UML 用例图是一种以图表模式的标准化建模语言。当然 UML 除了用例图，还蕴含流动图、状态图、时序图、类图、组件图、包图、部署图等等，本文仅为大家解说用例图的应用场景以及如何应用，后续也会对其余类型绘图的应用做解说，喜爱的敌人能够点赞反对、继续关注更新哦！
2、UML 用例图应用场景
简略来说，须要形容一个零碎的动静视图时，就能够应用 UML 用例图，常见的应用场景有：
- 软硬件参加角色与性能点需要剖析
- 剖析并策动一场流动的参与方、节目安顿等等
- 对一个产品的应用人员、性能点进行剖析
- 对一些人群的类型、行为进行剖析
- 对一些生物的生存习性的剖析
其实生存中还有很多相似下面的场景都能够应用 UML 用例图来形容，只有应用切当，成果肯定会事倍功半的。
3、UML 用例图组成构造剖析
用例图（Use Case Diagram）： 形容了人们心愿一个零碎应该提供怎么的服务给本人应用，将零碎参与方、性能服务、及他们间的应用关系更清晰的展现进去，以便使零碎用户、零碎开发人员和其余参与方更容易了解这些元素的用处，也便于开发人员最终实现这些元素。
之所以说用例图至关重要，是因为用户并不关怀零碎的实现和内部结构，只关怀产品所出现进去的内部行为特色。而用例图恰好就是形容软件产品内部个性的视图，它从用户的角度而不是从开发者的角度来形容需要，剖析产品的性能和动静行为。
用例图包含四方面内容：
- 用例（Use Case）
是对系统的用户需要（次要是性能需要）的形容，用例表白了零碎的性能和所提供的服务，形容了流动者与零碎交互中的对话。用椭圆形示意。
- 参与者（Actor）
参与者是零碎内部的一个实体，它以某种形式参加了用例的执行过程，在 UML 中，通常用名字写在上面的人形图标示意。
- 参与者、用例之间的关系
参与者与用例之间的关系次要包含关联、泛化、蕴含、拓展。以连线 + 形容的形式示意
关联
示意参与者与用例之间的关系
泛化
示意参与者与参与者之间、用例与用例之间的关系。一个用例能够被特地列举为一个或多个子用例，这被称为用例泛化。
蕴含
示意用例与用例之间的关系，其中一个用例的行为蕴含了另一个用例的场景，另一个用例的行为作为该用例的行为的一部分。
拓展
示意用例与用例之间的关系，拓展用例是在满足肯定条件下对根底用例的补充。
- 零碎边界
零碎边界是指零碎与零碎之间的界线。用方形容器 + 零碎名称示意。
4、罕用 UML 用例图示例
4.1 绘图示例
我平时始终应用 PDDON 在线画图（一款能够收费应用反对低代码的在线画图工具），所以本文所有配图均应用 PDDON 进行绘制，因为比拟喜爱手绘卡通格调，所以应用了 PDDON 提供的一键转手绘性能。
- 画图工作空间
- 用例图示例
- 其余绘图示例
4.2 那么 pddon 与其余画图软件有哪些区别呢？
- 在线画图，关上浏览器就能用，无论 windows、mac、linux 零碎，反对市面上大部分浏览器：chrome、Firefox、edge、360 平安 / 极速、Safari 等浏览器，最好都应用新版本浏览器，画图体验更好，IE 不提供反对，UC 浏览器兼容性也比拟差，不倡议应用，而且手机上也能画图哦！
- PDDON 完全免费，但不同于其余免费软件，PDDON 十分好用，而且始终在迭代更新，致力于提供更简略高效好看的绘图软件服务
- pddon 为每种类型绘图做了定制化性能加强，并非是纯图形绘制，在逻辑性能上进行加强，更易于应用
- 对程序员和设计者更敌对，提供了低代码能力，主动生成 SQL 和代码节俭了编码的工夫，而且不易出错，能最大水平放弃设计稿与代码的一致性
- 国人开发的，性能体验对国内用户更敌对
- 提供了很多傻瓜式的智能操作性能，能疾速一键切换连线、绘图格调
- 智能辅助绘图性能简化用户操作，对无绘图教训的用户更敌对
- 性能简化用户操作，对无绘图教训的用户更敌对
- 近期刚推出 1.0 版本，广受用户青睐，好评一直
5、总结
PDDON 除了能够用来画 UML 用例图，还能够绘制其余 UML 图（流动图、状态图、时序图、类图、组件图、包图、部署图），而且还反对流程图、架构图、部署图、网络拓扑图、思维导图、数据库模型图、鱼骨图、韦恩图、自在格调（白板作图）绘图等等一系列绘图，提供的丰盛组件能够绘制各种市场营销、产品剖析、学习打算、工作相干等等相干的绘图，绘图反对导出各种常见矢量图和非矢量图，能够很容易的插入到您的 word 文档、ppt、pdf、markdown 等各种文档中，关注 PDDON 在线画图公众号，再也不必放心找不到好用的画图工具了。
PDDON 申明：提供的画图性能绝不免费，欢送大家收费应用。
喜爱的敌人能够关注我，定期分享画图教程和绘图模板。
感觉不错的敌人能够点赞、喜爱、珍藏哦，谢谢大家。