标签:实战 功能 框架 银行 步骤 系统 层用例 用例 梳理
一 需求
针对银行系统,完成它的功能框架搭建。
二 实战步骤
1 找到所有的参与者
2 定义出内外系统
3 找到目标层用例
4 思考实现层用例
5 找到步骤层用例
二 找到所有的参与者
1 找到参与者
项目 | 参与人 |
银行的客户 | 个人客户(普通客户+VIP客户)、公司财务人员 |
银行的使用人 | 大堂经理、柜员、核准柜员、副主任、个贷经理、基金专员 |
银行其他人 | 财务人员、运维人员 |
上面这些是通过下面这些原则找到的。
- 不使用系统的涉众要去掉
- 将涉众中的组织改成参与人
- 将涉众进行细化
2 找到参与系统
从两个角度梳理参与系统。
a 系统交互角度
问自己三个问题。
-
谁会从系统获取信息?
-
谁会提供信息给系统?
-
该系统会用哪些硬件?
b 业务流程角度
问自己两个问题。
-
业务的主要流程是什么?
-
有哪些流程参与该系统?
3 银行的参与系统总结
类型 | 参与系统 |
业务协同类 | 基金公司、资质审核系统、其他银行系统等 |
安全保障类 | 支付系统、人脸识别等 |
身份信息类 | 第三方登录、身份信息检验等。 |
三 定义内外系统
定义出内外系统,是为了由外而内地对用例进行梳理,这种梳理方法更有层次感。
先定义一个外部的大系统,该系统内有软件和员工,再定义一个内部小系统,该系统只有软件。
1 大系统
系统是基金软件和银行员工,个人客户作为参与者
2 小系统
系统是基金软件,银行员工作为参与者
四 找到目标层用例
1 大目标层用例
2 小目标层用例
以申购基金为例,绘制用例图
梳理这些用例的三个角度
a 问银行员工,即个人用户从进门到离开,个人客户办理了什么基金业务。
b 要一份银行员工的操作手册,该手册描述了业务范围和员工职责。
c 从个人的角度思考整个业务的闭环流程。
梳理时要注意两点:
a 大目标层用例和小目标层用例之间没有明确的界限。只需注意每层的用例不要太多,如果多了就要分层。
b 对于目标层用例的梳理,不应奢望一次到位。
五 思考实现层用例
以申购基金用例为例来说明,它有3个实现层用例。
六 找到步骤层用例
以银行网点申购基金为例,来梳理步骤层用例。此时,我们仍应由外而内地梳理,即先从个人客户角度思考,再从银行员工角度思考。
1 从个人客户角度思考
a 将用例拆分成步骤
b 将用例的步骤进行合并
拆分步骤的目的是梳理业务,而合并步骤的目的是划分设计单元。如果我们设计的业务是客户通过口头沟通办理基金,以及只提供复印的申办证件,则这两个用例需要删除,删除后的用例图如下:
2 从银行员工角度思考
标签:实战,功能,框架,银行,步骤,系统,层用例,用例,梳理 来源: https://blog.csdn.net/chengqiuming/article/details/122384460
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。