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

i
ii
iii
iv
 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).

v
 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.

vi
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.

vii
 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

viii
 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

ix
 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

x
 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

xi
 5.1 Kesimpulan .................................................................................................... 164
5.2 Saran .............................................................................................................. 165
DAFTAR PUSTAKA .................................................................................................... 167

xii
 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

xiii
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

xiv
 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

xv
 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.

Komunikasi antara aktor dan use case yang

Asosiasi/ Assosition berpartisipasi pada use case atau use case memiliki
interaksi dengan aktor.

Relasi use case tambahan kesebuah use case dimana

use case yang ditambahkan dapat berdiri sendiri
walau tanpa use case tambahan itu; mirip dengan
<<extend>> 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.

Relasi use case tambahan ke sebuah use case

dimana use case yang di tambahkan memerlukan use
<<include>>
case ini untuk menjalankan fungsinya atau sebagai
syarat dijalankan use case ini.

xvi
 SIMBOL ACTIVITY DIAGRAM

(Sugiarti, 2013)

Gambar Keterangan

Memperlihatkan bagaimana masing-masing kelas

antarmuka saling berinteraksi satu sama lain

Actifity
Bagaimana objek dibentuk atau diawali

Initial Node
Bagaimana objek di bentuk dan di akhiri

Actifity Final Node

Asosiasi percabangan dimana satu aktivitas dicabangkan
menjadi beberapa aktivitas
Fork Node
Asosiasi Penggabungan dimana lebih dari satu aktivitas
digabungkan mejadi satu
Join Node
Asosiasi percabangan dimana jika ada pilihan aktivitas
Percabanagan / kebih dari satu.
decision

Digunakan untuk menghubungkan antara aksi satu

Control flow dengan aksi yang lain

Memisahkan organisasi bisnis yang bertanggung jawab

terhadap aktivitas yang terjadi

SIMBOL SEQUENCE DIAGRAM

(Sugiarti, 2013)

Simbol Deskripsi

xvii
 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
Atau
orang, tapi aktor belum tentu merupakan orang;
biasanya dinyatakan menggunakan kata benda di
Nama aktor
awal frase nama aktor.

Garis Hidup Objek Menyatakan kehidupan suatu objek

Objek sedang aktif Menyatakan objek dalam keadaan aktif dan

berinteraksi berinteraksi, semua yang terhubung dengan
waktu aktif ini adalah sebuah tahapan yang
dilakukan didalamnya.

Pesan tipe create Menyatakakn suatu objek membuat objek yang

lain, arah panah mengarah pada objek yang
<<create>> dibuat.

Pesan tipe call Menyatakan suatu objek memanggil operasi atau

metode yang ada pada objek lain atau dirinya
1: nama_metode()
sendiri.

Pesan tipe call Menyatakan bahwa suatu objek mengirimkan

data atau masukan atau informasi ke objek
1: masukan
lainnya, arah panah mengarah pada objek yang
dikirimi.

Menyatakan bahwa suatu objek yang telah

Pesan tipe call
menjalankan suatu operasi atau metode
1: masukan menghasilkan suatu kembalian ke objek tertentu,
arah panah mengarah pada objek yang menerima
kembalian

xviii
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 Relasi antarkelas dengan makna kelas yang

Asosiasi 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)

xix
 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

1
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

2
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

3
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

4
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

5
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.

6
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.

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

8
 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

9
 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.

10
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.

11
 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

12
 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.

13
 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)

14
 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)

15
 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,

16
 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

17
 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

18
 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

19
 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

20
 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

21
 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

22
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

23
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

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

25
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

26
 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.

27
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.

28
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).

29
 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

30
 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)

31
 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

32
 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.

33
 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

34
 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.

35
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)

36
 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

Diff(q1,q2) Kenaikan Tetap Penurunan

q2 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).

37
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)

38
 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.

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

40
 Tabel 2. 2 Perbandingan Metode Pengembangan Sistem (Shalahuddin & Ariani,
2011)
Metode Kekurangan
Pengembangan
Waterfall • Perubahan spesifikasi perangkat lunak • Struktur tahap
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.
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.
RAD (Rapid • Aplikasi dapat diselesaikan secara lebih
Application cepat, tetapi tidak mampu mengarahkan
Development) penekanan terhadap permasalahan-
permasalahan perusahaan yang
seharusnya diarahkan
• Dengan metode RAD, penganalisis
berusaha mepercepat projek dengan
terburu-buru
Spiral • Model ini sangat mempertimbangkan
resiko kemungkinan munculnya
41
Kelebihan
pengembangan sistem jelas.
• Dokumentasi dihasilkan di
setiap tahap
pengembangan.
• Tahapan dijalankan setelah
tahapan sebelumnya selesai
dijalankan.
• Prototype sangat cocok
digunakan untuk
menjabarkan kebutuhan
pelanggan secara lebih
detail.
• Untuk mengantisipasi agar
proyek dapat berjalan
sesuai dengan target waktu
dan biaya diawal.
• 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.
• Waktu yang dibutuhkan
untuk mengembangkan
 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 • Model ini merupakan metode yang • Jarang sekali proyek

Squential sudah digunakan secara luas sehingga nyata mengikuti aliran
Model telah terbukti kehandalan dalam sekuensial yang
pengembangan sistem 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.

42
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

43
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

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

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

46
 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.

Sama dengan konsep interface dalam pemrograman

berorientasi objek
Antarmuka

Asosiasi Relasi antar kelas dengan maknaunum, asosiasi

biasanya juga disertai dengan multiplicity

1 1..*

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).

47
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

48
 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.

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

50
 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

51
 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

52
 Decision (branch), titik control yang memiliki keluaran yang berbeda

berdasarkan ekspresi boolean. Setiap titik keputusan memiliki satu

masukkan dan banyak keluaran

Mengelompokkan activity berdasarkan actor. Diberi label dengan nama

Swirnlane 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,

53
 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.

54
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.

55
 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.

56
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.

57
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

58
 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

59
 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

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

61
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.

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

63
 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

64
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).

65
 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).

66
 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).

67
 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.

68
 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.

69
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

70
 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,

71
 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 Pembuatan Aplikasi Perusahaan - Sistem dapat

(Universitas Kristen Data Mining uuntuk membutuhkan mengolah data
Petra Surabaya, Melakukan Analisis informasi dalam penjualan
2015). Data Time Series pengambilan berdasarkan data
Menggunakan Metode keputusan dalam berkala yang
Qualitative Clustering menebak target menampilkan
pasar dan melihat periode yang telah
tren penjualan di pilih oleh user.
barang
berdasarkan - Aplikasi berbasis
waktu desktop
menggunakan
Borland Delphi,
yang hanya dapat
diakses melalui
perangkat desktop.
Enur Irdiansyah Penerapan Data Database - Aplikasi ini dapat
(Universitas Mining Pada Penjualan sederhana tidak mengurangi

72
Komputer Indonesia Produk Minuman di mampu penumpukan data
Bandung, 2010) PT Pepsi Cola mengelola data yang kurang
Indobeverages yang besar, dan dimanfaatkan
Menggunakan Metode perusahaan sebelumnya
Clustering memerlukan
informasi yang - Aplikasi
cukup untuk dapat mengelompokkan
di Analisa data penjualan
menggunakan berdasarkan
data mining wilayah

- Aplikasi berbasis
desktop
menggunakan
Borland Delphi,
yang hanya dapat
diakses melalui
perangkat desktop.
Sutrisno Penerapan Data Ketersediaan data - Penerapan data
(Universitas Mining Pada Penjualan yang cukup mining dapat
Binadarma Menggunakan Metode banyak, sebagai gambaran
Palembang, 2013) Clustering pada PT kebutuhan bagi pengambilan
Indomarco Palembang informasi atau keputusan
pengetahuan perusahaan,
sebagai aplikasi ini dapat
pendukung mengurangi
pengambilan penumpukan data
keputusan yang kurang
dimanfaatkan
sebelumnya.

- Aplikasi yang di
bangun
menggunakan
pemprograman
PHP, namun
pengelompokkan
yang dihasilkan
berupa statistik,
tidak menampilkan
dendrogam (tree).
Muhammad Yamin Implementasi Metode Semakin - Penelitian ini
(Universitas Hierarchical berkembangnya menerapkan suatu
Brawijaya Malang, Clustering Pada Ozone kecepatan dalam kelayakan dari
2013) Level Detection Data mengumpulkan metode
Set dan penyimpanan

73
 data dalam jumlah Hierarchical
besar makin Clustering.
mengakibatkan
semakin sulitnya - Aplikasi mampu
data yang banyak menampilkan
tersebut untuk Dendogram, namun
dianalisa yang sulit dipahami
oleh orang awam.

- Sistem perangkat
lunak yang
dibangun hanya
dengan Algoritma
Hierarchical
Clustering.
Muhammad Thoriq Penerapan Data Kebutuhan - Data Mining
Agung (Universitas Mining Pada Data informasi atau berguna untuk
Dian Nuswantoro, Transaksi Penjualan pengetahuan memberikan solusi
2015) Untuk Mengatur sebagai kepada para
Penempatan Barang pendukung pengambil
Menggunakan pengambilan keputusan dalam
Algoritma Apriori keputusan bisnis guna
meningkatkan
bisnis perusahaan.

- Aplikasi data
mining yang di
bangun hanya
untuk Algoritma
Apriori
K. Sasirekha, P. Agglomerative Kurangnya - Clustering
Baby Hierarchical Pengumpulan algoritma yang
(Department of CS, Clustering Algorithm- atau memberikan hasil
Dr.SNS.Rajalakshmi A Review pengelompokkan hirarki antara hasil
College of Arts & data dalam normalisasi dengan
Science, 2013) mencari hasil hasil yang tidak
hirarki yang normal.
optimal
- Sistem perangkat
lunak yang
dibangun hanya
dengan Algoritma
Hierarchical
Clustering.
Kriti Srivastava, Data Mining Using Keterbatasan - Data mining
(NMIMS Hierarchical algoritma membantu
University, Mumbai. Agglomerative kontemporer tidak pengumpulan data

74
College of Clustering Algorithm efisien untuk menjadi
Engineering, 2013) in Distributed Cloud database besar. infrastruktur besar
Computing Karena yang mampu
Environment membutuhkan mempercepat
waktu dalam penyampaian
peng- sumber data.
eksekusiannya
- Aplikasi yang di
bangun
menggunakan
pemrograman Java
berbasis desktop.
Yuni Sugiarti dan Design Analysis of Mengevaluasi Proses mengajar
Nia Kumaladewi Data Warehouse for kinerja dosen yang dilakukan
(UIN Syarif Lecture Performance sebagai jaminan oleh dosen adalah
Hidayatullah Evalution (Case kualitas. salah satu
Jakarta, 2016)
Study Faculty of parameter yang
Science and dapat digunakan
Technology UIN untuk mengukur
Jakarta) 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

75
 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

76
 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.

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

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

79
Gambar 3. 1 Kerangka Berpikir

80
 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

81
 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.

82
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 PKBN

Kepala Depo
(Stok)

Kasir/Adm Penjualan Kepala Kendaraan

Marketing
Admin Stok
Staff Kendaraan
Admin Gudang

Gambar 4. 2 Struktur Organisasi (PT Sungai Budi, 2017)

83
 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).

84
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

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

12. Menerima Arsip Pembayaran

Arsip Pembayaran

13. Memberikan
14. Membuat
9. Melakukan Pengiriman Barang Transaksi Penjualan
Laporan

Staff Kendaraan Admin Pemesanan Laporan Harian

8. Menerima
Surat Jalan 11. Mencetak Arsip
Pembayaran 15. Menerima Laporan
1. Melakukan Pemesanan Harian
10. Melakukan Pemmbayaran
2. Konfirmasi Pemesanan
Pelanggan Admin Stok
Marketing

Kepala Depo
5. Menerima Arsip 3. Memberikan List
7. Menerima Surat Pemesanan Pemesanan
Jalan

4. Mencetak Arsip Pemesanan

Arsip Pemesanan
Admin Gudang

Arsip Surat Jalan 6. Mencetak Surat Jalan

Gambar 4. 3 Sistem Berjalan (PT Sungai Budi, 2017)

86
 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.

87
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

88
 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.

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

1. Daftar Pelanggan 6. Meihat Data Pelanggan dan Data Pemesanan

2. Melakukan Pemesanan 7. Validasi Data Transaksi
Pembayaran dan Pengiriman
3. Melakukan Pembayaran
8. Mengunggah Bukti Pembayaran
Pelanggan 4.Upload Bukti Pembayaran
Marketing
5. Melihat Data Pemesanan

13. Cetak Laporan

WEBSITE

Laporan Harian/Bulanan

PT SUNGAI BUDI

12. Kelola Data Pelanggan

11. Kelola Data Produk
16. Kelola Data Karyawan
10. Mengolah Laporan
15. Daftar Karyawan
9. Melihat Data Pemesanan
14. Melihat Laporan
Admin Kepala Depo

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.

90
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.

91
 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 1. Sudah menggunakan 1. Penggunaan 1. Sistem informasi pemesanan
informasi sistem informasi sistem informasi produk yang saling
pemesesan produk pemesanan namun hanya berpusat terintegrasi.
yang saling berjalan rumit. pada pemesanan
terintegrasi. produk.
2. Proses pemesanan - - 2. Proses sistem pemesanan
yang sangat rumit produk sudah berbasis
yaitu memesan via website.
telpon
3. Belum adanya - - 3. Penyimpanan data pemesanan
penyimpanan data produk secara terpusat.
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:

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

93
 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.

94
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

95
 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 Pelanggan, Admin
kegiatan memasukan email dan Marketing,
kata sandi untuk mengakses Kepala Depo.
sistem informasi pemesanan
produk.
2. Ubah Use case ini menggambarkan Pelanggan, Admin
Password kegiatan memperbarui dan Marketing,
menggati password. pemakai Kepala Depo.
harus terlebih dahulu
memasukkan password yang
lama sehinggga dapat mengganti
password yang baru.
3. Data Use case ini menggambarkan Pelanggan
Pemesanan kegiatan pemesanan produk
Produk untuk memesan suatu produk ke
dalam sistem.
4. Daftar Use case ini menggambarkan Pelanggan
Pelanggan kegiatan daftar pelanggan untuk
mendaftar menjadi suatu
pelanggan.

96
5. Lihat Data Use case ini menggambarkan Admin,
Pemesanan kegiatan untuk melihat Marketing,
Produk pemesanan produk apa saja yang Pelanggan
telah di pesan oleh pelanggan.
6. Lihat Data Use case ini menggambarkan Admin, Marketing
Pelanggan kegiatan untuk melihat
pelanggan yang sudah terdaftar
di sistem.
7. Data Use case ini menggambarkan Pelanggan
Pembayaran kegiatan pembayaran produk
yang telah di pesan.
8. Bukti Use case ini menggambarkan Pelanggan,
Pembayaran kegiatan mengupload dan Marketing
mengunggah bukti pembayaran
yang telah selesai di bayar
9. Validasi Data Use case ini menggambarkan Marketing
Pembayaran kegiatan memvalidasi
pembayaran suatu pemesanan
produk apakah sudah dibayar
atau belum.
10. Kelola Data Use case ini menggambarkan Admin
Produk kegiatan mengelola data produk
dalam mengecek suatu
ketersidiaan produk, dan dapat
mengupdate, menambah, dan
menghapus produk tersebut.
11. Data Laporan Use case ini menggambarkan Admin
kegiatan membuat laporan
harian ataupun bulanan.
12. Kelola Data Use case ini menggambarkan Admin
Pelanggan kegiatan untuk menghapus,
mengupdate, dan mendelete data
pelanggan.
13. Daftar Use case ini menggambarkan Kepala Depo
Karyawan kegiatan daftar karyawan untuk
mendaftar menjadi suatu
karyawan.
14. Kelola Data Use case ini menggambarkan Kepala Depo
Karyawan kegiatan untuk menghapus,
mengupdate, dan mendelete data
karyawan.
15. Melihat Data Use case ini menggambarkan Kepala Depo
Laporan kegiatan melihat laporan suatu
pemesanan produk baik harian
ataupun bulanan.
16. Cetak Data Use Case ini menggambarkan Kepala Depo
Laporan kegiatan cetak laporan dalam

97
 pemesanan produk sebagai bukti
nyata.
17. Resi Use Case ini menggambarkan Pelanggan
Pengiriman kegiatan mengecek resi
Barang pengiriman barang.
18. Logout Use case ini menggambarkan Pelanggan,
kegiatan keluar dari sistem. 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 Actor Action System Response
Events
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.

98
 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 Actor Action System Response
Events
1. Memasukan 2. Validasi password
password yang
lama
3. Memasukan 4. Validasi password baru
password yang
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 Actor Action System Response
Events
1. Pilih “Item
produk barang”
yang diinginkan

99
 5) Input kuantitas, 6) Menampilkan data pemesanan
pilih masukkan
keranjang.
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 Actor Action System Response
Events
1. Pilih menu 2. Menampilkan form registrasi
“Registrasi pelanggan.
Now”
3. Input form 4. Memproses penyimpanan data
registrasi
pelanggan.
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 Actor Action System Response
Events
1. Pilih menu lihat 2. Tampilkan data seluruh pemesanan
data pemesanan pelanggan.

100
 3. Pilih data yang 4. Proses data
ingin dilihat
secara detail.
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 Actor Action System Response
Events
1. Pilih menu lihat 2. Tampilkan data pelanggan
data pelanggan
3. Pilih data yang 4. Proses data
ingin dilihat
secara detail
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

101
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 Actor Action System Response
Events
1. Pilih menu 2. Tampil data pemesanan
“Pesanan”.
3. Pilih data yang 4. Tampil detail pemesanan
ingin dilihat
secara detail
5. Pilih metode 6. Data berhasil disimpan
pembayaran,
pilih simpan
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 Actor Action System Response
Events
1. Pilih menu
“Pesanan”
2. Pilih data yang 3. Menampilkan detail pemesanan
ingin dilihat
secara detail
4. Mengunggah 5. Memproses bukti pembayaran
bukti
pembayaran
6. Data berhasi disimpan
Alternate Courses -
Conclusion -
Post Condition Mengunggah bukti pembayaran.

102
 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 Actor Action System Response
Events
1. Pilih menu detail 2. Menampilkan data pembayaran
pembayaran
3. Marketing
menganalisa
pembayaran dan
bukti
pembayaran.
4. Jika data valid, 5. Menyimpan ke dalam database
ubah menjadi
“validate”
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 Actor Action System Response
Events
1. Pilih menu 2. Menampilkan menu data produk.
“Produk”
3. Klik “Delete” 4. Menghubungkan dengan database dan
sebagai menghapus pada database.
informasi

103
 menghapus data
peroduk
5. Klik “Tambah” 6. Menghubungkan dengan database dan
sebagai menghapus pada database.
informasi
menambah data
produk
7. Klik “Update” 8. Menghubungkan dengan database dan
sebagai memperbarui data user.
informasi
merubah data
produk
9. Klik “Detail” 10. Menghubungkan dengan database dan
sebagai memperbarui data user.
informasi
melihat data
produk
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 Actor Action System Response
Events
1. Pilih menu 2. Menapilkan data Laporan
“Report”
3. Pilih “Periode 4. Menampilkan data Laporan yang
harian atau diinginkan
bulanan” yang
diinginkan.
Alternate Courses -
Conclusion Actor dapat melihat data laporan harian atau bulanan
Post Condition Menampilkan data laporan

104
 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 Actor Action System Response
Events
11. Pilih menu 12. Menampilkan menu data pelanggan.
“Kelola
Pelanggan”
13. Klik “Delete” 14. Menghubungkan dengan database dan
sebagai menghapus pada database.
informasi
menghapus data
pelanggan
15. Klik “Detail” 16. Menghubungkan dengan database dan
sebagai menghapus pada database.
informasi
melihat data
pelanggan
17. Klik “Update” 18. Menghubungkan dengan database dan
sebagai memperbarui data user.
informasi
merubah
pelanggan
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.

105
Typical Course of Actor Action System Response
Events
1. Pilih menu 2. Menampilkan form registrasi
“Tambah” karyawan.
3. Isi form 4. Memproses penyimpanan data
registrasi
karyawan.
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 Actor Action System Response
Events
1. Pilih menu 2. Menampilkan menu data karyawan.
“Kelola
Karyawan”
3. Klik “Delete” 4. Menghubungkan dengan database dan
sebagai menghapus pada database.
informasi
menghapus data
karyawan
5. Klik “Detail” 6. Menghubungkan dengan database dan
sebagai menghapus pada database.
informasi
melihat data
karyawan
7. Klik “Update” 8. Menghubungkan dengan database dan
sebagai memperbarui data user.
informasi
merubah
karyawan
Alternate Courses -
Conclusion Actor dapat melihat data karyawan yang baru.

106
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 Actor Action System Response
Events
1. Pilih menu 2. Menampilkan data laporan
“Report”
3. Pilih “Periode 4. Menampilkan data laporan yang
harian atau diinginkan
bulanan” 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 Actor Action System Response
Events
1. Pilih menu 2. Menampilkan data laporan
“Report”
3. Pilih “Periode 4. Menampilkan data laporan yang
harian atau diinginkan
bulanan” yang
diinginkan
5. Cetak Laporan 6. Memproses cetak laporan

107
 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 Actor Action System Response
Events
1. Pilih menu 2. Menampilkan data pemesanan
“Pesanan”
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 Actor Action System Response
Events
1. Klick button 2. Keluar dari sistem.
logout.
Alternate Courses -
Conclusion Pelanggan, Admin, Marketing, Kepala Depo keluar dari sistem
Post Condition Berhasil keluar dari sistem.

108
 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.

109
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.

110
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.

111
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.

112
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.

113
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.

114
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.

115
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.

116
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.

117
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.

118
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.

119
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.

120
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.

121
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.

122
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.

123
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.

124
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.

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

126
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

127
 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.

128
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.

129
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

130
 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.

131
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.

132
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.

133
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.

134
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.

135
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

136
 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.

137
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

138
 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

139
 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.

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

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

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

143
 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

144
 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

145
 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

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

147
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

148
 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.

149
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

150
 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.

151
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

152
 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.

153
 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.

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

155
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

156
2 Mengolah Data Menampilkan halaman data Sesuai

Pemesanan Produk pemesanan produk yaitu tambah,

ubah dan hapus dan dapat

menyimpan data pemesanan ke

dalam database.

3 Mengolah Daftar Menampilkan halaman daftar Sesuai

Pelanggan pelanggan, yaitu untuk mendaftar

menjadi sebuah pelanggan dan dapat

menyimpan data pelanggan ke

dalam database.

4 Mengolah Data Menampilkan halaman data Sesuai

Pembayaran pembayaran yaitu untuk input

pembayaran dan menyimpan ke

dalam database

5 Lihat Data Menampillkan halaman lihat data Sesuai

Pemesanan Produk pemesanan produk sesuai dengan id

pemesanan.

6 Bukti Pembayaran Menampilkan halaman untuk Sesuai

unggah atau upload bukti

pembaayaran sesuai dengan id

pembayaran.

7 Ubah Password Menampilkan halaman ubah Sesuai

password dapat mengubah password

untuk keamanan.

8. Resi Pengiriman Menampilkan halaman untuk Sesuai

Barang mengecek nomor resi pengiriman

157
 barang sesuai dengan resi

pengiriman.

9. Logout Keluar dari sistem dan menuju ke Sesuai

halaman login.

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 Menampilkan halaman data laporan Sesuai

Laporan yaitu untuk membuatkan laporan.

3 Mengolah Data Menampilkan halaman mengolah Sesuai

Produk data produk yaitu untuk update,

delete, dan detail data produk

4 Mengolah Data Menampilkan halaman mengolah Sesuai

Pelanggan data pelanggan untuk update, delete

dan detail data pelanggan.

5 Lihat Data Menampilkan halaman lihat data Sesuai

Pemesanan Produk pemesanan produk.

6 Ubah Password Menampilkan halaman ubah Sesuai

password dapat mengubah password

untuk keamanan.

7 Logout Keluar dari sistem dan menuju Sesuai

kehalaman login.

158
 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 Sesuai

pelanggan.

3 Lihat Data Menampilkan halaman lihat data Sesuai

Pemesanan Produk pemesanan produk.

4 Bukti Pembayaran Menampilkan halaman unggah bukti Sesuai

pembaayaran sesuai dengan id

pembayaran.

5 Validasi Data Menampilkan halaman validasi data Sesuai

Pembayaran pembayaran yaitu untuk

memvalidasi data pembayaran yang

telah selesai

6 Ubah Password Menampilkan halaman ubah Sesuai

password dapat mengubah password

untuk keamanan.

7 Logout Keluar dari sistem dan menuju Sesuai

kehalaman login.

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

159
 2 Lihat Data laporan Menampilkan halaman lihat data Sesuai

laporan

3 Cetak Data Laporan Menampilka halaman cetak hasil Sesuai

laporan.

4 Mengolah Data Menampilkan halaman mengolah Sesuai

Karyawan data karyawan untuk update, delete,

dan detail karyawan.

5 Mengolah Daftar Menampilkan halaman daftar Sesuai

Karyawan karyawan, yaitu untuk mendaftar

menjadi sebuah karyawan dan dapat

menyimpan data karyawan ke dalam

database.

6 Ubah Password Menampilkan halaman ubah Sesuai

password dapat mengubah password

untuk keamanan.

7 Logout Keluar dari sistem dan menuju ke Sesuai

halaman login.

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

160
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

161
 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 Uraian Hasil Presentase

Nomor

1 Dalam aplikasi website dapat

memberikan informasi

tentang produk.

2 Dalam aplikasi website lebih

nyaman dari pada

menggunakan sistem

manual.

162
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

163
 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

164
 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.

165
2) Untuk penelitian selanjutnya diharapkan kepada pengembang untuk

diimplementasikan dalam bentuk mobile application agar mempermudah

pelanggan dalam melakukan transaksi.

166
 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.

167
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).

168
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.

169
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.

170
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.

171
LAMPIRAN

172
 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

173
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.

174
175
176
177
178
179