BAB 4 PERANCANGAN DAN IMPLEMENTASI DATA WAREHOUSE. 4.1 Anatomi dan Arsitektur Data Warehouse Perusahaan Teh Tong Tji

(1)

69

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

(2)

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

(3)

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.

(4)

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

(5)

• 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

(6)

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.

(7)

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.

(8)

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

(9)

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

(10)

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.

(11)

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 :

(12)

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

(13)

• 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

(14)

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,

(15)

DimensiJenisPembayaran, DimensiSalesman, DimensiWaktu, FaktaPenjualan, FaktaPiutang, FaktaRetur, yang dapat digambarkan sebagai berikut :

• Transformasi Data DimensiArea

(16)

• Transformasi Data DimensiBarang

Gambar 4.3 Gambar Transformasi Data untuk tabel DimensiBarang • Transformasi Data DimensiCustomer

(17)

• Transformasi Data DimensiJenisBarang

Gambar 4.5 Gambar Transformasi Data untuk tabel DimensiJenisBarang • Transformasi Data DimensiJenisPembayaran

(18)

• Transformasi Data DimensiSalesman

Gambar 4.7 Gambar Transformasi Data untuk tabel DimensiSalesman • Transformasi Data DimensiWaktu

(19)

• Transformasi Data FaktaPenjualan

Gambar 4.9 Gambar Transformasi Data untuk tabel FaktaPenjualan • Transformasi Data FaktaPiutang

(20)

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

(21)

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,

(22)

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 :

(23)

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.

(24)

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.

(25)

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

(26)

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

(27)

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

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

(28)

Tabel Dimensi Jenis Pembayaran

Nama Tabel : DimensiJenisPembayaran Primary Key : JenisPembayaranID

Field Type Panjang

Field

Keterang an

Sumber Tabel Sumber Field Proses JenisPembayara nID Int 4 ID Jenis Pembayar an Create New KdJenisPembay aran Char 10 Kode Jenis Pembayar an JenisPembayaran KdJenisPembay aran Copy JenisPembayara n Varchar 10 Jenis Pembayar an JenisPembayaran JenisPembayara n Copy

Tabel 4.12 Tabel DimensiJenisPembayaran

Tabel Dimensi Jenis Barang

Nama Tabel : DimensiJenisBarang Primary Key : JenisBarangID

Field Type Panjang

Field

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

(29)

Tabel Dimensi Waktu

Nama Tabel : DimensiWaktu Primary Key : WaktuID

Field Type Panjang Field Keteran gan

Sumber Tabel Sumber Field Proses WaktuID Int 4 ID Waktu Create New SalesOrderHeader TglPeme sanan Tahun(SalesOrderHeader.TglPemesanan)

Tahun Int 4 Tahun

ReturHeader TglRetur Tahun(ReturHeader.TglRetur)

Kuartal Int 4 Kuartal SalesOrderHeader TglPeme

sanan 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

(30)

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 TglPeme sanan 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

(31)

Tabel Fakta Penjualan

Nama Tabel : FaktaPenjualan

Field Type Panj

ang Field

Keteran gan

Sumber Tabel Sumber Field

Proses

WaktuID Int 4 Kode

Waktu

DimensiWaktu WaktuID Copy

SalesmanID Int 4 Kode

Salesm an

DimensiSalesm an

SalesmanID Copy

BarangID Int 4 Kode

Barang

DimensiBarang BarangID Copy JenisBarangID Int 4 Kode

Jenis Barang DimensiJenisBa rang JenisBarang ID Copy

CustomerID Int 4 Kode

Custom er

DimensiCustom er

CustomerID Copy

AreaID Int 4 Kode

Area

DimensiArea AreaID Copy JenisPembayara nID Int 4 Kode Jenis Pemba yaran DimensiJenisPe mbayaran JenisPemba yaranID Copy JumlahBarangT erjual Int 4 Jumlah Barang yang terjual SalesOrderDetai l

Subtotal Sum Qty

JumlahPembaya ranTunai num eric 9 Jumlah pembay aran secara tunai SalesOrderDetai l Barang Subtotal Harga * Qty Where JenisPemb ayaran = Tunai Tabel 4.15 Tabel FaktaPenjualan

(32)

Tabel Fakta Piutang

Nama Tabel : FaktaPiutang Field Type Panjan

g Field

Keterang an

Sumber Tabel Sumber Field Proses

WaktuID Int 4 Kode

Waktu

DimensiWaktu WaktuID Copy BarangID Int 4 Kode

Barang

DimensiBarang BarangID Copy JenisBara ngID Int 4 Kode Jenis Barang DimensiJenisB arang JenisBarangID Copy CustomerI D Int 4 Kode Custome r DimensiCusto mer CustomerID Copy

AreaID Int 4 Kode

Area

DimensiArea AreaID Copy

JenisPem bayaranID Int 4 Kode Jenis Pembaya ran DimensiJenisP embayaran JenisPembayar anID Copy JumlahPiu tang Nume ric 17 Jumlah dari piutang SalesOrderDet ail Barang Subtotal Harga * Qty where JenisPem bayaran = Kredit Tabel 4.16 Tabel FaktaPiutang

(33)

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 :

(34)

(35)

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

(36)

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”

(37)

4.6.2.4 Sales Pivot Table

(38)

4.6.2.5 Account Receivable Pivot Table

(39)

4.6.2.6 Return Pivot Table

(40)

4.6.2.7 Sales Pivot Chart

(41)

4.6.2.8 Account Receivable Pivot Chart

(42)

4.6.2.9 Return Pivot Chart

(43)

4.6.2.10 DTS (Data Transformation Services)

(44)

4.6.2.11 Add User

(45)

4.6.2.12 Change Password

(46)

4.6.2.13 List User

(47)

4.6.2.14 About Developer

(48)

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

(49)

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 :

(50)

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

(51)

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)

(52)

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.

(53)

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,

(54)

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 :

(55)

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.

(56)

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.

(57)

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 :

(58)

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 :

(59)

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.

(60)

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.

(61)

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 :

(62)

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 :

(63)

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 :

(64)

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 :

(65)

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 :

(66)

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.

(67)

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 :

(68)

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

(69)

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 :

(70)

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

(71)

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

(72)

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.

(73)

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

(74)

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.

(75)

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

(76)

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.

(77)

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

(78)

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

(79)

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

(80)

• 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

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

(81)

• 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

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

(82)

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

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

(83)

• 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

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

(84)

Tahun ke-3 = 105% x 551 = 579 record Tahun ke-4 = 105% x 579 = 608 record Tahun ke-5 = 105% x 608 = 638 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 :

(85)

• 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

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.

• Num_Row = 581 record • Num_Col = 5

(86)

• 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

• Num_Row = 87.031 record • Num_Col = 4

• Fixed_Data_Size = 4 + 10 + 20 + 9 = 43 bytes • Null Bitmap = 2 + (4 + 7) / 8) = 3

(87)

• 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

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

(88)

• 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

(89)

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.