99999久久久久久亚洲,欧美人与禽猛交狂配,高清日韩av在线影院,一个人在线高清免费观看,啦啦啦在线视频免费观看www

熱線電話:13121318867

登錄
首頁(yè)精彩閱讀信用評(píng)分建模中樣本容量不足怎么辦
信用評(píng)分建模中樣本容量不足怎么辦
2017-07-10
收藏

信用評(píng)分建模中樣本容量不足怎么辦

在建立個(gè)人信用評(píng)分模型時(shí),不僅需要有足夠多的表征信貸申請(qǐng)人信用行為的特征變量,而且建模樣本的容量也必須達(dá)到一定的數(shù)量。

一般來(lái)說(shuō),樣本容量越大,所建立的模型的精度或預(yù)測(cè)能力就越高,模型也越穩(wěn)健。

至于到底需要容量多大的樣本才能建立一個(gè)預(yù)測(cè)精度較高,又具有較好穩(wěn)健性的個(gè)人信用評(píng)分模型,目前還沒(méi)有一個(gè)基于理論測(cè)算的最優(yōu)數(shù)目,不過(guò)通過(guò)多年的建模實(shí)踐,國(guó)外的許多學(xué)者提出了一些經(jīng)驗(yàn)準(zhǔn)則。

這些經(jīng)驗(yàn)準(zhǔn)則告訴我們,問(wèn)題的關(guān)鍵并不在于建模樣本容量的大小,而在于壞客戶樣本的數(shù)量。一個(gè)由50000個(gè)好客戶,500個(gè)壞客戶構(gòu)成的建模樣本并不比一個(gè)由5000個(gè)好客戶,500個(gè)壞客戶構(gòu)成的樣本含有更多的信息,因?yàn)樵诮€(gè)人信用評(píng)分模型時(shí)壞客戶樣本所含的信息是我們重點(diǎn)關(guān)注的。

在實(shí)際的建??傮w中,通常好客戶的數(shù)量總是遠(yuǎn)遠(yuǎn)大于壞客戶的數(shù)量,因此建??傮w中壞客戶數(shù)量的多少是能否成功地建立個(gè)人信用模型的關(guān)鍵因素之一。

在個(gè)人征信體系發(fā)達(dá)的國(guó)家,建模樣本容量不足應(yīng)該不是一個(gè)嚴(yán)重的問(wèn)題。

這些國(guó)家解決這一問(wèn)題可以有多種途徑:

當(dāng)需要對(duì)某種信用產(chǎn)品申請(qǐng)人進(jìn)行評(píng)分時(shí),若樣本容量不足而不能建立評(píng)分模型,可以先用征信局的“通用化評(píng)分”來(lái)代替。待好、壞客戶樣本累積到一定容量后再建模。實(shí)際上有許多信用產(chǎn)品根本就不建立定制化的評(píng)分模型,而是直接用征信局提供的“通用化評(píng)分”對(duì)客戶進(jìn)行評(píng)價(jià),當(dāng)然這需要一定的成本。

由于社會(huì)征信體系較發(fā)達(dá)的國(guó)家一般其信用市場(chǎng)也較發(fā)達(dá),信用產(chǎn)品比較豐富,在一個(gè)新的信用產(chǎn)品推廣的初期,往往可以找到與之相類(lèi)似的產(chǎn)品,用類(lèi)似產(chǎn)品的樣本建模在初期也是一個(gè)不錯(cuò)的選擇。

在征信體系發(fā)達(dá)的國(guó)家,無(wú)論是信貸機(jī)構(gòu)還是信用咨詢機(jī)構(gòu)都有較多的信用分析專(zhuān)家,利用這些專(zhuān)家的知識(shí)和經(jīng)驗(yàn)可以建立所謂的“專(zhuān)家模型”。

就中國(guó)目前的狀況而言,當(dāng)建模樣本不足時(shí),以上3中解決方法均不是很有效的:

由于征信體系不發(fā)達(dá),沒(méi)有“通用化評(píng)分”可資利用;

消費(fèi)信用產(chǎn)品還比較單一;

有關(guān)消費(fèi)信用分析的專(zhuān)家還不多。

因此,樣本容量不足是在中國(guó)現(xiàn)階段建立個(gè)人信用評(píng)分模型時(shí)常常遇到的問(wèn)題之一。

解決建模樣本容量不足的方法有兩類(lèi)方法可以嘗試:

一類(lèi)是合并不同銀行的相同產(chǎn)品的樣本;

另一種是統(tǒng)計(jì)學(xué)中的Bootstrap方法。

方法1 將不同客戶總體數(shù)據(jù)合并建模

當(dāng)樣本量不足時(shí),最容易想到的一個(gè)解決辦法是:將不同銀行的相同產(chǎn)品的樣本合并起來(lái)建立模型。

例如,當(dāng)某個(gè)商業(yè)銀行要針對(duì)其所發(fā)行的一種信用卡建立個(gè)人信用評(píng)分模型時(shí),它可以將該銀行在不同地區(qū)的分行的客戶數(shù)據(jù)進(jìn)行合并,這樣在樣本的數(shù)量上就可以滿足建模的要求。

值得注意的是,這種合并不同總體的做法與通常建立個(gè)人信用評(píng)分時(shí)的做法是相反的。在建立個(gè)人信用評(píng)分模型時(shí),為了提高模型的預(yù)測(cè)精度,當(dāng)總體內(nèi)部差異較大時(shí),如果樣本的容量足夠大,在實(shí)際中的做法是將總體劃分成幾個(gè)內(nèi)部一致性較好的子總體,然后對(duì)各個(gè)子總體分別建模。

關(guān)于將不同客戶總體數(shù)據(jù)合并后建立模型的效果,國(guó)外的學(xué)者有過(guò)一些研究。大部分的實(shí)證研究表明,合并后建立的模型其精度往往會(huì)下降。

精度下降的原因可能來(lái)自兩個(gè)方面:

由于各總體特征的差異較大影響了模型的預(yù)測(cè)能力;

各總體中保存的特征變量不盡一致,建模時(shí)往往只能使用各總體共有的部分。特征變量的減少,往往損失許多有用的信息。

方法2 Bootstrap方法應(yīng)用于處理樣本容量不足不同客戶總體數(shù)據(jù)合并建模

將樣本分成兩部分,一部分是用于建模,另一部分用于檢驗(yàn)。

這樣做的主要目的是為了避免同時(shí)將一組樣本既作為訓(xùn)練樣本(用于建立模型)又作為檢驗(yàn)樣本從而對(duì)預(yù)測(cè)精度的估計(jì)過(guò)于樂(lè)觀。在樣本容量充足的情況下,這種做法是很有效的。但是在有些情況下,建模的樣本數(shù)量并不是很充足。在這種情況下若還保留一部分樣本進(jìn)行檢驗(yàn)顯然不是一種有效的做法,這樣會(huì)白白浪費(fèi)掉保留樣本中所包含的信息。

統(tǒng)計(jì)學(xué)中發(fā)展了多種方法來(lái)克服上述保留樣本在樣本容量不足時(shí)的缺陷,BootStrap方法是一種被證明行之有效的方法。

實(shí)際中的算法如下:

從經(jīng)驗(yàn)分布F_n中有放回地抽取一個(gè)容量為n的樣本(x_1,x_2,?,x_n)。通常稱為BootStrap樣本。

利用此樣本計(jì)算θ的估計(jì)值,θ^*=θ(x_1,x_2,?,x_n)。通常稱為BootStrap估計(jì)。

將過(guò)程(1),(2)重復(fù)K次,這樣就得到K個(gè)BootStrap樣本及K個(gè)BootStrap估計(jì)。

數(shù)據(jù)分析咨詢請(qǐng)掃描二維碼

若不方便掃碼,搜微信號(hào):CDAshujufenxi

數(shù)據(jù)分析師資訊
更多

OK
客服在線
立即咨詢
客服在線
立即咨詢
') } function initGt() { var handler = function (captchaObj) { captchaObj.appendTo('#captcha'); captchaObj.onReady(function () { $("#wait").hide(); }).onSuccess(function(){ $('.getcheckcode').removeClass('dis'); $('.getcheckcode').trigger('click'); }); window.captchaObj = captchaObj; }; $('#captcha').show(); $.ajax({ url: "/login/gtstart?t=" + (new Date()).getTime(), // 加隨機(jī)數(shù)防止緩存 type: "get", dataType: "json", success: function (data) { $('#text').hide(); $('#wait').show(); // 調(diào)用 initGeetest 進(jìn)行初始化 // 參數(shù)1:配置參數(shù) // 參數(shù)2:回調(diào),回調(diào)的第一個(gè)參數(shù)驗(yàn)證碼對(duì)象,之后可以使用它調(diào)用相應(yīng)的接口 initGeetest({ // 以下 4 個(gè)配置參數(shù)為必須,不能缺少 gt: data.gt, challenge: data.challenge, offline: !data.success, // 表示用戶后臺(tái)檢測(cè)極驗(yàn)服務(wù)器是否宕機(jī) new_captcha: data.new_captcha, // 用于宕機(jī)時(shí)表示是新驗(yàn)證碼的宕機(jī) product: "float", // 產(chǎn)品形式,包括:float,popup width: "280px", https: true // 更多配置參數(shù)說(shuō)明請(qǐng)參見(jiàn):http://docs.geetest.com/install/client/web-front/ }, handler); } }); } function codeCutdown() { if(_wait == 0){ //倒計(jì)時(shí)完成 $(".getcheckcode").removeClass('dis').html("重新獲取"); }else{ $(".getcheckcode").addClass('dis').html("重新獲取("+_wait+"s)"); _wait--; setTimeout(function () { codeCutdown(); },1000); } } function inputValidate(ele,telInput) { var oInput = ele; var inputVal = oInput.val(); var oType = ele.attr('data-type'); var oEtag = $('#etag').val(); var oErr = oInput.closest('.form_box').next('.err_txt'); var empTxt = '請(qǐng)輸入'+oInput.attr('placeholder')+'!'; var errTxt = '請(qǐng)輸入正確的'+oInput.attr('placeholder')+'!'; var pattern; if(inputVal==""){ if(!telInput){ errFun(oErr,empTxt); } return false; }else { switch (oType){ case 'login_mobile': pattern = /^1[3456789]\d{9}$/; if(inputVal.length==11) { $.ajax({ url: '/login/checkmobile', type: "post", dataType: "json", data: { mobile: inputVal, etag: oEtag, page_ur: window.location.href, page_referer: document.referrer }, success: function (data) { } }); } break; case 'login_yzm': pattern = /^\d{6}$/; break; } if(oType=='login_mobile'){ } if(!!validateFun(pattern,inputVal)){ errFun(oErr,'') if(telInput){ $('.getcheckcode').removeClass('dis'); } }else { if(!telInput) { errFun(oErr, errTxt); }else { $('.getcheckcode').addClass('dis'); } return false; } } return true; } function errFun(obj,msg) { obj.html(msg); if(msg==''){ $('.login_submit').removeClass('dis'); }else { $('.login_submit').addClass('dis'); } } function validateFun(pat,val) { return pat.test(val); }