Gambar 4.38 Tampilan Grafik Batang Laporan Penjualan
Dalam halaman grafik ini terdapat drop down menu untuk melihat jenis laporan penjualan. Jenis laporan penjualan dibagi menjadi empat, yaitu total penjualan, total pemasukan sebelum PPN, total PPN, total pemasukan setelah PPN. Setiap laporan juga dapat ditampilkan grafiknya dan dapat dipilih juga jenis grafik yang ingin ditampilkan.
131
Gambar 4.39 Tampilan Drop Down Menu Laporan Penjualan
Selanjutnya apabila user memilih menu tabel pivot persediaan, maka program akan menampilkan tabel pivot untuk bagian persediaan.
Gambar 4.40 Tampilan Tabel Pivot Persediaan
Pada halaman ini, program menampilkan laporan persediaan barang berupa tabel pivot, user dapat menyaring data berdasarkan waktu, nama vendor, nama produk dan nomor produk sesuai dengan kebutuhan user. Di dalam tabel pivot ini user mendapatkan informasi tentang umur rata-rata barang di gudang dan jumlah stok barang di gudang saat itu. Di bawah tabel pivot terdapat tombol grafik untuk melihat laporan dalam bentuk grafik. Apabila user menekan tombol grafik maka akan muncul halaman grafik laporan persediaan. Di halaman grafik terdapat tombol untuk mengganti jenis grafik dari grafik garis menjadi grafik pie atau grafik batang.
133
Gambar 4.41 Tampilan Grafik Garis Laporan Persediaan
Gambar 4.43 Tampilan Grafik Batang Laporan Persediaan
135 Dalam halaman grafik ini terdapat drop down menu untuk melihat jenis laporan persediaan. Jenis laporan persediaan dibagi menjadi dua, yaitu total persediaan, dan umur rata-rata barang di gudang. Setiap laporan juga dapat ditampilkan grafiknya dan dapat dipilih juga jenis grafik yang ingin ditampilkan.
Selanjutnya menu tools, di dalam tools ada menu DTS, di mana user dapat melakukan transformasi dan penyaringan data yang terdapat dalam OLTP ke dalam OLAP. Berikut ini merupakan tampilan pada halaman DTS.
Gambar 4.45 Tampilan menu DTS Pembelian Sebelum Dilakukan DTS
Gambar 4.55 menunjukan tampilan DTS Pembelian yang belum pernah melakukan aktivitas DTS sebelumnya. Pada tampilan halaman DTS, terdapat 4 tab menu, yaitu DTS Pembelian, DTS Penjualan, DTS Persediaan, dan DTS Lengkap
yang merupakan perintah untuk melakukan DTS Pembelian, Penjualan, dan Persediaan secara bersamaan.
.
Gambar 4.46 Tampilan menu DTS Penjualan Sebelum Dilakukan DTS
137
Gambar 4.48 Tampilan menu DTS Lengkap Sebelum Dilakukan DTS
Jika user menekan tombol Mulai DTS maka akan program akan melakukan proses DTS sesuai dengan tab menu yang dipilih.
Setelah program berhasil melakukan proses DTS, tanggat terakhir DTS akan diisi dengan tanggal terakhir user melakukan DTS pada setiap tab menu.
Gambar 4.50 Tampilan menu DTS Pembelian Setelah Dilakukan DTS
139
Gambar 4.52 Tampilan menu DTS Persediaan Setelah Dilakukan DTS
Selanjutnya adalah menu users, pada menu ini user dapat melakukan perubahan password dan khusus untuk administrator, ia dapat melakukan penambahan user baru dan penghapusan user, jika user yang login bukan administrator maka ia tidak dapat memilih tambah user dan hapus user.
Gambar 4.54 Tampilan Menu Users
141 Jika user memilih ubah password, maka akan muncul halaman ubah password. Pada halaman ini user diminta untuk memasukan password lama dan password yang baru sebanyak dua kali untuk konfirmasi. Jika ada yang belum lengkap maka akan muncul message box untuk memberitahu bahwa pengisian belum lengkap, dan apabila sudah lengkap maka password akan diubah dan program memunculkan message box bahwa pergantian password sukses.
Gambar 4.57 Tampilan Message Box Jika Form Belum Diisi Semua
143
Gambar 4.59 Tampilan Message Box Jika Ubah Password Berhasil
Selanjutnya jika user yang login adalah administrator maka administrator dapat memilih menu tambah user. Dalam halaman tambah user, user diminta untuk mengisi seluruh data user yang akan ditambah, jika user ada kekurangan mengisi form maka akan muncul message box yang memberitahukan kalau ada field yang belum diisi. Jika seluruh field sudah diisi dengan benar, maka akan muncul message box yang mengatakan penambahan data sukses dilakukan.
Gambar 4.60 Tampilan Halaman Tambah User
145
Gambar 4.62 Tampilan Message Box Jika Tambah Data Sukses
Selanjutnya adalah menu hapus user, menu ini juga hanya bisa diakses oleh user yang login sebagai administrator. Jika user memilih menu hapus user maka akan muncul halaman hapus user. Di halaman ini user dapat memilih user yang akan dihapus dengan melakukan klik pada nama di grid tabel, setelah nama di grid tabel di klik maka datanya akan diambil dan dimasukan ke text box di atasnya, selanjutnya jika user meng-klik tombol hapus maka akan muncul message box konfirmasi penghapusan user, dan jika user memilih yes maka penghapusan user akan dilakukan oleh program dan program akan memunculkan message box yang mengatakan bahwa hapus data berhasil.
Gambar 4.63 Tampilan Halaman Hapus User
147
Gambar 4.65 Tampilan Message Box Penghapusan User Berhasil
Selanjutnya menu yang terakhir adalah menu help, dalam menu ini user dapat melihat informasi tentang developer dan tentang program aplikasi data warehouse ini. Menu about developer menampilkan informasi tentang kelompok skripsi kami selaku pembuat program aplikasi data warehouse ini, dan menu about system menampilkan informasi tentang program aplikasi data warehouse ini.
Gambar 4.66 Tampilan Menu Help
149
Gambar 4.68 Tampilan Halaman About System
4.3 Estimasi Kapasitas Media Penyimpanan
Berikut adalah perhitungan kapasitas media penyimpanan untuk fakta pembelian, fakta penjualan, dan fakta persediaan dengan tingkat pertumbuhan masing-masing adalah 10% dan dibatasi hanya untuk lima tahun mendatang.
1. Record Fakta Pembelian
Asumsi : jumlah record data fakta pembelian bertambah sebanyak 300 record per bulan. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 300 * 12 * 3, yaitu 10800 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
Rn = R * ( n + ( 1 + i ) n ) R5 = 10800 * (5 + ( 1 + 0,1) 5 )
R5 = 10800 * (5 + ( 1,1 ) 5 ) R5 = 10800 * (5 + 1,61051 ) R5 = 10800 * ( 6,61051 ) R5 = 71393
Jadi, jumlah record untuk lima tahun ke depan adalah 71393 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 71393 baris Num_Cols = 8 kolom Fixed_Data_Size = 4 + 4 + 4 + 4 + 8 + 8 + 8 + 8 = 48 bytes Null_Bitmap = 2 + ((8 + 7) / 8 ) = 3 Row_Size = 48 + 3 + 4 = 55 bytes Rows_Per_Page = 8096 / ( 55 + 2 ) = 142 baris Free_Rows_Per_Page = 8096 * ((100-100 ) / 100) / ( 55 + 2 ) = 0 baris Num_Pages = 71393 / ( 142 – 0 ) = 503 halaman
Ukuran Tabel = 8192 * 503 = 4120576 bytes = 4024 Kbytes = 3,93 Mbytes
2. Record Fakta Penjualan
Asumsi : jumlah record data fakta penjualan bertambah sebanyak 550 record per bulan. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 550 * 12 * 3, yaitu 19800 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
151 Rn = R * ( n + ( 1 + i ) n ) R5 = 19800 * (5 + ( 1 + 0,1) 5 ) R5 = 19800 * (5 + ( 1,1 ) 5 ) R5 = 19800 * (5 + 1,61051 ) R5 = 19800 * ( 6,61051 ) R5 = 130888
Jadi, jumlah record untuk lima tahun ke depan adalah 130888 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 130888 baris Num_Cols = 8 kolom Fixed_Data_Size = 4 + 4 + 4 + 4 + 8 + 8 + 8 + 8 = 48 bytes Null_Bitmap = 2 + ((8 + 7) / 8 ) = 3 Row_Size = 48 + 3 + 4 = 55 bytes Rows_Per_Page = 8096 / ( 55 + 2 ) = 142 baris Free_Rows_Per_Page = 8096 * ((100-100 ) / 100) / ( 55 + 2 ) = 0 baris Num_Pages = 130888 / ( 142 – 0 ) = 922 halaman
Ukuran Tabel = 8192 * 922 = 7553024 bytes = 7376 Kbytes = 7,21 Mbytes
3. Record Fakta Persediaan
Asumsi : jumlah record data fakta persediaan bertambah sebanyak 1000 record per bulan. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 1000 * 12 * 3, yaitu 36000
record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah : Rn = R * ( n + ( 1 + i ) n ) R5 = 36000 * (5 + ( 1 + 0,1) 5 ) R5 = 36000 * (5 + ( 1,1 ) 5 ) R5 = 36000 * (5 + 1,61051 ) R5 = 36000 * ( 6,61051 ) R5 = 237978
Jadi, jumlah record untuk lima tahun ke depan adalah 237978 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 237978 baris Num_Cols = 5 kolom Fixed_Data_Size = 4 + 4 + 4 + 8 + 4 = 24 bytes Null_Bitmap = 2 + ((8 + 7) / 8 ) = 3 Row_Size = 24 + 3 + 4 = 31 bytes Rows_Per_Page = 8096 / ( 31 + 2 ) = 245 baris Free_Rows_Per_Page = 8096 * ((100-100 ) / 100) / ( 31 + 2 ) = 0 baris Num_Pages = 237978 / ( 245 – 0 ) = 972 halaman
Ukuran Tabel = 8192 * 972 = 7962624 bytes = 7776 Kbytes = 7,6 Mbytes
153 Berikut adalah perhitungan kapasitas media penyimpanan untuk dimensi waktu, dimensi vendor, dimensi vendor address, dimensi customer, dimensi customer address, dan dimensi product.
1. Record Dimensi Waktu
Asumsi : jumlah record data dimensi waktu bertambah sebanyak 100% per tahun dengan jumlah hari per tahun adalah 365. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 365 * 3, yaitu 1095 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
R5 = 1095 + ( 365 * 5 ) R5 = 1095 + 1825 R5 = 2920
Jadi, jumlah record untuk lima tahun ke depan adalah 2920 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 2920 baris Num_Cols = 5 kolom Fixed_Data_Size = 4 + 4 + 4 + 4 + 4 = 20 bytes Null_Bitmap = 2 + ((5 + 7) / 8 ) = 3 Row_Size = 20 + 3 + 4 = 27 bytes Rows_Per_Page = 8096 / ( 27 + 2 ) = 279 baris Fill_Factor = 95 Free_Rows_Per_Page = 8096 * ((100-95 ) / 100) / ( 27 + 2 ) = 13 baris Num_Pages = 2920 / ( 279 – 13 ) = 11 halaman
Ukuran Tabel = 8192 * 11 = 90112 bytes = 88 Kbytes
2. Record Dimensi Vendor
Asumsi : jumlah record data dimensi vendor bertambah sebanyak 10% per tahun. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 1000 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
Rn = R * ( 1 + i ) n R5 = 1000 * ( 1 + 0,1) 5 R5 = 1000 * ( 1,1 ) 5 R5 = 1000 * ( 1,61051 ) R5 = 1610
Jadi, jumlah record untuk lima tahun ke depan adalah 1610 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 1610 baris Num_Cols = 3 kolom Fixed_Data_Size = 4 + 4 + 50 = 58 bytes Null_Bitmap = 2 + ((3 + 7) / 8 ) = 3 Row_Size = 58 + 3 + 4 = 65 bytes Rows_Per_Page = 8096 / ( 65 + 2 ) = 120 baris Fill_Factor = 95 Free_Rows_Per_Page = 8096 * ((100-95 ) / 100) / ( 65 + 2 ) = 6 baris Num_Pages = 1610 / ( 120 – 6 ) = 15 halaman
155 Ukuran Tabel = 8192 * 15 = 122880 bytes = 120 Kbytes
3. Record Dimensi Vendor Address
Asumsi : jumlah record data dimensi vendor address bertambah sebanyak 10% per tahun. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 1000 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
Rn = R * ( 1 + i ) n R5 = 1000 * ( 1 + 0,1) 5 R5 = 1000 * ( 1,1 ) 5 R5 = 1000 * ( 1,61051 ) R5 = 1610
Jadi, jumlah record untuk lima tahun ke depan adalah 1610 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 1610 baris Num_Cols = 4 kolom Fixed_Data_Size = 4 + 4 + 50 + 50 = 108 bytes Null_Bitmap = 2 + ((4 + 7) / 8 ) = 3 Row_Size = 108 + 3 + 4 = 115 bytes Rows_Per_Page = 8096 / ( 115 + 2 ) = 69 baris Fill_Factor = 95 Free_Rows_Per_Page = 8096 * ((100-95 ) / 100) / ( 115 + 2 ) = 3 baris Num_Pages = 1610 / (69 – 3 ) = 25 halaman
Ukuran Tabel = 8192 * 25 = 204800 bytes = 200 Kbytes
4. Record Dimensi Customer
Asumsi : jumlah record data dimensi customer bertambah sebanyak 20% per tahun. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 2000 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
Rn = R * ( 1 + i ) n R5 = 2000 * ( 1 + 0,2) 5 R5 = 2000 * ( 1,2 ) 5 R5 = 2000 * ( 2,48832) R5 = 4976
Jadi, jumlah record untuk lima tahun ke depan adalah 4976 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 4976 baris Num_Cols = 3 kolom Fixed_Data_Size = 4 + 4 + 50 = 58 bytes Null_Bitmap = 2 + ((3 + 7) / 8 ) = 3 Row_Size = 58 + 3 + 4 = 65 bytes Rows_Per_Page = 8096 / ( 65 + 2 ) = 120 baris Fill_Factor = 95 Free_Rows_Per_Page = 8096 * ((100-95 ) / 100) / ( 65 + 2 ) = 6 baris Num_Pages = 4976 / (120 – 6 ) = 44 halaman
157 Ukuran Tabel = 8192 * 44 = 360448 bytes = 325 Kbytes
5. Record Dimensi Customer Address
Asumsi : jumlah record data dimensi customer address bertambah sebanyak 20% per tahun. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 2000 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
Rn = R * ( 1 + i ) n R5 = 2000 * ( 1 + 0,2) 5 R5 = 2000 * ( 1,2 ) 5 R5 = 2000 * ( 2,48832 ) R5 = 4976
Jadi, jumlah record untuk lima tahun ke depan adalah 4976 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 4976 baris Num_Cols = 4 kolom Fixed_Data_Size = 4 + 4 + 50 + 50 = 108 bytes Null_Bitmap = 2 + ((4 + 7) / 8 ) = 3 Row_Size = 108 + 3 + 4 = 115 bytes Rows_Per_Page = 8096 / ( 115 + 2 ) = 69 baris Fill_Factor = 95 Free_Rows_Per_Page = 8096 * ((100-95 ) / 100) / ( 115 + 2 ) = 3 baris Num_Pages = 4976 / (69 – 3 ) = 76 halaman
Ukuran Tabel = 8192 * 76 = 622592 bytes = 608 Kbytes
6. Record Dimensi Product
Asumsi : jumlah record data dimensi product bertambah sebanyak 10% per tahun. Database telah berjalan selama tiga tahun. Oleh karena itu, jumlah record saat ini berjumlah 200000 record. Maka, perkiraan jumlah record untuk lima tahun ke depan adalah :
Rn = R * ( 1 + i ) n
R5 = 200000 * ( 1 + 0,1) 5 R5 = 200000 * ( 1,1 ) 5 R5 = 200000 * ( 1,61051 ) R5 = 322102
Jadi, jumlah record untuk lima tahun ke depan adalah 322102 record. Selanjutnya, ukuran media penyimpanan yang dibutuhkan dalam jangka waktu lima tahun ke depan adalah :
Num_Rows = 322102 baris Num_Cols = 4 kolom Fixed_Data_Size = 4 + 4 + 50 + 50 = 108 bytes Null_Bitmap = 2 + ((4 + 7) / 8 ) = 3 Row_Size = 108 + 3 + 4 = 115 bytes Rows_Per_Page = 8096 / ( 115 + 2 ) = 69 baris Fill_Factor = 95 Free_Rows_Per_Page = 8096 * ((100-95 ) / 100) / ( 115 + 2 ) = 3 baris Num_Pages = 322102 / (69 – 3 ) = 4881 halaman
159 Ukuran Tabel = 8192 * 4881 = 39985152 bytes = 39048 Kbytes = 38,14 Mbytes
Nama Tabel Jumlah Current Record (R) Persentase Pertambahan Record (i) Jangka Waktu Tahun (n) Jumlah Record 5 Tahun ke Depan (R5) Besar Record (Bytes) Ukuran Tabel (Kbytes) FaktaPembelian 10800 10% 5 71393 55 4024 FaktaPenjualan 19800 10% 5 130888 55 7376 FaktaPersediaan 36000 10% 5 237978 31 7776 DimWaktu 1095 100% 5 2920 27 88 DimVendor 1000 10% 5 1610 65 120 DimVendaddress 1000 10% 5 1610 115 200 DimCustomer 2000 20% 5 4976 65 352 DimCustaddress 2000 20% 5 4976 115 608 DimProduct 200000 10% 5 322102 115 39048
Perkiraan besarnya media penyimpanan yang dibutuhkan untuk jangka
waktu lima tahun ke depan 59592
Tabel 4.19 Tabel Estimasi Kapasitas Penyimpanan Tabel Fakta dan Dimensi
Berdasarkan hasil perhitungan estimasi kapasitas media penyimpanan data, dapat diperkirakan kebutuhan kapasitas penyimpanan data untuk data warehouse adalah minimal sekitar 59592 Kbytes atau sekitar 58,2 Mbytes untuk jangka waktu lima tahun. Oleh karena itu, diperlukan dukungan perangkat keras yang memenuhi kapasitas penyimpanan untuk menyimpan data yang diperlukan.
4.4 Estimasi Pertumbuhan Data
Estimasi perkiraan pertumbuhan data pada data warehouse ini adalah sebagai berikut :
Nama Tabel Besar Record (Bytes) Jumlah Current Record Jumlah Record 5 Tahun ke Depan Pertumbuhan Data (%) FaktaPembelian 55 10800 71393 561,0453 FaktaPenjualan 55 19800 130888 561,05051 FaktaPersediaan 31 36000 237978 561,05 DimWaktu 27 1095 2920 166,67 DimVendor 65 1000 1610 61 DimVendaddress 115 1000 1610 61 DimCustomer 65 2000 4976 148,8 DimCustaddress 115 2000 4976 148,8 DimProduct 115 200000 322102 61,051
Tabel 4.20 Tabel Estimasi Pertumbuhan Data pada Data Warehouse PT. GSPE
Keterangan : % Pertumbuhan Data = % 100 Re Re 5 Re x cord ent JumlahCurr cord ent JumlahCurr an TahunKeDep cord Jumlah − 4.5 Analisis Manfaat
Dengan hasil perancangan dan implementasi program data warehouse ini pada PT.GSPE diharapkan perusahaan khususnya pihak eksekutif mendapatkan manfaat dan keuntungan dalam aplikasi data warehouse ini.
Berdasarkan hasil analisis yang dilakukan, manfaat yang dapat diperoleh dari program aplikasi data warehouse ini antara lain :
1. Dengan adanya fitur grafik dalam menampilkan laporan dapat mempermudah pihak eksekutif untuk melakukan analisa dan membaca laporan sehingga dapat mengambil keputusan yang tepat berkaitan dengan hasil laporan yang ditampilkan.
161 2. Pihak eksekutif dapat melihat laporan periode tanggal tertentu
sehingga mendapatkan informasi yang akurat dan sesuai dengan kebutuhan pihak eksekutif sehingga pihak eksekutif dapat menentukan langkah perusahaan ke depan berdasarkan laporan yang mereka dapatkan.
4.6 Rencana Implementasi
Rencana implementasi aplikasi data warehouse dilaksanakan setelah rancangan dan program aplikasi data warehouse selesai dibuat. Rencana implementasi ini bertujuan agar implementasi dapat selesai tepat pada waktunya sehingga rancangan dan program aplikasi tersebut dapat segera berjalan dengan efektif dan maksimal.
Berikut adalah tabel rencana implementasi aplikasi data warehouse : Minggu No Rencana Kegiatan 1 2 3 4 5 6 7 8 1 Pembentukan Tim 2 Pengadaan S/W dan H/W 3 Instalasi H/W 4 Instalasi S/W 5 Konversi Data
6 Ujicoba Sistem Baru
7 Pelatihan User
8 Pemakaian Sistem oleh User
Tabel 4.21 Tabel Rencana Implementasi
4.7 Evaluasi Rancangan Aplikasi Data Warehouse yang Diusulkan
Berdasarkan hasil kuisioner yang diisi oleh Manager IT serta karyawan bagian pembelian dan logistik setelah mendemokan aplikasi data warehouse yang telah dirancang, maka dapat ditarik kesimpulan sebagai berikut :
1. Tampilan aplikasi yang dibuat cukup dapat dimengerti secara keseluruhan. 2. Aplikasi data warehouse yang dirancang mudah untuk digunakan.
3. Untuk dapat menggunakan aplikasi data warehouse yang dirancang, diperlukan pelatihan terlebih dahulu khususnya bagi karyawan yang tidak memiliki latar belakang teknologi informasi.
4. Hasil tampilan tabel yang ada mudah dimengerti. 5. Hasil tampilan grafik yang ada mudah dimengerti.
6. Aplikasi data warehouse yang dirancang dapat menjadi solusi untuk waktu penyediaan laporan yang biasanya lama.
7. Aplikasi data warehouse yang dirancang dapat menjadi solusi untuk ketergantungan karyawan dalam pembuatan laporan.
8. Aplikasi data warehouse yang dirancang telah sesuai apabila dilihat dari segi kelengkapan data dan validitas data.
Jadi, secara keseluruhan, kekurangan dari rancangan data warehouse ini adalah user interface yang kurang user friendly sehingga dibutuhkan pelatihan untuk dapat menggunakan aplikasi ini secara maksimal.
