业务架构软件系统的顶层结构。
因为软件的构成特别复杂，从上到下设计业务模型、系统、技术、模块、功能等等，理论上每个维度都可以有自己的架构。
业务架构本其实更多关注业务，系统，模块和功能等在产品层面上的顶层设计。
在对业务架构进行梳理之前，我们先需要掌握几个第一性原理，这些第一性原理放之四海皆准，掌握了他们，别说信贷域业务架构设计，整个金融域、甚至都可以进行设计。
一、抽象原则
人类立足于宇宙万物之间无不是在抽象中进行归纳和总结，我们抽象出物理、数学、化学、生物几个学科，抽象出地球、火星这样的行星体系，抽象出印度洋，太平洋，大西洋这样的海洋体系。
在系统和业务层面的业务架构设计，最为首要的也是抽象，去寻找共同点，比如我们抽象出了信贷域、风控域、支付域、核心域，看名字就知道是做什么的。
现实生活中很多人用不好抽象思维，我觉得主要是因为对同一类事务没有很明确的认识，说白了不够熟悉业务，没有穿透事务本质的能力。
比如你可以识别图中不同三角形的颜色，但是你不一定能识别所有口红的色号。
穿透性原则的经验来自于实践的经历，没有实践就没有发言权，这也是我专注信贷的核心，我有实践自然有发言权，但是往往还不够，还得熬夜输出文章内化所见所得，转发和在看是我持续输出的来源。
站在不同的角度，思维方式也不一样，站在全局的角度看，体系化结构思考所有生产要素，一竿子插到底，这要才能对产品有把控感。
不局限形成当前状态的直接原因，而是思考问题产生的背景与系统因素从整个系统的角度去思考产品架构，主动了解上下游系统。
五、康威定律
康威第一定律说：
同样是信贷，个人信贷和企业信贷没有本质的区别，都是授信，放款和还款的流程组合。
大部分公司的个贷和企业贷是完全不同的事业部，但是在康威定律的影响下，就拆分成为个贷系统和企业贷系统。
个人和企业信贷并不是不能单独一个系统承接。
六、信贷域三线架构
信贷域的三线分别是主线、辅线和旁线的组合，主线是通过模块组合不同渠道入口、不同产品种类、不同资金接入的结合。
辅助系统，如反欺诈，风险系统、贷后是信贷域的重要组成部分。
接下来是对应旁线系统，如支付系统，核心系统，用户中心，额度系统等。有了三条线，基本就保证一个信贷域名架构的可扩展性和基础。
那么不管接入的产品有多复杂，我们只需要对三条线的相关系统进行改造，而不会影响其它系统。
把复杂的问题分解到各个系统，复杂也就变得相对简单，当然分得系统越多，成本越高，但目前来看三条线的划分，符合信贷域的实际情况。
产品也可以无限扩展 ，渠道和产品1：1对应关系，产品可以对接多个资金方放款，N：N的关系。
不管接入多少资产，不管有多少产品，也不管接入多少资金方，这三个模块组成的信贷域都能够满足要求。
看似简单，但很实用，其本质是抽象和复用，通过复用去达到业务架构设计目的。
因为软件的构成特别复杂，从上到下设计业务模型、系统、技术、模块、功能等等，理论上每个维度都可以有自己的架构。
业务架构本其实更多关注业务，系统，模块和功能等在产品层面上的顶层设计。
在对业务架构进行梳理之前，我们先需要掌握几个第一性原理，这些第一性原理放之四海皆准，掌握了他们，别说信贷域业务架构设计，整个金融域、甚至都可以进行设计。
一、抽象原则
抽象原则是业务架构设计的底层思维，是方法论的方法论，抽象思维很简单，就是把同一类事务归为一类。
人类立足于宇宙万物之间无不是在抽象中进行归纳和总结，我们抽象出物理、数学、化学、生物几个学科，抽象出地球、火星这样的行星体系，抽象出印度洋，太平洋，大西洋这样的海洋体系。
在系统和业务层面的业务架构设计，最为首要的也是抽象，去寻找共同点，比如我们抽象出了信贷域、风控域、支付域、核心域，看名字就知道是做什么的。
二、穿透性原则
现实生活中很多人用不好抽象思维，我觉得主要是因为对同一类事务没有很明确的认识，说白了不够熟悉业务，没有穿透事务本质的能力。比如你可以识别图中不同三角形的颜色，但是你不一定能识别所有口红的色号。
穿透性原则的经验来自于实践的经历，没有实践就没有发言权，这也是我专注信贷的核心，我有实践自然有发言权，但是往往还不够，还得熬夜输出文章内化所见所得，转发和在看是我持续输出的来源。
三、全局原则
站在不同的角度，思维方式也不一样，站在全局的角度看，体系化结构思考所有生产要素，一竿子插到底，这要才能对产品有把控感。不局限形成当前状态的直接原因，而是思考问题产生的背景与系统因素从整个系统的角度去思考产品架构，主动了解上下游系统。
四、平衡原则
五、康威定律
康威第一定律说：
同样是信贷，个人信贷和企业信贷没有本质的区别，都是授信，放款和还款的流程组合。
大部分公司的个贷和企业贷是完全不同的事业部，但是在康威定律的影响下，就拆分成为个贷系统和企业贷系统。
个人和企业信贷并不是不能单独一个系统承接。
六、信贷域三线架构
信贷域的三线分别是主线、辅线和旁线的组合，主线是通过模块组合不同渠道入口、不同产品种类、不同资金接入的结合。
辅助系统，如反欺诈，风险系统、贷后是信贷域的重要组成部分。
接下来是对应旁线系统，如支付系统，核心系统，用户中心，额度系统等。
有了三条线，基本就保证一个信贷域名架构的可扩展性和基础。那么不管接入的产品有多复杂，我们只需要对三条线的相关系统进行改造，而不会影响其它系统。
把复杂的问题分解到各个系统，复杂也就变得相对简单，当然分得系统越多，成本越高，但目前来看三条线的划分，符合信贷域的实际情况。
七、信贷模块三点架构
三点其实是三个模块，他们是渠道、产品和资金的关系。渠道可以无限扩展，一个合作坑位就是一个渠道，渠道能最小化核算，满足业务战略要求。
产品也可以无限扩展 ，渠道和产品1：1对应关系，产品可以对接多个资金方放款，N：N的关系。
不管接入多少资产，不管有多少产品，也不管接入多少资金方，这三个模块组成的信贷域都能够满足要求。
看似简单，但很实用，其本质是抽象和复用，通过复用去达到业务架构设计目的。
-END-
原文链接：http://www.wanshiruyi.cc/news/24388.html，转载和复制请保留此链接。
以上就是关于信贷业务架构的三点三线法彩虹果冻全部的内容，关注我们，带您了解更多相关内容。
以上就是关于信贷业务架构的三点三线法彩虹果冻全部的内容，关注我们，带您了解更多相关内容。
特别提示：本信息由相关用户自行提供，真实性未证实，仅供参考。请谨慎采用，风险自负。
