针对银行系统,完成它的功能框架搭建。
| <br>项目<br> | <br>参与人<br> |
| <br>银行的客户<br> | <br>个人客户(普通客户+VIP客户)、公司财务人员<br> |
| <br>银行的使用人<br> | <br>大堂经理、柜员、核准柜员、副主任、个贷经理、基金专员<br> |
| <br>银行其他人<br> | <br>财务人员、运维人员<br> |
上面这些是通过下面这些原则找到的。
从两个角度梳理参与系统。
a 系统交互角度
问自己三个问题。
b 业务流程角度
问自己两个问题。
| <br>类型<br> | <br>参与系统<br> |
| <br>业务协同类<br> | <br>基金公司、资质审核系统、其他银行系统等<br> |
| <br>安全保障类<br> | <br>支付系统、人脸识别等<br> |
| <br>身份信息类<br> | <br>第三方登录、身份信息检验等。<br> |
定义出内外系统,是为了由外而内地对用例进行梳理,这种梳理方法更有层次感。
先定义一个外部的大系统,该系统内有软件和员工,再定义一个内部小系统,该系统只有软件。
系统是基金软件和银行员工,个人客户作为参与者
系统是基金软件,银行员工作为参与者
以申购基金为例,绘制用例图
梳理这些用例的三个角度
a 问银行员工,即个人用户从进门到离开,个人客户办理了什么基金业务。
b 要一份银行员工的操作手册,该手册描述了业务范围和员工职责。
c 从个人的角度思考整个业务的闭环流程。
梳理时要注意两点:
a 大目标层用例和小目标层用例之间没有明确的界限。只需注意每层的用例不要太多,如果多了就要分层。
b 对于目标层用例的梳理,不应奢望一次到位。
以申购基金用例为例来说明,它有3个实现层用例。
以银行网点申购基金为例,来梳理步骤层用例。此时,我们仍应由外而内地梳理,即先从个人客户角度思考,再从银行员工角度思考。
a 将用例拆分成步骤
b 将用例的步骤进行合并
拆分步骤的目的是梳理业务,而合并步骤的目的是划分设计单元。如果我们设计的业务是客户通过口头沟通办理基金,以及只提供复印的申办证件,则这两个用例需要删除,删除后的用例图如下:
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://blog.csdn.net/chengqiuming/article/details/122384460
内容来源于网络,如有侵权,请联系作者删除!