BAB 4 PERANCANGAN DAN IMPLEMENTASI DATA WAREHOUSE …thesis.binus.ac.id/Doc/Bab4/2008-1-00372-IF-Bab_4.pdf · 70 Perusahaan Teh Tong Tji yang diusulkan dapat digambarkan seperti pada

69

BAB 4

PERANCANGAN DAN IMPLEMENTASI DATA WAREHOUSE

4.1 Anatomi dan Arsitektur Data Warehouse Perusahaan Teh Tong Tji

Dalam perancangan data warehouse untuk Perusahaan Teh Tong Tji

digunakan bentuk data warehouse terpusat (Centralized Data Warehouse).

Perusahaan Teh Tong Tji memiliki sebuah database yang dapat digunakan untuk

membuat laporan atau sebagai dasar bagi pengembang sistem EIS (Executive

Information System) maupun DSS (Decision Support System) dimasa yang akan

datang.

Adapun alasan-alasan menggunakan data warehouse terpusat (Centralized

Data Warehouse) adalah :

1. Sistem yang telah berjalan pada Perusahaan Teh Tong Tji

menggunakan arsitektur terpusat, sehingga dengan menggunakan data

warehouse terpusat tidak perlu mengubah infrastruktur yang sudah ada,

tetapi cukup menggunakan infrastruktur yang sudah ada.

2. Mempermudah pengawasan, pengaksesan data, dan maintenance pada

penggunaan aplikasi data warehouse.

3. Pengembangan yang relatif mudah.

4. Mempermudah pemakai untuk memperoleh data yang terintegrasi,

konsisten, dan berada pada satu lokasi saja.

Karena pertimbangan-pertimbangan tersebut, maka diputuskan untuk

menggunakan data warehouse terpusat, sedangkan arsitektur data warehouse

70

Perusahaan Teh Tong Tji yang diusulkan dapat digambarkan seperti pada gambar di

bawah ini :

Gambar 4.1 Arsitektur Data warehouse

Pemakaian komponen-komponen yang mendukung pembuatan data warehouse

pada Perusahaan Teh Tong Tji adalah :

1. Sumber Data

Sumber data yang diperoleh, dapat berasal dari berbagai jenis media

berupa dokumentasi manual maupun digital format serta platform yang

berbeda. Sumber data disini merupakan data internal perusahaan Teh

Tong Tji yang berasal dari database SQL Server 2000.

2. Transformasi Data

Komponen ini menjadi sangat penting apabila data yang digunakan

berasal dari beraneka ragam media, format, serta platform yang berbeda.

Dengan dilakukan transformasi ini, memuat data tersebut diubah ke

71

suatu bentuk yang konsisten dan terjamin integritasnya, sehingga dapat

menghasilkan data yang benar-benar akurat, tepat, dan terpercaya.

3. Data Warehouse

Komponen ini tempat dimana data yang telah tersaring dikumpulkan

pada tempat tertentu, untuk digunakan sebagai sumber penganalisisan

laporan bidang penjualan, pembelian, persediaan, dan retur oleh

pimpinan perusahaan. Dimana pada skripsi kali ini hanya akan dibahas

pada bidang penjualan, piutang dan retur. Data yang ada pada

komponen data warehouse ini merupakan data yang historical dengan

jangka waktu tertentu.

4. Front-end tool

Merupakan komponen yang menghubungkan data warehouse dengan

user. Komponen ini juga mempermudah user dalam mengakses data

yang diperlukannya dalam pembuatan laporan yang dibutuhkan user,

sehingga user menggunakan komponen ini sebagai pembuka gerbang

ke aplikasi data warehouse yang sebenarnya.

5. Aplikasi

Komponen aplikasi merupakan suatu gerbang penghubung antara data

warehouse dengan pengguna. Komponen ini memudahkan pengguna

untuk mengakses data yang diperlukan dalam pembuatan laporan yang

dibutuhkan oleh pengguna.

72

4.2 Rancangan Data warehouse

Berikut ini adalah tahap-tahap yang dilakukan dalam merancang data

warehouse pada Perusahaan Teh Tong Tji (dengan tetap mengikuti aturan Nine Step

Methodology) adalah :

1. Pemilihan proses (choosing the process)

Berdasarkan hasil analisis dan survei yang dilakukan terhadap

kegiatan bisnis yang sedang berjalan pada Perusahaan Teh Tong Tji,

maka dapat ditemukan tiga proses yang sangat penting di dalam

kegiatan operasional sehari-hari. Ketiga proses tersebut adalah

penjualan, pembelian, dan stok barang. Namun sesuai topik skripsi ini,

maka hanya akan dibahas proses penjualan. Proses kegiatan penjualan

dapat dibagi-bagi ke dalam beberapa sub proses yaitu :

• Sales Order

• Retur barang dari customer

• Pembayaran dari customer

• Penagihan piutang terhadap customer

2. Pemilihan grain (choosing the grain)

Berdasarkan proses dan sub proses yang telah disebutkan pada

langkah pertama (choosing the process), maka grain yang dapat

diperoleh adalah :

• Penjualan

• Pengiriman barang

• Retur penjualan

73

• Pembayaran penjualan

• Piutang

3. Mengidentifikasikan dimensi dan conforming dimensi (identifying and

conforming the dimension)

Berdasarkan hasil analisis yang dilakukan terhadap proses dan sub

proses yang telah ditentukan pada langkah-langkah diatas, maka dapat

ditentukan dimensi-dimensi yang diperlukan di dalam perancangan

data warehouse, yaitu :

• Dimensi barang

• Dimensi jenis barang

• Dimensi customer

• Dimensi area

• Dimensi waktu

• Dimensi salesman

• Dimensi jenis pembayaran

74

Berikut ini akan ditampilkan tabel yang menunjukkan hubungan

antara grain dengan dimensi :

Dimension Grain Penjualan Pengiriman

Barang Retur

Penjualan Pembayaran Penjualan Piutang

Barang X X X X X Jenis

Barang X X X X X

Customer X X X X X Area X X X X X

Waktu X X X X X Salesman X X X X -

Jenis Pembayaran X - - X X

Tabel 4.1 Matriks Grain Vs Dimension

4. Pemilihan fakta (choosing the facts)

Sesuai dengan grain yang telah ditentukan pada langkah kedua

yang merupakan calon dari fakta, maka dapat ditentukan beberapa fakta

yaitu :

• Penjualan

Nilai-nilai yang dianalisis pada fakta penjualan adalah jumlah

barang terjual, dan jumlah pembayaran tunai.

• Piutang

Nilai-nilai yang dianalisis pada fakta piutang yaitu jumlah

piutang customer.

• Retur

Nilai-nilai yang dianalisis pada fakta piutang yaitu jumlah retur

barang.

75

5. Penyimpanan pre-kalkulasi di tabel fakta (storing pre-calculation in the

fact table)

Pre kalkulasi yang nantinya akan disimpan pada tabel fakta antara

lain adalah sebagai berikut :

• Penjualan

Jumlah pembayaran barang = Jumlah Barang Jual * Harga Barang

dimana Jenis Pembayaran = Tunai

Jumlah barang terjual = Sum (Jumlah Barang Jual)

• Piutang

Jumlah piutang customer = Jumlah Barang Jual * Harga Barang

dimana Jenis Pembayaran = Kredit

• Retur

Jumlah retur barang = Sum (Jumlah Barang Retur)

6. Melengkapi tabel dimensi (rounding out the dimension table)

Pada tahap ini dilakukan penambahan keterangan sebanyak

mungkin pada tabel dimensi. Hal ini dilakukan agar user dapat

mengetahui dengan jelas isi dari tabel dimensi. Salah satu caranya yaitu

dengan membuat tabel hirarki dari atribut-atribut yang terdapat di

dalam tabel dimensi.

76

Tabel berikut ini akan menunjukkan hirarki dari atribut yang

terdapat pada tabel dimensi yang ada :

Tabel Dimensi Field Atribut Hirarki Barang

Jenis Barang

NamaBarang JenisBarang

NamaBarang JenisBarang

Customer

Area NamaCustomer

AlamatCustomer NamaArea

NamaArea NamaCustomer

AlamatCustomer NamaCustomer

Salesman NamaSalesman NamaSalesman Jenis Pembayaran JenisPembayaran JenisPembayaran

Waktu Tahun Kuartal Bulan Hari

Tahun Kuartal Bulan Hari

Tabel 4.2 Hirarki Atribut Pada Tabel Dimensi

7. Pemilihan durasi database (choosing the duration of database)

Database yang akan digunakan sebagai sumber data bagi data

warehouse yang akan dibuat dipilih dari database pada tahun 2002-

2007. Hal ini bertujuan untuk memperoleh tingkat keakuratan dari data

yang digunakan karena semakin lama umur dari suatu data, maka akan

semakin besar kemungkinan terdapat masalah pada data tersebut baik

pada pembacaan data maupun tingkat keakuratannya. Untuk lebih

jelasnya, dapat dilihat melalui tabel yang tertera di bawah ini :

Nama Aplikasi

Sistem Informasi

Database Ada Sejak Tahun

Database Untuk Data Warehouse Mulai Dari

Tahun

Jangka Waktu Data

Warehouse

Tong Tji Application

SQL server 2000 2002 5 tahun

Tabel 4.3 Tabel Durasi Database

77

8. Penelusuran perubahan dimensi (tracking slowly changing dimensions)

Seiring dengan pemakaian data warehouse dan berjalannya waktu,

maka akan terdapat beberapa atribut dari tabel dimensi yang akan

berubah. Atribut dari tabel dimensi yang diperkirakan akan berubah

antara lain adalah :

• Dimensi Customer

Pada dimensi customer, atribut dimensi yang diperkirakan akan

berubah adalah atribut nama pelanggan dan alamat pelanggan.

• Dimensi Area

Pada dimensi area, atribut dimensi yang diperkirakan berubah

adalah atribut nama area.

• Dimensi Jenis Barang

Pada dimensi jenis barang, atribut dimensi yang diperkirakan

berubah adalah atribut nama jenis barang.

• Dimensi Barang

Pada dimensi barang, atribut dimensi yang diperkirakan berubah

adalah atribut nama barang dan harga barang.

• Dimensi Salesman

Pada dimensi salesman, atribut dimensi yang diperkirakan

berubah adalah atribut nama salesman.

Untuk menghadapi slowly changing dimensions atau perubahan

pada dimensi yang sudah ada, maka dipilihlah tipe kedua dari tiga tipe

yang ada dimana tipe kedua adalah atribut dimensi yang telah berubah

78

akan menyebabkan sebuah record dimensi baru dengan surrogate key

yang berbeda.

9. Penentuan prioritas dan mode query (deciding the query priorities and

the query modes)

Laporan yang ingin ditampilkan di data warehouse yang ingin

dibuat adalah laporan penjualan, piutang, dan retur barang. Ketiga

laporan ini memiliki kebutuhan berbeda-beda sesuai dengan tingkat

prioritasnya, dimana urutan prioritasnya dari yang paling tinggi atau

yang paling utama yaitu penjualan, piutang kemudian retur barang.

Untuk meningkatkan efektifitas dari laporan yang dihasilkan, ada

beberapa hal penting yang perlu diperhatikan di dalam perancangan

laporan ini, yaitu :

• Administrasi

Laporan yang dihasilkan dari data warehouse nantinya

akan dipakai oleh para eksekutif perusahaan. Untuk

mendapatkan laporan yang paling terkini, maka akan

dilakukan proses ETL (Extraction Transformation

Loading) yang nantinya akan menjadi tanggung jawab

bagian IT (Information Technology) dari perusahaan Teh

Tong Tji.

79

Proses Pelaku ETL Dilakukan Setiap Keterangan

Penjualan barang Staff IT 1 bulan Disesuaikan dengan

kebutuhan eksekutif

Piutang Staff IT 1 bulan Disesuaikan dengan

kebutuhan eksekutif

Retur Staff IT 1 bulan Disesuaikan dengan

kebutuhan eksekutif

Tabel 4.4 Tabel Proses Extraction Transformation Loading (ETL)

• Backup

Backup merupakan salah satu proses yang sangat penting

karena bertujuan untuk membuat salinan dari data yang

sudah ada. Apabila data aslinya terjadi masalah seperti

rusak ataupun hilang maka data akan diambil lagi dari

salinan data yang ada. Backup akan dilakukan setiap

selesainya proses ETL dan akan dilakukan oleh bagian IT

Perusahaan Teh Tong Tji. Pada awalnya backup akan

bertipe complete, yang artinya semua data akan di-backup,

namun kemudian backup berikutnya akan bertipe

differential, yang artinya backup hanya akan dilakukan

pada data yang mengalami perubahan saja. Berikut ini

adalah tabel proses backup yang dilakukan :

80

Proses Pelaku Backup Dilakukan Setiap Keterangan

Penjualan Staff IT 1 bulan Backup setelah

proses ETL

dilakukan

Piutang Staff IT 1 bulan Backup setelah

proses ETL

dilakukan

Retur Staff IT 1 bulan Backup setelah

proses ETL

dilakukan

Tabel 4.5 Tabel Proses Backup perusahaan

• Keamanan

Keamanan merupakan salah satu faktor penting dan utama

untuk menjaga kerahasiaan data supaya data tersebut tidak

dapat sembarangan diakses oleh pihak-pihak yang tidak

memiliki hak untuk mengakses data tersebut. Berikut ini

adalah tabel hak akses level management pada Perusahaan

Teh Tong Tji terhadap laporan yang dihasilkan :

Laporan Eksekutif Penjualan Piutang Retur Direktur X X X

Pimpinan Perwakilan Tegal X X X Koordinator Driver

Bagian Gudang X Bagian Kasir X X X

Koordinator Penjualan X X X Tabel 4.6 Tabel hak akses level management perusahaan

81

• Pemilihan Index

Di dalam perancangan data warehouse, index yang

digunakan di dalam tabel dimensi adalah index clustered,

sedangkan index yang digunakan di dalam tabel fakta

adalah index non clustered.

Tabel Nama Index Field Clustered /

Non Clustered

DimensiWaktu WaktuID_Index WaktuID Clustered DimensiJenisPembayaran JenisPembayaranID_Index JenisPembayaranID Clustered

DimensiCustomer CustomerID_Index CustomerID Clustered DimensiJenisBarang JenisBarangID_Index JenisBarangID Clustered

DimensiSalesman SalesmanID_Index SalesmanID Clustered DimensiBarang BarangID_Index BarangID Clustered DimensiArea AreaID_Index AreaID Clustered

FaktaPenjualan Penjualan_Index WaktuID SalesmanID BarangID

JenisBarangID CustomerID

AreaID JenisPembayaranID

Non Clustered

FaktaPiutang Piutang_Index WaktuID BarangID


AreaID JenisPembayaranID

Non Clustered

FaktaRetur Retur_Index WaktuID SalesmanID BarangID


AreaID

Non Clustered

Tabel 4.7 Tabel Pemilihan Index

82

4.3 Transformasi Data

Transformasi data merupakan sekumpulan operasi yang dilakukan pada sumber

data sebelum di-copy ke lokasi tujuan. Pada data warehouse, peranan transformasi

data sangat dibutuhkan untuk proses pemindahan sumber data dan penyeragaman

data ke dalam data warehouse.

Adapun sumber data penjualan yang digunakan berasal dari database

operasional perusahaan yang menggunakan aplikasi Microsoft SQL Server 2000.

Sumber data tersebut kemudian dikonversikan ke dalam data warehouse yang juga

menggunakan Microsoft SQL Server 2000. Sedangkan untuk proses transformasinya,

digunakan fasilitas DTS yang telah disediakan di dalam aplikasi Microsoft SQL

Server 2000.

Tahapan-tahapan proses transformasi data pada perusahaan Teh Tong Tji

adalah sebagai berikut :

• Membaca dan memilih data operasional yang berhubungan dengan

kegiatan penjualan kemudian ditampung pada tempat penyimpanan

sementara.

• Melakukan penyeragaman data dan jika diperlukan dapat mengubah

data di tempat penyimpanan sementara sebelum data dimasukkan ke

dalam data warehouse.

• Memindahkan data hasil transformasi dari tempat penyimpanan

sementara ke dalam data warehouse.

Proses transformasi pada Perusahaan Teh Tong Tji dilakukan mulai dari tabel

DimensiArea, DimensiBarang, DimensiCustomer, DimensiJenisBarang,

83

DimensiJenisPembayaran, DimensiSalesman, DimensiWaktu, FaktaPenjualan,

FaktaPiutang, FaktaRetur, yang dapat digambarkan sebagai berikut :

• Transformasi Data DimensiArea

Gambar 4.2 Gambar Transformasi Data untuk tabel DimensiArea

84

• Transformasi Data DimensiBarang

Gambar 4.3 Gambar Transformasi Data untuk tabel DimensiBarang

• Transformasi Data DimensiCustomer

Gambar 4.4 Gambar Transformasi Data untuk tabel DimensiCustomer

85

• Transformasi Data DimensiJenisBarang

Gambar 4.5 Gambar Transformasi Data untuk tabel DimensiJenisBarang

• Transformasi Data DimensiJenisPembayaran

Gambar 4.6 Gambar Transformasi Data untuk tabel DimensiJenisPembayaran

86

• Transformasi Data DimensiSalesman

Gambar 4.7 Gambar Transformasi Data untuk tabel DimensiSalesman

• Transformasi Data DimensiWaktu

Gambar 4.8 Gambar Transformasi Data untuk tabel DimensiWaktu

87

• Transformasi Data FaktaPenjualan

Gambar 4.9 Gambar Transformasi Data untuk tabel FaktaPenjualan

• Transformasi Data FaktaPiutang

Gambar 4.10 Gambar Transformasi Data untuk tabel FaktaPiutang

88

• Transformasi Data FaktaRetur

Gambar 4.11 Gambar Transformasi Data untuk tabel FaktaRetur

4.4 Rancangan Skema Bintang

Rancangan skema bintang merupakan struktur sederhana yang

menggambarkan tabel-tabel yang saling berhubungan melalui suat u relasi. Skema

bintang menggambarkan suatu tabel fakta dengan tabel-tabel dimensi yang

mempermudah analisis mengenai suatu informasi.

4.4.1 Skema Bintang Penjualan

Skema bintang penjualan pada Perusahaan Teh Tong Tji dapat

digambarkan sebagai berikut :

89

Gambar 4.12 Skema Bintang Penjualan

Skema bintang penjualan diatas menggambarkan kegiatan

penjualan produk Perusahaan Teh Tong Tji kepada customer. Data-data

mengenai area penjualan dapat dilihat dari nama area. Data-data mengenai

salesman dapat dilihat berdasarkan nama salesman, alamat salesman, dan

telepon salesman. Data-data mengenai jenis pembayaran dapat dilihat

berdasarkan nama jenis pembayarannya. Data-data mengenai customer dapat

dilihat berdasarkan nama customer, alamat customer, dan telepon customer.

Data-data mengenai waktu dapat dilihat berdasarkan tahun, kuartal, bulan,

90

dan hari. Sedangkan data-data mengenai jenis barang dapat dilihat

berdasarkan nama jenis barang. Data-data pada skema bintang fakta

penjualan diatas dapat dilihat berdasarkan dimensi area, dimensi barang,

dimensi salesman, dimensi jenis barang, dimensi customer, dimensi jenis

pembayaran, dan dimensi waktu.

4.4.2 Skema Bintang Piutang

Skema bintang piutang pada Perusahaan Teh Tong Tji dapat

digambarkan sebagai berikut :

Gambar 4.13 Skema Bintang Piutang

91

Skema bintang piutang diatas menggambarkan piutang Perusahaan Teh

Tong Tji. Data-data mengenai area penjualan dapat dilihat dari nama area.

Data-data mengenai jenis pembayaran dapat dilihat berdasarkan nama jenis

pembayarannya. Data-data mengenai customer dapat dilihat berdasarkan

nama customer, alamat customer, dan telepon customer. Data-data mengenai

waktu dapat dilihat berdasarkan tahun, kuartal, bulan, dan hari. Sedangkan

data-data mengenai jenis barang dapat dilihat berdasarkan nama jenis barang.

Data-data pada skema bintang fakta piutang diatas dapat dilihat berdasarkan

dimensi area, dimensi barang, dimensi jenis barang, dimensi customer,

dimensi jenis pembayaran, dan dimensi waktu.

92

4.4.3 Skema Bintang Retur

Skema bintang retur pada Perusahaan Teh Tong Tji dapat digambarkan

sebagai berikut :

Gambar 4.14 Skema Bintang Retur

Skema bintang retur diatas menggambarkan retur barang oleh customer.

Data-data mengenai area penjualan dapat dilihat dari nama area. Data-data

mengenai salesman dapat dilihat berdasarkan nama salesman, alamat

salesman, dan telepon salesman. Data-data mengenai customer dapat dilihat

berdasarkan nama customer, alamat customer, dan telepon customer. Data-

93

data mengenai waktu dapat dilihat berdasarkan tahun, kuartal, bulan, dan hari.

Sedangkan data-data mengenai jenis barang dapat dilihat berdasarkan nama

jenis barang. Data-data pada skema bintang fakta retur diatas dapat dilihat

berdasarkan dimensi area, dimensi barang, dimensi salesman, dimensi jenis

barang, dimensi customer, dan dimensi waktu.

4.5 Metadata

Metadata memuat informasi tabel dalam data warehouse yang mencakup nama

database asal tabel tersebut, nama tabel itu sendiri dan deskripsinya, serta lokasi

dari database tersebut. Metadata juga memuat informasi yang mencakup rincian

dari tabel tersebut, mengenai nama field, tipe field, field yang menjadi field kunci,

panjang field, dan deskripsi singkat dari masing-masing field. Selain itu metadata

juga dilengkapi dengan informasi tentang nama tabel dan field sumber serta proses

transformasinya.

Berikut ini adalah metadata dari data warehouse Perusahaan Teh Tong Tji

yang diusulkan :

94

Tabel Dimensi Barang

Nama Tabel : DimensiBarang

Primary Key : BarangID

Field Type Panjang Field

Keterangan Sumber Tabel

Sumber Field

Proses

BarangID Int 4 ID Barang Create New

KdBarang Char 10 Kode Barang

Barang KdBarang Copy

NamaBarang Varchar 20 Nama Barang

Barang NamaBarang Copy

Harga Decimal 9 Harga Barang

Barang Harga Copy

Tabel 4.8 Tabel DimensiBarang

Tabel Dimensi Area

Nama Tabel : DimensiArea

Primary Key : AreaID



Sumber Field

Proses

AreaID Int 4 ID Area Create New

KdArea Char 10 Kode Area Area KdArea Copy NamaArea Varchar 20 Nama Area Area NamaArea Copy

Tabel 4.9 Tabel DimensiArea

95

Tabel Dimensi Customer

Nama Tabel : DimensiCustomer

Primary Key : CustomerID



Sumber Field Proses

CustomerID Int 4 ID Customer

Create New

KdCustomer Char 10 Kode Customer

Customer KdCustomer Copy

NamaCustomer Varchar 20 Nama Customer

Customer NamaCustomer Copy

AlamatCustomer Varchar 30 Alamat Customer

Customer AlamatCustomer Copy

TelpCustomer Varchar 10 Telepon Customer

Customer TeleponCustomer Copy

Tabel 4.10 Tabel DimensiCustomer

Tabel Dimensi Salesman

Nama Tabel : DimensiSalesman

Primary Key : SalesmanID



Sumber Field Proses

SalesmanID Int 4 ID Salesman

Create New

KdSalesman Char 10 Kode Salesman

Salesman KdSalesman Copy

NamaSalesman Varchar 20 Nama Salesman

Salesman NamaSalesman Copy

AlamatSalesman Varchar 30 Alamat Salesman

Salesman AlamatSalesman Copy

TelpSalesman Varchar 10 Telepon Salesman

Salesman TeleponSalesman Copy

Tabel 4.11 Tabel DimensiSalesman

96

Tabel Dimensi Jenis Pembayaran

Nama Tabel : DimensiJenisPembayaran

Primary Key : JenisPembayaranID


Keterangan

Sumber Tabel Sumber Field Proses

JenisPembayaranID

Int 4 ID Jenis Pembayaran

Create New

KdJenisPembayaran

Char 10 Kode Jenis Pembayaran

JenisPembayaran KdJenisPembayaran

Copy

JenisPembayaran

Varchar 10 Jenis Pembayaran

JenisPembayaran JenisPembayaran

Copy

Tabel 4.12 Tabel DimensiJenisPembayaran

Tabel Dimensi Jenis Barang

Nama Tabel : DimensiJenisBarang

Primary Key : JenisBarangID



Sumber Field Proses

JenisBarangID Int 4 ID JenisBarang

Create New

KdJenisBarang Char 10 Kode Jenis Barang

JenisBarang KdJenisBarang Copy

NamaJenisBarang Varchar 20 Nama Jenis Barang

JenisBarang NamaJenisBarang Copy

Tabel 4.13 Tabel DimensiJenisBarang

97

Tabel Dimensi Waktu

Nama Tabel : DimensiWaktu

Primary Key : WaktuID

Field Type Panjang Field Keterangan

Sumber Tabel Sumber Field

Proses

WaktuID Int 4 ID Waktu

Create New

SalesOrderHeader TglPemesanan

Tahun(SalesOrderHeader.TglPemesanan) Tahun Int 4 Tahun

ReturHeader TglRetur Tahun(ReturHeader.TglRetur)

Kuartal Int 4 Kuartal SalesOrderHeader TglPemesanan

IF Bulan(SalesOrderHeader.TglPemesanan)>=1 AND Bulan(SalesOrderHeader.TglPemesanan)<=3 THEN Kuartal = 1 ELSE IF Bulan(SalesOrderHeader.TglPemesanan)>=4 AND Bulan(SalesOrderHeader.TglPemesanan)<=6 THEN Kuartal = 2 ELSE IF Bulan(SalesOrderHeader.TglPemesanan)>=7 AND Bulan(SalesOrderHeader.TglPemesanan)<=9 THEN Kuartal = 3 ELSE Bulan(SalesOrderHeader.TglPemesanan)>=10

98

AND Bulan(SalesOrderHeader.TglPemesanan)<=12 THEN Kuartal = 4

ReturHeader TglRetur IF Bulan(ReturHeader.TglRetur)>=1 AND Bulan(ReturHeader.TglRetur)<=3 THEN Kuartal = 1 ELSE IF Bulan(ReturHeader.TglRetur)>=4 AND Bulan(ReturHeader.TglRetur)<=6 THEN Kuartal = 2 ELSE IF Bulan(ReturHeader.TglRetur)>=7 AND Bulan(ReturHeader.TglRetur)<=9 THEN Kuartal = 3 ELSE Bulan(ReturHeader.TglRetur)>=10 AND Bulan(ReturHeader.TglRetur)<=12 THEN Kuartal = 4

SalesOrderHeader TglPemesanan

Bulan(SalesOrderHeader.TglPemesanan) Bulan Int 4 Bulan

ReturHeader TglRetur Bulan(ReturHeader.TglRetur) SalesOrderHeader TglPeme

sanan Hari(SalesOrderHeader.TglPemesanan) Hari Int 4 Hari

ReturHeader TglRetur Hari(ReturHeader.TglRetur) Tabel 4.14 Tabel Dimensi Waktu

99

Tabel Fakta Penjualan Nama Tabel : FaktaPenjualan


Keterangan

Sumber Tabel Sumber Field

Proses

WaktuID Int 4 Kode Waktu

DimensiWaktu WaktuID Copy

SalesmanID Int 4 Kode Salesman

DimensiSalesman

SalesmanID Copy

BarangID Int 4 Kode Barang

DimensiBarang BarangID Copy

JenisBarangID Int 4 Kode Jenis Barang

DimensiJenisBarang

JenisBarangID

Copy

CustomerID Int 4 Kode Customer

DimensiCustomer

CustomerID Copy

AreaID Int 4 Kode Area

DimensiArea AreaID Copy

JenisPembayaranID

Int 4 Kode Jenis Pembayaran

DimensiJenisPembayaran

JenisPembayaranID

Copy

JumlahBarangTerjual

Int 4 Jumlah Barang yang terjual

SalesOrderDetail

Subtotal Sum Qty

JumlahPembayaranTunai

numeric

9 Jumlah pembayaran secara tunai

SalesOrderDetail Barang

Subtotal Harga * Qty Where JenisPembayaran = Tunai

Tabel 4.15 Tabel FaktaPenjualan

100

Tabel Fakta Piutang

Nama Tabel : FaktaPiutang


Keterangan

Sumber Tabel Sumber Field Proses


DimensiWaktu WaktuID Copy


DimensiBarang BarangID Copy

JenisBarangID

Int 4 Kode Jenis Barang

DimensiJenisBarang

JenisBarangID Copy

CustomerID

Int 4 Kode Customer

DimensiCustomer

CustomerID Copy

AreaID Int 4 Kode Area

DimensiArea AreaID Copy

JenisPembayaranID

Int 4 Kode Jenis Pembayaran

DimensiJenisPembayaran

JenisPembayaranID

Copy

JumlahPiutang

Numeric

17 Jumlah dari piutang

SalesOrderDetail Barang

Subtotal Harga * Qty where JenisPembayaran = Kredit

Tabel 4.16 Tabel FaktaPiutang

101

Tabel Fakta Retur

Nama Tabel : FaktaRetur


Keterangan Sumber Tabel Sumber Field


DimensiWaktu WaktuID

SalesmanID Int 4 Kode Salesman

DimensiSalesman SalesmanID


DimensiBarang BarangID

JenisBarangID Int 4 Kode Jenis Barang

DimensiJenisBarang JenisBarangID

CustomerID Int 4 Kode Customer

DimensiCustomer CustomerID

AreaID Int 4 Kode Area DimensiArea AreaID Jumlah_retur_barang Int 4 ReturDetail Subtotal Sum Qty

Tabel 4.17 Tabel FaktaRetur

4.6 Rancangan Layar

4.6.1 Hirarki Menu

Hirarki menu dari aplikasi data warehouse yang diusulkan untuk

perusahaan Teh Tong Tji adalah sebagai berikut :

102

Gambar 4.15 Gambar Hirarki Menu Aplikasi Data warehouse

103

4.6.2 State Transition Diagram

4.6.2.1 Login dan Logout

Login

Information

Logout

System

Menu Utama

User memasukkan username dan

password kemudian tekan tombol “login”

Tekan Tombol “OK”

User memilih menu “system”

User memilih “logout”

User logout dari program

Gambar 4.16 Gambar State Transition Diagram Login dan Logout

4.6.2.2 Login Gagal

Gambar 4.17 Gambar State Transition Diagram Login Gagal

104

4.6.2.3 Exit Program

Menu Login

Information

System

Menu Utama



Tekan Tombol “OK”

User memilih “Exit”

Exit

User memilih menu “system”

Gambar 4.18 Gambar State Transition Diagram Exit Program

105

4.6.2.4 Sales Pivot Table

Gambar 4.19 Gambar State Transition Diagram Sales Pivot Table

106

4.6.2.5 Account Receivable Pivot Table

Gambar 4.20 Gambar State Transition Diagram Account Receivable Pivot Table

107

4.6.2.6 Return Pivot Table

Gambar 4.21 Gambar State Transition Diagram Return Pivot Table

108

4.6.2.7 Sales Pivot Chart

Gambar 4.22 Gambar State Transition Diagram Sales Pivot Chart

109

4.6.2.8 Account Receivable Pivot Chart

Gambar 4.23 Gambar State Transition Diagram Account Receivable Pivot Chart

110

4.6.2.9 Return Pivot Chart

Gambar 4.24 Gambar State Transition Diagram Return Pivot Chart

111

4.6.2.10 DTS (Data Transformation Services)

Gambar 4.25 Gambar State Transition Diagram DTS

112

4.6.2.11 Add User

Gambar 4.26 Gambar State Transition Diagram Add User

113

4.6.2.12 Change Password

Gambar 4.27 Gambar State Transition Diagram Change Password

114

4.6.2.13 List User

Gambar 4.28 Gambar State Transition Diagram List User

115

4.6.2.14 About Developer

Gambar 4.29 Gambar State Transition Diagram About Developer

116

4.6.2.15 About System

Menu Login

Information

Menu Utama

Help

About System



Tekan tombol “OK”

User memilih menu help

User memilih menu about system

Gambar 4.30 Gambar State Transition Diagram About System

117

4.6.3 Rancangan Aplikasi Data Warehouse

4.6.3.1 Rancangan Layar Login

Pada layar login terdapat alamat Perusahaan Teh Tong Tji

beserta telepon perusahaan. Terdapat juga logo perusahaan dan

kolom pengisian username dan password.

User dapat melakukan login dengan mengisi kolom

username dan password yang tersedia sesuai dengan username

dan password masing-masing.

Apabila user menekan tombol login maka username dan

password yang telah diisi akan dicek ke dalam database apakah

username tersebut ada di dalam database. Apabila username dan

password yang telah dimasukkan benar, maka user akan masuk

kedalam menu utama. Apabila user menekan cancel, maka

program akan berhenti (exit). Berikut ini adalah gambar

rancangan layar login yang diusulkan :

Gambar 4.31 Gambar Rancangan Layar Login

118

4.6.3.2 Rancangan Layar Login Sukses

Layar login sukses akan muncul apabila user berhasil

login. Pada layar login sukses ini terdapat tulisan selamat datang

beserta nama user yang login. Terdapat juga tombol OK untuk

melanjutkan ke menu utama. Berikut ini adalah gambar rancangan

layar login sukses yang diusulkan :

Gambar 4.32 Gambar Rancangan Layar Login Sukses

4.6.3.3 Rancangan Layar Login Gagal

Layar login gagal akan muncul apabila user salah di dalam

memasukkan username dan password atau username tidak

terdapat di dalam database. Berikut ini adalah gambar rancangan

layar login yang diusulkan :

Gambar 4.33 Gambar Rancangan Layar Login Gagal

4.6.3.4 Rancangan Layar Cancel Login

Layar cancel login akan muncul apabila user menekan

tombol cancel yang tersedia pada form login. Pada layar cancel

119

login ini terdapat pilihan Yes dan No, dimana apabila user

memilih tombol Yes, maka program akan berhenti (exit) dan

apabila user memilih tombol No, tampilan akan kembali ke layar

login. Berikut ini adalah gambar layar cancel login yang

diusulkan :

Gambar 4.34 Gambar Rancangan Layar Cancel Login

4.6.3.5 Rancangan Layar Menu Utama

Rancangan layar menu utama akan muncul apabila user

berhasil login. Pada menu utama terdapat fitur-fitur sebagai

berikut :

1. System

Pada menu system terdapat fitur-fitur yaitu logout dan

exit. Apabila user memilih menu logout maka akan kembali

ke menu login. Apabila user memilih menu exit maka

program akan tertutup (selesai).

2. Pivot Table & Pivot Chart

Menu pivot table dan pivot chart tidak dapat diakses

secara keseluruhan oleh setiap user. Hal ini disesuaikan

dengan hak akses level management seperti yang tertera pada

tabel hak akses level management (tabel 4.6)

120

Pada menu pivot table dan pivot chart terdapat dua menu,

yaitu :

a. Pivot table

Apabila user memilih menu pivot table, akan

muncul tiga pilihan pivot table, yaitu sales pivot

table (pivot tabel penjualan), account receivable

pivot table (pivot tabel piutang), dan return pivot

table (pivot tabel retur).

b. Pivot chart

Apabila user memilih menu pivot chart, akan

muncul tiga pilihan pivot table, yaitu sales pivot

chart (pivot chart penjualan), account receivable

pivot chart (pivot chart piutang), dan return pivot

chart (pivot chart retur).

3. Utility

Pada menu utility, terdapat fitur DTS dimana hanya

administrator yang dapat melakukan DTS.

4. Management

Pada menu management, terdapat fitur add user, change

password, dan list user. Hanya administrator yang dapat

melakukan add user dan melihat list user. Sedangkan fitur

change password dapat diakses oleh setiap user.

121

5. Help

Pada menu help, terdapat fitur about developer dan

about system. About developer berisi tentang perancang

program sedangkan about system berisi tentang keterangan

program.

Berikut ini adalah rancangan layar menu utama yang

diusulkan :

Gambar 4.35 Gambar Rancangan Layar Menu Utama

4.6.3.6 Rancangan Layar Exit

Layar exit akan muncul apabila user memilih fitur exit

yang tersedia pada menu system. Pada layar exit terdapat pilihan

Yes dan No, dimana apabila user memilih tombol Yes, maka

program akan berhenti (exit) dan apabila user memilih tombol No,

122

tampilan akan kembali ke layar login. Berikut ini adalah gambar

layar cancel login yang diusulkan :

Gambar 4.36 Gambar Rancangan Layar Exit

4.6.3.7 Rancangan Layar Sales Pivot Table

Layar sales pivot table akan muncul apabila user memilih

fitur sales pivot table yang tersedia pada menu pivot table & pivot

chart. Pada layar sales pivot table terdapat logo perusahaan Teh

Tong Tji beserta alamat dan nomor telepon perusahaan.

Selain itu pada layar sales pivot table juga terdapat gambar

pivot table dan pivot table field list. Dimana user dapat memilih

data yang ingin ditampilkan dengan memilih list yang terdapat

pada pivot table field list yang kemudian hasilnya akan

ditampilkan ke dalam tabel yang tersedia.

Pada layar sales pivot table ini juga terdapat tombol close,

dimana apabila user memilih tombol close, tampilan akan kembali

ke menu utama. Berikut ini adalah rancangan layar sales pivot

table yang diusulkan :

123

Gambar 4.37 Gambar Rancangan Layar Sales Pivot Table

4.6.3.8 Rancangan Layar Account Receivable Pivot Table

Layar account receivable Pivot Table akan muncul apabila

user memilih fitur account receivable pivot table yang tersedia

pada menu pivot table & pivot chart. Pada layar account

receivable pivot table terdapat logo perusahaan Teh Tong Tji

beserta alamat dan nomor telepon perusahaan.

Selain itu pada layar account receivable pivot table juga

terdapat gambar pivot table dan pivot table field list. Dimana user

dapat memilih data yang ingin ditampilkan dengan memilih list

yang terdapat pada pivot table field list yang kemudian hasilnya

akan ditampilkan ke dalam tabel yang tersedia.

124

Pada layar account receivable pivot table ini juga terdapat

tombol close, dimana apabila user memilih tombol close,

tampilan akan kembali ke menu utama. Berikut ini adalah gambar

rancangan layar account receivable pivot table yang diusulkan :

Gambar 4.38 Gambar Rancangan Layar Account Receivable Pivot Table

4.6.3.9 Rancangan Layar Return Pivot Table

Layar return Pivot Table akan muncul apabila user

memilih fitur return pivot table yang tersedia pada menu pivot

table & pivot chart. Pada layar return pivot table terdapat logo

perusahaan Teh Tong Tji beserta alamat dan nomor telepon

perusahaan.

125

Selain itu pada layar return pivot table juga terdapat

gambar pivot table dan pivot table field list. Dimana user dapat

memilih data yang ingin ditampilkan dengan memilih list yang

terdapat pada pivot table field list yang kemudian hasilnya akan

ditampilkan ke dalam tabel yang tersedia.

Pada layar return pivot table ini juga terdapat tombol close,


ke menu utama. Berikut ini adalah rancangan layar return pivot

table yang diusulkan :

Gambar 4.39 Gambar Rancangan Layar Return Pivot Table

126

4.6.3.10 Rancangan Layar Sales Pivot Chart

Layar sales Pivot Chart akan muncul apabila user memilih

fitur sales pivot chart yang tersedia pada menu pivot table & pivot

chart. Pada layar sales pivot chart terdapat logo perusahaan Teh


Selain itu pada layar sales pivot chart juga terdapat

gambar pivot chart yang berupa grafik dan chart field list. Dimana

user dapat memilih data yang ingin ditampilkan dengan memilih

list yang terdapat pada chart field list yang kemudian hasilnya

akan ditampilkan ke dalam grafik yang tersedia.

Pada layar sales pivot chart ini juga terdapat tombol close,


ke menu utama. Berikut ini adalah rancangan layar sales pivot

chart yang diusulkan :

127

Gambar 4.40 Gambar Rancangan Layar Sales Pivot Chart

4.6.3.11 Rancangan Layar Account Receivable Pivot Chart

Layar account receivable pivot chart akan muncul apabila

user memilih fitur account receivable pivot chart yang tersedia

pada menu pivot table & pivot chart. Pada layar account

receivable pivot chart terdapat logo perusahaan Teh Tong Tji


Selain itu pada layar account receivable pivot chart juga

terdapat gambar pivot chart yang berupa grafik dan chart field list.

Dimana user dapat memilih data yang ingin ditampilkan dengan

memilih list yang terdapat pada chart field list yang kemudian

hasilnya akan ditampilkan ke dalam grafik yang tersedia.

128

Pada layar Account Receivable pivot chart ini juga

terdapat tombol close, dimana apabila user memilih tombol close,

tampilan akan kembali ke menu utama. Berikut ini adalah

rancangan layar account receivable pivot chart yang diusulkan :

Gambar 4.41 Gambar Rancangan Layar Account Receivable Pivot Chart

4.6.3.12 Rancangan Layar Return Pivot Chart

Layar return pivot chart akan muncul apabila user

memilih fitur return pivot chart yang tersedia pada menu pivot

table & pivot chart. Pada layar return pivot chart terdapat logo

perusahaan Teh Tong Tji beserta alamat dan nomor telepon

perusahaan.

129

Selain itu pada layar return pivot chart juga terdapat

gambar pivot chart yang berupa grafik dan chart field list. Dimana

user dapat memilih data yang ingin ditampilkan dengan memilih

list yang terdapat pada chart field list yang kemudian hasilnya

akan ditampilkan ke dalam grafik yang tersedia.

Pada layar return pivot chart ini juga terdapat tombol

close, dimana apabila user memilih tombol close, tampilan akan

kembali ke menu utama. Berikut ini adalah rancangan layar return

pivot chart yang diusulkan :

Gambar 4.42 Gambar Rancangan Layar Return Pivot Chart

130

4.6.3.13 Rancangan Layar DTS (Data Transformation Services)

Layar DTS (Data Transformation Services) akan muncul

apabila administrator (hanya administrator yang dapat melakukan

DTS) memilih menu utility kemudian memilih fitur DTS. Pada

layar DTS ini terdapat logo Perusahaan Teh Tong Tji beserta

alamat dan nomor telepon perusahaan.

Pada layar DTS ini juga terdapat tombol untuk melakukan

DTS, yaitu Transform All Dimension, Transform Sales Fact,

Transform Account Receivable Fact, dan Transform Return Fact.

Apabila administrator memilih salah satu tombol diatas

maka DTS akan dilakukan sesuai dengan tombol yang dipilih oleh

administrator. Selama DTS berlangsung, progress bar akan

berjalan dan tombol close tidak dapat dipilih sampai proses DTS

selesai dilakukan.

Pada layar DTS ini juga terdapat tombol close dimana

apabila administrator memilih tombol close, maka tampilan akan

kembali ke menu utama.

Berikut ini adalah gambar rancangan layar DTS yang

diusulkan :

131

Gambar 4.43 Gambar Rancangan Layar DTS (Data Transformation Services)

4.6.3.14 Rancangan Layar DTS Sukses

Layar DTS sukses akan muncul setelah administrator

(hanya administrator yang dapat melakukan DTS) menekan

tombol transform DTS yang tersedia pada fitur DTS. Pada layar

DTS sukses terdapat tombol OK untuk melanjutkan ke menu

utama.

Berikut ini adalah gambar rancangan layar DTS sukses

yang diusulkan :

Gambar 4.44 Gambar Rancangan Layar DTS sukses

132

4.6.3.15 Rancangan Layar Add User

Layar Add User akan muncul apabila user administrator

memilih fitur add user yang tersedia pada menu management.

Pada layar add user terdapat logo Perusahaan Teh Tong Tji


Pada layar add user juga terdapat empat kolom pengisian,

yaitu kolom username, password, confirm password, dan access

level. Kolom username, password, dan confirm password wajib

diisi oleh administrator, dimana nilai password harus sama

dengan confirm password. Sedangkan kolom access level terdiri

dari tiga bagian yaitu administrator, warehouse manager, dan

sales manager (cashier) yang wajib dipilih salah satunya oleh

user. Pada layar add user ini juga terdapat tombol OK dan Cancel,

dimana apabila administrator menekan tombol OK, maka proses

add user akan dilakukan. Sedangkan apabila administrator

menekan tombol cancel, maka tampilan akan kembali ke menu

utama.

Berikut ini adalah gambar rancangan layar add user yang

diusulkan :

133

Gambar 4.45 Gambar Rancangan Layar Add User

4.6.3.16 Rancangan Layar Add User Field Wajib Diisi

Layar add user field wajib diisi akan muncul apabila

administrator tidak mengisi field-field yang tersedia di fitur add

user.

Pada layar add user field wajib diisi ini terdapat

keterangan bahwa field yang tersedia di dalam fitur add user

harus diisi apabila administrator ingin melakukan add user.

Terdapat pula tombol OK untuk melanjutkan ke layar add user.

Berikut ini adalah gambar rancangan layar add user field

wajib diisi yang diusulkan :

134

Gambar 4.46 Gambar Rancangan Layar Add User Field Wajib Diisi

4.6.3.17 Rancangan Layar Add User Password Wajib Diisi

Layar Add User Password Wajib Diisi akan muncul

apabila administrator tidak mengisi field password yang tersedia

pada fitur add user.

Pada layar add user password wajib diisi ini terdapat

keterangan bahwa password wajib diisi oleh administrator apabila

administrator ingin melakukan add user. Terdapat pula tombol

OK untuk melanjutkan ke layar add user.

Berikut ini adalah rancangan layar add user password

wajib diisi yang diusulkan :

Gambar 4.47 Gambar Rancangan Layar Add User Password Wajib Diisi

4.6.3.18 Rancangan Layar Add User Password Harus Sama

Layar add user password harus sama akan muncul apabila

administrator memasukkan nilai pada field password dan confirm

password tidak sama.

135

Pada layar add user password harus sama terdapat

keterangan bahwa password dan confirm password tidak sama.

Terdapat juga tombol OK untuk melanjutkan ke layar add user.

Berikut ini adalah gambar rancangan layar add user

password harus sama yang diusulkan :

Gambar 4.48 Gambar Rancangan Layar Add User Password Harus Sama

4.6.3.19 Rancangan Layar Add User Confirm Password Kosong

Layar add user confirm password kosong akan muncul

apabila administrator tidak mengisi kolom confirm password

yang tersedia pada fitur add user.

Pada layar add user confirm password kosong terdapat

keterangan bahwa confirm password harus diisi. Terdapat tombol

OK untuk melanjutkan ke layar add user.

Berikut ini adalah gambar rancangan layar add user

confirm password kosong yang diusulkan :

Gambar 4.49 Gambar Rancangan Layar Add User Confirm Password Kosong

136

4.6.3.20 Rancangan Layar Add User Sukses

Layar add user sukses akan muncul apabila administrator

sukses melakukan add user. Pada layar add user sukses terdapat

keterangan bahwa add user telah sukses. Terdapat juga tombol

OK untuk melanjutkan ke menu utama.

Berikut ini adalah gambar rancangan layar add user sukses

yang diusulkan :

Gambar 4.50 Gambar Rancangan Layar Add User Sukses

4.6.3.21 Rancangan Layar Change Password

Layar change password akan muncul apabila user memilih

fitur change password yang tersedia pada menu management.

Pada layar change password ini terdapat logo perusahaan Teh


Terdapat juga kolom pengisian old password, new

password, dan confirm new password. Dimana ketiga kolom

tersebut dapat diisi oleh user apabila user menginginkan untuk

mengganti password-nya. Setelah user mengisi ketiga kolom

tersebut, maka old password akan dicek ke dalam database.

Apabila old password benar, dan nilai pada kolom new password

137

yang dimasukkan sama dengan nilai pada kolom confirm new

password maka pergantian password berhasil.

Berikut ini adalah gambar rancangan layar change

password yang diusulkan :

Gambar 4.51 Gambar Rancangan Layar Change Password

4.6.3.22 Rancangan Layar Change Password Sukses

Layar change password sukses akan muncul apabila user

berhasil di dalam pergantian password. Apabila user menekan

tombol OK maka layar change password sukses akan tertutup dan

masuk kedalam menu utama. Berikut ini adalah rancangan layar

change password sukses yang diusulkan :

138

Gambar 4.52 Gambar Rancangan Layar Change Password Sukses

4.6.3.23 Rancangan Layar Password Lama Salah

Rancangan layar password lama salah akan muncul

apabila user salah di dalam mengisi password lama yang sudah

terdaftar di dalam database. Apabila user menekan tombol OK,

maka cursor akan langsung berpindah ke kolom Old Password

yang tersedia pada layar change password. Berikut ini adalah

rancangan layar password lama salah yang diusulkan :

Gambar 4.53 Gambar Rancangan Layar Password Lama Salah

4.6.3.24 Rancangan Layar Password Baru Salah

Layar password baru salah akan muncul apabila nilai pada

kolom new password dan confirm new password tidak sama.

Apabila user menekan tombol OK maka cursor akan berpindah ke

kolom new password yang tersedia pada rancangan layar change

139

password. Berikut ini adalah rancangan layar password baru salah

yang diusulkan :

Gambar 4.54 Gambar Rancangan Layar Password Baru Salah

4.6.3.25 Rancangan Layar User List

Layar user list akan muncul apabila administrator memilih

fitur user list yang terdapat pada menu management. Pada layar

user list terdapat logo Perusahaan Teh Tong Tji beserta alamat

dan nomor telepon perusahaan. Terdapat juga tabel yang berisi

daftar user dan hak akses level management masing-masing user.

Apabila administrator menekan salah satu user yang

tertera pada tabel maka user tersebut akan ditampilkan pada

kolom username dan kolom access level.Terdapat juga kolom

keterangan yang berisi daftar access level information karena hak

akses level management yang ditampilkan pada tabel hanya

diwakili angka.

Selain itu, pada layar user list ini juga terdapat kolom

search dimana administrator dapat melakukan search

berdasarkan username. Terdapat juga empat tombol yaitu update,

delete, reset password dan close. Apabila administrator menekan

140

tombol update, maka administrator dapat meng-update hak akses

level management dari user yang diinginkan. Apabila

administrator menekan tombol delete, maka administrator dapat

men-delete user yang diinginkan. Apabila administrator menekan

tombol reset password terhadap salah satu user yang dipilih,

maka password dari username tersebut akan berubah menjadi

default (123456). Sedangkan jika administrator menekan tombol

close, maka tampilan akan kembali ke menu utama.

Gambar 4.55 Gambar Rancangan Layar User List

4.6.3.26 Rancangan Layar Update User Sukses

Layar update user sukses akan muncul apabila

administrator sukses melakukan update terhadap user yang

diinginkan. Pada layar update user sukses terdapat keterangan

bahwa update yang dilakukan oleh administrator sukses. Terdapat

juga tombol OK untuk kembali ke layar list user.

141

Berikut ini adalah gambar rancangan layar update user

sukses yang diusulkan :

Gambar 4.56 Gambar Rancangan Layar Update User Sukses

4.6.3.27 Rancangan Layar Delete User Sukses

Layar delete user sukses akan muncul apabila

administrator sukses melakukan delete terhadap user yang

diinginkan. Pada layar delete user sukses terdapat keterangan

bahwa delete yang dilakukan oleh administrator sukses. Terdapat

juga tombol OK untuk kembali ke layar list user.

Berikut ini adalah gambar rancangan layar delete user


Gambar 4.57 Gambar Rancangan Layar Delete User Sukses

4.6.3.28 Rancangan Layar Search Error

Layar Search Error akan muncul apabila pencarian tidak

ditemukan. Pada layar search error terdapat keterangan bahwa

142

username yang ingin dicari tidak ada. Terdapat juga tombol OK

untuk kembali ke layar list user.

Berikut ini adalah gambar rancangan layar search error

yang diusulkan :

Gambar 4.58 Gambar Rancangan Layar Search Error

4.6.3.29 Rancangan Layar Reset Password Sukses

Layar reset password sukses akan muncul apabila

administrator menekan tombol reset password pada fitur list user.

Pada layar reset password sukses terdapat keterangan bahwa

administrator telah sukses me-reset password.

Berikut ini adalah gambar rancangan layar reset password


Gambar 4.59 Gambar Rancangan Layar Reset Password Sukses

4.6.3.30 Rancangan Layar About Developer

Rancangan layar about developer akan muncul apabila

user memilih fitur about developer yang tersedia pada menu help.

143

Pada layar about developer terdapat logo Perusahaan Teh Tong

Tji beserta alamat dan nomor telepon perusahaan. Pada layar

about developer ini juga terdapat nama-nama dari perancang

program aplikasi.

Apabila user menekan tombol OK, maka layar about

developer akan tertutup dan kemabali ke menu utama.

Berikut ini adalah rancangan layar about developer yang

diusulkan :

Gambar 4.60 Gambar Rancangan Layar About Developer

4.6.3.31 Rancangan Layar About System

Layar about system akan muncul apabila user memilih

fitur about system yang tersedia pada menu help. Pada layar about

system terdapat logo Perusahaan Teh Tong Tji beserta alamat dan

nomor telepon perusahaan. Pada layar about system ini juga

144

terdapat penjelasan mengenai versi program dan penjelasan

mengenai fungsi program.

Apabila user memilih tombol OK, maka layar about

system akan tertutup dan kembali ke menu utama.

Berikut ini adalah rancangan layar about system yang

diusulkan :

Gambar 4.61 Gambar Rancangan Layar About System

4.7 Rancangan Implementasi

Rancangan implementasi data warehouse penjualan pada Perusahaan Teh

Tong Tji dapat dibagi menjadi dua komponen, yaitu komponen perangkat keras dan

komponen perangkat lunak.

145

4.7.1 Dukungan Perangkat Keras

Untuk mendukung seluruh kegiatan operasional, Perusahaan Teh Tong

Tji memiliki hardware sebagai berikut :

a. Server, yang terdiri dari :

• IBM X-series – 3105

• Processor Dual Core AMD Opteron (tm) 1210 1,80 GHz

• Memory 512 MB

• Hardisk 160GB

b. Client, yang terdiri dari :

• Processor Intel Pentium (R) D CPU 2.66 GHz

• Memory 512 MB

• Harddisk 80Gb

4.7.2 Dukungan Perangkat Lunak

Perangkat lunak yang digunakan pada Perusahaan Teh Tong Tji adalah

sebagai berikut :

a. Server, menggunakan perangkat lunak sebagai berikut :

Sistem Operasi : Windows Server 2003 Enterprise Edition

Database : Sql Server 2000

b. Client, menggunakan perangkat lunak sebagai berikut :

Sistem Operasi : Windows XP Professional 2002

Front End Tool : Visual Basic

Microsoft Office XP

146

4.8 Analisis Kapasitas Media Penyimpanan

Di dalam setiap pengolahan data, kapasitas media penyimpanan menjadi salah

satu aspek penting dan perlu untuk dipertimbangkan. Proses insert, update, dan

delete akan mempengaruhi pertumbuhan data dan jumlah data yang disimpan pada

data warehouse. Oleh karena itu di dalam perancangan data warehouse diperlukan

analisis pertumbuhan data untuk memperkirakan kapasitas media penyimpanan

yang diperlukan untuk periode lima tahun kedepan.

Rumus yang akan digunakan untuk perhitungan jumlah bytes yang dibutuhkan

untuk menyimpan record dalam Microsoft SQL Server 2000 (SQL Server Books

Online) adalah sebagai berikut :

• Num_Row = Jumlah Baris / Jumlah Record

• Num_Col = Jumlah Kolom dalam tabel

• Fixed_Data_Size = Jumlah bytes yang dibutuhkan oleh semua kolom

sesuai dengan tipe datanya masing-masing

• Null Bitmap = Bit status null kolom = 2 + ((Num_Col + 7) / 8 )

• Row_Size = Fixed_Data_Size + Null Bitmap + 4

Nilai 4 merepresentasikan data row header

• Rows_Per_Page = 8.096 / (Row_Size / 2)

• Num_of_Pages = Num_Row / Rows_Per_Page

• Num_of_Bytes = 8.192 x Num_of_Pages

• Num_of_Kbytes = 8.192 / 1.024 x Num_of_Pages = 8 x

Num_of_Pages

147

4.8.1 Analisis Tabel Fakta

Analisis perkiraan kapasitas media penyimpanan data pada data

warehouse Perusahaan Teh Tong Tji dibatasi untuk periode lima tahun ke

depan dengan tingkat pertumbuhan data sebesar 5% pertahun. Berikut ini

adalah perhitungan pertumbuhan data untuk faktapenjualan, faktapiutang,

dan faktaretur :

1. Record Fakta Penjualan

Asumsi jumlah record data untuk satu tahun adalah 50000 record, maka

jumlah record sampai tahun kelima adalah sebagai berikut :

Tahun ke-1 = 105% x 50.000 = 52.500 record

Tahun ke-2 = 105% x 52.500 = 55.125 record

Tahun ke-3 = 105% x 55.125 = 57.881 record

Tahun ke-4 = 105% x 57.881 = 60.775 record

Tahun ke-5 = 105% x 60.775 = 63.813 record

Jadi, total record selama lima tahun adalah 290.094 record.

Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun

adalah :

• Num_Row = 290.094 record

• Num_Col = 9

• Fixed_Data_Size = 4 + 4 + 4 + 4 + 4 + 4 + 4 + 4 + 9 = 41 bytes

• Null Bitmap = 2 + (9 + 7) / 8) = 4

• Row_Size = 41 + 4 + 4 = 49

• Rows_Per_Page = 8096 / (49 + 2) = 159 rows

148

• Num_of_Pages = 290.094 / 159 = 1.825 pages

• Num_of_Bytes = 8.192 x 1.825 = 14.950.400 bytes

• Num_of_Kbytes = (8.192 / 1.024) x 1.825 = 14.600 Kbytes

• Num_of_Mbytes = 14.600 / 1.024 = 14,26 Mbytes

2. Record Fakta Piutang



Tahun ke-1 = 105% x 25.000 = 26.250 record

Tahun ke-2 = 105% x 26.250 = 27.563 record

Tahun ke-3 = 105% x 27.563 = 28.941 record

Tahun ke-4 = 105% x 28.941 = 30.388 record

Tahun ke-5 = 105% x 30.388 = 31.907 record



adalah :


• Num_Col = 7

• Fixed_Data_Size = 4 + 4 + 4 + 4 + 4 + 4 + 17 = 41 bytes

• Null Bitmap = 2 + ((7 + 7) / 8 ) = 3,75

• Row_Size = 41 + 4 + 4 = 49

• Rows_Per_Page = 8..096 / (49 + 2) = 159 rows

• Num_of_Pages = 145.049 / 159 = 912 pages

• Num_of_Bytes = 8.192 x 912 = 7.471.104 bytes

149

• Num_of_Kbytes = (8.192 / 1.024) x 912 = 7.296 Kbytes


3. Record Fakta Retur



Tahun ke-1 = 105% x 2.000 = 2.100 record

Tahun ke-2 = 105% x 2.000 = 2.205 record

Tahun ke-3 = 105% x 2.000 = 2.315 record

Tahun ke-4 = 105% x 2.000 = 2.430 record

Tahun ke-5 = 105% x 2.000 = 2.552 record



adalah :


• Num_Col = 7

• Fixed_Data_Size = 4 + 4 + 4 + 4 + 4 + 4 + 4 = 28 bytes

• Null Bitmap = 2 + (7 + 7) / 8) = 4

• Row_Size = 28 + 4 + 4 = 36

• Rows_Per_Page = 8.096 / (36 + 2) = 213 rows


• Num_of_Bytes = 8.192 x 55 = 450.560 bytes

• Num_of_Kbytes = (8.192 / 1.024) x 55 = 440 Kbytes

• Num_of_Mbytes = 440 / 1.024 = 0,43 Mbytes

150

4.8.2 Analisis Tabel Dimensi

Berikut ini adalah perhitungan pertumbuhan data untuk tabel

DimensiWaktu, DimensiJenisPembayaran, DimensiCustomer,

DimensiJenisBarang, DimensiSalesman, DimensiBarang, DimensiArea :

1. Record DimensiWaktu



Tahun ke-1 = 105% x 2.000 = 315 record

Tahun ke-2 = 105% x 2.000 = 330 record

Tahun ke-3 = 105% x 2.000 = 347 record

Tahun ke-4 = 105% x 2.000 = 364 record

Tahun ke-5 = 105% x 2.000 = 382 record



adalah :


• Num_Col = 5

• Fixed_Data_Size = 4 + 4 + 4 + 4 + 4 = 20 bytes

• Null Bitmap = 2 + (5 + 7) / 8) = 4

• Row_Size = 20 + 4 + 4 = 28




151



2. Record DimensiJenisPembayaran

Asumsi jumlah record data untuk satu tahun adalah 2 record, data tidak

mengalami penambahan maka jumlah record sampai tahun kelima adalah

2 record.


adalah :

• Num_Row = 2 record

• Num_Col = 3

• Fixed_Data_Size = 4 + 10 + 10 = 24 bytes

• Null Bitmap = 2 + (3 + 7) / 8) = 3

• Row_Size = 24 + 3 + 4 = 31

• Rows_Per_Page = 8096 / (31 + 2) = 245 rows

• Num_of_Pages = 2 / 245 = 0,008 pages

• Num_of_Bytes = 8.192 x 0,008 = 65,536 bytes

• Num_of_Kbytes = (8.192 / 1.024) x 0,008 = 0,064 Kbytes

• Num_of_Mbytes = 0,064 / 1.024 = 0,0000625 Mbytes

3. Record DimensiCustomer



Tahun ke-1 = 105% x 500 = 525 record

Tahun ke-2 = 105% x 525 = 551 record

152

Tahun ke-3 = 105% x 551 = 579 record

Tahun ke-4 = 105% x 579 = 608 record

Tahun ke-5 = 105% x 608 = 638 record



adalah :


• Num_Col = 5


• Null Bitmap = 2 + (5 + 7) / 8) = 4

• Row_Size = 74 + 4 + 4 = 82




• Num_of_Kbytes = (8192 / 1.024) x 30 = 240 Kbytes


4. Record DimensiJenisBarang

Asumsi jumlah record data untuk satu tahun adalah 20 record, data tidak

mengalami penambahan maka jumlah record sampai tahun kelima adalah

20 record.


adalah :

153


• Num_Col = 3


• Null Bitmap = 2 + (3 + 7) / 8) = 3

• Row_Size = 34 + 3 + 4 = 41


• Num_of_Pages = 20 / 192 = 0,104 pages

• Num_of_Bytes = 8.192 x 0,104 = 851,968 bytes

• Num_of_Kbytes = (8.192 / 1.024) x 0,104 = 0,832 Kbytes

• Num_of_Mbytes = 0,832 / 1.024 = 0,000813 Mbytes

5. Record DimensiSalesman



Tahun ke-1 = 105% x 100 = 105 record

Tahun ke-2 = 105% x 105 = 110 record

Tahun ke-3 = 105% x 110 = 116 record

Tahun ke-4 = 105% x 116 = 122 record

Tahun ke-5 = 105% x 122 = 128 record

Jadi, total record selama lima tahun adalah 581 record.


adalah :


• Num_Col = 5

154


• Null Bitmap = 2 + (5 + 7) / 8) = 4

• Row_Size = 7 4 + 4 + 4 = 82


• Num_of_Pages = 581 / 96 = 6 pages


• Num_of_Kbytes = (8.192 / 1.024) x 6 = 48Kbytes


6. Record DimensiBarang



Tahun ke-1 = 105% x 15.000 = 15.750 record

Tahun ke-2 = 105% x 15.000 = 16.538 record

Tahun ke-3 = 105% x 15.000 = 17.365 record

Tahun ke-4 = 105% x 2.000 = 18.233 record

Tahun ke-5 = 105% x 2.000 = 19.145 record



adalah :


• Num_Col = 4

• Fixed_Data_Size = 4 + 10 + 20 + 9 = 43 bytes

• Null Bitmap = 2 + (4 + 7) / 8) = 3

155

• Row_Size = 43 + 3 + 4 = 50



• Num_of_Bytes = 8.192 x 558 = 4.571.136 bytes

• Num_of_Kbytes = (8.192 / 1.024) x 558 = 4.464 Kbytes


7. Record DimensiArea



Tahun ke-1 = 105% x 50 = 53 record





Jadi, total record selama lima tahun adalah 295 record.


adalah :


• Num_Col = 3


• Null Bitmap = 2 + (3 + 7) / 8) = 3

• Row_Size = 34 + 4 + 4 = 42


156

• Num_of_Pages = 295 / 184 = 2 pages




Berdasarkan hasil perhitungan analisis kapasitas media penyimpanan dan

pertumbuhan data di atas, maka dapat digambarkan melalui tabel sebagai berikut :

Nama Tabel Besar Record (Bytes)

Jumlah Record

Jumlah Record 5 tahun ke

Depan

Jumlah (Mbytes)

FaktaPenjualan 49 50.000 290.094 14,26 FaktaPiutang 49 25.000 145.049 7,125 FaktaRetur 36 2.000 11.602 0,43

DimensiWaktu 20 300 1.738 0,06 DimensiJenisPembayaran 24 2 2 0,0000625

DimensiCustomer 74 500 2.901 0,24 DimensiJenisBarang 34 20 20 0,000813

DimensiSalesman 74 100 581 0,047 DimensiBarang 43 15.000 87.031 4,36 DimensiArea 34 50 295 0,016

Total 26.5388 Tabel 4.18 Tabel Analisis Kapasitas Media Penyimpanan untuk 5 tahun kedepan

157

4.9 Analisis Pertumbuhan Data

Analisis perkiraan pertumbuhan data yang terjadi pada Perusahaan Teh Tong

Tji adalah sebagai berikut :

Nama Tabel Besar Record (bytes)

Jumlah Record

Jumlah (Mbytes)

Jumlah Tumbuh Record

Tumbuh %

FaktaPenjualan 49 50.000 14,26 2.500 5 FaktaPiutang 49 25.000 7,125 1.250 5 FaktaRetur 36 2.000 0,43 100 5

DimensiWaktu 20 300 0,06 15 5 DimensiJenisPembayaran 24 2 0,008 0 0

DimensiCustomer 74 500 0,24 25 5 DimensiJenisBarang 34 20 0,008 0 0

DimensiSalesman 74 100 0,047 5 5 DimensiBarang 43 15.000 4,36 750 5 DimensiArea 34 50 0,016 3 5

Tabel 4.19 Tabel Analisis Pertumbuhan Data

4.10 Analisis Manfaat

Data warehouse penjualan yang dirancang untuk Perusahaan Teh Tong

Tji diharapkan akan dapat memberikan manfaat diantaranya yaitu sebagai

berikut :

1. Laporan penjualan dapat ditampilkan ke dalam bentuk tabel dan grafik

sehingga mempermudah proses analisis data khususnya di bidang

penjualan, piutang, dan retur barang perusahaan.

2. Dapat menyediakan informasi perusahaan khususnya di bidang penjualan

yamg mencakup penjualan barang, piutang, dan retur yang dapat

mempermudah di dalam proses pengambilan keputusan oleh pihak

eksekutif perusahaan khususnya pada bidang penjualan.

158

3. Data warehouse yang diusulkan dapat dijadikan sebagai dasar

pengembangan aplikasi pendukung pengambil keputusan lainnya seperti

Decision Support System (DSS), Executive Information System (EIS), dan

juga dapat dikembangkan data mining berdasarkan data warehouse yang

telah dibuat.

4.11 Implementasi dan Evaluasi

4.11.1 Rencana Implementasi

Data warehouse yang diusulkan untuk Perusahaan Teh Tong Tji

akan diimplementasikan sesuai dengan tabel berikut :

Minggu ke- Aktifitas 1 2 3 4 5 6 7 8 9 Pengadaan hardware dan software Instalasi hardware dan software Transformasi Data Uji Coba Aplikasi Baru Pelatihan Pemakaian Aplikasi Evaluasi Hasil Pelatihan Evaluasi Aplikasi

Tabel 4.20 Tabel Rencana Implementasi

4.11.2 Backup dan Recovery data

4.11.2.1 Backup

Perusahaan perlu melakukan backup data warehouse

untuk menghindari terjadinya kerusakan atau kehilangan

data yang disebabkan oleh rusaknya komputer server,

kebakaran, dan pencurian.

159

Proses backup akan dilakukan terhadap database

data warehouse, DTS, dan OLAP. Untuk proses backup

pada database data warehouse akan digunakan metode

complete untuk pertama kali, kemudian untuk backup

selanjutnya akan digunakan metode differential yang artinya

backup hanya akan dilakukan pada data yang mengalami

perubahan saja, dimana backup dilakukan selama satu bulan

sekali.

Sedangkan backup terhadap file DTS hanya

dilakukan sekali saja selama tidak terjadi perubahan. Proses

backup untuk file DTS dilakukan dengan cara menyimpan

file DTS ke dalam harddisk yang telah disediakan untuk

backup dengan memilih modus Structured Storaged File

pada kolom location yang terdapat pada Enterprise

Manager Microsoft SQL Server 2000.

Proses backup terhadap OLAP dilakukan setelah

proses ETL yaitu dengan cara memilih modus archive

database yang terdapat pada Analysis Manager dan

kemudian di backup ke dalam harddisk yang telah

disediakan.

160

4.11.2.2 Recovery

Recovery merupakan suatu proses mengambil

kembali data yang sudah hilang, terhapus, atau rusak. Untuk

dapat melakukan proses ini, maka data yang akan di-restore

harus telah di backup sebelumnya.

Proses restore tidak memiliki jadwal tertentu. Hal ini

dikarenakan proses restore dilakukan sesuai dengan

kebutuhan. Modus yang digunakan didalam proses restore

yaitu modus complete dan modus differential. Modus

complete adalah restore data secara keseluruhan, sedangkan

modus differential adalah restore sebagian data.

4.11.3 Keamanan

4.11.3.1 Authorization

Authorization dibutuhkan untuk membatasi hak

akses dari user yang dapat mengakses data yang terdapat

pada OLAP. Setiap user memiliki hak akses masing-masing

seperti yang tertera pada tabel hak akses manajemen (tabel

4.6).

Setiap user dapat mengakses table dan grafik sesuai

dengan yang telah ditentukan oleh database administrator.

table dan grafik dapat diakses dari setiap dimensi. Untuk

melakukan perubahan terhadap DTS hanya dapat dilakukan

oleh database administrator. Melihat dan melakukan

161

perubahan data terhadap user lain juga hanya dapat

dilakukan oleh database administrator.

4.11.3.2 Authentication

Untuk menjaga keamanan data, pada prototipe

aplikasi data warehouse yang diusulkan diberlakukan

authentication, yaitu memberikan account berupa username

dan password. Hal ini ditujukan agar hanya user yang

terdaftar yang dapat mengakses data yang ada.

4.11.4 Evaluasi

Evaluasi dari aplikasi ini dilakukan secara langsung oleh user,

dengan cara memperhatikan bagaimana aplikasi ini dapat membantu

user di dalam menyediakan informasi yang mereka butuhkan.

Secara umum, hal-hal yang dievaluasi di dalam aplikasi ini adalah

masalah kemudahan di dalam menggunakan aplikasi tersebut,

kelengkapan data, dan keakuratan data yang dihasilkan.

Staff yang melakukan evaluasi terhadap aplikasi ini adalah Bapak

Thomas sebagai direktur, Ibu Subur Yani sebagai Supervisor

Administrator, Ibu Lussy Margareta sebagai Sistem Operasional, Bapak

Ferry Yanto sebagai Entry Data Processing , Ibu Santi sebagai

Administrator, dan Daniel Setiadi sebagai Account Officer.

Setelah melakukan evaluasi terhadap aplikasi yang diusulkan,

maka dapat diambil beberapa kesimpulan yang didapat dari komentar

selama evaluasi berlangsung, yaitu :

162

• Laporan yang dihasilkan cukup mudah dimengerti, baik

itu dalam bentuk grafik maupun di dalam bentuk tabel

• Keakuratan data yang dihasilkan dari laporan sudah benar.

• Dengan adanya aplikasi ini, dapat mempermudah user

untuk memperoleh informasi yang dibutuhkan sehingga

dapat membantu di dalam pengambilan keputusan terkait

dengan bidang penjualan

• Penggunaan aplikasi dirasakan cukup sulit oleh para user,

dikarenakan user baru pertama kali menggunakan aplikasi

data warehouse seperti ini. Oleh karena itu, untuk

mengatasi masalah kemudahan di dalam penggunaan

aplikasi ini, akan dilakukan pelatihan aplikasi kepada user

selama tiga minggu sesuai dengan jadwal rencana

implementasi.

Documents

BAB 4 PERANCANGAN DAN IMPLEMENTASI DATA WAREHOUSE …thesis.binus.ac.id/Doc/Bab4/2008-1-00372-IF-Bab_4.pdf · 70 Perusahaan Teh Tong Tji yang diusulkan dapat digambarkan seperti pada