Date post: | 18-Mar-2023 |
Category: |
Documents |
Upload: | khangminh22 |
View: | 0 times |
Download: | 0 times |
SKRIPSI
RANCANG BANGUN SISTEM INFORMASI PEMESANAN PRODUK
BERBASIS WEBSITE DENGAN METODE HIERARCHICAL
CLUSTERING
(STUDI KASUS PT SUNGAI BUDI)
Skripsi
Diajukan Sebagai Syarat Melaksanakan Kewajiban Studi Strata Satu Program
Studi Sistem Informasi
Disusun Oleh:
Gilang Syawalluthfi
NIM: 1113093000121
PROGRAM STUDI SISTEM INFORMASI
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH
JAKARTA
2018 M/1438 H
i
RANCANG BANGUN SISTEM INFORMASI PEMESANAN PRODUK
BERBASIS WEBSITE DENGAN METODE HIERARCHICAL
CLUSTERING
(STUDI KASUS PT SUNGAI BUDI)
Skripsi
Diajukan kepada Fakultas Sains dan Teknologi
untuk Memenuhi Persyaratan Memperoleh
Gelar Sarjana Sistem Informasi
Oleh:
Gilang Syawalluthfi
1113093000121
PROGRAM STUDI SISTEM INFORMASI
FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI SYARIF HIDAYATULLAH JAKARTA
2018 M / 1438 H
v
ABSTRAK
Gilang Syawalluthfi (1113093000121), Rancang Bangun Sistem Informasi
Pemesanan Produk Berbasis Website Dengan Metode Hierarchical Clustering
(Studi Kasus PT Sungai Budi) (Dibawah bimbingan Bapak Aries Susanto HT,
Ph.D dan Bapak Ari Irawan, M.Kom).
PT Sungai Budi Group merupakan perusahaan yang bergerak dalam industri
argobisnis atau pertanian yang beralokasi di Daan Mogot Tangerang, Banten. Pada
PT Sungai Budi Group proses penginputan pemesanan produk yang masih berjalan
secara semi terkomputerisasi. Tujuan penelitian ini untuk merancang sistem
informasi pemesanan produk berbasis website dengan menggunakan metode
Hierarchical Clustering. Sistem ini dikembangkan dengan teknologi Data Mining
dengan metode Hierarchical Clustering, metode penlitian yang digunakan metode
pengumpulan data (observasi, wawancara, dan studi pustaka) dan metode
pengembangan berorientasi objek menggunakan pendekatan Rapid Application
Development (RAD), tools Unified Modelling Language (UML). Tahap pembuatan
program dilakukan menggunakan bahasa pemrograman personal home page
(PHP), dengan MySQL sebagai database. Hasil penelitian ini adalah tersedianya
sistem informasi untuk pemesanan produk, change password, data laporan harian
pemesanan, data laporan bulanan pemesanan, dan mencetak laporan pemesanan.
Kata Kunci: PT Sungai Budi, pemesanan produk, Rapid Application Development
(RAD), Unified Modelling Language (UML).
vi
KATA PENGANTAR
Bismillahirrahmanirrahim
Puji syukur penulis panjatkan atas kehadirat Allah SWT yang telah
memberikan nikmat iman, nikmat islam, dan hidayah kepada hamba-Nya. Shalawat
serta salam marilah kita curahkan kepada Nabi besar Muhammad SAW. Semoga
kita semua mendapatkan syafaatnya baik di dunia maupun akhirat.
Skripsi yang berjudul “Rancang Bangun Sistem Informasi Pemesanan
Produk Berbasis Website dengan Metode Hierarchical Clustering (Studi Kasus PT
Sungai Budi)” ini merupakan salah satu bagian penting untuk memenuhi
persyaratan memperoleh gelar sarjana (S-Satu) pada prodi Sistem Informasi,
Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta.
Dalam penyusunan laporan ini banyak sekali pihak yang terlibat untuk
membantu penulis sehingga skripsi ini dapat terselesaikan. Maka dengan rasa
syukur dan hormat penulis mengucapkan terima kasih pada semua pihak yang
memberikan bantuan, bimbingan, dan pengarahan. Oleh karena itu, dalam
kesempatan ini penulis mengucapkan terima kasih yang sebesar-besarnya kepada:
1. Bapak Dr. Agus Salim, S.Ag, MMSI, selaku Dekan Fakultas Sains dan
Teknologi, Universitas Islam Negeri Syarif Hidayatullah Jakarta.
vii
2. Ibu Nia Kumalawadewi MMSI, selaku Ketua Program Studi Sistem
Informasi Fakultas Sains dan Teknologi, Universitas Islam Negeri Syarif
Hidayatullah Jakarta.
3. Bapak Aries Susanto HT, Ph.D Selaku Pembimbing I dan Bapak Ari
Irawan, M.Kom selaku pembimbing II yang secara bijaksana dan kooperatif
telah memberikan bimbingan, ilmu, pengetahuan, pengarahan, motivasi,
dan semangat.
4. Bapak dan Ibu Dosen Fakultas Sains dan Teknologi yang telah memberikan
ilmunya.
5. Seluruh Dosen Program Studi Sistem Informasi yang telah memberikan
ilmunya kepada penulis.
6. Bapak Fajar Aditya Hidayat S.I.Kom, selaku Manajer Pemasaran PT Sungai
Budi yang sudah memberikan penulis untuk melakukan penelitian.
7. Pegawai PT Sungai Budi Group khususnya di Daan Mogot Tangerang
Banten yang tidak dapat disebutkan satu persatu, yang telah membantu
penulis selama pelaksanaan penelitian.
8. Kepada Bapak dan Ibu saya yang selalu memberikan doa, dan motivasi
ketika saya merasakan lelah saat menyusun laporan penelitian.
9. Keluagra Besar Gabuters dan Pisang Tempur FC yang telah memberikan
dukungan moral dan semangat untuk menyelesaikan skripsi ini.
10. Keluarga Besar Mahasiswa Program Kerjasama CCIT FTUI dengan UIN
Syarif Hidayatullah Jakarta Jurusan Sistem Informasi.
viii
11. Seluruh pihak yang telah banyak berjasa dalam menyelesaikan laporan ini
yang tidak bisa disebutkan satu persatu namun tidak mengurangi sedikitpun
rasa terima kasih dari penulis.
Penulis menyadari bahwa penulisan laporan ini masih jauh dari sempurna,
maka kritik beserta saran yang bersifat membangun sangat diharapkan agar
penyusunan laporan ini menjadi lebih baik bagi semua pihak sebagai informasi
bahan karya tulis, studi literature, maupun materi penelitian lebih lanjut.
Jakarta, Agustus 2018
Penulis
Gilang Syawalluthfi
1113093000121
ix
DAFTAR ISI
LEMBAR PENGESAHAN ................................................. Error! Bookmark not defined.
LEMBAR PENGESAHAN UJIAN ................................................................................. ii
PERNYATAAN.................................................................... Error! Bookmark not defined.
ABSTRAK ......................................................................................................................... v
KATA PENGANTAR ...................................................................................................... vi
DAFTAR ISI..................................................................................................................... ix
DAFTAR GAMBAR ...................................................................................................... xiii
DAFTAR TABEL ........................................................................................................... xv
DAFTAR SIMBOL ........................................................................................................ xvi
BAB I .................................................................................................................................. 1
PENDAHULUAN ............................................................................................................. 1
1.1. Latar Belakang .................................................................................................. 1
1.2. Identifikasi Masalah ......................................................................................... 5
1.3. Rumusan Masalah ............................................................................................ 5
1.4. Batasan Masalah ............................................................................................... 6
1.5. Tujuan Penelitian .............................................................................................. 7
1.6. Manfaat Penelitian ............................................................................................ 7
1.7. Metodologi Penelitian ....................................................................................... 8
1.8. Sistematika Penulisan ..................................................................................... 10
BAB II .............................................................................................................................. 12
LANDASAN TEORI ...................................................................................................... 12
2.1. Konsep Dasar Sistem ...................................................................................... 12
2.1.1. Pengertian Sistem .................................................................................... 12
2.1.2. Karakteristik Sistem ............................................................................... 14
2.2. Konsep Dasar Informasi ................................................................................. 16
2.2.1. Pengertian Informasi .............................................................................. 16
2.3. Konsep Dasar Sistem Informasi .................................................................... 18
2.3.1. Pengertian Sistem Informasi .................................................................. 18
2.3.2. Komponen Dasar Sistem Informasi ...................................................... 19
2.4. Konsep Pemesanan Produk............................................................................ 22
2.4.1. Pengertian Pemesanan ............................................................................ 22
x
2.4.2. Pengertian Produk .................................................................................. 23
2.4.3. Kualitas Produk ...................................................................................... 25
2.5. Data Penjualan ................................................................................................ 27
2.6. Data Berkala (Data Time Series) .................................................................... 28
2.7. Tren .................................................................................................................. 28
2.8. Data Mining ..................................................................................................... 29
2.8.1. Pengertian Data Mining .......................................................................... 29
2.8.2. Tahapan Data Mining ............................................................................. 30
2.9. Konsep Clustering (Pengelompokkan) .......................................................... 32
2.9.1. Pengertian Clustering (Pengelompokkan) ............................................. 32
2.9.2. Jenis-jenis Clustering (Pengelompokkan) ............................................. 33
2.10. Perhitungan Qualitative Analysis ............................................................... 36
2.11. Metode Pengembangan Sistem .................................................................. 37
2.11.1. RAD (Rapid Application Development) .................................................. 37
2.11.2. Extreme Programming (XP) .................................................................... 39
2.11.3. SDLC (Software Development Life Cycle) ............................................. 40
2.11.4. Perbandingan Metode Pengembangan Sistem ..................................... 40
2.12. Konsep Dasar Unifed Modelling Language (UML) ................................... 43
2.12.1. Diagram UML ......................................................................................... 44
2.13. Konsep Basis Data ....................................................................................... 54
2.13.1. Basis Data (Database) .............................................................................. 54
2.13.2. DBMS (Database Management System) ................................................. 56
2.13.3. MySQL ..................................................................................................... 57
2.14. Pengujian Perangkat Lunak ...................................................................... 58
2.14.1. White Box Testing .................................................................................... 58
2.14.2. BlackBox Testing ..................................................................................... 60
2.14.3. User Acceptance Testing .......................................................................... 63
2.15. Internet ......................................................................................................... 64
2.16. Web ............................................................................................................... 65
2.17. HTML .......................................................................................................... 66
2.18. PHP ............................................................................................................... 67
BAB III ............................................................................................................................. 69
METODOLOGI PENELITIAN .................................................................................... 69
3.1. Metode Pengumpulan Data ............................................................................ 69
xi
3.1.1. Observasi ....................................................................................................... 69
3.1.2. Wawancara .................................................................................................... 70
3.1.3. Studi Pustaka ................................................................................................. 71
3.1.4. Studi Literatur Sejenis .................................................................................. 72
3.2. Metode Pengembangan Sistem ........................................................................... 76
3.2.1. Penggunaan Metode Pengembangan Sistem RAD ..................................... 78
3.2.2. Penggunaan Metode Pengujian Sistem Black Box Testing ........................ 78
3.3. Kerangka Berpikir Penelitian ............................................................................. 79
BAB IV ............................................................................................................................. 81
HASIL DAN PEMBAHASAN ....................................................................................... 81
4.1. Perencanaan Syarat-Syarat (Requirment Planning) ......................................... 81
4.1.1. Gambaran Umum Perusahaan .................................................................... 81
4.1.2. Visi Dan Misi Perusahaan ............................................................................ 82
4.1.3. Struktur Organisasi Perusahaan ................................................................. 83
4.1.3. Bidang Usaha ................................................................................................. 85
4.1.4. Analisis Sistem Berjalan ............................................................................... 86
4.1.5. Kelemahan Sistem Berjalan ......................................................................... 88
4.1.6. Indentifikasi Masalah ................................................................................... 89
4.1.7. Sistem Usulan ................................................................................................ 90
4.1.8. Analisis Perbandingan Sistem ...................................................................... 92
4.1.9. Tujuan Sistem ................................................................................................ 92
4.1.10. Kebutuhan Sistem ....................................................................................... 93
4.2. Proses Desain (Design Workshop) ....................................................................... 93
4.2.1. Perancangan Sistem ...................................................................................... 93
4.2.2. Perancangan Database ............................................................................... 142
4.2.3. Perancangan Interface ................................................................................ 147
4.3. Implementasi (Implementation) ........................................................................ 153
4.3.1. Konstruksi Perangkat Lunak .................................................................... 154
4.3.2. Arsitektur Hardware ................................................................................... 155
4.3.3. Arsitektur Software ..................................................................................... 155
4.3.4. Pengujian ..................................................................................................... 156
4.3.5. User Acceptence Testing .............................................................................. 160
BAB V ............................................................................................................................ 164
PENUTUP ...................................................................................................................... 164
xii
5.1 Kesimpulan .................................................................................................... 164
5.2 Saran .............................................................................................................. 165
DAFTAR PUSTAKA .................................................................................................... 167
xiii
DAFTAR GAMBAR
Gambar 2. 1 Karakteristik Sistem (Mustakini, 2009) ................................................. 16
Gambar 2. 2 Proses Knowledge Discovery in Database (Kusrini, 2009) ..................... 31
Gambar 2. 3 Dendogram (tree) (Kumar, 2000) ............................................................ 34
Gambar 2. 4 Persamaan Rumus Qualitative Analysis .................................................. 36
Gambar 2. 5 Metode RAD (Kendall, 2010) .................................................................. 38
Gambar 2. 6 Contoh Use Case Diagram ........................................................................ 46
Gambar 2. 7 Contoh Class Diagram .............................................................................. 48
Gambar 2. 8 Contoh Sequance Diagram ...................................................................... 51
Gambar 2. 9 Contoh Activity Diagram .......................................................................... 53
Gambar 3. 1 Kerangka Berpikir ................................................................................... 80
Gambar 4. 1 Logo PT Sungai Budi Group ................................................................... 81
Gambar 4. 2 Struktur Organisasi (PT Sungai Budi, 2017) ......................................... 83
Gambar 4. 3 Sistem Berjalan (PT Sungai Budi, 2017) ................................................ 86
Gambar 4. 4 Sistem Usulan pada PT Sungai Budi ...................................................... 90
Gambar 4. 5 Use Case Diagram pada PT Sungai Budi ................................................ 95
Gambar 4. 6 Activity Diagram Login ........................................................................... 109
Gambar 4. 7 Activity Diagram Ubah Password ........................................................... 110
Gambar 4. 8 Activity Diagram Data Pemesanan Produk ........................................... 111
Gambar 4. 9 Activity Diagram Daftar Pelanggan ....................................................... 112
Gambar 4. 10 Activity Diagram Lihat Data Pemesanan Produk .............................. 113
Gambar 4. 11 Activity Diagram Lihat Data Pelanggan .............................................. 114
Gambar 4. 12 Activity Diagram Data Pembayaran .................................................... 115
Gambar 4. 13 Activity Diagram Bukti Pembayaran ................................................... 116
Gambar 4. 14 Activity Diagram Validasi Data Pembayaran ..................................... 117
Gambar 4. 15 Activity Diagram Kelola Data Produk ................................................. 118
Gambar 4. 16 Activity Diagram Data Laporan ........................................................... 119
Gambar 4. 17 Activity Diagram Kelola Data Pelanggan ............................................ 120
Gambar 4. 18 Activity Diagram Daftar Karyawan ..................................................... 121
Gambar 4. 19 Activity Diagram Kelola Data Karyawan ............................................ 122
Gambar 4. 20 Activity Diagram Melihat Data Laporan ............................................. 123
Gambar 4. 21 Activity Diagram Cetak Data Laporan ................................................ 124
Gambar 4. 22 Activity Diagram Logout ....................................................................... 126
Gambar 4. 23 Sequence Diagram Login ...................................................................... 127
Gambar 4. 24 Sequence Diagram Ubah Password ...................................................... 127
Gambar 4. 25 Sequence Diagram Data Pemesanan Produk ..................................... 128
Gambar 4. 26 Sequence Diagram Daftar Pelanggan .................................................. 129
Gambar 4. 27 Sequence Diagram Lihat Data Pemesanan Produk ........................... 130
Gambar 4. 28 Sequence Diagram Lihat Data Pelanggan........................................... 130
Gambar 4. 29 Sequence Diagram Data Pembayaran ................................................. 131
Gambar 4. 30 Sequence Diagram Bukti Pembayaran................................................ 132
Gambar 4. 31 Sequence Diagram Validasi Data Pembayaran .................................. 133
Gambar 4. 32 Sequence Diagram Kelola Data Produk .............................................. 134
Gambar 4. 33 Sequence Diagram Data Laporan ........................................................ 135
xiv
Gambar 4. 34 Sequence Diagram Kelola Data Pelanggan ......................................... 136
Gambar 4. 35 Sequence Diagram Daftar Karyawan.................................................. 137
Gambar 4. 36 Sequence Diagram Kelola Data Karyawan ......................................... 138
Gambar 4. 37 Sequence Diagram Melihat Data Laporan ......................................... 139
Gambar 4. 38 Sequence Diagram Cetak Data Laporan............................................. 139
Gambar 4. 39 Sequence Diagram Logout .................................................................... 141
Gambar 4. 40 Class Diagram Sistem Pemesanan Produk ......................................... 142
Gambar 4. 41 Mapping Database Sistem Pemesanan Produk ................................... 143
Gambar 4. 42 Rancangan Halaman Login ................................................................. 148
Gambar 4. 43 Rancangan Halaman Utama ................................................................ 148
Gambar 4. 44 Rancangan Halaman Daftar Pelanggan ............................................. 149
Gambar 4. 45 Rancangan Halaman Lihat Data Pemesanan .................................... 150
Gambar 4. 46 Rancangan Halaman Pembayaran ..................................................... 150
Gambar 4. 47 Rancangan Halaman Lihat Data Pelanggan ...................................... 151
Gambar 4. 48 Rancangan Halaman Validasi Data Pembayaran ............................. 152
Gambar 4. 49 Rancangan Halaman Data Laporan ................................................... 152
Gambar 4. 50 Rancangan Halaman Data Produk ..................................................... 153
xv
DAFTAR TABEL
Tabel 2. 1 Definisi dari fungsi Diff................................................................................. 37
Tabel 2. 2 Perbandingan Metode Pengembangan Sistem (Shalahuddin & Ariani,
2011) ................................................................................................................................. 41
Tabel 2. 3 Notasi Pada Use Case Diagram (Sugiarti, 2013) ........................................ 44
Tabel 2. 4 Notasi Pada Class Diagram (Sugiarti, 2013) ............................................... 47
Tabel 2. 5 Notasi Pada Sequence Diagram (Sugiarti, 2013) ........................................ 49
Tabel 2. 6 Notasi Pada Activity Diagram (Sugiarti, 2013) .......................................... 52
Tabel 3. 1 Tabel Studi Literatur Sejenis ....................................................................... 72
Tabel 4. 1 Analisis Perbandingan Sistem Berjalan dan Usulan .................................. 92
Tabel 4. 2 Identifikasi Aktor .......................................................................................... 94
Tabel 4. 3 Identifikasi Use Case ..................................................................................... 96
Tabel 4. 4 Use Case Scenario Login ............................................................................... 98
Tabel 4. 5 Use Case Scenario Ubah Password .............................................................. 99
Tabel 4. 6 Use Case Scenario Data Pemesanan Produk ............................................... 99
Tabel 4. 7 Use Case Scenario Daftar Planggan ........................................................... 100
Tabel 4. 8 Use Case Scenario Lihat Data Pemesanan Produk .................................. 100
Tabel 4. 9 Use Case Scenario Lihat Data Pelanggan .................................................. 101
Tabel 4. 10 Use Case Scenario Data Pembayaran ...................................................... 101
Tabel 4. 11 Use Case Scenario Bukti Pembayaran ..................................................... 102
Tabel 4. 12 Use Case Scenario Validasi Data Pembayaran ....................................... 103
Tabel 4. 13 Use Case Scenario Kelola Data Produk ................................................... 103
Tabel 4. 14 Use Case Scenario Data Laporan ............................................................. 104
Tabel 4. 15 Use Case Scenario Kelola Data Pelanggan .............................................. 105
Tabel 4. 16 Use Case Scenario Daftar Karyawan ....................................................... 105
Tabel 4. 17 Use Case Scenario Kelola Data Karyawan .............................................. 106
Tabel 4. 18 Use Case Scenario Melihat Data Laporan ............................................... 107
Tabel 4. 19 Use Case Scenario Cetak Data Laporan .................................................. 107
Tabel 4. 20 Use Case Scenario Logout ......................................................................... 108
Tabel 4. 21 Struktur Data Pelanggan .......................................................................... 144
Tabel 4. 22 Struktur Data Karyawan .......................................................................... 144
Tabel 4. 23 Struktur Data Pemesanan ........................................................................ 145
Tabel 4. 24 Struktur Data Pembayaran ...................................................................... 146
Tabel 4. 25 Struktur Data Produk ............................................................................... 146
Tabel 4. 26 Struktur Data Laporan ............................................................................. 147
Tabel 4. 27 Daftar Tools Pengembangan Perangkat Lunak Sistem ......................... 154
Tabel 4. 28 Daftar Modul Konstruksi Perangkat Lunak .......................................... 154
Tabel 4. 29 Pengujian Level Pengguna Pelanggan ..................................................... 156
Tabel 4. 30 Pengujian Level Pengguna Admin ........................................................... 158
Tabel 4. 31 Pengujian Level Pengguna Marketing ..................................................... 159
Tabel 4. 32 Pengujian Level Pengguna Kepala Depo ................................................ 159
Tabel 4. 33 Pengujian Alpha ........................................................................................ 161
Tabel 4. 34 Pengujian Betha ......................................................................................... 162
xvi
DAFTAR SIMBOL
SIMBOL USE CASE DIAGRAM
(Sugiarti, 2013)
Simbol Deskripsi
Fungsionalitas yang disediakan sisten sebagai unit-
unit yang saling bertukar pesan antar aktor; biasanya
dinyatakan dengan menggunakan kata kerja di awal
fase nama use case.
Orang, proses, atau sistem lain yang berinteraksi
dengan sistem informasi yang akan dibuat di luar
sistem informasi yang akan dibuat itu sendiri, jadi
walaupun simbol dari aktor adalah gambar orang,
tapi aktor belum tentu merupakan orang; biasanya
dinyatakan menggunakan kata benda di awal frase
nama aktor.
Asosiasi/ Assosition
Komunikasi antara aktor dan use case yang
berpartisipasi pada use case atau use case memiliki
interaksi dengan aktor.
<<extend>>
Relasi use case tambahan kesebuah use case dimana
use case yang ditambahkan dapat berdiri sendiri
walau tanpa use case tambahan itu; mirip dengan
prinsip inheritance pada pemrograman berorientasi
objek, biasanya use case tambah memiliki nama
depan dengan use case yang ditambahkan, anak
panah menuju pada use case yang dituju.
<<include>>
Relasi use case tambahan ke sebuah use case
dimana use case yang di tambahkan memerlukan use
case ini untuk menjalankan fungsinya atau sebagai
syarat dijalankan use case ini.
xvii
SIMBOL ACTIVITY DIAGRAM
(Sugiarti, 2013)
Gambar Keterangan
Actifity
Memperlihatkan bagaimana masing-masing kelas
antarmuka saling berinteraksi satu sama lain
Initial Node
Bagaimana objek dibentuk atau diawali
Actifity Final Node
Bagaimana objek di bentuk dan di akhiri
Fork Node
Asosiasi percabangan dimana satu aktivitas dicabangkan
menjadi beberapa aktivitas
Join Node
Asosiasi Penggabungan dimana lebih dari satu aktivitas
digabungkan mejadi satu
Percabanagan /
decision
Asosiasi percabangan dimana jika ada pilihan aktivitas
kebih dari satu.
Control flow
Digunakan untuk menghubungkan antara aksi satu
dengan aksi yang lain
Memisahkan organisasi bisnis yang bertanggung jawab
terhadap aktivitas yang terjadi
SIMBOL SEQUENCE DIAGRAM
(Sugiarti, 2013)
Simbol Deskripsi
xviii
Atau
Orang, proses, atau sistem lain yang berinteraksi
dengan sistem informasi yang akan dibuat di luar
sistem informasi yang akan dibuat itu sendiri.
Jadi walaupun simbol dari aktor adalah gambar
orang, tapi aktor belum tentu merupakan orang;
biasanya dinyatakan menggunakan kata benda di
awal frase nama aktor.
Garis Hidup Objek
Menyatakan kehidupan suatu objek
Objek sedang aktif
berinteraksi
Menyatakan objek dalam keadaan aktif dan
berinteraksi, semua yang terhubung dengan
waktu aktif ini adalah sebuah tahapan yang
dilakukan didalamnya.
Pesan tipe create
<<create>>
Menyatakakn suatu objek membuat objek yang
lain, arah panah mengarah pada objek yang
dibuat.
Pesan tipe call
1: nama_metode()
Menyatakan suatu objek memanggil operasi atau
metode yang ada pada objek lain atau dirinya
sendiri.
Pesan tipe call
1: masukan
Menyatakan bahwa suatu objek mengirimkan
data atau masukan atau informasi ke objek
lainnya, arah panah mengarah pada objek yang
dikirimi.
Pesan tipe call
1: masukan
Menyatakan bahwa suatu objek yang telah
menjalankan suatu operasi atau metode
menghasilkan suatu kembalian ke objek tertentu,
arah panah mengarah pada objek yang menerima
kembalian
Nama aktor
xix
Pesan tipe destroy
Menyatakan suatu objek mengakhiri hidup objek
yang lain, arah panah mengarah pada objek yang
diakhiri, sebaliknya jika ada create maka ada
destroy
SIMBOL CLASS DIAGRAM
(Sugiarti, 2014)
Simbol Deskripsi
Kelas pada struktur sistem
Asosiasi
Relasi antar kelas dengan makna umum,
asosiasi biasanya juga disertai dengan
multiplicity
Generalisasi
Relasi antar kelas dengan makna generalisasi-
spesialis (khusus-umum)
Asosiasi Berarah /Directed
Asosiasi
Relasi antarkelas dengan makna kelas yang
satu digunakan oleh kelas yang lain, asosiasi
biasanya juga disertai dengan multiplicity
Kebergantungan/ Defedency
Relasi antar kelas dengan makna
kebergantungan antarkelas
Agregasi
Relasi antar kelas dengan makna semua bagian
(whole part)
1
BAB I
PENDAHULUAN
1.1. Latar Belakang
Pada era informasi global, dimana kita bisa memanfaatkan teknologi
informasi yang perangkat utamanya adalah komputer. Informasi yang bisa
dilakukan tidak hanya sekedar informasi suara atau gambar, namun informasi bisa
bersifat multimedia dan pengolaan data. Penemuan berbagai macam teknologi yang
mendukung informasi menyebabkan perkembangan teknologi informasi yang
demikian pesat, dimana setiap informasi yang ada di dunia bisa didapatkan dalam
waktu yang relatif singkat. Kemampuan yang meningkat dalam bidang teknologi
disertai perkembangan aplikasi komputer telah menyebabkan perkembangan
informasi yang semakin cepat (Simarmata, 2006).
Penanganan sistem informasi pada suatu perusahaan saat ini sudah
sedemikian penting dalam perkembangan suatu perusahaan dengan segala bentuk
permasalahan yang baru timbul. Peningkatan aktifitas tanpa diikuti dengan
penanganan sistem informasi yang serius akan menimbulkan berbagai hambatan
baik terhadap karyawan maupun para pengambil keputusan. Informasi yang tepat,
cepat dan aktual dalam suatu perusahaan merupakan sumber daya yang sangat
penting sebab disamping sebagai dasar untuk menilai perkembangan usaha-usaha
yang dilaksanakan juga merupakan untuk menetapkan kebijakan-kebijakan yang
akan diambil untuk tahap selanjutnya, sejalan dengan aktifitas dan perkembangan
usaha tersebut. Penanganan sistem informasi yang baik khususnya yang
terkomputerisasi selain akan membantu para pengguna dan pelaku bagian
2
pengiriman juga memudahkan mengambil keputusan dalam mengevaluasi
sekaligus menentukan kebijakan dan perancangan kegiatan serta program
perusahaan.
Pemesanan berbasis website menggambarkan cakupan yang luas mengenai
teknologi informasi, proses dan praktek dalam transaksi bisnis online tanpa
menggunakan alat transaksi manual. Dengan menggunakan pemesanan berbasis
website, perusahaan dapat memasarkan suatu produk atau jasa kepada konsumen
dengan jangkauan yang lebih luas, sehingga dari segi bisnis merupakan peluang
yang baik untuk memperluas pangsa pasar dari produk atau jasa yang di tawarkan.
Oleh karena itu pengguna sistem akan lebih cepat dalam melakukan proses
perhitungan akses data, kegiatan administrasi, transaksi-transaksi maupun laporan
dengan jaminan akurasi yang lebih baik (Fauzan, 2012). Performa dan tingkat
kelancaran pengiriman misalnya pengiriman produk akan sangat terbantu dengan
penanganan sistem informasi yang baik dalam bisnis (Muhammad, 2011).
Menyikapi persaingan yang semakin kompetitif pada setiap bisnis, telah
memunculkan ide untuk memadukan antara teknologi informasi dan bisnis.
PT Sungai Budi adalah perusahaan yang bergerak dibidang industri
agrobisnis/pertanian terbesar di Indonesia, PT Sungai Budi sangat terlibat dalam
industri agrobisnis/pertanian dalam lingkup berbagai bahan baku, seperti: ubi kayu,
kelapa sawit, kelapa, tepung beras, nanas, kopi, karet dan bahan industri lainnya.
PT Sungai Budi dalam meningkatkan pengembangan performa tidak hanya dalam
bahan baku industri, tetapi juga konsumen pengolahan produk seperti: tepung
tapioka, pemanis, minyak goreng, margarin, tepung beras ketan hitam dan putih,
bihun, kalengan nanas, tepung kelapa dan krim kelapa. Dalam pengembangan
3
tersebut tentunya PT Sungai Budi memiliki data pemesanan berskala yang belum
diolah secara maksimal. Data pemesanan berskala yang diolah dapat menghasilkan
sebuah gerakan (fluktuasi) dan gerakan tersebut dapat menghasilkan sebuah tren
penjualan. PT Sungai Budi perlu mengetahui tren penjualan yang terjadi karena
berguna untuk mengelola stok barang agar pemesanan stok periode berikutnya lebih
terencana. Informasi baru tersebut dapat berupa pola pengelompokkan, contoh
dalam bidang pemasaran yaitu pola pengelompokkan pembeli potensial, tren
produk, atau dalam bidang lain.
Clustering adalah pengelompokkan yaitu melakukan pemisahan atau
segmentasi data kedalam sejumlah kelompok (cluster) menurut karakterisktik
tertentu yang diinginka dan kemudian diberi label sesuai keinginan (Prasetyo,
2012). Clustering menurut strukturnya, dibagi menjadi dua yaitu Pengelompokkan
Hierarki (Hierarchical Clustering) dan Pengelompokkan Sekatan (Partitioning
Clustering). Salah satu teknologi Data Mining yang digunakan dalam penelitian ini
adalah menggunakan metode Hierarchical Clustering dengan perhitungan
qualitative. Menurut Pramudiono, Data Mining adalah serangkaian proses untuk
mencari nilia tambah dari suatu kumpulan data berupa pengetahuan yang selama
ini tidak diketahui secara manual (Kusrini, 2009). Menurut Larosee, Data Mining
dibagi menjadi beberapa kelompok berdasarkan tugas yang dapat dilakukan, yaitu:
Deskripsi, Estimasi, Prediksi, Klarifikasi, Pengklusteran dan Asosiasi (Kusrini,
2009).
Metode tersebut dapat digunakan untuk mengolah data berkala periode
pendek (data short time series). Dalam pengolahan data pemesanan berkala (time
series) untuk menghasilkan tren penjualan dengan teknologi Data Mining. Dengan
4
metode tersebut PT Sungai Budi dapat menghasilkan analisis tren yang terjadi
dalam sistem informasi, bertujuan agar aplikasi ini dapat mengelompokkan data
yang memiliki gerakan sejenis yang kemudian diberi label tren penjualan terbaik
dan terburuk. Sehingga dengan melihat pengelompokkan tersebut dapat
mempermudah user memperoleh informasi berupa tren penjualan. Jika terdapat
parameter yang terjadi semakin banyak kenaikan maka termasuk pemesanan terbaik
begitupun sebaliknya.
Penulis menggunakan Hierarchical Clustering karena mengacu pada 2
penelitian sebelumnya menggunakan metode Hierarchical Clustering untuk
mengolah data penjualan yaitu pada penelitian Khosuma (2015) dapat mengolah
data berkala (data time series). Lalu pada penelitian yang dilakukan Sutrisno (2013)
yang dapat menghasilkan mengelompokkan penjualan berdasarkan wilayah.
Dengan mengimplementasikan metode ini dapat mengelompokkan data tren yang
sejenis sesuai kategori nya dari sekian banyak data pemesanan. Sehingga dengan
melihat pengelompokkan tersebut dapat mempermudah user memperoleh informasi
berupa tren penjualan.
Dalam melakukan kegiatan bisnis di PT Sungai Budi masih menggunakan
proses konvensional pada saat konsumen ingin memesan produk, konsumen masih
diharuskan menulis rincian pesanan kepada pihak perusahaan dengan datang
langsung ke kantor atau dengan cara melaui telepon. Pengiriman informasi melalui
telpon seringkali menimbulkan masalah karena format informasi pemesanan yang
dikirimkan oleh konsumen sering tidak sesuai dengan kebutuhan informasi yang
harus diperoleh pihak perusahaan untuk pembuatan produk. Hal tersebut tentu
5
mengakibatkan proses transaksi yang berulang-ulang dan membutuhkan waktu
yang lama.
Berdasarkan penjabaran latar belakang ini, maka penulis tertarik membangun
sistem informasi dengan judul penelitian “Rancang Bangun Sistem Informasi
Pemesanan Produk Berbasis Website Dengan Metode Hierarchical Clustering
(Studi Kasus: PT. Sungai Budi).”
1.2. Identifikasi Masalah
Berdasarkan latar belakang di atas maka penulis mengidentifikasi masalah
yang ada sebagai berikut:
1) Proses penginputan pemesanan produk masih berjalan secara semi
terkomputerisasi. Sehingga memakan waktu yang lama untuk melakukan satu
proses pemesanan produk.
2) Belum tersedianya sistem pengolah data untuk menghasilkan analisis tren
penjualan yang terjadi dalam suatu sistem informasi, yakni seperti teknologi
Data Mining, sehingga mempbantu karyawan dalam proses pencarian data
ataupun data pemesanan.
3) Belum adanya database atau media penyimpanan data terpusat, sehingga
membantu karyawan dalam proses pencarian data atau berkas hasil
penyimpanan data pemesanan dari konsumen.
1.3. Rumusan Masalah
Berdasarkan identifikasi masalah di atas, maka dapat dirumuskan masalah
tersebut yaitu “Bagaimana rancang bangun sistem informasi pemesanan produk
6
berbasis website dengan metode Hierarchical Clustering pada PT Sungai Budi
dengan permasalahan yang terjadi?”
1.4. Batasan Masalah
Berdasarkan latar belakang sebagaimana telah diuraikan di atas, maka untuk
mempermudah pembahasan ini penulis memberikan batasan-batasan yang akan
dibahas dalam penulisan ini:
1) Penelitian ini hanya membahas pada ruang lingkup PT Sungai Budi Group
Daan Mogot Tangerang, Banten.
2) Proses bisnis yang diteliti mencakup informasi produk, penginputan
pemesanan produk, dan media penyimpanan.
3) Sistem informasi digunakan untuk informasi produk, penginputan
pemesanan, dan pemesanan produk.
4) Sistem hanya membahas tentang pemesanan produk berbasis website dengan
metode Hierarchical Clustering dengan metode perhitungan Qualitative dari
teknologi Data Mining.
5) Aplikasi yang dibuat berbasiskan WEB yang menggunakan PHP Versi 5.3.5
sebagai bahasa pemrograman, MYSQL Versi 5.3.2 sebagai basis data dan
PHP MyAdmin Versi 2.9.2 sebagai interface berbasis web yang digunakan
untuk MYSQL dan Xampp versi 2.5.0.
6) Sistem dikembangkan menggunakan metode RAD (Rapid Application
Development) serta Tools yang digunakan dalam perancangan menggunakan
Unified Modelling Language (UML) versi 2.0 yaitu: use case diagram,
activity diagram, class diagram, mapping diagram dan sequence diagram.
7
1.5. Tujuan Penelitian
Adapun tujuan umum dari peneliti, mengembangkan sistem informasi
pemesanan produk berbasis website dengan metode Hierarchical Clustering pada
PT Sungai Budi. Selain memiliki tujuan umum, penelitian ini secara spesifik
bertujuan untuk menghasilkan perancangan sistem informasi pemesanan produk
pada PT Sungai Budi yang dapat membantu pengelolaan pencatatan dan
memonitoring data pemesanan konsumen, serta membantu karyawan
mempermudah dalam pengolahan data berskala dan pencarian data pemesanan
produk yang dengan menggunakan teknologi Data Mining, dan membantu
karyawan untuk mempercepat proses pencarian data berkas hasil penyimpanan data
pemesanan konsumen dengan adanya database.
1.6. Manfaat Penelitian
Manfaat yang didapat dari penelitian skripsi ini adalah sebagai berikut:
1) Bagi Peneliti.
a. Manambah pengalaman pembuatan web aplikasi dan mengatahui
proses bisnis pada PT Sungai Budi, untuk kesiapan terjun
kemasyarakat.
b. Peneliti dapat mengetahui sistem informasi pemesanan produk pada PT
Sungai Budi.
2) Bagi Perusahaan
a. Memberikan kemudahan kepada karyawan PT Sungai Budi dalam
melakukan proses penginputan pemesanan, pemesanan produk,
informasi produk dan pencarian data pemesanan.
8
b. Mengurangi kesalahan dalam pencatatan dalam pemesanan konsumen
dan pembuatan laporan.
c. Memberikan informasi kepada konsumen beberapa yang ada pada PT
Sungai Budi yang dapat dipesan.
3) Bagi Universitas
a. Merupakan salah satu evaluasi dari pencapaian materi yang telah diakui
mahasiswa.
b. Dapat menjalin hubungan kerja sama dengan pihak instansi.
c. Dapat mewakili eksistensi program studi sistem informasi.
1.7. Metodologi Penelitian
Metode yang digunakan dalam penelitian skripsi ini adalah sebagai berikut:
1) Metode Pungumpulan data.
a. Observasi
Pengumpulan data dan informasi dengan cara melakukan pengamatan
secara langsung dengan pihak PT Sungai Budi melihat bagaimana
proses bisnis yang berlangsung pada saat penginputan pemesana dan
pemesanan produk.
b. Wawancara
Wawancara dilakukan kepada Bapak Fajar Aditya Hidayat S.I.Kom
selaku Manajer Pemasaran di PT Sungai Budi. Hal ini dilakukan dengan
tujuan memperoleh informasi selengkap-lengkapnya mengenai data
dari proses bisnis yang ada dalam PT Sungai Budi.
9
c. Studi Pustaka
Studi pustaka dilakukan dengan cara penulis mengumpulkan informasi
yang relevan dengan topik atau masalah yang sedang diteliti. Informasi
tersebut diperoleh dari buku-buku ilmiah, jurnal, skripsi serta sumber
lain yang berupa cetak maupun elektronik.
2) Metode pengembangan sistem
Pengembangan sistem pada Sistem Informasi Pemesanan Produk Berbasis
Website pada PT Sungai Budi ini dengan menggunakan metode Rapid
Application Development (RAD). Sesuai dengan metodologi RAD menurut
(Kendall, 2010), berikut ini adalah tahap-tahap pengembangan aplikasi dari
tiap-tiap fase pengembangan aplikasi.
a. Perancangan Kebutuhan (Requirement Planning)
Dalam tahap ini, pengguna dan penganalisis bertemu untuk
mengidentifikasikan tujuan-tujuan aplikasi atau sistem serta untuk
mengidentifikasikan syarat-syarat informasi yang ditimbulkan dari
tujuan-tujuan tersebut. Orientasi dalam tahap ini adalah menyelesaikan
masalah-masalah perusahaan. Meskipun teknologi informasi dan
sistem dapat mengarahkan sebagian dari sistem yang diajukan,
fokusnya akan selalu tetap pada upaya pencapaian tujuan-tujuan
perusahaan (Kendall, 2010).
b. Proses Desain (Design Workshop)
Tahap ini adalah tahap untuk merancang dan memperbaiki yang dapat
digambarkan sebagai workshop. Penganalisis dan pemrogram dapat
bekerja membangun dan menunjukkan representasi visual desain dan
10
pola kerja kepada pengguna. Workshop desain ini dapat dilakukan
selama beberapa hari tergantung dari ukuran aplikasi yang akan
dikembangkan. Selama workshop desain RAD, pengguna merespon
protoyipe yang ada dan penganalisis memperbaiki modul-modul yang
dirancang berdasarkan respon pengguna. Apabila seorang
pengembangnya merupakan pengembang atau pengguna yang
berpengalaman, Kendall menilai bahwa usaha kreatif ini dapat
mendorong pengembangan sampai pada tingkat terakselerasi (Kendall,
2010).
c. Implementasi (Implementation)
Pada fase implementasi ini, penganalisis bekerja dengan para pengguna
secara intens selama workshop dan merancang aspek-aspek bisnis dan
nonteknis perusahaan. Segera setelah aspek-aspek ini disetujui dan
sistem-sistem dibangun dan disaring, sistem-sistem baru atau bagian
dari sistem diujicoba dan kemudian diperkenalkan kepada organisasi
(Kendall, 2010).
1.8. Sistematika Penulisan
Dalam sistematika laporan ini penulis akan melakukan pembahasan dengan
membagi kedalam 5 bab, yaitu:
BAB I. PENDAHULUAN
Bab ini berisikan tentang latar belakang, identifikasi masalah, rumusan masalah,
batasan masalah, tujuan penelitian, manfaat penelitian, metodologi penelitian dan
sistematika penulisan.
11
BAB II. LANDASAN TEORI
Bab ini menguraikan tentang teori konsep dasar sistem informasi, konsep dasar
basis data, metode pengumpulan data, metode pengembangan data, UML, dan teori
kebidanan.
BAB III. METODOLOGI PENELITIAN
Pada bab ini akan dijelaskan metode pengumpulan data dan metode pengembangan
sistem yang digunakan penulis dalam melakukan penelitian.
BAB IV. HASIL DAN PEMBAHASAN
Pada bab ini penulis membahas mengenai analisis kebutuhan sistem, perancangan
sistem serta implementasi sistem yang dibuat.
BAB V. PENUTUP
Bab ini merupakan bab terkahir yang menyajikan kesimpulan serta saran dari apa
yang telah diterangkan dan diuraikan pada bab-bab sebelumnya.
12
BAB II
LANDASAN TEORI
2.1. Konsep Dasar Sistem
2.1.1. Pengertian Sistem
Menurut Mustakini (2009), dalam bukunya yang berjudul analisis dan
desain mengemukakan definisi sistem adalah suatu jaringan kerja dari
prosedur – prosedur yang saling berhubungan, berkumpul bersama – sama
untuk melakukan suatu kegiatan atau untuk menyelesaikan sautu sasaran
tertentu.
Menurut (Ladjamudin, 2005), Pengembangan sistem adalah menyusun
suatu sistem yang baru untuk menggantikan sistem lama secara keseluruhan
atau memperbaiki sistem yang telah ada. Sistem lama perlu diperbaiki atau
diganti disebabkan karena beberapa hal yaitu sebagai berikut:
1) Adanya permasalahan-permasalahan yang timbul disistem yang lama.
a. Ketidakberesan pada sistem yang lama tidak dapat berjalan atau
berfungsi sebagaimana diharapkan.
b. Pertumbuhan organisasi yang menyebabkan harus disusunya suatu
sistem yang baru. Pertumbuhan organisasi diantaranya adalah
kebutuhan informasi yang semakin luas dan volumepengolahan data
yang semakin meningkat.
2) Untuk meraih kesempatan-kesempatan. Organisasi mulai merasakan bahwa
teknologi informasi perlu digunakan untuk meningkatkan penyediaan
13
informasi sehingga dapat mendukung dalam proses pengambilan keputusan
yang akan dilakukan oleh manajemen.
3) Adanya instruksi/desakan dari organisasi. Penyusunan sistem yang baru dapat
pula terjadi karena adanya instruksi-instruksi dari pimpinan atau dari luar
organisasi karena adanya permasalahan, kesempatan atau instruksi. Sistem
yang baru perlu dikembangkan untuk memecahkan permasalahan yang
timbul, meraih kesempatan yang ada atau memenuhi instruksi yang diberikan
dengan adanya sistem yang baru diharapkan terjadi peningkatan-peningkatan
sebagai berikut:
a. Informasi
Peningkatan terhadap kualitas informasi yang disajikan.
b. Kinerja
Peningkatan terhadap kinerja sistem sehingga menjadi lebih efektif.
c. Efisiensi
Peningkatan terhadap efisiensi operasi. Efisiensi berbeda dengan
ekonomis berhubungan dengan bagaimana sumber daya tersebut
digunakan dengan pemborosan yang paling minimum.
Dari penjelasan di atas dapat diambil kesimpulan bahwa sistem adalah
kumpulan elemen-elemen yang saling berhubungan dan berinteraksi untuk
mencapai suatu tujuan. Dan dalam mencapai suatu tujuan tertentu harus
adanya suatu pengembangan sistem agar memperbaiki dari kesuluruhan
sistem.
14
2.1.2. Karakteristik Sistem
Model umum sebuah sistem adalah input, proses, dan output. Hal ini
merupakan konsep sebuah konsep sebuah sistem yang sangat sederhana sebab
sebuah sistem dapat mempunyai beberapa masukan dan keluaran. Selain itu,
sebuah sistem mempunyai karakteristik atau sifat-sifat tertentu mencirikan
bahwa hal tersebut bisa dikatakan sebagai suatu sistem. (Sutabri, 2012)
Dari sebuah sistem memliki suatu karakteristik atau sifat-sifat tertentu
yang mencirikan bahwa itu adalah suatu sistem. Adapun karakteristik dari
sistem itu adalah (Mustakini, 2009):
1) Komponen Sistem (Components)
Suatu sistem terdiri dari komponen-komponen yang saling berinteraksi,
saling bekerjasama membentuk satu kesatuan. Komponen-komponen
tersebut dapat berupa suatu subsistem atau bagian dari setiap sistem, tidak
peduli seberapa kecil sistem tersebut. Setiap subsistem memiliki sifat-sifat
dari sistem yang menjalankan suatu fungsi tertentu dan mempengaruhi proses
sistem secara keseluruhan. Suatu sistem yang lebih besar yang disebut Supra
Sistem.
2) Batasan Sistem (Boundary)
Ruang lingkup sistem merupakan daerah yang membatasi antara sistem
dengan sistem lainnya atau sistem dengan lingkungan luarnya. Batasan sistem
ini memungkinkan suatu sistem dipandang sebagai satu kesatuan yang tidak
dapat dipisahkan.
3) Lingkungan Luar Sistem (Environment)
15
Lingkungan luar dari suatu sistem adalah apapun yang mempengaruhi operasi
sistem. Lingkungan luar sistem dapat bersifat menguntungkan dan dapat juga
merugikan sistem tersebut. Lingkungan luar yang menguntungkan
merupakan energi dari sistem sehingga harus dijaga dan dipelihara,
sedangkan lingkungan yang merugikan harus ditahan dan dikendalikan
karena dapat menggangu kelangsungan hidup dari sistem.
4) Penghubung Sistem (Interface)
Penghubung sistem merupakan media yang menghubungkan sistem dengan
subsistem akan menjadi masukan bagi subsistem lainnya melalui penghubung
ini sehingga terjadi suatu integrasi sistem yang membentuk kesatuan.
5) Masukan Sistem (Input)
Masukan adalah energi yang dimasukkan ke dalam sistem. Masukan ini dapat
berupa masukan perawatan (Maintanance input) atau masukan sinyal (signal
input). Maintanance input adalah energi yang dimasukan agar sistem tersebut
dapat beroperasi. Sedangkan signal input adalah energi yang diproses untuk
mendapat keluaran.
6) Pengolahan (Process)
Suatu sistem harus mempunyai bagian pengolahan yang merubah masukan
menjadi keluaran.
7) Keluaran sistem (Output)
Keluaran adalah hasil dari energi yang telah diolah kemudian diklasifikasikan
menjadi keluaran yang berguna atau sisa pembuangan. Keluaran dapat
merupakan masukan bagi subsistem yang lain atau bagi supra sistem.
8) Sasaran Sistem (Objective)
16
Sasaran dari suatu sistem sangat menentukan masukan yang dibutuhkan dan
keluaran yang dihasilkan. Jika sistem tidak memiliki sasaran maka operasi
tidak akan berguna.
Gambar 2. 1 Karakteristik Sistem (Mustakini, 2009)
Dari penjelasan di atas dapat diambil kesimpulan bahwa sistem
memliki suatu karakteristik atau sifat-sifat tertentu yang mencirikan bahwa
itu adalah suatu sistem.
2.2. Konsep Dasar Informasi
2.2.1. Pengertian Informasi
Informasi berasal dari kata Perancis kuno, information yang diambil
dari bahasa latin informationem yang berarti garis besar, konsep, ide.
Informasi merupakan kata benda dari informare yang berarti aktivitas dalam
pengetahuan dan komunikasi (Yakub, 2012).
Menurut UU 14 Tahun 2008 tentang informasi dan transaksi elektronik,
keterangan, pernyataan, gagasan dan tanda-tanda yang mengandung nilai,
17
makna, pesan, baik data, fakta dan penjelasannya yang dapat dilihat,
didengar, dan dibaca yang disajikan dalam berbagai kemasan serta format
sesuai dengan perkembangan teknologi informasi dan komunikasi secara
elektronik maupun non elektronik (Yakub, 2012).
Menurut Ladjamudin (2005), Informasi adalah data yang diolah menjadi
bentuk yang berguna dan menjadi berarti bagi penerimanya. Kegunaan informasi
adalah untuk mengurangi ketidakpastian di dalam proses pengambilan keputusan
tentang suatu keadaan. Suatu informasi dikatakan bernilai bila manfaatnya lebih
efektif dibandingkan dengan biaya untuk mendapatkan informasi tersebut. Kualitas
informasi sangat dipengaruhi atau ditentukan oleh beberapa hal yaitu:
1) Relevan (Relevancy)
Seberapa jauh tingkat relevansi informasi tersebut terhadap kenyataan
kejadian masa lalu, kejadian hari ini, dan kejadian yang akan datang.
2) Akurat (Accurancy)
Suatu informasi dikatakan berkualitas jika seluruh kebutuhan informasi
tersebut telah tersampaikan (Completeness), seluruh pesan telah benar atau
sesuai (Correctness), serta pesan yang di sampaikan sudah lengkap atau
hanya sistem yang di inginkan oleh user (Security).
3) Tepat waktu (Timeliness)
Berbagai proses dapat di selesaikan dengan tepat waktu, laporan-laporan yang
di butuhkan dapat disampaikan tepat waktu.
4) Ekonomis (Economy)
Informasi yang dihasilkan mempunyai daya jual yang tinggi, serta biaya
operasional untuk menghasilkan informasi tersebut minimal, informasi
18
tersebut juga mampu memberikan dampak yang luas terhadap laju
pertumbuhan ekonomi dan teknologi informasi.
5) Efisien (Efficiency)
Informasi yang berkualitas memiliki sintaks ataupun kalimat yang sederhana
(tidak berbelit-belit, puitis, dan romantis), namun mampu memberikan makna
dan hasil yang mendalam.
6) Dapat dipercaya (Reliability)
Informasi tersebut berasal dari sumber yang dapat di percaya dan teruji
tingkat ke jujurannya.
Dari penjelasan diatas bahwa informasi merupakan kumpulan data yang
diolah untuk penerima yang hasilnya menjadi bentuk yang lebih berguna dan
lebih berarti.
2.3. Konsep Dasar Sistem Informasi
2.3.1. Pengertian Sistem Informasi
Menurut Ladjamudin (2005), sistem informasi dapat di definisikan
sebagai berikut:
1) Suatu sistem dibuat oleh manusia yang terdiri dari komponen-komponen
dalam organisasi untuk mncapai suatu tujuan yaitu meyajikan informasi.
2) Sekumpulan prosedur organisasi yang pada saat di laksanakan akan
memberikan informasi bagi pengambil keputusan dan untuk mengendalikan
organisasi
3) Suatu sistem didalam suatu organisasi yang mempertemukan kebutuhan
pengolahan transaksi, medukung operasi, bersifat manajerial, dan kegiatan
19
strategi dari suatu organisasi dan menyediakan pihak luar tertentu dengan
laporan-laporan yang di perlukan.
Sistem informasi merupakan komponen dalam sebuah organisasi yang
berhubungan dengan proses penciptaan dan aliran informasi. Sistem
informasi dapat membantu pimpinan dari pegawai administrasi untuk
menganalisis permasalahan, menggambarkan hal-hal yang rumit, dan
menciptakan produk atau jasa baru. Aktifitas sistem informasi adalah input,
pemrosesan (processing), dan keluaran (output). Sistem informasi juga
sebagai umpan balik yang dikembalikan ke anggota organisasi untuk
melakukan evaluasi atau koreksi (Yakub, 2012).
Dari definisi di atas, dapat disimpulkan bahwa sistem informasi adalah
suatu sistem yang terdiri dari kumpulan komponen sistem, yaitu software,
hardware dan brainware yang memproses informasi menjadi sebuah output
yang berguna untuk mencapai suatu tujuan tertentu dalam suatu organisasi.
2.3.2. Komponen Dasar Sistem Informasi
Dalam suatu sistem informasi terdapat komponen-komponen seperti
(Hartono, 2005):
1) Blok Masukkan
Input mewakili data yang masuk kedalam sistem informasi. Input disini
termasuk metode-metode dan media untuk menangkap data yang akan
dimasukkan, yang dapat berupa dokumen-dokumen dasar.
2) Blok Model
20
Blok ini terdiri dari kombinasi prosedur, logika dan model matematika yang
akan memanipulasi data input dan data yang tersimpan di basis data dengan
cara yang sudah tertentu untuk menghasilkan keluaran yang diinginkan.
3) Blok Keluaran
Produk dari sistem informasi adalah keluaran yang merupakan informasi
yang berkualitas dan dokumentasi yang berguna untuk semua tingkatan
manajemen serta semua pemakai sistem.
4) Blok Teknologi
Teknologi merupakan “kotak alat” dalam sistem informasi. Teknologi
digunakan utnuk menerima input, menjalankan model, menyimpan dan
mengakses data, meghasilkan dan mengirimkan keluaran dan membantu
pengendalian dari sistem secara keseluruhan.
5) Blok Basis Data
Basis data (database) merupakan kumpulan data yang saling berhubungan
satu dengan yang lainnya, tersimpan diperangkat keras komputer dan
digunakan perangkat lunak untuk memanipulasinya.
6) Blok Kendali
Banyak hal yang dapat merusak sistem informasi, seperti misalnya bencana
alam, api, temperatur, air, debu, kecurangan-kecurangan, kegagalan-
kegagalan sistem itu sendiri, kesalahan-kesalahan, ketidakefisienan, sabotase,
dan yang lainnya.
Menurut Mulyanto (2009), “Sistem informasi terdiri dari lima sumber
daya yang dikenal sebagai komponen sistem informasi. Kelima sumber daya
tersebut adalah manusia, hardware, software, data, dan jaringan. Kelima
21
komponen tersebut memainkan peranan yang sangat penting dalam suatu
sistem informasi. Namun dalam kenyataannya, tidak semua sistem informasi
mencakup kelima komponen tersebut”. berikut merupkan penjelasan
komponen dari sistem informasi:
1) Sumber Daya Manusia
Manusia mengambil peranan yang penting bagi sistem informasi. Manusia
dibutuhkan untuk mengoperasikan sistem informasi. Sumber daya manusia
dapat dibedakan menjadi dua kelompok yaitu pengguna akhir dan pakar
sistem informasi. Pengguna akhir adalah orang-orang yang menggunakan
informasi yang dihasilkan dari sistem informasi, sedangkan pakar sistem
informasi orang-orang yang mengembangkan dan mengoperasikan sistem
informasi.
2) Sumber Daya Hardware
Sumber daya hardware adalah semua peralatan yang digunakan dalam
pemrosesan informasi. Sumber daya ini tidak hanya sebatas komputer
saja, melainkan semua media data seperti lembaran kertas dan disk magnetic
atau optikal.
3) Sumber Daya Software
Sumber daya software adalah semua rangkaian perintah (instruksi) yang
digunakan untuk memproses informasi. Sumber daya ini tidak hanya berupa
program saja, tetapi juga berupa prosedur.
4) Sumber Daya Data
22
Sumber daya data bukan hanya sekedar bahan baku untuk memasukan sebuah
sistem informasi, melainkan sebagai dasar membentuk sumber daya
organisasi.
5) Sumber Daya Jaringan
Sumber daya jaringan merupakan media komunikasi yang menghubungkan
komputer, memproses komunikasi, dan peralatan lainnya, serta dikendalikan
melalui software komunikasi. Sumber daya ini dapat berupa media
komunikasi seperti kabel, satelit dan dukungan jaringan seperti modem,
software pengendali, serta prosesor antar jaringan.
Dari kelima komponen diatas dapat disimpulkan bahwa sistem
informasi merupakan kumpulan dari perangkat keras, perangkat lunak, serta
perankat manusia yang digunakan untuk mengolah data menggunakan
perangkat keras dan perangat lunak tersebut. Dari kelima komponen tersebut
memiliki peranan penting dalam suatu sistem infromasi.
Oleh karena itu beberapa pengendalian perlu dirancang dan diterapakan
untuk meyakinkan bahwa hal-hal yang merusak sistem dapat dicegah ataupun
bila terlanjur terjadi kesalahan-kesalahan dapat langsung cepat diatasi.
2.4. Konsep Pemesanan Produk
2.4.1. Pengertian Pemesanan
Pemesanan barang (sparepart) oleh teknisi merupakan awal dari proses
ini. Pemesanan barang oleh teknisi harus terlebih dahulu mendapatkan
persediaan yang ada harus seimbang dengan kebutuhan, karena persediaan
yang terlalu banyak akan mengakibatkan perusahaan menanggung risiko
23
kerusakan dan biaya penyimpanan yang tinggi disamping biaya investasi
yang besar serta akan menambah daftar persediaan barang deathstock. Tetapi
jika terjadi kekurangan persediaan akan berakibat terganggunya kelancaran
dalamkegiatan pelayanan purna jual.
Menurut Ristono (2009) persediaan dapat diartikan sebagai barang-
barang yang disimpan untuk digunakan atau dijual pada masa atau periode
yang akan datang.
Penjualan merupakan aktivitas uatama perusahaan. Pendapatan
perusahaan sangan ditentukan oleh besar kecilnya penjualan. Kegiatan
penjualan itu sendiri berhubungan erat dengan kegiatan marketing atau
pemasaran, dimana penjualan merupakan bagian dari marketing (Nicholas,
2010).
Strategi penjualan adalah perencanaan aktivitas penjualan; metode
klien mencapai, perbedaan kompetitif dan sumber daya yang tersedia.
Penjualan strategi sangat penting, jika tidak daerah yang paling penting yang
dibutuhkan untuk menghasilkan keuntungan bagi perusahaan. (Nicholas,
2010).
Oleh sebab itu dirancang sistem informasi manajemen persediaan
pemesanan produk yang harus diadakan untuk menjamin kelancaran dalam
kegiatan pelayanan purna jual, serta menetapkan jadwal pengadaan dan
jumlah pemesanan produk sesuai dengan kebutuhan perusahaan.
2.4.2. Pengertian Produk
Produk merupakan titik pusat dari kegiatan pemasaran karena produk
merupakan hasil dari suatu perusahaan yang dapat ditawarkan ke pasar untuk
24
di konsumsi dan merupakan alat dari suatu perusahaan untuk mencapai tujuan
dari perusahaannya. Suatu produk harus memiliki keunggulan dari produk-
produk yang lain baik dari segi kualitas, desain, bentuk, ukuran, kemasan,
pelayanan, garansi, dan rasa agar dapat menarik minat konsumen untuk
mencoba dan membeli produk tersebut.
Pengertian produk (product) menurut Kotler (2001) adalah segala
sesuatu yang dapat ditawarkan ke pasar untuk mendapatkan perhatian, dibeli,
digunakan, atau dikonsumsi yang dapat memuaskan keinginan atau
kebutuhan. Secara konseptual produk adalah pemahaman subyektif dari
produsen atas sesuatu yang bisa ditawarkan sebagai usaha untuk mencapai
tujuan organisasi melalui pemenuhan kebutuhan dan kegiatan konsumen,
sesuai dengan kompetensi dan kapasitas organisasi serta daya beli pasar.
Selain itu produk dapat pula didefinisikan sebagai persepsi konsumen yang
dijabarkan oleh produsen melalui hasil produksinya. Produk dipandang
penting oleh konsumen dan dijadikan dasar pengambilan keputusan
pembelian.
Pengertian produk menurut Stanton (1996) adalah suatu produk adalah
kumpulan dari atribut-atribut yang nyata maupun tidak nyata, termasuk di
dalamnya kemasan, warna, harga, kualitas dan merk ditambah denganjasa dan
reputasi penjualannya.
Pengertian produk menurut Tjiptono (1999) secara konseptual produk
adalah pemahaman subyektif dari produsen atas “sesuatu” yang bisa
ditawarkan sebagai usaha untuk mencapai tujuan organisasi melalui
25
pemenuhan kebutuhan dan keinginan konsumen, sesuai dengan kompetensi
dan kapasitas organisasi serta daya beli.
Dari keempat definisi produk tersebut dapat disimpulkan bahwa produk
adalah segala sesuatu baik berwujud barang atau jasa yang digunakan untuk
memuaskan konsumen, dimana setiap barang atau jasa tersebut memiliki
manfaat yang berbeda. Pembeli dalam membeli setiap barang tidak hanya
membeli sekumpulan atribut fisiknya tetapi lebih dari itu. Pembeli bersedia
membayar sesuatu yang diharapkan agar dapat memuaskan keinginan dan
kebutuhannya.
2.4.3. Kualitas Produk
Kualitas mengandung banyak pengertian, beberapa contoh dari
pengertian kualitas menurut Tjiptono (1999) adalah:
1) Kesesuaian dengan persyaratan.
2) Kecocokan untuk pemakaian.
3) Perbaikan berkelanjutan.
4) Bebas dari kerusakan/cacat.
5) Pemenuhan kebutuhan pelanggan sejak awal dan setiap saat.
6) Melakukan segala sesuatu secara benar.
7) Sesuatu yang bisa membahagiakan pelanggan.
Menurut Mullins, Orville, Larreche, dan Boyd (2005) apabila
perusahaan ingin mempertahankan keunggulan kompetitifnya dalam pasar,
perusahaan harus mengerti aspek dimensi apa saja yang digunakan oleh
konsumen untuk membedakan produk yang dijual perusahaan tersebut
dengan produk pesaing. Dimensi kualitas produk tersebut terdiri dari:
26
1) Performance (kinerja)
Berhubungan dengan karakteristik operasi dasar dari sebuah produk.
2) Durability (daya tahan)
Yang berarti berapa lama atau umur produk yang bersangkutan bertahan
sebelum produk tersebut harus diganti. Semakin besar frekuensi pemakaian
konsumen terhadap produk maka semakin besar pula daya tahan produk.
3) Conformance to specifications (kesesuaian dengan spesifikasi)
Yaitu sejauh mana karakteristik operasi dasar dari sebuah produk memenuhi
spesifikasi tertentu dari konsumen atau tidak ditemukannya cacat pada
produk.
4) Features (fitur)
Adalah karakteristik produk yang dirancang untuk menyempurnakan fungsi
produk atau menambah ketertarikan konsumen terhadap produk.
5) Reliabilty (reliabilitas)
Adalah probabilitas bahwa produk akan bekerja dengan memuaskan atau
tidak dalam periode waktu tertentu. Semakin kecil kemungkinan terjadinya
kerusakan maka produk tersebut dapat diandalkan.
6) Aesthetics (estetika)
Berhubungan dengan bagaimana penampilan produk bias dilihat dari tampak,
rasa, bau, dan bentuk dari produk.
7) Perceived quality (kesan kualitas)
Sering dibilang merupakan hasil dari penggunaan pengukuran yang
dilakukan secara tidak langsung karena terdapat kemungkinan bahwa
konsumen tidak mengerti atau kekurangan informasi atas produk yang
27
bersangkutan. Jadi, persepsi konsumen terhadap produk didapat dari harga,
merek, periklanan, reputasi, dan negara asal.
Dari ketujuh dimensi kualitas produk tersebut dapat diambil
disimpulkan bahwa suatu perusahaan dapat mengerti aspek dimensi apa saja
yang dibutuhkan oleh konsumen untuk membedakan produk yang dijual.
2.5. Data Penjualan
Menurur Freddy (2009) Penjualan adalah kegiatan transaksi dalam bentuk
pengalihan hak milik atas barang dengan imbalan uang sebagai gantinya dengan
persetujuan untuk menyerahkan barang kepada pihak lain dengan menerima
pembayaran. Data adalah fakta-fakta tentang segala sesuatu di dunia nyata yang
dapat direkam dan disimpan pada media komputer (Nugroho, 2011).
Dari segi manfaat data penjualan menurut Jamaan (2011) terdapat beberapa
manfaat data atau laporan penjualan diantaranya, sebagai data untuk menganalisis
tren penjualan secara periodi, laporan penjualan dapat digunakan sebagai dasar
pembuatan strategi dalam mencapai penjualan maksimal, sebagai dasar pembuatan
program promosi dan sebagainya.
Sehingga dapat disimpulkan data penjualan fakta dari kegiatan transaksi
dalam bentuk pngalihan hak milik atas barang dengan imbalan uang sebagai
gantinya dengan persetujuan untuk menyerahkan barang kepada pihak lain dengan
menerima pembayaran yang direkam dan disimpan pada media komputer.
28
2.6. Data Berkala (Data Time Series)
Pelaku ekonomi dan bisnis menggunakan data berkala untuk di analisa dan
menghasilkan suatu gambaran mengenai suatu kejadian dimasa mendatang yang
berguna dalam pengambilan keputusan. (Budiasih, 2012).
Data berkala selalu mengalami perubahan sehingga apabila dibuat grafiknya
akan menujukan fluktuasi (fluctuation) yaitu gerakan naik turun (Supranto, 2000).
Dalam KBBI Online (Versi 1.4 Januari 2015) fluktuasi adalah ketidaktepatan,
kegoncangan. Dalam sebuah kalimat dicontohkan fluktuasi musiman adalah
perubahan turun naik.
Sehingga deret waktu atau data berkala adalah data yang disusun berdasarkan
urutan waktu yang menggambarkan perkembangan suatu kejadian atau suatu
kegiatan. Data masa lampau dicatat secara berturut-turut dalam interval waktu satu
tahun, satu semester, triwulan, bulanan, harian dan satuan waktu lainnya.
2.7. Tren
Tren didefinisikan sebagai arah pergerakan pasar. Pergerakan pasar tidak
pernah bergerak dalam satu garis lurus melainkan secara zig-zag. Gerakan tersebut
menghasilkan rangkaian puncak (naik) dan dasar (turun) yang menentukan tren
pasar (Suwandi, 2009).
Berdasarkan arahnya, tren dibagi menjadi tiga golongan, yaitu uptren
(bullish), downtren (barish) dan sideways. Uptren adalah serangkaian puncak yang
senantiasa lebih tinggi dibandingkan sebelumnya atau cenderung bergerak naik.
Sebaliknya downtren adalah serangkaian puncak yang cenderung bergerak turun.
29
Lain hal nya sideways yaitu serangkaian puncak dan dasar yang bergerak dalam
suatu batas range (tranding range) tertentu (Suwandi, 2009).
Oleh karena itu sebuah tren harus jadi sebuah arah suatu perusahaan agar
mengetahui pergerakan pasar yang terjadi. Karena tren yang menunjukan naik
atupun turun nya suatu pergerakan penjualan pasar.
2.8. Data Mining
2.8.1. Pengertian Data Mining
Menurut Turban, Data Mining adalah suatu istilah yang digunakan
untuk menguraikan penemuan pengetahuan di dalam database. Data Mining
adalah suatu proses yang menggunakan teknik statistik, matematika,
kecerdasan buatan, dan machine learing untuk mengekstraksi dan
mengidentifikasi informasi yang bermanfaat dan pengetahuan berkait dari
berbagai database yang besar (Kusrini, 2009).
Selain itu, menurut Pramudiono Data Mining adalah serangkaian
proses untuk menggali nilai tambah dari suatu kumpulan data berupa
pengetahuan yang selama ini tidak di ketahui secara manual (Kusrini, 2009).
Data Mining juga dapat diartikan sebagai pengeksrakkan informasi
baru yang dapat diambil dari sekumpulan data besar yang membantu
pengambilan keputusan. Istilah Data Mining kadang disebut knowledge
discovery (Prasetyo, 2012).
Menurut Larose Data Mining dibagi menjadi beberapa kelompok
berdasarkan tugas yang dapat dilakukan, yaitu: Deskripsi, Estimasi, Prediksi,
Klasifikasi, Pengklusteran, dan Asosiasi (Kusrini, 2009).
30
Dari definisi-definisi yag telah disampaikan, hal penting yang terkait
dengan Data Mining adalah Data Mining merupakan suatu proses otomatis
terhadap data yang sudah ada. Data yang akan diproses berupa data yang
besar. Tujuan Data Mining juga adalah mendapatkan hubungan atau pola
yang mungkin memberikan indikasi yang bermanfaat.
2.8.2. Tahapan Data Mining
Data Mining dan Knowledge Discovery in Database (KDD) sering
digunakan secara bergantian untuk menjelaskan proses penggalian informasi
tersembunyi dalam suatu basis data yang besar. Kedua istilah tersebut
memiliki konsep yang berbeda tetapi berkaitan satu sama lain. Salah satu
dalam tahapan proses KDD adalah Data Mining (Kusrini, 2009). Proses KDD
secara garis besar dijelaskan sebagai berikut:
1) Data Selection
Pemilihan (seleksi) data dari sekumpulan data operasional perlu dilakukan
sebelum tahap penggalian informasi dalam KDD dimulai. Data hasil seleksi
yang akan digunakan untuk proses Data Mining, disimpan dalam suatu
berkas, terpisah dari basis data operasional.
2) Pre-processing/ Cleaning
Sebelum proses Data Mining dapat dilaksanakan, perlu dilakukan proses
cleaning pada data yang menjadi fokus KDD. Proses cleaning mencakup
antara lain membuang duplikasi data, memeriksa data yang inkonsisten, dan
memperbaiki kesalahan pada data, seperti kesalahan cetak (tipografi).
3) Transformation
31
Coding adalah proses transformasi pada data yang telah dipilih, sehingga data
tersebut sesuai untuk proses Data Mining. Proses coding dalam KDD
merupakan proses kreatif dan sangat tergantung pada jenis atau pola
informasi yang akan dicari dalam basis data.
4) Data Mining
Proses Data Mining yaitu proses mencari pola atau informasi menarik dalam
data terpilih dengan menggunakan teknik atau metode tertentu. Teknik,
metode, atau algoritma dalam data mining sangat bervariasi. Pemilihan
metode atau algoritma yang tepat sangat bergantung pada tujuan dan proses
KDD secara keseluruhan.
5) Interpretation/ Evaluation
Pola informasi yang dihasilkan dari proses Data Mining perlu ditampilkan
dalam bentuk yang mudah dimengerti oleh pihak yang
berkepentingan. Tahap ini merupakan bagian dari proses KDD yang
mencakup pemeriksaan apakah pola atau informasi yang ditemukan
bertentangan dengan fakta atau hipotesa yang ada sebelumnya.
Gambar 2. 2 Proses Knowledge Discovery in Database (Kusrini, 2009)
32
Dari kelima proses KDD tersebut dapat disimpulkan bahwa KDD adalah
proses yang dibantu oleh komputer untuk menggali dan menganalisis sejumlah
besar himpunan data dan mengekstrak informasi dan pengetahuan yang berguna.
Proses Data Mining memperkirakan perilaku dan tren masa depan,
memungkinkan bisnis untuk membuat keputusan yang proaktif dan berdasarkan
pengetahuan. Proses Data Mining mampu menjawab permasalahan bisnis yang
secara tradisional terlalu lama untuk diselesaikan.
2.9. Konsep Clustering (Pengelompokkan)
2.9.1. Pengertian Clustering (Pengelompokkan)
Clustering adalah melakukan pemishan atau segmentasi data kedalam
sejumlah kelompok (cluster) menurut karakteristik tertentu yang diinginkan
dan menghasilkan kelompok-kelompok data yang dapat diberi label sesuai
keinignan (Prasetyo, 2012).
Kusrini (2009) menyebutkan pengklusteran adalah mengelompokkan
record, pengamatan atau memperhatikan dan membentuk kelas objek-objek
yang memiliki kemiripan. Kluster adalah kumpulan record yang memiliki
kemiripan satu dengan yang lainnya dan memiliki ketidakmiripan dengan
record-record dalam kluster lain.
Tujuan Clustering (pengelompokkan) data dapat dibedakan menjadi
dua, yaitu pengelompokkan untuk pemahaman dan pengelompokkan untuk
pengguna. Pengelompokkan untuk pemahaman yaitu biologi, information
interval dan klimatologi, sementara pengelompokkan untuk pengguna yaitu
33
peringkasan, kompresi dan pencarian tetangga terdekat secara efisien
(Prasetyo, 2012).
Jadi suatu pengklusteran melakukan pembagian terhadap keseluruhan
data menjadi kelompok-kelompok yang memiliki kemiripan yang mana
kemiripan record dalam satu kelompok akan bernilai maksimal, sedangkan
kemiripan dengan record dalam kelompok lain akan bernilai minimal.
2.9.2. Jenis-jenis Clustering (Pengelompokkan)
Pengelompokkan atau Clustering menurut strukturnya dibagi menjadi
dua, yaitu:
1) Pengelompokkan Hierarki (Heiarachical Clustering)
Hierarchical Clustering merupakan pengelompokkan data dengan membuat
suatu hierarki berupa dendogram (tree) dimana data yang mirip akan
ditempatkan pada hierarki yang berdekatan dan yang tidak mirip, pada
hierarki yang berjauhan. Berikut proses Hierarchical Clustering (Prastetyo,
2012):
a. Mulai dengan mendefinisikan setiap item sebagai kluster, jadi data yang
ada sejumlah N items, maka sejumlah N items tersebut. Jarak antara
clusters sama dengan jarak antara items yang ada.
b. Selanjutnya, mencari pasangan kluster yang paling mirip dan
menggabungkan keduanya dalam satu kluster.
c. Hitung jarak antara kluster yang baru dibentuk dengan kluster yang
sudah ada sebelumnya. Ulangi tahap a dan b sampai kluster membentuk
N atau sampai membentuk kluster tunggal.
34
Hierarchical Clustering merupakan salah satu algoritma Clustering
yang fungsinya dapat digunakan untuk mengkluster dokumen. Dari teknik
Hierarchical Clustering dapat dihasilkan untuk kumpulan partisi yang
berurutan, dimana dalam kumpulan tersebut dalam kluster-kluster yang
mempunyai poin-poin yang dipunyai semua kluster didalamnya, cluster ini
disebut single cluster, terletak di level yang paling atas. Dalam Hierarchical
Clustering, cluster yang berada di level yang lebih atas (intermediate level)
dari cluster lain, dapat diperoleh dengan cara mengkombinasi dua buah
cluster yang berada pada level dibawahnya. (Kumar, 2000)
Gambar 2. 3 Dendogram (tree) (Kumar, 2000)
Hasil keseluruah dari Hierarchical Clustering secara grafik dapat
digambarkan sebagai pohon. Pohon ini secara grafik menggambarkan proses
penggabungan dari cluster-cluster yang ada. Sehingga menghasilkan cluster
dengan level yang lebih tinggi.
Dalam statistik, pengelompokkan hierarki adalah metode analisis
kelompok yang berusaha membangun sebuah hierarki kelompok. Strategi
pengelompokkan hierarki umumnya jatuh kedalam 2 jenis yaitu Hierarki
35
Aglomeratif (Agglomerative Hierarchical) dan Hierarki Divisif (Divisive
Clustering).
a. Hierarki Aglomeratif (Agglomerative Hierarchical)
Pengelompokkan hierarki aglmeratif merupakan metode dengan
pendekatan bawah-atas (bottom-up). Proses pengelompokkan dimulai
dari masing-masing data sebagai satu buah kelompok, kemudian secara
rekursif mencari kelompok terdekat sebagai pasangan untuk bergabung
sebagai satu kelompok yang lebih besar. Proses tersebut diulang terus
sehingga tampak bergerak ke atas membentuk jenjang (hierarki). Kunci
dari metode tersebut adalah perhitungan proximity (kedekatan) antara
dua kluster, dan inilah yang menjadi definisi dari cluster proximity yang
membedakan.
b. Hierarki Divisif (Divisive Clustering)
Pengelompokkan divisif merupakan metode pengelompokkan hierarki
dengan pendekatan atas-bawah (top-bottom). Hierarchical Clustering
dengan diawali seluruh objek berada pada satu kluster. Pada setiap
langkah berikutnya membagi kluster tersebut ke dalam kluster-kluster
yang lebih kecil hingga setiap objek pada akhirnya berada pada
individual kluster atau hingga kondisi berhenti terpenuhi.
2) Pengelompokkan Sekatan (Patritioning Clustering)
Metode pengelompokkan sekatan membagi set data ke dalam sejumlah
kelompok yang tidak tumpeng tindih atau tidak overlap antara satu kelompok
dengan kelompok yang lainnya. Artinya setiap data hanya menjadi anggota
satu kelompok. Seperti K-Means dan DBSCAN.
36
2.10. Perhitungan Qualitative Analysis
Perhitungan jarak pada short time series dapat dihitung dengan persamaan
qualitative analysis yang diusulkan oleh Todorvski (2002) dengan membandingkan
antar suatu time series.
Pada penelitian Khosuma (2005) untuk menghasilkan analisis tentang tren
yang terjadi dalam sistem informasi, digunakan pendekatan clustering berdasarkan
analisis qualitative perhitungan jarak. Dari kedua hasil penelitian tersebut dapat
disimpulkan bahwa persamaan qualitative analysis dapat menghitung jarak sebuah
time series yang dapat menghasilkan analisis tren yang terjadi dalam sistem
informasi.
Gambar 2. 4 Persamaan Rumus Qualitative Analysis
Keterangan:
D : Kedekatan matriks
X : Objek 1
Y : Objek 2
q(Xi,Xj) : Perubahan pada Objek 1
q(Yi,Yj) : Perubahan pada Objek 2
Diff : Fungsi untuk menentukan nilai dari 3 kemungkinan (naik,
turun, tetap)
37
Dimana q(Vi,Vj) digunakan untuk melihat perubahan pada V, dan Diff
merupakan fungsi untuk menentukan nilai 3 kemungkinan q(Vi,Vj). Faktor
𝟒
𝑵(𝑵−𝟏)digunakan untuk melakukan normalisasi.
Tabel 2. 1 Definisi dari fungsi Diff
q1
q2
Diff(q1,q2) Kenaikan Tetap Penurunan
Kenaikan 0 0.5 1
Tetap 0.5 0 0.5
Penurunan 1 0.5 0
2.11. Metode Pengembangan Sistem
2.11.1. RAD (Rapid Application Development)
Metode Pengembangan sistem pada penelitian ini dengan
menggunakan metode Rapid Application Development (RAD). Sesuai
dengan metodologi RAD menurut (Kendall, 2010), berikut ini adalah tahap-
tahap pengembangan aplikasi dari tiap-tiap fase pengembangan aplikasi.
1) Perancangan Kebutuhan (Requirement Planning)
Dalam tahap ini, pengguna dan penganalisis bertemu untuk
mengidentifikasikan tujuan-tujuan aplikasi atau sistem serta untuk
mengidentifikasikan syarat-syarat informasi yang ditimbulkan dari tujuan-
tujuan tersebut. Orientasi dalam tahap ini adalah menyelesaikan masalah-
masalah perusahaan. Meskipun teknologi informasi dan sistem dapat
mengarahkan sebagian dari sistem yang diajukan, fokusnya akan selalu tetap
pada upaya pencapaian tujuan-tujuan perusahaan (Kendall, 2010).
38
2) Proses Desain (Design Workshop)
Tahap ini adalah tahap untuk merancang dan memperbaiki yang dapat
digambarkan sebagai workshop. Penganalisis dan pemrogram dapat bekerja
membangun dan menunjukkan representasi visual desain dan pola kerja
kepada pengguna. Workshop desain ini dapat dilakukan selama beberapa hari
tergantung dari ukuran aplikasi yang akan dikembangkan. Selama workshop
desain RAD, pengguna merespon protoyipe yang ada dan penganalisis
memperbaiki modul-modul yang dirancang berdasarkan respon pengguna.
Apabila seorang pengembangnya merupakan pengembang atau pengguna
yang berpengalaman, Kendall menilai bahwa usaha kreatif ini dapat
mendorong pengembangan sampai pada tingkat terakselerasi (Kendall,
2010).
3) Implementasi (Implementation)
Pada fase implementasi ini, penganalisis bekerja dengan para pengguna
secara intens selama workshop dan merancang aspek-aspek bisnis dan
nonteknis perusahaan. Segera setelah aspek-aspek ini disetujui dan sistem-
sistem dibangun dan disaring, sistem-sistem baru atau bagian dari sistem
diujicoba dan kemudian diperkenalkan kepada organisasi (Kendall, 2010).
Gambar 2. 5 Metode RAD (Kendall, 2010)
39
Oleh karena itu metode pengembangan sistem yang akan digunakan
dalam penelitian ini adalah menggunakan metode berorientasi objek dengan
model pengembangan RAD dan Unified Modelling language (UML).
2.11.2. Extreme Programming (XP)
Extreme Programming (XP) merupakan suatu pendekatan yang
paling banyak digunakan untuk pengembangan perangkat lunak cepat.
Alasan menggunakan metode Extreme Programming (XP) karena sifat dari
aplikasi yang dikembangkan dengan cepat melalui tahapan-tahapan yang
ada meliputi: Planning, Design, Coding dan Testing. (Pressman, 2012).
Adapun tahapan pada Extreme Programming dapat di jelaskan sebagai
berikut:
1. Planning
Pada tahap perencanaan ini dimulai dari pengumpulan kebutuhan yang
membantu tim teknikal untuk memahami konteks bisnis dari sebuah aplikasi.
Selain itu pada tahap ini juga mendefinisikan output yang akan dihasilkan,
fitur yang dimiliki oleh aplikasi dan fungsi dari aplikasi yang dikembangkan.
2. Design
Metode ini menekankan desain aplikasi yang sederhana, untuk mendesain
aplikasi dapat menggunakan Class Responsbility Collaborator (CRC) cards
yang mengidentifikasi dan mengatur class pada object oriented.
3. Coding
Konsep utama dari tahapan pengkodean pada extreme programming adalah
pair programming, melibatkan lebih dari satu orang untuk menyusun kode.
40
4. Testing
Pada tahapan ini lebih fokus pada pegujian fitur dan fungsionalitas dari
aplikasi.
2.11.3. SDLC (Software Development Life Cycle)
SDLC atau Software Development Life Cycle atau sering disebut juga
System Development Life Cycle adalah proses mengembangkan atau
mengubah suatu sistem perangkat lunak dengan menggunakan model-model
dan metodologi yang digunakan orang untuk mengembangkan sistem-sistem
perangkat lunak sebelumnya (Kendall and Kendall, 2008).
Menurut Kendall and Kendall (2008) SDLC memiliki berberapa model
dalam penerapan tahapan prosesnya, antara lain: Model Waterfall, Model
Prototipe, Model Rapid Application Development (RAD), Model Iteratif, dan
Model Spiral. Pada penelitian skripsi ini, penulis menggunakan Model Rapid
Application Development sebagai model proses pengembangan perangkat
lunaknya.
2.11.4. Perbandingan Metode Pengembangan Sistem
Berikut ini beberapa metode pengembangan sistem kelebihan dan
kekurangannya:
41
Tabel 2. 2 Perbandingan Metode Pengembangan Sistem (Shalahuddin & Ariani,
2011)
Metode
Pengembangan
Kekurangan Kelebihan
Waterfall
• Perubahan spesifikasi perangkat lunak
terjadi ditengah alur pengembangan
• Sangat sulit bagi pelanggan untuk
mendefinisikan semua spesifikasi di
awal alur pengembangan.
• Pelanggan tidak mungkin bersabar
mengakomodasi perubahan yang
diperlukan di akhir alur
pengembangan.
• Struktur tahap
pengembangan sistem jelas.
• Dokumentasi dihasilkan di
setiap tahap
pengembangan.
• Tahapan dijalankan setelah
tahapan sebelumnya selesai
dijalankan.
Prototype • Pelanggan dapat sering mengubah-
ubah atau menambahkan spesifikasi
kebutuhan karena menganggap
aplikasi sudah dengan cepat
dikembangkan
• Pelanggan lebih sering mengambil
kompromi dengan pelanggan untuk
mendapatkan prototype dengan waktu
yang cepat sehingga pengembangan
lebih sering melakukan segala cara
guna menghasilkan prototype untuk
didemonstrasikan. Hal ini dapat
menyebabkan kualitas perangkat lunak
yang kurang baik atau bahkan
menyebabkan iteratif tanpa akhir.
• Prototype sangat cocok
digunakan untuk
menjabarkan kebutuhan
pelanggan secara lebih
detail.
• Untuk mengantisipasi agar
proyek dapat berjalan
sesuai dengan target waktu
dan biaya diawal.
RAD (Rapid
Application
Development)
• Aplikasi dapat diselesaikan secara lebih
cepat, tetapi tidak mampu mengarahkan
penekanan terhadap permasalahan-
permasalahan perusahaan yang
seharusnya diarahkan
• Dengan metode RAD, penganalisis
berusaha mepercepat projek dengan
terburu-buru
• Berguna untuk proyek-
proyek tempat
persyaratan-persyaratan
pengguna tidak pasti dan
tidak tepat.
• Kesalahan dan kelalaian
cenderung
terdeteksi prototype lebih awal daripada dalam
model sistem.
• Para pengguna dan
manajemen melihat
solusi-solusi yang
berbasis perangkat lunak
dan bekerja lebih cepat
daripada pengembangan
yang Model-Driven.
Spiral • Model ini sangat mempertimbangkan
resiko kemungkinan munculnya
• Waktu yang dibutuhkan
untuk mengembangkan
42
kesalahan sehingga sangat dapat
diandalkan untuk pengembangan
perangkat lunak skala besar.
• Pendekatan model ini dilakukan
melalui tahapan-tahapan yang sangat
baik dengan menggabungkan model
Waterfall ditambah dengan metode
pengulangan-pengulangan
perangkat lunak cukup
panjang demikian juga
biaya yang besar.
• Sangat tergantung kepada
tenaga ahli yang dapat
memperkirakan resiko.
Linear
Squential
Model
• Model ini merupakan metode yang
sudah digunakan secara luas sehingga
telah terbukti kehandalan dalam
pengembangan sistem
• Jarang sekali proyek
nyata mengikuti aliran
sekuensial yang
dianjurkan oleh model.
• Kesulitan untuk
mengakomodasi
kebutuhan yang ada pada
bagian awal proyek.
Dapat disimpulkan dari kelima pebandingan metode pengembangan
sistem tersebut yaitu untuk menganalisa suatu perancangan agar sesuai dan
mengetahui kekurangan maupun kelebihan dari penggunaan metode
pengembangan sistem tersebut.
Berdasarkan penjelasan pada tabel perbandingan, pada penelitian ini,
penulis memilih metode Rapid Application Development dikarenakan:
1) Pengambangan sistem menggunakan metode RAD sangat menekankan
pendekatan kepada pengguna, sehingga pengembangan sistem dapat
mengetahui spesifikasi kebutuhan sistem yang diinginkan pengguna dan
dapat menemukan solusi dari permsalahan yang ada.
2) Metode RAD mempunyai kemampuan untuk menggunakan kembali
kemampuan yang ada, sehingga penulis tidak perlu membuat dari awal.
3) Dalam menggunakan RAD dapat menghemat waktu, mengurangi biaya
proyek, dan kebutuhan sumber daya manusia.
43
2.12. Konsep Dasar Unifed Modelling Language (UML)
Menurut Sugiarti (2018), UML (Unified Modeling Language) adalah sebuah
“bahasa” yang telah menjadi standar dalam industri untuk visualisasi, merancang
dan mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar
untuk merancang model sebuah sistem. Dengan menggunakan UML kita dapat
membuat model untun semua jenis aplikasi piranti lunak dimana aplikasi tersebut
dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis
dalam bahasa pemrograman apapun.UML bisa digunakan untuk:
1) Menggambarkan batasan sistem dan fungsi-fungsi sistem secara umum,
dibuat dengan uce case dan actor.
2) Menggambarkan kegiatan atau proses bisnis yang dilaksanakan secara umum,
dibuat dengan interaction diagrams.
3) Menggambarkan representasi struktur static sebuah sistem dalam bentuk
class diagrams.
4) Membuat model behavior “yang menggambarkan atau sifat sebuah sistem”
dengan state transition diagrams.
5) Menyatakan arsitektur implementasi fisik menggunakan component and
development diagrams.
6) Menyampaikan atau memperluas fungsionality dengan streotypes.
Pemodelan menggunakan UML merupakan metode pemodelan berorientasi
objek dan berbasis visual. Karenanya pemodelan menggunakan UML merupakan
pemodelan objek yang focus pada pendefinisian struktur statis dan model sistem
informasi yang dinamis daripada mendefinisikan data dan model proses yang
44
tujuannya adalah pengembangan tradisional. UML menawarkan diagram yang
dikelompokkan menjadi lima perspektif berbeda untuk memodelkan suatu sistem.
2.12.1. Diagram UML
1) Use case Diagram
Menurut Sugiarti (2013), Diagram use case adalah diagram yang
menunjukkan fungsionalitas suatu sistem atau kelas dan bagaimana sistem
tersebut berinteraksi dengan dunia luar, dan menjelaskan sistem secara
fungsional yang terlihat user. Biasanya dibuat pada awal pengembangan. Use
case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah
sistem. Sebuah use case merepresentasikan sebuah interaksi antara aktor
dengan sistem. Use case diagram dapat sangat membantu bila kita sedang
menyusun requirement sebuah sistem, mengkomunikasikan rancangan
dengan klien, dan merancang test case untuk semua feature yang ada pada
sistem. Adapun notasi use case yang digunakan dalam penelitian ini sebagai
berikut:
Tabel 2. 3 Notasi Pada Use Case Diagram (Sugiarti, 2013)
Notasi Keterangan
Use Case
Fungsionalitas yang disediakan sistem sebagai unit-unit
yang saling bertukar peasan antara unit atau aktor,
biasanya dinyatakan dengan menggunakan kata kerja
diawalfrase nama use case.
Aktor Actor, orang, proses atau sistem lain yang berinteraksi
dengan sistem informasi yang akan dibuat diluar sistem
informasi yang akan dibuat itu sendiri, jadi walaupun
45
simbol dari aktor adalah gambar orang, tapi aktor belum
tentu merupakan orang biasanya dinyatakan
mengggunakan kata benda diawal frase nama aktor.
Asosiasi
Komunikasi antara aktor dan use case yang
berpartisipasi pada use case atau use case memiliki
interaksi dengan aktor.
Extend
Relasi use case tambahan ke sebuah use case dimana
use case yang ditambahkan dapat berdiri sendiri
walaupun tanpa use case tambahan itu, mirip dengan
prinsip inheritance pada pemrograman berorientasi
objek, biasanya use case tambahan memiliki nama
depan yang sama dengan use case yang di tambahkan,
arah panah menunjuk pada use case yang dituju.
Include
Relasi use case tambahan ke sebuah use case dimana
use case yang ditambahkan memerlukan use case ini
untuk menjalanaka fungsinya atau sebagai syarat
dijalankan use case ini. Ada dua sudut pandang yang
cukup besar mengenai include di use case, include
berarti use case yang ditambahkan akan selalu
dipanggil saat use case tambahan dijalankan.
Berikut adalah contoh penggunaan Use Case Diagram dalam
penelitian:
46
Gambar 2. 6 Contoh Use Case Diagram
Contoh diatas merupakan use case dari sistem informasi kredit
angsuran dimana terdapat 3 aktor yang akan berinteraksi dengan sistem dan
terdapat 6 use case yang menguhubungkan actor dengan sistem. Masing-
masing aktor dihubungkan dengan use case yang berbeda, hal ini karena
setiap aktor memiliki level yang berbeda untuk dapat mengakses setiap fitur
yang terdapat didalam sistem informasi angsuran.
2) Class Diagram
Menurut Sugiarti (2013), Diagram kelas atau class diagram menggambarkan
struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk
membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau
operasi. Diagram kelas mendeskripsikan jenis-jenis objek dalam sistem dan
berbagai hubungan statis yang terdapat diantara mereka. Diagram kelas juga
menunjukan properti dan operasi sebuah kelas dan batasan-batasan yang
terdapat dalam hubungan-hubungan objek tersebut. Adapun notasi class
diagram yang digunakan dalam penelitian ini sebagai berikut:
47
Tabel 2. 4 Notasi Pada Class Diagram (Sugiarti, 2013)
Notasi Keterangan
Package
Package merupakan sebuah bungkusan dari suatu atau
lebih kelas.
Operasi
Kelas pada struktur sistem.
Antarmuka
Sama dengan konsep interface dalam pemrograman
berorientasi objek
Asosiasi
1 1..*
Relasi antar kelas dengan maknaunum, asosiasi
biasanya juga disertai dengan multiplicity
Asosiasi Berarah
Relasi antar kelas dengan makna kelas yang satu
digunakan dengan kelas lain, asosiasi biasanya juga
disertai dengan multiplicity.
Generalisasi
Relasi antar kelas dengan makna generalisasi
spesialisasi (umum khusus).
48
Kebergantungan
Relais antar kelas dengan makna kebergantungan antar
kelas.
Agregasi
Relasi antar kelas dengan makna semua bagian (whole-
part).
Berikut adalah contoh penggunaan activity diagram dalam penelitian:
Gambar 2. 7 Contoh Class Diagram
Contoh diatas merupakan class diagram dari sistem informasi
angsuran, dimana terdapat 10 objek kelas yang saling berinteraksi. Selurh
objek kelas yang terdapat pada class diagram tersebut dihasilkan dari objek
49
usulan pada tahapan sebelumnya. Masing-masing kelas terhubung gari
asosiasi. Ada sebagian class lainnya berhubungan dengan garis generalisasi
kerena terdapat makna umum-khusu pada kelas.
3) Sequence Diagram
Menurut Sugiarti (2013), Diagram Sequence menggambarkan kelakuan atau
prilaku objek pada use case dengan mendeskripsikan waktu hidup objek
dengan message yang dikirimkan dan diterima antar objek, oleh karena itu
untuk menggambar diagram sequance maka harus diketahui objek-objek
yang terlibat dalam sebuah use case beserta metode-metode yang dimiliki
kelas yang diintansiasi menjadi objek itu. Adapun notasi sequence diagram
yang digunakan dalam penelitian ini sebagai berikut:
Tabel 2. 5 Notasi Pada Sequence Diagram (Sugiarti, 2013)
Notasi Keterangan
Actor
Actor, mempresentasikan entitas yang berada diluar sistem
Lifeline
Lifeline, menggambarkan hubungan suatu elemen yang
berbeda.
50
Boundary
Boundary¸Biasanya berupa tepi dari sistem, separti user
interface atau suatu alat yang berinteraksi dengan sistem
lainnya.
Entity
Entitity, biasanya elemen yang bertanggung jawab
menyimpan data atau informasi.
Message
Message, relasi ini digunakan untuk memanggil operasi atau
metode yang dimiliki oleh suatu objek.
Self Message
Self Message, relasi ini menujukkan bahwa suatu objek
hendak memanggil dirinya sendiri.
Contorol
Control, Merupakan elemen yang mengatur aliran dari
informasi untuk sebuah scenario.
Berikut adalah contoh penggunaan Sequence Diagram dalam
penelitian:
51
Gambar 2. 8 Contoh Sequance Diagram
Gambar diatas merupakan contoh dari seqence diagram yang
menjelaskan interaksi dari rangkaian proses menu perpustakaan dengan
memberikan gambaran urutan even waktu dari suatu pesan antara objek
dalam use case menu. Aktor yang terlibat dalam proses ini yaitu pustakwan.
Pada proses ini aktor memilih masukan penambahan buku, selanjutnya tampil
form tambah buku, pustakawan memasukan judul buku, kategori buku,
selanjutnya klik submit, maka sistem akan mengontrol form penambahann
buku, selanjutnya disimpan dalam penyimpanan berupa database.
4) Activity Diagram
Menurut Sugiarti (2013), Diagram aktivitas atau activity diagram
menggambarkan workflow atau aktivitas dari sebuah sistem atau proses
bisnis, Yang perlu diperhatikan disini adalah bahwa diagram aktivitas
mengggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi
52
aktivitas yang dapat dilakukan oleh sistem. Activity diagram menggambarkan
berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana
masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana
mereka berakhir. Activity diagram juga dapat menggambarkan proses pararel
yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, dimana sebagian besar
state adalah action dan sebagian besar transisi trigger oleh selesainya state
sebelumnya. Oleh karen itu activity diagram tidak menggambarkan
behaviour internal sebuah sistem secara eksak, tetapi lebih menggambarkan
proses-proses dan jalur aktivitas dari level atas secara umum. Adapun notasi
activity diagram yang digunakan dalam penelitian ini sebagai berikut:
Tabel 2. 6 Notasi Pada Activity Diagram (Sugiarti, 2013)
Notasi Keterangan
Start point, merupakan titik awal suatu activity
End point, merupakan titik akhir dari activity
Activity
Fork (percabangan), memisahkan beberapa aliran yang melalui activity
menjadi beberapa aliran
Join (penggabungan), melakukan sinkronisasi terhadap beberapa
aktivitas kembali menjadi satu aliran
53
Decision (branch), titik control yang memiliki keluaran yang berbeda
berdasarkan ekspresi boolean. Setiap titik keputusan memiliki satu
masukkan dan banyak keluaran
Swirnlane
Mengelompokkan activity berdasarkan actor. Diberi label dengan nama
object yang bertanggung jawab untuk menjalankan activity atau action
Berikut adalah contoh penggunaan Sequence Diagram
dalam penelitian:
Gambar 2. 9 Contoh Activity Diagram
Contoh diatas merupakan activity diagram dengan aktor yaitu anggota
dan bagian kredit, yang menggambarkan aktor dapat melakukan proses
pararel yang ditandai dengan notasi transition yaitu bayar angsuran,
54
menerima pembayaran angsuran, catat dan simpan pembayaran angsuran,
buat bukti angsuran dan menerima kembali bukti angsuran yang telah
dibayar. Setiap activity diagram harus dimulai dengan notasi initial state,
menandakan permulaan aktivitas dan diakhiri dengan notasi final state, yang
menandakan aktivitas berkhir.
2.13. Konsep Basis Data
2.13.1. Basis Data (Database)
Database merupakan kumpulan file yang saling berhubungan. Akan
tetapi, database tidak hanya kumpulan file. Record di dalam tiap file harus
dapat dihubungkan dengan record di dalam file lain. Dalam manajemen
database relational terdapat komponen utama dalam konsep database
(Whitten et al, 2007).
Dalam manajemen database relational terdapat komponen utama dalam
konsep database (Whitten et al, 2007):
1) Field adalah unit terkecil data yang disimpan dalam database. Unit terkecil
data yang disimpan dalam database:
a. Primary Key, yaitu field yang unik dan mengidentifikasi satu record. b.
Secondary Key, yaitu field yang mengidentifikasi sebuah record atau bagian
dari beberapa record yang terkait.
c. Foreign Key, yaitu field yang menunjuk beberapa record pada file lain.
d. Descriptive Key, yaitu Non-Key field. database characters data item or
field record file.
55
2) Record adalah kumpulan field yang diatur dalam format yang predetermined
(telah ditentukan).
a. Fixed-length record structures sebagian besar teknologi database
memaksakan struktur record fixed length, dalam artian setiap instance record
mempunyai field yang sama, jumlah field yang sama, dan ukuran logika yang
sama. Akan tetapi, beberapa sistem database akan mengkompresi field-field
dan nilai-nilai yang tidak digunakan untuk menghemat ruang penyimpanan
disk.
b. Variable-length record structures memperbolehkan record-record pada
file yang sama memiliki length yang berbeda.
3) File dan table adalah kumpulan semua kejadian dari struktur record yang
ditentukan. Tipe-tipe dari file yaitu:
a. file induk atau master adalah file penting dalam sistem dan akan tetap ada
selama siklus hidup sistem informasi berputar.
b. File transaksi adalah file yang digunakan untuk merekam data dari suatu
transaksi yang terjadi.
c. File laporan adalah file yang berisi sistem informasi yang akan ditampilkan.
d. File sejarah adalah file yang berisi data masa lalu yang sudah tidak aktif
lagi.
e. File pelindung adalah salinan dari file-file yang masih aktif didatabase
pada saat tertentu yang digunakan bila file database rusak.
f. File kerja adalah suatu proses program secara sementara karena memori
komputer tidak mencukupi.
56
Sedangkan tabel adalah suatu kesatuan unit dari row atau record dengan
atribut-atributnya (column).
Basis data tidak hanya merupakan kumpulan file, basis data adalah
pusat sumber data yang dipakai oleh banyak pemakai untuk berbagai aplikasi.
Inti dari basis data adalah Database Management Sistem (DBMS), yang
membolehkan pembuatan, modifikasi dan pembaharuan basis data,
mendapatkan kembali data, dan membuat laporan (Kendall & Kendall, 2008).
Oleh karena itu database merupakan salah satu komponen yang penting
dalam sistem informasi, karena merupakan basis dalam menyediakan
informasi bagi para pemakai.
2.13.2. DBMS (Database Management System)
Database Management System (DBMS) menurut (Whitten et al, 2007)
adalah software khusus yang disediakan untuk membuat, mengakses,
mengontrol dan mengelola database. Inti dari DBMS sering disebut database
engine. Database engine merespon command-command khusus untuk
membuat database dan membuat, membaca, meng-update serta menghapus
record di dalam database.
DBMS menyediakan semua layanan dasar yang diperlukan untuk
mengorganisir dan memelihara basis data, termasuk penggunaan DBMS
berikut (Simarmata, 2011):
1) Memudahkan pemindahan dari rutinitas manipulasi data eksternal dari aliran
program (yaitu urutan, penggabungan, dan lain-lain)
2) Menghapus kebutuhan untuk menghapus file secara penuh dalam pemilihan
retrieval atau kondisi update.
57
3) Memudahkan pengguna file sesuai golongan oleh sebagai program
(memperbaharui dan atau retrieval).
4) Menyediakan pemulihan data setelah kegagalan.
5) Menyediakan akses data secara logika daripada secara fisik.
Secara garis besar DBMS adalah perangkat lunak sistem yang
memungkinkan para pemakai membuat, memlihara, mengontrol, dan
mengakses basisdata dengan cara yang praktis.
2.13.3. MySQL
MySQL merupakan software database yang termasuk paling populer di
lingkungan linux, kepopuleran ini karena ditunjang karena performansi query
dari databasenya yang saat itu bisa dikatakan paling cepat, dan jarang
bermasalah (Sidik, 2014).
Menurut Anhar (2010), “MySQL adalah salah satu databases
management system (DBMS) dari sekian banyak DBMS seperti Oracle, MS
SQL, Postagre SQL, dan lainya”. MySQL berfungsi untuk mengolah database
menggunakan bahasa SQL. MySQL bersifat open source sehingga kita bisa
menggunakannya secara gratis. Pemograman PHP juga sangat mendukung
dengan database MySQL.
Oleh sebab itu MySQL adalah salah satu aplikasi DBMS yang sudah
sangat banyak digunakan oleh para pemrogram aplikasi web. Kelebihan dari
MySQl adalah gratis, handal selalu di-update dan banyak forum yang
memfasilitasi para pengguna jika memiliki kendala.
58
2.14. Pengujian Perangkat Lunak
Pengujian perangkat lunak adalah satu set aktifitas yang direncanakan dan
sistematis untuk menguji atau mengevaluasi kebenaran yang diinginkan. Aktifitas
pengujian terdiri dari satu set atau sekumpulan langkah dimana dapat menempatkan
desain kasus uji yang spesifik dan metode pengujian. (Shalahuddin, 2013).
Secara teoritis, testing dapat dapat dilakukan dengan berbagai jenis tipe dan
teknik. Namun secara garis besar, terdapat dua jenis tipe testing yang paling umum
digunakan didalam lingkup rekayasa perangkat lunak. Dua jenis tersebut adalah
white boxtesting dan black box testing (Rizky, 2011).
Dapat disimpulkan bahwa pengujian perangkat lunak memiliki cakupan luas
yang mengacu pada sekumpulan aktifitas yang menjamin bahwa perangkat lunak
mengimplementasikan dengan benar. Dan salah satunya mengacu pada sekumpulan
aktifitas yang berbeda yang menjamin bahwa perangkat lunak yang dibangun dapat
ditelusuri sesuai dengan kebutuhan pelanggan.
2.14.1. White Box Testing
White box testing adalah salah satu cara untuk menguji suatu aplikasi
dengan cara melihat modul untuk dapat meneliti dan menganalisa dari kode
program yang dibuat ada yang salah atau tidak. Kalua modul yang telah dan
sudah dihasilkan berupa output yang tidak sesuai dengan yang diharapkan
maka akan di komlikasi ulang dan di cek kembali kode-kode tersebut hingga
sesuai yang diharapkan. (Nidhra, 2012)
White box testing secara umum merupakan jenis yang lebih
berkonsentrasi terhadap “isi” dari perangkat lunak itu sendiri. Jenis ini lebih
banyak berkonsentrasi kepada source code dari perangkat lunak yang dibuat
59
sehingga membutuhkan proses testing yang jauh lebih lama dan lebih mahal
dikarenakan membutuhkan ketelitian dari para tester serta kemampuan teknis
pemograman bagi para testernya.
Beberapa teknik yang terdapat dalam jenis white box testing adalah
(Rizky, 2011):
1) Decision (branch) Coverage
Sesuai dengan namanya, teknik testing ini fokusnya terhadap hasil dari
skenario yang dijalankan terhadap bagian perangkat lunak yang mengandung
percabangan (if, then, else).
2) Condition Coverage
Teknik ini hampir sama dengan teknik pertama, tetapi dijalankan terhadap
percabangan yang dianggap kompleks atau majemuk. Hal ini biasanya
dilakukan jika dalam sebuah perangkat lunak memiliki banyak kondisi yang
dijalankan dalam satu proses sekaligus.
3) Path Analysis
Merupakan teknik testing yang berusaha menjalankan kondisi yang ada
dalam perangkat lunak serta berusaha mengoreksi apakah kondisi yang
dijalankan telah sesuai dengan alur diagram yang terdapat dalam proses
perancangan.
4) Execution Time
Pada teknik ini, perangkat lunak berusaha dijalankan atau dieksekusi
kemudian dilakukan pengukuran waktu pada saat input dimasukkan hingga
output dikeluarkan. Waktu eksekusi yang dihasilkan kemudian dijadikan
60
bahan evaluasi dan dianalisa lebih lanjut untuk melihat apakah perangkat
lunak telah berjalan sesuai dengan kondisi yang dimaksud oleh tester.
5) Algirithm Analysis
Teknik ini umumnya jarang dilakukan jika perangkat lunak yang dibuat
berjenis sistem informasi. Sebab teknik ini membutuhkan kemampuan
matematis yang cukup tinggi bagi para tester, karena didalamnya berusaha
melakukan analisa terhadap algoritma yang diimplentasikan pada perangkat
lunak tersebut.
Oleh sebab itu dapat disimpulkan bahwa perangkat lunak yang dibuat
sehingga membutuhkan proses testing yang jauh lebih lama dan lebih mahal
dikarenakan membutuhkan ketelitian dari para tester serta kemampuan teknis
pemograman bagi para testernya.
2.14.2. BlackBox Testing
Black box testing yaitu menguji perangkat lunak dari segi spesifikasi
fungsional tanpa menguji desain dan kode program. Pengujian dimaksudkan
untuk mengetahui apakah fungsi – fungsi, masukan, dan keluaran dari
perangkat lunak sesuai dengan spesifikasi yang dibutuhkan (Shalahuddin,
2013).
Black box testing adalah tipe testing yang memperlakukan perangkat
lunak yang tidak dikertahui kinerja internalnya. Sehingga para tester
memandang perangkat lunak seperti layaknya sebuah “kotak hitam” yang
tidak penting dilihat isinya, tapi cukup dikenal proses testing dibagian luar
(Rizky, 2011). Beberapa teknik testing yang tergolong tipe ini antara lain:
1) Equivalence Paticioning
61
Pada teknik ini, tiap inputan data dikelompokan kedalam kelompok tertentu,
yang kemudian dibandingkan output-nya
2) Boundary Value Analysis
Merupakan teknik yang sangat umum digunakan pada saat awal perangkat
lunak selesai dikerjakan. Pada teknik ini, dilakukan teknik inputan yang
melebihi batasan dari sebuah data. Sebagai contoh, untuk sebuah inputan
harga barang, maka dapat dilakukan testing dengan menggunakan angka
negatif. Jika perangkat lunak berhasil mengatasi inputan yang salah tersebut,
maka dapat dikatakan teknik ini telah selesai dilakukan.
3) Cuase Effect Graph
Dalam teknik ini, dilakukan proses testing yang menghubungkan sebab dari
sebuah inputan dan akibatnya pada output yang akan dihasilkan.
4) Random Data Selection
Seperti namanya, proses ini berusaha melakukan proses inputan data dengan
menggunakan nilai acak. Dari hasil masukan tersebut kemudian dibuat
sebuah tabel yang menyatakan validitas dari output yang dihasilkan.
5) Feature Test
Pada teknik ini, dilakukan proses testing terhadap spesifikasi dari perangkat
lunak yang selesai dikerjakan. Misalkan pada perangkat lunak sistem
informasi akademik. Dapat dicek apakah fitur untuk melakukan entri nilai
telah tersedia, begitu dengan fitur entri data siswa maupun data guru yang
akan melakukan entri nilai.
Beberapa keuntungan yang diperoleh dari jenis testing ini antara lain
(Rizky, 2011):
62
1) Anggota tim tester tidak harus dari seseorang yang memiliki kemampuan
teknis di bidang pemrograman.
2) Kesalahan dari perangkat lunak ataupun bug seringkali ditemukan oleh
komponen tester yang berasal dari pengguna.
3) Hasil dari black box testing dapat memperjelas kontradiksi ataupun kerancuan
yang mungkin timbul dari eksekusi sebuah perangkat lunak. Proses testing
dapat dilakukan lebih cepat dibandingkan white box testing.
Jadi jenis testing ini hanya memandang perangkat lunak dari sisi
spesifikasi dan kebutuhan yang telah didefinisikan pada saat awal
perancangan. Pada black box testing, perangkat lunak tersebut akan
dieksekusi kemudian berusaha dites apakah telah memenuhi kebutuhan
pengguna yang didefinisikan pada saat awal tanpa harus membongkar listing
programnya.
Oleh karena itu proses pada blackbox testing dapat dilakukan lebih
cepat dibandingkan dengan whitebox testing yang harus memeriksa
prosedurial dari awal dan coding untuk memastikan tidak terjadi kesalahan.
Penggunaan blackbox testing tidak sulit untuk diimplementasikan, karena
pengujian dengan metode ini dapat menggunakan use case diagram dan use
case scenario yang kita kembangkan serta analisis sebagai panduan. Dan
pada testing ini melakukan percobaan semua fungsi dengan memakai
perangkat lunak untuk mengetahui kesesuaian dengan spesifikasi yang
dibutuhkan.
63
2.14.3. User Acceptance Testing
Menurut Perry (2006) user acceptance testing merupakan pengujian
yang dilakukan oleh end-user dimana user tersebut adalah staff/ karyawan
perusahaan yang langsung berinteraksi dengan sistem dan dilakukan
verifikasi apakah fungsi yang ada telah berjalan sesuai dengan
kebutuhan/fungsinya.
Menurut Lewis (1994) setelah dilakukan system testing, acceptance
testing menyatakan bahwa sistem software memenuhi persyaratan.
Acceptance testing merupakan pengujian yang dilakukan oleh pengguna yang
menggunakan teknik pengujian black box untuk menguji sistem terhadap
spesifikasinya. Pengguna akhir bertanggung jawab untuk memastikan semua
fungsionalitas yang relevan telah diuji.
Menurut Black (2002) acceptance testing biasanya berusaha
menunjukkan bahwa sistem telah memenuhi persyaratan-persyaratan
tertentu. Pada pengembangan software dan hardware komersial, acceptance
test biasanya disebut juga "alpha tests" (yang dilakukan oleh pengguna in-
house) dan "beta tests" (yang dilakukan oleh pengguna yang sedang
menggunakan atau akan menggunakan sistem tersebut). Alpha dan beta test
biasanya juga menunjukkan bahwa produk sudah siap untuk dijual atau
dipasarkan. Acceptance testing mencakup data, environment dan skenario
yang sama atau hampir sama pada saat live yang biasanya berfokus pada
skenario penggunaan produk tertentu.
Dari definisi di atas, user acceptance testing adalah pengujian yang
dilakukan oleh pengguna dari sistem tersebut untuk memastikan fungsi-
64
fungsi yang ada pada sistem tersebut telah berjalan dengan baik dan sesuai
dengan kebutuhan pengguna.
2.15. Internet
Internet yang merupakan akronim dari Interconnection Networking adalah
jaringan komputer dengan skala dunia. Teknologi Internet memakai protokol
TCP/IP yang pertama kali dikenalkan dan diuji coba US Department of Defence
(US DoD) dalam proyek ARPAnet (Advanced Research Agency Network) pada
tahun 1969 (Yuniar, 2009).
Internet merupakan jaringan yang menggabungkan beberapa komputer yang
terhubung dalam sebuah Internet Protocol (IP) yang mencakup secara luas ke
seluruh dunia. Internet berbeda dengan WWW (World Wide Web). Secara
sederhana Intesrnet adalah gabungan jaringan komputer yang dihubungkan dengan
kabel tembaga, kabel fiber optic, atau wireless (tanpa kabel) dan sebagainya.
WWW adalah dokumen atau informasi yang saling berhubungan melalui hyperlink
atau URL (Uniform Resource Locator). WWW dapat diakses melalui internet dan
biasanya memberikan fasilitas layanan seperti email, chating, FTP (transferfile) dan
sebagainya (Utomo, 2008).
Internet merupakan contoh jaringan terbesar yang menghubungkan jutaan
komputer yang terbesar di seluruh dunia dan tidak terkait pada suatu organisasi,
dalam hal ini, jaringan tersusun atas berbagai jenis komputer dan sistem operasi,
supaya bisa berhubungan dengan internet seorang pemakai dapat mengakses
komputer yang telah terkoneksi ke internet yang telah berlangganan pada sebuah
65
ISP (Internet Service Provider), ISP adalah organisasi komersial yang bergerak
dalam bidang penyediaan jasa ke internet (Kadir, 2003).
Oleh karena itu begitu banyak keuntungan yang didapatkan dalam
penggunaan internet, salah satunya penggunaan internet pada perusahaan besar.
Dengan menggunakan internet, perusahaan besar dimudahkan dalam kegiatan
pertukaran data. Penggunaan internet pada perusahaan besar dapat melalui jaringan
telepon, ke Internet, untuk jaringan area lokal perusahaan yang menghubungkan
kelompok kerja, departemen, atau lantai kantor.
2.16. Web
World Wide Web (WWW), sering disingkat dengan web adalah suatu layanan
didalam jaringan internet yang berupa ruang informasi. Dengan adanya web, user
dapat memperoleh atau menemukan informasi yang diinginkan dengan cara
mengikuti link (hyperlink) yang disediakan didalam dokumen yang di tampilkan
oleh aplikasi web brwoser (Raharjo, 2011).
Web secara fisik adalah kumpulan komputer pribadi, web browser, koneksi
ke ISP, komputer server, router, dan switch yang digunakan untuk mengalirkan
informasi yang menjadi wahana pertama berbagai pihak terkait (Oetomo, 2007).
Web adalah kumpulan halaman web yang saling terhubung dan file filenya
saling terkait. Web terdiri dari page atau halaman, dan kumpulan halaman yang
dinamakan homepage. Homepage berada pada posisi teratas, dengan halaman-
halaman terkait berada di bawahnya. Biasanya setiap halaman di bawah homepage
disebut child page, yang berisi hyperlink ke halaman lain dalam web (Gregorius,
2000).
66
Web merupakan hal yang tidak dapat dipisahkan dari dunia internet. Melalui
web, setiap pemakai internet bisa mengakses informasi informasi di situs web yang
tidak hanya berupa teks, tetapi juga dapat berupa gambar, suara, film, animasi, dll.
Sebenarnya, web merupakan kumpulan-kumpulan dokumen yang banyak tersebar
di beberapa komputer server yang berada di seluruh penjuru dunia dan trehubung
menjadi satu jaringan melalui jaringan yang disebut internet.
User atau pengguna yang akan mengakses suatu website berupa url melalui
web browser (yaitu media untuk menuju url yang diakses), kemudian web browser
tersebut mengirimkan request berupa http request kepada web server melalui layer-
layer tcp/ip, kemudian web server memberikan web files yang di-request jika ada.
Web files yang telah diberikan tadi tidak langsung ditampilkan begitusaja, namun
web server memberikan respon kembali ke web browser melalui http response yang
juga melalui layer-layer tcp/ip, yang kemudian baru di terima oleh web browser,
dan kemudian dikirimkan kepada user berupa display.
2.17. HTML
HTML adalah singkatan dari Hyper Text Markup Language, yaitu bahasa
standar yang digunakan untuk menampilkan text, gambar, video, dan audio kedalam
halaman web. HTML merupakan file text yang berelemen-elemen yang disebut
dengan tag. Tag HTML diapit dengan tanda lebih kecil (<) dan tanda lebih besar
(>). Tag HTML ada yang memiliki pasangan ada juga yang tidak. Jika suatu tag
memiliki pasangan, maka tag penutup akan dksertai dengan tanda slash (/).
(Raharjo, 2011).
67
Element yang dibutuhkan untuk membuat suatu dokumen HTML dinyatakan
dengan tag <HTML>, <head>, dan <body> berikut tag – tag pasangannya. Setiap
dokumen terdiri atas tag head dan body. Elemen head berisi informasi tentang
dokumen tersebut, dan elemen body berisi teks yang sebenarnya yang tersusun dari
link, grafik, paragraf, dan elemen lainnya (Sidik, 2014).
HTML adalah Bahasa pengkodean untuk menghasilkan dokumen-dokumen
hypertext untuk digunakan di world wide web (www), namun HTML bukanlah
sebuah bahasa pemrograman. (Sugiarti, 2012)
Dapat diambil kesimpulan bahwa HTML adalah sekumpulan simbol-simbol
atau tag-tag yang dituliskan dalam sebuah file yang dimaksudkan untuk
menampilkan halaman pada web browser.
2.18. PHP
PHP adalah salah satu bahasa pemrograman skrip yang dirancang untuk
membangun aplikasi web. Ketika dipanggil dari web browser, program yang ditulis
dengan PHP akan di-parsing di dalam web server oleh interpreter PHP dan
diterjemahkan ke dalam dokumen HTML, yang selanjutnya akan ditampilkan
kembali ke web browser (Raharjo, 2014).
PHP (Hypertext Preprosessor) adalah skrip bersifat server-side yang
ditambahkan ke dalam HTML. Sifat server-side berarti pengerjaan skrip dilakukan
di server, baru kemudian hasilnya dikirimkan ke browser. Skrip ini akan membuat
suatu aplikasi dapat diintregasikan ke dalam HTML sehingga suatu halaman web
tidak lagi bersifat statis, namun menjadi bersifat dinamis (Prasetyo, 2008).
68
Jadi PHP dirancang untuk membentuk suatu halaman web yang dinamis,
yaitu halaman web yang dapat membentuk suatu tampilan berdasarkan permintaan
terkini, seperti menampilkan isi basis data ke halaman web.
69
BAB III
METODOLOGI PENELITIAN
3.1. Metode Pengumpulan Data
Dalam penyusunan skripsi ini, diperlukan data–data serta informasi yang
relatif lengkap sebagai bahan yang dapat mendukung kebenaran materi uraian dan
pembahasan. Oleh karena itu, sebelum penyusunan skripsi ini dilakukan, maka
perlu dilakukan riset atau penelitian terlebih dahulu untuk menjaring data serta
informasi yang terkait. Proses pengumpulan data dapat dilakukan dengan teknik–
teknik tertentu. Teknik yang dipilih dan digunakan dalam proses pengumpulan data
tergantung pada sifat dan karakteristik penelitian yang dilakukan. (Sugiarti, 2010).
Teknik pengumpulan data yang dilakukan adalah sebagai berikut:
3.1.1. Observasi
Pada tahap observasi peneliti mengunjungi perusahaan dengan
melaksanakan pengamatan langsung proses bisnis dan kegiatan yang
berlangsung pada PT Sungai Budi Daan Mogot Tangerang, Banten pada
bulan Mei 2017 sampai Agustus 2017. Tujuan dilakukan observasi adalah
guna mengetahui apa saja informasi yang dibutuhkan disana. Kemudian dari
kebutuhan yang telah didapat bisa dianalisis sistem seperti apa yang akan
dikembangkan untuk menghasilkan informasi yang dibutuhkan. Observasi
yang dilakukan adalah sebagai berikut:
1) Pengumpulan data dan informasi dengan cara melakukan pengamatan secara
langsung dengan pihak PT Sungai Budi melihat bagaimana proses bisnis yang
berlangsung pada saat penginputan pemesanan dan pemesanan produk.
70
2) Kegiatan pengamatan langsung yang dilakukan pada pengawasan Bapak
Fajar Aditya Hidayat S.I.Kom selaku Store Manager pada PT Sungai Budi.
3) Pada kegiatan observasi ditemani dengan Bapak Fajar Aditya Hidayat
S.I.Kom serta memberikan data pengamatan untuk kebutuhan dalam rancang
bangun sistem informasi pemesanan produk pada PT Sungai Budi. Seperti
data-data dan dokumen-dokumen apa saja yang tersimpan dan dikelola oleh
bagian Admin sehingga data-data pemesanan tersebut dapat tersimpan
dengan baik secara manual dan mempermudah kegiatan operasional PT
Sungai Budi.
3.1.2. Wawancara
Peneliti melakukan wawancara langsung dengan Bapak Fajar Aditya
Hidayat S.I.Kom selaku Store Manajer Pemasaran pada PT Sungai Budi yang
beralokasi di Daan Mogot Tangerang, Banten pada tanggal 9 Mei 2017 dan
20 Juli 2017. Wawancara ini dilakukan dengan cara diskusi mengenai segala
kebutuhan yang diperlukan dalam rancang bangun sistem informasi
pemesanan produk pada PT Sungai Budi.
Pada saat wawancara, peneliti juga mengumpulkan data–data yang
digunakan di dalam proses bisnis yang berjalan. Pada PT Sungai Budi masih
menggunakan pencatatan manual, dimana proses pencatatan pemesanan
dilakukan dengan menggunakan surat jalan kepada pimpinan dalam bentuk
lembaran kertas. Dari hasil wawancara, peneliti mendapatkan informasi
mengenai pemesanan produk, proses pencatatan pemesanan, serta
pelaksanaan kegiatan pemesanan produk terhadap bagian sales dan Admin
71
dan informasi lainnya yang berguna dalam menganalisis dan merancang
bangun sistem informas pemesanan produk pada PT Sungai Budi, seperti:
1) Alur sistem yang sedang berjalan.
2) Kelemahan sistem yang sedang berjalan.
3) Kebutuhan Sistem.
4) Prosedur pencatatan pemesanan, transaksi pembayaran, rekam jejak sales,
dan keamaan data pemesanan.
3.1.3. Studi Pustaka
Di dalam studi pustaka ini, penulis mengumpulkan, membaca, dan
mempelajari teori yang ada di dalam buku dan karya ilmiah yang
berhubungan dengan topik pemesanan produk. Studi ini berguna untuk
mengumpulkan data-data yang dibutuhkan. Studi yang dilakukan sebelum
pemilihan masalah, penelaahan perpustakaan, termasuk memperoleh ide
tentang masalah terbaru untuk dirumuskan dalam penelitian (Khosuma,
2015). Teori-teori tersebut berasal dari buku, internet, maupun hasil karya
ilmiah. Buku yang dipelajari adalah buku yang berkaitan dengan perancangan
sistem informasi, model pengembangan sistem rapid application
development, notasi unified modelling language, dan proses pemesanan
produk. Sedangkan karya ilmiah yang dipelajari adalah karya ilmiah yang
berkaitan dengan alur atau proses pemesanan produk.
Terdapat beberapa penelitian sejenis di peroleh dari jurnal dan skripsi
terdahulu yang dapat dijadikan acuan bagi penulis untuk mendukung
penulisan skripsi ini. Studi sejenis yang mirip dengan penelitian penulis yaitu
penelitian yang berkaitan dengan sistem informasi pemesanan produk,
72
selanjutnya dilakukan perbandingan dengan metodologi yang digunakan,
tujuan dan hasil yang diperoleh dan memperhatikan kelebihan dan
kekurangan berbagai aspek yang ada sehingga dihasilakan hal-hal apa saja
yang belum dilakukan dalam penelitian sebelumnya agar terhindar dari
kesalahan dalam penelitian sebelumnya.
3.1.4. Studi Literatur Sejenis
Peneliti melakukan suatu kajian dari hasil penelitian yang sudah ada
sebagai suatu perbandingan dan sumber referensi dalam analisis dan
perancangan sistem informasi pemesan produk. Sumber literatur yang
digunakan penulis ini adalah studi literatur dan hasil penelitian yang
khususnya berkaitan dengan sistem informasi pemesan produk dengan
metode clustering. Berikut merupakan beberapa hasil penelitian sejenis
dengan penelitian yang dilakukan oleh penulis:
Tabel 3. 1 Tabel Studi Literatur Sejenis
Peneliti Judul Penelitian Masalah Hasil
Daniel Khosuma
(Universitas Kristen
Petra Surabaya,
2015).
Pembuatan Aplikasi
Data Mining uuntuk
Melakukan Analisis
Data Time Series
Menggunakan Metode
Qualitative Clustering
Perusahaan
membutuhkan
informasi dalam
pengambilan
keputusan dalam
menebak target
pasar dan melihat
tren penjualan
barang
berdasarkan
waktu
- Sistem dapat
mengolah data
penjualan
berdasarkan data
berkala yang
menampilkan
periode yang telah
di pilih oleh user.
- Aplikasi berbasis
desktop
menggunakan
Borland Delphi,
yang hanya dapat
diakses melalui
perangkat desktop.
Enur Irdiansyah
(Universitas
Penerapan Data
Mining Pada Penjualan
Database
sederhana tidak
- Aplikasi ini dapat
mengurangi
73
Komputer Indonesia
Bandung, 2010)
Produk Minuman di
PT Pepsi Cola
Indobeverages
Menggunakan Metode
Clustering
mampu
mengelola data
yang besar, dan
perusahaan
memerlukan
informasi yang
cukup untuk dapat
di Analisa
menggunakan
data mining
penumpukan data
yang kurang
dimanfaatkan
sebelumnya
- Aplikasi
mengelompokkan
data penjualan
berdasarkan
wilayah
- Aplikasi berbasis
desktop
menggunakan
Borland Delphi,
yang hanya dapat
diakses melalui
perangkat desktop.
Sutrisno
(Universitas
Binadarma
Palembang, 2013)
Penerapan Data
Mining Pada Penjualan
Menggunakan Metode
Clustering pada PT
Indomarco Palembang
Ketersediaan data
yang cukup
banyak,
kebutuhan
informasi atau
pengetahuan
sebagai
pendukung
pengambilan
keputusan
- Penerapan data
mining dapat
sebagai gambaran
bagi pengambilan
keputusan
perusahaan,
aplikasi ini dapat
mengurangi
penumpukan data
yang kurang
dimanfaatkan
sebelumnya.
- Aplikasi yang di
bangun
menggunakan
pemprograman
PHP, namun
pengelompokkan
yang dihasilkan
berupa statistik,
tidak menampilkan
dendrogam (tree).
Muhammad Yamin
(Universitas
Brawijaya Malang,
2013)
Implementasi Metode
Hierarchical
Clustering Pada Ozone
Level Detection Data
Set
Semakin
berkembangnya
kecepatan dalam
mengumpulkan
dan penyimpanan
- Penelitian ini
menerapkan suatu
kelayakan dari
metode
74
data dalam jumlah
besar makin
mengakibatkan
semakin sulitnya
data yang banyak
tersebut untuk
dianalisa
Hierarchical
Clustering.
- Aplikasi mampu
menampilkan
Dendogram, namun
yang sulit dipahami
oleh orang awam.
- Sistem perangkat
lunak yang
dibangun hanya
dengan Algoritma
Hierarchical
Clustering.
Muhammad Thoriq
Agung (Universitas
Dian Nuswantoro,
2015)
Penerapan Data
Mining Pada Data
Transaksi Penjualan
Untuk Mengatur
Penempatan Barang
Menggunakan
Algoritma Apriori
Kebutuhan
informasi atau
pengetahuan
sebagai
pendukung
pengambilan
keputusan
- Data Mining
berguna untuk
memberikan solusi
kepada para
pengambil
keputusan dalam
bisnis guna
meningkatkan
bisnis perusahaan.
- Aplikasi data
mining yang di
bangun hanya
untuk Algoritma
Apriori
K. Sasirekha, P.
Baby
(Department of CS,
Dr.SNS.Rajalakshmi
College of Arts &
Science, 2013)
Agglomerative
Hierarchical
Clustering Algorithm-
A Review
Kurangnya
Pengumpulan
atau
pengelompokkan
data dalam
mencari hasil
hirarki yang
optimal
- Clustering
algoritma yang
memberikan hasil
hirarki antara hasil
normalisasi dengan
hasil yang tidak
normal.
- Sistem perangkat
lunak yang
dibangun hanya
dengan Algoritma
Hierarchical
Clustering.
Kriti Srivastava,
(NMIMS
University, Mumbai.
Data Mining Using
Hierarchical
Agglomerative
Keterbatasan
algoritma
kontemporer tidak
- Data mining
membantu
pengumpulan data
75
College of
Engineering, 2013)
Clustering Algorithm
in Distributed Cloud
Computing
Environment
efisien untuk
database besar.
Karena
membutuhkan
waktu dalam
peng-
eksekusiannya
menjadi
infrastruktur besar
yang mampu
mempercepat
penyampaian
sumber data.
- Aplikasi yang di
bangun
menggunakan
pemrograman Java
berbasis desktop.
Yuni Sugiarti dan
Nia Kumaladewi
(UIN Syarif
Hidayatullah
Jakarta, 2016)
Design Analysis of
Data Warehouse for
Lecture Performance
Evalution (Case
Study Faculty of
Science and
Technology UIN
Jakarta)
Mengevaluasi
kinerja dosen
sebagai jaminan
kualitas.
Proses mengajar
yang dilakukan
oleh dosen adalah
salah satu
parameter yang
dapat digunakan
untuk mengukur
kinerja dosen.
Berdasarkan studi literature sejenis diatas dari beberapa penelitian yang
telah dilakukan sebelumnya dapat diketahui bahwa beberapa sistem yang
digunakan masih berbasis desktop yang hanya dapat diakses melalui
perangkat desktop, pada pengelompokkan yang dihasilkan berupa statistik
belum dalam bentuk Dendogram. Pada penelitian Yamin (2003) aplikasi
tersebut mampu menampilkan dalam bentuk Dendrogram namun sulit untuk
dibaca oleh orang awam, dan belum adanya fasilitas untuk menerima input
database.
Adapun perbedaan dari penelitian ini dengan penelitian sebelumnya
sekaligus menjadi keunggulan, karena beberapa penelitian sebelumnya
mengacu pada aplikasi yang mengelompokkan data penjualan berdasarkan
wilayah, oleh karena ini penulis bermaksud merancang aplikasi berbasis web
76
menggunakan bahasa pemrograman PHP dengan menggunakan metode
Hierarchical Clustering untuk menganalisis data penjualan berdasarkan data
time series menggunakan perhitungan persamaan qualitative yang akan
menghasilkan tren yaitu berupa pengelompokkan fluktuasi penjualan dan
menampilkannya dalam bentuk tabel agar mudah dipahami dengan tambahan
fitur grafik line sebagai gambaran data penjualan berdasarkan time series.
3.2. Metode Pengembangan Sistem
Pada metode pengembangan sistem penulis menggunakan metode Rapid
Application Development (RAD) dalam menganalisis, merancang, dan
mengimplementasikan sistem. Penulis penggunakan metode pengembangan RAD
karena penggunaan metode ini mempersingkat dalam pengerjaannya dan dapat
menggunakan code-code yang sudah ada contohnya dengan menggunakan
template. Adapun tahapan yang dilakukan peniliti yaitu:
1) Requirement Planning
Berdasarkan observasi, wawancara, dan studi pustaka, maka dalam tahap ini
terdapat beberapa langkah yang dilakukan dalam mengidentifikasi kebutuhan
dan tujuan dari sistem yang akan dibangun. Dalam tahap ini diuraikan
beberapa hal yaitu:
a. Analisa sistem berjalan, yang terdiri dari sistem sedang berjalan dengan
membuat rich picture dan mengidentifikasi masalah.
b. Analisa sistem usulan, yang terdiri dari pemecahan masalah dan RAD
menggambarkan sistem usulan dengan rich picture.
2) Design Workshop
77
Merupakan tahap lanjutan dari tahap requirment planning, maka pada tahap
ini penulis melakukan perancangan sistem informasi penilaian kinerja
pegawai dengan menggunakan tools UML (unified Modelling Language)
sesuai dengan kebutuhan dan tujuan yang sudah diidentifikasi pada tahap
requirment planning. Tahapan yang dilakukan pada tahap perancangan
sistem ini adalah sebagai berikut:
a. Membuat Use Case Diagram
b. Membuat Skenario Use Case
c. Membuat Activity Diagram
d. Membuat Sequence Diagram
e. Membuat Class Diagram
f. Membuat Perancangan Database
g. Membuat Grafic User Interface
3) Implementation
Tahap ini terdiri dari dua tahapan, yaitu tahap pengimplementasian sistem ke
dalam bahasa pemograman (Coding) dan tahap pengujian sistem. Dalam
tahap ini sistem yang dibangun dengan menggunakan bahasa pemograman
PHP dan MySQL untuk databasenya. Pada tahap pengujian sistem dilakukan
oleh pihak perusahaan seperti direktur, manajer pemasaran, admin, dan
pegawai dengan menggunakan metode blackbox testing, dimana para
pengguna sistem melakukan input data pada sistem dan melihat output dari
sistem apakah sesuai dengan sistem yang diharapkan.
78
3.2.1. Penggunaan Metode Pengembangan Sistem RAD
Berikut ini alasan penulis menggunakan metode RAD sebagai metode
pengembangan sistem:
1) Sistem yang dibangun oleh penulis merupakan sistem yang sederhana dan
tidak membutuhkan waktu yang lama, metode RAD adalah metode yang
diperuntukan untuk jangka pendek sesuai dengan sistem yang akan dibangun.
2) Metode RAD mempunyai kemampuan untuk menggunakan kembali
kemampuan yang ada, sehingga penulis tidak perlu membuat dari awal.
Contohnya dalam hal coding sistem untuk fungsi input atau hapus, penulis
dapat menggunakan source code yang sudah ada sebelumnya dan penulis
dapat menggunakan template yang sudah tersedia dan dapat dipakai berulang-
ulang.
3) Pengambangan sistem menggunakan metode RAD sangat menekankan
pendekatan kepada pengguna, sehingga pengembangan sistem dapat
mengetahui spesifikasi kebutuhan sistem yang diinginkan pengguna dan
dapat menemukan solusi dari permsalahan yang ada. Tentunya hal ini dapat
menghasilkan sistem dengan cepat dan sesuai dengan yang diinginkan oleh
penggunanya.
4) Penggunaan pengembangan sistem menggunakan metode RAD dibutuhkan
waktu dan biaya penyeleseaian nya jelas di bandingkan dengan extreme
programming.
3.2.2. Penggunaan Metode Pengujian Sistem Black Box Testing
Berikut alasan penulis menggunakan metode black box testing adalah
sebagai berikut:
79
1) Pada metode black box testing terdapat uji coba validasi, dimana sistem
dikatakan berhasil jika fungsi-fungsi yang ada didalam sistem sudah sesuai
dengan apa diinginkan oleh pengguna.
2) Penggunaan black box testing tidak sulit untuk diimplementasikan, karena
pengujian dengan metode ini dapat menggunakan use case diagram dan use
case scenario yang kita kembangkan serta analisis sebagai panduan.
3) Pengujian dilakukan berdasarkan fungsi sistem satu persatu dan hubungan
antara objek untuk mengetahui jika sistem masih memiliki kesalahan.
Pada pengujian black box tidak memakan waktu yang dibandingkan
dengan pengujian menggunakan metode white box yang memakan waktu
lama karena harus memeriksa prosedural dari awal dan coding untuk
memastikan tidak terjadi kesalahan.
3.3. Kerangka Berpikir Penelitian
Penulisan ini dilakukan melalui beberapa tahapan yang dilakukan yang
bertujuan untuk memudahkan dalam proses laporan penelitan. Adapun tahap-
tahap yang dilakukan pada tahap penulisan penelitian ini adalah:
81
BAB IV
HASIL DAN PEMBAHASAN
4.1. Perencanaan Syarat-Syarat (Requirment Planning)
4.1.1. Gambaran Umum Perusahaan
Gambar 4. 1 Logo PT Sungai Budi Group
PT Sungai Budi Group berdiri di Lampung pada tahun 1947 setelah
kemerdekaan Indonesia. Pada tahun 1979, PT Sungai Budi telah mempunyai
pabrik berbahan baku singkong yang di olah menjadi Sagu dan Citric Acid,
Setelah itu PT Sungai Budi bergerak dalam industri agrobisnis di lingkup
berbagai bahan baku seperti singkong, kelapa sawit, nanas, biji kopi, karet,
dan tepung beras. PT Sungai Budi Group tidak hanya bergerak dibidang
bahan baku Industri tetapi PT Sungai Budi Group mempunyai produk
pengolahan konsumen seperti minyak goreng, sagu, tepung beras, tepung
ketan, jus nanas dan krim kelapa.
Saat ini PT Sungai Budi Group terus berusaha untuk menjadi yang
terbaik dalam melayani kebutuhan masyarakat, baik sebagai produsen bahan
baku olahan atau produk jadi. Tidak hanya di layanan terkemuka yang kami
sediakan, tetapi juga terus menerus menjaga kualitas pengolahan bahan yang
bisa optimal benefit untuk pelanggan. PT Sungai Budi Group juga ditunjang
82
oleh alat-alat canggih dan modern untuk mempertahankan lingkungan hijau
mengenai produksi kami berasal dari lahan alami Indonesia. Namun usaha
yang kita lakukan, bukan hanya sekedar bisnis tetapi juga berpartisipasi dan
mendukung aturan isu pemanasan global dunia. Memang kita menyadari
untuk menyelamatkan bumi, sehingga dengan profil tinggi perusahaan kami
bahwa kami hanya memproduksi bahan baku berasal dari sumber daya alam
hijau Indonesia. Sungai kelompok budi telah didirikan di beberapa daerah di
Indonesia dengan awal itu Lampung, dan diperluas di Sumatera Utara,
Sumatera Barat dan Jawa Tengah, Kalimantan, Sulawesi dan lebih beberapa
kota besar.
4.1.2. Visi Dan Misi Perusahaan
1) Visi Perusahaan
Adapun visi yang diterapkan oleh PT Sungai Budi Group diantaranya adalah
sebagai berikut:
a. Selalu menjadikan perusahaan yang terunggul dalam meningkatkan
mutu.
b. Mengutamakan kehandalan dan pelayanan ke pelanggan dengan harga
yang kompetitif dibidang bahan baku industri dan produk pengolahan
konsumen.
c. Menjadi perusahaan yang terlengkap dalam bermacam-macam varian
produk sesuai permintaan pelanggan.
d. Mengutamakan bebas dari pencemaran lingkungan dan tanpa
kecelakaan kerja.
83
2) Misi Perusahaan
Adapun misi yang diterapkan oleh PT Sungai Budi Group diantaranya adalah
sebagai berikut:
a. Mencari dan mengembangkan peluang pertumbuhan yang terintegrasi
di bisnis inti.
b. Kami dengan tetap menjaga pengeluaran biaya yang terkontrol.
c. Ikut berpartisipasi dalam peningkatan kualitas hidup masyarakat sekitar
bisnis unit.
d. Menjaga dan mempromosikan standar lingkungan hidup yang baku di
dalam segala aspek pengembangan , produksi serta pengolahan dengan
menerapkan standar Good Manufacturing Practices (GMP) dan Good
Agricultural Practices (GAP) .
e. Mengembangkan tim manajemen yang professional yang berintegritas
tinggi dan di dukung oleh sumber daya manusia yang terampil dan
termotivasi.
4.1.3. Struktur Organisasi Perusahaan
Kepala UP
Kepala Depo(Stok)
Kepala PKBN
Kasir/Adm Penjualan
Admin Stok
Admin Gudang
Staff Kendaraan
MarketingKepala Kendaraan
Gambar 4. 2 Struktur Organisasi (PT Sungai Budi, 2017)
84
Adapun deskripsi tugas di PT Sungai Budi Group diantaranya adalah
sebagai berikut:
1) Kepala UP (Unit Penjualan)
Sebagai pemimpin tertinggi mempunyai tugas melakukan pengawasan,
memberikan nasihat kepada seluruh karyawan yang menjabat di unit
penjualan tersebut, dan mengarahakan seluruh karyawan yang ada di unit
penjualan tersebut.
2) Kepala PKBN (Penjualan Kanvas Banten)
Sebagai kepala penjualan dia bertugas untuk mengawasi penjualan kanvas
dan memberikan pengarahan kepada karyawan yang ada di unit penjualan
tersebut. Kepala PKBn juga bertugas untuk memberikan laporan kinerja
Canvassing kepada Kepala Unit Penjualan.
3) Kepala depo (stok)
Bertugas mengawasi persediaan barang atau produk yang diproduksi,
memberikan nasihat dalam pengaturan persediaan barang atau produk dan
menerima laporan penjualan dari transaksi yang dilakukan.
4) Marketing
Memasarkan produk yang sudah diproduksi oleh perusahaan dan membuat
strategi untuk memasarkan nya dan mempunyai tujuan agar produk yang
dipasarkan sesuai dengan strategi yang sudah diterapkan.
5) Admin perjualan
Melakukan proses administrasi terkait pembuatan dokumen penjualan,
seperti invoice, purchase order, laporan penjualan harian, mingguan atau
bulanan (sesuai dengan kebutuhan perusahaan).
85
6) Admin stok
Memastikan ketersediaan stok, melakukan pemesanan ulang stock yang habis
atau hampir habis, melakukan stok opname atau pengecekan stok secara
berkala, membuat laporan stok masuk, keluar dan saldo, serta memberikan
laporan kepada manajer administrasi.
7) Staff Gudang
Melayani pemesanan/permintaan barang dari salesman/marketing,
menginput hasil rekap buku permintaan barang, melancarkan proses keluar
barang dari gudang, menginput hasil rekap barang keluar dari gudang,
melakukan proses tutup buku gudang, menyiapkan form untuk stok fisik
gudang dan memberikan surat jalan untuk keluarnya barang.
8) Kepala kendaraan
Pengadaan dan perawataan kendaraan, pengaturan sirkulasi pemakaian
kendaraan, melakukan koordinasi kepada driver, mengurus perpanjang
STNK, pajak kendaraan, asuransi kendaraan dan surat-surat kendaraan.
Melakukan pengecekan kendaraan secara rutin dan melakukan perawatan
kendaraan secara rutin.
9) Staff kendaraan
Mengantar atau mengambil barang pemesanan yang telah dipesan kepala
pelanggan.
4.1.3. Bidang Usaha
Jasa yang dilakukan pada bidang usaha PT Sungai Budi merupakan
dibidang industri agrobisnis/pertanian, dalam lingkup berbagai bahan baku,
seperti: ubi kayu, kelapa sawit, kelapa, tepung beras, nanas, kopi, karet dan
86
bahan industri lainnya. PT Sungai Budi dalam meningkatkan pengembangan
tidak hanya dalam bahan baku industri, tetapi juga konsumen pengolahan
produk seperti: tepung tapioka, pemanis, minyak goreng, margarin, tepung
beras ketan hitam dan putih, bihun, kalengan nanas, tepung kelapa dan krim
kelapa.
Perusahaan ini terus berkembang sesuai dengan target perusahaan
dimana pemesanan produk yang dilakukan terus dikembangkan agar
perusahan ini semakin maju, dimana dengan produk yang dipesan adalah
produk yang sehari-harinya digunakan dalam bahan-bahan makanan yang di
olah.
4.1.4. Analisis Sistem Berjalan
Sistem informasi pemesanan produk pada sistem yang berjalan pada PT
Sungai Budi adalah sebagai berikut:
Pelanggan
Marketing
Admin Stok
Admin Gudang
Staff Kendaraan Admin Pemesanan
Kepala Depo
1. Melakukan Pemesanan
2. Konfirmasi Pemesanan
3. Memberikan List
Pemesanan
Arsip Pemesanan
5. Menerima Arsip
Pemesanan
Arsip Surat Jalan
7. Menerima Surat
Jalan
8. Menerima
Surat Jalan
9. Melakukan Pengiriman Barang
10. Melakukan Pemmbayaran
Arsip Pembayaran
12. Menerima Arsip Pembayaran
13. Memberikan
Transaksi Penjualan
Laporan Harian
15. Menerima Laporan
Harian
6. Mencetak Surat Jalan
4. Mencetak Arsip Pemesanan
11. Mencetak Arsip
Pembayaran
14. Membuat
Laporan
Gambar 4. 3 Sistem Berjalan (PT Sungai Budi, 2017)
87
Gambar di atas menggambarkan sistem berjalan pada PT Sungai Budi
saat ini. Berikut penjelasan dari gambar diatas adalah sebagai berikut:
1) Pelanggan melakukan pesanan dengan marketing via telpon.
2) Marketing menerima pesanan dari pelanggan dan mencatat data pelanggan
bila memesan.
3) Jika marketing telah mengkonfirmasi pesanan sudah sesuai, lalu data tersebut
diberikan kebagian admin stok.
4) Admin stok menerima data pesanan dan mengkonfirmasi lagi, guna proses
pemesanan terus dilakukan.
5) Admin stok membuat list pemesanan untuk data yang disimpan dalam admin
stok.
6) List pemesanan tersebut diberikan kebagian admin gudang.
7) Admin gudang membuat nota pemesanan dan mengambil barang atau produk
yang telah dipesan dan diberikan ke marketing.
8) Admin gudang membuat surat jalan dan lembar laporan harian, untuk proses
pengiriman dan diberikan kebagian marketing dan staff kendaraan.
9) Marketing konfirmasi ke staff kendaraan untuk proses pengiriman.
10) Pelanggan menerima nota pemesnana dengan pembayaran tunai dan barang
atau produk yang telah dipesan.
11) Pelanggan melakukan pembayaran secara tunai kepada marketing.
12) Marketing memberikan bukti pembayaran tunai.
13) Marketing memberikan transaksi penjualan harian dan diberikan kebagian
kasir/admin pemesanan.
14) Admin pemesnanan membuat laporan dari keseluruhan transaksi penjualan.
88
15) Kepala bagian depo menerima laporan.
4.1.5. Kelemahan Sistem Berjalan
Setelah menganalisis sistem yang berjalan, peneliti melihat terdapat
beberapa kelemahan di dalam sistem. Kelemahan dari sistem tersebut adalah
sebagai berikut:
1) Performance
Kinerja pekerjaan yang dilakukan masih kurang efektif dikarenakan sistem
yang digunakan masih manual sedangkan pemesanan terus bertambah
dimana dibutuhkan sistem yang cepat agar proses pemesanan berlangsung
baik.
2) Information
Masih ada gangguan pemberian informasi pemesanan dimana pemesanan
hanya dilakukan melalui via telpon dan tidak menggunakan katalog dan
hanya pelanggan tetap yang hanya dapat memesan.
3) Economic
Dengan menggunakan sistem yang ada pada saat ini, pengeluaran dan
pendapatan tidak cukup stabil, karena cakupan dari pemesanan hanya dapat
dilakukan oleh pelanggan tetap.
4) Control
Secara keseluruhan akses dalam pemesanan masih kurang baik dikarenakan
pemesanan yang dilakukan dari pelanggan tetap dan sulit untuk pelanggan
baru melakukan pemesanan.
5) Efficiency
89
Perlunya pengembangan sistem ke arah yang lebih baik lagi untuk
memperbaiki kesalahan - kesalahan yang terjadi pada sistem yang sudah
berjalan saat ini. Sehingga dapat meningkatkan pemesanan dan kepuasan bagi
para pelanggan.
6) Security
Perlunya pengembangan sistem keamanan pada sistem ini seperti
menggunakan verifikasi. Setiap sistem memiliki keamanan yang berbeda-
beda tergantung dengan data atau sistem yang digunakan sehingga
menghindari hal - hal yang tidak diinginkan.
4.1.6. Indentifikasi Masalah
Identifikasi masalah dilakukan pada sistem yang sedang berjalan pada
PT Sungai Budi. Adapun identifikasi masalah yang diperoleh dari sistem
berjalan sebagai berikut:
1) Proses pemesanan produk yang berjalan saat ini mempunyai proses yang
rumit, mulai dari pemesanan produk yang masih menulis rincian pemesanan,
atau dengan datang langsung ke kantor atupun melalui telepon. Proses
penginputan laporan pemesanan produk masih berjalan secara semi
terkomputerisasi. Sehingga memakan waktu yang lama untuk melakukan satu
proses pemesanan produk.
2) Belum tersedianya sistem pengolah data untuk menghasilkan analisis tren
penjualan yang terjadi dalam suatu sistem informasi, yakni seperti teknologi
Data Mining, sehingga mengakibatkan sulit terjadinya proses pencarian data
ataupun data pemesanan.
90
3) Belum adanya database atau media penyimpanan data terpusat, sehingga
mengakibatkan sulitnya proses pencarian data atau berkas hasil penyimpanan
data pemesanan dari konsumen.
4.1.7. Sistem Usulan
Untuk membantu kinerja PT Sungai Budi, perlu adanya sistem
informasi yang terkomputerisasi untuk mengelola data pemesanan pelanggan
untuk menghasilkan laporan yang baik. Berikut hal-hal yang perlu dirancang
untuk mendukung sistem usulan berikut ini:
WEBSITE
PT SUNGAI BUDI
PelangganMarketing
Admin Kepala Depo
Laporan Harian/Bulanan
2. Melakukan Pemesanan
6. Meihat Data Pelanggan dan Data Pemesanan
3. Melakukan Pembayaran
9. Melihat Data Pemesanan14. Melihat Laporan
4.Upload Bukti Pembayaran8. Mengunggah Bukti Pembayaran
7. Validasi Data Transaksi
Pembayaran dan Pengiriman
10. Mengolah Laporan
13. Cetak Laporan
5. Melihat Data Pemesanan
11. Kelola Data Produk
12. Kelola Data Pelanggan
15. Daftar Karyawan
16. Kelola Data Karyawan
1. Daftar Pelanggan
Gambar 4. 4 Sistem Usulan pada PT Sungai Budi
Gambar di atas menggambarkan sistem usulan untuk PT Sungai Budi
saat ini. Berikut penjelasan dari gambar diatas adalah sebagai berikut:
1) Pelanggan dapat melakukan pendaftaran menjadi pelanggan, melalui website
PT Sungai Budi.
2) Pelanggan dapat melakukan pemesesan, melalui website PT Sungai Budi.
91
3) Pelanggan dapat melakukan transaksi pembayaran, melalui website PT
Sungai Budi.
4) Pelanggan dapat mengupload bukti pembayaran yang telah di bayarkan,
melalui website PT Sungai Budi.
5) Pelanggan dapat melihat data pemesanan yang telah selesai, melalui website
PT Sungai Budi
6) Marketing dapat melihat data pelanggan dan data pemesanan dari pelanggan
yang telah memesan.
7) Marketing dapat melihat data transaksi pembayaran serta pengiriman barang
yang telah di bayar oleh pelanggan.
8) Marketing dapat mengunggah bukti pembayaran yang telah di bayarkan oleh
pelanggan.
9) Admin dapat melihat data pemesanan yang telah di pesan oleh pelanggan.
10) Admin dapat mengolah data laporan harian ataupun bulanan melalui website
PT Sungai Budi.
11) Admin dapat mengelola data produk pemesanan melalui website PT Sungai
Budi
12) Admin dapat mengelola pelanggan yang telah terdaftar sebagai pelanggan
melalui website PT Sungai Budi
13) Kepala Depo dapat melihat dan mencetak semua data laporan melalui website
PT Sungai Budi.
14) Kepala Depo dapat melakukan pendafataran karyawan yang telah menjadi
kayawan di PT Sungai Budi melalui website.
92
15) Kepala Depo dapat mengelola data karyawan yang telah terdaftar menajdi
karyawan di PT Sungai Budi.
4.1.8. Analisis Perbandingan Sistem
Adapun dari kedua sistem (sistem berjalan dan sistem usulan) terdapat
beberapa perbandingan yang muncul, dapat dilihat pada tabel berikut:
Tabel 4. 1 Analisis Perbandingan Sistem Berjalan dan Usulan
Sistem Berjalan Sistem Usulan
Kelemahan Kelebihan Kelemahan Kelebihan
1. Belum ada sistem
informasi
pemesesan produk
yang saling
terintegrasi.
1. Sudah menggunakan
sistem informasi
pemesanan namun
berjalan rumit.
1. Penggunaan
sistem informasi
hanya berpusat
pada pemesanan
produk.
1. Sistem informasi pemesanan
produk yang saling
terintegrasi.
2. Proses pemesanan
yang sangat rumit
yaitu memesan via
telpon
- - 2. Proses sistem pemesanan
produk sudah berbasis
website.
3. Belum adanya
penyimpanan data
secara terpusat
- - 3. Penyimpanan data pemesanan
produk secara terpusat.
- - 4. Proses pemesanan ataupun
transaksi pembayaran tidak
memakan waktu yang lama.
Dari table di atas dapat disimpulkan bahwa perancangan sistem ini
bertujuan untuk membuat sistem informasi pemesanan produk yang berbasis
website dan saling terintegrasi setiap bagian atau divisi, membantu untuk
mempermudah proses pemesanan ataupun transaksi pembayaran, dan
memudahkan dalam penyimpanan dan pencarian data hasil pemesanan
produk pada PT Sungai Budi Group.
4.1.9. Tujuan Sistem
Adapun tujuan sistem pada sistem pemesanan produk PT Sungai Budi
adalah sebagai berikut:
93
1) Untuk membantu pelanggan dalam melakukan pemesanan ataupun
pembayaran tanpa harus datang atau menelpon ke PT Sungai Budi.
2) Untuk membantu pegawai dalam pencatatan data pemesanan dan data
pelanggan pada PT Sungai Budi.
3) Untuk membantu pegawai mengidentifikasi data transaksi pembayaran yang
telah membayar dan mempermudah dalam pencarian data pelanggan.
4) Untuk membantu pegawai dalam pembuatan laporan pada PT Sungai Budi.
4.1.10. Kebutuhan Sistem
Adapun kebutuhan sistem pada sistem pemesanan produk PT Sungai
Budi adalah sebagai berikut:
1) Tampilan sistem hendaknya user friendly agar user dari bagian terkait dapat
mudah mengakses sistem.
2) Sistem ini bersifat informatif untuk pihak terkait dalam rangka mendukung
kegiatan proses pemesanan produk pada PT Sungai Budi.
3) Sistem ini diharapkan dapat terintegrasi dengan baik antara user pada masing-
masing bagian yang terkait sehingga perencanaan serta pelaksanaan proses
pemesanan yang berjalan dapat terkendali sesuai prosedur dan hasil yang
diharapkan.
4.2. Proses Desain (Design Workshop)
4.2.1. Perancangan Sistem
Dalam fase ini, akan menjelaskan perancangan proses pemesanan
produk pada PT Sungai Budi dengan menggunakan tools UML (Unified
Modelling Language) yang terdiri dari:
94
4.2.1.1. Use Case Diagram
Berikut ini adalah use case yang digunakan dalam proses pemesanan
produk pada PT Sungai Budi. Adapun langkah-langkah dalam membuat use
case diagram sebagai berikut:
1) Identifikasi Aktor
Berdasarkan hasil pengamatan peneliti terhadap pelaku yang terlibat dalam
proses pemesanan pada PT Sungai Budi, dapat diidentifikasikan beberapa
aktor yang terlibat dalam penggunaan sistem informasi pemesanan produk
yaitu Pelanggan, Admin, Marketing, Kepala Depo.
Identifikasi aktor ini berguna untuk menjelaskan kegiatan yang dilakukan
oleh pengguna dalam sistem informasi pemesanan produk. Adapun
penjelasan dari masing-masing aktor dapat dilihat pada table berikut ini:
Tabel 4. 2 Identifikasi Aktor
No. Aktor Deskripsi
1. Pelanggan User yang dapat melakukan pemesanan,
melakukan pembayaran, mengupload bukti
pembayaran, dan melihat data pemesanan
pelanggan tersebut.
2. Marketing User yang dapat melihat data pelanggan dan
data pemesanan, dapat melihat data transaksi
pembayaran, dan mengunggah bukti
pembayaran.
3. Admin User yang dapat mengolah data laporan dan
dapat melihat data pemesanan dan data
pelanggan dan dapat mengelola data produk
yang tersedia.
4. Kepala Depo User yang dapat melihat dan mecetak semua
data laporan.
95
2) Use Case Diagram
Pada use case diagram yang digunakan dalam sistem informasi pemesenan
produk terdapat 4 aktor yang memiliki beberapa tugas yang harus dilakukan.
Berikut gambar use case diagram yang digunakan:
Gambar 4. 5 Use Case Diagram pada PT Sungai Budi
Gambar diatas merupakan usecase diagram sistem pemesanan produk
dimana terdiri dari 4 aktor yaitu pelanggan, marketing, admin dan kepala
depo dimana setiap aktor yang menggunakan sistem ini harus mengawalinya
dengan login terkecuali belum terdaftar sebagai pelanggan harus daftar
terlebih dahulu. Jika login sebagai pelanggan hanya bisa melakukan daftar
pelanggan, melakukan pembayaran, mengupload bukti pembayaran, lihat
data pemesanan produk, cek resi pengiriman barang dan log out. Jika login
96
sebagai admin hanya bisa lihat data pelanggan, mengolah data laporan, kelola
data produk, kelola data pelanggan dan log out. Jika login sebagai marketing
hanya bisa melihat data pemesanan produk, lihat data pelanggan,
mengunggah bukti pembayaran, validasi data pembayaran dan log out. Jika
login sebagai kepala depo hanya bias melihat dan mencetak semua data
laporan, daftar karyawan, kelola data karyawan dan log out.
3) Identifikasi Use Case Diagram
Pada tahap ini dilakukan proses identifikasi use case apa saja yang dilakukan
dalam sistem, setiap use case yang digunakan akan diberi penjelasan pada
spesifikasi kemudian dijelaskan aktor siapa saja yang terlibat, berikut tabel
identifikasi use case:
Tabel 4. 3 Identifikasi Use Case
No. Use Case Spesifikasi Aktor
1. Login Use case ini menggambarkan
kegiatan memasukan email dan
kata sandi untuk mengakses
sistem informasi pemesanan
produk.
Pelanggan, Admin
Marketing,
Kepala Depo.
2. Ubah
Password
Use case ini menggambarkan
kegiatan memperbarui dan
menggati password. pemakai
harus terlebih dahulu
memasukkan password yang
lama sehinggga dapat mengganti
password yang baru.
Pelanggan, Admin
Marketing,
Kepala Depo.
3. Data
Pemesanan
Produk
Use case ini menggambarkan
kegiatan pemesanan produk
untuk memesan suatu produk ke
dalam sistem.
Pelanggan
4. Daftar
Pelanggan
Use case ini menggambarkan
kegiatan daftar pelanggan untuk
mendaftar menjadi suatu
pelanggan.
Pelanggan
97
5. Lihat Data
Pemesanan
Produk
Use case ini menggambarkan
kegiatan untuk melihat
pemesanan produk apa saja yang
telah di pesan oleh pelanggan.
Admin,
Marketing,
Pelanggan
6. Lihat Data
Pelanggan
Use case ini menggambarkan
kegiatan untuk melihat
pelanggan yang sudah terdaftar
di sistem.
Admin, Marketing
7. Data
Pembayaran
Use case ini menggambarkan
kegiatan pembayaran produk
yang telah di pesan.
Pelanggan
8. Bukti
Pembayaran
Use case ini menggambarkan
kegiatan mengupload dan
mengunggah bukti pembayaran
yang telah selesai di bayar
Pelanggan,
Marketing
9. Validasi Data
Pembayaran
Use case ini menggambarkan
kegiatan memvalidasi
pembayaran suatu pemesanan
produk apakah sudah dibayar
atau belum.
Marketing
10. Kelola Data
Produk
Use case ini menggambarkan
kegiatan mengelola data produk
dalam mengecek suatu
ketersidiaan produk, dan dapat
mengupdate, menambah, dan
menghapus produk tersebut.
Admin
11. Data Laporan Use case ini menggambarkan
kegiatan membuat laporan
harian ataupun bulanan.
Admin
12. Kelola Data
Pelanggan
Use case ini menggambarkan
kegiatan untuk menghapus,
mengupdate, dan mendelete data
pelanggan.
Admin
13. Daftar
Karyawan
Use case ini menggambarkan
kegiatan daftar karyawan untuk
mendaftar menjadi suatu
karyawan.
Kepala Depo
14. Kelola Data
Karyawan
Use case ini menggambarkan
kegiatan untuk menghapus,
mengupdate, dan mendelete data
karyawan.
Kepala Depo
15. Melihat Data
Laporan
Use case ini menggambarkan
kegiatan melihat laporan suatu
pemesanan produk baik harian
ataupun bulanan.
Kepala Depo
16. Cetak Data
Laporan
Use Case ini menggambarkan
kegiatan cetak laporan dalam
Kepala Depo
98
pemesanan produk sebagai bukti
nyata.
17. Resi
Pengiriman
Barang
Use Case ini menggambarkan
kegiatan mengecek resi
pengiriman barang.
Pelanggan
18. Logout Use case ini menggambarkan
kegiatan keluar dari sistem.
Pelanggan,
Admin,
Marketing,
Kepala Depo
4) Use Case Scenario
Pada narasi use case ini dijelaskan urutan langkah-langkah yang
menerangkan antara pengguna dengan sistem, seperti terlihat pada tabel-tabel
berikut ini:
a. Use case Scenario Login
Tabel 4. 4 Use Case Scenario Login
Usecase Name Login
Usecase Id 1
Actor Pelaggan, Admin, Marketing, Kepala Depo
Description Use Case ini menggambarkan kegiatan actor mengisi email dan password
pada form Login agar dapat masuk ke dalam sistem.
Precondition Actor harus mengisi email dan password terlebih dahulu.
Typical Course of
Events
Actor Action System Response
1. Input email dan
password
2. Pilih Login 3. Verifikasi email dan password
4. Tampil halaman utama.
Alternate Courses Jika email dan password benar akan masuk ke dalam sistem, sedangkan
jika salah maka actor harus input email dan password kembali.
Conclusion Actor berhasil masuk ke dalam sistem informasi pemesanan produk.
Post Condition Menampilkan halaman utama dalam sistem menurut masing-masing bagian
actor.
99
b. Use Case Scenario Ubah Password
Tabel 4. 5 Use Case Scenario Ubah Password
Usecase Name Ubah Password
Usecase Id 2
Actor Pelanggan, Admin, Marketing, Kepala Depo
Description Use case ini menggambarkan kegiatan memperbarui dan menggati
password. pemakai harus terlebih dahulu memasukkan password yang lama
sehinggga dapat mengganti password yang baru.
Precondition Pemakai harus terlebih dahulu memasukkan password yang lama sehinggga
dapat mengganti password yang baru.
Typical Course of
Events
Actor Action System Response
1. Memasukan
password yang
lama
2. Validasi password
3. Memasukan
password yang
baru
4. Validasi password baru
5. Klik “Change” 6. Memperbarui password, menyimpan ke
database
Alternate Courses Jika password yang telah diinput tidak valid dan kurang lengkap maka
sistem akan memberikan pesan kesalahan. Menampilklan pesan kesalahan
berdasarkan validasi.
Conclusion Aktor mengubah password.
Post Condition Berhasil mengubah password.
c. Use Case Scenario Data Pemesanan Produk
Tabel 4. 6 Use Case Scenario Data Pemesanan Produk
Usecase Name Data Pemesanan Produk
Usecase Id 3
Actor Pelanggan
Description Use case ini menggambarkan kegiatan pemesanan produk untuk memesan
suatu produk ke dalam sistem.
Precondition Proses pemesanan, actor harus sudah login agar dapat melakukan
pemesanan.
Typical Course of
Events
Actor Action System Response
1. Pilih “Item
produk barang”
yang diinginkan
100
5) Input kuantitas,
pilih masukkan
keranjang.
6) Menampilkan data pemesanan
Alternate Courses -
Conclusion Use case ini selesai jika actor selesai melakukan pemesanan.
Post Condition Menampilkan data pemesanan produk.
d. Use Case Scenario Daftar Pelanggan
Tabel 4. 7 Use Case Scenario Daftar Planggan
Usecase Name Daftar Pelanggan
Usecase Id 4
Actor Pelanggan
Description Use case ini menggambarkan kegiatan daftar pelanggan untuk mendaftar
menjadi suatu pelanggan.
Precondition Pemakai belum pernah mendaftar sebelumnya.
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Registrasi
Now”
2. Menampilkan form registrasi
pelanggan.
3. Input form
registrasi
pelanggan.
4. Memproses penyimpanan data
5. Pilih “Register” 6. Data berhasil disimpan.
Alternate Courses -
Conclusion -
Post Condition Proses registrasi berhasil.
e. Use Case Scenario Lihat Data Pemesanan Produk
Tabel 4. 8 Use Case Scenario Lihat Data Pemesanan Produk
Usecase Name Lihat Data Pemesanan Produk
Usecase Id 5
Actor Pelanggan, Admin, Marketing
Description Use case ini menggambarkan kegiatan untuk melihat pemesanan produk
apa saja yang telah di pesan oleh pelanggan.
Precondition Aktor sebelumnya tela melakukan pemesanan produk.
Typical Course of
Events
Actor Action System Response
1. Pilih menu lihat
data pemesanan
2. Tampilkan data seluruh pemesanan
pelanggan.
101
3. Pilih data yang
ingin dilihat
secara detail.
4. Proses data
5. Menampilkan data yang diinginkan
6. Melihat data
pemesanan
Alternate Courses Jika actor ingin melihat data pemesanan, klit lihat data pemesanan
Conclusion Aktor dapat melihat list data pemesanan produk, harga serta jumlah nya
pemesanan.
Post Condition Melihat data pemesanan produk.
f. Use Case Scenario Lihat Data Pelanggan
Tabel 4. 9 Use Case Scenario Lihat Data Pelanggan
Usecase Name Lihat Data Pelanggan
Usecase Id 6
Actor Marketing, Admin
Description Use case ini menggambarkan kegiatan untuk melihat pelanggan yang sudah
terdaftar di sistem.
Precondition Aktor sebelumnya harus melihat data pelanggan secara detail.
Typical Course of
Events
Actor Action System Response
1. Pilih menu lihat
data pelanggan
2. Tampilkan data pelanggan
3. Pilih data yang
ingin dilihat
secara detail
4. Proses data
5. Menampilkan data yang diinginkan
oleh Admin dan Marketing
6. Melihat data
pelanggan
Alternate Courses Jika aktor ingin melihat data pelanggan, klik lihat data pelanggan
Conclusion Aktor dapat melihat data pelanggan yang telah mendaftar
Post Condition Melihat data pelanggan
g. Use Case Scenario Data Pembayaran
Tabel 4. 10 Use Case Scenario Data Pembayaran
Usecase Name Data Pembayaran
Usecase Id 7
Actor Pelanggan
102
Description Use case ini menggambarkan kegiatan pembayaran produk yang telah di
pesan.
Precondition Aktor telah mengetahui daftar pemesanan yang ingin melakukan
pembayaran, dan telah terdaftar sebagai pelanggan.
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Pesanan”.
2. Tampil data pemesanan
3. Pilih data yang
ingin dilihat
secara detail
4. Tampil detail pemesanan
5. Pilih metode
pembayaran,
pilih simpan
6. Data berhasil disimpan
Alternate Courses Jika aktor ingin melihat data pembayaran, klik lihat detail pesanan
Conclusion Aktor menginput metode data pembayaran
Post Condition Menampilkan data pembayaran.
h. Use Case Scenario Bukti Pembayaran
Tabel 4. 11 Use Case Scenario Bukti Pembayaran
Usecase Name Bukti Pembayaran
Usecase Id 8
Actor Marketing, Pelanggan
Description Use case ini menggambarkan kegiatan mengunggah bukti pembayaran
yang telah selesai di bayar
Precondition -
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Pesanan”
2. Pilih data yang
ingin dilihat
secara detail
3. Menampilkan detail pemesanan
4. Mengunggah
bukti
pembayaran
5. Memproses bukti pembayaran
6. Data berhasi disimpan
Alternate Courses -
Conclusion -
Post Condition Mengunggah bukti pembayaran.
103
i. Use Case Scenario Validasi Data Pembayaran
Tabel 4. 12 Use Case Scenario Validasi Data Pembayaran
Usecase Name Validasi Data Pembayaran
Usecase Id 9
Actor Marketing
Description Use case ini menggambarkan kegiatan memvalidasi pembayaran suatu
pemesanan produk apakah sudah dibayar atau belum
Precondition Prose validasi, hanya bisa dilakukan ketika nasabah sudah malampirkan
bukti transfer pembayaran.
Typical Course of
Events
Actor Action System Response
1. Pilih menu detail
pembayaran
2. Menampilkan data pembayaran
3. Marketing
menganalisa
pembayaran dan
bukti
pembayaran.
4. Jika data valid,
ubah menjadi
“validate”
5. Menyimpan ke dalam database
Alternate Courses Jika data pembayaran dan bukti gambar sesuai dan valid, maka data
pembayaran telah lakukan
Conclusion Aktor dapat menginput pembayaran.
Post Condition Menampilkan data pembayaran.
j. Use Case Scenario Kelola Data Produk
Tabel 4. 13 Use Case Scenario Kelola Data Produk
Usecase Name Kelola Data Produk
Usecase Id 12
Actor Admin
Description Use case ini menggambarkan kegiatan untuk menambah, mengupdate, dan
mendelete data produk.
Precondition Admin dapat melihat data produk
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Produk”
2. Menampilkan menu data produk.
3. Klik “Delete”
sebagai
informasi
4. Menghubungkan dengan database dan
menghapus pada database.
104
menghapus data
peroduk
5. Klik “Tambah”
sebagai
informasi
menambah data
produk
6. Menghubungkan dengan database dan
menghapus pada database.
7. Klik “Update”
sebagai
informasi
merubah data
produk
8. Menghubungkan dengan database dan
memperbarui data user.
9. Klik “Detail”
sebagai
informasi
melihat data
produk
10. Menghubungkan dengan database dan
memperbarui data user.
Alternate Courses Jika data stok produk telah mencapai batas minimum, maka data stok
produk harus di update.
Conclusion Actor dapat melihat data produk yang baru.
Post Condition Data produk berhasil disimpan.
k. Use Case Scenario Data Laporan
Tabel 4. 14 Use Case Scenario Data Laporan
Usecase Name Data Laporan
Usecase Id 11
Actor Admin
Description Use case ini menggambarkan kegiatan menganalisa laporan harian ataupun
bulanan.
Precondition Aktor dapat melihat data laporan harian maupun bulanan
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Report”
2. Menapilkan data Laporan
3. Pilih “Periode
harian atau
bulanan” yang
diinginkan.
4. Menampilkan data Laporan yang
diinginkan
Alternate Courses -
Conclusion Actor dapat melihat data laporan harian atau bulanan
Post Condition Menampilkan data laporan
105
l. Use Case Scenario Kelola Data Pelanggan
Tabel 4. 15 Use Case Scenario Kelola Data Pelanggan
Usecase Name Kelola Data Pelanggan
Usecase Id 12
Actor Admin
Description Use case ini menggambarkan kegiatan untuk melihat, mengupdate, dan
mendelete data pelanggan.
Precondition Admin dapat melihat data pelanggan
Typical Course of
Events
Actor Action System Response
11. Pilih menu
“Kelola
Pelanggan”
12. Menampilkan menu data pelanggan.
13. Klik “Delete”
sebagai
informasi
menghapus data
pelanggan
14. Menghubungkan dengan database dan
menghapus pada database.
15. Klik “Detail”
sebagai
informasi
melihat data
pelanggan
16. Menghubungkan dengan database dan
menghapus pada database.
17. Klik “Update”
sebagai
informasi
merubah
pelanggan
18. Menghubungkan dengan database dan
memperbarui data user.
Alternate Courses -
Conclusion Actor dapat melihat data pelanggan yang baru.
Post Condition Data pelanggan berhasil disimpan.
m. Use Case Scenario Daftar Karyawan
Tabel 4. 16 Use Case Scenario Daftar Karyawan
Usecase Name Daftar Karyawan
Usecase Id 13
Actor Kepala Depo
Description Use case ini menggambarkan kegiatan daftar karyawan untuk mendaftar
menjadi suatu karyawan.
Precondition Pemakai belum pernah mendaftar sebelumnya.
106
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Tambah”
2. Menampilkan form registrasi
karyawan.
3. Isi form
registrasi
karyawan.
4. Memproses penyimpanan data
5. Pilih “Simpan” 6. Data berhasil disimpan.
Alternate Courses -
Conclusion -
Post Condition Proses registrasi berhasil.
n. Use Case Scenario Kelola Data Karyawan
Tabel 4. 17 Use Case Scenario Kelola Data Karyawan
Usecase Name Kelola Data Karyawan
Usecase Id 14
Actor Kepala Depo
Description Use case ini menggambarkan kegiatan untuk melihat, mengupdate, dan
mendelete data karyawan.
Precondition Kepala Depo dapat melihat data karyawan
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Kelola
Karyawan”
2. Menampilkan menu data karyawan.
3. Klik “Delete”
sebagai
informasi
menghapus data
karyawan
4. Menghubungkan dengan database dan
menghapus pada database.
5. Klik “Detail”
sebagai
informasi
melihat data
karyawan
6. Menghubungkan dengan database dan
menghapus pada database.
7. Klik “Update”
sebagai
informasi
merubah
karyawan
8. Menghubungkan dengan database dan
memperbarui data user.
Alternate Courses -
Conclusion Actor dapat melihat data karyawan yang baru.
107
Post Condition Data karyawan berhasil disimpan.
o. Use Case Scenario Melihat Data Laporan
Tabel 4. 18 Use Case Scenario Melihat Data Laporan
Usecase Name Melihat Data Laporan
Usecase Id 15
Actor Kepala Depo
Description Use case ini menggambarkan kegiatan melihat laporan suatu pemesanan
produk baik harian ataupun bulanan.
Precondition Kepala Depo dapat melihat data laporan harian maupun bulanan
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Report”
2. Menampilkan data laporan
3. Pilih “Periode
harian atau
bulanan” yang
diinginkan
4. Menampilkan data laporan yang
diinginkan
Alternate Courses -
Conclusion Actor dapat melihat data laporan
Post Condition Kepala Depo berhasil melihat data laporan
p. Use Case Scenario Cetak Data Laporan
Tabel 4. 19 Use Case Scenario Cetak Data Laporan
Usecase Name Cetak Data Laporan
Usecase Id 16
Actor Kepala Depo
Description Use Case ini menggambarkan kegiatan cetak laporan dalam pemesanan
produk sebagai bukti nyata.
Precondition Kepala Depo dapat mencetak data laporan harian maupun bulanan
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Report”
2. Menampilkan data laporan
3. Pilih “Periode
harian atau
bulanan” yang
diinginkan
4. Menampilkan data laporan yang
diinginkan
5. Cetak Laporan 6. Memproses cetak laporan
108
7. Menampilkan
cetak laporan
Alternate Courses -
Conclusion Actor dapat memilih untuk mencetak data laporan harian atau bulanan
Post Condition Kepala Depo berhasil mencetak data laporan
q. Use Case Scenario Resi Pengiriman Barang
Tabel 4. 20 Use Case Scenario Resi Pengiriman Barang
Usecase Name Resi Pengiriman Barang
Usecase Id 17
Actor Pelanggan
Description Use case ini menggambarkan kegiatan untuk mengecek resi pengiriman
barang
Precondition Pelanggan dapat mengecek resi pengriman barang yang telah dipesan
Typical Course of
Events
Actor Action System Response
1. Pilih menu
“Pesanan”
2. Menampilkan data pemesanan
3. Isi resi number 4. Menampilkan data pemesanan yang
diinginkan
Alternate Courses -
Conclusion Actor dapat melihat data resi pengiriman barang
Post Condition Pelanggan berhasil melihat data resi pengiriman
r. Use Case Scenario Logout
Tabel 4. 21 Use Case Scenario Logout
Usecase Name Logout
Usecase Id 18
Actor Pelanggan, Admin, Marketing, Kepala Depo
Description Use case ini menggambarkan kegiatan keluar dari sistem.
Precondition Pelanggan, Admin, Marketing, Kepala Depo keluar dari sistem
Typical Course of
Events
Actor Action System Response
1. Klick button
logout.
2. Keluar dari sistem.
Alternate Courses -
Conclusion Pelanggan, Admin, Marketing, Kepala Depo keluar dari sistem
Post Condition Berhasil keluar dari sistem.
109
4.2.1.2. Activity Diagram
Activity diagram menggambarkan aktivitas-aktivitas yang terjadi dalam
sistem informasi pemesanan produk pada PT Sungai Budi adalah sebagai
berikut:
1) Activity Diagram Login
Gambar 4. 6 Activity Diagram Login
Dalam activity diagram login, dapat dilakukan oleh pelanggan, admin,
marketing, dan pepala depo. Untuk masuk kedalam sistem maka setiap aktor
harus melakukan login terlebih dahulu dengan memasukkan email dan
password, jika uemail dan password salah sistem akan menampilkan pesan
kesalahan dan kembali ke menu login. Jika email dan password benar maka
sistem akan menampilkan menu utama.
110
2) Activity Diagram Ubah Password
Gambar 4. 7 Activity Diagram Ubah Password
Dalam activity diagram ubah password, dapat dilakukan oleh
pelanggan, admin, marketing, dan kepala depo. Untuk melakukan ubah
password terlebih dahulu harus mengisi form ubah password yang telah
disediakan, dan actor harus melakukan login kembali kedalam website
aplikasi.
111
3) Activity Diagram Data Pemesanan Produk
Gambar 4. 8 Activity Diagram Data Pemesanan Produk
Dalam activity diagram data pemesanan produk, dapat dilakukan oleh
pelanggan. Untuk melakukan pemesanan produk pelanggan harus memilih
produk yang di inginkan dan akan memsukkan ke dalam keranjang
pemesanan. Setelah masuk dalam keranjang, pelanggan harus
mengkonfirmasi pemesanan.
112
4) Activity Diagram Daftar Pelanggan
Gambar 4. 9 Activity Diagram Daftar Pelanggan
Dalam activity diagram daftar pelanggan, dapat dilakukan oleh
pelanggan. Untuk melakukan pendaftaran pelanggan terlebih dahulu harus
melakukan pengisian form pendaftaran, agar pihak terkait dapat mengakses
web aplikasi PT Sungai Budi sebagaiman fungsinya. Setelah melakukan
pendaftaran pelanggan mendapatkan email dan password sehingga pelanggan
dapat mengakses aplikasi.
113
5) Activity Diagram Lihat Data Pemesanan Produk
Gambar 4. 10 Activity Diagram Lihat Data Pemesanan Produk
Dalam activity diagram lihat data pemesanan produk, dapat dilakukan
oleh pelanggan, admin, dan marketing. Untuk melakukan lihat pemesanan,
aktor melihat data pemesanan, lalu melakukan tindakan setiap setiap aktor
untuk konfirmasi atau melihat secara detail data pemesanan.
114
6) Activity Diagram Lihat Data Pelanggan
Gambar 4. 11 Activity Diagram Lihat Data Pelanggan
Dalam activity diagram lihat data pelanggan, dapat dilakukan
marketing. Untuk melakukan lihat pelanggan, aktor melihat data table
pelanggan. Dalam table tersebut aktor dapat melihat data pelanggan secara
detail.
115
7) Activity Diagram Data Pembayaran
Gambar 4. 12 Activity Diagram Data Pembayaran
Dalam activity diagram data pembayaran, dapat dilakukan oleh
pelanggan. Untuk melakukan pembayaran, pelanggan harus memilih data
pembayaran yang belum di bayar, dan melakukan pembayaran sesuai dengan
pemilihan pembayaran.
116
8) Activity Diagram Bukti Pembayaran
Gambar 4. 13 Activity Diagram Bukti Pembayaran
Dalam activity diagram bukti pembayaran, dapat dilakukan oleh
pelanggan dan marketing. Untuk melakukan unggah atau upload bukti
pembayaran, dipastikan pelanggan telah melakukan pembayaran dan telah di
konfirmasi oleh admin pesanan tersebut.
117
9) Activity Diagram Validasi Data Pembayaran
Gambar 4. 14 Activity Diagram Validasi Data Pembayaran
Dalam activity diagram validasi data pembayaran, dapat dilakukan oleh
marketing. Untuk melakukan validasi pembayaran terlebih dahulu harus
melihat data pemesnan dan data pembayaran, setelah dianalisa apabila data-
data sesuai, marketing melakukan validasi.
118
10) Activity Diagram Kelola Data Produk
Gambar 4. 15 Activity Diagram Kelola Data Produk
Dalam activity diagram kelola data produk, dapat dilakukan oleh
admin. Untuk melakukan kelola data produk terlebih dahulu harus mimilih
menu data kelola produk, untuk melakukan edit, hapus dan detail data dengan
ketentuan yang ada dan telah disediakan didalam form kelola data produk.
Setelah itu dapat melakukan penyimpanan data tersebut ke dalam database.
119
11) Activity Diagram Data Laporan
Gambar 4. 16 Activity Diagram Data Laporan
Dalam activity diagram data laporan, dapat dilakukan oleh admin.
Untuk melakukan laporan terlebih dahulu harus mimilih data laporan harian
atau bulanan, setelah itu maka admin dapat menganalisa laporan.
120
12) Activity Diagram Kelola Data Pelanggan
Gambar 4. 17 Activity Diagram Kelola Data Pelanggan
Dalam activity diagram kelola data pelanggan, dapat dilakukan oleh
admin. Untuk melakukan kelola pelanggan terlebih dahulu harus mimilih
menu data kelola pelanggan, untuk melakukan update, delete dan detail data
dengan ketentuan yang ada dan telah disediakan didalam form kelola
pelanggan. Setelah itu dapat melakukan penyimpanan data tersebut ke dalam
database.
121
13) Activity Diagram Daftar Karyawan
Gambar 4. 18 Activity Diagram Daftar Karyawan
Dalam activity diagram daftar karyawan, dapat dilakukan oleh kepala
depo. Untuk melakukan pendaftaran karyawan terlebih dahulu harus
melakukan pengisian form pendaftaran, agar pihak terkait dapat mengakses
web aplikasi PT Sungai Budi sebagaiman fungsinya. Setelah melakukan
pendaftaran karyawan mendapatkan username dan password sehingga
karyawan dapat mengakses aplikasi.
122
14) Activity Diagram Kelola Data Karyawan
Gambar 4. 19 Activity Diagram Kelola Data Karyawan
Dalam activity diagram kelola data karyawan, dapat dilakukan oleh
kepala depo. Untuk melakukan kelola data karyawan terlebih dahulu harus
mimilih menu kelola data karyawan, untuk melakukan update, delete dan
detail data dengan ketentuan yang ada dan telah disediakan didalam form
kelola karyawan. Setelah itu dapat melakukan penyimpanan data tersebut ke
dalam database.
123
15) Activity Diagram Melihat Data Laporan
Gambar 4. 20 Activity Diagram Melihat Data Laporan
Dalam activity diagram melihat data laporan, dapat dilakukan oleh
kepala depo. Untuk melakukan melihat data laporan terlebih dahulu harus
mimilih data laporan harian atau bulanan, setelah itu maka kepala depo dapat
melihat hasil laporan.
124
16) Activity Diagram Cetak Data Laporan
Gambar 4. 21 Activity Diagram Cetak Data Laporan
Dalam activity diagram cetak laporan, dapat dilakukan oleh kepala
depo. Untuk melakukan cetak laporan terlebih dahulu harus mimilih data
laporan harian atau bulanan, setelah itu maka kepala depo melakukan cetak
hasil laporan.
125
17) Activity Diagram Resi Pengiriman Barang
Gambar 4. 22 Activity Diagram Resi Pengiriman Barang
Dalam activity diagram resi pengiriman barang, dapat dilakukan
pelanggan. Untuk melakukan mengecek resi pengiriman barang, aktor
melihat data pemesana. Dalam form tersebut aktor dapat mengisi nomor resi
yang ada pada detail pesanan, setelah itu pelanggan dapat mengecek resi
pengiriman barang tersebut yang telah di pesan sesuai nomor resi.
126
18) Activity Diagram Logout
Gambar 4. 23 Activity Diagram Logout
Pada activity diagram ini setelah para aktor akan keluar dari sistem
maka langsung saja memilih menu sign out dan keluar dari sistem, sistem pun
menampilkan menu halaman utama kembali.
4.2.1.3. Sequence Diagram
Sequence diagram ini menggambarkan secara detail urutan proses yang
dilakukan oleh sistem untuk mencapai tujuan dari use case, berikut ini adalah
sequence diagram pada Sistem Informasi Pemesanan Produk pada PT Sungai
Budi adalah sebagai berikut:
127
1) Sequence Diagram Login
Gambar 4. 24 Sequence Diagram Login
Sequence diagram login dilakukan oleh 4 aktor, yaitu pelanggan,
admin, marketing, dan kepala depo. Hal pertama yang dilakukan saat login
adalah memasukan email dan password yang kemudian dibaca oleh sistem,
jika email dan password benar maka sistem akan menampilkan menu utama
dari sistem tersebut.
2) Sequence Diagram Ubah Password
Gambar 4. 25 Sequence Diagram Ubah Password
128
Sequence diagram ubah password dilakukan oleh 4 aktor, yaitu
pelanggan, admin, marketing, dan kepala depo. Hal pertama yang dilakukan
saat ubah password adalah aktor memasukkan password lama kemudian
memasukkan pasword baru, kemudian konfirmasi password sesuai dengan
password yang baru, dengan begitu password berhasil diganti. Selanjutnya
aktor harus login kembali sesuia dengan password yang baru.
3) Sequence Diagram Data Pemesanan Produk
Gambar 4. 26 Sequence Diagram Data Pemesanan Produk
Sequence diagram data pemesanan produk hanya dilakukan oleh aktor
yaitu pelanggan. Hal pertama yang dilakukan saat pemesanan produk adalah
aktor harus memilih produk yang ingin dipesan, kemudian aktor harus
melakukan verifikasi pemesanan agar sesuai dengan apa yang di pesan.
Dengan begitu pemesanan produk berhasil disimpan ke dalam database.
129
4) Sequence Diagram Daftar Pelanggan
Gambar 4. 27 Sequence Diagram Daftar Pelanggan
Sequence diagram daftar pelanggan dilakukan oleh 1 aktor, yaitu
pelanggan. Hal pertama yang dilakukan daftar pelanggan adalah aktor
memilih menu daftar pelanggan, kemudian harus mengisi form daftar
pelanggan yang telah ditentukan dan menginputnya kedalam database agar
pelanggan dapat masuk kedalam sistem dan dapat menggunakan sistem
informasi pemesanan produk.
130
5) Sequence Diagram Lihat Data Pemesanan Produk
Gambar 4. 28 Sequence Diagram Lihat Data Pemesanan Produk
Sequence diagram lihat pemesnan dilakukan oleh 3 aktor, yaitu
pelanggan, admin, dan marketing. Hal pertama yang dilakukan aktor saat
melihat pemesanan produk adalah aktor memilih menu lihat pemsanan,
kemudian akan ditampilan data pemesanan sesuai dengan data-data yang
telah dipesan oleh pelanggan.
6) Sequence Diagram Lihat Data Pelanggan
Gambar 4. 29 Sequence Diagram Lihat Data Pelanggan
Sequence diagram lihat data pelanggan dilakukan oleh aktor marketing
dan admin. Hal pertama yang dilakukan aktor saat melihat data pelanggan
131
adalah aktor memilih menu lihat data pelanggan, kemudian akan ditampilkan
data pelanggan sesuai dengan data-data yang telah terdaftar.
7) Sequence Diagram Data Pembayaran
Gambar 4. 30 Sequence Diagram Data Pembayaran
Sequence diagram data pembayaran dilakukan oleh 1 aktor, yaitu
pelanggan. Hal pertama yang dilakukan saat pembayaran adalah aktor melihat
data pemesanan pada daftar data pembayaran, kemudian aktor mengisi form
pembayaran setelah semua data sesuai, dan akan menyimpan data kedalam
database.
132
8) Sequence Diagram Bukti Pembayaran
Gambar 4. 31 Sequence Diagram Bukti Pembayaran
Sequence diagram bukti pembayaran dilakukan oleh 2 aktor, yaitu
pelanggan dan marketing. Hal pertama yang dilakukan aktor saat bukti
pembayaran adalah marketing harus menerima pembayaran yang telah
dilakukan oleh pelanggan, kemudian aktor dapat mendapat menggunggah
atau mengupload bukti pembayaran sebagai bukti telah adanya data
pembayaran.
133
9) Sequence Diagram Validasi Data Pembayaran
Gambar 4. 32 Sequence Diagram Validasi Data Pembayaran
Sequence diagram validasi data pembayaran dilakukan oleh 1 aktor,
yaitu marketing. Hal pertama yang dilakukan saat validasi data pembayaran
adalah marketing memilih menu validsi data pembayaran, setelah itu
marketing menyesuaikan antara data pembayaran dengan bukti transfer,
apabila dinyatakan valid maka transaksi akan dilanjutkan kembali, jika tidak
maka transaksi akan ditolak.
134
10) Sequence Diagram Kelola Data Produk
Gambar 4. 33 Sequence Diagram Kelola Data Produk
Sequence diagram kelola data produk dilakukan oleh 1 aktor, yaitu
admin. Hal pertama yang dilakukan setelah masuk ke menu utama adalah
memilih menu kelola data produk, input data produk dan pilih simpan untuk
menyimpan data produk. Pilih update untuk melakukan perubahan data pada
data produk dan pilih delete untuk menghapus data produk yang ingin
dihapus.
135
11) Sequence Diagram Data Laporan
Gambar 4. 34 Sequence Diagram Data Laporan
Sequence diagram data laporan dilakukan oleh 1 aktor, yaitu admin.
Hal pertama yang dilakukan saat data laporan adalah admin memilih menu
data laporan, setelah itu admin melakukan pengecekan laporan harus sesuai
dengan data pemesanan.
136
12) Sequence Diagram Kelola Data Pelanggan
Gambar 4. 35 Sequence Diagram Kelola Data Pelanggan
Sequence diagram kelola data pelanggan dilakukan oleh 1 aktor, yaitu
admin. Hal pertama yang dilakukan setelah masuk ke menu utama adalah
memilih menu kelola data pelanggan, input data pelanggan dan pilih simpan
untuk menyimpan data pelanggan. Pilih update untuk melakukan perubahan
137
data pada data pelanggan dan pilih delete untuk menghapus data pelanggan
yang ingin dihapus.
13) Sequence Diagram Daftar Karyawan
Gambar 4. 36 Sequence Diagram Daftar Karyawan
Sequence diagram daftar karyawan dilakukan oleh 1 aktor, yaitu kepala
depo. Hal pertama yang dilakukan daftar karyawan adalah aktor memilih
menu daftar karyawan, kemudian harus mengisi form daftar karyawan yang
telah ditentukan dan menginputnya kedalam database agar karyawan dapat
masuk kedalam sistem dan dapat menggunakan sistem informasi pemesanan
produk.
138
14) Sequence Diagram Kelola Data Karyawan
Gambar 4. 37 Sequence Diagram Kelola Data Karyawan
Sequence diagram kelola data karyawan dilakukan oleh 1 aktor, yaitu
kepala depo. Hal pertama yang dilakukan setelah masuk ke menu utama
adalah memilih menu kelola data karyawan, input data karyawan dan pilih
simpan untuk menyimpan data karyawan. Pilih update untuk melakukan
139
perubahan data pada data karyawan dan pilih delete untuk menghapus data
karyawan yang ingin dihapus.
15) Sequence Diagram Melihat Data Laporan
Gambar 4. 38 Sequence Diagram Melihat Data Laporan
Sequence diagram melihat data laporan dilakukan oleh 1 aktor, yaitu
kepala depo. Hal pertama yang dilakukan setelah masuk ke menu utama
adalah memilih menu melihat data laporan, dimenu ini akan tampil data
laporan harian dan bulanan berupa tabel beserta atribut yang disertakan
didalamnya, pada maenu ini kepala depo dapat melihat semua data laporan
secara detail.
16) Sequence Diagram Cetak Data Laporan
Gambar 4. 39 Sequence Diagram Cetak Data Laporan
140
Sequence diagram cetak data laporan dilakukan oleh 1 aktor, yaitu
kepala depo. Hal pertama yang dilakukan setelah masuk ke menu laporan
adalah memilih menu cetak data laporan, dimenu ini akan tampil data laporan
harian dan bulanan berupa tabel beserta atribut yang disertakan didalamnya,
pada menu ini kepala depo dapat mencetak semua data laporan secara detail.
17) Sequence Diagram Resi Pengiriman Barang
Gambar 4. 40 Sequence Diagram Resi Pengiriman Barang
Sequence diagram resi pengiriman barang dilakukan oleh
pelanggan. Hal pertama yang dilakukan saat mengecek nomor resi
pengiriman adalah memilih menu pesanan untuk menampilkan data pesanan
serta form untuk menginput nomor resi pengiriman, setelah itu sistem akan
menampilkan detail pesenana sesuai nomor resi tersebut.
141
18) Sequence Diagram Logout
Gambar 4. 41 Sequence Diagram Logout
Sequence diagram logout dilakukan oleh 4 aktor, yaitu pelanggan,
admin, marketing, dan kepala depo. Hal pertama yang dilakukan saat akan
keluar dari sistem adalah memilih logout, semua kegiatan akan selesai dan
aktor otomatis keluar dari sistem.
4.2.1.4. Class Diagram
Class diagram adalah sebuah spesifikasi yang jika diinstansiasi akan
menghasilkan sebuah objek yang menyusun sebuah sistem dan juga
hubungan antara kelas objek yang terjadi dalam sistem informasi pemesanan
produk pada PT Sungai budi, yaitu sebagai berikut:
142
Gambar 4. 42 Class Diagram Sistem Pemesanan Produk
4.2.2. Perancangan Database
Pada perancangan database yang dilakukan adalah membuat mapping
database dan membuat perancangan tabel database sebagai acuan dalam
membuat Sistem Informasi Pemesanan Produk pada PT Sungai Budi.
1) Mapping Database
Pada mapping database ini bertujuan untuk mempermudah penulis dalam
merancang database yang ada pada sistem informasi pemesanan produk pada
PT Sungai Budi. Dibawah ini merupakan gambar mapping database pada
sistem pemesanan produk:
143
Gambar 4. 43 Mapping Database Sistem Pemesanan Produk
2) Perancangan Tabel Database
Dari mapping database di atas maka akan dibuat struktur database sebagai
berikut:
a. Tabel Data Pelanggan
i. File Name : Data Pelanggan
ii. File Type : Master
iii. Primary Key : id_pelanggan
iv. Foreign Key : -
144
Tabel 4. 22 Struktur Data Pelanggan
Field Name Data Type Size
id_pelanggan Varchar 20
nama_pelanggan Varchar 25
nama_toko Varchar 25
Alamat Text 100
nomor_telp Int 12
Email Varchar 20
Password Varchar 20
b. Tabel Data Karyawan
v. File Name : Data Karyawan
vi. File Type : Master
vii. Primary Key : id_karyawan
viii. Foreign Key : -
Tabel 4. 23 Struktur Data Karyawan
Field Name Data Type Size
id_karyawan Varchar 20
nama_karyawan Varchar 25
Alamat Text 100
nomor_telp Int 12
tempat_lahir Varchar 20
tanggal_lahir Date -
Agama Varchar 25
jenis_kelamin Varchar 25
145
Email Varchar 25
Level Varchar 25
Username Varchar 20
Password Varchar 20
c. Tabel Data Pemesanan
ix. File Name : Data Pemesanan
x. File Type : Master
xi. Primary Key : id_pemesanan
xii. Foreign Key : id_pelanggan, id_karyawan, id_produk
Tabel 4. 24 Struktur Data Pemesanan
Field Name Data Type Size
id_pemesanan Varchar 20
id_pelanggan Varchar 20
id_karyawan Varchar 20
id_produk Varchar 20
tgl_pemesanan Date -
jumlah_pemesanan Int 15
Status Varchar 20
Total Int 15
Qty Int 15
d. Tabel Data Pembayaran
xiii. File Name : Data Pembayaran
xiv. File Type : Master
xv. Primary Key : id_pembayaran
xvi. Foreign Key : id_pelanggan, id_pemesanan, id_karyawan
146
Tabel 4. 25 Struktur Data Pembayaran
Field Name Data Type Size
id_pembayaran Varchar 20
id_pemesanan Varchar 20
id_karyawan Varchar 20
id_pelanggan Varchar 20
total_pembayaran Int 15
Status Varchar 25
tgl_pembayaran Date -
e. Tabel Data Produk
xvii. File Name : Data Produk
xviii. File Type : Master
xix. Primary Key : id_produk
xx. Foreign Key : id_karyawan
Tabel 4. 26 Struktur Data Produk
Field Name Data Type Size
id_produk Varchar 20
id_karyawan Varchar 20
nama_produk Varchar 50
kategori_produk Varchar 20
Harga Int 15
Stok Varchar 25
147
f. Tabel Data Laporan
xxi. File Name : Data Laporan
xxii. File Type : Master
xxiii. Primary Key : id_laporan
xxiv. Foreign Key : id_karyawan, id_produk
Tabel 4. 27 Struktur Data Laporan
Field Name Data Type Size
id_laporan Varchar 20
id_karyawan Varchar 20
id_produk Varchar 20
Tgl_laporan Date -
jumlah_pemesanan Int 15
total_jumlah Int 15
Trafik varchar 20
4.2.3. Perancangan Interface
Pada tahap perancangan interface ini bertujuan untuk memudahkan
dalam merancang sistem informasi pemesanan produk dengan membuat
rancangan tampilan sistem yang terdapat pada sistem pemesanan produk.
Berikut ini merupakan rancangan antarmuka Sistem Informasi Pemesanan
Produk pada PT Sungai Budi, yaitu:
148
1) Perancangan Halaman Login
Gambar 4. 44 Rancangan Halaman Login
Pada gambar di atas yaitu rancangan halaman login yang berisi
informasi mengenai cara pengguna sistem masuk ke dalam sistem dengan
memasukkan email dan password.
2) Perancangan Halaman Utama
Gambar 4. 45 Rancangan Halaman Utama
149
Pada gambar di atas yaitu rancangan halaman utama berisi yang berupa
informasi tentang produk-produk yang ada pada PT Sungai Budi, dan terdapat
menu login untuk menjadi sebuah pelanggan di PT Sungai Budi.
3) Perancangan Halaman Daftar Pelanggan
Gambar 4. 46 Rancangan Halaman Daftar Pelanggan
Pada gambar di atas yaitu rancangan halaman daftar pelanggan yang
berisi informasi mengenai cara mengisi form registrasi untuk mendaftar
menjadi sebuah pelanggan di PT Sungai Budi.
150
4) Perancangan Halaman Lihat Data Pemesanan
Gambar 4. 47 Rancangan Halaman Lihat Data Pemesanan
Pada gambar di atas yaitu rancangan halaman lihat data pemesanan
yang berisi informasi berupa detail pemesanan yang telah masuk ke dalam
keranjang pemesanan.
5) Perancangan Halaman Pembayaran
Gambar 4. 48 Rancangan Halaman Pembayaran
151
Pada gambar di atas yaitu rancangan halaman pembayaran yang berisi
informasi berupa detail pembayaran yang telah dilakukan oleh pelanggan,
serta dapat mencetak bukti pembayaran yang telah lunas.
6) Perancangan Halaman Lihat Data Pelanggan
Gambar 4. 49 Rancangan Halaman Lihat Data Pelanggan
Pada gambar di atas yaitu rancangan halaman lihat data pelanggan yang
berisi informasi mengenai detail pelanggan yang telah mendaftar sebagai
pelanggan pada PT Sungai Budi.
152
7) Perancangan Halaman Validasi Data Pembayaran
Gambar 4. 50 Rancangan Halaman Validasi Data Pembayaran
Pada gambar di atas yaitu rancangan halaman validasi data pembayaran
yang berisi informasi mengenai cara memvalidasi data pembayaran yang
telah dilakukan oleh pelanggan dengan cara merubah status menjadi
“Validate”, sehingga pelanggan dapat menerima produk yang telah di pesan.
8) Perancangan Halaman Data Laporan
Gambar 4. 51 Rancangan Halaman Data Laporan
153
Pada gambar di atas yaitu rancangan halaman data laporan yang berisi
informasi mengenai data laporan harian ataupun bulanan hanya dapat
dilakukan oleh admin dan kepala depo.
9) Perancangan Halaman Data Produk
Gambar 4. 52 Rancangan Halaman Data Produk
Pada gambar di atas yaitu rancangan halaman data produk berisi
informasi mengenai cara untuk menambah, mengahpus, mengedit data
produk yang hanya dapat dilakukan oleh admin.
4.3. Implementasi (Implementation)
Pada tahap implementasi ini terdapat beberapa aktifitas yang dilakukan.
Aktifitas-aktifitas yang dimaksud yaitu:
1) Konstruksi Perangkat Lunak.
2) Instalasi Perangkat (Hardware & Software).
3) Pengujian.
154
4.3.1. Konstruksi Perangkat Lunak
Blueprint (cetak biru) sistem yang telah dimodelkan dan dirancang
sebelumnya dieksekusi menjadi sebuah set kode program dengan
menggunakan bahasa pemprograman PHP (Personal Home Page) dan
MySQL (My Structured Query Language) sebagai database guna
mengimplementasikan sistem. Sejumlah tools digunakan untuk
mengembangkan perangkat lunak ditunjukan pada tabel daftar tools yang
digunakan dalam pengembangan.
Tabel 4. 28 Daftar Tools Pengembangan Perangkat Lunak Sistem
No. Tool Kegunaan
1. Astah Cummunity Alat bantu dalam pembuatan UML
2 Microsoft Visio Alat bantu dalam pembuatan mapping cardinality
3. Notepad ++ Alat bantu dalam pembuatan coding website application
4. Mock Up Alat bantu dalam pembuatan Design Website Interface
4. XAMPP 3.2.2 sebagai web server local dan database
Terdapat beberapa modul yang utama untuk dikonstruksikan pada
perangkat lunak yang dikembangkan:
Tabel 4. 29 Daftar Modul Konstruksi Perangkat Lunak
No. User Modul
1. Pelanggan
Daftar pelanggan, login, logout, ubah password, input data
pemesanan, melihat data pemesanan, input data
pembayaran, upload bukti pembayaran, dan cek resi
pengiriman barang.
155
2 Admin
Login, logout, ubah password, analisa data laporan, kelola
data produk, dan melihat data pemesanan.
3. Marketing Login, logout, ubah password, melihat data pemesana,
melihat data pelanggan, melihat data pembayaran, unggah
bukti pembayaran, dan validasi data pembayaran
4. Kepala Depo Login, logout, ubah password, melihat data laporan dan
cetak data laporan
4.3.2. Arsitektur Hardware
Perangkat keras yang digunakan untuk mendukung sistem ini minimal
dengan spesifikasi sebagai berikut:
1) Server:
a. Processor: setara dengan Pentium IV atau diatasnya
b. Memory: minmal 512 MB atau lebih
c. Hardisk: 160 GB
d. VGA Card: 32 MB
2) Client:
a. Processor: setara dengan Pentium IV atau diatasnya
b. Memory: minmal 512 MB atau lebih
c. Hardisk: 160 GB
d. VGA Card: 32 MB
4.3.3. Arsitektur Software
Perangkat keras yang digunakan untuk mendukung sistem ini minimal
dengan spesifikasi sebagai berikut:
156
1) Server:
a. Processor: setara dengan Pentium IV atau diatasnya
b. Memory: minmal 512 MB atau lebih
c. Hardisk: 160 GB
d. VGA Card: 32 MB
2) Client:
a. Processor: setara dengan Pentium IV atau diatasnya
b. Memory: minmal 512 MB atau lebih
c. Hardisk: 160 GB
d. VGA Card: 32 MB
4.3.4. Pengujian
Pada tahap pengujian dilakukan dengan cara Blackbox Testing. Cara
pengujian dilakukan dengan menjalankan sistem monitoring dan melihat
output-nya apakah telah sesuai dengan hasil yang diharapkan. Pada pengujian
ini dijalankan oleh pihak ketiga dengan menggunakan laptop penguji setelah
seluruh komponen pengkodean rampung diselesaikan. Hasil pengujian
blackbox testing disajikan dalam beberapa hak akses dari para bagian yang
terbagi, yaitu:
1) Pengujian Level Pengguna
a. Pengujian Level Pengguna Pelanggan
Tabel 4. 30 Pengujian Level Pengguna Pelanggan
No Rancangan Proses Hasil Yang Diharapkan Hasil
1 Login Masuk ke dalam halaman pengguna Sesuai
157
2 Mengolah Data
Pemesanan Produk
Menampilkan halaman data
pemesanan produk yaitu tambah,
ubah dan hapus dan dapat
menyimpan data pemesanan ke
dalam database.
Sesuai
3 Mengolah Daftar
Pelanggan
Menampilkan halaman daftar
pelanggan, yaitu untuk mendaftar
menjadi sebuah pelanggan dan dapat
menyimpan data pelanggan ke
dalam database.
Sesuai
4 Mengolah Data
Pembayaran
Menampilkan halaman data
pembayaran yaitu untuk input
pembayaran dan menyimpan ke
dalam database
Sesuai
5 Lihat Data
Pemesanan Produk
Menampillkan halaman lihat data
pemesanan produk sesuai dengan id
pemesanan.
Sesuai
6 Bukti Pembayaran Menampilkan halaman untuk
unggah atau upload bukti
pembaayaran sesuai dengan id
pembayaran.
Sesuai
7 Ubah Password Menampilkan halaman ubah
password dapat mengubah password
untuk keamanan.
Sesuai
8. Resi Pengiriman
Barang
Menampilkan halaman untuk
mengecek nomor resi pengiriman
Sesuai
158
barang sesuai dengan resi
pengiriman.
9. Logout Keluar dari sistem dan menuju ke
halaman login.
Sesuai
b. Pengujian Level Pengguna Admin
Tabel 4. 31 Pengujian Level Pengguna Admin
No Rancangan Proses Hasil Yang Diharapkan Hasil
1 Login Masuk ke dalam halaman pengguna Sesuai
2 Mengolah Data
Laporan
Menampilkan halaman data laporan
yaitu untuk membuatkan laporan.
Sesuai
3 Mengolah Data
Produk
Menampilkan halaman mengolah
data produk yaitu untuk update,
delete, dan detail data produk
Sesuai
4 Mengolah Data
Pelanggan
Menampilkan halaman mengolah
data pelanggan untuk update, delete
dan detail data pelanggan.
Sesuai
5 Lihat Data
Pemesanan Produk
Menampilkan halaman lihat data
pemesanan produk.
Sesuai
6 Ubah Password Menampilkan halaman ubah
password dapat mengubah password
untuk keamanan.
Sesuai
7 Logout Keluar dari sistem dan menuju
kehalaman login.
Sesuai
159
c. Pengujian Level Pengguna Marketing
Tabel 4. 32 Pengujian Level Pengguna Marketing
No Rancangan Proses Hasil Yang Diharapkan Hasil
1 Login Masuk ke dalam halaman pengguna Sesuai
2 Lihat Data Pelanggan Menampilkan halaman lihat data
pelanggan.
Sesuai
3 Lihat Data
Pemesanan Produk
Menampilkan halaman lihat data
pemesanan produk.
Sesuai
4 Bukti Pembayaran Menampilkan halaman unggah bukti
pembaayaran sesuai dengan id
pembayaran.
Sesuai
5 Validasi Data
Pembayaran
Menampilkan halaman validasi data
pembayaran yaitu untuk
memvalidasi data pembayaran yang
telah selesai
Sesuai
6 Ubah Password Menampilkan halaman ubah
password dapat mengubah password
untuk keamanan.
Sesuai
7 Logout Keluar dari sistem dan menuju
kehalaman login.
Sesuai
d. Pengujian Level Pengguna Kepala Depo
Tabel 4. 33 Pengujian Level Pengguna Kepala Depo
No Rancangan Proses Hasil Yang Diharapkan Hasil
1 Login Masuk ke dalam halaman pengguna Sesuai
160
2 Lihat Data laporan Menampilkan halaman lihat data
laporan
Sesuai
3 Cetak Data Laporan Menampilka halaman cetak hasil
laporan.
Sesuai
4 Mengolah Data
Karyawan
Menampilkan halaman mengolah
data karyawan untuk update, delete,
dan detail karyawan.
Sesuai
5 Mengolah Daftar
Karyawan
Menampilkan halaman daftar
karyawan, yaitu untuk mendaftar
menjadi sebuah karyawan dan dapat
menyimpan data karyawan ke dalam
database.
Sesuai
6 Ubah Password Menampilkan halaman ubah
password dapat mengubah password
untuk keamanan.
Sesuai
7 Logout Keluar dari sistem dan menuju ke
halaman login.
Sesuai
4.3.5. User Acceptence Testing
User acceptance testing adalah pengujian yang dilakukan oleh
pengguna dari sistem tersebut untuk memastikan fungsi-fungsi yang ada pada
sistem tersebut telah berjalan dengan baik dan sesuai dengan kebutuhan
pengguna.
1) Pengujian Alpha
161
Simulasi pengujian alpha menggunakan skenario pegujian berdasarkan
modul. Hasil rekapitulasi pengujian alpha dapat dilihat pada tabel dibawah
ini:
Tabel 4. 34 Pengujian Alpha
Kategori
Jumlah Modul Diterima Ditolak Keterangan
Pelanggan
7 7 0 100 %
Admin 5 5 0 100 %
Marketing 5 5 0 100 %
Kepala Depo 5 5 0 100 %
Pada tabel diatas menjelaskan kategori pelanggan dimana terdapat
enam buah modul yaitu modul mengolah data pemesanan produk, mengolah
daftar pelanggan, mengolah lihat data pemesanan, mengolah data
pembayaran serta bukti pembayaran, cek resi pengiriman barang dan ubah
password, modul tersebut memberikan kesimpulan bahwa dapat diterima
oleh pengguna dan bebas dari kesalahan.
Kategori admin dimana terdapat enam buah modul yaitu modul
mengolah data laporan, mengolah data pelanggan, mengolah data produk,
mengolah lihat data pemesanan produk, dan ubah password, modul tersebut
memberikan kesimpulan bahwa dapat diterima oleh pengguna dan bebas dari
kesalahan. Kategori marketing dimama terdapat lima buah modul yaitu modul
mengolah lihat data pelanggan, mengolah lihat data pemesanan produk,
mengolah validasi data pembayaran serta bukti pembayaran, dan ubah
password, modul tersebut memberikan kesimpulan bahwa dapat diterima
oleh pengguna dan bebas dari kesalahan. Kategori kepala depo dimana
terdapat lima buah modul yaitu modul mengolah daftar karyawan, mengolah
162
data karyawan, mengolah lihat data laporan serta cetak laporan, dan ubah
password, modul tersebut memberikan kesimpulan bahwa dapat diterima
oleh penggunan dan bebas dari kesalahan.
2) Pengujian Betha
Pada pengujian betha, melakukan pengujiannya langsung di tempat
penelitian. Untuk kuisionernya terdiri dari 8 pertanyaan dengan
menggunakan 4 parameter yaitu dilihat dari isi, fungsi, kegunaan, dan
kemampuan untuk dapat navigasi, serta mengunakan 4 pilihan jawaban yang
mewakili dari tujuan akhir yang ingin dicapai dalam pengembangan aplikasi
website. Sampel yang diambil 4 orang, yang merupakan calon pengguna
aplikasi ini. Hasil rekapitulasi pengujian betha dapat dilihat pada tabel
dibawah ini. Hasil rekapitulasi rata-rata total presentase nilai kualitas
keseluruhan sistem:
Tabel 4. 35 Pengujian Betha
Kuisioner
Nomor
Uraian Hasil Presentase
1 Dalam aplikasi website dapat
memberikan informasi
tentang produk.
2 Dalam aplikasi website lebih
nyaman dari pada
menggunakan sistem
manual.
163
3 Dalam aplikasi website
mempercepat proses
pemesanan produk.
4 Tampilan interface dalam
aplikasi website user
friendly.
5 Dalam aplikasi website ini
dapat menggantikan sistem
kerja manual.
6 Sesuai dengan kategori
pengguna yang Anda pakai,
terdapat tampilan interface
yang mendukung kinerja
Anda.
7 Data yang digunakan pada
sistem aplikasi website ini
akurat.
8 Dalam aplikasi website tidak
terdapat tautan yang salah
sasaran (menampilkan
halaman yang tidak sesuai
dengan tautan)
Total
Rata-rata
164
BAB V
PENUTUP
5.1 Kesimpulan
Hasil pembahasan tentang sistem informasi pemesanan produk pada PT
Sungai Budi, maka dapat ditarik kesimpulan sebagai berikut:
1) Sistem informasi ini menggunakan metode pengembangan sistem Rapid
Application Development (RAD) untuk mempercepat proses pemesanan
produk berbasis web sehingga mempermudah user untuk memesan produk
dengan interface yang mudah pahami. Dan dengan menggunakan metode
penilitian sistem Hierarchical Clustering untuk dapat mengelompokkan data
yang memiliki gerakan sejenis, sehingga dengan melihat pengelompokkan
tersebut dapat mempermudah user memperoleh informasi berupa tren
penjualan.
2) Sistem informasi ini berbasis website dapat mempermudah pelanggan dalam
melakukan pemesanan produk pada PT Sungai Budi tanpa harus datang
langsung, atau memesan melalui via telpon, serta pelanggan juga dapat
melihat data pemesanan yang telah dipesan.
3) Sistem informasi ini dapat mempermudah karyawan dalam pembuatan
laporan tanpa harus menginput kembali data pemesanan. Karena pembuatan
laporan sudah dilakukan secara terkomputerisasi sehingga kepala depo dapat
melihat laporan yang dibutuhkan kapan saja.
4) Sistem informasi ini menggunakan teknologi Data Mining yang dapat
menghasilkan tampilan Dashboard untuk analisis tren yang terjadi dalam
165
sistem informasi, bertujuan agar aplikasi ini dapat mengelompokkan data
dalam jumlah besar yang memiliki gerakan sejenis yang kemudian diberi
label tren penjualan terbaik dan terburuk dalam bentuk grafik yang mudah
dipahami, dan aplikasi ini dapat mengolah data penjualan berdasarkan time
series. (Kumar, 2000)
5) Sistem informasi ini menggunakan hasil pengujian UAT (User Acceptance
Testing), dimana terdiri dari pengujian Alpha dan pengujian Beta. Maka
diperoleh hasil pengujian Alpha yang berpengaruh pada setiap modul dalam
sistem informasi ini telah memiliki hasil yang sesuai dengan kriteria dari
analisis kebutuhan dasar pengguna sistem dan bebas dari kesalahan pada
sistem. Selain itu, sistem tersebut dapat mudah diterima oleh pengguna
sistem. Sedangkan pada pengujian Beta yang telah dilakukan, didapatkan
bahwa hasil pengembangan sistem informasi ini telah memiliki nilai kualitas
sebesar 100%.
5.2 Saran
Saran yang dapat diberikan dari kesimpulan di atas untuk pengembangan
lebih lanjut antara lain:
1) Untuk penelitian selanjutnya diharapkan kepada pengembang merancang
bangun sistem informasi pemesanan produk dengan menggunakan teknologi
Data Mining dalam lingkup aplikasi pengelompokkan data penjualan
berdasarkan antar wilayah.
166
2) Untuk penelitian selanjutnya diharapkan kepada pengembang untuk
diimplementasikan dalam bentuk mobile application agar mempermudah
pelanggan dalam melakukan transaksi.
167
DAFTAR PUSTAKA
Al-Bahra bin Ladjamudin. 2005. Analisis dan Desain Sistem Informasi.
Yogyakarta: Graha Ilmu.
Anhar. 2010. PHP dan MySql Secara Otodidak. Jakarta: PT Trans Media.
Budiasih, Yanti. 2012. Statistik Deskriptif untuk Ekonomi dan Bisnis. Tangerang:
Jelajah Nusa.
Fauzan, Almanshur. 2012. Metodologi Penelitian kualitatif. Yogyakarta: Ar-Ruzz
Media.
Freddy, Rangkuti. 2009. Strategi Promosi yang Kreatif dan Analisis. Kasus.
Integrated Marketing Communication. Jakarta: PT. Gramedia Pustaka
Utama.
Gregorius, Agung. 2000. Membuat Homepage Interaktif Dengan CGI/Perl.
Jakarta: PT Elex Media Koputindo.
Hartono, Jogiyanto. 2005. Analisis dan Desain Sistem Informasi Pendekatan.
Terstruktur Teori dan Praktek Aplikasi Bisnis. Yogyakarta: Andi.
Jamaan, Royhan. 2011. Pengaruh Kualitas Pelayanan dan Citra Perushaan
Terhadap Kepercayaan Nasabah Serta Dampaknya Terhadap Loyalitas
Nasabah. Jakarta: UIN.
Kadir, Abdul. 2003. Konsep dan Tuntunan Praktis Basis Data. Yogyakarta: Andi.
Kendall, Kenneth E. 2010. Analisis dan Perancangan Sistem. Jakarta: PT Indeks.
168
Kendall, Kenneth E. dan Julie E. Kendall. 2008. Systems Analysis and Design. New
Jersey: Pearson Prentice Hall.
Khosuma, Daniel. 2015. Pembuatan Aplikasi Data Mining uuntuk Melakukan
Analisis Data Time Series Menggunakan Metode Qualitative Clustering.
Surabaya: UKP.
Kotler, Amstrong. 2001. Prinsip-prinsip Pemasaran. Jakarta: Erlangga.
Kumar. 2000. A Comparisont of Document Clustering Techniques. Minnesota:
University of Minnesota.
Kusrini. 2009. Algoritma Data Mining. Yogyakarta: Penerbit Andi.
Lewis, R. 1994. Psychological Testing and Assessment. Boston: Allyn and Bacon.
Muhammad, Budyatna. 2011. Teori Komunikasi Antarpribadi. Jakarta: Kharisma.
Mulyanto, Agus. 2009. Sistem Informasi Konsep dan Aplikasi. Yogyakarta:
Pustaka Pelajar.
Mullins, Orville, Larreche dan Boyd. 2005. Marketing Management: A Strategic
Decission Making Approach. New York City: McGraw-Hill.
Mustakini. 2009. Sistem Informasi Teknologi. Yogyakarta: Andi Offset.
Nicholas, Abercrombie. 2010. Kamus Sosiologi. Yogyakarta: Pustaka Pelajar.
Nidhra, Srinivas dan Dondeti, Jagruthi. 2012. Black Box and White Box Testing.
Techniques–A Literature Review. International Journal of Embedded
Systems and Applications (IJESA).
169
Nugroho, Adi. 2011. Perancangan dan Implementasi Sistem Basis Data.
Yogyakarta: Andi.
Oetomo, Budi. 2007. Pengantar Teknologi Informasi. Internet: Konsep dan
Aplikasi. Yogyakarta: Andi Offset.
Perry, A. G. 2006. Buku Ajar Fundamental Keperawatan: Konsep, Proses, Dan
Praktik. Jakarta: EGC. Ardinata.
Prasetyo, Adi. 2008. Analisis Pengaruh Kualitas Pelayanan Terhadap Kepuasan
Nasabah BMT Kaffah. Yogyakarta.
Prasetyo, Eko. 2012. Data Mining Konsep dan Aplikasi Menggunakan Matlab.
Yogyakarta: Andi. Santosa.
Raharjo, Pranowo. 2012. Trik Menulis Skripsi dan Menghadapi Presentasi.
Bandung: Platinum.
Ristono, Agus. 2009. Manajemen Persediaan. Yogyakarta: Graha Ilmu.
Rizky, Soetam, 2011. Konsep Dasar Rekayasa Perangkat Lunak. Jakarta:
Prestasi Pustaka.
Shalahuddin, M dan Ariani, Rossa. 2011. Rekayasa Perangkat Lunak. Bandung:
MODULA.
Shalahuddin, M dan Ariani, Rossa. 2013. Rekayasa Perangkat Lunak Terstruktur
dan Berorientaasi Objek. Bandung: Penerbit Informatika.
Sidik, Bertha. 2014. Pemrograman Web dengan Php. Solo: Santika Kencana.
170
Simarmata, Janner. 2006. Pengenalan Teknologi Komputer dan Informasi.
Yogyakarta: Andi Offset.
Stanton, William. 1996. Prinsip-prinsip Pemasaran. Jakarta: PT Gramedia
Pustaka Utama.
Sugiarti, Yuni. dan Kumaladewi, Nia. 2016. Design Analysis of Data Warehouse
for Lecture Performance Evalution (Case Study Faculty of Science and
Technology UIN Jakarta). Jakarta: UIN.
Sugiarti, Yuni. 2010. Metode Penelitian di Bidang Komputer dan Sistem Informasi.
Banten: Buku Ajar.
Sugiarti, Yuni. 2012. Hypertext Markup (HTML). Banten: Buku Ajar.
Sugiarti, Yuni. 2013. Analisis dan Perancangan UML (Unified Modeling
Language) Generated. Yogyakarta: Graha Ilmu.
Sugiarti, Yuni. 2018. Dasar-dasar Pemrograman JAVA Netbeans, Database, UML,
dan Interface. Bandung: ROSDA.
Supranto, Johannes. 2000. Statistik Teori dan Aplikasi. Jakarta: Erlangga.
Sutabri, Tata. 2012. Analisis Sistem Informasi. Yogyakarta: Andi.
Sutrisno. 2013. Penerapan Data Mining Pada Penjualan Menggunakan Metode
Clustering pada PT Indomarco Palembang. Palembang: UBP.
Suwandi, Sarwiji 2009. Penelitian Tindakan Kelas dan Penulisan Karya Ilmiah.
Surakarta: UNSpers.
171
Tjiptono, Fandy. 1999. Strategi Pemasaran. Yogyakarta: Andi Offset.
Todorovski., Ljupco. 2002. Qualitative Clusteringof Short Time-Series: A Case Study of
Firms Reputation Data.
Utomo, H. 2008. Komponen Perancangan Arsitektur Lansekap: Prinsip-Unsur dan
Aplikasi Desain. Jakarta: Bumi Aksara.
Whitten, Jeffrey L. 2007. Systems. Analysis and Design for the Global Enterprise.
New York: McGraw-Hill.
Yakub. 2012. Pengantar Sistem Informasi. Yogyakarta: Graha Ilmu.
Yamin, Muhammad. 2013. Implementasi Metode Hierarchical Clustering Pada
Ozone Level Detection Data Set. Malang: Universitas Brawijaya.
Yuniar, Ardianto Dani. 2009. Penerapan Metode Survey, Question, Read, Ricite,
and Review (SQ3R) pada Pokok Bahasan Pencemaran Lingkungan untuk.
Meningkatkan Hasil Belajar Biologi Siswa Kelas X5 SMA Muhammadiyah
1. Surakarta: Tidak Diterbitkan.
173
HASIL WAWANCARA
Responden : Bapak Fajar Aditya Hidayat S.I.Kom
Jabatan : Manajer Pemasaran
Reporter : Gilang Syawalluthfi
Tanggal : 17 Mei 2018
1. Bagaimanakah proses terjadinya pemesanan suatu barang dari tahap
pembelian, pembayaran, serta sampai pengiriman barang?
Jawaban : untuk proses pemesanan biasanya pembeli melakukan pemesanan
dengan datang langsung, atau memesan via telpon kepada pihak marketing. Setelah
itu pihak marketing untuk mencatat semua pesanan, dan memberikan daftar
pesanan kepada pihak admin stok untuk dilakukan pencatatan sebagai konfirmasi
pesanan. Setelah itu pihak admin stok memberikan daftar pesanan kepada pihak
admin gudang agar dipersiapkan untuk produk yang telah dipesan. Admin gudang
membuatkan nota sebagai bukti pemesanan dan memberikan kepada pihak
marketing agar melakukan pengiriman barang dan menerima pembayaran langsung
kepada pihak pembeli. Pembeli melakukan pembayaran kepada pihak marketing
secara tunai, dan menerima nota pemesanan sebagai bukti pembayaran.
2. Apa saja hambatan yang dialami karyawan pada proses pemesanan yang
sedang berjalan?
Jawaban : hambatannya yang dialamu yaitu pertama pada tahap perhitungan total
jumlah pembayaran maupun pesanan, atas dasar kekeliruan karyawan dalam
perhitungan tersebut. Kedua kurang nya efektivitas terhadap kinerja karyawan
174
dikarenakan masih menggunakan pencatatan manual, dan pemberian informasi
tentang daftar pemesanan. Ketiga yaitu pada berkas hasil pemesanan yang
menumpuk, dikhawatirkan kehilangan berkas hasil untuk melakukan pemeriksaan
riwayat pemesanan.
3. Apa saja yang menghambat terhadap pembeli dengan proses pemesanan yang
sedang berjalan?
Jawaban : seringkali ketidaksesuaian terhadap pesanan yang telah di pesan oleh
pembeli, dan sering terjadi mendapat keluhan terhadap marketing yang
memanipulasi harga produk.
4. Sistem apa yang diharapkan untuk kedepannya?
Jawaban : untuk sistem kedepannya itu harus membantu karyawan dalam tahap
memepercepat proses pencatatan pemesanan, membantu proses perhitungan yang
lebih akurat, mempermudah karyawan dalam tahap pembuatan laporan agar tidak
menumpuk berkas hasil pemesanan.