BAB 4
DATA WAREHOUSE YANG DIUSULKAN
Sesuai dengan Decision Support Life Cycle, setelah dilakukannya perencanaan (planning) serta pengumpulan dan pemodelan kebutuhan data (gathering data
requirements and modeling) selanjutnya dilakukan perancangan data warehouse
(physical database design and development) sesuai arsitekturnya, transformasi data (data mapping and tranformation), mempopulasikan data warehouse (data extraction
and load), dan proses manajemen data secara otomatis (automating the data management process).
Setelah itu dilakukan pengembangan aplikasi (application development) yang dalam hal ini direpresentasikan pada perancangan aplikasi yang meliputi rancangan layar. Untuk selanjutnya aplikasi ini akan diuji kevalidan datanya (data validation and
testing).
4.1 Arsitektur Data warehouse
PT. Telekomunikasi Indonesia kantor cabang Cibinong akan menggunakan bentuk data warehouse terpusat (Centralized Data warehouse) dengan gambaran arsitektur yang dapat dilihat pada Gambar 4.1.
Data Warehouse Pengguna Pengguna Pengguna Sumber Data Sumber Data Sumber Data Transformasi dan integrasi data
Gambar 4.1. Arsitektur data warehouse pada PT. Telekomunikasi Indonesia
Alasan-alasan untuk mempergunakan bentuk arsitektur terpusat adalah :
• Pada PT. Telekomunikasi Indonesia kantor cabang Cibinong, proses pengambilan data secara keseluruhan berasal dari sistem operasional dan disimpan dalam pusat penyimpanan data.
• Mempermudah dalam melakukan pengawasan dan pemeliharaan data yang digunakan untuk aplikasi data warehouse.
• Mempermudah pemakai untuk memperoleh data yang konsisten dan terintegrasi dan berada pada satu lokasi saja.
Komponen-komponen yang terdapat pada arsitektur data warehouse PT. Telekomunikasi Indonesia kantor cabang Cibinong adalah:
• Data internal
Komponen yang berisi data-data perusahaan mengenai kegiatan operasional sehari-hari.
• Transformasi data
Pada komponen ini terjadi suatu proses pemetaan dan pentransformasian data-data dari data-database operasional ke data-data-data-data pada data-data warehouse.
• Data warehouse
Pada komponen ini, data-data yang telah disaring dikumpulkan agar dapat digunakan sebagai dasar dalam penganalisaan perusahaan .Data-data yang ada pada komponen ini merupakan data yang bersifat historis dengan jangka waktu tertentu.
• Front–end tool
Komponen ini yang menghubungkan antara data warehouse yang telah dibangun dengan pengguna. Sehingga pengguna dapat mengakses dan menggunakan data tersebut sebagai informasi untuk analisa ataupun pendukung keputusan.
4.2 Rancangan Data warehouse
Berdasarkan analisis yang telah dilakukan pada bab sebelumnya, penentuan arsitektur data warehouse yang akan diimplementasikan ini merupakan data warehouse yang berhubungan dengan customer yang merupakan ruang lingkup kegiatan perusahaan yang sangat penting .
Berikut ini adalah tahapan dalam membuat rancangan data warehouse, yaitu sebagai berikut :
• Mempelajari latar belakang dan tujuan perusahaan
Hal pertama yang dilakukan adalah mencari faktor-faktor yang menghambat tujuan perusahaan dan apa yang diharapkan oleh pihak eksekutif dengan adanya
data warehouse.
• Mengumpulkan dan menganalisis informasi.
Pada tahap kedua adalah mengumpulkan informasi-informasi yang berhubungan dengan perusahaan, diantaranya adalah tentang bagaimana pihak eksekutif menganalisa data, dimana data disimpan dan data apa yang diperlukan oleh pihak eksekutif dalam proses pengambilan keputusan. Dalam proses ini dilakukan wawancara terhadap orang-orang yang berkepentingan untuk pembuatan data
warehouse, seperti pihak eksekutif. Disamping itu dilakukan analisis terhadap
masalah yang dihadapi oleh pihak eksekutif dalam proses pengambilan keputusan.
• Menentukan kebutuhan data dan informasi
Setelah mengetahui apa saja yang diinginkan oleh pihak eksekutif maka dikumpulkan data-data yang berhubungan dengan informasi yang dibutuhkan ke dalam data warehouse.
• Merancang skema bintang
Setelah mengetahui data-data apa saja yang akan dimasukkan, maka dengan bantuan skema bintang, dirancang tabel dimensi dan fakta.
• Menentukan kebutuhan sistem
Dalam tahapan ini menentukan perangkat keras dan piranti lunak yang akan digunakan untuk mendukung data warehouse yang akan dirancang.
• Transformasi data operasional ke dalam data warehouse
Dalam tahap ini, data operasional dari berbagai sumber yang berkaitan dengan pelanggan di validasi dan sesudah itu ditransformasikan ke dalam
data warehouse.
• Membuat prototipe aplikasi
Untuk mengakses data dalam data warehouse, maka dibuatlah prototipe aplikasi untuk memudahkan pihak eksekutif menggunakan data tersebut untuk proses pengambilan keputusan.
4.2.1 Transformasi data
Dalam perancangan data warehouse yang terpenting dan mutlak dilakukan adalah proses transformasi data. Proses transformasi data merupakan suatu proses pemindahan data operasional ke dalam suatu media pusat pengumpulan data yang kemudian digunakan sebagai sumber data dalam data warehouse yang dibangun
Adapun tahapan proses dalam melakukan transformasi data di PT. Telekomunikasi Indonesia kantor cabang Cibinong sebagai berikut :
1. Melakukan pemindahan data dari sumber data ke tempat penampungan sementara
ditempat penampungan sementara sebelum data dimasukkan ke dalam data
warehouse
3. Data yang ada di tempat penampungan sementara sudah dilakukan
transformasi, maka data-data tersebut dapat dimasukkan ke dalam data
warehouse
Database yang digunakan adalah database Oracle 9i, dengan data
sumber juga berasal dari database tersebut, dengan menggunakan fasilitas Data
Transformation Service (DTS) yang terdapat pada aplikasi database tersebut.
4.2.2 Metadata
Untuk mempermudah kinerja perusahaan terutama dalam hal penyimpanan data perusahaan, PT. Telekomunikasi Indonesia memiliki
database yang berfungsi untuk menyimpan kegiatan operasional.
Pada data warehouse, metadata bertujuan untuk menunjukan asal dari masing-masing data yang telah dipilih dan disimpan sehingga dapat terlihat asal dari masing-masing data yang terdapat dalam data warehouse. Berikut penjelasannya :
• Primary key : time_code • Informasi tentang : waktu proses • Jadwal update : setiap akhir bulan
Tabel 4.1. Tabel timeDim
No. Nama Field Key Tipe Ukuran Deskripsi Proses
1. time_code √ Date 8 Kode waktu Create
2. Year Number 3 Tahun Create
3. quarter Number 3 Kuartal Create
4. month Number 3 Bulan Create
• Nama tabel : unitDim • Primary key : unit_id
• Informasi tentang : unit organisasi • Jadwal update : setiap akhir tahun
Tabel 4.2. Tabel unitDim
No. Nama Field Key Tipe Ukuran Deskripsi
1. unit_id √ Varchar2 4 Kode unit
2. STO Char 20 Nama STO
No. Nama Field Tabel Sumber Field Sumber Proses
1. unit_id UNIT UnitID Transform
2. STO UNIT NamaSTO Transform
• Nama tabel : PaketDim • Primary key : paket_id
• Informasi tentang : jenis paket speedy • Jadwal update : setiap akhir bulan
Tabel 4.4. Tabel PaketDim
No. Nama Field Key Tipe Ukuran Deskripsi
1. paket_id √ Varchar2 5 Kode Paket
2. nama_paket Varchar2 7 Jenis Paket
3. quota Number 20 Batas Quota
4. abodemen Number 10 Biaya Abodemen
No. Nama Field Tabel Sumber Field Sumber Proses
1. paket_id PAKET ID Transform
2. Nama_paket PAKET Jenis_gol Transform
3. quota PAKET Quota Transform
4. abodemen PAKET Abodemen Transform
• Nama tabel : pelangganDim • Primary key : plg_id
• Informasi tentang : pelanggan • Jadwal update : setiap akhir bulan
Tabel 4.6. Tabel pelangganDim
No. Nama Field Key Tipe Ukuran Deskripsi
1. plg_id √ Varchar2 7 Kode pelanggan
2. nama_plg Varchar2 100 Nama pelanggan
3. status Varchar2 10 Status
4. no_tlp Number 8 No. Telepon rumah
5. no_speedy Number 12 No. Aktifasi speedy
No. Nama Field Tabel Sumber Field Sumber Proses
1. plg_id CLIENT Idpelanggan Transform
2. Nama_plg CLIENT Nama_pelanggan Transform
3. status CLIENT Status Transform
4. no_tlp CLIENT no_tlp Transform
5. no_speedy CLIENT no_speedy Transform
• Nama tabel : KatDim • Primary key : kat_id
• Informasi tentang : jenis kategori • Jadwal update : setiap akhir bulan
Tabel 4.8. Tabel KatDim
No. Nama Field Key Tipe Ukuran Deskripsi
1. kat_id √ Varchar2 3 Kode kategori
2. Kategori Varchar2 20 Keterangan Kategori
3. Segmen Varchar2 10 Jenis Segmentasi
No. Nama Field Tabel Sumber Field Sumber Proses
1. kat_id KAT ID Transform
2. Katergori KAT namaKategori Transform
3 Segmen KAT Jns_Seg Transform
• Nama tabel : factTunggakan
• Primary key : unit_id, paket_id, unit_id, plg_id, kat_id • Informasi tentang : tunggakan pembayaran rekening
• Jadwal update : setiap akhir bulan
Tabel 410. Tabel factTunggakan
No. Nama Field Key Tipe Ukuran Deskripsi
1. Time_code √ Date 8 Kode waktu
2. paket_id √ Varchar2 5 Kode paket
3. unit_id √ Varchar2 4 Kode unit
4. plg_id √ Varchar2 7 Kode pelanggan
5. kat_id √ Varchar2 3 Kode kategori
6. JumTunggakan Number 10 Jumlah Tunggakan
7. TotTunggakan Number 10 Total Tunggakan
No. Nama Field Tabel Sumber Field Sumber Proses
1. Time_code FACTURE Tgl_proses Transform
2. paket_id PAKET Paket_id Transform
3. unit_id UNIT Kd_unit Transform
4. plg_id FACTURE IDpelanggan Transform
5 kat_id FACTURE ID Transform
.6. Totaltunggakan FACTURE tunggakan Transform
• Nama tabel : factPembayaran
• Primary key : time_code, paket_id, unit_id, plg_id, kat_id • Informasi tentang : rekening terjual
• Jadwal update : setiap akhir bulan
Tabel 4.12. Tab el factPembayaran
No. Nama Field Key Tipe Ukuran Deskripsi
1. Time_code √ Date 8 Kode waktu
2. paket_id √ Varchar2 5 Kode paket
3. unit_id √ Varchar2 4 Kode unit
4. plg_id √ Varchar2 7 Kode pelanggan
5. kat_id √ Varchar2 3 Kode kategori
6. jumtghn Numeric 10 Jumlah Tagihan
7. jumPembayaran Numeric 10 Jumlah Tagihan yang dibayar Tabel 4.13. Sumber Data bagi Tabel fakta factPembayaran
No. Nama Field Tabel Sumber Field Sumber Proses
1. Time_code FACTUR Tglinput Transform
2. paket_id FACTUR paket_id Transform
3. unit_id CLIENT Kd_unit Transform
4. plg_id FACTUR Plg_id Transform
5. kat_id CLIENT Kat_id Transform
6. Jumtghn FACTUR Jumtghn Transform
7. jumPembayaran FACTUR jumPembayaran Transform
• Nama tabel : factPemakaian
• Primary key : time_code, paket_id , unit_id, plg_id, kat_id • Informasi tentang : pemakaian qouta
• Jadwal update : setiap akhir bulan
No. Nama Field Key Tipe Ukuran Deskripsi
1. Time_code √ Date 8 Kode waktu
2. paket_id √ Varchar2 5 Kode paket
3. unit_id √ Varchar2 4 Kode unit
4. plg_id √ Varchar2 7 Kode pelanggan
5. kat_id √ Varchar2 3 Kode kategori
6.
jumOverquota Number 10 Jumlah kelebihan limit
quota
7. totPemakaian Number 10 Jumlah pemakaian
Tabel 4.15. Sumber Data bagi Tabel fakta factPemakaian
No. Nama Field Tabel Sumber Field Sumber Proses
1. Time_code Pemakaian Tgl_input Transform
2. paket_id CLIENT paket_id Transform
3. unit_id CLIENT unit_id Transform
4. plg_id Pemakaian plg_id Transform
5. kat_id CLIENT kat_id Transform
6. jumOverquota Pemakaian jumOverquota Transform
4.2.3 Prototipe Aplikasi Data warehouse
Untuk mengakses data warehouse yang berada di server dibutuhkan suatu prototipe aplikasi sebagai front end atau interface guna mempermudah bagi pihak yang berkepentingan dalam menggunakan data warehouse tersebut. Perancangan yang dibuat adalah sebagai berikut:
Gambar 4.2. Rancangan Layar Form Awal
Apabila tombol login ditekan maka akan muncul form login seperti gambar 4.3.
Setelah berhasil login, maka form selanjutnya yang akan muncul adalah form utama dimana tampilannya dibuat seperti gambar 4.4 berikut ini.
Gambar 4.5. Rancangan Layar Form Utama Menu File
Gambar 4.7. Rancangan Layar Form Utama Menu View
Gambar 4.9. Rancangan Layar Form TunggakanReport
Gambar 4.11. Rancangan Layar Form Chart PemakaianReport
Gambar 4.13. Rancangan Layar Form About Us
4.3 STD
State Transition Diagram (STD) dari aplikasi PT. Telkom Kantor Cabang
Gambar 4.16 STD Tunggakan Report
Layar Chart
Gerakan Sudut Pandang 3D
klik '3D' klik 'Ok' klik 'Cancel'
Keluar dari Layar Chart
klik 'Rotate' klik 'Stop' Berhenti Memutar Sudut Pandang Chart Putar Sudut Pandang Chart
Validasi Data yang Telah di-Edit
jika benar jika salah Pesan bahwa Data yang di-Edit salah Pesan bahwa
Edit Berhasil
ubah data pada database melakukan validasi
keluar dari Layar Chart
Chart berhenti berputar Chart berputar menggerakkan Chart Gambar 4.18 STD Chart Layar Data Tranformation Services
klik 'Test Connection'
Cek program bisa terhubung dengan server
atau tidak
Keluar dari Layar DTS Transformasi data dari
data sumber ke database tujuan
klik 'Cancel' klik 'Ok'
koneksi = berhasil
Tampilkan pesan bahwa tes koneksi
berhasil
Tampilkan pesan bahwa tes koneksi
gagal
koneksi = tidak berhasil Transformasi berhasil
Tampilkan pesan bahwa transformasi database berhasil Tampilkan pesan bahwa transformasi database gagal Transformasi gagal Input nama server dan database Input nama server dan database
Layar About
klik 'Ok'
Keluar dari Layar About
Keluar dari Layar About
Gambar 4.20 STD About Us
4.4 Spesifikasi Proses
Berikut ini merupakan spesifikasi dari proses-proses pada rancangan layar. Spesifikasi Proses Layar Awal
Tampilkan layar awal
Menunggu klik tombol dari pengguna Jika
Tombol yang diklik = LOGIN Tampilkan layar login
Tombol yang diklik = EXIT
Keluar dari program
Spesifikasi Proses Layar Login Tampilkan layar Login
Menunggu pengguna mengisi data pada layar login dan mengklik tombol Jika
Tombol yang diklik = OK
Jika
Validasi = benar
Tampilkan layar utama Validasi = salah
Tampilkan pesan salah login Tombol yang diklik = CANCEL
Kembali ke layar awal
Tampilkan pesan bahwa program akan keluar secara otomatis
Keluar dari program
Spesifikasi Proses Layar Utama Tampilkan layar utama
Menunggu pengguna memilih menu yang tersedia pada menu bar atau mengklik tombol pada toolbar
Jika
Menu yang dipilih = Export to Excel
Panggil modul untuk mengekspor Cube yang aktif untuk ditampilkan pada spreadsheet di Microsoft Excel
Menu yang dipilih = Print Preview
Tampilkan print preview dari Cube yang aktif Menu yang dipilih = Print
Print Cube yang aktif Menu yang dipilih = DTS Tampilkan layar DTS
Menu yang dipilih = Log Out Keluar dari layar utama Tampilkan layar awal
Menu yang dipilih = Open Cube File
Tampilkan Common Dialog Open File
Menunggu pengguna memilih file yang akan dibuka dan menekan tombol open Validasi file Cube yang akan dibuka
Jika
Validasi = benar
Buka file yang dipilih pengguna
Validasi = salah
Tampilkan pesan bahwa ada kesalahan saat membuka file Menu yang dipilih = Save Cube File
Tampilkan Common Dialog Save File
Menunggu pengguna memasukkan nama file dan menekan tombol save Validasi file Cube yang akan disave
Jika
Validasi = benar
Save Cube yang aktif
Tampilkan pesan bahwa penyimpanan file berhasil dilakukan
Tampilkan pesan bahwa ada kesalahan saat menyimpan file
Menu yang dipilih = Pemakaian Report Tampilkan layar Pemakaian Report
Menu yang dipilih = Product Rekening terjual Report Tampilkan layar Rekening terjual Report Menu yang dipilih = Tunggakan Report
Tampilkan layar Tunggakan Report Menu yang dipilih = Toolbar On
Toolbar = visible Menu yang dipilih = Toolbar Off Toolbar = tidak visible
Menu yang dipilih = About Us Tampilkan layar about
Tombol toolbar yang dipilih = Export To Excel
Panggil modul untuk mengekspor Cube yang aktif untuk ditampilkan pada spreadsheet di Microsoft Excel
Tombol toolbar yang dipilih = Print Preview
Tampilkan print preview dari Cube yang aktif Tombol toolbar yang dipilih = Print
Print Cube yang aktif
Tombol toolbar yang dipilih = Pemakaian Report Tampilkan layar Pemakaian Report
Tampilkan layar Rekening Terjual Report Tombol toolbar yang dipilih = Tunggakan Report
Tampilkan layar Tunggakan Report
Spesifikasi Proses Pemakaian Report Tampilkan layar Pemakaian Report
Ambil data-data dari data warehouse untuk Cube
Menunggu pengguna mengklik salah satu tombol yang tersedia Jika
Tombol yang diklik = View Result
Tampilkan Cube sesuai input dari ListBox untuk field-field dan measure yang akan ditampilkan dan aggregate function-nya
Tombol yang diklik = Export to Excel
Panggil modul untuk mengekspor Cube yang aktif untuk ditampilkan pada spreadsheet di Microsoft Excel
Tombol yang diklik = View Chart
Panggil modul untuk mengatur tampilan chart Tampilkan layar chart sesuai cube yang dipilih Tombol yang diklik = Print Preview
Tampilkan print preview dari Cube yang aktif Tombol yang diklik = Print
Print Cube yang aktif
Tampilkan layar Rekening Terjual Report
Ambil data-data dari data warehouse untuk Cube
Menunggu pengguna mengklik salah satu tombol yang tersedia Jika
Tombol yang diklik = View Result
Tampilkan Cube sesuai input dari ListBox untuk field-field dan measure yang akan ditampilkan dan aggregate function-nya
Tombol yang diklik = Export to Excel
Panggil modul untuk mengekspor Cube yang aktif untuk ditampilkan pada spreadsheet di Microsoft Excel
Tombol yang diklik = View Chart
Panggil modul untuk mengatur tampilan chart Tampilkan layar chart sesuai cube yang dipilih Tombol yang diklik = Print Preview
Tampilkan print preview dari Cube yang aktif Tombol yang diklik = Print
Print Cube yang aktif
Spesifikasi proses Tunggakan Report Tampilkan layar Tunggakan Report
Ambil data-data dari data warehouse untuk Cube
Menunggu pengguna mengklik salah satu tombol yang tersedia
Tombol yang diklik = View Result
Tampilkan Cube sesuai input dari ListBox untuk field-field dan measure yang akan ditampilkan dan aggregate function-nya
Tombol yang diklik = Export to Excel
Panggil modul untuk mengekspor Cube yang aktif untuk ditampilkan pada spreadsheet di Microsoft Excel
Tombol yang diklik = View Chart
Panggil modul untuk mengatur tampilan chart Tampilkan layar chart sesuai cube yang dipilih Tombol yang diklik = Print Preview
Tampilkan print preview dari Cube yang aktif Tombol yang diklik = Print
Print Cube yang aktif
Spesifikasi Proses Layar Chart Tampilkan layar Chart
Menunggu pengguna mengubah-ubah view chart-nya Jika pengguna mengubah-ubah view chartnya
Tampilkan chart sesuai view yang diinginkan pengguna Jika pilihan chart = 3D
Tombol yang diklik = Rotate
Putar sudut pandang chart Tombol yang diklik = Stop
Jika tombol yang diklik = Row/Column
Mengganti tampilan row menjadi kolom dan kolom menjadi row Jika tombol yang diklik = Close
Keluar dari layar Chart
Spesifikasi Proses Data Transformation Service (DTS) Tampilkan layar untuk DTS
Menunggu pengguna mengisi nama server dan nama database yang akan digunakan sebagai sumber dan tujuan trasnformasi data
Jika
Tombol yang diklik = Test Connection
Mengecek apakah program bisa terhubung dengan nama server dan nama
database yang diinput oleh pengguna
Jika
Koneksi = berhasil
Tampilkan pesan bahwa test connection berhasil Koneksi = tidak berhasil
Tampilkan pesan bahwa test connection tidak berhasil Tombol yang diklik = OK
Melakukan trasnformasi data dari database sumber ke database tujuan Jika
Proses transformasi berhasil
Tampilkan pesan bahwa proses transformasi data berhasil Keluar dari layar DTS
Proses gagal
Tampilkan pesan bahwa proses transformasi data berhasil Tombol yang diklik = Cancel
Keluar dari layar DTS
Spesifikasi Proses Layar About Us Tampilkan layar About
Jika pengguna mengklik tombol OK Keluar dari layar About
4.5 Rancangan Implementasi
4.5.1 Dukungan Perangkat Keras
Perangkat keras yang digunakan untuk perancangan data warehouse pada PT. Telkom Cabang Cibinong adalah :
• Server
o Processor : Pentium 4 o Memory : 256 MB o Harddisk : 80 Gb
o Sistem operasi Windows XP • Client
o Processor : Pentium 4 o Memory : 256 Mb o Harddisk : 20 Gb
o NIC (Network Interface Card)
o Sistem operasi Windows NT/95/98/2000/XP.
4.5.2 Dukungan Piranti Lunak
Piranti lunak yang digunakan untuk perancangan data warehouse adalah : • Server
o Operating System : Microsoft Windows Advanced Server 2000
o Oracle database 9i sebagai back end data warehouse
• Client
o Operating System : Microsoft Windows 9x, 2000
o Microsoft Visual Studio 6.0 beserta komponen – komponennya.
4.6 Rancangan Skema Bintang
Daftar tabel data warehouse yang dirancang untuk PT. Telekomunikasi Indonesia kantor cabang Cibinong adalah sebagai berikut :
• timeDim • pelangganDim • PaketDim • unitDim • KatDim • FactPembayaran • factTunggakan
• factPemakaian
Rancangan skema bintang merupakan struktur sederhana yang menghubungkan beberapa tabel dengan melalui jalur–jalur tertentu yang tersusun dengan baik. Rancangan skema bintang PT. Telekomunikasi Indonesia kantor cabang Cibinong dapat dilihat di bawah ini :
timeDim time_code month quarter year pelangganDim _ nama_plg status _ plg id no speedy tlp no_ unitDim _ STO unit id factTunggakan _ _ _ _ _ JumTunggakan TotTunggakan kat id plg id unit id paket id time code factPemakaian _ _ _ _ _ jumOverquota totPemakaian Time code paket id unit id plg id kat id PaketDim _ _ Quota abodemen nama paket Paket id factPembayaran _ _ _ _ _ Jumtghn jumPembayaran Time code paket id unit id plg id kat id KatDim _ Kategori segmen Kat id
4.7 Analisis Kapasitas Media Penyimpanan
Untuk mengetahui kapasitas penyimpanan yang diperlukan, maka dilakukan analisa kapasitas media penyimpanan yang menunjukkan berapa besar tempat penyimpanan yang dibutuhkan. Waktu yang digunakan sebagai landasan perhitungan data adalah selama 5 tahun :
• Analisis kapasitas media penyimpanan table timeDim : Diketahui : 1 record = 15 Bytes
Asumsi : tidak ada penambahan apapun
Jadi jumlah record selama 1 tahun = 365 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 15 × 365 = 5.475 Bytes = 5,3 KiloBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 5,3 = 26,5 KiloBytes = 0,025 MegaBytes
• Analisis kapasitas media penyimpanan table unitDim: Diketahui : 1 record = 67 Bytes
Asumsi : tidak ada penambahan apapun
Jadi jumlah record selama 1 tahun = 365 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 67 × 365 = 24455 Bytes = 24,3 KiloBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 24,3 = 121,5 KiloBytes = 0,11 MegaBytes.
Diketahui : 1 record = 50 Bytes
Asumsi : tidak terjadi penambahan apapun. Jadi jumlah record selama 1 tahun = 365 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 50 × 365 = 18250 Bytes = 18,1 KiloBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 18,1 = 90 KiloBytes = 0,09 MegaBytes.
• Analisis kapasitas media penyimpanan table pelangganDim: Diketahui : 1 record = 130 Bytes
Asumsi : Ada penambahan 250 pelanggan setiap bulannya Jadi jumlah record selama 1 tahun = 250 x 12 = 3000 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 130 × 3000 = 390.000 Bytes = 390 KiloBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 390 = 1950 KiloBytes = 1,9 MegaBytes.
• Analisis kapasitas media penyimpanan table KatDim : Diketahui : 1 record = 18 Bytes
Asumsi : tidak ada penambahan apapun
Jadi jumlah record selama 1 tahun = 365 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 18 × 365 = 6570 Bytes = 6.5 KiloBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 6.5 = 32,5 KiloBytes = 0,032 MegaBytes
• Analisis kapasitas media penyimpanan table factTunggakan : Diketahui : 1 record = 23 Bytes
Asumsi : terjadi penambahan 50.000 record tiap bulannya
Jadi jumlah record selama 1 tahun = 50.000 x 12 = 600.000 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 23 × 600.000 = 13.800.000 Bytes = 13 MegaBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 13 = 65 MegaBytes = 0,065 GigaBytes
• Analisis kapasitas media penyimpanan table factPembayaran : Diketahui : 1 record = 26 Bytes
Asumsi : 500.000 transaksi tiap bulannya
Jadi jumlah record selama 1 tahun = 500.000 x 12 = 6.000.000 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 26 × 6.000.000 = 156.000.000 Bytes = 156 MegaBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 156 = 780 MegaBytes = 0,7 GigaBytes
• Analisis kapasitas media penyimpanan table factPemakaian : Diketahui : 1 record = 20 Bytes
Asumsi : terjadi penambahan 50.000 record tiap bulannya
Jadi jumlah record selama 1 tahun = 50.000 x 12 = 600.000 record
Besar media penyimpanan yang dibutuhkan dalam waktu 1 tahun = 20 × 600.000 = 12.000.000 Bytes = 12 MegaBytes
Jadi besar media penyimpanan yang dibutuhkan untuk jangka waktu 5 tahun adalah = 5 × 12 = 60 MegaBytes
4.8 Analisis Pertumbuhan Data
Tabel 4.16. Tabel Data Saat Ini
Tabel 4.17.
Pertumbuhan Data Tahun 2006 - 2009 Current Nama Tabel ∑ Bytes ∑ Record ∑ Mbytes timeDim 15 9 0,000135 unitDim 67 13 0,000871 PaketDim 50 41 0,00205 KatDim 18 70 0,032 pelangganDim 130 281.000 36,53 factTunggakan 23 160.000 3,68 factPembayaran 26 113.000 2,938 factPemakaian 20 13 0,00026 Total 554.146 43,18332
2006 2007 2008 2009
Nama
Tabel
∑ Record ∑ Mbytes ∑ Record ∑ Mbytes ∑ Record ∑ Mbytes ∑ Record ∑ Mbytes timeDim 374 0,00561 739 0,01108 1104 0,01656 1469 0,02203 unitDim 378 0,02532 743 0,04978 1108 0,07423 1473 0,09869 PaketDim 406 0,0203 771 0,03855 1136 0,0568 1501 0,07505 KatDim 365 0,032 730 0,0385 1095 0,045 1460 0,0515 pelangganDim 284.000 36,92 287.000 37,31 290.000 37,7 293.000 38,1 factTunggakan 760.000 17,48 1.360.000 31,28 1.960.000 45,08 2.560.000 58,88 factPembayaran 6.113.000 158,93 12.113.000 314,98 18.113.000 470,94 24.113.000 626,9 factPemakaian 253 0,00506 493 0,00986 733 0,01466 973 0,01946 Total 6.115.455 213,3863 13.476.033 3480,399 20.077.371 553,8823 26.678.709 24,0952Nama Tabel Δ Record ∑ Bytes Δ Mbytes timeDim 365 15 0,005475 unitDim 365 67 0,024455 PaketDim 365 50 0,01825 KatDim 365 18 0,032 pelangganDim 3000 130 0,39 factTunggakan 600.000 23 13,8 factPembayaran 6.000.000 26 156 factPemakaian 240 20 0,0048 4.9 Analisis Manfaat
Kami telah melakukan wawancara terhadap seorang eksekutif PT. Telekomunikasi Indonesia kantor cabang Cibinong, karena PT. Telekomunikasi Indonesia kantor cabang Cibinong dan pendapat seorang manager itu sudah sangat cukup mewakili beberapa eksekutif lainnya.
Berdasarkan hasil wawancara yang telah dilakukan terhadap seorang eksekutif pada PT. Telekomunikasi Indonesia kantor cabang Cibinong yang telah mencoba menggunakan prototipe aplikasi data warehouse ini didapatkan beberapa manfaat dan kekurangan, manfaat yang dirasakan oleh pengguna adalah :
• Data warehouse ini dapat menyajikan data yang cukup bervariasi dalam memberikan informasi mengenai Tunggakan yang cukup informatif.
• Data warehouse ini dapat menyajikan data yang cukup bervariasi dalam memberikan informasi mengenai Total pemakaian pulsa yang cukup informatif.
• Data warehouse ini dapat menyajikan data yang cukup bervariasi dalam memberikan informasi mengenai Total rekening yang cukup informatif.
Sedangkan kekurangan yang dirasakan dalam menggunakan prototipe aplikasi data
warehouse ini adalah :
• Pengguna belum terbiasa menggunakan aplikasi ini sehingga ada sedikit hambatan dalam menggunakannya untuk memperoleh informasi.
4.10 Evaluasi Hasil Implementasi
Guna untuk mengevaluasi implementasi analisa dan perancangan data warehouse pada PT. Telekomunikasi Indonesia kantor cabang Cibinong, diadakan pengisian wawancara dengan seorang eksekutif. Adapun wawancaranya dilakukan sebagai berikut ini
1. Apakah aplikasi ini memiliki tampilan yang user friendly ?
tampilan aplikasi ini cukup user friendly, cukup simpel, apalagi dapat dilihat dalam aplikasi ini ditambah icon - icon/ shortcut yang dapat mempermudah user untuk mempelajari aplikasi ini. Namun perlu ditampilkan lebih menarik lagi.
2. Apakah menurut anda menu dan fasilitas pengguna pada aplikasi ini sudah mencukupi penyampaian informasi seputar pelanggan ?
Aplikasi ini juga sudah dapat menyediakan semua kebutuhan user akan semua informasi mengenai pelanggan, dan disajikan dengan cukup jelas dan lengkap. Sejauh
ini mungkin cukup di harapkan nantinya bisa lebih lengkap dan mendukung informasi lainnya.
3. Apakah menurut anda menu dan fasilitas pengguna yang terdapat pada aplikasi ini mudah digunakan dan dioperasikan ?
Saya rasa aplikasi ini cukup mudah digunakan atau dioperasikan, apalagi dengan adanya fasilitas drag and drop untuk melihat informasi datanya, user dapat dengan mudah melihat berbagai kemungkinan informasi yang mereka inginkan dengan mengkombinasikan sendiri field – field yang ada.
4. Apakah aplikasi yang dibuat sudah berjalan dengan benar ?
Cukup berjalan dengan baik namun masih ada beberapa proses yang masih mengalami kesalahan (bugs) dan mungkin di sistem Validasi dan Connection harus dirapihkan lagi.
5. Apakah fungsi yang disediakan sudah memenuhi kebutuhan pengguna ?
fungsi – fungsi yang ada sampai saat ini saya rasa masih dapat meng-cover semua kebutuhan yang user butuhkan, karena semua informasi yang user butuhkan dapat ditampilkan dengan baik.
6. Apakah form yang ada di aplikasi sudah memenuhi kebutuhan perusahaan ? Untuk saat ini form-form yang ada sudah cukup informatif contohnya user dapat mengetahui daerah-daerah atau STO-STO mana saja yang pelanggannya sering melakukan overquota ataupun tunggakan. Mungkin perlu ditambahkan satu buah form lagi untuk menampilkan informasi yang isinya mengenai data pelanggan dan
mungkin perlu lebih diperluas lagi ruang lingkupnya.
7. Apakah perintah dan fungsi – fungsi yang digunakan pada aplikasi ini mudah dipahami ?
Fungsi yang ada dalam aplikasi ini juga cukup mudah dipahami, karena cara pengoperasiannya pun cukup simpel, user tidak perlu sama sekali berhubungan dengan yang bersifat teknis (seperti query dll).
8. Menurut anda bagaimana kinerja dari aplikasi ini ?
Menurut saya kinerja dari aplikasi ini cukup baik, semua informasi yang user butuhkan dapat disajikan dengan baik. Waktu untuk menarik data, dari database operasional untuk masuk ke dalam data warehouse pun juga relatif cepat.
9. Menurut anda bagaimana kegunaan aplikasi ini ?
Aplikasi ini cukup membantu user untuk melihat berbagai informasi yang dibutuhkan dengan tepat dan waktu yang relatif cepat, sehingga user dapat dengan cepat mengambil keputusan atau kebijakan.
10. Apakah informasi yang ditampilkan dalam form sudah lengkap ?
Informasi yang ditampilkan juga sudah cukup lengkap, dengan adanya fasilitas grafik sangat mempermudah user untuk melihat perbandingan berbagai informasi yang ada,
sehingga bagi user yang hanya ingin melihat garis besarnya saja, dapat melihat informasi itu dengan mudah.
11. Apakah aplikasi yang dibuat menunjang kebutuhan Critical Succes Factor (CSF) ?
Aplikasi ini sudah cukup informatif dalam menunjang kebutuhan CSF-nya tapi sukses tidaknya CSF tidak tergantung oleh aplikasi ini namun aplikasi ini cukup membantu sebagai informasi pendukung mengenai CSF.
4.11 Petunjuk Penggunaan Program
Berikut ini dijelaskan pemakaian prototipe aplikasi Data warehouse pada PT. Telekomunikasi Indonesia kantor cabang Cibinong. Dalam hal ini akan diberikan contoh penggunaaan aplikasi untuk melihat laporan pemakaian dan rekening terjual.
Gambar 4.22 Tampilan Awal Aplikasi Data warehouse
Pada saat program dijalankan, maka tampilan awal yang akan muncul adalah seperti gambar 4.22. Terdapat dua buah tombol pada tampilan awal yaitu login, untuk masuk kedalam aplikasi, dan tombol cancel untuk keluar dari program. Gambar 4.23 adalah gambar apabila tombol login ditekan.
Gambar 4.23 Tampilan Form Login
Pada form login seperti pada gambar 4.23 terdapat kolom user name dan password. Lalu terdapat dua buah tombol yaitu tombol Ok untuk masuk kedalam menu utama dan tombol
Cancel untuk membtalkan proses login. Gambar 4.24 menunjukkan tampilan apabila proses login berhasil dilakukan.
Gambar 4.24 Tampilan Menu Utama
Pada tampilan menu utama terdapat empat menu yaitu menu file, menu report, menu view dan menu help. Selain itu juga terdapat tiga icon aktif (report rekening terjual, report tunggakan dan report Pemakaian) dan tiga icon tidak aktif (export to excel, print preview, dan
print). Untuk melihat laporan tentang rekening terjual dan pemakaian maka kita harus memilih
Gambar 4.25 Tampilan Utama Menu Report
Gambar 4.25 adalah tampilan ketika menu report dipilih. Apabila kita menekan menu
report, maka akan muncul tiga submenu yaitu Pemakaian, rekening terjual dan tunggakan.
Sesuai dengan tujuan awal, kita akan memilih submenu total rekening terjual. Gambar 4.26 merupakan tampilan yang akan muncul ketika kita memilih submenu rekening terjual pada menu report
Gambar 4.26 Tampilan Form Rekening Terjual
Form rekening terjual menampilkan laporan mengenai total pemakaian, rata-rata pemakaian, jumlah rekening keluar, jumlah rekening terjual dan prosentase rekening terjual atas rekening keluar yang dapat dilihat dari sudut pandang/ dimensi waktu (tahun, quarter, dan bulan) dan unit (cabang, STO). Laporan yang ada juga dapat di print preview, print, dan diekspor ke format Microsoft excel. Itu dapat dilihat dengan aktifnya tiga icon yang sebelumnya tidak aktif. Juga ada empat buah tombol, yaitu tombol view chart untuk menampilkan chart dari pivot table, tombol Export to Excel untuk mengekspor ke format
Microsoft excel, tombol PrintPreview untuk melihat hasil jika di cetak dan tombol Print untuk
Gambar 4.27 Tampilan Chart Total Pemakaian
Pada gambar 4.27 dapat dilihat chart total pemakaian.Disini Form ini di sedia kan model grafik yang ingin dilihat. Model grafik terdiri dari 2D dan 3D. Di dalam model 2D terdapat tipe grafik Bar, line, area Step,pie dan XY . Didalam model grafik 3D terdapat tipe grafik Bar, line
,area dan step. Di dalam model grafik 3D terdapat tombol rotate berfungsi untuk menutaar
grafik 3D dan tombol stop untuk menghentikan putaran grafik. Apabila kita ingin menutup