功能框架实战

一 需求

针对银行系统，完成它的功能框架搭建。

二 实战步骤

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 从银行员工角度思考