Upload
nguyenkhuong
View
219
Download
1
Embed Size (px)
Citation preview
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
JenisBarangID CustomerID
AreaID JenisPembayaranID
Non Clustered
FaktaRetur Retur_Index WaktuID SalesmanID BarangID
JenisBarangID CustomerID
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
Field Type Panjang Field
Keterangan Sumber Tabel
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
Field Type Panjang Field
Keterangan Sumber Tabel
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
Field Type Panjang Field
Keterangan Sumber Tabel
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
Field Type Panjang Field
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
Field Type Panjang Field
Keterangan Sumber Tabel
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
Field Type Panjang Field
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
Field Type Panjang Field
Keterangan
Sumber Tabel Sumber Field Proses
WaktuID Int 4 Kode Waktu
DimensiWaktu WaktuID 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
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
Field Type Panjang Field
Keterangan Sumber Tabel Sumber Field
WaktuID Int 4 Kode Waktu
DimensiWaktu WaktuID
SalesmanID Int 4 Kode Salesman
DimensiSalesman SalesmanID
BarangID Int 4 Kode Barang
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
User memasukkan username dan
password kemudian tekan tombol “login”
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
User memasukkan username dan
password kemudian tekan tombol “login”
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,
dimana apabila user memilih tombol close, tampilan akan kembali
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
Tong Tji beserta alamat dan nomor telepon perusahaan.
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,
dimana apabila user memilih tombol close, tampilan akan kembali
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
beserta alamat dan nomor telepon perusahaan.
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
beserta alamat dan nomor telepon perusahaan.
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
Tong Tji beserta alamat dan nomor telepon perusahaan.
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
sukses yang diusulkan :
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
sukses yang diusulkan :
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
Asumsi jumlah record data untuk satu tahun adalah 25000 record, maka
jumlah record sampai tahun kelima adalah sebagai berikut :
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
Jadi, total record selama lima tahun adalah 145.049 record.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
• Num_Row = 145.049 record
• 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
• Num_of_Mbytes = 7.296 / 1.024 = 7,125 Mbytes
3. Record Fakta Retur
Asumsi jumlah record data untuk satu tahun adalah 2000 record, maka
jumlah record sampai tahun kelima adalah sebagai berikut :
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
Jadi, total record selama lima tahun adalah 11.602 record.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
• Num_Row = 11.602 record
• 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_Pages = 11.602 / 213 = 55 pages
• 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
Asumsi jumlah record data untuk satu tahun adalah 300 record, maka
jumlah record sampai tahun kelima adalah sebagai berikut :
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
Jadi, total record selama lima tahun adalah 1.738 record.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
• Num_Row = 1.738 record
• 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
• Rows_Per_Page = 8.096 / (28 + 2) = 270 rows
• Num_of_Pages = 1.738 / 270 = 7 pages
• Num_of_Bytes = 8.192 x 7 = 57.344 bytes
151
• Num_of_Kbytes = (8.192 / 1.024) x 7 = 56 Kbytes
• Num_of_Mbytes = 56 / 1.024 = 0,06 Mbytes
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.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
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
Asumsi jumlah record data untuk satu tahun adalah 500 record, maka
jumlah record sampai tahun kelima adalah sebagai berikut :
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
Jadi, total record selama lima tahun adalah 2.901 record.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
• Num_Row = 2.901 record
• Num_Col = 5
• Fixed_Data_Size = 4 + 10 + 20 + 30 + 10 = 74 bytes
• Null Bitmap = 2 + (5 + 7) / 8) = 4
• Row_Size = 74 + 4 + 4 = 82
• Rows_Per_Page = 8.096 / (82 + 2) = 96 rows
• Num_of_Pages = 2.901 / 96 = 30 pages
• Num_of_Bytes = 8.192 x 30 = 245.760 bytes
• Num_of_Kbytes = (8192 / 1.024) x 30 = 240 Kbytes
• Num_of_Mbytes = 240 / 1.024 = 0,24 Mbytes
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.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
153
• Num_Row = 20 record
• Num_Col = 3
• Fixed_Data_Size = 4 + 10 + 20 = 34 bytes
• Null Bitmap = 2 + (3 + 7) / 8) = 3
• Row_Size = 34 + 3 + 4 = 41
• Rows_Per_Page = 8.096 / (41 + 2) = 192 rows
• 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
Asumsi jumlah record data untuk satu tahun adalah 100 record, maka
jumlah record sampai tahun kelima adalah sebagai berikut :
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.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
• Num_Row = 581 record
• Num_Col = 5
154
• Fixed_Data_Size = 4 + 10 + 20 + 30 + 10 = 74 bytes
• Null Bitmap = 2 + (5 + 7) / 8) = 4
• Row_Size = 7 4 + 4 + 4 = 82
• Rows_Per_Page = 8.096 / (82 + 2) = 96 rows
• Num_of_Pages = 581 / 96 = 6 pages
• Num_of_Bytes = 8.192 x 6 = 49.152 bytes
• Num_of_Kbytes = (8.192 / 1.024) x 6 = 48Kbytes
• Num_of_Mbytes = 48 / 1.024 = 0,047 Mbytes
6. Record DimensiBarang
Asumsi jumlah record data untuk satu tahun adalah 15000 record, maka
jumlah record sampai tahun kelima adalah sebagai berikut :
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
Jadi, total record selama lima tahun adalah 87.031 record.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
• Num_Row = 87.031 record
• 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
• Rows_Per_Page = 8.096 / (50 + 2) = 156 rows
• Num_of_Pages = 87.031 / 156 = 558 pages
• Num_of_Bytes = 8.192 x 558 = 4.571.136 bytes
• Num_of_Kbytes = (8.192 / 1.024) x 558 = 4.464 Kbytes
• Num_of_Mbytes = 4.464 / 1.024 = 4,36 Mbytes
7. Record DimensiArea
Asumsi jumlah record data untuk satu tahun adalah 50 record, maka
jumlah record sampai tahun kelima adalah sebagai berikut :
Tahun ke-1 = 105% x 50 = 53 record
Tahun ke-2 = 105% x 53 = 56 record
Tahun ke-3 = 105% x 56 = 59 record
Tahun ke-4 = 105% x 59 = 62 record
Tahun ke-5 = 105% x 62 = 65 record
Jadi, total record selama lima tahun adalah 295 record.
Maka besarnya media penyimpanan yang dibutuhkan dalam lima tahun
adalah :
• Num_Row = 295 record
• Num_Col = 3
• Fixed_Data_Size = 4 + 10 + 20 = 34 bytes
• Null Bitmap = 2 + (3 + 7) / 8) = 3
• Row_Size = 34 + 4 + 4 = 42
• Rows_Per_Page = 8.096 / (42 + 2) = 184 rows
156
• Num_of_Pages = 295 / 184 = 2 pages
• Num_of_Bytes = 8.192 x 2 = 16.384 bytes
• Num_of_Kbytes = (8.192 / 1.024) x 2 = 16 Kbytes
• Num_of_Mbytes = 16 / 1.024 = 0,016 Mbytes
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.