编辑导读：在风控流程中，计策系统认真为挪用方提供决定成果，由事件驱动，返回决定功效和决定发起给挪用系统。本文将从三个方面举办阐明，但愿对你有辅佐。

一、概述

计策系统认真为挪用方提供决定成果，由事件驱动，返回决定功效和决定发起给挪用系统。

本系统基于变量构建决定树，拉平现有的反欺骗财法则和审批法则，使得反欺骗财法则和审批法则用同一套系统支持；底层基于统一的数据变量平台，到达提高效率、制止反复加工、业务上风险管控法子可以或许统一陈设的目标。该系统认真决定，数据变量的加工筹备不在本系统职责范畴内，决定之后要执行的操纵也不在本系统职责范畴内。

三、要害成果流程/场景设计 1. 计策挪用设计

1）成果概述

计策在执行之前，要对变量举办查抄。假如是变量缺失了，则按照设置，返回拒绝、返回重试可能跳过继承执行计策等等。

针对重试，重试隔断或是重试次数，由政策系统抉择，在政策系统中设置。针对跳过，在计策决定树上，要有对应的判定，即计策决定树自身的逻辑已经思量了某变量为空的环境，则计策可以正常执行。计策执行完之后，要记录执行路径，同时要记录本次查得的变量的值，利便后续盘查题。

2）计策挪用流程

3）计策UML实体干系图

2. 计策设置设计

1）成果概述

计策设置时，读取变量的分桶，设置员可以选取已有的分桶。假如已有分桶不满意，则可以建设新的分桶。计策生存时，挪用变量平台，由变量平台生存变量被引用的环境、变量的分桶变革。

计策生存时（而不是宣布时）就挪用变量平台，记录下变量被计策的引用干系，以及变量的分桶：思量这样一种场景，先设置计策A，然后设置计策B，那么A计策生存时，记录下变量X的分桶； 然后B就能看到X的分桶了，假如B也利用同样的分桶，那它就可以直接复用A的分桶。

2）计策设置系统交互

5. 计策执行设计

1）成果概述

对付计策系统内部来说，计策执行时先判定什么事件可能什么产物渠道（所以抉择要素照旧要在计策内里），以决定树的 *** 执行；普通计策包的执行，则是并行执行包内里所有的计策。

2）计策以及计策包设计

计策执行日志表，只记录执行路径。计策执行时的变量值，直接记入hbase，因为量太大，且变量数量不确定，记入MySQL的话，要常常加列。

有的计策是一个非凡的计策，用来执行利用条件，选择执行什么普通计策包。

计策功效归并的逻辑，做成设置化的，设置优先级。

计策每次执行完，都需要记录执行路径，而事件上下文则落入hbase。