Model Risk Management Systems Back-End,

Middleware, Front-End and Analytics

Hevel Jean-Baptiste1, Lixin Tao2, Meikang Qiu3, Keke Gai4

Sistem Model Manajemen Risiko - Back-End,

Middleware, Front-End dan Analytics
----Membangun sistem Model Manajemen Risiko yang efektif membutuhkan keterampilan
lebih dalam beberapa bidang, seperti teknologi, ekonometrik, dan bisnis. Banyak perusahaan
sedang mencari seseorang yang dapat memahami ide bisnis mereka dan mereka dapat
mengubah atau membawa solusi teknologi atau datang dengan solusi teknologi untuk
mendukung ide ide MRM mereka. Namun, banyak analis kuantitatif gagal dalam
keterampilan pengembangan perangkat lunak yang diperlukan.
----------------Cara terbaik untuk pengembangan sistem Model Manajemen Risiko
(MRM) adalah dengan melihat pendekatan yang Anda digunakan untuk pengembangan
sistem. Kamu bisa melihat pendekatannya dalam pengembangan sistem entah itu dari sisi
Top-Down, Bottom-Up atau Inside-Out. Jika Anda sudah memiliki sistem atau gagasan
tentang apa yang ingin anda kerjakan, opsi Bottom-Up atau Inside-Out bisa sangat menarik
untuk pelaksana manajemen risiko. Namun, pilihan ini bisa sulit untuk menerapkan jika tidak
memiliki gambaran lengkap dari kerangka yang ada. Didalam paper ini, kami akan memberi
ringkasan dan fokus pada pilihan top-down. risiko Model paling sederhana didefinisikan
sebagai potensi konsekuensi yang merugikan dari keputusan berdasarkan salah atau disalah
gunakan.
Model output dan laporan. Pemetaan risiko penting dalam komponen arsitektur enterprise. Ini
memegang besar
relevansi di pasar saat ini karena model kuantitatif
berada di belakang hampir semua pengambilan keputusan dalam keuangan
dunia dari perdagangan dan risiko, manajemen asset liability,
investasi dan regulasi. Oleh karena itu, risiko Model bukanlah
daerah itu bisa diabaikan tanpa konsekuensi.
muncul teknologi baru telah mengemudi aplikasi baru
dalam manajemen risiko domain modeling, seperti
data dan cloud computing besar [5] - [7]. memanfaatkan awan
komputasi dalam sebuah organisasi layanan global telah terbukti
sebagai pendekatan yang efisien untuk perbaikan proses bisnis
[8]. Tren ini telah membawa berbagai tantangan ke
manajemen risiko akibat ancaman varian untuk perusahaan
[9], [10]. Oleh karena itu, menyangkut MRM adalah masalah penting untuk

perusahaan saat ini.

Kontribusi utama dari makalah ini ada dua:
1) Kami meninjau konsep kunci dan lapisan sistem MRM
yang dianalisis dari berbagai perspektif, termasuk
back-end, middleware, front-end, dan analisis.
arsitektur berbasis layer 2) The top-down dari MRM
Sistem dijelaskan secara rinci dalam makalah ini.
Sisa kertas ini disusun sebagai berikut. Bagian
II merupakan sistem arsitektur MRM yang diusulkan. Di
Bagian III, kami menjelaskan perkembangan model implementasi,
dan menggunakan. ulasan IV bagian dan merangkum baru-baru ini
kerja terkait dalam mengajukan. Akhirnya, kami memberikan kesimpulan
dalam Bagian V.
------------II. USULAN ARSITEKTUR
Bagian ini terutama memberikan representasi yang diusulkan
arsitektur dari perspektif dari tingkat yang lebih tinggi. Kami
Model yang diusulkan menyangkut berbagai lapisan dan hubungan
antara pengguna dan peralatan. Ara. 1 merupakan top-down
arsitektur sistem MRM. Ini adalah penting untuk melihat
di semua lapisan arsitektur ini memiliki lebih baik
pemahaman arsitektur ini.
Seperti yang ditunjukkan pada Gambar. 1, ada terutama tiga lapisan dalam
model, yaitu Model Siklus Hidup, Analytics, dan Analytic
Alat. Di atas lapisan ini, pengguna serta aplikasi dan
proses yang interkoneksi dengan server Web. Sangat penting
definisi yang diberikan sebagai berikut:
Pengguna Aplikasi dan Proses
Lapisan ini akan mendukung pengguna dan sistem yang
akan berinteraksi dengan platform yang MRM.
View Layers Lapisan ini memiliki beberapa komponen dan
semua komponen bekerja dalam sinkronisasi untuk memberikan
pengguna fungsi yang mereka butuhkan.
siklus hidup Model
1) Pengembangan
2) Validasi
3) Pelaksanaan
organisasi perbankan harus memperhatikan kemungkinan
konsekuensi yang merugikan (termasuk kerugian keuangan) dari keputusan
berdasarkan model yang salah atau disalahgunakan, dan harus
mengatasi mereka konsekuensi melalui manajemen risiko Model aktif.
surat SR menjelaskan secara lebih rinci aspek-aspek kunci
sebuah kerangka kerja manajemen risiko model yang efektif, termasuk
kuat pengembangan model, implementasi, dan penggunaan;

validasi yang efektif; dan suara governance, kebijakan, dan

kontrol. pedoman SR11-7 memberikan beberapa pedoman yang besar
tentang Pengembangan Model, Validasi dan Implementasi.
----------------PENGEMBANGAN MODEL, IMPLEMENTASI, DAN
MENGGUNAKAN
pengembangan model [11], [12] terdiri rantai kegiatan,
seperti pengembangan pemodelan dan implementasi pengolahan.
Merupakan bagian integral dari pengembangan model adalah pengujian
melalui sebuah proses, dari evaluasi kinerja untuk pengujian
keterbatasan. Perusahaan harus mencakup semua aspek yang berhubungan dengan
formulasi MRM.
Selain itu, mendefinisikan ketidakpastian dan ketidaktepatan adalah penting
masalah untuk memahami risiko [11], [13]. Penting
hasil dari pelaksanaan model bahwa organisasi perbankan
pemahaman menunjukkan dari dan akuntansi
untuk ketidakpastian tersebut. Ada sekelompok teknik untuk
memecahkan ketidakpastian, seperti penyesuaian konservatif
dan penekanan tujuan.
A. Model Validasi
Validasi model [14] didefinisikan sebagai rangkaian peristiwa
memverifikasi model dan memastikan kinerja yang diharapkan.
Proses ini membutuhkan validator memahami potensi
keterbatasan dan membuat asumsi bahaya untuk pemodelan risiko.
Pelaporan B. Model
Fungsi ini adalah komponen laporan dari MRM
Sistem menggunakan mesin pelaporan, seperti Spotfire, OBIEE,
Laporan kristal, Obyek Bisnis, Excel, atau SAS. laporan
termasuk self-layanan, on-demand dan laporan penjadwalan.
Executive Dashboard keputusan: Menyediakan dashboard
bisnis yang perlu untuk keputusan manajemen.
Konektor: Memberikan kemampuan untuk bisnis untuk
terhubung ke aplikasi eksternal.
Analytics, Business Logic dan Controller: Ini
Lapisan mengelola kemampuan Analytics sistem.
Juga menyediakan logika bisnis dan rutinitas yang
dibutuhkan untuk sistem MRM.
Lapisan Data: Lapisan ini mengelola penyimpanan data
dimana data perlu disimpan atau diambil.
----------------C. Sistem Manajemen Database
entitas ini mengelola data aplikasi MRM.
1) Manajemen Risiko Model: Komponen ini adalah
mendasar dari manajemen risiko yang pemetaan

dari potensi ancaman serta sesuai

solusi.
2) Tujuan ini mengidentifikasi panduan menciptakan
sistem MRM.
3) Pendekatan
Ada beberapa pendekatan yang terkenal dalam database
modeling, seperti fleksibel salju dan pendekatan bintang modeling.
Ara. 2 merupakan contoh MRM
pendekatan pengembangan database.
Selain itu, kami melihat entitas tingkat tinggi dan
entitas sub-tingkat asalkan pendekatan pemodelan diputuskan.
Entitas dapat dikategorikan sebagai berikut:
1) entitas Tingkat Tinggi:
Model
Data referensi
Otorisasi
2) Sub-Entitas:
Semua entitas lain yang sub-entitas database MRM
entitas, yang dapat di sub-tingkat yang berbeda. Itu
berikut contoh daftar functinality membangun sebuah MRM
sistem.
Pengembangan Model
Definisi
Tahapan
Pelaporan
Standar
Mencari
Ada beberapa hal yang perlu kita melihat di
Pengembangan Model, termasuk menentukan totalitas, mendefinisikan
Model atribut, mendefinisikan tahapan, dan menyiapkan internal
kontrol.
Model Validasi
Penilaian
Persetujuan
Exception
Kontrol
Frekuensi
isu penting dalam pengembangan Model termasuk meninjau
totalitas, memverifikasi tahap, dan meninjau kontrol internal.
Implementasi Model
Penyebaran
Kinerja
Hasil
Benchmarking

masalah utama dalam Implementasi Model telah meninjau

Model totalitas, memverifikasi berbagai tahap, dan meninjau
pengendalian internal.
Semua fungsi ini bekerja sama untuk menciptakan efektif
sistem MRM. Sebuah sistem MRM khas akan mendukung beberapa
jenis model mengembangkan alat. Alat seperti (SAS, Matlab,
Oracle, Excel, VBA, Eviews, dan lain-lain) adalah salah satu
alat yang sangat sering digunakan dalam pengembangan Model.
Persediaan Model:
Kenali Akuntabilitas
garis yang jelas dari tanggung jawab dan akuntabilitas yang
diperlukan untuk mempertahankan model yang efektif.
Idementify peran dan tanggung jawab untuk model
Pemilik Model
Model Pengguna
Administrator Model
Komite Tata Model
Validator Model
Tuner Model