你好，这里是工行架构，我是任长清。

前面我们已经理清了基于业务架构助推企业战略目标落地的基本思路，了解了业务架构在银行业务顶层设计、需求创新方面的方法理论，这些都发生在业务研发整体流程的前段。到了业务研发流程的中段，我们需要将前面的顶层设计、需求编写和分析，落地到IT研发层面，去实现具体的业务需求和战略目标的落地，这里我们用到的是业务架构来指导IT架构设计方法。

那么，我们为什么要用业务架构指导IT架构设计呢？

这是因为，业务架构的主要意义之一就是衔接战略和实现，没有业务架构对IT的对接和指导，会存在战略落地有偏差的风险。

其次，业务架构的理念和资产对提升IT设计的合理性也有很大帮助：业务模型更贴近业务本质、更前瞻，使用业务模型指导IT建设，有助于建立与业务发展战略和技术发展趋势相匹配的IT架构体系，提升系统的整体复用度，灵活、及时地响应新需求，支撑业务成长，减少以往IT建设中牵一发而动全身的情况。

另外，业务架构与IT对接实现了思维方式和语言上的统一，将会大大降低目前业务、科技在需求表达沟通方面“各说各话”的情况，提升业务研发的效率和质量。

业务架构指导IT设计是什么？

那么，这套方法到底是怎么一回事呢？

简单来说，业务架构指导IT架构设计，就是依托业务架构设计成果，开展IT架构应用划分设计、IT服务分层设计和数据模型设计的方法。

在业务研发流程中，我们通过业务架构的模型指导IT架构设计，以IT研发项目驱动的方式，在IT系统实现时严格落地业务架构设计成果，实现对业务流程快速拼接和产品灵活配置的支持，从而提升产品研发效率，实现基于业务架构的战略能力解析落地。

在这个过程中，业务架构对IT系统架构及实现的指导是全方位的。其中，业务领域和业务组件设计成果共同指导IT应用架构整体视图设计，比如划分出存款、贷款、后台管理等应用，把IT层面各个应用该做的事情以业务的语言做出界定。

另外，我们利用业务对象设计成果指导数据架构整体视图设计，用流程模型和产品模型设计成果联合指导IT服务模型详细设计，实体模型设计成果指导数据模型详细设计。这些理论可能听起来很抽象，接下来讲到具体方法时，我会把上面的理论详细展开说明。

应用这个方法，我们可以建立起业务架构和IT架构的对接视图，依托业务架构进行IT架构的分析和设计，确保落地结果的准确性和设计的合理性，并在过程中反哺业务架构和IT架构资产的完整性。

从需求到IT落地：如何实现？

那么，在具体实践中是如何将用业务架构指导IT架构，如何使需求的业务语言转化为IT设计的技术语言呢？

我们先来看第一步，根据业务需求定位业务架构资产。

在需求分析阶段，利用业务架构指导需求整合、需求设计的方法和流程在我们前期的分享中已经介绍过了，这个阶段的成果就是业务需求。

接下来，我们需要对业务需求展开业务架构分析，也就是从业务需求出发，澄清在业务架构框架下的具体交互和规则等细节，定位到业务架构资产并输出相应的变动方案。在这个过程中，我们需要完成流程、产品、实体多角度的论证，以及自上而下（架构整体）和自下而上（业务需求）的推演，并将资产定位到最细颗粒度。这些信息将作为IT设计的关键输入，随项目研发进程同步传递给相关人员。

第二步，做完业务需求和架构分析后，我们需要利用业务资产指导IT设计。

首先，我们需要结合定位的架构资产，结合完整架构视图，理解此次需求的目标，包括不限于业务视角的目标是什么、主要解决的哪些干系人诉求、端到端的完整链条有哪些，此次需要承接或建设的方向是什么，作为后续IT设计的核心理念和基本原则。

其次，根据业务架构需求确定IT设计的框架，包括确定IT架构及应用、服务边界和服务细节。这里我们先介绍几个专用名词，IT架构和IT应用、IT服务。

IT架构由应用架构、数据架构、技术架构组成。其中应用架构明确全行应用的边界和整体布局；数据架构规范企业的数据管理、应用和分布等；技术架构定义通用技术功能框架。IT架构跟业务架构类似，展现的IT的整体视图，包括分层分类、关联关系以及相应的管控机制等。

IT应用是通过技术手段实现的业务或技术的功能集合，服务于特定范围的业务或技术目标，应用中包含服务模型、数据模型和技术模型。IT应用是IT管理和设计的常用单元。

至于IT服务，从业务视角看，这是一种经过标准化定义的、具有独立完整业务含义的，并能产生特定结果的业务活动；技术视角看，服务是一种可发现的、可调用的、可复用的经过封装的软件资源，服务是承接业务模型的核心IT资产。

具体在IT设计框架的确定上，我们可以跟随以下这三步：

1.确定IT架构及IT应用：根据需求中确认的业务组件，明确承接的IT架构分层，并在相关分层中筛选和已有最相近的IT应用来承接，并结合业务领域、IT应用的定位确定和相关应用间的关联关系。

比如信用卡授信优化的需求，我们需要评估对于授信管理是作为产品改造由信用卡产品应用承接，还是将授信管理作为企业级的支撑性功能由业务基础类应用承接，并结合授信的整体管理需要和业务对象（数据对象）确定授信相关IT应用的范围和定位，以及在信用卡业务的全生命周期中两个应用间的衔接关系。这一步除了保证企业级能力并避免重复建设外，还有助于实现IT架构在应用内的高内聚和应用间的松耦合。

IT应用作为开发设计管理的常用单元，相关的设计、治理在应用内部会形成自驱的动力，单个应用解决问题的效率远大于应用间。如果功能所需的IT资源与应用的定位不一致，导致软件产品出现了Bug，或者前期承接应用不合理，那后续就只能在错误的路线上继续建设或者花大力去治理纠正了。

2．确定服务边界：IT服务要兼顾稳定性和可扩展性，最常用的方式就是纵向分层、横向分块，那业务架构是如何指导相关操作的呢？首先我们要根据活动的流程图设计ATS（应用交易服务），该服务不负责业务细节，但是决定了业务的范围，并综合下层功能的处理结果反馈给用户最终结果。

比如一笔转账汇款业务，客户发起后，需要通过认证客户、检查渠道限额、事中风险干预、内控监管的各项黑名单、借贷方账户处理等多个任务组合实现，此时需要由转账汇款领域的服务来负责相关的组装调度，因为只有核心的应用才能掌握其范围和后续的变动情况。其次根据流程图中的具体任务设计ACS(应用组件服务)，结合ATS提供的场景、客户、介质等信息，结合任务本身所需的输入输出，完成核心规则的处理和输出。

简单来说，就是按照业务模型实现服务的逐层划分和调度，服务的定位、边界要和模型保持一致。比如事中风险干预的任务，只负责输出对应的风险等级是高中低即可，命中后是拒绝、是加强认证还是人工干预由组合服务方确定，这样该风险的任务才会是一个标准化的服务，可以直接应用于转账汇款外的其他场景。

实际的数据操作由BOS（业务对象服务）来处理，如果前两者的设计是依据流程模型来的话，BOS则主要根据数据模型来设计，需要结合数据的完整生命周期来设计。比如一个余额更新的BOS，可以在转账、还款、理财等多个场景中应用。

需要注意的是，业务模型可以由一个或多个服务承接。但反过来，如果一个IT服务对应多个任务，则说明服务粒度过粗，后续产品组合、流程配置创新时会影响服务的可复用性，需要结合业务模型拆分服务。此外按照任务拆分服务时要统筹任务的核心特性进行划分，一般不推荐按具体的产品、渠道、合作方等拆分。比如转账汇款可以分为跨行、跨境、系统内汇款的服务，但是不宜设置为手机银行转账汇款、自助终端转账汇款等服务。

3.确定服务细节：参考任务以及需求书的详细信息，确定服务的具体规则，相关规则需支持任务相关的产品条件，以保证服务规则控制的灵活性。

最后一步，在IT设计完成后，需要及时更新相关IT资产以及和业务架构的对接关系，使业务架构与IT架构对接资产进行持续完善。

除了上述这些例子以外，承接业务功能的IT资产均需要按照应用的定位和服务的分层分别对应相应的模型，并根据版本的迭代研发及时对这些对应关系进行更新，在这个过程中实现业务和技术双视角的结果管控。当然，纯粹的技术底层支撑类的应用和服务，比如技术路由、通讯协议转换等，需要按照技术规范设计。

在我们工商银行内部，也基于业务架构指导IT架构的方法开展了多种实践。下面我选取一个实践案例，给你介绍下应用这个方法的效果。

工行的实践案例

我来讲一个去年发生在工行的业务研发故事。工行有很多对公的大客户，其中不乏一些大型的、业务类型较为繁杂的跨国公司，针对他们业务上的需求，工行会成立专门的科技研发项目对系统进行改造，以满足他们的需求。

去年有这样一家跨国公司，对工行的系统提出了这样的需求，他们希望由境外总部统一向全球用户发薪，包括境外雇员和境内雇员。

按照一般业务思路，这个跨国公司和工行已经签订了现金管理协议，可以通过在工行的账户以转账形式直接对员工发放薪水，只不过原先他们是境外转账，现在可以在这个功能的基础上，增加给境内转账功能。

后来，经过业务架构师对这项需求进行业务架构影响分析时发现，境内发薪的本质是代发工资业务，而不是现金管理（转账）业务。代发工资业务目前已经支持境内公司向境内外个人发薪、境外公司向境外个人发薪，只需要调整代发工资公司和个人账户控制规则，即可以实现全球发薪的需求。最终，这个需求由代发工资业务相关的IT应用进行承接，避免了相似业务在不同应用上重复开发，造成系统耦合度高、层级混乱的问题。

这个案例中，我们通过分析业务模型，直接定位到架构资产，找到业务需求的落脚点，也就是代发工资业务。然后再通过业务架构对IT的指导，实现了不同应用的信息联通，避免了重复开发的同时，高效实现需求落地，满足了客户需要。

总结

最后总结一下这节课的内容，业务架构指导IT架构设计方法是指依托业务架构设计成果，开展IT架构应用划分设计、IT服务分层设计和数据模型设计的方法。依靠这种方法，你可以：

• 建立起业务架构和IT架构的对接视图；
• 依托业务架构进行IT架构的分析和设计，确保落地结果的准确性和设计的合理性；
• 在过程中反哺业务架构和IT架构资产的完整度。

它的具体操作主要分为三个步骤：

• 根据业务需求定位业务架构资产；
• 利用业务架构指导IT设计；
• IT设计完成后，及时更新相关IT架构以及和业务架构的对接关系。

上述方法的理论并没有那么复杂，但在实际操作过程中，需要企业具有完整的业务架构视图和资产，有划分明确、分层清晰的IT架构体系，这样才能将企业架构和IT架构的对应资产顺利地对接起来，并依据这种对接关系完成我们的业务研发流程。所以，这项理论的应用对企业的架构资产建设的完整度要求较高，但一旦完成前期的积累，实际应用效果和对业务研发效率的提升也是十分显著的。

思考题

1. 根据你所在企业的基本情况，描述一个业务过程所涉及的IT资产，以及如何把这些IT资产组装成这个业务？
2. 你认为IT架构和业务架构的关系是什么样的？为什么？

欢迎在评论区留言，我们下一讲再见。