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.
Sumber Data Pengguna Sumber Data Transformasi dan integrasi data Data Warehouse Pengguna Sumber Data Pengguna 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 datadata dari database operasional ke data-data pada 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 2. Melakukan penyeragaman data dan jika diperlukan dapat mengubah data
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 : Nama tabel : timedim
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 Tabel 4.3. Sumber Data bagi Tabel Dimensi unitdim
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 Tabel 4.5. Sumber Data bagi Tabel Dimensi PaketDim
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 Tabel 4.7. Sumber Data bagi Tabel Dimensi pelanggandim
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 Tabel 4.9. Sumber Data bagi Tabel Dimensi KatDim
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 Tabel 4.11. Sumber Data bagi Tabel fakta facttunggakan
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 Tabel 4.14. Tabel factpemakaian
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 jumoverquota Number 10 Jumlah kelebihan limit 6. 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 7. totpemakaian Pemakaian totpemakaian 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. Gambar 4.3. Rancangan Layar Form Login
Setelah berhasil login, maka form selanjutnya yang akan muncul adalah form utama dimana tampilannya dibuat seperti gambar 4.4 berikut ini. Gambar 4.4. Rancangan Layar Form Utama
Gambar 4.5. Rancangan Layar Form Utama Menu File Gambar 4.6. Rancangan Layar Form Utama Menu Report
Gambar 4.7. Rancangan Layar Form Utama Menu View Gambar 4.8. Rancangan Layar Form Utama Menu Help
Gambar 4.9. Rancangan Layar Form TunggakanReport Gambar 4.10. Rancangan Layar Form PemakaianReport
Gambar 4.11. Rancangan Layar Form Chart PemakaianReport Gambar 4.12. Rancangan Layar Form Utama Menu View Toolbar Off
Gambar 4.13. Rancangan Layar Form About Us 4.3 STD State Transition Diagram (STD) dari aplikasi PT. Telkom Kantor Cabang Cibinong dapat dilihat pada Gambar 4.14 hingga Gambar 4.20 berikut.
Gambar 4.14 STD Login
Gambar 4.15 STD Layar Utama
Gambar 4.16 STD Tunggakan Report Gambar 4.17 STD Rekening Terjual Report
Layar Chart keluar dari Layar Chart menggerakkan Chart melakukan validasi klik '3D' klik 'Ok' klik 'Cancel' Gerakan Sudut Pandang 3D Validasi Data yang Telah di-edit Keluar dari Layar Chart Chart berputar klik 'Rotate' Chart berhenti berputar klik 'Stop' ubah data pada database jika benar jika salah Putar Sudut Pandang Chart Berhenti Memutar Sudut Pandang Chart Pesan bahwa Edit Berhasil Pesan bahwa Data yang di- Edit salah Gambar 4.18 STD Chart Layar Data Tranformation Services Input nama server dan database klik 'Test Connection' Input nama server dan database klik 'Ok' klik 'Cancel' Cek program bisa terhubung dengan server atau tidak Transformasi data dari data sumber ke database tujuan Keluar dari Layar DTS koneksi = berhasil koneksi = tidak berhasil Transformasi berhasil Transformasi gagal Tampilkan pesan bahwa tes koneksi berhasil Tampilkan pesan bahwa tes koneksi gagal Tampilkan pesan bahwa transformasi database berhasil Tampilkan pesan bahwa transformasi database gagal Gambar 4.19 STD Data Transformation Service
Layar About Keluar dari Layar About klik 'Ok' 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 Lakukan validasi input
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 Validasi = salah
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 Tombol toolbar yang dipilih = Rekening Terjual 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 Spesifikasi proses Rekening Terjual Report
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 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 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 Berhenti memutar sudut pandang chart
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 facttunggakan time code _ paket _ id unit _ id plg_ id kat id _ JumTunggakan TotTunggakan pelanggandim plg_ id nama_plg status no_tlp no _ speedy unitdim unit _ id STO factpemakaian Time _ code paket_ id unit _ id plg _ id kat _ id jumoverquota totpemakaian PaketDim Paket _ id nama_ paket Quota abodemen KatDim Kat_ id Kategori segmen factpembayaran Time _ code paket _ id unit _ id plg _ id kat _ id Jumtghn jumpembayaran Gambar 4.21 Skema Bintang Gabungan
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. Analisis kapasitas media penyimpanan table PaketDim:
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 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 Tabel 4.17. Total 554.146 43,18332 Pertumbuhan Data Tahun 2006-2009
Nama 2006 2007 2008 2009 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,0952 Tabel 4.18. Jumlah Bytes per Record, Pertambahan Record dan MegaBytes tiap tahunnya
Nama 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 menu report seperti terlihat pada gambar 4.25.
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 mencetak report tersebut.
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 chartnya, telah tersedia tombol close chart.