Powered By Blogger

Senin, 11 Juni 2012

Capital, Asset, Management, Earnings, Liquidity, Sensitivity

Analisis CAMELS digunakan untuk menganalisis dan mengevaluasi kinerja keuangan bank umum di Indonesia. CAMELS merupakan kepanjangan dari Capital (C), Asset Quality (A), Management (M), Earning (E), Liability atau Liquidity (L), dan Sensitivity to Market Risk (S). Analisis CAMELS diatur dalam Peraturan Bank Indonesia Nomor 6/10/PBI/2004 perihal sistem penilaian Tingkat Kesehatan Bank Umum dan Peraturan Bank Indonesia Nomor 9/1/PBI/2007 Tentang Sistem Penilaian Tingkat Kesehatan Bank Umum Berdasarkan Prinsip Syariah
Penilaian tingkat kesehatan bank dimaksudkan untuk menilai keberhasilan perbankan dalam perekonomian Indonesia dan industri perbankan serta dalam menjaga fungsi intermediasi. Pada masa krisis ekonomi global, bank-bank menengah dan kecil yang tidak menerima bantuan likuiditas dari pemerintah mengalami penurunan dana simpanan masyarakat. Menurunnya dana simpanan masyarakat membuat industri perbankan berusaha mempertahankan dana-dana yang mereka miliki untuk menjaga tingkat likuditas bank dengan cara memberikan tingkat suku bunga yang tinggi.
Krisis ekonomi global berdampak negatif terhadap perbankan konvensional Indonesia karena bank konvensional Indonesia memiliki tingkat integritas yang tinggi dengan sistem keuangan global. Selain itu, bank konvensional sangat rentan terhadap fluktuasi nilai tukar dan tingkat suku bunga. Hal ini dapat dilihat pada Oktober 2008 tiga bank konvensional yaitu PT Bank Mandiri Tbk., PT Bank BNI Tbk., dan PT Bank Rakyat Indonesia Tbk meminta bantuan likuiditas dari Pemerintah (Humas Bank Indonesia, 2010:8). Berbeda dengan bank konvensional,. Bank syariah tidak rentan terhadap fluktuasi tingkat suku bunga karena bank syariah tidak beroperasi dengan sistem bunga, eksposure pembiayaan perbankan syariah lebih diarahkan kepada akivitas perekonomian domestik sehingga belum memiliki tingkat integrasi yang tinggi dengan sistem keuangan global.
Bank Indonesia menilai tingkat kesehatan bank dengan menggunakan pendekatan kualitatif atas berbagai aspek yang berpengaruh terhadap kondisi suatu bank. Metode atau cara penilaian tersebut kemudian dikenal dengan metode CAMELS yaitu Capital, Asset quality, Management, Earnings, Liquidity, dan Sensitivity to market risk. Kriteria sensitivity to market risk merupakan aspek tambahan dari metode penilaian kesehatan bank yang sebelumnya, yaitu CAMEL. CAMEL pertama kali diperkenalkan di Indonesia sejak dikeluarkannya Paket Februari 1991 mengenai sifat kehati-hatian bank. Paket tersebut dikeluarkan sebagai dampak kebijakan Paket Kebijakan 27 Oktober 1988 (Pakto 1988). CAMEL berkembang menjadi CAMELS pertama kali pada tanggal 1 Januari 1997 di Amerika. CAMELS berkembang di Indonesia pada akhir tahun 1997 sebagai dampak dari krisis ekonomi dan moneter (Abidin, 2008:4).
Analisis CAMELS digunakan untuk menganalisis dan mengevaluasi kinerja keuangan bank umum di Indonesia. CAMELS merupakan kepanjangan dari Capital (C), Asset Quality (A), Management (M), Earning (E), Liability atau Liquidity (L), dan Sensitivity to Market Risk (S).
Analisis CAMELS diatur dalam Peraturan Bank Indonesia Nomor 6/10/PBI/2004 perihal sistem penilaian Tingkat Kesehatan Bank Umum dan Peraturan Bank Indonesia Nomor 9/1/PBI/2007 Tentang Sistem Penilaian Tingkat Kesehatan Bank Umum Berdasarkan Prinsip Syariah.
Penilaian tingkat kesehatan bank berdasarkan ketentuan Bank Indonesia mencakup penilaian terhadap faktor-faktor CAMELS yang terdiri dari:

A. Permodalan (Capital)
Penilaian pendekatan kuantitatif dan kualitatif faktor permodalan dilakukan melalui penilaian terhadap kecukupan pemenuhan Kewajiban Penyediaan Modal Minimum (KPMM) terhadap ketentuan yang berlaku. Melalui rasio ini akan diketahui kemampuan menyanggah aktiva bank terutama kredit yang disalurkan dengan sejumlah modal bank (Abdullah, 2003:60).
Tabel 1. Matriks Kriteria Peringkat Komponen Permodalan
Rasio
Peringkat
CAR ≥ 12%
1
9% ≤ CAR < 12%
2
8% ≤ CAR < 9%
3
6% < CAR < 8%
4
CAR ≤ 6%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)

B. Kualitas Aset (Asset Quality)
Penilaian pendekatan kuantitatif dan kualitatif faktor aset bank dilakukan melalui penilaian terhadap komponen aktiva produktif yang diklasifikasikan dibandingkan dengan total aktiva produktif dan tingkat kecukupan pembentukan penyisihan penghapusan aktiva produktif (PPAP).
Rasio Kualitas Aktiva Produktif merupakan rasio yang mengukur kemampuan kualitas aktiva produktif yang dimiliki bank untuk menutup aktiva produktif yang diklasifikasikan berupa kredit yang diberikan oleh bank. Rasio ini mengindikasikan bahwa semakin besar rasio ini menunjukkan semakin menurun kualitas aktiva produktif (Taswan, 2010:167).
Tabel 2 Matriks Kriteria Peringkat Komponen KAP(1)
Rasio
Peringkat
KAP­1­ ≤ 2
1
2 < KAP1 ≤ 3%
2
3% < KAP1 ≤ 6%
3
6 < KAP1 ≤ 9%
4
KAP1 > 9%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)
Rasio pemenuhan PPAP merupakan rasio yang mengukur kepatuhan bank dalam membentuk PPAP untuk meminimalkan risiko akibat adanya aktiva produktif yang berpotensi menimbulkan kerugian (Taswan, 2010:167).
Tabel 3 Matriks Kriteria Peringkat Komponen KAP(2)
Rasio
Peringkat
KAP ≥ 110%
1
105% ≤ KAP2 < 110%
2
100% ≤ KAP2 < 105%
3
95% ≤ KAP2 < 100%
4
KAP2 < 95%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)

C. Manajemen (Management)
Penelitian Merkusiwati (2007) menggambarkan tingkat kesehatan bank dari aspek manajemen dengan rasio Net Profit Margin (NPM), alasannya karena seluruh kegiatan manajemen suatu bank yang mencakup manajemen umum, manajemen risiko, dan kepatuhan bank pada akhirnya akan mempengaruhi dan bermuara pada perolehan laba. Net Profit Margin dihitung dengan membagi Net Income atau laba bersih dengan Operating Income atau laba usaha.
Tabel 4 Matriks Kriteria Peringkat Komponen NPM
Rasio
Peringkat
NPM ≥ 100%
1
81% ≤ NPM < 100%
2
66% ≤ NPM < 81%
3
51% ≤ NPM < 66%
4
NPM < 51%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)

D. Profitabilitas (Earnings)
Penilaian pendekatan kuantitatif dan kualitatif faktor profitabilitas bank antara lain dilakukan melalui penilaian terhadap komponen-komponen Return on Assets (ROA), Return on Equity (ROE), Net Interest Margin (NIM) atau Net Operating Margin (NOM), dan Biaya Operasional dibandingkan dengan Pendapatan Operasional (BOPO).
ROA digunakan untuk mengukur kemampuan manajemen bank dalam memperoleh laba secara keseluruhan dari total aktiva yang dimiliki (Dendawijaya, 2009:118).
Tabel 5 Matriks Kriteria Peringkat Komponen ROA
Rasio
Peringkat
ROA > 1,5%
1
1,25% < ROA ≤ 1,5%
2
0,5% < ROA ≤ 1,25%
3
0 < ROA ≤ 0,5%
4
ROA ≤ 0%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)
ROE mengindikasikan kemampuan bank dalam menghasilkan laba dengan menggunakan ekuitasnya. Kenaikan dalam rasio ini berarti terjadi kenaikan laba bersih dari bank yang bersangkutan dan selanjutnya kenaikan tersebut akan menyebabkan kenaikan harga saham bank (Dendawijaya, 2009:119)
Tabel 6 Matriks Kriteria Peringkat Komponen ROE
Rasio
Peringkat
ROE > 15%
1
12,5% < ROE ≤ 15%
2
5% < ROE ≤ 12,5%
3
0 < ROE ≤ 5%
4
ROE ≤ 0%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)
Rasio NIM mengindikasikan kemampuan bank menghasilkan pendapatan bunga bersih dengan penempatan aktiva produktif (Taswan, 2009:167). Bank syariah menjalankan kegiatan operasional bank tidak dengan sistem bunga, maka dalam penilaian rasio NIM pada bank syariah menggunakan rasio Net Operating Margin (NOM) yang merupakan pendapatan operasi bersih terhadap rata-rata aktiva produktif.
Tabel 7 Matriks Kriteria Peringkat Komponen NIM/NOM
Rasio
Peringkat
NIM > 3%
1
2% < NIM ≤ 3%
2
1,5% < NIM ≤ 2%
3
1% < NIM ≤ 1,5%
4
NIM ≤ 1%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)
BOPO digunakan untuk mengukur tingkat efisiensi kemampuan bank dalam melakukan kegiatan operasinya (Dendawijaya, 2009:120). Semakin tingga rasio ini menunjukkan semakin tidak efisien biaya operasional bank.
Tabel 8. Matriks Kriteria Peringkat Komponen BOPO
Rasio
Peringkat
BOPO ≤ 94%
1
94% < BOPO ≤ 95%
2
95% < BOPO ≤ 96%
3
96% < BOPO ≤ 97%
4
BOPO > 97%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)

E. Likuiditas (Liquidity)
Penilaian pendekatan kuantitatif dan kualitatif faktor likuiditas bank dilakukan melalui penilaian terhadap komponen Loan to Deposit Ratio (LDR).
LDR menunjukkan seberapa jauh kemampuan bank dalam membayar kembali penarikan dana yang dilakukan deposan dengan mengandalkan kredit yang diberikan sebagai sumber likuiditasnya (Dendawijaya, 2009:116).
Tabel 9. Matriks Kriteria Peringkat Komponen LDR
Rasio
Peringkat
LDR ≤ 75%
1
75% < LDR ≤ 85%
2
85% < LDR ≤ 100%
3
100% < LDR ≤ 120%
4
LDR > 120%
5
(Sumber: SE BI No. 6/23/DPNP tahun 2004)

F. Sensitivitas terhadap risiko pasar (Sensitivity to Market Risk)
 
Penilaian rasio sensitivitas terhadap risiko pasar didasarkan pada Interest Rate Risk Ratio (IRRR) yang proksi terhadap risiko pasar. IRRR menunjukkan kemampuan bank dalam mengcover biaya bunga yang harus dikeluarkan dengan pendapatan bunga yang dihasilkan.

Diposting oleh di Tidak ada komentar:

Tingkat Kesehatan Bank dengan menggunakan Camels, Definisi dan Rumus - Rumusnya.

Pengertian Tingkat Kesehatan Bank

Secara sederhana dapat dikatakan bahwa bank yang sehat adalah bank yang dapat menjalankan fungsi-fungsinya dengan baik. Dengan kata lain, bank yang sehat adalah bank yang dapat menjaga dan memelihara kepercayaan masyarakat, dapat menjalankan fungsi intermediasi, dapat membantu kelancaran lalu lintas pembayaran serta dapat digunakan oleh pemerintah dalam melaksanakan berbagai kebijakannya, terutama kebijakan moneter. Dengan menjalankan fungsi-fungsi tersebut diharapkan dapat memberikan pelayanan yang baik kepada masyarakat serta bermanfaat bagi perekonomian secara keseluruhan.
Untuk dapat menjalankan fungsinya dengan baik, bank harus mempunyai modal yang cukup, menjaga kualitas asetnya dengan baik, dikelola dengan baik dan dioperasikan berdasarkan prinsip kehati-hatian, menghasilkan keuntungan yang cukup untuk mempertahankan kelangsungan usahanya, serta memelihara likuiditasnya sehingga dapat memenuhi kewajibannya setiap saat. Selain itu, suatu bank harus senantiasa memenuhi berbagai ketentuan dan aturan yang telah ditetapkan, yang pada dasarnya berupa berbagai ketentuan yang mengacu pada prinsip-prinsip kehati-hatian di bidang perbankan.

Penilaian Tingkat Kesehatan Bank

Penilaian tingkat kesehatan bank di Indonesia sampai saat ini secara garis besar didasarkan pada faktor CAMEL (Capital, Assets Quality, Management, Earning dan Liquidity). Seiring dengan penerapan risk based supervision, penilaian tingkat kesehatan juga memerlukan penyempurnaan. Saat ini BI tengah mempersiapkan penyempurnaan sistem penilaian bank yang baru, yang memperhitungkan sensitivity to market risk atau risiko pasar. Dengan demikian faktor-faktor yang diperhitungkan dalam system baru ini nantinya adalah CAMEL. Kelima faktor tersebut memang  merupakan faktor yang menentukan kondisi suatu bank. Apabila suatu bank mengalami permasalahan pada salah satu faktor tersebut (apalagi apabila suatu bank mengalami permasalahan yang menyangkut lebih dari satu faktor tersebut), maka bank tersebut akan mengalami kesulitan.
Sebagai contoh, suatu bank yang mengalami masalah likuiditas (meskipun bank tersebut modalnya cukup, selalu untung, dikelola dengan baik, kualitas aktiva produktifnya baik) maka apabila permasalahan tersebut tidak segera dapat diatasi maka dapat dipastikan bank tersebut akan menjadi tidak sehat. Pada waktu terjadi krisis perbankan di Indonesia sebetulnya tidak semua bank dalam kondisi tidak sehat, tetapi karena terjadi rush dan mengalami kesulitan likuiditas, maka sejumlah bank yang sebenarnya sehat menjadi tidak sehat.
Meskipun secara umum faktor CAMEL relevan dipergunakan untuk semua bank, tetapi bobot masing-masing faktor akan berbeda untuk masing-masing jenis bank. Dengan dasar ini, maka penggunaan factor CAMEL dalam penilaian tingkat kesehatan dibedakan antara bank umum dan BPR. Bobot masing-masing faktor CAMEL untuk bank umum dan BPR ditetapkan sebagai berikut :
 
Tabel Bobot CAMEL

No. Faktor CAMEL Bobot
Bank Umum BPR
1. 2.
3.
4.
5.		 Permodalan Kualitas Aktiva Produktif
Kualitas Manajemen
Rentabilitas
Likuiditas		 25% 30%
25%
10%
10%		 30% 30%
20%
10%
10%

Perbedaan penilaian tingkat kesehatan antara bank umum dan BPR hanya pada bobot masing-masing faktor CAMEL. Pelaksanaan penilaian selanjutnya dilakukan sama tanpa ada pembedaan antara bank umum dan BPR. Dalam uraian berikut, yang dimaksud dengan penilaian bank adalah penilaian bank umum dan BPR.
Dalam melakukan penilaian atas tingkat kesehatan bank pada dasarnya dilakukan dengan pendekatan kualitatif atas berbagai faktor yang berpengaruh terhadap kondisi dan perkembangan suatu bank. Pendekatan tersebut dilakukan dengan menilai faktor-faktor permodalan, kualitas aktiva produktif, manajemen, rentabilitas dan likuiditas.
Pada tahap awal penilaian tingkat kesehatan suatu bank dilakukan dengan melakukan kuantifikasi atas komponen dari masing-masing factor tersebut. Faktor dan komponen tersebut selanjutnya diberi suatu bobot sesuai dengan besarnya pengaruh terhadap kesehatan suatu bank.
Selanjutnya, penilaian faktor dan komponen dilakukan dengan system kredit yang dinyatakan dalam nilai kredit antara 0 sampai 100. Hasil penilaian atas dasar bobot dan nilai kredit selanjutnya dikurangi dengan nilai kredit atas pelaksanaan ketentuan-ketentuan yang lain yang sanksinya dikaitkan dengan tingkat kesehatan bank.
Berdasarkan kuantifikasi atas komponen-komponen sebagaimana diuraikan di atas, selanjutnya masih dievaluasi lagi dengan memperhatikan informasi dan aspek-aspek lain yang secara materiil dapat berpengaruh terhadap perkembangan masing-masing faktor. Pada akhirnya, akan diperoleh suatu angka yang dapat menentukan predikat tingkat kesehatan bank, yaitu Sehat, Cukup Sehat, Kurang Sehat dan Tidak Sehat.

Berikut ini penjelasan metode CAMEL :

1. Capital

Kekurangan modal merupakan gejala umum yang dialami bank-bank di negara-negara berkembang. Kekurangan modal tersebut dapat bersumber dari dua hal, yang pertama adalah karena modal yang jumlahnya kecil, yang kedua adalah kualitas modalnya yang buruk. Dengan demikian, pengawas bank harus yakin bahwa bank harus mempunyai modal yang cukup, baik jumlah maupun kualitasnya. Selain itu, para pemegang saham maupun pengurus bank harus benar-benar bertanggung jawab atas modal yang sudah ditanamkan.
Berapa modal yang cukup tersebut? Pada saat ini persyaratan untuk mendirikan bank baru memerlukan modal disetor sebesar Rp. 3 trilyun. Namun bank-bank yang saat ketentuan tersebut diberlakukan sudah  berdiri jumlah modalnya mungkin kurang dari jumlah tersebut. Pengertian kecukupan modal tersebut tidak hanya dihitung dari jumlah nominalnya, tetapi juga dari rasio kecukupan modal, atau yang sering disebut sebagai Capital Adequacy Ratio (CAR). Rasio tersebut merupakan perbandingan antara jumlah modal dengan aktiva tertimbang menurut risiko (ATMR). Pada saat ini sesuai dengan ketentuan yang berlaku, CAR suatu bank sekurang-kurangnya sebesar 8%.

2. Assets Quality

Dalam kondisi normal sebagian besar aktiva suatu bank terdiri dari kredit dan aktiva lain yang dapat menghasilkan atau menjadi sumber pendapatan bagi bank, sehingga jenis aktiva tersebut sering disebut sebagai aktiva produktif. Dengan kata lain, aktiva produktif adalah penanaman dana Bank baik dalam rupiah maupun valuta asing dalam  bentuk pembiayaan, piutang, surat berharga, penempatan, penyertaan modal, penyertaan modal sementara, komitmen dan kontijensi pada transaksi rekening administratif. Di dalam menganalisis suatu bank pada umumnya perhatian difokuskan pada kecukupan modal bank karena masalah solvensi memang penting. Namun demikian, menganalisis kualitas aktiva produktif secara cermat tidaklah kalah pentingnya. Kualitas aktiva produktif bank yang sangat jelek secara implisit akan menghapus modal bank. Walaupun secara riil bank memiliki modal yang cukup besar, apabila kualitas aktiva produktifnya sangat buruk dapat saja kondisi modalnya menjadi buruk pula. Hal ini antara lain terkait dengan berbagai permasalahan seperti pembentukan cadangan, penilaian asset, pemberian pinjaman kepada pihak terkait, dan sebagainya. Penilaian terhadap kualitas aktiva produktif di dalam ketentuan perbankan di Indonesia didasarkan pada dua rasio yaitu:

1)      Rasio Aktiva Produktif Diklasifikasikan terhadap Aktiva
Produktif (KAP 1). Aktiva Produktif Diklasifikasikan menjadi Lancar, Kurang Lancar, Diragukan dan Macet. Rumusnya adalah :
Penilaian rasio KAP dilakukan dengan ketentuan sebagai berikut:
  • Untuk rasio sebesar 15,5 % atau lebih diberi nilai kredit 0 dan
  • Untuk setiap penurunan 0,15% mulai dari 15,49% nilai kredit ditambah 1 dengan maksimum 100.
2)      Rasio Penyisihan Penghapusan Aktiva Produktif terhadap Aktiva
Produktif yang diklasifikasikan (KAP 2). Rumusnya adalah :

Penilaian rasio KAP untuk perhitungan PPAP dilakukan dengan ketentuan sebagai berikut untuk rasio 0 % diberi nilai kredit 0 dan untuk setiap kenaikan 1 % dari 0 % nilai kredit ditambah 1 dengan maksimum 100.

3. Management

Manajemen atau pengelolaan suatu bank akan menentukan sehat tidaknya suatu bank. Mengingat hal tersebut, maka pengelolaan suatu manajemen sebuah bank mendapatkan perhatian yang besar dalam penilaian tingkat kesehatan suatu bank diharapkan dapat menciptakan dan memelihara kesehatannya.
Penilaian faktor manajemen dalam penilaian tingkat kesehatan bank umum dilakukan dengan melakukan evaluasi terhadap pengelolaan terhadap bank yang bersangkutan. Penilaian tersebut dilakukan dengan mempergunakan sekitar seratus kuesioner yang dikelompokkan dalam dua kelompok besar yaitu kelompok manajemen umum dan kuesioner manajemen risiko. Kuesioner kelompok manajemen umum selanjutnya dibagi ke dalam sub kelompok pertanyaan yang berkaitan dengan strategi, struktur, sistem, sumber daya manusia, kepemimpinan, budaya kerja. Sementara itu, untuk kuesioner manajemen risiko dibagi dalam sub kelompok yang berkaitan dengan risiko likuiditas, risiko pasar, risiko kredit, risiko operasional, risiko hukum dan risiko pemilik dan pengurus.

4. Earning

Salah satu parameter untuk mengukur tingkat kesehatan suatu bank adalah kemampuan bank untuk memperoleh keuntungan. Perlu diketahui bahwa apabila bank selalu mengalami kerugian dalam kegiatan operasinya maka tentu saja lama kelamaan kerugian tersebut akan memakan modalnya. Bank yang dalam kondisi demikian tentu saja tidak dapat dikatakan sehat.
Penilaian didasarkan kepada rentabilitas atau earning suatu bank yaitu melihat kemampuan suatu bank dalam menciptakan laba. Penilaian dalam unsur ini didasarkan pada dua macam, yaitu :

1)      Rasio Laba terhadap Total Assets (ROA / Earning 1). Rumusnya adalah :
Penilaian rasio earning 1 dapat dilakukan sebagai berikut untuk rasio 0 % atau negatif diberi nilai kredit 0, dan untuk setiap kenaikan 0,015% mulai dari 0% nilai kredit ditambah dengan nilai maksimum 100.

2)      Rasio Beban Operasional terhadap Pendapatan Operasional (Earning 2). Rumusnya adalah :

Penilaian earning 2 dapat dilakukan sebagai berikut untuk rasio sebesar 100% atau lebih diberi nilai kredit 0 dan setiap penurunan sebesar 0,08% nilai kredit ditambah 1 dengan maksimum 100.

5. Liquidity

Penilaian terhadap faktor likuiditas dilakukan dengan menilai dua buah rasio, yaitu rasio Kewajiban Bersih Antar Bank terhadap Modal Inti dan rasio Kredit terhadap Dana yang Diterima oleh Bank. Yang dimaksud Kewajiban Bersih Antar Bank adalah selisih antara kewajiban bank dengan tagihan kepada bank lain. Sementara itu yang termasuk Dana yang Diterima adalah Kredit Likuiditas Bank Indonesia, Giro, Deposito, dan Tabungan Masyarakat, Pinjaman bukan dari bank yang berjangka waktu lebih dari tiga bulan (tidak termasuk pinjaman subordinasi), Deposito dan Pinjaman dari bank lain yang berjangka waktu lebih dari tiga bulan, dan surat berharga yang diterbitkan oleh bank yang berjangka waktu lebih dari tiga bulan.
Liquidity yaitu rasio untuk menilai likuiditas bank. Penilaian likuiditas bank didasarkan atas dua maca rasio, yaitu :

1)      Rasio jumlah kewajiban bersih call money terhadap Aktiva Lancar. Rumusnya adalah :

Penilaian likuiditas dapat dilakukan sebagai berikut untuk rasio sebesar 100% atau lebih diberi nilai kredit 0, dan untuk setiap penurunan sebesar 1% mulai dari nilai kredit ditambah 1 dengan maksimum 100.

2)      Rasio antara Kredit terhadap dana yang diterima oleh bank. Rumusnya adalah :

Penilaian likuiditas 2 dapat dilakukan sebagai berikut untuk rasio 115 atau lebih diberi nilai kredit 0 dan untuk setiap penurunan 1% mulai dari rasio 115% nilai kredit ditambah 4 dengan nilai maksimum 100.
 
Diposting oleh di Tidak ada komentar:

Senin, 30 April 2012

UML (Unified Modelling Language)

Sejarah UML

UML dimulai secara resmi pada oktober 1994, ketika Rumbaugh bergabung dengan Booch pada Relational Software Corporation. Proyek ini memfokuskan pada penyatuan metode Booch dan OMT. UML versi 0.8 merupakan metode penyatuan yang dirilis pada bulan Oktober 1995. Dalam waktu yang sama, Jacobson bergabung dengan Relational dan cakupan dari UML semakin luas sampai diluar perusahaan OOSE. Dokumentasi UML versi 0.9 akhirnya dirilis pada bulan Juni 1996. Meskipun pada tahun 1996 ini melihat dan menerima feedback dari komunitas Software Engineering . Dalam waktu tersebut, menjadi lebih jelas bahwa beberapa organisasi perangkat lunak melihat UML sebagai strategi dari bisnisnya. Kemudian dibangunlah UML Consortium dengan beberapa organisasi yang akan menyumbangkan sumber dayanya untuk bekerja, mengembangkan, dan melengkapi UML.
Di sini beberapa partner yang berkontribusi pada UML 1.0, diantaranya Digital Equipment Corporation, Hewlett-Packard, I-Logix, Intellicorp, IBM, ICON Computing, MCI Systemhouse, Microsoft, Oracle, Relational, Texas Instruments dan Unisys. Dari kolaborasi ini dihasilkan UML 1.0 yang merupakan bahasa pemodelan yang ditetapkan secara baik, expressive, kuat, dan cocok untuk lingkungan masalah yang luas. UML 1.0 ditawarkan menjadi standarisasi dari Object Management Group (OMG). Dan pada Januari 1997 dijadikan sebagai standar bahasa pemodelan
Antara Januari–Juli 1997 gabungan group tersebut memperluas kontribusinya sebagai hasil respon dari OMG dengan memasukkan Adersen Consulting, Ericsson, ObjectTimeLimeted, Platinum Technology, Ptech, Reich Technologies, Softeam, Sterling Software dan Taskon. Revisi dari versi UML (versi 1.1) ditawarkan kepada OMG sebagai standarisasi pada bulan Juli 1997. Dan pada bulan September 1997, versi ini dierima oleh OMG Analysis dan Design Task Force (ADTF) dan OMG ArchitectureBoard. Dan Akhirnya pada Juli 1997 UML versi 1.1 menjadi standarisasi.
Pemeliharaan UML terus dipegang oleh OMG Revision Task Force (RTF) yang dipimpin oleh Cris Kobryn. RTP merilis editorial dari UML 1.2 pada Juni 1998. Dan pada tahun 1998 RTF juga merilis UML 1.3 disertai dengan user guide dan memberikan technical cleanup.

Pengertian UML

UML adalah bahasa untuk menspesifikasi, memvisualisasi, membangun dan mendokumentasikan artifacts (bagian dari informasi yang digunakan atau dihasilkan oleh proses pembuatan perangkat lunak, artifact tersebut dapat berupa model, deskripsi atau perangkat lunak) dari sistem perangkat lunak, seperti pada pemodelan bisnis dan sistem non perangkat lunak lainnya [HAN98]. Selain itu UML adalah bahasa pemodelan yang menggunakan konsep orientasi object. UML dibuat oleh Grady Booch, James Rumbaugh, dan Ivar Jacobson di bawah bendera Rational Software Corp [HAN98]. UML menyediakan notasi-notasi yang membantu memodelkan sistem dari berbagai perspektif. UML tidak hanya digunakan dalam pemodelan perangkat lunak, namun hampir dalam semua bidang yang membutuhkan pemodelan..
Gambaran Umum UML

Gambaran umum mengenai UML dapat dijelaskan berdasarkan kegunaan dari UML itu sendiri, yaitu:

1. Modeling Language, UML sebagai bahasa untuk pemodelan sistem

UML merupakan bahasa pemodelan yang memiliki pembendaharaan kata dan cara untuk mempresentasikan secara fokus pada konseptual dan fisik dari suatu sistem. Contoh untuk sistem software yang intensive membutuhkan bahasa yang menunjukkan pandangan yang berbeda dari arsitektur sistem, ini sama seperti menyusun/mengembangkan software development life cycle. Dengan UML akan memberitahukan kita bagaimana untuk membuat dan membaca bentuk model yang baik, tetapi UML tidak dapat memberitahukan model apa yang akan dibangun dan kapan akan membangun model tersebut. Ini merupakan aturan dalam software development process.

2. Visualizing, UML sebagai bahasa untuk menggambarkan sistem

UML tidak hanya merupakan rangkaian simbol grafikal, cukup dengan tiap simbol pada notasi UML merupakan penetapan semantik yang baik. Dengan cara ini, satu pengembang dapat menulis model UML dan pengembang lain atau perangkat yang sama lainnya dapat mengartikan bahwa model tersebut tidak ambigu. Hal ini akan mengurangi error yang terjadi karena perbedaan bahasa dalam komunikasi model konseptual dengan model lainnya.
UML menggambarkan model yang dapat dimengerti dan dipresentasikan ke dalam model tekstual bahasa pemograman. Contohnya kita dapat menduga suatu model dari sistem yang berbasis web tetapi tidak secara langsung dipegang dengan mempelajari
code dari sistem. Dengan model UML maka kita dapat memodelkan suatu sistem web tersebut dan direpresentasikan ke bahasa pemrograman.
UML merupakan suatu model eksplisit yang menggambarkan komunikasi informasi pada sistem. Sehingga kita tidak kehilangan informasi code implementasi yang hilang dikarenakan developer memotong coding dari implementasi.

1. Specifying, UML sebagai bahasa untuk menspesifikasikan sistem

Maksudnya membangun model yang sesuai, tidak ambigu dan lengkap. Pada faktanya UML menunjukan semua spesifikasi keputusan analisis, desain dan implementasi yang penting yang harus dibuat pada saat pengembangan dan penyebaran dari sistem software intensif.

2. Constructing, UML sebagai bahasa untuk membangun sistem

UML bukan bahasa pemograman visual, tetapi model UML dapat dikoneksikan secara langsung pada bahasa pemograman visual. Maksudnya membangun model yang dapat dimapping ke bahasa pemograman seperti java, C++, VB atau tabel pada database relational atau penyimpanan tetap pada database berorientasi object.

3. Documenting, UML sebagai bahasa untuk pendokumentasian sistem

Maksudnya UML menunjukan dokumentasi dari arsitektur sistem dan detail dari semuanya.UML hanya memberikan bahasa untuk memperlihatkan permintaan dan untuk tes. UML menyediakan bahasa untuk memodelkan aktifitas dari perencanaan project dan manajemen pelepasan (release management).

Ø Area dan Tujuan Penggunaan UML

UML (Unified Modeling Language) digunakan paling efektif pada domain seperti:
  • Sistem Informasi Perusahaan
  • Sistem Perbankan dan Perekonomian
  • Bidang Telekomunikasi
  • Bidang Transportasi
  • Bidang Penerbangan
  • Bidang Perdagangan
  • Bidang Pelayanan Elekronik
  • Bidang Pengetahuan
Bidang Pelayanan Berbasis Web Terdistribusi
UML tidak terbatas untuk pemodelan software saja. Pada faktanya UML banyak digunakan untuk memodelkan sistem non-software seperti:
Aliran kerja pada sistem perundangan.
Struktur dan kelakuan dari Sistem Kepedulian Kesehatan Pasien
Desain hardware dll.

Tujuan penggunaan UML adalah, sebagai berikut:
  • Memodelkan suatu sistem (bukan hanya perangkat lunak) yang menggunakan konsep berorientasi object
  • Menciptakan suatu bahasa pemodelan yang dapat digunakan baik oleh manusia maupun mesin.
Keunggulan menggunakan UML dibandingkan menggunakan metodologi terstruktur:

  • Uniformity
Pengembang cukup menggunakan 1 metodologi dari tahap analsis hingga perancangan. Memungkinkan merancang komponen antarmuka secara terintegrasi bersama perancangan PL dan perancangan struktur data

  • Understandability
Kode yang dihasilkan dapat diorganisasi kedalam kelas-kelas yangberhubungan dengan masalah sesungguhnya sehingga lebih mudah untuk dipahami.

  • Stability
Kode program yang dihasilkan relatif stabil sepanjang waktu, karena mendekati permasalahan yang sesungguhnya.

  • Reusability
Dengan metodologi berorientasi objek, dimungkinkan penggunaan ulang kode, sehingga pada akhirnya akan sangat mempercepat waktu pengembangan perangkat lunak (atau sistem informasi).

Berikut jenis - jenis diagram pada uml :

A. Use Case Diagram

Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuahuse case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use casemerupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng- create sebuah daftar belanja, dan sebagainya. Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat membantu bila kita sedang menyusunrequirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem. Sebuah use case dapat meng- include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use case yang di- include akan dipanggil setiap kaliuse case yang meng- include dieksekusi secara normal. Sebuah use case dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common . Sebuah use casejuga dapat meng- extend use case lain dengan behaviour -nya sendiri. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain.

B. Class Diagram 

Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Classmenggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Class diagrammenggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment , pewarisan, asosiasi, dan lain-lain.
Class memiliki tiga area pokok :
1. Nama (dan stereotype)
2. Atribut
3. Metoda
Atribut dan metoda dapat memiliki salah satu sifat berikut :
  • Private , tidak dapat dipanggil dari luar class yang bersangkutan
  • Protected , hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya
  • Public , dapat dipanggil oleh siapa saja
Class dapat merupakan implementasi dari sebuah interface , yaitu class abstrak yang hanya memiliki metoda. Interface tidak dapat langsung diinstansiasikan, tetapi harus diimplementasikan dahulu menjadi sebuah class. Dengan demikian interface mendukung resolusi metoda pada saat run-time .
Sesuai dengan perkembangan class model, class dapat dikelompokkan menjadi package . Kita juga dapat membuat diagram yang terdiri atas package.

Hubungan Antar Class
  1. Asosiasi, yaitu hubungan statis antar class . Umumnya menggambarkan classyang memiliki atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah navigability m enunjukkan arah query antar class .
  2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).
  3. Pewarisan, yaitu hubungan hirarkis antar class . Class dapat diturunkan dari classlain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
  4. Hubungan dinamis, yaitu rangkaian pesan ( message ) yang di- passing dari satuclass kepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram yang akan dijelaskan kemudian.

C. Statechart Diagram

Statechart diagram menggambarkan transisi dan perubahan keadaan (dari satu state kestate lainnya) suatu objek pada sistem sebagai akibat dari stimuli yang diterima. Pada umumnya statechart diagram menggambarkan class tertentu (satu class dapat memiliki lebih dari satu statechart diagram ). Dalam UML, state digambarkan berbentuk segiempat dengan sudut membulat dan memiliki nama sesuai kondisinya saat itu. Transisi antarstate umumnya memiliki kondisi guard yang merupakan syarat terjadinya transisi yang bersangkutan, dituliskan dalam kurung siku. Action yang dilakukan sebagai akibat darievent tertentu dituliskan dengan diawali garis miring. Titik awal dan akhir digambarkan berbentuk lingkaran berwarna penuh dan berwarna setengah.

D. Activity Diagram

Activity diagrams menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity diagram merupakan state diagramkhusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya ( internal processing ). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum. Sebuah aktivitas dapat direalisasikan oleh satuuse case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas. Sama seperti state , standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses paralel ( fork dan join ) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal.Activity diagram dapat dibagi menjadi beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu.

E. Sequence Diagram

Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display , dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men- trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan. Masing-masing objek, termasuk aktor, memilikilifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class. Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message.
 Untuk objek-objek yang memiliki sifat khusus, standar UML mendefinisikan icon khusus untuk objek boundary, controller dan persistent entity .

F. Collaboration Diagram 

Collaboration diagram juga menggambarkan interaksi antar objek seperti sequence diagram , tetapi lebih menekankan pada peran masing-masing objek dan bukan pada waktu penyampaian message . Setiap message memiliki sequence number , di manamessage dari level tertinggi memiliki nomor 1. Messages dari level yang sama memiliki prefiks yang sama.

G. Component Diagram 

Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan ( dependency ) di antaranya. Komponen piranti lunak adalah modul berisi code , baik berisi source code maupun binary code , baik librarymaupun executable , baik yang muncul pada compile time, link time , maupun run time . Umumnya komponen terbentuk dari beberapa class dan/atau package , tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface , yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain.

H. Deployment Diagram

Deployment/physical diagram menggambarkan detail bagaimana komponen di- deploydalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal Sebuah node adalah server, workstation , atau piranti keras lain yang digunakan untuk men- deploy komponen dalam lingkungan sebenarnya. Hubungan antar node (misalnya TCP/IP) dan requirement dapat juga didefinisikan dalam diagram ini.


Diposting oleh di Tidak ada komentar:
Langganan: Postingan (Atom)