PENGEMBANGAN DATA WAREHOUSE
PRODUK PERBANKAN PADA PT. BANK
NEGARA INDONESIA (PERSERO) Tbk
Nirmala Citra Dewi 1200967612
Binus University, Jakarta Barat, DKI Jakarta, 11530, Indonesia
dan
Yaumil Fathonah 1200966811
Binus University, Jakarta Barat, DKI Jakarta, 11530, Indonesia
Abstrak
TUJUAN PENELITIAN, adalah untuk menganalisis dan merancang data warehouse sebagai
pengembangan dari database yang sudah ada untuk membantu perusahaan dalam proses
pembuatan laporan dan pengambilan keputusan.
M ETODE PENELITIAN yang digunakan adalah metode analisis dan metode perancangan data
warehouse dengan 9 tahapan yang dikemukakan oleh Ralph Kimball.
HASIL YANG DICAPAI adalah aplikasi data warehouse yang meliputi jumlah rekening dan
total saldo akhir dari setiap kategori produk yang dapat dilihat pada setiap Cabang dan Sub
Cabang dalam kurun waktu per bulan dan per tahun, sehingga membantu perusahaan dalam
pembuatan laporan, analisis dan pengambilan keputusan.
SIM PULAN dengan adanya aplikasi data warehouse maka data mengenai jumlah rekening dan
total saldo akhir dapat ditampilkan dengan mudah sehingga dapat mendukung pembuatan
laporan untuk analisis pengambilan keputusan mengenai produk.
1. Pendahuluan
PT. Bank Negara Indonesia (Persero) Tbk merupakan salah satu perusahaan yang
bergerak di bidang perbankan yang tumbuh di Indonesia. Kemampuan untuk
mempertahankan dan mengembangkan eksistensi perusahaan menjadi sangat penting. Salah
satunya dengan menggunakan teknologi informasi untuk memenuhi kebutuhan perusahaan.
PT. Bank Negara Indonesia (Persero) Tbk merupakan salah satu perusahaan
terkemuka di Indonesia. M emerlukan sebuah aplikasi yang mampu menyediakan informasi
untuk pembuatan laporan yang kemudian digunakan untuk analisis dan pengambilan
keputusan mengenai produk. Belum tersedianya data warehouse untuk mengolah data dan
informasi mengenai produk, membuat analisis dan pengambilan keputusan oleh perusahaan
berjalan lambat.
Data warehouse adalah kumpulan data yang mendukung pengambilan keputusan
manajemen yang memiliki karakteristik berorientasi pada subyek (Subject Oriented),
terintegrasi (Integrated), mempunyai variasi waktu tertentu (Time-Variant), dan tidak dapat
berubah (Non-Volatile).
2. Metodologi
Ruang lingkup dari data warehouse yang akan dibuat adalah :
1. Jumlah rekening dari produk yang dapat dilihat pada setiap Cabang dan sub Cabang
dalam kurun waktu per tahun dan per bulan.
2. Total saldo akhir dari produk yang dapat dilihat pada setiap Cabang dan sub Cabang
2.1. Perancangan
M etode perancangan data warehouse didasarkan pada Nine-Step M ethodology
(M etodologi Sembilan Tahap) yang dikemukakan oleh Ralph Kimball.
Tahapan-tahapan yang dilakukan adalah sebagai berikut :
1. M emilih Proses (Choosing the process)
M emilih proses adalah tahapan dimana penulis melakukan indentifikas i
masalah yang ada dan mencari solusi dari masalah tersebut. Pada tahapan ini
proses yang dilakukan untuk menjawab masalah di PT. Bank Negara Indonesia
(Persero) Tbk adalah mengenai perhitungan jumlah rekening dan perhitungan total
saldo akhir.
2. M emilih Grain (Choosing the grain)
Berdasarkan hasil analisa terhadap kebutuhan dari perusahaan, maka
ditentukan bahwa grain yang akan digunakan adalah:
a. Jumlah Rekening yang merepresentasikan fakta mengenai jumlah rekening yang
dibagi menurut kategori produk.
b. Total Saldo Akhir yang merepresentasikan fakta mengenai total saldo akhir
yang diambil dari saldo akhir pada setiap rekening.
3. M endefinisikan dan M enyesuaikan Dimensi (Identifying and conforming the
dimensions)
Berikut ini merupakan dimensi-dimensi yang terdapat dalam data
warehouse PT. Bank Negara Indonesia (Persero) Tbk :
a. Dimensi Waktu
Atribut Tipe Data WaktuID int Tanggal date Hari int Bulanan int Tahunan int
Tabel 1 Dimensi Waktu
b. Dimensi Product
Dimensi Product berisi data mengenai produk yang ada pada PT. Bank
Negara Indonesia (Persero) Tbk.
Atribut Tipe Data Ukuran
ProductID int -
PRODUCT_CODE char 7
PRODUCT_CATEGORY varchar 10
PRODUCT_NAM E varchar 95
Tabel 2 Dimensi Product
c. Dimensi Branch
Dimesi Branch berisi data mengenai kantor cabang PT. Bank Negara
Atribut Tipe Data Ukuran
BranchID int -
BRANCH_CODE char 3
BRANCH_NAM E varchar 50
Tabel 3 Dimensi Branch
d. Dimensi Sub Branch
Dimensi Sub Branch berisi data mengenai kantor sub cabang di PT.
Bank Negara Indonesia (Persero) Tbk.
Atribut Tipe Data Ukuran
SubBranchID int -
SUB_BRANCH_CODE char 5
SUB_BRANCH_NAM E varchar 50
Tabel 4 Dimensi Sub Branch
e. Dimensi Cust
Dimensi Cust berisi data mengenai nasabah PT. Bank Negara Indonesia
(Persero) Tbk.
Atribut Tipe Data Ukuran
CustID int -
NO_CIF char 14
BALANCE numeric 15,2
Grain Dimensi Jumlah Rekening Total Saldo Akhir Waktu x x Product x x Branch x x Sub Branch x x Cust x x
Tabel 6 Dimensi dan Grain
4. M enentukan Fakta (Choosing the facts)
Berdasarkan hasil analisis kebutuhan data dan informasi pada PT. Bank
Negara Indonesia (Persero) Tbk maka ditentukan fakta yang akan dibuat, yaitu:
a. Fakta Rekening
Fakta Jumlah Rekening memiliki field, antara lain : WaktuID,
BranchID, ProductID, CustID, SubBranchID, JumlahRekening, TotalSaldo.
5. Penyimpanan Pre-Calculations dalam Tabel Fakta (Storing Pre-Calculations in the
fact table)
Pre-kalkulasi yang dapat dilakukan untuk kemudian disimpan dalam tabel
fakta Rekening yaitu Jumlah Rekening (JumlahRekening) yang merupakan
kumpulan dari banyaknya rekening (NO_CIF) dan Total Saldo Akhir (TotalSaldo)
yang merupakan total dari saldo (BALANCE).
M enambahkan deskripsi teks pada dimensi. Deskripsi tersebut harus dapat
dimengerti oleh user. Tabel Rounding Out Dimension berikut ini merupakan
deskripsi teks dari tabel dimensi :
No Dimensi Keterangan
1 Dimensi Waktu Laporan dapat dilihat per bulan, per tahun
2 Dimensi Branch Laporan dapat dilihat berdasarkan cabang
3 Dimensi Product Laporan dapat dilihat berdasarkan produk
4 Dimensi Cust Laporan dapat dilihat berdasarkan nasabah
5 Dimensi Sub Branch Laporan dapat dilihat berdasarkan sub cabang
Tabel 7 Rounding Out Dimension
7. M emilih durasi dari database (Choosing the duration of database)
Durasi dari data yang digunakan dalam aplikasi data warehouse PT. Bank
Negara Indonesia (Persero) Tbk yaitu berkisar dari awal tahun 2006 dan
seterusnya.
8. M elacak Secara Perlahan Perubahan Dimensi (Tracking slowly changing
dimensions)
Untuk mengatasi adanya perubahan dalam dimensi digunakan metode
penambahan record baru ke dalam tabel dimensi tersebut dengan menggunakan
surrogate key yang merupakan suatu atribut yang bersifat unique yang mampu
membedakan record yang baru dengan record yang lama dan dengan menimpa
(overwrite) atribut dimensi yang berubah sesuai dengan kebutuhan.
9. M emutuskan Prioritas dan M odel Query (Deciding the query priorities and the
Untuk menentukan prioritas query dan model query dalam data warehouse
PT. Bank Negara Indonesia (Persero) Tbk dapat digunakan metode penyimpanan
ringkasan yang sering digunakan sehingga mempercepat waktu query dan sorting
berdasarkan surrogate key. Pada tahap inilah dilakukan desain fisik yaitu
menentukan query yang digunakan untuk dapat menampilkan data yang
diinginkan, rangkaian query ini juga yang mengandung perhitungan yang menjadi
inti dari proses dalam data warehouse.
Prioritas query ditentukan melalui proses analisis terhadap tabel yang ada
pada database OLTP_BNI dengan tabel yang ada pada database OLAP_BNI
sebagai tujuan transformasi data. Query yang digunakan adalah query yang mampu
menghubungkan tabel-tabel tersebut sehingga data-data yang ada pada database
OLTP_BNI dapat diarahkan untuk ditransformasi ke database tujuan yang
dimaksud, yaitu OLAP_BNI.
Skema bintang fakta rekening menjelaskan hubungan atau keterkaitan
antara beberapa tabel dimensi yaitu dimensi waktu, dimensi branch, dimensi
product, dimensi cust dan dimensi sub branch.
2.2. Implementasi
Instalasi ini dilakukan dengan menggunakan SQL Server 2008 untuk database
OLTP_BNI yang merupakan database operasional dan OLAP_BNI yang merupakan
tempat penyimpanan data hasil transformasi untuk datawarehouse.
Kemudian M icrosoft Visual Studio 2008 digunakan untuk melakukan proses
pembangunan data warehouse termasuk diantaranya melakukan transformasi data dari
OLTP_BNI ke OLAP_BNI dan menampilkan data tersebut ke dalam bentuk grafik
dan tabel untuk keperluan analisis dan pengambilan keputusan pihak eksekutif
perusahaan. Software ini juga digunakan untuk membuat user interface dari data
warehouse yang sudah dibangun dengan VB .NET agar memudahkan pengguna
dalam mengoperasikan aplikasi data warehouse ini.
2.3. Evaluasi
Uji coba dilakukan untuk mengetahui apakah aplikasi data warehouse ini
berjalan dengan baik atau tidak dan apakah aplikasi data warehouse ini menjawab
kebutuhan user.
Berikut sekenario uji coba yang dilakukan :
Input dari aplikasi data warehouse ini merupakan data dari database OLTP_BNI yang
merupakan data operasional dari PT. Bank Negara Indonesia (Persero) Tbk. Sebagian
data yang digunakan merupakan data dummy yaitu data pada tabel CUST dan GLIF
yang struktur datanya telah disesuaikan dengan data asli yang dimiliki oleh PT. Bank
Gambar 2 ERD (Database OLTP_BNI)
Nama Tebel Banyak Record
CUST 3000 GLIF 4500 PRODUCT 640 CURRENCY 38 MARKET_SEGM ENT 4 COLLECTIBILITY 7 BRANCH 317 SUB_BRANCH 1438
Output yang diharapkan adalah :
a. Report Jumlah Rekening pada setiap kategori produk per bulan dan per tahun
dengan nama Cabang dan Sub Cabang.
b. Report Total Saldo Akhir pada setiap kategori produk per bulan dan per tahun
dengan nama Cabang dan Sub Cabang.
c. Chart Jumlah Rekening satu kategori produk dalam satu tahun (per bulan) dengan
nama Cabang dan Sub Cabang.
d. Chart Jumlah Rekening satu kategori produk per tahun dengan nama Cabang dan
Sub Cabang.
e. Chart Jumlah Rekening semua kategori produk dalam satu tahun dengan nama
Cabang dan Sub Cabang.
f. Chart Jumlah Rekening semua kategori produk pert tahun dengan nama Cabang
dan Sub Cabang.
g. Chart Total Saldo Akhir satu kategori produk dalam satu tahun (per bulan) dengan
nama Cabang dan Sub Cabang.
h. Chart Total Saldo Akhir satu kategori produk per tahun dengan nama Cabang dan
Sub Cabang.
i. Chart Total Saldo Akhir semua kategori produk dalam satu tahun dengan nama
Cabang dan Sub Cabang.
j. Chart Total Saldo Akhir semua kategori produk pert tahun dengan nama Cabang
Output yang dihasilkan dari uji coba yang dilakukan adalah :
Gambar 3 Report Jumlah Rekening pada setiap kategori produk per bulan dan per
tahun dengan nama Cabang dan Sub Cabang
Gambar 4 Report Total Saldo Akhir pada setiap kategori produk per bulan dan per
Gambar 5 Chart Jumlah Rekening satu kategori produk dalam satu tahun (per bulan)
dengan nama Cabang dan Sub Cabang
Gambar 6 Chart Jumlah Rekening satu kategori produk per tahun dengan nama Cabang
Gambar 7 Chart Jumlah Rekening semua kategori produk dalam satu tahun dengan nama
Cabang dan Sub Cabang
Gambar 8 Chart Jumlah Rekening semua kategori produk per tahun dengan nama Cabang
Gambar 9 Chart Total Saldo Akhir satu kategori produk dalam satu tahun (per bulan)
dengan nama Cabang dan Sub Cabang
Gambar 10 Chart Total Saldo Akhir satu kategori produk per tahun dengan nama Cabang
Gambar 11 Chart Total Saldo Akhir semua kategori produk dalam satu tahun dengan
nama Cabang dan Sub Cabang
Gambar 12 Chart Total Saldo Akhir semua kategori produk per tahun dengan nama
Pengujian data warehouse dapat dilakukan berdasarkan pada tujuan dari data
warehouse yang dibuat, fungsi yang ada pada data warehouse, dan user interface yang
ditampilkan berdasarkan 8 aturan emas.
1. Berdasarkan tujuan
Data warehouse di bangun untuk membantu para pihak eksekutif dalam
membuat keputusan. Pada penulisan ini pengembangan data warehouse di bangun
untuk membantu divisi teknologi pada PT. Bank Negara Indonesia (Persero) Tbk
dengan pihak M IS (M anagement Information System) untuk melakukan
pembuatan laporan tahunan dan pengambilan keputusan yang bisa dilakukan.
Pengambilan keputusan yang dimaksud adalah pada saat data yang sudah
terintegrasi di simpan pada suatu media penyimpanan kemudian di proses untuk
menampilkan ringkasan data mengenai produk berupa jumlah rekening dan total
saldo akhir yang bisa dilihat pada Cabang dan sub Cabang dengan periode
bulanan maupun tahunan. Pada data yang ditampilkan ini pihak eksekutif dapat
melakukan analisa tren yang terjadi pada produk mereka. Sehingga mereka dapat
dengan cepat melakukan tindakan untuk mencegah kerugian bisnis yang akan
terjadi.
2. Berdasarkan fungsi
Fungsi yang ada pada aplikasi data warehouse ini berdasarkan pada
permasalahan yang ada di perusahaan, bahwa PT. Bank Negara Indonesia
(Persero) Tbk memerlukan aplikasi yang dapat menunjang proses bisnis. Yaitu,
aplikasi yang menyediakan data mengenai jumlah rekening dan total saldo akhir.
Pada fungsi data warehouse ini di dalamnya terdapat proses yang mendukung
aplikasi sehingga dapat menghasilkan informasi yang dibutuhkan. Proses yang
akhir, dimana dari proses ini menghasilkan sebuah informasi yang dapat
digunakan dan mendukung fungsi data warehouse itu sendiri yaitu untuk
menunjang proses bisnis.
3. Berdasarkan 8 aturan emas desain user interface
M enurut Shneiderman didalam merancang suatu user interface terdapat
petunjuk dasar yang disebut dengan Eight Golden Rules of Interface Design. 8
aturan emas desain user interface hubungannya dengan aplikasi data warehouse
adalah sebagai berikut:
1) Konsistensi
Konsistensi dilakukan pada urutan tindakan, perintah, dan istilah yang
digunakan pada prompt, menu, serta layar bantuan. Pada aplikasi data
warehouse ini, dimana terdapat File, Chart, dan Report.
2) M emungkinkan pengguna untuk menggunakan shortcut
Ada kebutuhan dari pengguna yang sudah ahli untuk meningkatkan
kecepatan interaksi, sehingga diperlukan singkatan, tombol fungsi, perintah
tersembunyi dan fasilitas makro. Dalam aplikasi data warehouse ini terdapat
di Chart dan Report untuk pilihan jumlah rekening dan total saldo akhir.
3) M emberikan umpan balik yang informatif
Untuk setiap tindakan operator, sebaiknya disertakan suatu sistem
umpan balik. Untuk tindakan yang sering dilakukan dan tidak terlalu penting,
dapat diberikan umpan balik yang sederhana. Tetapi ketika tindakan
merupakan hal yang penting, maka umpan balik sebaiknya lebih substansial.
M isalnya muncul suatu suara ketika salah menekan tombol pada saat input
terdapat pada saat admin melakukan pencarian daftar pengguna aplikasi di
user management jika username yang dimasukan tidak ada, maka akan
muncul pesan bahwa username yang dicari tidak ada.
4) M erancang dialog untuk menghasilkan suatu penutupan
Urutan tindakan sebaiknya diorganisir dalam suatu kelompok dengan
bagian awal, tengah, dan akhir. Umpan balik yang informatif akan meberikan
indikasi bahwa cara yang dilakukan sudah benar dan dapat mempersiapkan
kelompok tindakan berikutnya. Dalam aplikasi data warehouse ini, seperti
ketika kita akan melihat data yang dibutuhkan, maka ada urutan dari memilih
produk dan tahun kemudian informasi yang dibutuhkan mengenai data akan
ditampilkan.
5) M emberikan penanganan kesalahan yang sederhana
Sedapat mungkin sistem dirancang sehingga pengguna tidak dapat
melakukan kesalahan fatal. Jika kesalahan terjadi, sistem dapat mendeteksi
kesalahan dengan cepat dan memberikan mekanisme yang sedehana dan
mudah dipahami untuk penanganan kesalahan. Dalam aplikasi data warehouse
tidak terdapat sistem tersebut. Karena aplikasi data warehouse ini sangat
mudah.
6) M udah kembali ke tindakan sebelumnya
Hal ini dapat mengurangi kekhawatiran pengguna karena pengguna
mengetahui kesalahan yang dilakukan dapat dibatalkan, sehingga pengguna
tidak takut untuk mengekplorasi pilihan-pilihan lain yang belum biasa
digunakan. Dalam aplikasi data warehouse jika user ingin kembali ke page
sebelumnya tekan back atau exit untuk kembali ke home.
Pengguna ingin menjadi pengontrol sistem dan sistem akan merespon
tindakan yang dilakukan pengguna daripada pengguna merasa bahwa sistem
mengontrol pengguna. Sebaiknya sistem dirancang sedemikian rupa sehingga
pengguna menjadi inisiator daripada responden.
8) M engurangi beban ingatan jangka pendek
Keterbatasan ingatan manusia membutuhkan tampilan yang sederhana
atau banyak tampilan halaman yang sebaiknya disatukan, serta diberikan
cukup waktu pelatihan untuk kode, dan urutan tindakan. Oleh karena itu
aplikasi data warehouse ini dibangun dengan tampilan yang sederhana
sehingga memudahkan user untuk menggunakannya.
Berdasarkan hasil uji coba yang dilakukan, maka dapat disimpulkan
evaluasi sebagai berikut:
1. M embantu pihak eksekutif dalam mendapatkan data dan informasi untuk
melakukan monitoring terhadap produk serta melakukan analisis dan
pengambilan keputusan mengenai produk.
2. Aplikasi data warehouse meskipun dengan tampilan sederhana namun
dapat menyajikan informasi yang dibutuhkan, baik berupa tabel maupun
grafik sehingga mudah untuk dibaca.
3. Laporan dapat disajikan dengan lebih cepat, dibandingkan dengan
sebelumnya dibutuhkan waktu yang lama untuk mendapatkan informasi
yang dibutuhkan karena dilakukan dengan cara manual dan data yang
3. Kesimpulan
Berdasarkan pada analisis dan perancangan data warehouse pada PT. Bank Negara
Indonesia (Persero) Tbk yang telah dilakukan maka dapat ditarik beberapa simpulan sebagai
berikut :
1. Informasi yang dibutuhkan oleh pihak eksekutif PT. Bank Negara Indonesia (Persero)
Tbk adalah yang berkaitan dengan produk yaitu jumlah rekening dan total saldo akhir.
2. Aplikasi data warehouse memberikan kemudahan kepada pengguna dalam mendapatkan
data dan informasi yang dibutuhkan untuk analisis dan pengambilan keputusan berkaitan
dengan produk yang ditampilkan dalam grafik dan tabel.
3. Tampilan aplikasi sederhana, namun dapat memenuhi kebutuhan informasi pengguna.
4. Aplikasi data warehouse dapat memberikan data dan informasi yang dibutuhkan dengan
cepat, sehingga pembuatan laporan untuk keperluan analisis dapat lebih efektif dan
Daftar Pustaka
Binus University. 2008. Analisis Sistem Informasi. Diperoleh (25 Desember 2011) dari
http://repository.binus.ac.id/maincourse/M 041431194.19.State_Transition_Diagram_
Connolly, T., Begg C. (2005). Database System: A Practical Approach in Design,
Implementation, and Management. (4th Edition). New York: Addison Wesley.
Dyche, Jill. (2000). e-Data: Turning Data Into Information with Data Warehousing.
M assachusetts: Addison Wesley.
Hoffer, Jeffrey A., Prescott, M ary B., M cFadden, Fred R. (2005). Modern Database
Management. (7th Edition). New Jersey: Prentice Hall.
Inmon, William H. (2005). Building the Data Warehouse. (4th Edition). Indianapolis: Wiley
Publishing, Inc.
Irfan Gustiarahman. 2010. Data Warehouse. Diperoleh (23 Desember 2011) dari
http://www.scribd.com/doc/38739124/Data-Warehouse
Iwan Bintoro. 2008. 8 Aturan Emas Desain User Interface. Diperoleh (8 Februari 2012) dari
http://iwanbinanto.com/2008/07/21/8-aturan-emas-desain-user-interface/
Jhoe Edward. 2010. Flowmap dan Data Flow Diagram. Diperoleh (25 Desember 2011) dari
http://pemogramanvb.blogspot.com/2010/12/flow-map-dan-data-flow-diagram-dfd.html
Kasmir. (2007). Bank dan Lembaga Keuangan Lainnya. (Edisi 6). Jakarta: PT. Rajagrafindo
Persada.
Kimball, Ralph., Ross, M argy. (2002). The Data Warehouse Toolkit. (2nd Edition). New York:
Wiley Publishing, Inc.
M ansfield, Ricard. (2004). Visual Basic .Net Weekend Crash Course. Jakarta: PT. Elex M edia
M cLeod, Raymond Jr., P. Schell, George. (2004). Management Information System. New Jersey:
Prentice Hall.
M iftah. 2009. Microsotf Visio 2003. Diperoleh (23 Desember 2011) dari
http://miftahsapro.blogspot.com/2009/03/microsoft-visio-2003.html
Ponniah, Paulraj. (2001). Data Warehousing Fundamentals. New York: Wiley Publishing, Inc.
Sadeli, M uhammad. (2009). Visual Basic .NET 2008 Untuk Orang Awam. Palembang:
M axikom.
Sakina M awardah. 2010. Algoritma dan Pengembangan. Diperoleh (24 Desember 2011) dari
http://www.scribd.com/doc/55468895/Pengertian-Flowmap-dan-Flowchart-Beserta-Simbol
Turban, Efraim., Aronson, Jay E. (2001). Decision Support System and Intelligent Systems. New
DEVELOPMENT OF DATA WAREHOUSE
BANKING PRODUCTS
AT PT. BANK NEGARA INDONESIA
(PERSERO) Tbk
Nirmala Citra Dewi 1200967612
Binus University, Jakarta Barat, DKI Jakarta, 11530, Indonesia
dan
Yaumil Fathonah 1200966811
Binus University, Jakarta Barat, DKI Jakarta, 11530, Indonesia
Abstract
RESEARCH PURPOSES, is to analyze and design the data warehouse as the development of an
existing database to assist the company in the reporting process and decision making.
RESEARCH M ETHOD used is a method of analysis and data warehouse design method with 9
step proposed by Ralph Kimball.
CAN RESULT in data warehouse applications that include the number of accounts and total
balance of the end of each category of products that can be seen in every branch and sub branch
within the month and year, as of assist companies in preparing reports, analysis and decision
making.
CONCLUSION by the application of the data warehouse then data about the number of accounts
and total ending balance can be displayed easily so it can support decision making for the
analysis of the product.
1. Introduction
PT. Bank Negara Indonesia (Persero) Tbk is one of the companies engaged in
banking is growing in Indonesia. Ability to maintain and develop the company's existence
becomes important to be aware of. One of them to use information technology to meet the
needs of the company
PT. Bank Negara Indonesia (Persero) Tbk is one of the leading companies in
Indonesia. Requires an application that is able to provide information for the preparation of
the report was then used in the analysis for decision making regarding product. Not yet
available data warehouse to process data and information regarding the products, thus
making the analysis and decision making by the company to be running slow.
Data warehouse is a collection of data which has the characteristics of the
subject-oriented, Integrated, Time Variant, and Non-Volatile that are useful to support
decision-making process.
2. Methodology
The scope of the data warehouse to be made are:
1. Account the number of products that can be seen in every branch and sub branch in the
period per year and per month.
2. Total ending balance of products that can be seen in every branch and sub branch in the
2.1. Design
Data warehouse design method based on the Nine-Step M ethodology proposed by
Ralph Kimball. These stages are carried out are as follows:
1. Choosing the process
Choosing the process is the stage where the authors performed the
identification of existing problems and find solutions to these problems. At this
stage of the process undertaken to address problems in PT. Bank Negara Indonesia
(Persero) Tbk is the calculation of the total number of accounts and the calculation
of the final balance.
2. Choosing the grain
Based on the analysis of the needs of the company, it is determined that the grain
to be used are:
a. Account number that represents the facts about the number of accounts divided
by product category.
b. Total Ending Balance represents the facts about the total ending balance is
taken from the ending balance in each account.
3. Identifying and conforming the dimensions
The following are the dimensions contained in the data warehouse PT. Bank
Negara Indonesia (Persero) Tbk:
a. Time Dimension
The time dimension contains information about the date, month and year of
Attribute Data Type WaktuID int Tanggal date Hari int Bulanan int Tahunan int
Table 1 Time Dimension
b. Product Dimension
Product dimension contains data about the existing products on the PT. Bank
Negara Indonesia (Persero) Tbk.
Attribute Data Type Size
ProductID int -
PRODUCT_CODE char 7
PRODUCT_CATEGORY varchar 10
PRODUCT_NAM E varchar 95
Table 2 Product Dimension
c. Branch Dimension
Branch dimension contains data on the branches of PT. Bank Negara
Attribute Data Type Size
BranchID int -
BRANCH_CODE char 3
BRANCH_NAM E varchar 50
Table 3 Branch Dimension
d. Sub Branch Dimension
Sub Branch dimension contains data about the sub branch offices in PT.
Bank Negara Indonesia (Persero) Tbk.
Attribute Data Type Size
SubBranchID int -
SUB_BRANCH_CODE char 5
SUB_BRANCH_NAM E varchar 50
Table 4 Sub Branch Dimension
e. Cust Dimension
Cust dimension contains data about the customer of PT. Bank Negara
Indonesia (Persero) Tbk.
Attribute Data Type Size
CustID int -
NO_CIF char 14
BALANCE numeric 15,2
Grain Dimension Number of Accounts Total Ending Balance Waktu x x Product x x Branch x x Sub Branch x x Cust x x
Table 6 Dimension and Grain
4. Choosing the facts
Based on the analysis of data and information needs of the PT. Bank
Negara Indonesia (Persero) Tbk then determined the facts to be made, namely:
a. Account Fact
Fact number of accounts have field, among others: WaktuID, BranchID,
ProductID, CustID, SubBranchID, JumlahRekening, TotalSaldo.
5. Storing Pre-Calculations in the fact table
Pre-calculation can be done to then be stored in a fact table is Account Number
Account (JumlahRekening) which is a collection of many accounts (NO_CIF) and
Total Ending Balance (TotalSaldo) which is the total of the balance (BALANCE).
6. Rounding out the dimension tables
Add description text on the dimension. The description should be understandable
by the user. Rounding Out Dimension table below is the text description of the
No Dimension Information
1 Time Dimension Reports can be viewed per month, per year
2 Branch Dimension Reports can be viewed by branch
3 Product Dimension Reports can be viewed by product
4 Cust Dimension Reports can be viewed by customers
5 Sub Branch Dimention Reports can be viewed by sub branch
Table 7 Rounding Out Dimension
7. Choosing the duration of database
The duration of the data used in data warehouse applications PT. Bank Negara
Indonesia (Persero) Tbk, which ranges from early 2006 onwards.
8. Tracking slowly changing dimensions
To cope with the changes in the dimensions used method of adding a new record
into the table dimensions by using a surrogate key is an attribute that is unique that
is able to distinguish a new record by record and overwrite the old one (overwrite)
the dimension attributes that change according to needs .
9. Deciding the query priorities and the query mode
To determine the priority of the query and query the data warehouse model
PT. Bank Negara Indonesia (Persero) Tbk usable storage methods are frequently
used summary thus speeding up query time and sorting based on the surrogate key.
At this stage do the physical design is used to specify the query to display the
desired data, this query sequence that contains the calculation at the heart of the
process in a data warehouse.
Query priorities are determined through the analysis of existing tables in
the database with existing tables OLTP_BNI on OLAP_BNI database as a data
that data can exist in the database OLTP_BNI directed to be transformed into the
intended destination database, which is OLAP_BNI.
Account fact star schema describes the relationship or association between
multiple dimensions of time dimension table, branch dimension, product
dimension, the dimension and the dimension of the sub branch cust.
Figure 1 Account Fact Design
2.2. Implementation
Installation is done using SQL Server 2008 for database OLTP_BNI which is
the operational database and OLAP_BNI which is the result of the transformation of
data storage for the data warehouse.
Microsoft Visual Studio 2008 and then used to perform data warehouse development process including the transformation of data into OLAP_BNI OLTP_BNI and display that data in the form of graphs and tables for analysis and decision-making executives of the company. The software is also used to make the user interface of the data warehouse that has been built with VB. NET in order to facilitate the user's authority to operate this data warehouse applications.
2.3. Evaluation
Testing conducted to determine whether the data warehouse application is
running properly or not and whether the data warehouse application is to answer user
needs.
The following scenario experiments performed :
Input of data warehouse application is data from a database which is OLTP_BNI
operational data from the PT. Bank Negara Indonesia (Persero) Tbk. M ost of the data
used is a dummy data is data in the tables CUST and GLIF the structure of the data
has been adjusted to the original data is owned by PT. Bank Negara Indonesia
(Persero) Tbk and the rest is the original data.
Table Name Lots of Record CUST 3000 GLIF 4500 PRODUCT 640 CURRENCY 38 MARKET_SEGM ENT 4 COLLECTIBILITY 7 BRANCH 317 SUB_BRANCH 1438
Table 8 M any Records are Used
Expected output is:
a. Report Account Number on each product category per month and per year by the
name of the Branch and Sub Branch.
b. Total Ending Balance Report in each product category per month and per year by
the name of the Branch and Sub Branch.
c. Chart Account Number one product category in a year (monthly) by the name of
the Branch and Sub Branch.
d. Number of Accounts Chart of the categories of products per year by the name of
the Branch and Sub Branch.
e. Chart number of accounts of all categories of products in one year by the name of
the Branch and Sub Branch.
f. Chart Number Account pert in all product categories with the name of the Branch
g. Chart Total Balance End of a product category in a year (monthly) by the name of
the Branch and Sub Branch.
h. Chart Total Balance at end of one category of product per year with the name of
the Branch and Sub Branch.
i. Chart Total Balance at End of all product categories in one year with the name of
the Branch and Sub Branch.
j. Chart Total Ending Balance pert in all categories of products with the name of the
Branch and Sub Branch.
The output generated from the tests conducted were:
Figure 3 Report Account Number on each product category per month and per year by the name of the Branch and Sub Branch.
Figure 4 Total Ending Balance Report in each product category per month and per year by the name of the Branch and Sub Branch.
Figure 5 Chart Account Number one product category in a year (monthly) by the name of the Branch and Sub Branch.
Figure 6 Number of Accounts Chart of the categories of products per year by the name of the Branch and Sub Branch.
Figure 7 Chart number of accounts of all categories of products in one year by the name of the Branch and Sub Branch.
Figure 8 Chart Number Account pert in all product categories with the name of the Branch and Sub Branch.
Figure 9 Chart Total Balance End of a product category in a year (monthly) by the name of the Branch and Sub Branch.
Figure 10 Chart Total Balance at end of one category of product per year with the name of the Branch and Sub Branch.
Figure 11 Chart Total Balance at End of all product categories in one year with the name of the Branch and Sub Branch.
Figure 12 Chart Total Ending Balance pert in all categories of products with the name of the Branch and Sub Branch.
Testing data warehouse can be done based on the purpose of the data
warehouse is created, functions in a data warehouse, and user interface are displayed
based on the 8 golden rules.
1. By Objective
The data warehouse is built to assist the parties in making executive
decisions. At this writing the development of data warehouse is built to help the
technology division at PT. Bank Negara Indonesia (Persero) Tbk to the MIS
(M anagement Information System) to perform the annual reporting and decision
making can be done. Decision in question is at the moment is already integrated
data are stored in a storage media later in the process to display a summary of data
regarding the product of the number of accounts and total balance that can be seen
at the end of the branch and sub branch with monthly and yearly periods. These
data are displayed on the executive is able to analyze trends that occurred in their
products. So they can quickly take action to prevent the loss of business that will
2. By Function
Functions in data warehouse applications are based on the existing
problems in the company, that PT. Bank Negara Indonesia (Persero) requires
applications to support business processes. That is, applications that provide data
on the number of accounts and total ending balance. In the data warehouse
functionality is contained within the support of the application process so as to
generate the information needed. Process in question is the calculation of the total
number of accounts and the closing balance, which of these processes produce a
usable information and support functions of the data warehouse itself to support
business processes.
3. Based on 8 golden rules of user interface design
According to Shneiderman in designing a user interface are basic
instructions called Eight Golden Rules of Interface Design. 8 golden rules of user
interface design with data warehouse applications are as follows:
1) Consistency
Consistency conducted on the sequence of actions, orders, and terms used in
prompts, menus and help screens. In the application of this data warehouse,
where there are File, Chart, and Report.
2) Allows users to used shotcut
There is a need from users who are experts to improve the speed of
interaction, so the acronym is necessary, the function keys, hidden commands
and macro facilities. In a data warehouse application is contained in the Chart
3) Provide informative feedback
For every operator action, should include a feedback system. For actions that
are performed and does not really matter, can be given simple feedback. But
when the action is important, then the feedback should be more substantial.
For example came a sound when any button when the input data or error
messages appear. In a data warehouse application is contained in the current
admin user to search the list of applications in the user management if no
username is entered, it will display a message that the username you are
looking for does not exist.
4) Designing the dialogue to produce a closure
Sequence of actions should be organized in a group with the early, middle,
and end. Informative feedback that would give an indication of how that is
done is correct and can prepare for the next action. In data warehouse
applications, such as when we will see the data needed, then there is a
sequence of selecting products and years later the necessary information about
the data is displayed.
5) Provide a simple error handling
As far as possible the system is designed so that users can not make a fatal
mistake. If an error occurs, the system can quickly detect errors and provide
the mechanism's simple and easy to understand for handling errors. In the
application there is no data warehouse system. Because the data warehouse
application is very easy.
6) Easily return to the previous action
This can reduce user concerns because users know the mistakes made can be
commonly used. In a data warehouse application if the user wants to return to
the previous page press the back or exit to return to the home.
7) Internal Locus of Control
Users want to control the system and the system will respond to actions
performed by users rather than users feel that the user controls the system.
System should be designed so that users become initiators rather than
responders.
8) Reducing the burden of short-term memory
Limitations of human memory requires a simple display or multiple
display pages that should be put together, and given enough training time to
code, and the action sequences. Therefore, data warehouse applications are
built with a simple display that allows users to use it.
Based on the results of experiments performed, it can be evaluated as
follows:
1. Assist the executive in getting the data and information to monitor the
product as well as doing analysis and making decisions about the product.
2. Although the data warehouse applications with a simple but can provide
the information needed, whether it be tables and graphs so it is easy to
read.
3. Reports can be served more quickly, than before it takes a long time to get
the required information as done manually and the data used in large
3. Conclusion
Based on the analysis and design of data warehouse in PT. Bank Negara Indonesia
(Persero) Tbk that has been done so few conclusions can be drawn :
1. Information required by the executive PT. Bank Negara Indonesia (Persero) is associated
with a product that is associated with a product that is the number of accounts and total
ending balance.
2. Data warehouse applications provide convenience to the user in obtaining data and
information needed for analysis and decision making related to the products shown in
tables and graphs.
3. Application user interface is simple, but can comply the users information needs.
4. Application of data warehouse can provide data and information needed quickly, so
References
Binus University. 2008. Analisis Sistem Informasi. Obtained (25 December 2011) by
http://repository.binus.ac.id/maincourse/M 041431194.19.State_Transition_Diagram_
Connolly, T., Begg C. (2005). Database System: A Practical Approach in Design,
Implementation, and Management. (4th Edition). New York: Addison Wesley.
Dyche, Jill. (2000). e-Data: Turning Data Into Information with Data Warehousing.
M assachusetts: Addison Wesley.
Hoffer, Jeffrey A., Prescott, M ary B., M cFadden, Fred R. (2005). Modern Database
Management. (7th Edition). New Jersey: Prentice Hall.
Inmon, William H. (2005). Building the Data Warehouse. (4th Edition). Indianapolis: Wiley
Publishing, Inc.
Irfan Gustiarahman. 2010. Data Warehouse. Obtained (23 December 2011) by
http://www.scribd.com/doc/38739124/Data-Warehouse
Iwan Bintoro. 2008. 8 Aturan Emas Desain User Interface. Obtained (8 February 2012) by
http://iwanbinanto.com/2008/07/21/8-aturan-emas-desain-user-interface/
Jhoe Edward. 2010. Flowmap dan Data Flow Diagram. Obtained (25 December 2011) by
http://pemogramanvb.blogspot.com/2010/12/flow-map-dan-data-flow-diagram-dfd.html
Kasmir. (2007). Bank dan Lembaga Keuangan Lainnya. (Edisi 6). Jakarta: PT. Rajagrafindo
Persada.
Kimball, Ralph., Ross, M argy. (2002). The Data Warehouse Toolkit. (2nd Edition). New York:
Wiley Publishing, Inc.
M ansfield, Ricard. (2004). Visual Basic .Net Weekend Crash Course. Jakarta: PT. Elex M edia
M cLeod, Raymond Jr., P. Schell, George. (2004). Management Information System. New Jersey:
Prentice Hall.
M iftah. 2009. Microsotf Visio 2003. Obtained (23 December 2011) by
http://miftahsapro.blogspot.com/2009/03/microsoft-visio-2003.html
Ponniah, Paulraj. (2001). Data Warehousing Fundamentals. New York: Wiley Publishing, Inc.
Sadeli, M uhammad. (2009). Visual Basic .NET 2008 Untuk Orang Awam. Palembang:
M axikom.
Sakina M awardah. 2010. Algoritma dan Pengembangan. Obtained (24 December 2011) by
http://www.scribd.com/doc/55468895/Pengertian-Flowmap-dan-Flowchart-Beserta-Simbol
Turban, Efraim., Aronson, Jay E. (2001). Decision Support System and Intelligent Systems. New