模型与规则的区别是什么？

[Sichao ren]

这周面试被问到这个问题，

我的理解是 规则是已经形成的方案

模型是一个需要不断运行，吸收数据，验证的数学公式

[Q]

你怎么回答的？这个问题还真不好回答。

规则也可以说是模型啊，经验模型，或者把复杂的模型简化成if-then的形式，其本质上跟模型不是一个道理么。

规则：输入一个客户的资料，如果客户有房有车，如果....那么，其信用等级评为A；

模型：输入一个客户的资料，用信用评分模型打分，得出，其信用评级为A；

不过模型说起来更酷一点吧。

但规则也许更容易让人理解，所以，更贴近决策执行。

在决策管理领域，很多时候谈的都是业务规则管理，而不是业务模型管理。而在数据分析领域喜欢谈模型，而不怎么谈规则。

2012/12/23 Sichao ren <dreaml...@gmail.com>

这周面试被问到这个问题，

我的理解是 规则是已经形成的方案

模型是一个需要不断运行，吸收数据，验证的数学公式

--
您收到此邮件是因为您订阅了 Google 网上论坛的“ttnn BI 观点”论坛。
要向此网上论坛发帖，请发送电子邮件至 tt...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 ttnn+uns...@googlegroups.com。
通过以下网址访问此论坛：http://groups.google.com/group/ttnn?hl=zh-CN。
 
 

--
ttnn

telno: 13514984944

[Sichao ren]

岗位更贴近业务决策的，面试官 提醒我思路更 宽广一点 。

[Sichao ren]

可能还是不太明白，“用模型的思路做规则，落地性值得考虑”  怎么理解啊 ？？

[Q]

这要看上下文了，已经不是概念的辨析问题，而是看人家真实的意图。

有一次一位前同事说起他在支付宝的经历，是欺诈预防这一块的——消费者在支付的时候，如果发现他有某种可疑操作，就要增加支付难度，比如增加验证码什么的。所有这些“可疑”操作的识别，都是规则引擎，据称是成千上百条规则。而这些规则多半是由他们根据经验，根据一些客户欺诈投诉做出来的，几乎没有用什么模型预测。

可是，就算是模型预测出来，恐怕也是要固化成规则吧。或者，可以将规则设计人员的大脑当做一个挖掘机器，他们根据历史经验，加上最近投诉的案例，噔噔噔，设计出一条预防规则。这就是一个Modeling的过程，而那规则，放在规则引擎里运行，就是Model。

也不知道支付宝是否会对规则进行验证，理论上应当有这个环节。当然，如果规则看起来非常直白，设计者可能直接忽略这个验证。比如从最近几次投诉，欺诈者都是先发送了一条xx信息，这条信息让用户进入一个特定参数的支付页面。那么，设计者可能就直接对进入这个页面的行为设计一条规则。当然，也可能这是正常现象，而且也要评估如果这么设计，是否会带来其他的麻烦，比如导致客户支付失败率提高。规则引擎的设计应当考虑这个环节——对规则的管理。而以前还有那种市场部做营销活动时，业务人员提取目标客户的规则，很多时候都是凭借业务经验拍出来，经验有高有低，暂且不论。但这种人为操作，去预估和验证规则的效果，很少做。

2012/12/27 Sichao ren <dreaml...@gmail.com>

--
ttnn

telno: 13514984944

[Q]

这个说法可以理解。

那么，能不能说规则是模型的一种呢？

在 2012年12月27日星期四，Neil 写道：

模型是规则的一种，是具有通用性并且可以固化的规则。

--

您收到此邮件是因为您订阅了 Google 网上论坛的“ttnn BI 观点”论坛。
要向此网上论坛发帖，请发送电子邮件至 tt...@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 ttnn+uns...@googlegroups.com。
通过以下网址访问此论坛：http://groups.google.com/group/ttnn?hl=zh-CN。
 
 

--
ttnn

telno: 13514984944

[Hyman M]

我的理解是规则是松散的条目处理指令
而模型则是形成明显有关联的前后指令，更倾向于整体性，或者说模型也是由规则形成的，模型是规则的一个质变。