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
Transformasi dan integrasi data
Sumber 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
1.
time_code
2.
Key √
Tipe
Ukuran
Deskripsi
Proses
Date
8
Kode waktu
Create
Year
Number
3
Tahun
Create
3.
quarter
Number
3
Kuartal
Create
4.
month
Number
3
Bulan
Create
Ukuran
Deskripsi
•
Nama tabel
: unitDim
•
Primary key
: unit_id
•
Informasi tentang
: unit organisasi
•
Jadwal update
: setiap akhir tahun
Tabel 4.2. Tabel unitDim No.
Nama Field
1.
unit_id
2.
STO
Key √
Tipe Varchar2
4
Kode unit
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
1.
paket_id
2.
Key √
Tipe
Ukuran
Deskripsi
Varchar2
5
Kode Paket
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
1.
plg_id
2.
Key √
Tipe
Ukuran
Deskripsi
Varchar2
7
Kode pelanggan
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
1.
kat_id
2. 3.
Key √
Tipe
Ukuran
Deskripsi
Varchar2
3
Kode kategori
Kategori
Varchar2
20
Keterangan Kategori
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
1.
Time_code
2.
paket_id
3.
Tabel Sumber FACTURE
Field Sumber
Proses
Tgl_proses
Transform
PAKET
Paket_id
Transform
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 No.
Nama Field
Key
el factPembayaran 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
Number
10
Jumlah
jumOverquota 6. 7.
kelebihan
quota totPemakaian
Number
10
Jumlah pemakaian
Tabel 4.15. Sumber Data bagi Tabel fakta factPemakaian No.
Nama Field
1.
Time_code
2.
Tabel Sumber
Field Sumber
Proses
Pemakaian
Tgl_input
Transform
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
limit
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
klik '3D'
Gerakan Sudut Pandang 3D
Chart berhenti berputar
klik 'Rotate'
klik 'Stop'
Berhenti Memutar Sudut Pandang Chart
klik 'Cancel'
Keluar dari Layar Chart
Validasi Data yang Telah di-Edit
Chart berputar
Putar Sudut Pandang Chart
keluar dari Layar Chart
melakukan validasi klik 'Ok'
menggerakkan Chart
ubah data pada database jika benar
jika salah
Pesan bahwa Data yang diEdit salah
Pesan bahwa Edit Berhasil
Gambar 4.18 STD Chart
Layar Data Tranformation Services
Input nama server dan database klik 'Test Connection'
Input nama server dan database klik 'Ok'
Cek program bisa terhubung dengan server atau tidak
koneksi = berhasil
Tampilkan pesan bahwa tes koneksi berhasil
Transformasi data dari data sumber ke database tujuan
koneksi = tidak berhasil
Tampilkan pesan bahwa tes koneksi gagal
Transformasi berhasil
Tampilkan pesan bahwa transformasi database berhasil
Transformasi gagal
Tampilkan pesan bahwa transformasi database gagal
Gambar 4.19 STD Data Transformation Service
klik 'Cancel'
Keluar dari Layar DTS
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
•
4.6
Client o
Operating System : Microsoft Windows 9x, 2000
o
Microsoft Visual Studio 6.0 beserta komponen – komponennya.
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
factTunggakan
time_code
_ time code
pelangganDim
month
paket _id
plg_id
quarter
unit _id
year
plg_ id
nama_plg status no_ tlp
_ kat id
no _ speedy
JumTunggakan TotTunggakan
factPemakaian unitDim
Time _code
unit _id
paket_id
STO
unit _id plg _id kat _id jumOverquota totPemakaian
PaketDim Paket _id
nama _paket Quota abodemen
factPembayaran KatDim
Time _code
Kat _ id
paket _id
Kategori
unit _id
segmen
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
∑
∑ ∑ Mbytes
Bytes
Record
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
554.146
43,18332
Total Tabel 4.17.
Pertumbuhan Data Tahun 2006 - 2009
Nama Tabel
2006
2007 ∑
∑ Record
2008 ∑
∑ Record Mbytes
2009 ∑
∑
∑ Record Mbytes
∑ Record Mbytes
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
6.113.000
158,93
12.113.000
314,98
18.113.000
470,94
24.113.000
626,9
253
0,00506
493
0,00986
733
0,01466
973
0,01946
factPembayaran factPemakaian
6.115.455
213,3863
13.476.033
3480,399
20.077.371
553,8823
26.678.709
24,0952
Total
Tabel 4.18. Jumlah Bytes per Record, Pertambahan Record dan MegaBytes tiap tahunnya
Nama Tabel
Δ Record
Δ 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
6.000.000
26
156
240
20
0,0048
factPembayaran factPemakaian
4.9
∑ Bytes
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.
