资源描述
n
更多企业学院：
《中小企业管理全能版》
183套讲座+89700份资料
《总经理、高层管理》
49套讲座+16388份资料
《中层管理学院》
46套讲座+6020份资料
《国学智慧、易经》
46套讲座
《人力资源学院》
56套讲座+27123份资料
《各阶段职员培训学院》
77套讲座+ 324份资料
《职员管理企业学院》
67套讲座+ 8720份资料
《工厂生产管理学院》
52套讲座+ 13920份资料
《财务管理学院》
53套讲座+ 17945份资料
《销售经理学院》
56套讲座+ 14350份资料
《销售人员培训学院》
72套讲座+ 4879份资料
n
更多企业学院：
《中小企业管理全能版》
183套讲座+89700份资料
《总经理、高层管理》
49套讲座+16388份资料
《中层管理学院》
46套讲座+6020份资料
《国学智慧、易经》
46套讲座
《人力资源学院》
56套讲座+27123份资料
《各阶段职员培训学院》
77套讲座+ 324份资料
《职员管理企业学院》
67套讲座+ 8720份资料
《工厂生产管理学院》
52套讲座+ 13920份资料
《财务管理学院》
53套讲座+ 17945份资料
《销售经理学院》
56套讲座+ 14350份资料
《销售人员培训学院》
72套讲座+ 4879份资料
SOA案例分析之银行贷款审批步骤
1、决定业务领域及业务内容
SOA并不只是软件或系统或设计范围，它包含这些但不止这些，也可能在分析时因为发觉了实际业务步骤上不足，从而又反过来指导实际企业部门架构变动调整。
SOA业务背景分析帮助用户梳理其在行业中地位，找出它关键竞争力是什么及哪些地方是需要一步加强。要将用户所处行业中行为划分为不一样领域，然后将每一个领域针对特定要分析企业进行细化及具体化，直到能够比较清楚地看到在每一个特定领域中具体活动及不一样活动之间相互关系。然后，经过一系列what-if分析就能够得出该企业关键竞争力在什么地方，哪些业务是需要加强来争取其关键竞争力。通常，这些需要加强业务全部是那些投入高不过收入少或高投入高产出业务。
当然，在很多时候，全部是用户自己选择一个特定业务步骤来进行SOA改造。本案例分析中省略业务背景分析过程而直接列出该银行业务分析结论:
经过业务教授对于该用户业务及行业进行分析后，得出结论是：该企业需要加强销售和用户关系管理，这么才可能满足该企业在业务方面增加需要。由此尤其定义出个人信贷步骤是需要进行改善一个步骤。下面业务步骤分析，以个人信贷步骤来进行深入说明。
2、分析该业务步骤，得出业务模型
决定了业务领域及业务内容后，下一步就是分析该业务步骤。我们能够Use Case来做到这一点。最初个人信贷业务步骤图所表示,该用例是（As-Is）(注意点：说明象什么，类似什么，最终其实是什么,所以是最初需要精化用例)：
Use Case 01-个人信贷业务步骤（As-Is）
Last Modification
-3-1
Status
未审
Use Case Business Owner(s)
招商银行长沙分支
Use Case Writer(s)
Mr zhou
Initiation Actor
信贷审查员
Other Actors
用户，信贷经理
Business Event
用户来到银行申请个人信贷
Use Case Overview
该用例是用来高层描述个人信贷业务步骤
Pre-Conditions
暂无
Business Rules
申请个人信贷用户需要在本行有开户历史
申请个人信贷用户贷款总数量不能超出其信用额度
Event List
1、用户申请个人信贷，填写申请表
2、信贷审查员受理申请
a、信贷审查员检验该用户个人信息是否正确（人工比对申请表格和证实材料）
b、信贷审查员检验该用户在本行存取款历史
c、信贷审查员检验该用户历史信贷统计
3、信贷审查员进行用户信用评定
4、假如信用评定同意发放贷款，则进入第8步
5、假如信用评定拒绝发放贷款，则进入第10步
6、假如信用评定结果是需要修改贷款，则信贷审查员通知用户修改其个人信贷材料，然后重新从第一步开始
7、假如信用评定结果是需要信贷经理同意
a、假如信贷经理同意，则转到第8步
b、假如信贷经理不一样意，则进入第10步
8、信贷审查员打印信贷协议，核定贷款金额和期限，获取信贷经理同意
9、和用户签署贷款协议
10、通知用户拒绝贷款申请
图13-1 个人信贷业务步骤（As-Is）
对于以上步骤，从业务角度看，现在业务步骤含有以下部分不如意地方。
（1）有些地方个人信贷系统是自己实现，有些地方个人信贷业务还处于完全手工处理阶段
（2）进行贷款审查需要在好多个不一样系统上进行查询，而且查询操作全部是人工进行，使得整个步骤时间很长（大约一个星期左右）
（3）大家工操作使得整个步骤可靠性没有确保
（4）用户并不能实时知道自己申请贷款处理情况。
（5）因为历史及现实原因，各地信贷政策不完全一样。这造成步骤管理上困难
（6）对于一个用户而言，其个人信息统计在不一样系统上，而且不统一。
而个人信贷业务是该银行发展很快一个关键业务。在该业务上，该银行现在收即使不是很高，不过增加率尤其高，而且呆坏账很低。所以，高层管理人员期望在该业务上有以下发展计划：
（1）在未来5年中，将该业务业务量扩大一倍。
（2）在未来3年中，将该业务千万呆坏帐降低二分之一。
（3）在未来3年中，将该业务处理时间提升一倍。
同时，基于现在该银行实践情况，该银行决定该步骤要满足以下部分条件：
（1）对于全行统一业务需要，比如用户信息系统、存贷款系统，全部需要经过访问存放在全国数据中心服务
（2）对于和地域相关部分业务需求，比如存贷款额度，现在能够放在各地来单独实现，不过接口需要统一，以利于以后将这些业务进行集中管理。
（3）对于现在已经实现业务部分，要尽可能复用。
所以，依据以上需求，重新设计步骤图13-2所表示，注意图下标识已改成了（To-Be）。
Last Modification
-3-7
Status
已审核
Use Case Business Owner(s)
招商银行长沙分支
Use Case Writer(s)
Mr zhou
Initiation Actor
信贷审查员
Other Actors
用户，信贷经理
Business Event
l 用户来到银行申请个人信贷
l 用户在网上进行个人信贷业务申请
Use Case Overview
该用例是用来高层描述个人信贷业务步骤
Pre-Conditions
网上银行业务是安全
Business Rules
申请个人信贷用户需要在本行有开户历史
申请个人信贷用户贷款总数量不能超出其信用额度
能够经过唯一个人信贷处理编号实时了解该业务处理状态
Event List
1、申请材料进入个人信贷业务处理步骤
a、信贷业务处理步骤调用数据中心CRM系统检验该用户个人信息是否正确
b、信贷业务处理步骤调用数据中心储蓄系统检验该用户在本行存取款历史
c、信贷业务处理步骤调用数据中以贷款业务系统检验该用户历史信贷统计
d、信贷业务处理步骤调用第三方信用统计系统检验该用户其它信用统计
e、信贷业务处理步骤检验该用户担保情况
f、信贷业务处理步骤调用数据中心信用评定系统依据以上信息进行用户风险评定
2、信贷业务处理步骤进行贷款额度计算，该计算方法规则能够进行动态调整，而且对于不一样地域能够有不一样规则
3、假如信用评定同意发放贷款，则进入第7步
4、假如信用评定拒绝发放贷款，则进入第10步
5、假如信用评定结果是需要修改贷款额度，则通知信贷员，信贷审查员通知用户审查结果，步骤结束。
6、假如信用评定结果是需要信贷经理同意，则通知信贷经理手工进行处理
a、假如信贷经理同意，则转到第7步
b、假如信贷经理不一样意，则进入第10步
7、个人信贷业务处理步骤通知信贷审查员信贷审核经过
8、信贷审查员打印信贷协议，核定贷款金额和期限，获取信贷经理同意
9、信贷审查员和用户签署贷款协议
10、信贷审查员通知用户拒绝贷款申请
图13-2 个人信贷业务步骤(To-Be)
在用例更改后（更改原因是将原来手工业务处理，和新其它业务子系统业务关联起来了,
1、第一条已按讨论后业务重新改写了。
2、从而造成随即第二条业务是计算规则进行评定，也发生了修改。
3、原第45条不变，
4、原第6条，改为第5条，进行修改，因为现在是由软件来判定，所以假如有软件不能判定，才转到人工处理。
5、原第7条改为第6条，并强调是手工处理，而不是由软件实施，这么就能够分清系统边界和系统内部两种范围。
6、增加第7条。原第9条加上主语信贷审查员，确保以后这个业务主体实施人清楚。原第10条加上主语信贷审查员
另外，对于一个步骤而言，不可能是永久不变，在建立该步骤时候，就需要给定部分变动点，这么使得该步骤能够含有部分灵活性。所以在建立业务步骤时候也要将对这些进行对应描述。这些能够调整点对于我们以后服务模型建立有着一定影响。
对于我们此处个人信贷步骤，经过调研后，我们列出它所含有部分调整点。当然在本文中，为了说明方便，我们全部进行了部分简化，如表13-1所表示。
表13-1系统调整点
调整点
说明
用户类型
对于银行不一样用户，其代行级是不一样
贷款程度
贷款额度是和该分行所在地域情况相关
贷款协议
可能会依据具体情况进行部分修改
业务步骤分析关键点小结：
首先，对于现有步骤要进行具体分析，方法通常是先写出现有业务步骤用例描述表。然后在此基础上找出整个步骤关键问题点。这些地方就是我们设计新步骤关键处理问题，写出最终用例描述表。其产物是建立了新业务模型，也就是这个最终用例描述表。
3、建立服务模型
方法有三种：
Ø 自顶向下分解业务进行分析
Ø 经过业务目标来分析
Ø 自底向上分析
a、自顶向下分解业务进行分析
首先，我们能够对该业务步骤进行分解从而获取其对应服务。对于该业务步骤，我们将个人贷款业务作为一级业务进行业务活动向下分解，直到每一个业务活动全部能够很清楚地进行描述为止。对于个人贷款步骤，我们能够进行以下分解。首先将该步骤分解成为3个大子步骤，它们分别是提交申请、处理申请及办理贷款。对于处理申请步骤，我们还能够进行以下细分：检验用户信息、评定用户信用等级、核定贷款金额和期限、审批贷款协议。其中检验用户信息是一个包含多个系统步骤，对于该步骤进行深入细分能够得到以下步骤：检验用户个人信息、获取用户存取统计、获取用户贷款统计、获取第三方信用统计及检验用户担保情况。
对于核定贷款金额和期限步骤，依据银行业务，能够细分为以下子步骤：审核用户贷款额度及审核贷款年限。
依据上面业务步骤，我们能够分解出以下候选服务：（尤其关键和关键）
0、 个人贷款业务（一级业务）
1.1 提交个人贷款申请（大子业务，也是叶子业务）
1.2 处理个人贷款申请（大子业务）
1.2.1 检验用户个人信息（较小子业务）
1.2.1.1 检验用户个人信息（叶子业务）
1.2.1.2 获取用户存取统计（叶子业务）
1.2.1.3 获取用户贷款统计（叶子业务）
1.2.1.4 获取第三方信用统计（叶子业务）
1.2.1.5 检验用户担保情况（叶子业务）
1.2.2 评定用户个人信用（较小子业务，也是叶子业务）
1.2.3 核定贷款金额和期限（较小子业务）
1.2.3.1审核用户贷款额度（叶子业务）
1.2.3.2审核贷款年限（叶子业务）
1.2.4 审批贷款协议（较小子业务，也是叶子业务）
1.3 办理个人贷款（大子业务，）
1.3.1 发放贷款（叶子业务）
从这上面列出，我们能够总结出其实原理很简单，就是和以前步骤分析类似。细细分析，然后取最终全部处理步骤，全部有可能当成候选服务。
然后依据它们分别是由什么业务部门提供，对其分类，从而能够愈加好地了解这些服务应该由哪些功效模块提供。（并有可能实际业务部门也按此做对应调整）
图13-3，我们候选服务被划分到3个业务领域中。用户管理、存贷款信息、个人信贷业务。（也能够了解为这些候选服务进行分类并取名，归类时，不管是一级业务，还是最低级业务，全部要归纳进去）
用户管理包含：
1.2.1 检验用户个人信息（较小子业务）
1.2.2 评定用户个人信用（较小子业务，也是叶子业务）
1.2.1.1 检验用户个人信息（叶子业务）
1.2.1.4 获取第三方信用统计（叶子业务）
存贷款信息包含：
1.2.1.2 获取用户存取统计（叶子业务）
1.2.1.3 获取用户贷款统计（叶子业务）
个人信贷业务包含：
1.1 提交个人贷款申请（大子业务，也是叶子业务）
1.2.3 核定贷款金额和期限（较小子业务）
1.2.4 审批贷款协议（较小子业务，也是叶子业务）
1.3 办理个人贷款（大子业务，）
1.2.1.5 检验用户担保情况（叶子业务）
1.2.3.1审核用户贷款额度（叶子业务）
1.2.3.2审核贷款年限（叶子业务）
1.2.1.1 检验用户个人信息
1.2.1 检验用户个人信息
1.2.1.4 获取第三方信用统计
用户管理
1.2.2 评定用户个人信用
1.2.3.2审核贷款年限
1.2.3 核定贷款金额和期限
1.2.1.5 检验用户担保情况
个人信贷业务
1.3 办理个人贷款
1.1 提交个人贷款申请
1.2.4 审批贷款协议
1.2.3.1审核用户贷款额度
1.2.1.3 获取用户贷款统计
存贷款信息
1.2.1.2 获取用户存取统计
b、经过业务目标来分析
对于业务步骤进行分析，能够帮助我们找到大部分服务。同时，经过业务目标进行分析，能够帮助我们找到部分新服务。
该银行和个人贷款业务相关联有三个业务目标，这三个又分解成多个不一样子目标。
业务目标1。“在未来5年内，将该业务业务量扩大一倍”，
分解－>得
子目标
映射到候选服务
1.1“提供多通道能力，使得用户能够经过网站来自己提交业务”
1、提交个人贷款申请(前面已分析有服务，属于上面个人信贷业务服务)
1.2“主动寻求可能目标用户，扩大业务量”
2、存贷款历史数据分析（新可选服务）
3、个人贷款还款查询（新可选服务）
和个人贷款业务相关联业务目标2。“在未来3年内，呆坏帐降低二分之一。”分解－>得
子目标
映射到候选服务
2.1“在个人贷款步骤中参考用户历史信用统计”
1、评定用户个人信用(前面已分析有服务，属于用户管理服务)
2从第三方获取用户信用统计(前面已分析有服务，属于用户管理服务)
3，获取用户存取统计(前面已分析有服务，属于存贷款信息服务)
4，获取用户贷款统计(前面已分析有服务，属于存贷款信息服务)
5、存贷款历史数据分析（新可选服务（新可选服务，但和1.1所分析出来一样）
2.2“在贷款后立即跟踪贷款还款情况”
6、个人信贷报警（（新可选服务）属于个人信贷业务）
和银行个人贷款业务相关业务目标3，“在未来3年内，业务处理时间缩短二分之一”
分解－>得
子目标
映射到候选服务
3.1“降低人工操作百分比，提升工作效率”
1、检验用户个人信息(前面已分析有服务，属于上面用户管理业务服务)
2、评定用户个人信用(前面已分析有服务，属于上面用户管理业务服务)
3、检验用户个人信息(前面已分析有服务，属于上面用户管理业务服务)
4从第三方获取用户信用统计(前面已分析有服务，属于上面用户管理业务服务)
5获取用户存取统计(前面已分析有服务，属于上面存贷款业务服务)
6获取用户贷款统计(前面已分析有服务，属于上面存贷款业务服务)
c自底向上分析
这里不再举例，其关键思想是对现有计算机系统进行分析，找出部分我们可能在上面两种分析过程中遗失服务。
在此，应该有最终服务列表归总，并对最终服务分类有一个图说明。在此，我不列出服务列表了，只把最终服务分类图画出。这最终决定就是服务暴露。
服务暴露
1.2.1.1 检验用户个人信息
1.2.1 检验用户个人信息
1.2.1.4 获取第三方信用统计
用户管理
1.2.2 评定用户个人信用
1.2.3.2审核贷款年限
1.2.3 核定贷款金额和期限
1.2.1.5 检验用户担保情况
个人信贷业务
1.3 办理个人贷款
1.1 提交个人贷款申请
1.2.4 审批贷款协议
1.2.3.1审核用户贷款额度
1.2.1.3 获取用户贷款统计
存贷款信息
1.2.1.2 获取用户存取统计
存贷款历史数据分析
个人贷款报警
个人贷款还款查询
4定义服务接口
以上是soa面向业务分析部分。不过对于it实现人员来说，还要再具体化到这些接口所对应具体实现，比如参数类型，输入输出个数等
这就是紧接下来服务接口定义，我们也能够利用其它工具进行定义
在此例中，是直接在wid中进行定义。
而且，这里也能够看成是业务模型和IT实现相结合部分。
因为接下来就是看大家常见接口。我只例出三个业务中一个业务
0级开始
个人贷款
输入参数：个人贷款申请表单
申请者姓名
申请人身份证号码
申请贷款额度
申请贷款期限
输出参数：个人贷款申请号
是否同意贷款
贷款协议编号
信贷经理签字
服务隶属部门：信贷部
其它说明：该服务是信贷部高层业务服务。用来定义该部门个人贷款及其所依靠其它服务。同时，能够经过该服务来检验该业务发展情况。在本体中，该业务步骤是经过3个子步骤来实现。以下是一点部分示例。仅列出一个业务
1.1提交个人贷款申请(对应以后wid建模中submitRequest)
输入参数：个人贷款申请表
申请者姓名
申请人身份证号码
申请贷款额度
申请贷款期限
地域
输出参数：申请贷款编号
服务隶属部门：信贷部
其它说明：该服务是信贷部服务。能够被多个外部表现层程序使用。用户能够经过web应用、手机应用等提交其申请给该服务。该服务会返回给该请求一个唯一申请号。用户能够经过该号码来跟踪和查询自己申请处理情况。同时该服务会调用处理个人贷款业务来处理该申请。
1.2处理个人贷款申请(对应以后wid建模中personalLoanProcess)
输入..
输出..
其它说明…
1.2.1检验用户个人信息(对应以后wid建模中getCustomerInfo)
1.2.1.4获取第三方信用统计(对应以后wid建模中operation1)
1.3.3核定贷款金额和期限(对应以后wid建模中calculateLoanprocess)
5建立业务步骤
在WID中建立业务对象、服务接口、业务步骤，其中有些业务或对象是来自其它系统，这些在步骤中能够用web service调用来得到，并将步骤串起来（本部分细节略）。
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
