当你脑子里有一个商业案例时，你该怎样向老板介绍呢？一大段文字，或是着手写个 Demo？老板很忙，老板也不见得懂你所说的“巨大上”技术，有没有那种结束本钱较低但又包含较多信息的体现办法呢？有，画张图呗！
今日起再开个专题，谈谈咱们开发中常用到的一些图形建模办法。前语结束，咱们从 UML 视图启航。
UML Use Case 图
UML——Unified Modeling Language——共同建模言语，是事务建模阶段最常用和最重要的一种视approach图。由于它简略易懂，常常用于跨安排的文档或演示的阐明中；这儿所谓的跨安排指的不仅仅是开发部分间，而是指跨产品、规划、测验、运维等等部分的事务沟通中。UML 规划中，第运维的薪酬是多少一张图一般都是用例图：是的，便是那个有“小人”的图。
用例图首要有三个部分组成：用例（Usappearancee Case）、参与者（Aappstorector），以及它们互相间的联络（Relationship）；办法上便是用椭圆、小人，以及箭头的连线组合。
比方
咱们先不细说椭圆或是箭头的详细意义。我觉得讲用例图最好仍是从详细的 Use case 下手为好。咱们试着规划一款简略的银行 APP，它包含注册、登陆、生意等等操APP作。咱们一步步拆解挥着用例图的过程。
Systems
画用例图的第一步一般是拖出一个巨大的矩形块，并将其命名为咱们的政策体系——Banking App。一个用例图产品设计一般只会有一个 System，之后咱们会把全部app安装下载该体系相关的是功产品司理用（“用例”）放置在体系内部，体系的相关产品生命周期方（“参与者”）放置在系产品生命周期统的左右两边。
Actors
第二个制作元素便是参与者，即体系相关方，可所以人、安排、外部设备，或是其他体系。在咱们这个银行案APP例里，该 App 的相关方有两个：便是客户（Customer）和银行（Bappearanceank）。
一般来说，一个用例图中会有两三个参与者，咱们会把首要参与者放在体系左面，非有必要参与者（首要参与者的回应方）放在右侧；明显咱们的 App 首要是产品面向客户的，所以把客户放在了左面。
Use Case
第三步便是在体系内添加详细的用例，也便是该体系所供应的功用或是事务块。咱们的银行 APP 比较简略产品定位，只供应如下事务：
- 用户登录（login）
- 检查余额（chec产品策略k balance）
- 转账（transfer funds）
- 消费（make payment）
Relationships
第四步，咱们再把参与者与用例串联起来，便是咱们所说的联络（Relationships）。用例图中，联络还能够继续细分：
-
as运维方与学者沟通的途径是sociation
“相关”是最朴素、最通用的一种联络办法——UML 图顶用实线标appointment明。如下所示，客户在操作 App 时，能运用到登陆、检查余额、转账和生意等等操作，咱们就能够简略的将客户和这几个用例通过“相关”绑定起来运维工程师有出路吗。再看银行方面，当客户检查余额、转账、生意时，它自然要有所回应，所以也需求将它和这三个用例“相关”起来；产品生命周期而登陆操作是体系自动鉴权的，因而不与银行方联接。
-
include &产品设计amp; extend
还有一些appstore联络标明“包含”和“扩展”，比方客户在输入用户名暗码后，体系需求验证登陆有效性，这个操作是每一次登陆后必定发生的用例，我运维工程师需求把握什么技术们会用
<<includappstoree>>来联接这两个先appointment后发生的事情；可是登陆“有或许”会失利，这时候体系会显现一个错误信息，咱们把这种后续或许发生APP的用例，用<<extendapplication>>来标明它与之前用例的联络。UML 中，“包含”和“扩展”在体现上便是虚线+箭头的办法，然后在虚运维是做什么的线上方注释详细的联络办法。
-
Generalization
别的一种常见的联络叫做“泛化”，也能够称作“承继”。产品介绍承继在 UML 中的体现办法是实线+空心箭头。仍是以咱们银行 App 为例，现在的银行一般供应多种账户付出办法，你既能够从储蓄账户里支取现金，也能够从一些 T+0 的货币型基金账户扣钱；而这两种细分的付出办法，如下所示，在用例图中能够标明为通用付出运维用例的泛化用例：
当然，“泛化”（或是“承继”）并不局限于用例之间，也可所以参与者承继参与者的办法，如 VIP 客户和一般客户都可所以通用客户的泛化参与者。
Extension points & Note
终究，全部 UML产品生命周期 视图事实上都能够加注释，专业术语叫延伸（Extension运维工程师 points）和批注（Note）；这两种注释性质形同，都是运维的薪酬是多少起阐明作用：
- 延伸：一般是用例运维岗位是干什么的椭圆下半区产品质量法加注的阐明，相对运维来说内appear容较少
- 批注：是一个类似文本的图画，用虚线联接特定元素，能够顺便较多文字信息
小结
好了，UML 用例图大体就讲完了。咱们再回顾一下用例图的运用场景，appointment在产品规划阶段，咱们能够运用用例图为用户、体系和功用服务建立起笼统联络，以便描绘产品所呈现的外部动态特征。在一些大厂中，一般由产品司理或是运维宝规划师来首要制作 UML 用例图，再交于开发团队结束。产品批号是生产日期吗
咱们举了一个银行 App 的比方，事实上有点大了；实际开发中，一个 Use Case 图一般只对应的一个产品定位简略的事务流而已。咱们自己在写用例图时，也产品批号是生产日期吗要注意在微观层面将联络紧密的功用模块笼统为一个简略的 Case，然后逐渐地为这些较大的功用模块画出细分 Case 的用例图。
