vii ABSTRAK
Perusahaan yang mengelola data dalam jumlah besar diharuskan memiliki sistem yang kuat yaitu sistem yang bersifat real time agar mampu mengelola data dalam jumlah besar yang bergerak dalam kurun waktu yang sangat cepat. Sistem yang kuat juga harus mampu mengubah data menjadi informasi yang berguna. Sebuah sistem tentunya harus memiliki media repository yang mampu menyimpan berbagai macam informasi dan data. Data Warehouse digunakan sebagai media repository data yang mempunyai sifat berorientasi subjek, terintegrasi, time-variant, dan bersifat tetap untuk mendukung proses pengambilan keputusan. Data Warehouse dapat dibangun pengelolaannya menjadi bersifat real time. Change Data Capture (CDC) merupakan suatu teknik yang bisa dijadikan sebagai solusi permasalahan untuk membangun real time data warehousing (RTDW). Model pengembangan Change Data Capture dengan Pendekatan Binary Log dibuat untuk merekam segala aktivitas manipulasi data yang terjadi pada tingkat OLTP dan dikelola kembali sebelum disimpan ke dalam Data Warehouse (loading process). Hal ini dapat meningkatkan kualitas pengelolaan data dalam jumlah besar, sehingga terciptanya informasi yang tepat, karena informasi yang tersedia senantiasa diperbarui. Pengujian menunjukkan bahwa pendekatan Binary Log dalam Change Data Capture (BinlogCDC) mampu menghasilkan pengelolaan data secara real time, komunikasi antar sistem yang dinamis, hasil informasi yang valid, dan pengelolaan data tanpa harus kehilangan satupun informasi dari manipulasi data.
Kata kunci: Change Data Capture, Real-Time, Data Warehouse, Database Management System, Binary Log
viii ABSTRACT
Companies that manage large amounts of data must be have a strong system that is a real time system in order to be able to manage large amounts of data moving in a very fast time. Strong systems must also be able to turn data into useful information. A system must have a media repository capable of storing various kinds of information and data. Data Warehouse is used as a media repository of data that has the nature of subject-oriented, integrated, time-variant, and is fixed to decision support system. Data Warehouse can be built into real time business management. Change Data Capture (CDC) can be used as problem solution to build real time data warehousing (RTDW). Change Data Capture development model with the Binary Log Approach is created to record any data manipulation activity that occurs at the OLTP level and is managed back before being stored into the Data Warehouse (loading process). This can improve the quality of data management in large numbers, so that the creation of the right information, because the information available is always updated. Testing shows that the Binary Log approach in Change Data Capture (BinlogCDC) is capable of delivering real time data management, dynamic system communications, valid information results, and data management without losing any information from data manipulation.
Keyword: Change Data Capture, Real-Time, Data Warehouse, Database Management System, Binary Log
ix DAFTAR ISI
COVER ... i
PERNYATAAN ... ii
LEMBAR PENGESAHAN TUGAS AKHIR ... iii
BERITA ACARA TUGAS AKHIR ... iv
KATA PENGANTAR ... v
ABSTRAK ... vii
ABSTRACT ... viii
DAFTAR ISI ... ix
DAFTAR GAMBAR ... xiii
DAFTAR KODE PROGRAM ... xvi
DAFTAR TABEL ... xvii
BAB I ... 1 PENDAHULUAN ... 1 1.1 Latar Belakang ... 1 1.2 Rumusan Masalah ... 4 1.3 Tujuan ... 4 1.4 Manfaat ... 5 1.5 Batasan Masalah... 5 1.6 Sistematika Penulisan ... 5 BAB II ... 7 TINJAUAN PUSTAKA ... 7
2.1 State Of The Art ... 7
2.2 On-Line Transaction Proccessing (OLTP) ... 9
2.3 Data Warehouse ... 9
2.3.1 Karakteristik Data Warehouse ... 10
2.3.2 Perbedaan OLTP dan Lingkungan Data Warehouse ... 11
2.3.2 Real Time Data Warehouse (RTDW) ... 13
x
2.5 Extraction, Transformation, Loading ... 18
2.6 Database Management System (DBMS) ... 19
2.7 MySQL ... 20
2.7.1 Berbagai MySQL Client untuk Administrasi Server MySQL. ... 21
2.7.2 Fitur MySQL ... 21
2.7.3 Kelompok Pernyataan SQL... 22
2.7.4 PL/SQL ... 23
2.8 Perbedaan Antara Sistem Batch Dengan Real Time ... 26
2.9 Query Log dan Binary Log ... 28
BAB III ... 31
METODELOGI DAN PERANCANGAN SISTEM ... 31
3.1 Tempat dan Waktu Penelitian ... 31
3.2 Alur Penelitian ... 31
3.3 Data ... 33
3.3.1 Sumber Data ... 33
3.3.2 Jenis Data ... 33
3.3.3 Metode Pengumpulan Data ... 34
3.4. Analisis Sistem ... 34
3.4.1 Definisi Tujuan (Statement of Purpose) ... 34
3.4.2 Gambaran Umum Sistem ... 35
3.4.3 Spesifikasi Perangkat Keras ... 38
3.4.4 Spesifikasi Perangkat Lunak ... 39
3.4.5 Konfigurasi Binary Log ... 39
3.4.6 Analisis Pengguna ... 44
3.5 Perancangan Sistem ... 45
3.5.1 Perancangan Proses ... 45
3.5.2 Entity Relational Diagram (ERD) ... 57
3.5.3 Perancangan Basis Data ... 59
3.5.4 Perancangan Wireframe ... 64
BAB IV ... 67
xi
4.1 Rancangan Arsitektur Sistem ... 67
4.2 Alur Aplikasi BinlogCDC ... 69
4.3 Hasil Perancangan User Interface. ... 71
4.3.1 Halaman Login ... 71
4.3.2 Halaman Register ... 71
4.3.3 Halaman Dashboard ... 72
4.3.4 Halaman Mapping Result ... 73
4.4 Hasil Implementasi Fitur Aplikasi ... 74
4.4.1 Fitur Login dan Register ... 74
4.4.2 Fitur Koneksi ke Data Warehouse ... 75
4.4.3 Fitur Metadata Mapping ... 77
4.4.4 Fitur Add Metadata Schema ... 79
4.4.5 Fitur Menghapus Metadata ... 80
4.4.6 Fitur Disconnect ... 81
4.4.7 Fitur Show All Master Binlog ... 82
4.4.8 Fitur Show Master Active ... 83
4.5 Penjabaran Hasil Capture Data melalui Binary Log ... 84
4.6 Pengujian Sistem ... 86
4.6.1 Studi Kasus Pengujian Sistem ... 86
4.6.2 Alur Pengujian Sistem ... 88
4.6.3 Pengujian Change Data Capture melalui Binary Log ... 89
4.7 Analisa Hasil Pengujian Sistem ... 100
4.7.1 Analisa Keberhasilan Sistem... 101
4.7.2 Analisa Kegagalan Sistem ... 101
4.7.3 Perbandingan BinlogCDC dengan sistem CDC yang telah ada sebelumnya ... 102
4.7.4 Analisa Kelebihan dan Kekurangan Sistem ... 103
BAB V ... 105
SIMPULAN DAN SARAN ... 105
5.1 Simpulan ... 105
xii
DAFTAR PUSTAKA ... 108 CURICULUM VITAE ... 110
xiii
DAFTAR GAMBAR
Gambar 2.1 Arsitektur Data Warehouse Standar ... 11
Gambar 2.2 Jenis Data pada Data Warehouse ... 14
Gambar 2.3 Infrastruktur CDC secara umum ... 16
Gambar 2.4 Struktur Query Log Event pada Binary Log ... 28
Gambar 2.5 Struktur Header dan Binary Log Event ... 29
Gambar 2.6 Ilustrasi Binary Log Dalam Proses Replikasi ... 30
Gambar 3.1 Bagan Urutan Langkah Penelitian... 32
Gambar 3.2 Gambaran Umum Sistem ... 36
Gambar 3.3 Alur Kerja Aplikasi BinlogCDC ... 37
Gambar 3.4 File my.ini ... 40
Gambar 3.5 mysqld pada my.ini ... 40
Gambar 3.6 Instalasi binary log ... 41
Gambar 3.7 Ukuran maksimal master ... 41
Gambar 3.8 Konfigurasi Ignore Database ... 42
Gambar 3.9 File Master pada Binary Log ... 43
Gambar 3.10 Status Terbaru File Master ... 43
Gambar 3.11 Isi File Master ... 44
Gambar 3.12 Rancangan Sistem Keseluruhan ... 45
Gambar 3.13 Flowchart Change Data Capture ... 46
Gambar 3.14 Flowchart Koneksi ke Data Warehouse ... 47
Gambar 3.15 Flowchart Menjalankan Engine ... 48
Gambar 3.16 Change Data Capture dengan Pendekatan Binary Log ... 49
Gambar 3.17 Flowchart Pembacaan Binary Log ... 50
Gambar 3.18 Flowchart Pengolahan Isi Binary Log ... 51
Gambar 3.19 Flowchart Pengolahan Query ... 52
Gambar 3.20 Flowchart Loading Data ... 53
Gambar 3.21 Flowchart Loading Insert ... 54
xiv
Gambar 3.23 Flowchart Loading Delete ... 56
Gambar 3.24 Entity Relationship Diagram BinlogCDC ... 57
Gambar 3.25 Wireframe Halaman Login ... 64
Gambar 3.26 Wireframe Halaman Register ... 65
Gambar 3.27 Wireframe Halaman Dashboard ... 65
Gambar 4.1 Rancangan Arsitektur BinlogCDC ... 67
Gambar 4.2 Alur Sistem BinlogCDC ... 69
Gambar 4.3 Antarmuka Login Aplikasi ... 71
Gambar 4.4 Antarmuka Register Aplikasi ... 72
Gambar 4.5 Antarmuka Dashboard Aplikasi ... 72
Gambar 4.6 Antarmuka Mapping Result Aplikasi ... 73
Gambar 4.7 Fitur Login pada Aplikasi ... 74
Gambar 4.8 Fitur Register Pada Aplikasi ... 75
Gambar 4.9 Fitur Koneksi ke Data Warehouse (Input Koneksi)... 75
Gambar 4.10 Fitur Koneksi ke Data Warehouse (Sebelum Terkoneksi) ... 76
Gambar 4.11 Fitur Koneksi ke Data Warehouse (Tombol Connect) ... 77
Gambar 4.12 Fitur Metadata Mapping (Memilih Metadata Sumber) ... 77
Gambar 4.13 Fitur Metadata Mapping (Memilih Metadata Destinasi)... 78
Gambar 4.14 Fitur Metadata Mapping (Metadata Mapping Selesai) ... 79
Gambar 4.15 Fitur Add Metadata Schema ... 80
Gambar 4.16 Fitur Menghapus Metadata... 80
Gambar 4.17 Fitur Disconnect ... 81
Gambar 4.18 Fitur All Master Binlog ... 82
Gambar 4.19 Fitur Detail Master ... 83
Gambar 4.20 Fitur Show Master Active ... 84
Gambar 4.21 Data Sebelum dimanipulasi ... 84
Gambar 4.22 Manipulasi Data ... 85
Gambar 4.23 Hasil Capture Data ... 85
Gambar 4.24 Hasil Pengolahan Data ... 85
Gambar 4.25 Struktur Tabel program_studi ... 86
xv
Gambar 4.27 Struktur Tabel biller_tagihan ... 87
Gambar 4.28 Struktur Tabel fact_biller_tagihan ... 88
Gambar 4.29 Login Aplikasi ... 89
Gambar 4.30 Mengoneksikan ke Destinasi Data ... 90
Gambar 4.31 Memilih Metadata Sumber ... 90
Gambar 4.32 Memilih Metadata Destinasi ... 91
Gambar 4.33 Penamaan Studi Kasus Mapping ... 91
Gambar 4.34 Hasil Sementara dari Pemetaan Data ... 92
Gambar 4.35 Hasil dari Pemetaan Data ... 92
Gambar 4.36 Data pada sumber sebelum terjadi manipulasi ... 93
Gambar 4.37 Data pada destinasi sebelum terjadi manipulasi ... 93
Gambar 4.38 Melakukan Insert data Program Studi ... 94
Gambar 4.39 Hasil Capture Insert Data pada Destinasi Program Studi ... 94
Gambar 4.40 (a) Data Awal (b) Melakukan Update data Program Studi ... 95
Gambar 4.41 Hasil Capture Update Data pada Destinasi Program Studi ... 95
Gambar 4.42 Melakukan Delete data Program Studi... 96
Gambar 4.43 Hasil Capture Delete Data pada Destinasi Program Studi ... 97
Gambar 4.44 Data tabel biller_tagihan sebelum manipulasi ... 97
Gambar 4.45 Data pada destinasi sebelum dilakukan manipulasi ... 98
Gambar 4.46 Melakukan insert data tagihan ... 98
Gambar 4.47 Hasil capture proses insert data tagihan ... 98
Gambar 4.48 Melakukan update pada data tagihan ... 99
Gambar 4.49 Hasil capture proses update pada tagihan ... 99
Gambar 4.50 Melakukan delete pada data tagihan ... 100
xvi
DAFTAR KODE PROGRAM
Kode Program 2.1 Sintaks Dasar Membuat Stored Procedure ... 25
Kode Program 2.2 Perintah Memanggil Stored Procedure ... 25
Kode Program 2.3 Sintaks Dasar Membuat Function ... 25
Kode Program 2.4 Sintaks Dasar Trigger ... 26
Kode Program 3.1 Sintaks konfigurasi Ignore Database ... 42
Kode Program 3.2 Sintaks SHOW MASTER LOG ... 42
Kode Program 3.3 Sintaks SHOW MASTER STATUS ... 43
Kode Program 3.4 Sintaks untuk Menghapus File Master ... 43
xvii
DAFTAR TABEL
Tabel 3.1 Rancangan Tabel det_bin ... 59
Tabel 3.2 Rancangan Tabel process_record ... 60
Tabel 3.3 Rancangan Tabel staging_table ... 61
Tabel 3.4 Rancangan Tabel save_dwh_connection ... 61
Tabel 3.5 Rancangan Tabel metadata_mapping ... 62
Tabel 3.6 Rancangan Tabel save_mapping ... 62
Tabel 3.7 Rancangan Tabel user ... 63
1 BAB I PENDAHULUAN
Bab I Pendahuluan menjelaskan proses dalam mengidentifikasi masalah penelitian. Pembahasan dalam bab ini diantaranya adalah latar belakang masalah, perumusan masalah, tujuan penelitian, dan relevansi atau manfaat kegiatan penelitian terhadap solusi dari permasalahan yang diangkat, ruang lingkup, batasan masalah serta sistematika penulisan dalam penyusunan laporan Tugas Akhir.
1.1 Latar Belakang
Perkembangan data dengan jumlah besar mengharuskan organisasi ataupun perusahaan memanfaatkan sistem yang kuat dalam pengelolaan data secara efisien dan mengubahnya menjadi informasi yang berguna. Data dan informasi merupakan salah satu aset terpenting untuk menentukan strategi bisnis dan pengambilan keputusan. Data Warehouse digunakan sebagai media repository data yang memiliki jumlah besar. Data Warehouse merupakan sekumpulan teknologi yang mendukung proses pengambilan keputusan karena data riwayat organisasi yang disimpan. Data Warehouse dibangun dengan mengambil data yang berasal dari sistem operasional. Data Warehouse berbeda dengan sistem operasional yang mana setiap datanya tidak bisa diubah maupun dihapus karena Data Warehouse memang harus menggambarkan riwayat perubahan data. Data Warehouse sudah cukup banyak digunakan di berbagai organisasi yang memiliki koleksi data dalam jumlah besar.
Berkembangnya siklus bisnis yang ada pada organisasi besar menyebabkan setiap perubahan data harus tercatat perubahannya. Hal ini bertujuan untuk memudahkan segala proses yang akan dilakukan sesuai dengan kebutuhan perusahaan. Mengelola data dalam Data Warehouse secara real time menjadi salah satu potensi kuat untuk dijadikan solusi pengelolaan data yang terus berubah dalam jumlah besar, serta meningkatkan kualitas manajemen pengelolaan data dalam waktu yang tepat dan nyata. Permasalahan sangat sering terjadi saat
2
sebuah organisasi besar yang mengelola data dalam jumlah besar tidak menerapkan sistem secara real time. Permasalahan yang sering di alami adalah sistem operasional yang memiliki perubahan data yang relatif cepat namun proses loading data ke dalam Data Warehouse membutuhkan periode tertentu, sehingga data yang ada tidak optimal untuk digunakan sebagai objek analisis dan pengambilan keputusan. Sistem real time akan mengurangi atau bahkan menghilangkan hambatan-hambatan seperti keterlambatan informasi yang berubah pada sistem. Era bisnis yang serba online menyebabkan segala bentuk transaksi terjadi sangat cepat tanpa mengenal waktu. Sering terjadi perubahan yang sangat cepat pada data transaksi tersebut, dikarenakan setiap orang dapat bertransaksi secara bersamaan melalui media internet kapanpun dan dimana saja. Suatu saat ketika proses tersebut berlangsung, data source atau data transaksi telah mengalami perubahan namun belum tercatat ke dalam Data Warehouse. Hal ini jelas menyebabkan informasi yang terbentuk dan tersimpan dalam Data Warehouse sudah tidak valid. Pemrosesan secara real time juga memberikan keuntungan dalam persaingan bisnis antar perusahaan. Menyimpan informasi transaksi penjualan secara real time pada sebuah swalayan, dapat membantu perusahaan tersebut dalam menganalisis produk apa yang menguntungkan ataupun sebaliknya sesuai dengan informasi terkini. Informasi yang disediakan melalui proses real time akan meningkatkan kemampuan perusahaan untuk memaksimalkan pengelolaan data dalam bentuk apapun.
Proses sinkronisasi dibutuhkan untuk menyamakan persepsi data saat perubahan data terjadi. Hal ini berkaitan erat dengan extraction, transformation, loading (ETL) dalam membangun Data Warehouse. Terdapat beberapa metode dalam melakukan sinkronisasi pada operational data source (ODS) dan Data Warehouse. Change data capture (CDC) merupakan suatu teknik yang bisa dijadikan sebagai solusi permasalahan pada real time data warehousing (RTDW).
CDC bekerja dengan merekam segala aktivitas yang terjadi pada tabel-tabel di level on-line transaction processing (OLTP). Setiap perubahan yang terjadi pada OLTP sebagai ODS, akan direkam dan tercatat oleh CDC dalam waktu yang nyata, sehingga data yang mengalami perubahan pada ODS akan tiba
3
di Data Warehouse pada waktu yang mendekati waktu sebenarnya (near-real time). Real time Data Warehouse dapat menjadi solusi dari permasalahan yang banyak terjadi pada organisasi yang memanfaatkan Data Warehouse dalam mengelola data dan informasi yang mengalir di dalamnya. Saat suatu perusahaan atau organisasi besar tidak menerapkan RTDW, ada kemungkinan pengambilan keputusan yang dilakukan tidak menemukan solusi atau inovasi dalam membuat strategi baru yang akan diterapkan. Banyak organisasi besar yang telah memanfaatkan CDC untuk membangun RTDW untuk kelancaran proses bisnis yang memang membutuhkan operasi secara real time. Misalnya perusahaan saham yang memerlukan pemantauan secara real time karena informasi selalu berubah dalam hitungan menit atau bahkan detik sekalipun. Badan Meteorologi, Klimatologi, dan Geofisika (BMKG) juga merupakan perusahaan yang telah lama menggunakan CDC dalam memantau data yang berisikan segala informasi aktivitas cuaca, iklim, potensi gempa maupun tsunami yang selalu berubah dalam hitungan detik.
Pendekatan binary log merupakan salah satu objek yang dapat digunakan dalam mengembangkan CDC pada real time Data Warehouse. Binary log pada DBMS (Database Management System) berisi semua catatan informasi perubahan yang terjadi pada database baik pada level data maupun struktur, serta durasi waktu yang digunakan setiap kali melakukan eksekusi pada DBMS. Segala aktivitas dari setiap informasi tersebut akan menjadi acuan dalam memperbarui data sehingga data di semua lokasi sistem akan seragam dan terintegrasi secara real time.
Binary log juga dapat digunakan untuk melakukan pemantauan sistem dari suatu perusahaan atau organisasi melalui log yang selalu tercatat secara real time di dalamnya. Informasi yang terekam oleh Binary log berisikan segala aktivitas manipulasi data yang terjadi pada database, hal ini tentunya sangat membantu pemantauan sistem dalam memperoleh informasi aktivitas yang dilakukan tanpa hak misalnya informasi yang diubah secara langsung dari database tanpa melalui level aplikasi. Hal seperti ini bisa saja terjadi saat seorang database administrator yang ingin memainkan informasi yang ada dalam database. CDC yang mengacu
4
pada binary log dipastikan dapat selalu memperoleh semua informasi yang berkaitan dengan manipulasi data dalam database sehingga tak ada satupun aktivitas manipulasi data yang tak terlihat.
Berdasarkan latar belakang diatas dibuatlah suatu Model Pengembangan Change Data Capture pada Real Time Data Warehouse dengan pendekatan Binary Log. Model pengembangan ini dapat membantu dalam merekam segala perubahan yang terjadi pada data source dan kemudian proses load ke dalam Data Warehouse dilakukan secara real time. Proses secara real time dapat memudahkan pengelolaan data demi terciptanya informasi yang tepat, karena informasi yang tersedia senantiasa diperbarui.
1.2 Rumusan Masalah
Berdasarkan latar belakang diatas, maka dapat dirumuskan beberapa permasalahan yang akan dibahas dalam penelitian ini, antara lain:
1. Bagaimana mekanisme change data capture pada sistem OLTP yang mengacu pada binary log.
2. Bagaimana membangun aplikasi change data capture untuk merekam aktivitas manipulasi data yang terjadi pada OLTP dengan menggunakan pendekatan binary log.
1.3 Tujuan
Kegiatan diciptakan pastilah mempunyai suatu tujuan. Tujuan akan memberikan arah dan tumpuan dalam melaksanakan kegiatan selanjutnya. Tujuan dari model pengembangan adalah:
1. Mengetahui bagaimana mekanisme change data capture pada sistem OLTP yang mengacu pada binary log.
2. Mengetahui bagaimana membangun aplikasi change data capture untuk merekam aktivitas manipulasi data yang terjadi pada OLTP dengan menggunakan pendekatan binary log.
5
1.4 Manfaat
Membangun suatu model pengembangan melalui penelitian, tentunya terdapat manfaat yang akan didapat dari penelitian, antara lain:
1. Memberikan sumbangan pengetahuan mengenai change data capture pada sistem OLTP dan integrasi dengan sistem RTDW.
2. Menyediakan inovasi baru yang dapat dijadikan alternatif lain dalam membangun CDC pada DBMS melalui Binary Log.
3. Meningkatkan kualitas dan integritas data sehingga baik digunakan dalam pengambilan keputusan oleh organisasi.
4. Tersedianya keseragaman data dan informasi yang up-to-date dalam organisasi atau perusahaan.
1.5 Batasan Masalah
Mencapai tujuan dari penelitian ini tentunya terdapat ruang lingkup dan batasan masalah yang diterapkan, maka dilakukan pembatasan asumsi sebagai berikut:
1. DBMS yang digunakan dalam penelitian ini adalah MySQL.
2. Change data capture menangkap manipulasi data yang terjadi pada DBMS melalui binary log.
4. Aplikasi dirancang untuk menangkap manipulasi data yang terjadi pada sistem OLTP dan kemudian melakukan proses load data ke RTDW. 5. Aplikasi harus dipasang pada host yang sama dengan sistem OLTP dan
Data Warehouse dapat berada pada host yang berbeda. 6. Proses real time dijalankan dengan bantuan time delay.
1.6 Sistematika Penulisan
Sistematika penulisan dari penulisan Tugas Akhir ini dapat dijelaskan sebagai berikut:
BAB I : Pendahuluan
Bab I berisikan mengenai gambaran umum dari tulisan yang membahas mengenai latar belakang masalah, rumusan masalah, tujuan penelitian,
6
manfaat penelitian, batasan masalah, hingga mengenai sistematika penulisan yang digunakan dalam penulisan laporan.
BAB II : Tinjauan Pustaka
Bab II berisikan mengenai berbagai macam teori penunjang dalam memecahkan permasalahan, yakni mulai dari pembahasan mengenai berbagai binary log serta mengenai teori dalam merancang model pengembangan change data capture yang digunakan dalam penelitian. BAB III : Metodologi dan Perancangan Sistem
Bab III membahas mengenai gambaran umum sistem terkait pemodelan skema ke dalam sebuah prototipe yang dibuat, serta sumber data dan metode pengumpulan data.
BAB IV : Pengujian dan Analisa Hasil
Bab IV berisikan mengenai pembahasan terkait tentang uji coba prototipe sistem beserta analisis sistem secara keseluruhan. Analisa hasil ujicoba aplikasi dengan studi kasus yang digunakan dijabarkan dalam Bab IV pengujian dan analisa hasil.
BAB V : Penutup
Bab V berisi tentang simpulan tulisan secara keseluruhan yang menjawab permasalahan yang telah dirumuskan sebelumnya. Bab V Penutup juga menampung saran-saran terkait pengembangan sistem selanjutnya. Simpulan merupakan jawaban dari rumusan masalah yang dirumuskan pada awal penelitian.
