UML用例图的底层逻辑
Posted 朱学敏聊产品
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了UML用例图的底层逻辑相关的知识，希望对你有一定的参考价值。
UML业务建模是PM通往产品架构师必经之路。
对于PM而言，UML贯穿整个产品生命周期，主要在分析和设计阶段使用不同的UML图对系统进行描述。
类型 |
图名 |
分析阶段 |
设计阶段 |
备注 |
静态图 |
用例图 |
√ |
描述系统功能 |
|
对象图 |
√ |
√ |
描述系统在某个时刻的静态结构 |
|
类图 |
√ |
√ |
描述系统的静态结构 |
|
组件图 |
√ |
描述了实现系统的元素的组织 |
||
部署图 |
描述了环境元素的配置，并把实现系统的元素映射到配置上 |
|||
动态图 |
协作图 |
√ |
√ |
按照时间和空间顺序描述系统元素间的交互 |
时序图 |
√ |
√ |
按时间顺序描述系统元素间的交互 |
|
活动图 |
√ |
描述了系统元素的活动 |
||
状态图 |
√ |
√ |
描述了系统元素的状态条件和响应 |
对于功能庞大系统，用UML抽象地表达复杂概念，以便暴露设计问题，降低开发风险；
拥有一套与技术人员沟通的图形语言，方便团队沟通，需求对称会变得更顺畅；
有助于梳理业务流程和传达软件需求，从不同的角度诠释产品逻辑；
适用于不同的用户场景设计，增强设计的灵活性、可读性和可理解性。
1.UML用例图
以UML用例图为例，主要应用在系统结构涉及到多个角色、多个操作的场景，比如应用在ERP系统的角色、权限设计等。
用例图是从用户角度描述系统功能的模型图，用例是系统中的一个功能单元。每一个用例说明系统提供给使用者的一种功能。本质还是扩展功能的“增删改查”。
用例是外部可见的系统功能单元，是要定义系统的一个行为
参与者是系统外部的一个实体，以某种方式参与用例执行过程
参与者与用例之间的关联关系，用例与用例之间的包含、扩展关系等
任何用例都不能在缺少参与者的情况下独立存在，识别用例的最好方法就是从分析系统参与者开始，通过考虑每个参与者是如何使用系统的，以及系统对事件的相应来识别用例。
功能判断：参与者需要从系统中获取哪种功能？
信息判断：参与者是否需要“增删改查导”系统中的某种信息？
状态判断：系统的状态改变时，是否通知参与者？
事件判断：是否存在影响系统的外部事件？
输入输出：系统需要什么样的输入与输出？
2.识别用例
因企业IPD咨询服务到期，需要结算给合作公司。操作员（财务）登录企业银行端APP，并操作了一笔公对公转账，转账申请后需要复核。管理员（老板）收到系统发的消息通知：您有“待复核”的订单，老板查看订单后并复核转账，审批通过后系统自动代扣。
那么操作员、管理员执行的用例有哪些？
① 因企业IPD咨询服务到期，需要结算费用给合作公司。
③操作员（财务）④登录②企业银行端APP，并⑤操作一笔④对公转账，转账申请后需要复核。
③管理员（老板）收到系统发的④消息通知⑤您有“待复核”的订单，老板⑤④查看订单并④复核转账，审批通过后④系统代扣资金。
注：① 使用场景 ② 系统边界 ③识别角色 ④识别用例 ⑤撰写用例
3.案例拆解
商户访问车载按摩小程序并登录平台；进入收益频道查看收益，并可按当天、7天、当月、半年的时间维度统计收益；获得平台的收益分润后，可以提现收益，提现后会实时付款；由于业务员不断投放设备，可以通过发放设备绑定出租车，并查看设备的使用情况。
那么如何绘制车载按摩（商户端）过程中的用例图？
1.商户访问车载按摩小程序并【登录平台】；
2.进入收益频道【查看收益】，并可按当天、7天、当月、半年的时间维度【统计收益】；
3.获得平台的收益分润后，可以【提现收益】，提现后会实时付款；
4.由于业务员不断投放设备，可以通过【发放设备】绑定出租车，并【查看设备】的使用情况
用例图描述参与者、用例之间的关系，帮助PM了解系统功能；
借助用例图，PM能够以可视化的方式对问题进行探讨，减少低效沟通，可对问题达成共识。
用例图从用户角度按Uc级描述系统功能，并指向各功能的操作者，能够直观的表达产品逻辑，并克服纯文字性说明的不足。
UML建模可以帮助PM更好的梳理产品业务流程，传达产品需求逻辑，发现产品隐性特征，提供团队沟通效率。
以上是关于UML用例图的底层逻辑的主要内容，如果未能解决你的问题，请参考以下文章