79

BAB IV

HASIL DAN PEMBAHASAN

4.1 Customer Communication

Tahap pertama dari Spiral Model adalah Customer Communication, di

mana pada tahapan ini dilakukan komunikasi dengan customer, dalam hal

ini yaitu pengawas dari Bank Indonesia dan staf pelaporan dari bank

pelapor untuk mendapatkan informasi mengenai sistem yang sedang

berjalan saat ini, yaitu Sistem LBU 2008 versi 2.0.2.0, User Requirement

terhadap Sistem LBU 2008 versi terbaru, serta menerjemahkan User

Requirement yang didapat ke dalam System Requirement.

Gambar 4.1 Customer Communication Overview

4.1.1 Existing System Assessment

Pada sub bab ini, penulis akan memaparkan secara lengkap

mengenai proses dan keadaan sistem LBU 2008 Client yang sedang

berjalan saat ini, di mana assessment ini merupakan hasil dari proses

80

komunikasi dengan customer untuk mengetahui tentang sistem yang

sedang berjalan. Analisa sistem yang berjalan ini sendiri meliputi :

1. Arsitektur Aplikasi yang Sedang Digunakan,

2. Topologi Jaringan Centralized dan Distributed

(Decentralized),

3. Matriks Penggunaan Laporan,

4. Dasar Alur Kerja Sistem LBU 2008 – Client,

5. Proses di Bank Pelapor,

6. Software Architecture Framework, dan

7. Bagan Hirarki Fungsi Aplikasi.

81

4.1.1.1 Arsitektur Aplikasi yang Sedang Digunakan

Gambar 4.2 LBUS 2008 Client Application Structure

Sumber: Dokumentasi LBU 2008 Bank Indonesia

4.1.1.2 Topologi Jaringan Centralized

Gambar berikut ini menjelaskan topologi sistem LBU 2008 di

Bank Pelapor jika LBU sistem 2008 Client tersentral di kantor

pusat Bank pelapor.

82

Gambar 4.3 Topologi Jaringan Centralized Sistem LBU 2008 Client

Sumber: Dokumentasi LBU 2008 Bank Indonesia

Dengan menggunakan Jaringan Centralized seperti gambar

diatas, maka setiap kantor cabang utama bank pelapor tidak perlu

terhubung dengan jaringan ekstranet BI untuk mengirimkan

laporan LBU 2008. Setiap kantor cabang utama cukup

mengumpulkan laporan LBU 2008 setiap bulannya pada kantor

pusat operasional, sehingga kantor pusat operasional dapat

mengirimkan laporan LBU 2008 via jaringan ekstranet BI.

4.1.1.3 Topologi Jaringan Distributed (Decentralized)

Gambar berikut ini menjelaskan topologi sistem LBU 2008 di

Bank Pelapor jika LBU sistem 2008 Client terdistribusi di kantor

pusat atau di kantor-kantor cabang Bank pelapor.

83

Gambar 4.4 Topologi Jaringan Distributed Sistem LBU 2008 Client

Sumber: Dokumentasi LBU 2008 Bank Indonesia

Dengan menggunakan Jaringan Distributed atau

Desentralisasi, maka setiap kantor cabang utama bank pelapor

wajib terhubung dengan jaringan ekstranet BI untuk mengirimkan

laporan LBU 2008, sehingga pengiriman laporan LBU 2008

setiap bulannya dikirim dari masing – masing kantor cabang

utama.

4.1.1.4 Matriks Penggunaan Laporan

Jenis-jenis laporan yang menjadi kewajiban bank-bank

pelapor dijelaskan di dalam matriks di bawah ini:

4

•

•

•

•

•

•

2.2

4.1.1.5 Da

me

• E

Tabel 4.1

LBU Konv

LBU Syaria

LBU Gabun

LBU Gabun

Formulir La

LBU Konso

LBU Perus

Penjabara

2 Laporan B

asar Alur K

Secara g

encakup tiga

Entri Lapo

1 Matriks Pe

ensional, ad

ah, ada 53 F

ngan, ada 8

ngan Termas

aporan.

olidasi, ada 2

ahaan Anak,

an dari setiap

Bulanan Ba

Kerja LBU 2

garis besar

a proses beri

oran – M

enggunaan L

da 54 Formul

ormulir Lap

Formulir La

suk Unit Usa

2 Formulir L

, ada 10 Form

p jenis lapor

ank Umum

2008 - Clien

fungsinya

ikut:

Memproses

diperlukan o

Laporan

lir Laporan.

poran.

aporan.

aha Syariah

Laporan.

mulir Lapor

ran diatas ada

nt

aplikasi LB

pengumpul

oleh laporan

(UUS), ada

an.

a pada sub b

BU 2008 C

lan data

n.

84

8

bab

Client

yang

85

• Review – Memverifikasi isi laporan untuk memastikan

kelengkapan, kebenaran, dan konformitasnya.

• Submission – Memproses pengiriman laporan yang terkumpul

ke sistem LBU 2008 pada Bank Indonesia dan

menguji hasil pengiriman laporan.

Gambar 4.5 Workflow Proses Sistem LBU 2008 Client

Dalam konsep LBU 2008, sistem aplikasi berorientasi kepada

tingkat kemudahan di sisi bank pelapor. Setiap bank pelapor akan

diberikan aplikasi LBU 2008 sesuai dengan jenis usaha bank

pelapor, yang dapat digunakan untuk melakukan entry data

maupun import data secara manual serta proses download setiap

ada perubahan pada aplikasi.

Fungsi utama yang terdapat pada aplikasi LBU 2008

terutama memuat modul entry data, impor data, ekspor data,

gabung data, validasi data, pengiriman data, dan laporan.

86

Program Aplikasi LBU 2008 meliputi :

1. Sistem, meliputi login/logout sistem, ganti password, otorisasi

pemakai, konfigurasi sistem, inisialisasi sistem, dan ganti bulan

data.

2. Entry Data, sesuai dengan Buku Pedoman LBU 2008.

3. Impor dan Ekspor data.

4. Gabung data.

5. Download aplikasi LBU 2008 dari sisi pelapor setiap ada

perubahan di BI, tabel referensi dan juga validasi.

6. Laporan (pencetakan formulir) sesuai Buku Pedoman LBU

2008

7. Validasi sesuai spesifikasi yang dibuat oleh Bank Indonesia.

Modul validasi ini berupa library yang memungkinkan dapat

dilakukan perubahan tanpa perlu mengubah program aplikasi.

8. Pengiriman Data secara on line dengan cara dial up/leased

line melalui fasilitas jaringan ekstranet Bank Indonesia,

meliputi modul :

Login/logout server,

Ganti password server,

Konfigurasi komunikasi,

Kirim data LBU 2008 secara on line.

Pengiriman data ini hanya dapat dilakukan apabila tidak ada

kesalahan dalam proses validasi, serta kesesuaian versi validasi

antara aplikasi di bank pelapor dengan aplikasi di Bank

87

Indonesia.

9. Pengiriman Data secara Off line (Upload Data) melalui

media penyimpanan (cd, flash disk dll).

10. Tanda Bukti Pengiriman Data untuk menyatakan status

keberhasilan pengiriman data. Tanda bukti ini dapat dicetak

(print) maupun disimpan dalam bentuk file.

11. Enkripsi harus dilakukan pada saat pengiriman data ke Bank

Indonesia. Teknologi enkripsi menggunakan teknologi yang

aman dan terkini.

12. Tools, meliputi impor dari file teks (baca data dari sistem

lain), ekspor data (tulis data ke sistem lain) dalam bentuk file

teks dan MS Excel, merge dari file teks (gabung data dari

sistem lain), backup database, restore database, pemeliharaan

database, dan konfigurasi database LBUS.

13. Multi-tasking, dapat mengaktifkan lebih dari 1 formulir

laporan secara berjajar, bertumpuk, tutup form, dan tutup

semua form.

14. Lain-lain, meliputi help, informasi pedoman penyusunan

LBU 2008, pengumuman Bank Indonesia

4.1.1.6 Proses di Bank Pelapor

88

Gambar 4.6 Proses di Bank Pelapor

Sumber: Dokumentasi LBU 2008 Bank Indonesia

89

Alur kerja di sisi Klien atau Bank Pelapor dapat dijabarkan

sebagai berikut:

1. Pengguna di LBU 2008 Client dalam hal ini “Front End

Officer” dapat membaca berita, membaca petunjuk

penggunaan, membaca peringatan atau kasus-kasus laporan

yang harus di follow-up yang dapat dilihat di main menu

aplikasi LBU 2008 Client di bagian workspace collaboration.

2. Front End Officer dapat melakukan input data secara manual

dengan menggunakan form-form yang sudah disediakan.

3. Front End Officer juga dapat melakukan impor data dengan

cara menunjuk data source dan form yang ingin di proses.

4. LBU 2008 Client sistem akan melakukan proses validasi

untuk data yang di input secara manual maupun melalui impor

data.

5. Data yang sudah lolos validasi dapat dilihat di layar sebelum

disimpan di database lokal dengan status data belum disetujui.

6. Proses selanjutnya dilakukan oleh pengguna “Review Officer”

yang akan melakukan review data untuk persetujuan. Proses

review and approval ini menggunakan workflow proses yang

dapat di kostuminasi sesuai dengan peraturan di Bank Pelapor.

90

7. Data yang sudah disetujui akan di update ke database lokal

dengan dengan status data sudah disetujui. Untuk data yang

belum disetujui akan kembali ke proses di butir 4.

8. Semua data yang sudah setujui dapat diolah oleh pengguna

“Submission Officer” untuk dikirimkan ke BANK

INDONESIA. Submission Officer dapat melihat semua data

yang sudah disetujui dalam 1 layar dan kemudian memilih

data tersebut untuk dikirim.

9. Pengiriman data dapat dilakukan dengan klik tombol Kirim

yang akan melakukan proses enkripsi terhadap data dan

mengirim data secara online ke BANK INDONESIA melalui

Webservice melewati jaringan extranet.

10. Pengiriman juga dapat dilakukan secara offline dengan cara

membuatkan file yang akan dikirim ke BANK INDONESIA

atau Kantor BANK INDONESIA. File tersebut berisi data

laporan yang telah dienkripsi. Jika menggunakan opsi offline,

file tersebut dapat diupload kemudian di BANK INDONESIA

atau Kantor BANK INDONESIA yang memiliki akses ke

server di BANK INDONESIA.

11. Data yang sudah dikirim secara online maupun secara offline

akan memiliki status data sudah dikirim.

91

12. Selanjutnya sistem akan menunggu jawaban dari BANK

INDONESIA. Untuk opsi pengiriman secara online, data

jawaban dari BANK INDONESIA dapat langsung di update

setelah proses di BANK INDONESIA selesai. Untuk opsi

offline, proses upload akan membuatkan file yang berisi status

dari proses upload kedalam file yang dapat di upload ulang di

sisi LBU 2008 Client.

13. Hasil dari proses di BANK INDONESIA dapat di update ke

database di lokal dengan kemungkinan status pengiriman

sukses, data ada error validasi atau pengiriman gagal.

14. Selain proses tersebut di atas, ada beberapa proses yang

dilakukan oleh System Administrator di Bank Pelapor seperti

melakukan perubahan data kode-kode, perubahan data Bank

Pelapor, mengaturan data pengguna dan grup pengguna,

pengaturan hak akses, pengaturan parameter sistem,

mengelola data audit trails dan pengelolaan workflow

persetujuan pengiriman data.

4.1.1.6.1 Front End

Proses Front End memiliki fungsi untuk melakukan

pengumpulan data yang diperlukan oleh laporan dan

memasukkan data pelaporan.

Fungsi-fungsi yang disediakan oleh Form Manager

adalah:

92

a. Menyediakan fasilitas untuk mengisi laporan baru

b. Memvalidasi laporan

c. Menampilkan hasil validasi

d. Menyimpan laporan untuk diulas

e. Menyediakan fasilitas untuk mengubah data laporan

f. Audit trail terhadap laporan

Dalam proses memasukkan data untuk pelaporan

pada aplikasi LBU 2008 mengenal 2 mekanisme :

4.1.1.6.1.1 Manual Entry Formulir

Mekanisme Entry formulir dimaksudkan

bahwa pengguna akan memasukkan data secara

manual untuk setiap nilai sesuai kolom yang

disediakan di setiap Formulir pelaporan.

4.1.1.6.1.2 Data Import

Modul Data Impor berfungsi untuk

menyediakan data laporan dengan cara

mengimpor data yang diambil dari file. File

yang dapat diimpor adalah fix length text file

sesuai ketentuan dari Bank Indonesia. Fitur ini

memudahkan pengguna dalam pengisian laporan

karena pengguna tidak harus mengentry data per

laporan, cukup dengan menyediakan file untuk

diimpor. Selain itu, modul ini juga memvalidasi

data yang diimpor sehingga data yang disimpan

93

hanyalah data yang sesuai dengan ketentuan

validasi. Data yang tidak berhasil divalidasi

akan disertakan dalam laporan hasil impor

sehingga memudahkan pengguna untuk

mengidentifikasi kesalahan. Supaya proses

impor data dapat berjalan, pengguna harus

menyediakan konfigurasi impor yang berisi

pemetaan data yang terdapat di dalam file

sebagai sumber impor dengan field pada laporan

sebagai tujuan impor.

Fungsi-fungsi yang disediakan oleh modul

Data Impor adalah:

a. Mengimpor laporan dari sumber format file

yang berbeda

b. Menyediakan fasilitas untuk mengelola

peraturan import data, termasuk di dalamnya:

• Field mapping

• Target definition

• Lookup mapping

c. Menvalidasi data yang diimpor

d. Menampilkan hasil impor data

e. Audit trail terhadap proses impor

Untuk melakukan Data Impor, Bank

Pelapor harus menyediakan source data yang

94

biasanya disediakan oleh sistem perbankan

masing-masing bank tersebut. Setelah

menyediakan file source data tersebut, Bank

Pelapor dapat melakukan impor data

menggunakan fasilitas yang sudah disediakan

seperti pemetaan data asal ke data tujuan,

konversi format data, dan juga konversi data-

data lookup. Sewaktu melakukan proses impor

data, sistem juga akan melakukan validasi sesuai

dengan ketentuan dari BANK INDONESIA

sebelum menyimpan data laporan tersebut untuk

diproses lebih lanjut. Namun untuk melakukan

Data Impor ke dalam aplikasi LBU akan sangat

bergantung pada jumlah data yang akan di

impor. Oleh karena itu, Data Impor akan

membutuhkan waktu yang lebih lama untuk

bank – bank pelapor yang memiliki data dengan

jumlah yang cukup besar.

95

Impor Per Formulir

Gambar 4.7 Impor Per Formulir

96

Impor Semua

Gambar 4.8 Impor Semua

4.1.1.6.2 Review Laporan

Modul Review / Ulas Laporan berfungsi untuk

menyediakan sarana pengulasan terhadap laporan-laporan

yang akan disampaikan kepada BANK INDONESIA.

97

Fitur ini meningkatkan akurasi laporan dengan

melibatkan pengulas dalam penyampaian laporan.

Sehingga apabila ada ketidakcocokan data dapat

diantisipasi sebelum laporan disampaikan kepada BANK

INDONESIA.

Fungsi-fungsi yang disediakan oleh modul Ulas

Laporan adalah:

a. Menampilkan laporan-laporan yang telah diisi.

b. Menyediakan fasilitas untuk menyetujui laporan-

laporan yang telah diisi.

c. Menyediakan fasilitas untuk menolak laporan-laporan

yang telah diisi untuk direvisi

d. Menggunakan proses workflow yang sudah

didefinisikan sebelumnya.

e. Audit trail terhadap proses pengulasan.

Review Officer adalah petugas / pengguna dalam

kelompok ini yang berfungsi melakukan review atas data

yang sudah diinput atau diimpor sebelumnya dan

melakukan proses approval terhadap data yang sudah

disimpan untuk dikirimkan ke Bank Indonesia.

98

Gambar 4.9 Proses Pengulasan Laporan

Pada tahap review, selain melibatkan review officer

untuk mengecek kecocokan data, aplikasi LBU juga

sudah disediakan pengecekan validasi single form dan

multiple form. Namun apabila terjadi ketidakcocokan data

dari bank pelapor akan ada kemungkinan terjadi beberapa

iterasi antara review officer dengan petugas entri data

99

yang akibatnya akan membutuhkan waktu lebih untuk

proses iterasi ini agar laporan benar – benar siap tersusun.

4.1.1.6.3 Pengiriman Laporan / Submission

Modul Form Submission berfungsi untuk

menyediakan sarana penyampaian laporan-laporan

kepada Bank Indonesia. Penyampaian laporan dapat

dilakukan secara online dengan cara terhubung langsung

dengan ekstranet Bank Indonesia atau secara offline

dengan cara membuat file yang dapat disimpan ke media

penyimpanan dan diupload di Bank Indonesia. Untuk

menjaga kerahasiaan laporan, data yang disampaikan

akan dienkripsi terlebih dahulu menggunakan symmetric

algorithm di mana kunci yang sama akan dipakai oleh

bank pelapor dan Bank Indonesia. Kunci yang dimaksud

adalah digital certification yang sudah diberikan

sebelumnya.

Fungsi-fungsi yang disediakan oleh modul Form

Submission adalah:

a. Menyampaikan laporan-laporan secara online

b. Membuat file untuk penyampaian laporan secara

offline

c. Menampilkan hasil penyampaian laporan

d. Membuat dan menyimpan tanda bukti pengiriman data

100

e. Menerima dan menyimpan tanda bukti penerimaan

data dari Bank Indonesia

f. Mencetak tanda bukti pengiriman data dan tanda bukti

penerimaan data dari Bank Indonesia

g. Data dienkripsi menggunakan symmetric algorithm

dengan kunci informasi yang ada pada digital

certification

h. Audit trail terhadap proses penyampaian

Submission Officer adalah pengguna yang berfungsi

melakukan pengiriman data laporan ke BANK

INDONESIA baik secara online maupun secara offline

dengan menggunakan text file.

4.1.1.6.3.1 Mekanisme Pengiriman Laporan ke BI

4.1.1.6.3.1.1 Pengiriman Laporan secara

Online

Bagi Bank Pelapor yang

memiliki koneksi langsung ke

jaringan ekstranet Bank Indonesia

dapat mengirimkan langsung laporan

melalui aplikasi LBU 2008 Client.

Aplikasi LBU 2008 Client

mengirimkan laporan secara online

dengan menggunakan fungsi

webservice yang telah disediakan.

101

Dengan mengirimkan laporan secara

online, response dari sistem berupa

tanda terima yang digunakan untuk

melakukan update status workflow.

Walaupun pengiriman dilakukan

secara online, status validasi server

dan tanda terima selesai

mengirimkan semua laporan

dikirimkan kemudian dengan

menggunakan jalur atau fungsi

sinkronisasi.

4.1.1.6.3.1.2 Pengiriman secara Offline

Pengiriman secara Offline

diperuntukkan bagi Bank Pelapor

yang tidak memiliki koneksi ke

jaringan ekstranet Bank Indonesia.

Untuk Bank Pelapor dalam grup ini

dapat membuat textfile yang berisi

formulir-formulir laporan untuk

diupload oleh Operator di Bank

Indonesia dengan menggunakan

fasilitas upload laporan. Untuk

pelaporan secara offline, sistem

membuat tanda terima yang juga

102

berupa textfile agar dapat diupload di

aplikasi LBU 2008 Client.

4.1.1.6.4 Reporting Function

Modul Reporting Function berfungsi sebagai tempat

untuk melihat data laporan, data absensi, data kasus dan

data lainnya. Reporting Function mendukung data untuk

diekspor dalam bentuk Excel file.

Untuk mengakses Reporting Function, pengguna

mengklik menu Laporan di layar main menu.

Terdiri dari empat macam laporan, yaitu:

o Data, melaporkan detail data laporan dan data ini dapat

ditampilkan sesuai dengan filter-filter yang ditentukan

oleh pengguna.

o Absensi, melaporkan informasi mengenai absensi para

bank pelapor; siapa yang telah/belum mengirim

laporan dan formulir apa yang telah/belum dikirim.

o Gabungan, memberi informasi mengenai laporan

gabungan yang tidak dikirim ke BI.

o Kasus (Case), berisi laporan kasus yang ditemukan

oleh petugas pengawasan.

103

Matriks Pengguna Reporting Function

JENIS LAPORAN PENGGUNA

BANK INDONESIA BANK PELAPOR

DATA X X

ABSENSI X X

GABUNGAN X

KASUS X X

Tabel 4.2 Matriks Pengguna Reporting Function

Gambar 4.10 Proses Reporting Function

104

4.1.1.6.5 Case Management

Modul Case Management berfungsi untuk mengelola

kasus atas laporan yang bermasalah termasuk pengelolaan

kasus pendendaan.

Fungsi-fungsi yang disediakan oleh modul ini

adalah:

• Menampilkan daftar kasus.

• Menyediakan fasilitas untuk membuat kasus terhadap laporan

tertentu.

• Menyediakan fasilitas untuk mengelola kasus.

• Menyediakan fasilitas untuk mengirimkan peringatan kepada

pihak pelapor.

• Menyediakan fasilitas untuk mencetak surat peringatan kepada

pihak pelapor.

• Audit trail terhadap pengelolaan kasus.

Gambar 4.11 Proses Case Management

105

4.1.1.6.6 Upload Laporan Koreksi Offline

Modul ini berfungsi untuk memberikan pengecualian

ke Bank Pelapor untuk mengupload laporan (koreksi

offline) setelah tanggal 21 secara offline. Pengiriman

secara online dan offline setelah tanggal 21 sebenarnya

tidak diperkenankan. Periode pelaporan bulan

sebelumnya sebetulnya sudah ditutup tetapi pengecualian

dapat dilakukan dan sepenuhnya ditentukan pihak Bank

Indonesia dan hanya bersifat insiden/emergensi saja.

Koreksi setelah tanggal 21 tersebut tidak merubah data

yang sudah dilaporkan sebelumnya dalam sistem LBU

2008 Server pada periode bersangkutan tetapi data

tersebut di proses untuk digunakan oleh sistem lain di

Bank Indonesia. Sistem menyediakan fasilitas untuk

membuka akses pengiriman khusus untuk bank-bank

tertentu yang membutuhkan. Setelah laporan koreksi

tersebut diupload ke database server cadangan, akses

ditutup lagi.

Fungsi-fungsi yang disediakan oleh modul Upload

Laporan Koreksi Offline adalah:

• Menyediakan fasilitas untuk membuka dan menutup

akses pengiriman laporan koreksi setelah tanggal 21.

• Menyediakan fasilitas untuk mengupload laporan

koreksi secara offline.

106

Gambar 4.12 Proses Upload Laporan Koreksi Offline

107

4.1.1.7 Software Architecture Framework Sistem LBU 2008

Pada bagian ini dijelaskan pembagian lapisan aplikasi LBU

2008 berdasarkan teknologi yang diterapkan dengan

menggunakan Microsoft Technology.

Gambar 4.13 Software Architecture Framework Sistem LBU 2008

Sumber: Dokumentasi LBU 2008 Bank Indonesia

108

4.1.1.8 Bagan Hirarki Fungsi Aplikasi LBU 2008 Versi 1.6.1.6 Client

Gambar 4.14 Bagan Hirarki Fungsi Aplikasi LBU 2008 Versi 1.6.1.6 Client

Sumber: Dokumentasi LBU 2008 Bank Indonesia

4.1.2 User Requirements

Sebelum membahas mengenai User Requirements pada Sistem

LBU 2008 versi 2.0.2.0, terlebih dahulu penulis akan memaparkan

tujuan enhancement sistem LBU 2008 dari versi 1.6.1.6 menjadi versi

2.0.2.0 dari sudut pandang stakeholder yaitu Bank Indonesia.

109

Tujuannya antara lain :

• Kemudahan pemakaian,

• Akurasi data melalui proses validasi yang tepat,

• Mempercepat proses penyampaian laporan dari perbankan.

• Menjawab semua kendala atau masalah serta permintaan fitur baru

yang disebutkan dalam statements of problem,

Dengan tercapainya tujuan di atas, Bank Indonesia juga memiliki

harapan agar pemindahan batas akhir pelaporan dari tanggal 15 bulan

berjalan menjadi tanggal 05 bulan berjalan tidak mengalami kesulitan

berarti karena adanya enhancement sistem LBU 2008 menjadi versi

2.0.2.0, di mana fitur-fitur baru yang diminta pada versi 2.0.2.0 ini

sangant mendukung percepatan proses penyusunan dan penyampaian

laporan dari perbankan.

Adapun permasalahan yang ditemukan adalah sebagai berikut.

Kendala atau masalah yang ada pada sistem LBU 2008 yang

digunakan saat ini terbagi menjadi 2 besaran utama yaitu :

a. Efisiensi penyusunan laporan oleh Bank Pelapor

Berdasarkan pengamatan di lapangan serta masukan dari Pelapor,

pengisian data laporan LBU 2008 ke dalam sistem masih dapat

dipermudah sehingga dapat mempercepat penyampaian data

laporan. Beberapa fungsi aplikasi perlu ditambahkan agar dapat

mempermudah dan mempercepat Pelapor dalam menyampaikan

data laporan LBU 2008 antara lain penambahan fungsi :

110

1. Import Append

Dengan adanya fungsi ini, staf pelaporan dari bank pelapor

dapat menambahkan data yang diimpor ke dalam data yang

telah diimpor sebelumnya (data yang ada tidak dihapus). Pada

Sistem LBU 2008 versi 1.6.1.6, kemudahan ini tidak ada

sehingga apabila ada data yang kelupaan diimpor oleh staf

bank pelapor, staf bank pelapor harus melakukan impor ulang

semua data hanya untuk melengkapi data yang kelupaan

diimpor.

2. Import by Service

Dengan adanya fungsi ini, staf pelaporan dari bank pelapor

dapat melakukan impor data secara otomatis dari textfile yang

terdapat dalam suatu folder. Kemudahan ini tidak ada pada

Sistem LBU 2008 versi 1.6.1.6 sehingga impor data harus

dilakukan secara manual oleh staf bank pelapor padahal ada

data-data laporan yang digenerate secara otomatis oleh core

system bank pelapor dan langsung siap diimpor saat selesai

tergenerate, sehingga sangat diperlukan suatu mekanisme

untuk mengimpor data secara otomatis apabila telah selesai

digenerate oleh core system.

3. Copy Data Formulir 11 dari Bulan Sebelumnya

Dengan adanya fungsi ini, staf pelaporan dari bank pelapor

dapat mereuse data formulir 11 dari bulan sebelumnya untuk

dipakai sebagai data form 11 untuk laporan bulan berjalan

111

karena form 11 merupakan form dengan data terbanyak dan

ada kemungkinan datanya tidak mengalami pergeseran /

perubahan dari bulan sebelumnya.

Adapun beberapa fungsi sistem yang ada sekarang perlu

disempurnakan untuk memberikan tambahan fleksibilitas dalam

menggunakan sistem. Penambahan fleksibilitas ini pada akhirnya

dapat meningkatkan efisiensi (mempercepat proses pelaporan) dan

membuang proses yang tidak perlu seperti penambahan fungsi :

4. Copy Informasi Pokok Bank Pelapor dari Bulan Sebelumnya

Pada fungsi administrasi sistem, ditambahkan fungsi copy

informasi pokok bank pelapor dari bulan sebelumnya. Hal ini

dirasa perlu karena setiap periode laporan baru, selain

mengirimkan laporan ke BI, bank pelapor juga harus

mengirimkan informasi pokoknya ke Bank Indonesia. Hal ini

driasa sangat tidak efisien apabila harus diinput satu per satu

secara manual padahal setiap pergantian periode pelaporan

belum tentu ada data informasi pokok yang berubah.

5. Perubahan pada Mekanisme Pengiriman Offline.

Pada bagian fungsi penyampaian laporan, diperlukan adanya

perubahan pada mekanisme pengiriman offline. Dengan adanya

perubahan ini, staf pelaporan dari bank pelapor dapat

melakukan koreksi data secara langsung apabila ada data yang

salah tanpa harus menunggu dan mengupload tanda terima

offline dari BI. Pada sistem LBU 2008 versi 2.0.2.0,

112

kemudahan ini tidak ada sehingga staf bank pelapor harus

menunggu tanda terima offline dari BI terlebih dahulu sebelum

dapat melakukan koreksi (adanya waktu yang terbuang sia-sia).

6. Fungsi Validasi pada Data Entry Tanpa Kirim

Dengan adanya fungsi ini, staf pelaporan dari bank pelapor

dapat memvalidasi data formulir tanpa harus dikirim terlebih

dahulu ke bagian reviewer atau submitter sehingga dapat

mengurangi waktu yang terbuang sia-sia akibat gagal validasi

pada saat kirim. Pada sistem LBU 2008 versi 1.6.1.6, validasi

dilakukan bersamaan dengan pengiriman ke tahapan

selanjutnya (contoh: pengiriman dari tahapan data entry ke

reviewer), sehingga laporan tetap masuk ke tahapan selanjutnya

dan harus menunggu petugas dari tahapan tersebut untuk

mengembalikan data ke tahapan sebelumnya sebelum bisa

dilakukan koreksi.

b. Penyesuaian kebutuhan bisnis Bank Indonesia

Beberapa penambahan pada sistem perlu dilakukan untuk

mengikuti penyesuaian kebutuhan bisnis dan memudahkan Bank

Indonesia dalam melakukan pengawasan, antara lain :

i. Penambahan menu laporan gabungan untuk laporan neraca dan

laba rugi yang memungkinkan pengawas dari Bank Indonesia

melihat penggabungan data neraca dan laba rugi seluruh kantor

cabang dari masing-masing bank dalam satu laporan.

113

ii. Penambahan kolom baru pada form 48, yaitu Golongan Debitur

dan Sektor Ekonomi untuk mendapatkan informasi tambahan

dan melakukan kategorisasi data pada form 48 berdasarkan

Golongan Debitur dan Sektor Ekonomi dalam rangka

meningkatkan pengawasan terhadap perbankan.

iii. Pelaporan anak perusahaan yang mengikuti bank sebagai

perusahaan induk harus dibuat terpisah sehingga anak

perusahaan memiliki kode cabangnya sendiri dan dapat

melakukan pelaporan sendiri. Hal ini memudahkan Bank

Indonesia dalam melakukan pengawasan yang lebih spesifik

terhadap anak perusahaan dari Bank Pelapor.

4.1.3 System Requirements

Sebelum membahas mengenai system requirements enhancement

sistem LBU 2008 dari versi 1.6.1.6 menjadi versi 2.0.2.0, penulis akan

memaparkan terlebih dahulu mengenai Conceptual Architecture sistem

LBU 2008 secara high-level. Setelah itu, penulis akan memaparkan

system requirements dalam bentuk use case diagram dari bagian-

bagian sistem yang mengalami perubahan atau penambahan fungsi

beserta rincian perubahannya.

4.1.3.1 Conceptual Architecture Sistem LBU 2008 Client

Sub bab ini mengilustrasikan conceptual architecture dalam

Sistem LBU 2008 Client secara garis besar. Gambar berikut

berikut mengilustrasikan conceptual architecture dalam Sistem

LBU 2008 Client.

114

Gambar 4.15 Conceptual Architecture Sistem LBU 2008 Client

Berikut adalah daftar modul yang terdapat pada Sistem LBU

2008 Client beserta penjelasan singkat mengenai masing-masing

modul.

Module Description UCS 1.0 Authentication

Use case ini menerangkan bagaimana pengguna dapat masuk ke sistem LBU/S baik client melalui proses authentication yang dieksekusi menggunakan Authentication Provider.

UCS 2.0 Authorization

Use case ini menerangkan proses selanjutnya apabila proses otentikasi berhasil dan menjelaskan bagaimana pengguna dapat masuk ke sistem LBU/S Client melalui proses authorization dengan menggunakan Authorization Provider.

UCS 3.0 Audit Trails

Modul Audit Trails menyediakan fasilitas terhadap modul bisnis untuk melakukan audit berkaitan dengan proses bisnis. Setiap operasi yang dilakukan pengguna yang berkaitan dengan data (penambahan, perubahan, dan penghapusan), proses bisnis dan kesalahan disimpan/log di dalam database.

UCS 4.0 Digital Certification

Modul ini digunakan untuk menginisialisasi digital certification yang sudah diberikan oleh Bank Indonesia. Dengan

115

menginisiasi digital certification (upload digital certification pada client instalasi) maka instalasi di Bank Pelapor sudah lengkap. Digital certification ini digunakan sebagai kunci sehingga pengiriman data ke Bank Indonesia dapat dibaca dan sah oleh Bank Indonesia. Digital Certification yang sama juga digunakan untuk enkripsi data sebelum dikirim ke BI.

UCS 5.0 Dynamic Validation

Modul ini memvalidasi data laporan sesuai dengan ketetapan BANK INDONESIA. Peraturan validasi yang ditetapkan oleh BANK INDONESIA akan didefinisikan dalam bentuk konfigurasi yang disimpan di database LBU/S Client. Konfigurasi tersebut akan digunakan oleh modul Dynamic Validation sebagai acuan untuk memvalidasi data laporan. Dengan menggunakan pendekatan ini, apabila terjadi perubahan atau penambahan peraturan validasi di masa depan, BANK INDONESIA cukup memperbaharui konfigurasi validasi yang bersangkutan dan tidak perlu melakukan instalasi ulang aplikasi / kompilasi ulang aplikasi.

UCS 6.0 Scheduler

Modul ini berfungsi untuk menjalankan suatu pekerjaan secara terjadwal secara konsisten, bisa setiap menit, 5 menit, sekali sehari atau setiap bulan, dan seterusnya tergantung pada aturan yang ditetapkan. Sifatnya fungsi ini adalah engine dan tidak bisa dilihat.

UCS 7.0 Synchronization

Modul ini berfungsi untuk mengatur alur komunikasi dan data antara LBU/S Client.

UCS 8.0 Update Manager

Modul ini berfungsi untuk mendapatkan update data maupun versi aplikasi terbaru dan menginstall update tersebut di aplikasi LBU/S Client di masing-masing bank pelapor.

UCS 9.0 Data Purging

Modul ini berfungsi untuk menghapus data laporan-laporan yang telah disampaikan kepada BANK INDONESIA secara terkontrol.

UCS 10.0 Helpdesk Management

Modul Helpdesk Management menyediakan fungsi untuk menampilkan petunjuk penggunaan aplikasi LBU/S Client. Modul ini memfasilitasi pengguna untuk membaca petunjuk penggunaan aplikasi LBU/S Client.

UCS 11.0 News Management

Untuk menampilkan pengumuman dari BANK INDONESIA berkaitan dengan LBU/S. Menggunakan modul ini, pengguna dapat membaca pengumuman dari BANK INDONESIA seputar penyampaian Laporan Bulanan Bank Umum Konvensional / Syariah.

UCS 13.0 Reminder Management

Modul Reminder Management berfungsi sebagai pemberi peringatan kepada pengguna mengenai tenggat waktu suatu pekerjaan yang telah didefinisikan sebelumnya.

UCS 14.0 System Administration

Modul ini berfungsi untuk mengelola perilaku (behaviour) aplikasi LBU/S Client secara umum. Khususnya, modul ini berfungsi untuk mengelola informasi bank pelapor supaya aplikasi LBU/S dapat menyediakan formulir-formulir laporan sesuai dengan tipe bank pelapor (umum konvensional atau

116

syariah). UCS 15.0 Security Administration

Modul ini berfungsi untuk mengelola sekuritas aplikasi LBU/S.

UCS 16.0 Upload Laporan Koreksi Offline

Modul ini berfungsi untuk memberikan pengecualian ke Bank Pelapor untuk mengupload laporan (koreksi offline) setelah tanggal 05 secara offline. Pengiriman secara online dan offline setelah tanggal 05 sebenarnya tidak diperkenankan. Periode pelaporan bulan sebelumnya sebetulnya sudah ditutup tetapi pengecualian dapat dilakukan dan sepenuhnya ditentukan pihak Bank Indonesia dan hanya bersifat insiden/emergensi saja. Koreksi setelah tanggal 05 tersebut tidak merubah data yang sudah dilaporkan sebelumnya dalam sistem LBU/S Server pada periode bersangkutan tetapi data tersebut di proses untuk digunakan oleh sistem lain di Bank Indonesia. Sistem menyediakan fasilitas untuk membuka akses pengiriman khusus untuk bank-bank tertentu yang membutuhkan. Setelah laporan koreksi tersebut diupload ke database server cadangan, akses ditutup lagi.

UCS 17.0 Workflow Management

Modul ini berfungsi untuk mengelola workflow (proses kerja) penyampaian laporan. Laporan akan diproses untuk mendapatkan persetujuan (approval) sesuai dengan definisi workflow sebelum laporan disampaikan kepada BANK INDONESIA. Modul ini meningkatkan akurasi data dengan memanfaatkan kolaborasi antara dua atau lebih pengguna dalam proses penyampaian laporan. Perlu digarisbawahi bahwa workflow adalah fitur fungsional dalam penyampaian laporan. Apabila pengulasan tidak diperlukan, laporan yang telah diisi dapat langsung direlease (auto release) untuk disampaikan kepada BANK INDONESIA.

UCS 18.0 Form Manager

Modul Form Manager berfungsi untuk menyediakan formulir laporan yang dapat diisi oleh pengguna berdasarkan konfigurasi laporan yang tersimpan pada database lokal LBU/S Client. Modul ini meningkatkan akurasi penyampaian laporan dengan menampilkan formulir sesuai ketetapan BANK INDONESIA dan melakukan validasi sebelum formulir tersebut dapat disimpan untuk diproses lebih lanjut. Pengisian laporan dilakukan berdasarkan wewenang pengguna. Adapun laporan yang telah berhasil divalidasi akan disimpan untuk diproses sesuai dengan workflow yang terkait dengan laporan tersebut.

UCS 19.0 Form Review

Modul Ulas Laporan berfungsi untuk menyediakan sarana pengulasan terhadap laporan-laporan yang akan disampaikan kepada BANK INDONESIA. Fitur ini meningkatkan akurasi laporan dengan melibatkan pengulas dalam penyampaian laporan. Sehingga apabila ada ketidakcocokan data dapat diantisipasi sebelum laporan disampaikan kepada BANK INDONESIA.

UCS 20.0 Form Modul Form Submission berfungsi untuk menyediakan sarana

117

Submission penyampaian laporan-laporan kepada Bank Indonesia. Penyampaian laporan dapat dilakukan secara online dengan cara terhubung langsung dengan ekstranet Bank Indonesia atau secara offline dengan cara membuat file yang dapat disimpan ke media penyimpanan dan diupload di Bank Indonesia. Untuk menjaga kerahasiaan laporan, data yang disampaikan akan dienkripsi terlebih dahulu menggunakan symmetric algorithm dimana kunci yang sama akan dipakai oleh bank pelapor dan Bank Indonesia. Kunci yang dimaksud adalah digital certification yang sudah diberikan sebelumnya.

UCS 21.0 Reporting Function

Modul Reporting Function berfungsi sebagai tempat untuk melihat data laporan, data absensi, data kasus dan data lainnya. Reporting Function mendukung data untuk diekspor dalam bentuk Excel file.

UCS 22.0 Data Impor

Modul Data Impor berfungsi untuk menyediakan data laporan dengan cara mengimpor data yang diambil dari file. File yang dapat diimpor adalah fix length text file sesuai ketentuan dari Bank Indonesia. Fitur ini memudahkan pengguna dalam pengisian laporan karena pengguna tidak harus mengentry data per laporan, cukup dengan menyediakan file untuk diimpor. Selain itu, modul ini juga memvalidasi data yang diimpor sehingga data yang disimpan hanyalah data yang sesuai dengan ketentuan validasi. Data yang tidak berhasil divalidasi akan disertakan dalam laporan hasil impor sehingga memudahkan pengguna untuk mengidentifikasi kesalahan. Supaya proses impor data dapat berjalan, pengguna harus menyediakan konfigurasi impor yang berisi pemetaan data yang terdapat di dalam file sebagai sumber impor dengan field pada laporan sebagai tujuan impor.

UCS 24.0 Report Processor

Modul Report Processor berfungsi untuk menerima pemasukan laporan dari bank pelapor baik secara online maupun offline dan memproses laporan-laporan tersebut. Laporan hanya akan diterima dan diproses sesuai dengan jangka waktu yang ditetapkan oleh BANK INDONESIA. Modul ini memproses laporan-laporan secara akurat dengan memvalidasi data sebelum data tersebut disimpan di database LBU/S Server. Setelah laporan diterima dan diproses, modul ini akan menampilkan hasil penerimaan laporan dan membuat tanda bukti penerimaan data. Apabila terdapat data yang tidak valid, laporan tersebut tidak akan diterima dan kesalahan-kesalahan yang terdapat pada laporan akan ditampilkan pada hasil penerimaan laporan, sehingga memudahkan pengguna LBU/S Client atau Submission Officers untuk melakukan follow-up

UCS 25.0 Case Management

Modul Case Management berfungsi untuk mengelola kasus atas laporan yang bermasalah termasuk pengelolaan kasus pendendaan.

Tabel 4.3 Daftar Modul Sistem LBU 2008 Client

118

4.1.3.2 Conceptual Architecture Sistem LBU 2008 Client yang

Mengalami Perubahan atau Penambahan Fungsi pada Versi

2.0.2.0

Diagram berikut mengilustrasikan modul-modul pada

Conceptual Architecture Sistem LBU 2008 Client yang akan

mengalami perubahan pada versi 2.0.2.0.

Gambar 4.16 Conceptual Architecture Sistem LBU 2008 Client yang Mengalami

Perubahan atau Penambahan Fungsi pada Versi 2.0.2.0

4.1.3.3 Rincian Use Case Diagram Sistem LBU 2008 Versi 2.0.2.0

Client yang Merupakan Perubahan atau Penambahan Fungsi

dari Versi 1.6.1.6

119

4.1.3.3.1 Use Case Data Impor

Gambar 4.17 Diagram Use Case Data Impor LBU Client Versi 2.0.2.0

120

4.1.3.3.2 Use Case Form Manager

Gambar 4.18 Diagram Use Case Form Manager LBU Client Versi 2.0.2.0

121

4.1.3.3.3 Use Case System Administration

Gambar 4.19 Diagram Use Case System Administration LBU Client Versi 2.0.2.0

122

4.1.3.3.4 Use Case Form Submission

Gambar 4.20 Diagram Use Case Form Submission LBU Client Versi 2.0.2.0

4.1.3.3.5 Use Case Reporting Function 

Gambar 4.21 Diagram Use Case Reporting Function LBU Client Versi 2.0.2.0

123

4.2 Planning

Tahap kedua dari Spiral Model adalah Planning, di mana pada tahap

ini dilakukan hal-hal yang berhubungan dengan perencanaan projek, seperti

: penentuan resources, timeline, dan hal-hal lain yang berkaitan dengan

projek.

Gambar 4.22 Planning Overview

4.2.1 Project Timeline

Berikut adalah Timeline Project Schedule secara keseluruhan,

mulai dari pendefinisian Requirements hingga Deployment

(Implementation) ke Production.

124

Gambar 4.23 Project Timeline

125

4.3 Risk Analysis

Tahap ketiga dari Spiral Model adalah Risk Analysis, di mana pada

tahap ini dilakukan analisa terhadap resiko yang terkait dengan sistem

aplikasi yang dikembangkan, baik resiko yang terkait dengan proses bisnis

maupun resiko projek.

Gambar 4.24 Risk Analysis Overview

4.3.1 Risk Management

Resiko yang terkait dengan Sistem Aplikasi yang akan

dikembangkan, baik resiko yang terkait dengan proses bisnis maupun

resiko proyek harus dikelola dengan efektif dan efisien dengan

mengacu kepada ketentuan mengenai Manajemen Resiko Bank

Indonesia. Pengelolaan resiko dilakukan dengan cara:

• Identifikasi resiko

• Pengukuran resiko

• Pengendalian resiko

126

• Pemantauan resiko

Untuk pengembangan Sistem LBU 2008 versi 2.0.2.0 ini, berikut

resiko yang perlu diperhatikan:

No Resiko

Level Dampak Resiko (High,

Medium, Low)

Tingkat Kemungkinan (Probability)

Resiko (High, Medium,

Low)

Tingkat Resiko

(Dampak x Kemungkinan)

Mitigasi Resiko Penanggung jawab

I. Resiko terkait proyek

1. Resiko terkait dengan perubahan tahapan implementasi yang dimajukan/dimundurkan atau dibagi/dipecah menjadi tahapan-tahapan lebih kecil

High Medium High Informasi rencana implementasi secara bertahap perlu di informasikan lebih awal (tidak mendadak)

Spesifik fungsi-fungsi yang ingin diimplementasikan secara terpisah diinformasikan agar dapat dipersiapkan lenih matang.

2. Pengembangan aplikasi tidak sesuai dengan jadwal yang direncanakan karena target waktu yang ketat (diamanatkan oleh PBI/PDG)

High Medium High Menyusun rencana pengembangan serinci mungkin

Personil yang menangani proyek baik di satker user dan DTI harus ditugaskan khusus (dedicated)

II. Resiko terkait aplikasi

1. Perubahan ketentuan yang dapat mempengaruhi perhitungan

High Medium High Sedapat mungkin program dirancang secara fleksibel (dengan menggunakan parameter)

DTI

2. Adanya perubahan pada aplikasi yang

Medium Medium Medium Perlu koordinasi dengan pihak yang terkait

Satker User, DTI

127

terkait dengan aplikasi yang sedang dikembangkan

dengan aplikasi-aplikasi tersebut

3. Resiko terjadinya keadaan tidak normal dan keadaan darurat/bencana yang dapat mempengaruhi operasional sistem aplikasi

High Low High Perlu dirancang kebutuhan sistem TI pengganti (DRC) serta BCP yang memadai

Satker User, DTI

4. Resiko terjadinya perubahan teknologi

Medium Low Medium Perlu dipertimbangkan Benefit-Cost Ratio teknologi baru tersebut

Tabel 4.4 Manajemen Resiko Projek Sistem LBU 2008 Versi 2.0.2.0

4.4 Engineering

Tahap keempat dari Spiral Model adalah Engineering, di mana pada

tahap ini dilakukan kegiatan membuat hal-hal yang dapat menjadi

representasi (gambaran) sistem aplikasi yang hendak dibangun, misalkan :

perancangan sistem dalam bentuk diagram UML, perancangan layar sistem

aplikasi, prototyping sistem, dsb.

Gambar 4.25 Engineering Overview

128

4.4.1 Rincian Penyesuaian Sistem

Setelah melakukan analisa terhadap system yang sedang berjalan

(existing system) dan pendefinisian system requirements, pada sub bab

ini penulis akan memaparkan mengenai perubahan sistem (system

changes) yang diusulkan supaya requirements yang diinginkan user

pada sistem yang baru dapat terpenuhi. Berikut adalah perubahan

(ditandai dengan kotak merah) yang harus dilakukan dari segi

arsitektur aplikasi client yang sekarang.

Gambar 4.26 Perubahan pada LBUS 2008 Client Application Structure untuk

Versi 2.0.2.0

129

Sedangkan berikut adalah rincian kebutuhan penyesuaian yang harus

dilakukan.

Tabel 4.5 Rincian Penyesuaian Sistem (System Changes) LBU 2008 Client

Versi 1.6.1.6 Versi 2.0.2.0

130

Adapun perubahan pada desain (rancangan sistem) LBU 2008 Client

dari versi 1.6.1.6 menjadi versi 2.0.2.0 dalam bentuk diagram UML dapat

dilihat pada pemaparan sub bab 4.4.2 dan 4.4.3 sementara perubahan pada

layar / layout Sistem LBU 2008 Client dari versi 1.6.1.6 menjadi versi

2.0.2.0 dapat dilihat pada pemaparan sub bab 4.4.4 dan 4.4.5. Pada sub bab

4.4.6, penulis paparkan mengenai Diagram Input Proses Output Sistem

LBU 2008 Versi 2.0.2.0 Client dan pada sub bab 4.4.7, penulis paparkan

mengenai Bagan Hirarki Fungsi Aplikasi LBU 2008 yang baru, yaitu

Bagan Hirarki Fungsi Aplikasi LBU 2008 Versi 2.0.2.0 Client.

4.4.2 Diagram UML Sistem LBU 2008 Versi 1.6.1.6 Client

4.4.2.1 Package Diagram

Untuk memudahkan pengembangan aplikasi LBU 2008,

modul-modul yang terdapat pada aplikasi dikelompokkan ke

dalam package-package. Package merupakan pengelompokkan

class-class yang memiliki korelasi yang seragam. Package

memungkinkan hubungan secara hierarkikal, dengan kata lain,

package dapat memiliki sub package.

Secara teknis, pengelompokkan package pada aplikasi LBU

2008 direpresentasikan dengan Namespace. Pada umumnya setiap

package memiliki class-class exception tersendiri untuk

memfasilitasi error handling yang terstruktur. Diagram berikut

mengilustrasikan package-package yang terdapat pada aplikasi

LBU 2008.

131

Gambar 4.27 Package Diagram Sistem LBU 2008 Client Versi 1.6.1.6

4.4.2.2 Class Diagram

Sub bab ini menjelaskan bagian dari class-class yang telah

ada pada aplikasi LBU 2008 Client. Class diagram yang

dipaparkan pada bagian ini hanya mencakup modul-modul yang

akan mengalami enhancement (perubahan atau penambahan

fungsi).

132

4.4.2.2.1 Class Diagram untuk Modul Form Manager

Fungsi-fungsi yang disediakan oleh modul Form

Management difasilitasi oleh beberapa class sebagaimana

diilustrasikan pada gambar.

Gambar 4.28 Class Diagram Modul Form Manager Versi 1.6.1.6

4.4.2.2.2 Class Diagram untuk Modul Data Import

Fungsi-fungsi yang disediakan oleh modul Data

Import difasilitasi oleh beberapa class sebagaimana

diilustrasikan pada diagram berikut.

133

Gambar 4.29 Class Diagram Modul Data Import Versi 1.6.1.6

4.4.2.2.3 Class Diagram untuk Modul Validations

Fungsi-fungsi modul Validations diimplementasikan

oleh class-class yang terdapat pada diagram berikut.

134

Gambar 4.30 Class Diagram Modul Validations Versi 1.6.1.6

4.4.2.2.4 Class Diagram untuk Modul Formulir 48

Fungsi-fungsi modul Formulir 48 diimplementasikan

oleh class-class yang terdapat pada diagram berikut.

Gambar 4.31 Class Diagram Modul Formulir 48 Versi 1.6.1.6

135

4.4.2.2.5 Class Diagram untuk Modul Report Management

Fungsi-fungsi modul Report Management

diimplementasikan oleh class-class yang terdapat pada

diagram berikut.

Gambar 4.32 Class Diagram Modul Report Management Versi 1.6.1.6

4.4.2.2

Gambar 4.

.6 Class

F

diimp

diagra

33 Class Dia

s Diagram u

Fungsi-fungs

plementasika

am berikut.

agram Modu

untuk Modu

si modu

an oleh clas

ul Form Sub

ul Form Sub

ul Form

ss-class yan

bmission Ver

bmission

Submi

ng terdapat

rsi 1.6.1.6

136

ssion

pada

137

4.4.3 Diagram UML Sistem LBU 2008 Versi 2.0.2.0 Client

4.4.3.1 Package Diagram

Secara umum, tidak ada perubahan yang terjadi pada

Package Diagram Sistem LBU 2008 Client dari versi 1.6.1.6

menjadi versi 2.0.2.0.

Gambar 4.34 Package Diagram Sistem LBU 2008 Client Versi 2.0.2.0

138

4.4.3.2 Activity Diagram

Sub bab ini menjelaskan Activity Diagram dari fungsi-fungsi

yang terdapat pada Sistem LBU 2008 Client versi 2.0.2.0. Activity

Diagram yang dipaparkan pada bagian ini hanya mencakup

modul-modul baru dan modul-modul yang mengalami

enhancement dari Sistem LBU 2008 Client versi 1.6.1.6 saja.

4.4.3.2.1 Activity Diagram Data Import

4.4.3.2.1.1 Impor Append Semua Formulir

Gambar 4.35 Activity Diagram Impor Append Semua Formulir

139

Agar dapat melakukan impor gabung semua

formulir sekaligus, maka data yang akan diimpor

harus dimasukkan ke directory folder yang sudah

ditentukan dalam sistem parameter. Defaultnya

adalah “C:\LBUS\AppendSource\”. Setelah data

dimasukkan dalam folder tersebut, klik

“tampilkan” pada aplikasi LBU 2008 Client ,

maka akan muncul data- data apa saja yang akan

diimpor termasuk ke formulir mana saja dalam

aplikasi LBU 2008 Client.

Apabila impor sukses maka akan langsung

dilakukan validasi terhadap data tersebut. Apabila

gagal, maka akan muncul pesan kesalahan

dimana letak kesalahan data tersebut. Setelah

melalui proses validasi maka, sistem akan

mengubah status formulir tersebut menjadi “Baru

(Entri Laporan)”, sedangkan gagal menjadi

“Validasi Gagal”. Kedua Status tersebut tetap

akan menyimpan data kedalam Database.

140

4.4.3.2.1.2 Impor Append Per Formulir

Gambar 4.36 Activity Diagram Impor Append per Formulir

Impor Append per Formulir hampir sama

proses nya dengan Impor Append Semua

Formulir, yang membedakan hanya proses impor

yang dilakukan adalah per formulir yang dituju.

Agar dapat mengimpor data ke dalam

formulir tertentu, digunakan fasilitas browse file

141

yang akan diimpor. Sehingga tidak perlu

menyimpan data ke dalam folder directory

tertentu.

4.4.3.2.1.3 Impor By Service

Gambar 4.37 Activity Diagram Impor by Service

Impor by service dilakukan oleh scheduler

service yang akan menjalankan nya secara

otomatis maupun di eksekusi secara manual.

142

Agar dapat menggunakan Impor by Service, data

yang akan diimpor harus dimasukkan kedalam

directory folder yang defaultnya adalah

“C:\LBUS\ServiceImport\Source”. Setelah

service tersebut jalan, maka proses selanjutnya

sama dengan fasilitas impor lainnya.

4.4.3.2.2 Activity Diagram Form Management

4.4.3.2.2.1 Copy Data Form 11 Bulan Sebelumnya

Gambar 4.38 Activity Diagram Copy Data Form 11 Bulan Sebelumnya

Gambar activity diagram diatas merupakan

proses Copy Data Form 11 dari bulan

143

sebelumnya. Data yang dicopy kedalam periode

saat ini adalah seluruh data form 11 yang ada

pada bulan sebelumnya.

4.4.3.2.3 Activity Diagram System Management

4.4.3.2.3.1 Copy Informasi Pokok Bank Pelapor dari

Bulan Sebelumnya

Gambar 4.39 Activity Diagram Copy Informasi Pokok Bank Pelapor

dari Bulan Sebelumnya

Proses copy informasi pokok bank pelapor

dari bulan sebelumnya adalah salah satu fasilitas

144

yang memungkinkan user tidak perlu

memasukkan data bank pelapor periode baru

secara manual. Karena dengan fitur ini, semua

data bank pelapor bulan sebelumnya akan

dipindahkan kedalam periode pelaporan baru.

4.4.3.2.3.2 Cetak ke Excel untuk Daftar Pelapor

Gambar 4.40 Activity Diagram Cetak ke Excel untuk Daftar Pelapor

Tombol cetak ke excel adalah fitur yang

diberikan dalam menu Daftar Pelapor, sehingga

apabila bank tersebut memiliki cabang yang

cukup banyak, maka user dapat mengekspor

daftar tersebut ke dalam Microsoft Excel untuk

145

diolah lebih lanjut.

4.4.3.2.3.3 Cetak ke Excel untuk Daftar Tabel Referensi

Gambar 4.41 Activity Diagram Cetak ke Excel untuk Daftar Tabel Referensi

Sama hal nya dengan fasilitas cetak ke excel

lainnya, fitur ini memungkinkan user untuk

mengekspor daftar tabel referensi kedalam

Microsoft Excel.

4.4.3.2.4 Activity Diagram Form Submission

4.4.3.2.4.1 Perubahan Mekanisme Pengiriman Offline

146

Gambar 4.42 Activity Diagram Perubahan Mekanisme Pengiriman Offline

Terdapat beberapa perubahan dibandingkan

mekanisme pengiriman offline sebelumnya.

Dimana apabila telah berhasil membentuk file

offline, maka sistem akan mengupdate status

Workflow nya menjadi “File Offline Terbentuk”.

Pada versi sebelumnya, user tidak akan tahu file

offline sudah terbentuk atau belum apabila tidak

melihatnya langsung dalam directory folder

147

“C:\LBUS\KirimOffline\”. Disamping itu,

setelah file offline terbentuk, user dapat

melakukan aktivitas lain seperti melakukan

pengiriman online. Berbeda pada versi

sebelumnya, terdapat keterbatasan dimana user

harus men-submit file offline tersebut ke KBI

terdekat untuk diupload di server tanpa dapat

melakukan pengiriman online.

4.4.3.2.5 Activity Diagram Validations

4.4.3.2.5.1 Validasi pada Data Entry Sebelum Kirim

Gambar 4.43 Activity Diagram Validasi pada Data Entry Sebelum Kirim

148

Gambar Activity Diagram 4.44 menjelaskan

bagaimana proses tombol cek validasi bekerja. Di

mana Formulir akan divalidasikan dua tahap

yaitu SingleForm Validation dan MultipleForm

Validation. SingleForm Validation adalah

validasi yang mengecek struktur data per record

dari formulir tersebut. Sedangkan MultipleForm

adalah validasi yang mengecek keseimbangan /

balance antar formulir – formulir lainnya yang

saling berkaitan.

4.4.3.2.5.2 Pengaktifan Validasi Formulir 11 dan 13

Gambar 4.44 Activity Diagram Validasi Formulir 11 dan 13

149

Proses validasi formulir 11 (kredit) dengan

formulir 13 (Cadangan Kerugian Penurunan Nilai

Aset Keuangan) dilakukan secara berurutan

dengan mencocokan setiap record yang ada di

formulir 11 dengan record yang ada di formulir

13. Tujuan dilakukan pengecekan ini agar

meminimalisir kesalahan data ketika hendak

dilaporkan ke Bank Indonesia. Validasi formulir

11 dan 13 adalah tipe validasi MultipleForm

Validation.

4.4.3.3 Class Diagram

4.4.3.3.1 Class Diagram Modul Data Import

150

Gambar 4.45 Class Diagram Modul Data Import Versi 2.0.2.0

151

4.4.3.3.2 Class Diagram Modul Form Manager Khusus

Formulir 48

Gambar 4.46 Class Diagram Modul Form Manager Khusus Formulir 48

Versi 2.0.2.0

152

4.4.3.3.3 Class Diagram Modul System Management

Gambar 4.47 Class Diagram Modul System Management Versi 2.0.2.0

153

4.4.3.3.4 Class Diagram Modul Form Submission

Gambar 4.48 Class Diagram Modul Form Submission Versi 2.0.2.0

154

4.4.3.3.5 Class Diagram Modul Report Management

Gambar 4.49 Class Diagram Modul Report Management Versi 2.0.2.0

155

4.4.3.3.6 Class Diagram Modul Validations

Gambar 4.50 Class Diagram Modul Validations Versi 2.0.2.0

156

4.4.3.4 Sequence Diagram

4.4.3.4.1 Sequence Diagram Data Import

4.4.3.4.1.1 Impor Append Semua Formulir

UserTextDataImportAppend FormValidation

result

FormDataAccess

getDataFromAppendSource()

executeDataImportAppend()

{if Data Import Fails}

errorMessage

{if Data Import Success}

updateValidationStatusIntoFail(){if Data Validation Fails}

validateData()

saveData()

{if Data Validation Success}updateWorkflowStatusIntoNewReportEntry()

saveData()

Gambar 4.51 Sequence Diagram Impor Append Semua Formulir

157

4.4.3.4.1.2 Impor Append Per Formulir

UserTextDataImportAppend FormValidation FormDataAccess

browseFileToImport()

executeDataImportAppend()

{if Data Import Fails}

errorMessage

{if Data Import Success}

updateValidationStatusIntoFail(){if Data Validation Fails}

validateData()

saveData()

{if Data Validation Success}updateWorkflowStatusIntoNewReportEntry()

saveData()

Gambar 4.52 Sequence Diagram Impor Append Per Formulir

158

4.4.3.4.1.3 Impor By Service

SchedulerService DataImportFLService FormValidation FormDataAccess

getDataFromFilesInServiceImportSource()

executeBatchDataImport()

{if Data Import Fails}

errorMessage

{if Data Import Success}

updateValidationStatusIntoFail(){if Data Validation Fails}

validateData()

saveData()

{if Data Validation Success}updateWorkflowStatusIntoNewReportEntry()

saveData()

Gambar 4.53 Sequence Diagram Impor By Service

159

4.4.3.4.2 Sequence Diagram Form Management

4.4.3.4.2.1 Copy Data Form 11 dari Bulan Sebelumnya

UserLB11FormPresenter Form11ContentHistory Form11DataAccess

entryForm11Data()

selectCopyModeAndExecuteCopy()

getForm11DataToCopyFromContentHistory()

result

saveForm11Data()

Gambar 4.54 Sequence Diagram Copy Data Form 11 dari Bulan Sebelumnya

4.4.3.4.3 Sequence Diagram System Management

4.4.3.4.3.1 Copy Informasi Pokok Bank Pelapor dari

Bulan Sebelumnya

Gambar 4.55 Sequence Diagram Copy Informasi Pokok Bank dr Bulan Sebelumnya

160

4.4.3.4.3.2 Cetak ke Excel Untuk Daftar Pelapor

UserPelaporHistoryPresenter PeriodeHistoryDataAccess ExcelRenderer

showPelaporHistoryList()

getPelaporHistoryList()

result

exportPelaporHistoryListToExcel()

doExportDataAndRenderInExcelFileFormat()

excelFileResult

Gambar 4.56 Sequence Diagram Cetak ke Excel Untuk Daftar Pelapor

4.4.3.4.3.3 Cetak ke Excel untuk Daftar Tabel Referensi

Gambar 4.57 Sequence Diagram Cetak ke Excel Untuk Daftar Tabel Referensi

161

4.4.3.4.4 Sequence Diagram Form Submission

4.4.3.4.4.1 Perubahan Mekanisme Pengiriman Offline

UserFormListPresenter FormBase FormValidation

showFormList()

getFormList()

result

pickForm(s)ToValidate()

validateForm(s)DeliveryStatus()

{if DeliveryStatus is not Ready to Send}

SubmissionBatchDataAcess

errorMessage

{if DeliveryStatus is Ready to Send}

fillSendingOfflineReason()

SubmissionOffline

makeOfflineDeliveryTextFile()

{if Textfile not Successfully Created}

errorMessage

{if Textfile Successfully Created}

SubmissionBase

uploadTextfile()

{if Textfile not Successfully Uploaded}

offlineUploadErrorDownloaded

{if Textfile Successfully Uploaded}offlineFileReceiptDownloaded

uploadOfflineFileReceipt()

updateWorkflowStatusIntoOfflineFileCreated()

updateDeliveryStatus()

Gambar 4.58 Sequence Diagram Perubahan Mekanisme Pengiriman Offline

162

4.4.3.4.5 Sequence Diagram Validations

4.4.3.4.5.1 Validasi pada Data Entry Sebelum Kirim

Gambar 4.59 Sequence Diagram Validasi pada Data Entry Sebelum Kirim

4.4.3.4.5.2 Pengaktifan Validasi Formulir 11 dan 13

Gambar 4.60 Sequence Diagram Pengaktifan Validasi Formulir 11 dan 13

163

4.4.4 Tampilan / Layout Layar Sistem LBU 2008 Client Versi 1.6.1.6

Berikut ini adalah tampilan – tampilan layar Sistem LBU Client

versi 1.6.1.6 pada modul-modul yang mengalami enhancement

(perubahan ataupun penambahan fungsi).

1. Tampilan Impor per Formulir

Gambar 4.61 Tampilan Impor per Formulir Versi 1.6.1.6

2. Tampilan tombol – tombol pada form 11 – Kredit yang diberikan

Gambar 4.62 Tampilan Tombol – tombol pada Form 11 – Kredit yang diberikan

Versi 1.6.1.6

164

3. Tampilan tombol – tombol pada Entry Laporan

Gambar 4.63 Tampilan Tombol – tombol pada Entry Laporan Versi 1.6.1.6

4. Tampilan form 48 – Pelimpahan kredit

Gambar 4.64 Tampilan Form 48 – Pelimpahan Kredit Versi 1.6.1.6

165

5. Tampilan Daftar Pelapor

Gambar 4.65 Tampilan Daftar Pelapor Versi 1.6.1.6

6. Tampilan Daftar Tabel Referensi

Gambar 4.66 Tampilan Daftar Tabel Referensi Versi 1.6.1.6

4.4.5 Tampilan / Layout Layar Sistem LBU 2008 Client Versi 2.0.2.0

Berikut ini adalah tampilan – tampilan layar Sistem LBU Client

versi 2.0.2.0 pada modul-modul yang mengalami enhancement

(perubahan ataupun penambahan fungsi) ataupun modul-modul baru.

4.4.5.1 Modul Data Impor

4.4.5.1.1 Impor Append

Fungsi impor sekarang diperluas agar dapat

mengimpor data dengan melanjutkan proses impor

sebelumnya sehingga data yang sudah ada tidak menjadi

166

hilang tetapi menambahkan jumlah record yang sudah

ada. Diharapkan dengan adanya fungsi ini dapat

memudahkan bank dalam pengisian data dan

mempercepat pengisian data.

Gambar 4.67 Tampilan Impor per Formulir Versi 2.0.2.0 (dengan Impor Append)

4.4.5.1.2 Impor by Service

Impor data secara otomatis dilakukan apabila bank

menyimpan textfile yang akan diimpor pada folder

khusus. Karena Impor by Service merupakan modul baru,

maka tidak ada tampilan layar untuk modul ini pada versi

1.6.1.6.

Gambar 4.68 Tampilan Impor by Service Versi 2.0.2.0

167

4.4.5.2 Modul Form Management

4.4.5.2.1 Copy Data Formulir 11 Bulan Sebelumnya

1. Copy : mengcopy data semua field form 11 bulan

sebelumnya ke bulan yang berjalan dengan cara

menghapus data form 11 yang sudah ada di aplikasi

LBU

2. Copy gabung : mengcopy data semua field form 11

bulan sebelumnya ke bulan yang berjalan dengan cara

menambah data form 11 yang sudah ada di aplikasi

LBU.

Gambar 4.69 Tampilan Copy Data Bulan Sebelumnya pada Form 11

– Kredit yang diberikan Versi 2.0.2.0

168

4.4.5.2.2 Penambahan Kolom Baru pada Formulir 48

(Pelimpahan Kredit)

Gambar 4.70 Tampilan Form 48 – Pelimpahan Kredit Versi 2.0.2.0

  4.4.5.3 Modul System Management

4.4.5.3.1 Copy Informasi Pokok Bank Pelapor dari Bulan

Sebelumnya

Informasi pokok bank pelapor untuk seluruh kolom

tidak hilang setiap periode baru, tetapi di-copy dari bulan

sebelumnya. Pengecualian dilakukan untuk kolom kurs

yang harus diisi setiap bulannya. Perubahan ini

memungkinkan agar bank pelapor tidak perlu

mengupdate semua informasi pokok Bank Pelapor setiap

169

bulannya.

4.4.5.3.2 Anak Perusahaan dianggap sebagai Cabang dari

Bank

Permintaan fungsi agar perusahaan anak dianggap

sebagai cabang dari bank yang berimplikasi bahwa:

Impor data dilakukan per anak perusahaan

Pengiriman dilakukan per anak perusahaan

Laporan detil data ditampilkan per anak perusahaan

Laporan pengiriman dan absensi ditampilkan per anak

perusahaan

Tanda terima ditampilkan per anak perusahaan

Text file dibentuk per formulir per Perusahaan Anak

dengan ketentuan :

Perubahan format Textfile untuk Form LA :

• Struktur data tidak berubah (panjang field)

• Formulir LA diimport persandi perusahaan anak

• Perubahan Header textfile untuk import

Contoh :

Sandi Bank 088 dan sandi perusahaan anak 123456

170

Gambar 4.71 Sandi Perusahaan Anak

4.4.5.3.3 Penambahan Tombol Cetak ke Format Excel untuk

Daftar Pelapor dan Daftar Tabel Referensi

Gambar 4.72 Tampilan Daftar Pelapor Versi 2.0.2.0

Gambar 4.73 Tampilan Daftar Tabel Referensi Versi 2.0.2.0

171

4.4.5.4 Modul Form Submission

4.4.5.4.1 Perubahan Mekanisme Pengiriman Offline

Perubahan mekanisme pengiriman offline sehingga

bank tidak perlu mengupload tanda terima offline dari BI.

Pada saat file offline terbentuk, status formulir akan

berubah dari “sedang kirim offline” menjadi “File offline

terbentuk” yang memungkinkan bank untuk melakukan

koreksi kembali atas data tersebut.

Pada versi sebelumnya, bank harus meng-klik “revisi

data” atau meng-upload tanda terima offline dari BI

sebelum dapat melakukan koreksi atas data yang telah

dikirmkan offline tersebut. Pada versi 1.6.1.6, tidak

terdapat status File Offline terbentuk seperti yang

ditunjukkan pada gambar berikut.

Gambar 4.74 Tampilan Mekanisme Pengiriman Offline Versi 2.0.2.0

4.4.5.5 Modul Report Management

4.4.5.5.1 Penambahan Menu Laporan Gabungan untuk

Laporan Neraca dan Laba Rugi

Penambahan menu Laporan Gabungan untuk Neraca

dan Laba Rugi yang merupakan penggabungan data

172

Neraca dan Laba Rugi seluruh kantor cabang bank

dimana hasil Laporan Gabungan adalah penjumlahan

bruto seluruh kantor cabang. Menu laporan gabungan ini

merupakan menu baru sehingga tidak terdapat pada versi

1.6.1.6.

Gambar 4.75 Tampilan Menu Laporan Gabungan Neraca Versi 2.0.2.0

Gambar 4.76 Tampilan Menu Laporan Gabungan Laba/Rugi Versi 2.0.2.0

173

4.4.5.6 Modul Validations

4.4.5.6.1 Tombol Validasi pada Data Entry sebelum kirim

Penambahan pilihan menu validasi antar formulir

pada menu Entry Laporan (sebelum dikirim ke reviewer

atau submitter). Pengiriman laporan ke reviewer atau

submitter belum bisa dilakukan apabila formulir belum

lolos validasi.

Gambar 4.77 Tampilan Tombol – tombol pada Entry Laporan Versi 2.0.2.0

4.4.6 Diagram Input Proses Output Sistem LBU 2008 Versi 2.0.2.0

Client

4.4.6.1 Import Data

DIAGRAM INPUT PROSES OUTPUT - IMPORT DATA

Nama Proses : Import Data Ref. No. 1

Input : Text file dari Host Sistem pada sisi pelapor

Sistem : Host Sistem

Entity : Semua form

174

Proses :

1. Host Sistem membuat file yang siap untuk diimpor

2. Pengguna melakukan impor data dari text file melalui salah satu fungsi import:

a. Impor per formulir

b. Impor bulk semua formulir/per cabang

c. Impor secara otomatis

d. Impor append per formulir

e. Impor append bulk semua formulir/per cabang

f. Impor append secara otomatis

3. LBU 2008 Client membaca file dan melakukan mapping field yang akan diimpor

Aturan :

• Text file berisi data dalam bentuk ASCII characters

• Format masing-masing formulir sesuai dengan spesifikasi text file Bank Indonesia

Output :

• In-memory data yang telah dimapping dan siap untuk divalidasi

Tabel 4.6 Diagram Input Proses Output – Import Data

  4.4.6.2 Client Validation

DIAGRAM INPUT PROSES OUTPUT - CLIENT VALIDATION

Nama Proses : Client Validation Ref. No. 2

Input : In-memory data yang diterima dari proses impor maupun data entry

Sistem : -

Entity : Semua form

175

Proses :

1. LBU 2008 Client membaca peraturan validasi yang terdapat pada database

2. LBU 2008 Client meload assembly-assembly yang diperlukan untuk validasi jika belum diload sebelumnya

3. LBU 2008 Client melakukan validasi data form

a. Jika terdapat kesalahan

i. LBU 2008 Client akan menyimpan data dan pesan kesalahan ke database

ii. LBU 2008 Client akan menampilkan pesan kesalahan kepada pengguna

b. Jika tidak terdapat kesalahan, LBU 2008 Client akan menyimpan data ke database

Aturan :

Sistem menyediakan fungsi validasi single form sewaktu data di impor dan data di isi melalui data entry. Untuk validasi antara record dan validasi antara formulir dilakukan sewaktu mengirim laporan dari data entry ke proses berikutnya atau dapat juga dilakukan dengan meng-klik tombol “Validasi”.

Output :

• Data form yang telah divalidasi dan disimpan di database

• Pesan kesalahan apabila terdapat data yang tidak lolos validasi

Proses :

1. LBU 2008 Client melakukan pengecekan terhadap status jaringan

2. LBU 2008 Client melakukan koneksi ke LBU 2008 Server

a. Jika koneksi tidak berhasil, LBU 2008 Client menampilkan pesan kesalahan, proses penyampaian secara online berhenti.

b. Jika koneksi berhasil, lanjutkan ke langkah 3.

3. LBU 2008 Client akan melakukan pengecekan terhadap versi validasi dan versi form yang terdapat pada LBU 2008 Server

4. LBU 2008 Client melakukan transfer data

5. LBU 2008 Server mengirimkan bukti penerimaan laporan setelah transfer data selesai dilakukan

6. Ulangi langkah 3 hingga semua form berhasil disampaikan

7. LBU 2008 Client mengubah status form yang telah dikirimkan menjadi ‘Kirim Sukses’

176

Aturan :

• LBU 2008 Client tidak akan melanjutkan proses penyampaian laporan secara online jika koneksi tidak berhasil

• LBU 2008 Client tidak akan melakukan transfer data jika versi validasi atau versi form yang terdapat pada LBU 2008 Server berbeda

Output :

• Bukti penerimaan laporan

Tabel 4.7 Diagram Input Proses Output – Client Validation

  4.4.6.3 Submit Offline

DIAGRAM INPUT PROSES OUTPUT - SUBMIT OFFLINE

Nama Proses : Submit Offline Ref. No. 3

Input : In-memory data form yang siap untuk dikirim ke BI

Sistem : -

Entity : Semua form

Proses :

1. LBU 2008 Client membaca in-memory data form yang siap untuk dikirim ke BI

2. LBU 2008 Client membuat file yang berisi data form berdasarkan peraturan mapping yang disimpan di database

Aturan :

LBU 2008 Client akan menampilan status workflow “File offline terbentuk” apabila sudah terbentuk .enc file yang memungkinkan client untuk melakukan koreksi kembali atas data tersebut atau bisa melanjutkannya kirim online maupun kirim offline (upload dari KBI terdekat)

Output :

• Text-file yang siap untuk diupload secara offline

Tabel 4.8 Diagram Input Proses Output – Submit Offline

177

4.4.7 Bagan Hirarki Fungsi Aplikasi LBU 2008 Versi 2.0.2.0 Client

Gambar 4.78 Bagan Hirarki Fungsi Aplikasi LBU 2008 Versi 2.0.2.0 Client

4.5 Construction and Release

Tahap kelima dari Spiral Model adalah Construction and Release, di

mana pada tahap ini dilakukan kegiatan pengembangan, testing, dan

instalasi (deployment) sistem aplikasi, serta penyediaan support kepada user

(misal: dokumentasi dan pelatihan).

178

Gambar 4.79 Construction & Release Overview

Setelah melakukan analisa terhadap sistem yang sedang berjalan

(existing system) dan pendefinisian system requirements, serta mengajukan

perubahan-perubahan yang diperlukan pada sistem (system changes) untuk

memenuhi requirements, penulis melakukan modifikasi pada sistem yang

sudah ada (LBU 2008 Client versi 1.6.1.6) berdasarkan rancangan

perubahan pada sistem yang telah disetujui dan telah penulis paparkan pada

sub bab 4.4. Hasil dari modifikasi ini adalah peningkatan versi LBU 2008

Client dari 1.6.1.6 menjadi 2.0.2.0.

Pada sub bab ini, penulis akan memaparkan mengenai Development,

Testing, dan Implementation Sistem LBU 2008 Client versi 2.0.2.0.

4.5.1 Development

Pada tahap development, penulis sebagai bagian dari tim

developer melakukan coding (pengkodean) berdasarkan spesifikasi

design yang telah dibuat. Pada tahap development, masing-masing

179

developer diberikan tanggung jawab untuk mengerjakan modul-modul

tertentu sesuai dengan assignment yang diberikan oleh Project

Manager dan melakukan unit test atas modul-modul yang dikerjakan

tersebut. Development sendiri berjalan lancar karena dokumen-

dokumen spesifikasi design yang dibuat cukup lengkap dan sangat

memudahkan penulis maupun anggota developer lain dalam

melakukan coding. Berikut adalah beberapa fakta yang penting untuk

diketahui mengenai development Sistem LBU Client 2008 versi

2.0.2.0, antara lain :

a. Teknologi yang Digunakan

Pengembangan aplikasi Laporan Bulanan Bank Umum

Konvensional (LBU 2008) akan menggunakan framework dan

platform sebagai berikut:

1. Internet Information Services (IIS)

2. Cassini (penganti IIS untuk kebutuhan LBU client express

edition)

3. Microsoft VB.Net

4. SQL Server 2005/2008

5. Microsoft Report

b. Tujuan Utama Fase Development

untuk memastikan sistem yang dibangun lolos kualifikasi untuk

dipromosikan ke sistem produksi dan pengguna aplikasi sudah siap

menggunakan sistem ini.

c. Aktivitas Utama

180

• Melakukan pengembangan aplikasi

• Melakukan unit testing

• Melakukan revisi spesifikasi fungsi jika dibutuhkan.

• Melakukan pemasangan infrastruktur TI yang dibutuhkan

d. Estimasi Waktu

+ 156 hari (lihat gambar 4.23)

e. Pencapaian

• Source Code aplikasi

• Dokumen cara penggunaan aplikasi (User Manual)

• Dokumen hasil unit testing (Laporan hasil Quality Assurance)

f. Kriteria Selesai

Dokumen dan aplikasi diserahkan.

4.5.2 Testing

Pada tahap testing, terdapat 3 tahapan yang harus dilalui, yaitu

Internal Testing, SIT (System Integration Test), dan UAT (User

Acceptance Test). Internal Testing adalah testing yang dilakukan oleh

internal pengembang dimulai dari unit test sampai dengan system

testing. Dan yang paling penting adalah testing terhadap kesesuaian

dengan kebutuhan bisnis (requirements) yang diminta.  

SIT adalah testing yang fokus pada fungsional aplikasi. Hal-hal

yang ditest pada tahap ini meliputi ketepatan validasi, fungsi, dan

verifikasi aplikasi. Pada tahap ini testing dilakukan oleh tim Direktorat

Teknologi Informasi sub bagian SKTI. Dari hasil testing SIT, SKTI

181

mendapatkan 25 temuan (bugs) dari aplikasi dan sudah diselesaikan

oleh penulis sebagai bagian dari team pengembang.

No.  Daftar Fungsi  Jumlah Skenario  Jumlah Temuan Kategori Temuan 

Status Retest 

1  Impor Append  8 5 2 Major, 3 Minor OK2  Impor by Service  4 4 4 Major OK3  Copy Data Formulir 11  bulan lalu  5 5 1 Major, 4 Minor OK

4 Validasi pada data entry sebelum kirim 

2 2 1 Major, 1 Minor OK

5 Copy Informasi pokok Bank Pelapor bulan lalu 

2 1 1 Minor OK

6  Mekanisme Pengiriman Offline  5 3 3 Minor OK

7 Pemisahan data laporan anak Perusahaan 

6 2 2 Minor OK

8 Kolom Golongan Debitur dan Sektor Ekonomi di Formulir 48 

4 2 2 Minor OK

9 Laporan Gabungan Neraca dan Laba Rugi 

2 1 1 Minor OK

Total  38 25

Tabel 4.9 Hasil System Integration Test (SIT)

UAT adalah testing yang fokus pada kesesuaian dengan kebutuhan

bisnis (requirements) yang diminta oleh users BI. Pada tahap testing ini

dilakukan oleh tim SMKF (Statistik Moneter Keuangan dan Fiskal)

yang merupakan sub bagian dari Direktorat Statistik Ekonomi dan

Moneter serta tim pengawas dari PDIP. Dari hasil testing UAT,

ditemukan 22 temuan (bugs) dari aplikasi dan sudah diselesaikan oleh

pengembang.

No.  Daftar Fungsi  Jumlah Skenario  Jumlah Temuan  Kategori Temuan Status Retest 

1  Impor Append  5 3  1 Major,  2 Minor  OK2  Impor by Service  3 2  2 Minor  OK3  Copy Data Formulir 11  bulan lalu  2 1  1 Minor  OK

4 Validasi pada data entry sebelum kirim 

4 2  2 Minor  OK

5 Copy Informasi pokok Bank Pelapor bulan lalu 

2 1  1 Minor  OK

182

6  Mekanisme Pengiriman Offline  4 4 1 Major , 3 Minor  OK

7 Pemisahan data laporan anak Perusahaan 

6 6 4 Major , 2 Minor  OK

8 Kolom Golongan Debitur dan Sektor Ekonomi di Formulir 48 

2 2 1 Major , 1 Minor  OK

9 Laporan Gabungan Neraca dan Laba Rugi 

2 1 1 Major  OK

Total  30 22

Tabel 4.10 Hasil User Acceptance Test (UAT)

Pada tahap UAT, Bank Indonesia juga melibatkan pengguna dari

beberapa bank pelapor. UAT yang dilaksanakan di bank pelapor

meliputi :

1. Instalasi Aplikasi LBU 2008 versi 2.0.2.0

2. Melakukan test impor dan ekspor untuk format Laporan Anak

dan Laporan Bulanan yang berubah formatnya pada aplikasi

LBU 2008 versi 2.0.2.0

3. Melakukan test validasi Laporan pada aplikasi LBU 2008 versi

2.0.2.0

4. Melakukan test kirim data LBU 2008 versi 2.0.2.0 ke server

LBU 2008 Development.

Berdasarkan hasil UAT di bank pelapor, secara umum hasil

instalasi dan uji coba aplikasi LBU 2008 versi 2.0.2.0 dapat dinyatakan

berhasil.

4.5.3 Implementation

Setelah selesai melakukan development dan testing, penulis

bersama anggota tim pengembang lain melakukan deployment ke

production di Direktorat Teknologi Informasi Bank Indonesia. Di

183

mana setelah penulis melakukan deployment, bank-bank pelapor bisa

mendownload Sistem LBU 2008 Client versi terbaru (2.0.2.0) melalui

URL khusus yang disediakan oleh Bank Indonesia. Setelah melakukan

instalasi versi 2.0.2.0, bank-bank pelapor diminta mengisi formulir

yang menyatakan telah melakukan instalasi versi 2.0.2.0 dan formulir

tersebut dikembalikan ke BI sebagai bukti telah dilakukan instalasi

Sistem LBU Client versi 2.0.2.0. Setelah semua bank pelapor selesai

melakukan instalasi LBU Client versi 2.0.2.0 dan user manual

diberikan, deployment pun dinyatakan selesai.

4.6 Customer Evaluation

Tahap keenam dari Spiral Model adalah Customer Evaluation, di mana

pada tahap ini dilakukan kegiatan untuk mendapatkan feedback berdasarkan

evaluasi pengguna (user) setelah sistem selesai dikembangkan dan

digunakan selama beberapa waktu. Dalam kaitannya dengan tesis penulis,

penulis menggunakan hasil evaluasi pengguna (user) sistem sebagai

pembuktian kesuksesan perancangan dan implementasi tesis GFP ini.

Gambar 4.80 Customer Evaluation Overview

184

4.6.1 Pengukuran Kesuksesan

Di bawah ini adalah pembahasan mengenai hasil pengukuran

kesuksesan sistem LBU 2008 versi 2.0.2.0 yang penulis lakukan

terhadap pengguna baik dari Bank Pelapor maupun Bank Indonesia.

4.6.1.1 Hasil Kuisioner Bank Pelapor

Dari jawaban kuisioner masing-masing responden (pengguna

Sistem LBU 2008 Client versi 2.0.2.0) dari bank pelapor, dengan

menggunakan perhitungan skala Likert, penulis dapat menghitung

skor untuk masing-masing item pertanyaan yang terdapat pada

kuisioner. Dari total 20 bank pelapor yang dijadikan sampel oleh

penulis, ada 14 bank yang mengembalikan kuisioner beserta

jawabannya.

• Keterangan Penilaian Jawaban :

Sangat Setuju (SS) bernilai 5

Setuju (S) bernilai 4

Netral (N) bernilai 3

Tidak Setuju (TS) bernilai 2

Sangat Tidak Setuju (STS) bernilai 1

Jumlah responden = 14

Jumlah skor ideal untuk masing-masing item pertanyaan (skor

tertinggi) = 5 X 14 = 70 (SS)

Jumlah skor rendah = 1 X 14 = 14 (STS)

• Kriteria Interpretasi Skor :

Angka 0% - 20% = Sangat Lemah

185

Angka 21% - 40% = Lemah

Angka 41% - 60% = Cukup

Angka 61% - 80% = Kuat

Angka 81% - 100% = Sangat Kuat

Berikut adalah hasil pengukuran kuisioner Bank Pelapor

menggunakan perhitungan skala Likert :

NO. PERTANYAAN JAWABAN TOTAL NILAI

SKOR (%) 5 4 3 2 1

SS S N TS STS 1. Penambahan fungsi “impor append” mempercepat

pekerjaan Anda dalam melakukan penyusunan laporan

bulanan bank umum.

Keterangan : Dengan adanya fungsi ini, Anda dapat

menambahkan data yang diimpor ke dalam data yang

telah diinput sebelumnya (data yang ada tidak dihapus).

Bagaimana pendapat Anda ?

3 2 6 2 1 46 65.71

2. Penambahan fungsi “impor by service” mempercepat

pekerjaan Anda dalam melakukan penyusunan laporan

bulanan bank umum.

Keterangan : Dengan adanya fungsi ini, Anda dapat

mengeksekusi data impor secara otomatis dari textfie yang

terdapat dalam suatu folder.

Bagaimana pendapat Anda ?

7 5 1 1 0 60 85.71

3 Penambahan fungsi “copy data formulir 11 dari bulan

sebelumnya” mempercepat pekerjaan Anda dalam

melakukan penyusunan laporan bulanan bank umum.

2 1 8 1 2 42 60

186

Keterangan : Dengan adanya fungsi ini, Anda dapat

mereuse data formulir 11 dari bulan sebelumnya untuk

dipakai sebagai data form 11 untuk laporan bulan berjalan.

Bagaimana pendapat Anda ?

4 Penambahan fungsi “validasi pada data entry sebelum

kirim” mempercepat pekerjaan Anda dalam melakukan

penyusunan laporan bulanan bank umum.

Keterangan : Dengan adanya fungsi ini, Anda dapat

memvalidasi data formulir tanpa harus dikirim terlebih

dahulu ke bagian reviewer atau submitter sehingga dapat

mengurangi waktu yang terbuang sia-sia akibat gagal

validasi pada saat kirim.

Bagaimana pendapat Anda ?

5 4 3 2 0 54 77.14

5 Penambahan fungsi “copy informasi pokok bank

pelapor dari bulan sebelumnya” mempercepat

pekerjaan Anda dalam melakukan penyusunan laporan

bulanan bank umum.

Keterangan : Dengan adanya fungsi ini, Anda tidak perlu

lagi mengisi informasi pokok bank Anda setiap periode

baru tetapi dapat dicopy dari bulan sebelumnya dan hanya

perlu mengupdate informasi yang berubah saja.

Bagaimana pendapat Anda ?

7 3 3 1 0 58 82.85

6 Perubahan pada mekanisme pengiriman offline

mempercepat pekerjaan Anda dalam melakukan

penyusunan laporan bulanan bank umum.

Keterangan : Dengan adanya perubahan ini, Anda dapat

4 2 7 1 0 51 72.85

7

melakukan

yang salah

terima offli

Bagaimana

Semua pen

pada Siste

disebutkan

dapat mem

penyusunan

mengurang

Bank Indon

Bagaimana

koreksi dat

tanpa harus

ne dari BI.

pendapat A

nambahan fu

em LBU 2

pada no. 1,

mpercepat p

n laporan

i resiko kete

nesia.

pendapat A

Tabe

Gambar

a secara lan

s menunggu

nda ?

ungsi dan pe

2008 Clien

2, 3, 4, 5, da

ekerjaan An

bulanan ba

erlambatan p

nda ?

el 4.11 Hasil

4.81 Chart H

Ber

LBU 20

ngsung apabi

dan mengup

erubahan ya

nt versi 2.0

an 6 secara k

nda dalam

ank umum

penyampaian

l Perhitungan

Hasil Perhitu

rdasarkan ha

008 versi 2

ila ada data

pload tanda

ang terdapat

0.2.0 yang

keseluruhan

melakukan

m, sehingga

n laporan ke

n Skala Like

ungan Skala

asil penguku

2.0.2.0 mem

4 6

ert Kuisioner

Likert Kuis

uran, jelas

miliki penga

3 1

r Bank Pelap

sioner Bank P

terlihat bah

aruh yang k

187

0 55

por

Pelapor

hwa Sistem

kuat dalam

5 78.577

188

meningkatkan efisiensi bank-bank pelapor dalam melakukan

penyusunan dan penyampaian laporan bulanan bank umum. Hal

ini ditandai dengan 1 item pertanyaan (no. 3) mendapatkan grade

Cukup, 2 item pertanyaan (no. 2 dan 5) mendapatkan grade

Sangat Kuat, 3 item pertanyaan (no. 1, 4, 6, dan 7) mendapatkan

grade Kuat.

Item Pertanyaan  Skor (%)  Grade 1 65.71 Kuat 2 85.71 Sangat Kuat 3 60 Cukup 4 77.14 Kuat 5 82.85 Sangat Kuat 6 72.85 Kuat 7 78.57 Kuat 

Tabel 4.12 Skor dan Grade Penilaian Skala Likert Kuisioner Bank Pelapor

4.6.1.2 Hasil Kuisioner Bank Indonesia

Dari jawaban kuisioner masing-masing responden (pengawas

perbankan) dari Bank Indonesia, dengan menggunakan

perhitungan skala Likert, penulis dapat menghitung skor untuk

masing-masing item pertanyaan yang terdapat pada kuisioner.

• Keterangan Penilaian Jawaban :

Sangat Setuju (SS) bernilai 5

Setuju (S) bernilai 4

Netral (N) bernilai 3

Tidak Setuju (TS) bernilai 2

Sangat Tidak Setuju (STS) bernilai 1

Jumlah responden = 7

189

Jumlah skor ideal untuk masing-masing item pertanyaan (skor

tertinggi) = 5 X 7 = 35 (SS)

Jumlah skor rendah = 1 X 7 = 7 (STS)

• Kriteria Interpretasi Skor :

Angka 0% - 20% = Sangat Lemah

Angka 21% - 40% = Lemah

Angka 41% - 60% = Cukup

Angka 61% - 80% = Kuat

Angka 81% - 100% = Sangat Kuat

Berikut adalah hasil pengukuran kuisioner Bank Indonesia

menggunakan perhitungan skala Likert :

NO. PERNYATAAN JAWABAN TOTAL NILAI

SKOR (%) 5 4 3 2 1

SS S N TS STS 1 “Pemisahan data laporan anak perusahaan dari bank

pelapor sebagai perusahaan induk” membantu Bank

Indonesia dalam melakukan tugas sebagai pengawas dan

regulator perbankan.

Keterangan : Dengan adanya pemisahan ini, BI dapat

secepatnya mengidentifikasi apabila ada anak perusahaan

yang keuangannya sedang tidak sehat dan berpotensi

membahayakan keuangan bank pelapor sebagai

perusahaan induk.

Bagaimana pendapat Anda ?

2 5 0 0 0 30 85.71

190

2 “Penambahan kolom golongan debitur dan sektor

ekonomi pada form 48 (Pelimpahan Kredit)”

membantu Bank Indonesia dalam melakukan tugas

sebagai pengawas dan regulator perbankan.

Keterangan : Dengan adanya penambahan 2 kolom ini,

BI dapat melakukan kategorisasi pelimpahan kredit

berdasarkan golongan debitur dan sektor ekonomi yang

memungkinkan secepatnya mengidentifikasi

permasalahan yang mungkin timbul apabila suatu bank

terlalu banyak melimpahkan kreditnya ke golongan

debitur maupun sektor ekonomi tertentu.

Bagaimana pendapat Anda ?

2 5 0 0 0 30 85.71

3 “Penambahan menu laporan gabungan untuk laporan

neraca dan laba rugi” membantu Bank Indonesia dalam

melakukan tugas sebagai pengawas dan regulator

perbankan.

Keterangan : Dengan adanya penambahan menu ini, BI

dapat melihat penggabungan data neraca dan laba rugi

seluruh kantor cabang dari masing-masing bank dalam

satu laporan.

Bagaimana pendapat Anda ?

2 5 0 0 0 30 85.71

4 Semua penambahan fungsi dan perubahan yang terdapat

pada Sistem LBU 2008 Client versi 2.0.2.0 yang

disebutkan pada no. 1, 2, dan 3 secara keseluruhan

membantu Bank Indonesia dalam meningkatkan kualitas

pengawasan terhadap bank-bank yang ada di Indonesia.

Bagaimana pendapat Anda ?

2 5 0 0 0 30 85.71

Tabel

Gambar 4

Tabel 4.1

l 4.13 Hasil

4.82 Chart H

Ber

LBU 20

dalam

terhadap

pertanya

Item

14 Skor dan G

Perhitungan

Hasil Perhitun

rdasarkan ha

008 versi 2

meningkatk

p bank-bank

aan (no. 1, 2

m Pertanyaan

Grade Penila

n Skala Liker

ngan Skala L

asil penguku

2.0.2.0 mem

kan kualitas

k pelapor.

, 3, dan 4) m

n  Skor (%)1 85.712 85.713 85.714 85.71

aian Skala L

rt Kuisioner

Likert Kuisio

uran, jelas

miliki pengar

s pengawa

Hal ini dit

mendapatkan

)  Grade1 Sangat Ku1 Sangat Ku1 Sangat Ku1 Sangat Ku

Likert Kuisio

Bank Indon

oner Bank In

terlihat bah

ruh yang s

asan Bank

tandai deng

n grade Sang

 uat uat uat uat 

oner Bank In

191

nesia

ndonesia

hwa Sistem

angat kuat

Indonesia

an 4 item

gar Kuat.

ndonesia