BAB 4 PERANCANGAN SISTEM YANG DIUSULKAN. Perancangan data warehouse dilakukan dalam beberapa tahap. Adapun

(1)

PERANCANGAN SISTEM YANG DIUSULKAN 4.1 Sistem yang Diusulkan

Perancangan data warehouse dilakukan dalam beberapa tahap. Adapun tahapan-tahapan tersebut adalah:

a. Mempelajari latar belakang dan tujuan perusahaan

Dilakukan untuk mengetahui faktor apa saja yang dapat mempengaruhi keberhasilan perusahaan dan kebutuhan informasi untuk pihak manajemen b. Menganalisa data dan informasi

Dilakukan analisa terhadap data dan informasi yang telah diperoleh untuk mengetahui permasalahan yang dihadapi, dan kemudian mencari pemecahan dari masalah tersebut. Analisa dilakukan dengan menggunakan analisa matriks dan analisa Critical Success Factor.

c. Melakukan Clustering

Clustering dilakukan untuk menentukan subyek data utama dalam kegiatan bisnis PT. Rahadicipta Primasatya. Subyek data utama tersebut digunakan untuk merancang Skema Bintang.

d. Merancang Skema Bintang dan metadata

Dalam perancangan Skema Bintang, dirancang table fakta dan tabel dimensi, yang dibutuhkan dalam pembentukan metadata.

e. Membuat analisa pertumbuhan data

Analisa pertumbuhan data dilakukan sampai dengan lima tahun ke depan karena data warehouse yang direncanakan memiliki rentang waktu kurang lebih lima tahun, sebelum data pada Data warehouse tersebut di backup dan disimpan.

(2)

Selain itu hasil analisa ini juga digunakan untuk memperkirakan spesifikasi perangkat keras yang dibutuhkan.

4.1 Rancangan Data warehouse

Perancangan data warehouse dimulai dengan mencari data dari berbagai sumber yang berhubungan dengan pembuatan laporan bagi pimpinan perusahaan.

Berikutnya data tersebut diambil dan dipindahkan ke dalam media penyimpanan data yang besar. Didalam penampungan ini dilakukan transformasi data agar data berada dalam bentuk yang terintegrasi dan konsisten. Selain itu dilakukan pula pembuatan back up dan archiving data yang dapat digunakan untuk mengakses data yang terhubung dengan pembuatan laporan.

Dalam perancangan data warehouse untuk RCPS digunakan anatomi data warehouse terpusat. RCPS memiliki sebuah database yang dapat digunakan untuk membuat laporan sebagai dasar pengembangan sistem EIS maupun DSS di masa yang akan datang. Data warehouse ini terpisah dari data operasional dengan tujuan agar tidak mengganggu database operasional dan juga meringankan kerja database operasional.

(3)

Berikut ini pada gambar 4.1 terlihat skema sistem data warehouse yang dipergunakan :

iMac user 1

iMac user 2

iM ac user 4

iM ac user 5

iMac user 3 Data

Warehouse Transformasi

Data database

supplier

database salesorder hd

database stock control

database customer

database purchaseor

derdt

database contract database

jenis

database purchaeor derhd

database barang

database salesorder

dt Database

staff

data source

Gambar 4.1

Skema Sistem Data warehouse

Sistem data warehouse ini terdiri dari komponen-komponen sebagai berikut:

1. Sumber Data

Sumber data adalah basis data operasional yang digunakan beserta struktur datanya. Basis data operasional tersebut adalah sebagai berikut:

1. CUSTOMER ; tabel yang berisi data customer 2. SUPPLIER ; tabel yang berisi data pemasok

3. PURCHASEORDERHD ; tabel yang berisi data pembelian header

(4)

4. PURCHASEORDERDT ; tabel yang berisi detail data dari pembelian

5. SALESORDERHD ; tabel yang berisi data penjualan header 6. SALESORDERDT ; tabel yang berisi data penjualan detail 7. STOCK CONTROL ; tabel yang berisi stok persediaan barang yang telah dibeli

8. STAFF ; tabel yang berisi data staff 9. BARANG ; tabel yang berisi data barang.

10. JENIS ; tabel yang berisi data jenis barang

11. CONTRACT; tabel yang berisi data tentang contract pembelian.

2. Transformasi Data

Sumber data yang berasal dari data operasional yang diekstrak dan ditransformasikan ke dalam data warehouse. Transformasi dilakukan untuk mengubah karakteristik data untuk memperoleh data yang terintegrasi.

3. Data warehouse

Data-data operasional yang telah melalui proses DTS yang berada di dalam server data warehouse yang berisi gabungan dari semua data yang dibutuhkan serta siap dipergunakan untuk membangun aplikasi-aplikasi penunjang keputusan bagi pihak manajemen.

4. Aplikasi

Aplikasi berfungsi untuk mengolah data yang ada pada data warehouse dan menyajikan informasi-informasi strategis yang digunakan untuk keperluan pihak manajemen untuk proses pengambilan keputusan.

(5)

5. Pengguna

Pengguna yang dapat mengakses aplikasi beserta data warehouse, dalam hal ini adalah pihak-pihak pengambil keputusan seperti manajer direksi dan yang bertugas untuk pengambilan keputusan.

4.1.1 Perancangan Database Data warehouse 4.1.1.1 Choosing The Process (Memilih Proses)

Dari ERD yang ada pada sistem berjalan pada PT.

Rahadicipta Primasatya didapatkan berberapa proses yang ada pada proses bisnisnya. Yaitu:

1. Penjualan 2. Pembelian 3. Stock control

(6)

Gambar 4.2

Chossing The Process ( Memilih Proses )

Pada gambar 4.2 terlihat proses-proses yang terjadi pada proses bisnis PT. Rahadicipta Primasatya.

4.1.1.2 Choosing The Grain ( Memilih yang Direpresentasikan ) Choosing the grain maksudnya adalah memilih langsung apa yang direpresentasikan oleh tabel fakta. Dan didapatkan hasil sebagai berikut:

1. Grain untuk proses bisnis penjualan adalah entity Staff, Customer, Barang, Contract.

Gambar 4.3

Grain Untuk Proses Bisnis Penjualan

Pada gambar 4.3 terlihat pemilihan grain untuk proses bisnis penjualan.

(7)

2. Grain untuk proses bisnis pembelian adalah entity Supplier, Stok, Staff.

Gambar 4.4

Grain Untuk Proses Bisnis Pembelian

Pada gambar 4.4 terlihat pemilihan grain untuk proses bisnis pembelian.

3. Grain untuk proses bisnis Stock control adalah entity Stok, dan Staff.

Gambar 4.5

(8)

Grain Untuk Proses Bisnis Stock control

Pada gambar 4.5 terlihat pemilihan grain untuk proses bisnis stock control.

4.1.1.3 Identifying and Conforming The Dimension

Dari grain-grain di atas maka diperoleh dimensi-dimensi sebagai berikut:

(9)

Fakta Pembelian Supplier_ID Barang_ID Staff_ID Waktu_ID Jenis_ID Contract_ID Jumlah_Brg_Beli Total_Beli Dim_Wkt

Wkt_ID Tahun Kuartal Bulan Hari

Dim_Cont Contract_ID Ket_Cont

Dim_Jenis Jenis_ID Nm_Jenis

Dim_Brg Brg_ID Nm_Brg Hrg_Brg

Dim_Supp Supp_ID Nm_Supp Addr_Supp Telp_Supp

Dim_Staff Staff_ID Nm_Staff Addr_Staff Telp_Staff Sex_Staff Dim_Cust

Cust_ID Nm_Cust Addr_Cust Telp_Cust

Fact Penjualan Cust_ID

Brg_ID Staff_ID Wkt_ID Jenis_ID

Jumlah_Barang_Jual Total_Jual

Fact Stock Control Brg_ID

Wkt_ID Jenis_ID Stok_In Stok_Out Jumlah

Gambar 4.6

Tabel Identifying and Conforming The Dimension

Gambar 4.6 menunjukkan proses pengidentifikasian dan pengkonfirmasian dimensi-dimensi yang telah dipilih dari proses-proses sebelumnya.

(10)

Setelah menentukan Tabel Identifying and Conforming The Dimension, maka dapat membuat skema bintang dari fakta tersebut yaitu 1 Skema Bintang Fakta Penjualan

Dim_Wkt Wkt_ID Tahun Kuartal Bulan Hari

Dim_Jenis Jenis_ID Nm_Jenis Dim_Brg

Brg_ID Nm_Brg Hrg_Brg

Dim_Staff Staff_ID Nm_Staff Addr_Staff Telp_Staff Sex_Staff Dim_Cust

Cust_ID Nm_Cust Addr_Cust Telp_Cust

Fact Penjualan Cust_ID

Brg_ID Staff_ID Wkt_ID Jenis_ID

Gambar 4.7

Skema Bintang Fakta Penjualan

Pada gambar 4.7 terlihat gambar Skema Bintang fakta penjualan beserta dimensi barang, dimensi jenis, dimensi staff, dimensi customer, dimensi waktu

(11)

2 Skema Bintang Fakta Pembelian

Fakta Pembelian Supplier_ID Barang_ID Staff_ID Waktu_ID Jenis_ID Contract_ID Jumlah_Brg_Beli Total_Beli Dim_Wkt

Wkt_ID Tahun Kuartal Bulan Hari

Dim_Cont Contract_ID Ket_Cont Dim_Jenis

Jenis_ID Nm_Jenis

Dim_Brg Brg_ID Nm_Brg Hrg_Brg

Dim_Supp Supp_ID Nm_Supp Addr_Supp Telp_Supp

Dim_Staff Staff_ID Nm_Staff Addr_Staff Telp_Staff Sex_Staff

Gambar 4.8

Skema Bintang Fakta Pembelian

Pada gambar 4.8 terlihat gambar Skema Bintang fakta pembelian beserta dimensi supplier, dimensi waktu, dimensi staff, dimensi jenis, dimensi barang, dimensi contract.

(12)

3. Skema Bintang Fakta Stock control

Dim_Wkt Wkt_ID Tahun Kuartal Bulan Hari

Dim_Jenis Jenis_ID Nm_Jenis

Dim_Brg Brg_ID Nm_Brg Hrg_Brg Fact Stock Control

Brg_ID Wkt_ID Jenis_ID Stok_In Stok_Out Jumlah

Gambar 4.9

Skema Bintang Fakta Stock control

Pada gambar 4.9 terlihat gambar Skema Bintang fakta stock control beserta dimensi waktu, dimensi barang, dimensi jenis.

(13)

Tabel 4.1

Tabel Fakta Pembelian, Penjualan, dan Stock control

T a

b e

Tabel 4.1 menunjukkan fakta yang telah ada dan juga dimensi-dimensi yang berhubungan dengannya.

4.2.1.3 Choosing The Facts ( Memilih Fakta )

Dalam memilih fakta ada dua syarat yang harus dipenuhi yaitu fakta harus numeric dan additive. Bila ada fakta yang memiliki non- numeric dan non-additive maka table fakta tersebut tidak dapat digunakan dan harus diperbaiki sehingga terstruktur secara benar.

Dalam pemilihan fakta ini, sistemnya sudah terpenuhi dan tidak ada masalah dalam numeric dan additive karena didalam fakta tersebut tidak ada fakta yang non-numeric dan non-additive.

4.2.1.4 Storing Pre Calculation in The Fact Table

Dari atribut-atribut entity pada ERD ditentukan measure- measure yang akan digunakan pada data warehouse:

No. Subyek Data Nama Tabel

1. Fakta Penjualan Dim_Cust, Dim_Jenis, Dim_Wkt, Dim_Brg, Dim_Staff

2. Fakta Pembelian Dim_Supp, Dim_Staff, Dim_Wkt, Dim_Brg, Dim_Jenis, Dim_Cont

3. Fakta Stock control Dim_Brg, Dim_Wkt, Dim_Jenis

(14)

Tabel 4.2

Tabel Storing Pre Calculation in The Fact Table

Tabel 4.2 menunjukkan subyek data yang akan digunakan beserta dengan measure-measure yang diperlukan.

4.2.1.5 Rounding Out The Dimension Tables 4.2.1.6.1 Meta data

Meta data memuat informasi tabel dan data warehouse yang mencakup nama database asal database tersebut, nama tabel itu sendiri juga beserta deskripsinya dan lokasi dari database tersebut. Selain itu juga memuat informasi yang mencakup rincian dari tabel tersebut, mengenai nama field, tipe field, field yang menjadi field kunci, panjang field dan deskripsi singkat masing-masing field. Metadata juga No. Subyek Data Measure

1. Penjualan Jumlah_Barang_Jual

Total_Jual (Jumlah_Barang_Jual*Harga_Satuan) Jenis_Pembayaran

2. Pembelian Jumlah_Barang_Beli Total_Beli

(Jumlah_Barang_Beli*Harga_Satuan) 3. Stock control Jumlah (Stok_in – Stok_out)

(15)

dilengkapi dengan informasi tentang nama tabel dan field sumber serta proses transformasinya.

Tabel 4.3 Tabel Meta Data

Nama Database : DW

Nama Tabel : Dim_Customer Deskripsi Tabel : Tabel dimensi customer

No Nama Field Kunci Tipe Pjg Dec Deskripsi Source Tabel Source Field Proses 1. Cust_ID yes Int 6 0 ID Dimensi

Customer

CUSTOMER Kd_Customer Copy

2. Nm_Cust Varchar 50 - Nama Customer

CUSTOMER Nm_

Customer

copy

3. Addr_Cust Varchar 150 - Alamat Customer

CUSTOMER Almt_

Customer

copy

4. Telp_Cust Varchar 15 - Telepon Customer

CUSTOMER Telp_

Customer

copy

Nama Database : DW Nama Tabel : Dim_Barang Deskripsi Tabel : Tabel dimensi barang

No Nama Field Kunci Tipe Pjg Dec Deskripsi Source Tabel Source Field Proses

1. Brg_ID yes Int 6 0 ID

Dimensi Barang

BARANG Kd_Barang Copy

2. Nm_Brg Varchar 50 - Nama

Barang

BARANG Nm_Barang Copy

3. Hrg_Brg Int 10 - Harga

Barang

BARANG Harga Copy

(16)

Nama Database : DW Nama Tabel : Dim_Staff Deskripsi Tabel : Tabel dimensi staff

No Nama Field Kunci Tipe Pjg Dec Deskripsi Source Tabel

Source Field

Proses

1. Staff_ID yes Int 6 0 ID Dimensi Staff

STAFF Kd_Staff Copy

2. Nm_Staff Varchar 50 - Nama Staff STAFF Nm_

Staff

Copy

3. Addr_Staff Varchar 150 - Alamat Staff STAFF Addr Copy 4. Telp_Staff Varchar 15 - Telepon Staff STAFF Telp Copy 5. Sex_Staff Varchar 2 - Jenis Kelamin

Staff

STAFF Sex Copy

Nama Database : DW

Nama Tabel : Dim_Supplier Deskripsi Tabel : Tabel dimensi supplier

No Nama Field Kunci Tipe Pjg Dec Deskripsi Source Tabel Source Field Proses 1. Supp_ID yes Int 6 0 ID Dimensi

Supplier

SUPPLIER Kd_Supplier Copy

2. Nm_Supp Varchar 50 - Nama

Supplier

SUPPLIER Nm_

Supplier

Copy

3. Addr_Supp Varchar 150 - Alamat Supplier

SUPPLIER Addr copy

4. Telp_Supp Varchar 15 - Telepon Supplier

SUPPLIER Telp Copy

(17)

Nama Database : DW Nama Tabel : Dim_Waktu Deskripsi Tabel : Tabel dimensi waktu

No Nama Field Kunci Tipe Pjg Dec Deskripsi Source Tabel Source Field

Proses

1. Waktu_ID yes Int 6 0 ID

Dimensi Waktu

SALESORDERDT PURCHASEORDER DT

STOCKCONTROL

Tgl trans Copy

2. Tahun Varchar 4 - Tahun SALESORDERDT PURCHASEORDER DT

STOCKCONTROL

Year(tgl trans)

Copy

3. Kuartal Varchar 2 - Kuartal SALESORDERDT PURCHASEORDER DT

STOCKCONTROL

Kuartal(t glrans)

Create

4. Bulan Varchar 2 - Bulan SALESORDERDT PURCHASEORDER DT

STOCKCONTROL

Month(tg l trans)

Copy

5. Hari Varchar 2 - Hari SALESORDERDT

PURCHASEORDER DT

STOCKCONTROL

Day(tgl trans)

Copy

(18)

Nama Database : DW Nama Tabel : Dim_Jenis Deskripsi Tabel : Tabel dimensi jenis

No Nama Field Kunci Tipe Pjg Dec Deskripsi Source Tabel

Source Field Proses

1. Jenis_ID yes Int 6 0 ID Dimensi Jenis

JENIS Kd_Jenis Copy

2. Nm_Jenis Varchar 50 - Nama Jenis JENIS Nm_Jenisbarang Copy

Nama Database : DW Nama Tabel : Dim_Cont

Deskripsi Tabel : Tabel dimensi contract

No Nama Field Kunci Tipe Pjg Dec Deskripsi Source Tabel Source Field Proses 1. Cont_ID yes Int 6 0 ID Dimensi

Contract

CONTRACT Kd_Contract Copy

2. Ket_Cont Varchar 50 0 Keterangan Contract

CONTRACT Ket_Contrac t

Copy

Tabel 4.3 menunjukkan metadata dari table-tabel yang digunakan dalam data warehouse. Berikut atribut-atributnya, tipe atribut, panjang, deskripsi, asal tabel, field asal dan juga proses yang terjadi.

(19)

4.2.1.6.2 Tabel Dimensi Tabel 4.4 Tabel Dimensi

Nama Objek Atribut Uraian Tipe Data Besar Null Multi value Dim_Cust Cust_ID

Nm_Cust Addr_Cust Telp_Cust

ID customer Nama customer Alamat customer No telp customer

NVARCHAR NVARCHAR NVARCHAR NVARCHAR

6 50 150 15

No No No No

No No No No Dim_Brg Brg_ID

Nm_Brg Hrg_Brg

ID barang Nama barang Harga barang

NVARCHAR NVARCHAR MONEY

6 50 10

No No No

No No No Dim_Staff Staff_ID

Nm_Staff Addr_Staff Telp_Staff Sex_Staff

ID staff Nama staff Alamat staff Telepon staff Jenis kelamin staff

NVARCHAR NVARCHAR NVARCHAR NVARCHAR NVARCHAR

6 50 150 15 2

No No No No No

No No No No No Dim_Cont Cont_ID

Ket_Cont

ID contract Keterangan contract

NVARCHAR NVARCHAR

6 150

No Yes

No No Dim_Supp Supp_ID

Nm_Supp Addr_Supp Telp_Supp

ID supplier Nama supplier Alamat supplier Telepon supplier

NVARCHAR NVARCHAR NVARCHAR NVARCHAR

6 50 150 15

No No No No

No No No No Dim_Wkt Waktu_ID

Tahun Kuartal Bulan Hari

ID Waktu Tahun Kuartal Bulan Hari

NVARCHAR NVARCHAR NVARCHAR NVARCHAR NVARCHAR

6 4 2 2 2

No No No No No

No No No No No Dim_Jenis Jenis_ID

Nm_Jenis

ID Jenis Nama jenis

NVARCHAR NVARCHAR

6 6

No No

(20)

Tabel 4.4 merupakan tabel dimensi yang berisi nama objek, atribut, uraian atribut, tipe data, dan besarnya.

4.2.1.6.3 Tabel Fakta

Setelah menemukan measure maka dapat dilihat bahwa : Tabel 4.5

Tabel Fakta

Nama Objek Atribut Uraian Tipe Data Besar Null Multi value Fakta Penjualan Barang_ID

Customer_ID Staff_ID Jenis_ID Waktu_ID

ID barang ID customer ID staff ID jenis ID waktu

Jumlah brg yang terjual Total harga jual

NVARCHAR NVARCHAR NVARCHAR NVARCHAR NVARCHAR INTEGER INTEGER

6 6 6 6 6 10 10

No No No No No No No

No No No No No No No Fakta Pembelian Barang_ID

Supplier_ID Staff_ID Jenis_ID Waktu_ID Contract_ID Jumlah_Barang_Beli Total_Beli

ID barang ID supplier ID staff ID jenis ID waktu ID contract

Jumlah brg yang terbeli Total harga beli

NVARCHAR NVARCHAR NVARCHAR NVARCHAR NVARCHAR NVARCHAR INTEGER INTEGER

6 6 6 6 6 6 10 10

No No No No No No No No

Fakta Stock control

Barang_ID Waktu_ID Jenis_ID stok_in

ID barang ID waktu ID jenis barang Barang masuk

NVARCHAR NVARCHAR NVARCHAR INTEGER

6 6 6 10

No No No No

(21)

stok_out Jumlah

Barang keluar

Selisih barang masuk dan barang keluar

INTEGER INTEGER

10 10

No No

Tabel 4.5 menunjukkan fakta-fakta yang digunakan, atribut, uraian atribut, tipe data, dan besarnya.

4.2.1.7 Choosing The Duration of The Database

Pemilihan durasi database berarti pemilihan rentang waktu data yang akan digunakan dan disimpan di dalam tabel-tabel fakta.

Pemilihan durasi database didasarkan pada kebutuhan dari perusahaan yang bersangkutan. Langkah ini dilakukan karena fakta yang digunakan dapat menimbulkan masalah-masalah yang sangat penting antara lain ketika data itu semakin tua maka masalah- masalah mungkin akan timbul bila data tersebut akan dibaca dan diinterpretasikan. Yang kedua, adalah wajib bagi kita untuk menggunakan dimensi-dimensi penting dalam versi lama, bukan versi yang terbaru. Hal ini disebut juga dengan slowly changing dimension.

Dalam perancangan data warehouse ini waktu durasi yang ditentukan adalah lima tahun. Alasan mengambil waktu lima tahun karena data-data yang diperlukan perusahaan dalam analisa ini terdapat dalam rentang lima tahun tersebut.

(22)

4.2.1.8 Tracking Slowly Changing Dimensions

Ada tiga tipe perubahan data dimensi yang perlahan ini yaitu :

• Tipe 1: Atribut dimensi yang telah berubah yang tertulis ulang.

• Tipe 2 : Atribut dimensi yang telah berubah menimbulkan sebuah dimensi baru.

• Tipe 3 :Atribut dimensi yang telah berubah menimbulkan atribut alternatif, sehingga nilai atribut lama dan atribut baru dapat diakses secara bersamaan pada tabel dimensi yang sama.

Apabila muncul atribut baru pada dimensi yang dibuat, dapat menggunakan tipe yang pertama yaitu menulis ulang atribut dimensi yang telah berubah. Alasan memilih dan menggunakan tipe pertama karena bila pada dimensi customer, dimensi staff, dimensi supplier terjadi perubahan data pada alamat dan telepon pada customer, staff, supplier maka data tersebut harus ditulis ulang.

Agar pertumbuhan data tidak meleset dari perkiraan yang dibuat sebelumnya.

4.2.1.9 Deciding The Query Priorities and The Query Model

Pada tahap ini kita menggunakan rancangan fisikal.

Rancangan dari data warehouse, menggunakan beberapa langkah seperti berikut ini :

(23)

1. Sumber data ditransformasikan terlebih dahulu agar data yang dihasilkan benar dan terintegrasi sesuai dengan yang dibutuhkan untuk penyusunan Data warehouse.

2. Data tersebut ditampung menjadi suatu basis data baru yang disebut Data warehouse.

3. Yang perlu diperhatikan adalah kapasitas media penyimpanan, mengingat perkembangan data yang akan terus meningkat dengan cepat.

Perancangan ini menggunakan rancangan Data warehouse dengan anatomi terpusat. Pengguna melakukan akses data dengan menggunakan komputer pengguna untuk mengakses data yang dibutuhkan. Data yang diambil oleh pengguna bersifat read-only, karena sifat dari Data warehouse adalah non-volatile.

4.2.1.9.1 Representasi Data Tabel 4.6

Tabel Dimensi Waktu

Wkt_ID Tahun Kuartal Bulan Hari

1/1/2006 2006 1 3 1

1/2/2006 2006 2 2 2

2/1/2006 2006 3 1 2

(24)

Tabel 4.6 menunjukkan representasi data dari tabel Dimensi Waktu.

Tabel 4.7 Tabel Dimensi Customer

Cust_ID Nm_Cust Addr_Cust Telp_Cust

C00001 PT. Gajah Tunggal Jln. Gajah Raya No.13 5468954 C00002 PT. Amalanda Jln. Tanah Abang No.15 6587163 C00003 PT. Surya Kencana Jln. Pelita Terang No.34 5916965

Tabel 4.7 menunjukkan representasi data dari tabel Dimensi Customer.

Tabel 4.8

Tabel Dimensi Barang

Tabel 4.8 menunjukkan representasi data dari tabel Dimensi Barang.

Brg_ID Nm_Brg Hrg_Brg

B00001 Kantong PVC 1 1000000 B00002 Kantong PVC 2 2000000 B00003 Kantong Semen 3000000

(25)

Tabel 4.9 Tabel Dimensi Staff

Tabel 4.9 menunjukkan representasi data dari tabel Dimensi Staff.

Tabel 4.10

Tabel Dimensi Contract Cont_ID Ket_Cont

CT00001 Berjalan CT00002 Selesai CT00003 Berjalan

Tabel 4.10 menunjukkan representasi data dari tabel Dimensi Contract.

Staff_ID Nm_Staff Addr_Staff Telp_Staff Sex_Staff S00001 Adi Jl. Syahdan No.6 4526789 L

S00002 Budi Jl. Anggrek No. 2 9561231 L S00003 Ani Jl. Raya No. 31 6541387 P

(26)

Tabel 4.11 Tabel Dimensi Supplier

Tabel 4.11 menunjukkan representasi data dari tabel Dimensi Supplier.

Tabel 4.12 Tabel Dimensi Jenis

Tabel 4.12 menunjukkan representasi data dari tabel Dimensi Jenis.

Supp_ID Nm_Supp Addr_Supp Telp_Supp SP0001 PT. KKA Jl. Aceh No.90 5445652 SP0002 PT. TTM Jl. Ratu Kav 3 6598726 SP0003 PT. TABLO Jl. Madu No. 35 8456521

Jenis_ID Nm_Jenis J00001 B.Jadi J00002 B.Baku J00003 B.Mentah

(27)

Tabel 4.13 Tabel Fakta Penjualan

barang_id customer_id staff_id jenis_id waktu_id Jumlah_Baran g_Jual

total_ju al

B00001 C00003 S00002 J00001 1/1/2006 1 50000 0 B00001 C00002 S00002 J00001 1/2/2006 2 10000

0 B00003 C00001 S00002 J00001 2/2/2006 5 25000

0

Tabel 4.13 menunjukkan representasi data dari tabel Fakta Penjualan.

Tabel 4.14

Tabel Fakta Pembelian

barang_id supplier_i d

staff_id jenis_id waktu_id contract_id jumlah_

brg_beli

total_beli

1 5 2 J00001 1/1/2006 CT00003 20 1000000

2 3 3 J00001 1/2/2006 CT00002 10 500000

3 2 2 J00001 1/3/2006 CT00001 20 2000000

Tabel 4.14 menunjukkan representasi data dari tabel Fakta Pembelian

(28)

Tabel 4.15 Tabel Fakta Stock control

Tabel 4.15 menunjukkan representasi data dari tabel Fakta StockControl.

4.2.1.9.2 Analisis Kapasitas Media Penyimpanan

Setiap pengolahan data, kapasitas yang terkandung dalam suatu media penyimpanan selalu berubah. Proses update akan mempengaruhi pertumbuhan ukuran jumlah data secara kontinu. Demikian pula dalam merancang data warehouse memerlukan analisa terhadap pertumbuhan data untuk mendapatkan perkiraan kapasitas media penyimpanan data untuk jangka waktu tertentu.

Pertumbuhan data akan dijelaskan sebagai berikut ini, dimana variabel n mewakili tahun, dengan batas waktu lima tahun. Pertumbuhan dari fakta penjualan, fakta pembelian, fakta stock control diasumsikan sebesar 10% :

1. Record Fakta Pembelian

Jumlah Fakta Pembelian_n = 110% * Jumlah Fakta Pembelian

Barang_ID Waktu_ID jenis_id stok_in stok_out jumlah

B00001 1/1/2006 J00001 20 10 10

B00001 2/1/2006 J00001 10 0 20

B00002 3/1/2006 J00001 20 10 10

(29)

Besar untuk 1 record adalah : Jumlah kolom = 8

Fixed_data_sized = 6+6+6+6+6+6+10+10 = 56 Null_bitmap = 2 + (8/6) = 4

Besar untuk 1 record = 56+4+4 = 64 byte

Asumsi jumlah record data untuk tahun ini diperkirakan adalah 360 * 500 record = 180000 record

Maka dapat dihitung jumlah record pada tahun kelima Jumlah Fakta Pembelian1 = 105% * 180.000 = 189.000 record

Jumlah Fakta Pembelian2 = 110% * 189.000 = 207.900 record

Jumlah Fakta Pembelian_{3 =}110% * 207.900 = 228.690 record

Jumlah Fakta Pembelian_{4 =}110% * 228.690 = 251.559 record

Jumlah Fakta Pembelian5 = 110% * 251.559 = 276.714 record

Jumlah Fakta Pembelian1-5 = 1.153.863 record

Maka kisaran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun adalah :

Diketahui : Jum_kolom = 8

Jum_baris = 1.153.863

(30)

Fixed_data_sized = 6+6+6+6+6+6+6+10+10 = 56 byte Null_bitmap = 2 + (8/6) = 4

Besar 1 record = 50+4+4 = 64 byte

Number of row perpage = (8096) / (64+2) = 123 Number of page = 1.153.863/123 = 9381

Total size ( byte ) = 8192 * 9381 = 66,8 GB 2. Record Fakta Penjualan

Jumlah Fakta Penjualan_n = 110% * Jumlah Fakta Penjualan

Fixed_data_sized = 6+6+6+6+6+10+10 = 50 Null_bitmap = 2 + (7/6) = 4

Maka dapat dihitung jumlah record pada tahun kelima Jumlah Fakta Penjualan_{1 =}105% * 150.000 = 157.500 record

Jumlah Fakta Penjualan_{2 =}110% * 157.500 = 173.250 record

Jumlah Fakta Penjualan3 = 110% * 173.250 = 190.575 record

(31)

Jumlah Fakta Penjualan4 = 110% * 190.575 = 209.632,5 record

Jumlah Fakta Penjualan_{5 =}110% * 209.632,5 = 230.595,75 record

Jumlah Fakta Penjualan_1-5= 961.554,25 record

Fixed_data_sized = 6+6+6+6+6+10+10 = 50 byte Null_bitmap = 2 + (7/6) = 4

Besar 1 record =50+4+4 = 58 byte

Number of row perpage = (8096) / (58+2) = 135 Number of page = 961.554/135 = 7122,6

Total size ( byte ) = 8192 * 7122,6= 58,2GB 3. Record Fakta Stock control

Jumlah Fakta Stock controln = 110% * Jumlah Fakta Stock control

Fixed_data_sized = 6+6+10+10+10 = 42 Null_bitmap = 2 + (5/6) = 3

(32)

Maka dapat dihitung jumlah record pada tahun kelima Jumlah Fakta Stock control1 = 105% * 150.000 = 157.500 record

Jumlah Fakta Stock control2 = 110% * 157.500 = 173.250 record

Jumlah Fakta Stock control_{3 =}110% * 173.250 = 190.575 record

Jumlah Fakta Stock control_{4 =}110% * 190.575 = 209.632,5 record

Jumlah Fakta Stock control5 = 110% * 209.632,5 = 230.595,75 record

Jumlah Fakta Stock control1-5 = 961.554,25 record

Fixed_data_sized = 6+6+10+10+10 = 42 byte Null_bitmap = 2 + (5/6) = 3

Besar 1 record = 42+4+3 = 49 byte

Number of row perpage = (8096) / (49+2) = 159 Number of page = 961.554/159 = 6047,5

Total size ( byte ) = 8192 * 6047,5 = 49,54 GB

(33)

4.2.1.9.3 Transformasi Data

Dalam data warehouse diperlukan data – data yang benar dan konsisten, sehingga diperlukan validasi data pada basisdata operasional ketika dilakukan proses transformasi.

Dengan cara seperti berikut :

1. Pembacaan basis data operasional di dalam server yangmenampung basis data operasional.

2. Mengambil atribut – atribut yang ada di dalam basisdata operasional untuk ditransformasikan ke dalam data warehouse.

3. Proses tranformasi data tersebut, menggunakan fasilitas Data Transformation Service ( DTS ) yang disediakan oleh aplikasi Microsoft SQL Server 2000.

4.2.1.9.4 Rancangan Layar 1. Rancangan Layar Login

Logo Perusahaan

User Name :

Password :

Login Cancel

Gambar 4.10 Rancangan Layar Log in

(34)

Pada gambar 4.10 terlihat sebagai berikut :

• Pada layar ini berisi kolom isian berupa user name dan password yang harus diisi oleh user yang akan mengakses sistem

• Jika user menekan tombol login dan data-data yang diisikan benar, maka user dapat mengakses sistem.

• Jika user menekan tombol login dan data-data yang diisikan salah, maka akan keluar jendela peringatan dan user diminta mengisikan kembali data-data username dan password.

• Jika user menekan tombol cancel, maka program akan ditutup.

(35)

2 Rancangan Layar Menu Utama

Logo Perusahaan

Session Report Chart Star Schemes Tools About

Gambar 4.11

Rancangan Layar Menu Utama Pada gambar 4.11 terlihat sebagai berikut :

• Pada rancangan layar ini terdiri dari menu Session yang berisi Log out dan Exit, kemudian terdapat juga menu Report yang berisi Laporan Penjualan, Laporan Pembelian, Laporan Stock control. Lalu ada juga menu Chart dan Star Shcemes yang berguna untuk melihat chart pembelian, penjualan, dan stock control, juga untuk melihat Skema Bintang masing-masing fakta. Selain itu juga terdapat menu Tools yang berisi Change Password dan Add User, Yang terakhir adalah menu About yang berisi tentang pembuat apliaksi ini.

(36)

• Pada layar ini juga terdapat logo perusahaan pada bagian tengah layar.

• Pada bagian layar bawah dilengkapi dengan tanggal dan waktu untuk mengetahui saat user mengakses laporan.

3. Rancangan Layar Laporan Penjualan

LOGO PERUSAHAAN

Laporan penjualan

Dim_Cust Dim_Staff

Dim_Wkt

Dim_Brg Dim_Jenis Jumlah_Barang_Jual Total_Jual

Print Close

Gambar 4.12

Rancangan Layar Laporan Penjualan

• Pada rancangan layar ini terdapat laporan penjualan yang berdasarkan waktu, customer, barang, jumlah barang jual dan total jual.

• Pada rancangan layar ini juga terdapat logo perusahaan pada bagian tengah layar.

(37)

• Pada bagian layar bawah dilengkapi dengan Print untuk mencetak laporan.

• Pada rancangan layar ini, juga terdapat tombol close yang bila ditekan akan menutup layar laporan penjualan tersebut

4. Rancangan Layar Laporan Pembelian

LOGO PERUSAHAAN

Laporan pembelian

Dim_Staff Dim_Supp

Dim_Wkt

Dim_Brg Dim_Jenis Dim_Contract Jumlah_Barang_Beli Total_Beli

Print Close

Gambar 4.13

Rancangan Layar Laporan Pembelian Pada gambar 4.13 terlihat sebagai berikut :

• Pada rancangan layar ini terdapat laporan pembelian yang berdasarkan waktu, supplier, barang, jumlah barang beli dan total beli.

(38)

• Pada rancangan layar ini, juga terdapat tombol close yang bila ditekan akan menutup layar laporan pembelian tersebut

5. Rancangan Laporan Stock control

LOGO PERUSAHAAN

Laporan stock control

Dim_Wkt

Dim_Brg Dim_Jenis Stok_in Stok_out Jumlah

Print Close

Gambar 4.14

Rancangan Layar Laporan Stock control Pada gambar 4.14 terlihat sebagai berikut :

• Pada rancangan layar ini terdapat laporan stock control yang berdasarkan waktu, barang, status aliran, jumlah dan total.

(39)

• Pada rancangan layar ini, juga terdapat tombol close yang bila ditekan akan menutup layar laporan stock control tersebut

6. Rancangan Laporan Chart Penjualan

Logo Perusahaan

Chart Penjualan

Gambar 4.15

Rancangan Layar Laporan Chart Penjualan Pada gambar 4.15 terlihat sebagai berikut :

• Pada rancangan layar ini akan ditampilkan chart (diagram) dari laporan penjualan.

(40)

7 Rancangan Laporan Chart Pembelian

Logo Perusahaan

Chart Pembelian

Gambar 4.16

Rancangan Layar Laporan Chart Pembelian Pada gambar 4.16 terlihat sebagai berikut :

• Pada rancangan layar ini akan ditampilkan chart (diagram) dari laporan pembelian.

(41)

8. Rancangan Laporan Chart Stock control

Logo Perusahaan

Chart Stock control

Gambar 4.17

Rancangan Layar Laporan Chart Stock control Pada gambar 4.17 terlihat sebagai berikut :

• Pada rancangan layar ini akan ditampilkan chart (diagram) dari laporan stock control.

(42)

9. Rancangan Layar Skema Bintang Pembelian

Logo Perusahaan

Star Scheme Pembelian

close

Gambar 4.18

Rancangan Layar Skema Bintang Pembelian Pada gambar 4.18 terlihat sebagai berikut :

• Pada rancangan layar ini akan ditampilkan layar Skema Bintang Pembelian

• Pada rancangan layar ini, juga terdapat tombol close yang bila ditekan akan menutup layar Skema Bintang Pembelian.

(43)

10. Rancangan Layar Skema Bintang Penjualan

Logo Perusahaan

Star Scheme Penjualan

close

Gambar 4.19

Rancangan Layar Skema Bintang Penjualan

• Pada rancangan layar ini akan ditampilkan layar Skema Bintang Penjualan

• Pada rancangan layar ini, juga terdapat tombol close yang bila ditekan akan menutup layar Skema Bintang Penjualan.

(44)

11. Rancangan Layar Skema Bintang Stock control

Logo Perusahaan

Star Scheme Stock control

close

Gambar 4.20

Rancangan Layar Skema Bintang Stock control

• Pada rancangan layar ini akan ditampilkan layar Skema Bintang Stock control

• Pada rancangan layar ini, juga terdapat tombol close yang bila ditekan akan menutup layar Skema Bintang Stock control.

(45)

12. Rancangan Layar Add User

Logo Perusahaan

User Name :

Password :

Confirm Password :

Save Cancel

Gambar 4.21

Rancangan Layar Add User

Pada gambar 4.21 terlihat sebagai berikut:

• Pada rancangan layar ini akan ditampilkan layar untuk menambah user

• Pada rancangan layar ini juga terdapat logo perusahaan pada bagian tengah atas layar

• Pada rancangan layar ini juga terdapat tombol save yang berguna untuk menyimpan data user baru ke database

• Pada rancangan layar ini juga terdapat tombol cancel untuk kembali ke menu utama

(46)

13. Rancangan Layar Change Password

Logo Perusahaan

User Name :

Old Password :

New Password :

Confirm Password :

save Cancel

Gambar 4.22

Rancangan Layar Change Password

Pada gambar 4.22 terlihat sebagai berikut:

• Pada rancangan layar ini akan ditampilkan layar untuk mengganti password user

• Pada rancangan layar ini juga terdapat logo perusahaan pada bagian tengah atas layar

• Pada rancangan layar ini juga terdapat tombol save yang berguna untuk menyimpan password baru ke database

• Pada rancangan layar ini juga terdapat tombol cancel untuk kembali ke menu utama

(47)

4.2.1.9.5 State Transition Diagram (STD) 1. STD Login

Gambar 4.23

STD Login

Pada gambar 4.23 terdapat STD layar login yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(48)

2. STD About

Gambar 4.24

STD About

Pada gambar 4.24 terdapat STD layar About yang berhubungan dengan layar menu utama dan juga condition dan juga action yang terjadi.

(49)

3.

STD Report Penjualan

Gambar 4.25

STD Laporan Penjualan

Pada gambar 4.25 terdapat STD layar laporan penjualan yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

4. STD Report Pembelian

(50)

Gambar 4.26 STD Report Pembelian

Pada gambar 4.26 terdapat STD layar laporan pembelian yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

5. STD Report Stock control

(51)

Gambar 4.27 STD Report Stock control

Pada gambar 4.27 terdapat STD layar laporan stock control yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

6. STD Change Password

(52)

Gambar 4.28 STD Change Password

Pada gambar 4.28 terdapat STD layar change password yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

7. STD Add New User

(53)

Gambar 4.29 STD Add New User

Pada gambar 4.29 terdapat STD layar add new user yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

8. STD Chart Pembelian Berdasarkan Waktu

(54)

Gambar 4.30

STD Chart Pembelian Berdasarkan Waktu

Pada gambar 4.30 terdapat STD layar grafik pembelian berdasarkan waktu yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(55)

9. STD Chart Pembelian Berdasarkan Tahun, Supplier, dan Barang

Gambar 4.31

STD Chart Pembelian Berdasarkan Tahun, Supplier, dan Barang

Pada gambar 4.31 terdapat STD layar grafik pembelian berdasarkan tahun, supplier, dan barang yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(56)

10 STD Chart Penjualan Berdasarkan Waktu

Gambar 4.32

STD Chart Penjualan Berdasarkan Waktu

Pada gambar 4.32 terdapat STD layar grafik penjualan berdasarkan waktu yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(57)

11. STD Chart Penjualan Berdasarkan Tahun, Barang, dan Customer

Gambar 4.33

STD Chart Penjualan Berdasarkan Tahun, Barang, dan Customer Pada gambar 4.33 terdapat STD layar grafik pembelian berdasarkan tahun, barang, dan customer yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(58)

12. STD Chart Stock control Berdasarkan Waktu

Gambar 4.34

STD Chart Stock control Berdasarkan Waktu

Pada gambar 4.34 terdapat STD layar grafik stock control berdasarkan waktu yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(59)

13. STD Skema Bintang Fakta Pembelian

Gambar 4.35

STD Skema Bintang Fakta Pembelian

Pada gambar 4.35 terdapat STD layar skema bintang fakta pembelian yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(60)

14. STD Skema Bintang Fakta Penjualan

Gambar 4.36

STD Skema Bintang Fakta Penjualan

Pada gambar 4.36 terdapat STD layar skema bintang fakta penjualan yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

(61)

15. STD Skema Bintang Fakta Stock Control

Gambar 4.37

STD Skema Bintang Fakta Stock Control

Pada gambar 4.37 terdapat STD layar skema bintang fakta Stock control yang berhubungan dengan layar-layar lainnya dan juga condition dan juga action yang terjadi.

4.2.9.1.5 Pseudocode

a. Pseudocode untuk tabel Fakta Penjualan Buka file Dim_Waktu

Buka file Dim_Barang Buka file Dim_Customer

(62)

Buka file Dim_Staff Buka file Dim_Jenis Buka file Fakta_Penjualan Terima parameter waktu

Lakukan selama tidak EOF (Dim_Barang, Dim_Customer, Dim_Staff, Dim_Jenis) dan memenuhi parameter waktu

Pindahkan record -record yang dibutuhkan dari file Dim_Barang, Dim_Customer, Dim_Staff, Dim_Jenis,

Tulis record ke dalam Fakta_Penjualan

Akhir proses

Tutup file Dim_Waktu Tutup file Dim_Barang Tutup file Dim_Customer Tutup file Dim_Staff Tutup file Dim_Jenis Tutup file Fakta_Penjualan

b. Pseudocode untuk tabel Fakta Pembelian Buka file Dim_Waktu

Buka file Dim_Barang Buka file Dim_Supplier Buka file Dim_Staff

(63)

Buka file Dim_Jenis Buka file Dim_Contract Buka file Fakta_Pembelian Terima parameter waktu

Lakukan selama tidak EOF (Dim_Barang, Dim_Supplier, Dim_Staff, Dim_Jenis, Dim_Contract) dan memenuhi parameter waktu

Pindahkan record -record yang dibutuhkan dari file Dim_Barang, Dim_Supplier, Dim_Staff, Dim_Jenis, Dim_Contract ke dalam Fakta_Pembelian

Tulis record ke dalam Fakta_Pembelian

Akhir proses

Tutup file Dim_Waktu Tutup file Dim_Barang Tutup file Dim_Supplier Tutup file Dim_Staff Tutup file Dim_Jenis Tutup file Dim_Contract Tutup file Fakta_Pembelian

c. Pseudocode untuk tabel Fakta Stock control Buka file Dim_Waktu

Buka file Dim_Barang