• Tidak ada hasil yang ditemukan

BAB 4 DATA WAREHOUSE YANG DIUSULKAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB 4 DATA WAREHOUSE YANG DIUSULKAN"

Copied!
53
0
0

Teks penuh

(1)

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.

(2)

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:

(3)

• 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 .

(4)

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.

(5)

• 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

(6)

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 :

(7)

• 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

(8)

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

(9)

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

(10)

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

(11)

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

(12)

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

(13)

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

(14)

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

(15)

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.

(16)

Setelah berhasil login, maka form selanjutnya yang akan muncul adalah form utama dimana tampilannya dibuat seperti gambar 4.4 berikut ini.

(17)

Gambar 4.5. Rancangan Layar Form Utama Menu File

(18)

Gambar 4.7. Rancangan Layar Form Utama Menu View

(19)

Gambar 4.9. Rancangan Layar Form TunggakanReport

(20)

Gambar 4.11. Rancangan Layar Form Chart PemakaianReport

(21)

Gambar 4.13. Rancangan Layar Form About Us

4.3 STD

State Transition Diagram (STD) dari aplikasi PT. Telkom Kantor Cabang

(22)
(23)
(24)

Gambar 4.16 STD Tunggakan Report

(25)

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

(26)

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

(27)

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

(28)

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

(29)

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

(30)

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

(31)

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

(32)

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

(33)

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

(34)

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

(35)

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

(36)

• 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 :

(37)

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

(38)

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.

(39)

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

(40)

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

(41)

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

(42)

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,0952

(43)

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.

(44)

• 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

(45)

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

(46)

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,

(47)

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.

(48)

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.

(49)

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.

(50)

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

(51)

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

(52)

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

(53)

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

Gambar

Gambar 4.1. Arsitektur data warehouse pada PT. Telekomunikasi Indonesia
Tabel 4.6. Tabel pelangganDim
Tabel 4.9. Sumber Data bagi Tabel Dimensi KatDim
Tabel 410. Tabel factTunggakan
+7

Referensi

Dokumen terkait

This study investigates the impacts of using a single-antenna and dual-antenna GNSS/INS MEMS-based sensor on the positional precision of a UAS-lidar generated point cloud, with

Berdasarkan hasil penelitian ini dapat dijelaskan bahwa pengaruh komposisi media tanam dan dosis vermikompos pada pertumbuhan tinggi dan luas daun tanaman selada

Keberhasilan kegiatan belajar mengajar dikelas, tidak hanya tergantung dalam penguasaan bahan ajar atau penggunaan metode pembelajaran, tetapi proses pembelajaran yang baik

Sampel pada penelitian eksperimental ini adalah ekstrak bawang putih ( Allium sativum Linn ) yang dibuat dengan cara maserasi.. Hasil : Hasil untuk uji aktivitas antibakteri

Dalam beberapa kasus, menjadi social entrepreneur dalam konteks ini mengabdi sebagai volunteer atau amil lembaga zakat belumlah menjadi pilihan utama sebagian

melaksanakan proses pembelajaran memiliki skor rata-rata 111,87 dan tergolong dalam kategori sangat baik, (2) kinerja guru sesudah bersertifikasi dalam melaksanakan

Kepastian hukum serta peraturan kewenangan daerah otonom dalam melakukan kerjasama luar negeri juga tercantum dalam Undang-undang Nomor 37 tahun 1999 Pasal 1 ayat

Menimbang : bahwa untuk melaksanakan ketentuan Pasal 112 ayat (1) Peraturan Daerah Kabupaten Purworejo Nomor 18 Tahun 2012 tentang Organisasi dan Tata Kerja Perangkat