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.
Keyword : Pengembangan, Data Warehouse, Produk, Perbankan
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 dalam kurun waktu per tahun dan per bulan.
2.1.
Perancangan M etode perancangan data warehouse didasarkan pada Nine-Step M ethodology (M etodologi Sembilan Tahap) yang dikemukakan oleh Ralph Kimball. Tahapantahapan 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 Dimensi Waktu berisi informasi tentang tanggal, bulan dan tahun transaksi data.
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 Indonesia (Persero) Tbk.
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
Tabel 5 Dimensi Cust
Grain Jumlah Rekening Dimensi
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). 6. M engumpulkan tabel dimensi (Rounding out the dimension tables)
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 query mode)
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.
Gambar 1 Rancangan Fakta Rekening
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 Negara Indonesia (Persero)Tbk dan selebihnya merupakan data asli.
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
Tabel 8 Banyak Record yang digunakan
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 dan Sub 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 tahun dengan nama Cabang dan Sub Cabang
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 dan Sub 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 dan Sub 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 dan Sub 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 Cabang dan Sub Cabang
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 dimaksud adalah proses perhitungan mengenai jumlah rekening dan total saldo
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 data atau muncul pesan kesalahannya. Dalam aplikasi data warehouse ini
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. 7) M endukung tempat pengendali internal (Internal Locus of Control)
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 digunakan dalam jumlah besar.
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 efisien.
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 Komputindo.
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 Jersey: Prentice Hall.
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.
Keyword : Development, Data Warehouse, Products, Banking
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 subjectoriented, Integrated, Time Variant, and Non-Volatile that are useful to support decisionmaking 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 period per year and per month.
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 transaction data.
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 Indonesia (Persero) Tbk.
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
Table 5 Cust Dimension
Grain Number
Dimension
Total
of
Ending
Accounts
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 dimension tables:
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 transformation purposes. Query is a query that can be used to connect the tables so
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.
Figure 2 ERD (OLTP_BNI Database)
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 and Sub 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 happen.
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 and Report for the choice of the number of accounts and total ending balance.
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 undone, so that the user is not afraid to explore other options are not
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 quantities.
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 making the report for purposes of analysis may be more effective and efficient.
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 Komputindo.
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 Jersey: Prentice Hall.
