Отобразите сводный отчет для различных оценок требований
unpaidClaimsEstimateTable = summary(cl)
hainLadderСгенерируйте сводный отчет для chainLadder объект, содержащий симулированные данные о страховых исках.
load InsuranceClaimsData.mat;
head(data)ans=8×4 table
OriginYear DevelopmentYear ReportedClaims PaidClaims
__________ _______________ ______________ __________
2010 12 3995.7 1893.9
2010 24 4635 3371.2
2010 36 4866.8 4079.1
2010 48 4964.1 4487
2010 60 5013.7 4711.4
2010 72 5038.8 4805.6
2010 84 5059 4853.7
2010 96 5074.1 4877.9
Используйте developmentTriangle преобразовывать данные в треугольник разработки, который является стандартной формой для представления данных о требованиях. Создайте два developmentTriangle объекты, один для требований, о которых сообщают, и один для заплаченных требований.
dT_reported = developmentTriangle(data,'Origin','OriginYear','Development','DevelopmentYear','Claims','ReportedClaims')
dT_reported =
developmentTriangle with properties:
Origin: {10x1 cell}
Development: {10x1 cell}
Claims: [10x10 double]
LatestDiagonal: [10x1 double]
Description: ""
TailFactor: 1
CumulativeDevelopmentFactors: [1x10 double]
SelectedLinkRatio: [1x9 double]
dT_paid = developmentTriangle(data,'Origin','OriginYear','Development','DevelopmentYear','Claims','PaidClaims')
dT_paid =
developmentTriangle with properties:
Origin: {10x1 cell}
Development: {10x1 cell}
Claims: [10x10 double]
LatestDiagonal: [10x1 double]
Description: ""
TailFactor: 1
CumulativeDevelopmentFactors: [1x10 double]
SelectedLinkRatio: [1x9 double]
Создайте chainLadder возразите, где первый входной параметр является треугольником разработки, о котором сообщают, и второй входной параметр является заплаченным треугольником разработки.
cl = chainLadder(dT_reported, dT_paid)
cl =
chainLadder with properties:
ReportedTriangle: [1x1 developmentTriangle]
PaidTriangle: [1x1 developmentTriangle]
CaseOutstanding: [10x1 double]
Используйте ibnr вычислить понесенный, но не сообщил (IBNR).
ibnrClaims = ibnr(cl,'reported')ibnrClaims = 10×1
103 ×
0
0.0052
0.0169
0.0349
0.0575
0.0880
0.1489
0.3019
0.6084
1.5181
Используйте unpaidClaims вычислить неоплаченные требования.
unpaidClaimsEstimate = unpaidClaims(cl,'reported')unpaidClaimsEstimate = 10×1
103 ×
0.1968
0.0506
0.1300
0.1097
0.1771
0.0972
0.3908
0.9851
1.7175
3.6992
Используйте summary чтобы отобразить последнюю диагональ и о которых сообщают и заплаченных треугольников разработки, спроектировал окончательные требования, выдающиеся случаи, IBNR требует, и общие невыплаченные оценки требований.
unpaidClaimsEstimateTable = summary(cl)
unpaidClaimsEstimateTable=11×9 table
Reported Claims Paid Claims Projected Ultimate Reported Claims Projected Ultimate Paid Claims Case Outstanding IBNR with Reported Claims IBNR with Paid Claims Total with Reported Claims Total with Paid Claims
_______________ ___________ __________________________________ ______________________________ ________________ _________________________ _____________________ __________________________ ______________________
2010 5089.4 4892.6 5089.4 4892.6 196.79 0 -196.79 196.79 0
2011 5179.9 5134.4 5185.1 5139.6 45.46 5.1857 -40.334 50.646 5.1263
2012 5625.4 5512.3 5642.3 5528.8 113.15 16.89 -96.602 130.04 16.548
2013 5803.7 5728.9 5838.6 5774.8 74.83 34.887 -28.904 109.72 45.926
2014 5878.7 5759.1 5936.2 5861.9 119.58 57.515 -16.814 177.1 102.77
2015 5772.8 5763.6 5860.8 5981.4 9.2 87.959 208.63 97.159 217.83
2016 5714.3 5472.4 5863.2 5915.8 241.88 148.95 201.58 390.83 443.46
2017 5854.4 5171.2 6156.4 6101.4 683.23 301.91 246.93 985.14 930.16
2018 5495.1 4386.1 6103.5 6171.2 1109 608.43 676.08 1717.5 1785.1
2019 4945.9 2764.8 6464 6742.8 2181.1 1518.1 1796.9 3699.2 3978
Total 55360 50585 58139 58110 4774.2 2779.9 2750.7 7554.1 7524.9
cl — Цепочечная лестничная структура chainLadder объектЦепочечная лестничная структура в виде ранее созданного chainLadder объект.
Типы данных: object
unpaidClaimsEstimateTable — Различные оценки требований с помощью цепочечного лестничного методаРазличные оценки требований получили использование цепочечного лестничного метода, возвращенного как таблица.
У вас есть модифицированная версия этого примера. Вы хотите открыть этот пример со своими редактированиями?
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.