LAPORAN TUGAS PROYEK

REKAYASA PERANGKAT LUNAK

SISTEM INFORMASI MANAJEMEN LAUNDRY PADA
“KHINAN LAUNDRY” BERBASIS WEB

KELOMPOK 7
IQBAL GIVARI 2008096055
INDAH ARUM SAFITRI 2008096038
ANISA OKTAVIANI 2008096047

PROGRAM STUDI TEKNOLOGI INFORMASI

FAKULTAS SAINS DAN TEKNOLOGI
UNIVERSITAS ISLAM NEGERI WALISONGO SEMARANG

i
 DAFTAR ISI
Halaman Judul.............................................................................................................................................. i
Daftar isi ........................................................................................................................................................ii
Daftar Gambar .......................................................................................................................................... iii
Daftar Tabel ................................................................................................................................................iv
BAB I STUDI KELAYAKAN .........................................................................................................1
1.1 Pendahuluan ..................................................................................................................................... 1
1.2 Gambaran Keseluruhan Perangkat Lunak............................................................................. 1
1.3 Metode Pengembangan ................................................................................................................ 2
1.4 Tim RPL............................................................................................................................................... 3
BAB II ANALISIS KEBUTUHAN .................................................................................................4
2.1 Pendahuan .......................................................................................................................................... 4
A. Latar Belakang.......................................................................................................................... 4
B. Tujuan .......................................................................................................................................... 4
2.2 Deskripsi Umum ............................................................................................................................... 5
A. Pengguna Sistem ..................................................................................................................... 5
B. Ruang Lingkup ......................................................................................................................... 5
C. Batasan-Batasan ...................................................................................................................... 6
BAB III SPESIFIKASI KEBUTUHAN .........................................................................................7
3.1 Analisis Sistem dengan Framework PIECES......................................................................... 7
3.2 Analisis Kebutuhan Fungsional dengan Framework PIECES ........................................ 8
3.3 Kebutuhan Non Fungsional...................................................................................................... 11
BAB IV PERANCANGAN PERANGKAT LUNAK .................................................................. 13
3.1 Perancangan Sistem .................................................................................................................... 13
3.2 Perancangan Antarmuka .......................................................................................................... 14
3.3 Perancangan Database ............................................................................................................... 15
BAB V PENGEMBANGAN PERANGKAT LUNAK ................................................................ 23
5.1 Tools yang Digunakan dalam Tahap Pengembangan .................................................... 23
3.2 Paradigma Pemogram yang Digunakan .............................................................................. 24
3.3 Hasil Impementasi ....................................................................................................................... 25
BAB VI PENGUJIAN PERANGKAT LUNAK .......................................................................... 29
3.1 Analisis Sistem dengan Framework PIECES...................................................................... 29
3.2 Analisis Kebutuhan Fungsional dengan Framework PIECES ..................................... 30
3.3 Kebutuhan Non Fungsional...................................................................................................... 31
BAB VII KESIMPULAN DAN SARAN ..................................................................................... 33
7.1 Kesimpulan ..................................................................................................................................... 33
7.2 Saran ................................................................................................................................................. 33
Daftar Pustaka ......................................................................................................................................... 34

ii
 DAFTAR GAMBAR
Gambar Judul Halaman
Gambar 4.1 DFD Level 0 13
Gambar 4.2 DFD Level 1 13
Gambar 4.3 ERD 19
Gambar 5.1 Halaman Login 25
Gambar 5.2 Halaman Dashboard 26
Gambar 5.3 Fitur Buat Transaksi 26
Gambar 5.4 Fitur Riwayat Transaksi 27
Fitur Tambah
Gambar 5.5 27
Konsumen
Gambar 5.6 Fitur Penambahan Data 28
Gambar 5.7 Fitur Menu Admin 28

iii
 DAFTAR TABEL
Tabel Judul Halaman
Tabel 1.1 Tabel Karakteristik Pengguna 2
Tabel Hasil Analisa Menggunakan
Tabel 3.1 7
Framework Pieces
Tabel 3.2 Tabel Kebutuhan Performance 8
Tabel 3.3 Tabel Kebutuhan Economic 9
Tabel 3.4 Tabel Kebutuhan Information 9
Tabel 3.5 Tabel Kebutuhan Control 10
Tabel 3.6 Tabel Kebutuhan Efficiency 10
Tabel 3.7 Tabel Kebutuhan Service 12
Tabel 4.1 Identifikasi Entitas 15
Tabel 4.2 Attribute Domain 16
Tabel 4.3 Transaksi 19
Tabel 4.4 Pengguna 20
Tabel 4.5 Konsumen 20
Tabel 4.6 Pembelian 21
Tabel 4.7 Pemakaian 21
Tabel 4.8 Jenis 21
Tabel 4.9 Barang 21
Tabel 4.10 Supplier 22
Tabel 6.1 Tabel Data Mahasiswa yang Menguji 29
Tabel Rancangan Test Case Halaman 30
Tabel 6.2
Login
Tabel Rancangan Test Case User 30
Tabel 6.3
(Pengguna)
Tabel Rancangan Test Case Admin 31
Tabel 6.4
(Pemilik)
Tabel 6.5 Hasil Pengujian 31

iv
 BAB 1 STUDI KELAYAKAN
1.1 Pendahuluan
Perubahan gaya hidup dan tuntutan ekonomi pada zaman modern seperti
sekarang ini, menuntut agar seseorang dapat mengatur waktunya se-efisien
mungkin, baik dalam urusan pribadi maupun pekerjaan mereka. Dengan semakin
banyaknya kegiatan, maka beberapa urusan di dalam rumah kurang menjadi
perhatian karena lelah setelah seharian beraktifitas. Kemajuan teknologi juga
memberikan pengaruh terhadap gaya hidup masyarakat sekarang terutama di
kota besar yang mana masyarakat menginginkan agar semua hal yang dilakukan
serba praktis dan cepat. Perubahan gaya hidup yang demikian menyebabkan
adanya tuntutan kepraktisan dalam menjawab kebutuhan pribadi mereka,
misalnya dalam hal mencuci pakaian dan menyetrika.
Keberadaan jasa laundry bagi masyarakat dinamis di perkotaan terutama di
daerah perumahan, kontrakan atau kos-kosan sudah merupakan gaya hidup
tersendiri, bukan karena malas tetapi mereka memprioritaskan mana yang bisa
didelegasikan dan mana yang bisa mereka lakukan sendiri karena faktor tenaga,
waktu dan tuntutan hidup. Daerah Gagak sipat banyak sekali perumahan,
sehingga banyak ibu rumah tangga yang bekerja, karyawan kantor yang tentunya
sibuk dengan aktifitas masing-masing sehingga tidak memiliki waktu yang cukup
untuk mencuci pakaian mereka. Oleh karena tingginya kebutuhan orang dengan
jasa laundry itulah yang menyebabkan bisnis laundry berkembang pesat pada
lingkungan masyarakat umum, tidak terkecuali di daerah Ngaliyan, Kota
Semarang.
Berdasarkan latar belakang diatas dengan mempertimbangkan pelaku bisnis
laundry yang sudah berkembang sebelumnya, maka penulis ingin mengetahui
prospek ke depan atas manfaat, keuntungan dan kerugian dari pendirian usaha
laundry di lingkungan Ngaliyan, Kota Semarang. Namun untuk mendirikan usaha
ini diperlukan suatu perencanaan yang matang agar usaha laundry dapat
bertahan lama dan tidak terjadi kerugian
1.2 Gambaran Keseluruhan Perangkat Lunak
Sistem Informasi Manajemen laundry ini merupakan sistem yang digunakan
untuk mempermudah dalam bisnis laundry secara manual menjadi otomatis, yang
mana proses penginputan data pesanan laundry seperti pembayaran dalam
1
 pesanan, jumlah atau berat pakaian yang akan dilaundry, konfirmasi pesanan dll.
Sehingga dengan adanya aplikasi Laundry diharapkan pemilk toko atau pegawai
toko mendapatkan kemudahan dan kenyamanan dalam bekerja. Metode
Pengembangan yang digunakan adalah metode waterfall karena dilakukan secara
berurutan dan sistematis. Untuk proses pengerjaannya sendiri, dapat dilakukan
dengan berbagi setiap anggota sesuai keahlian masing-masing. Berikut tabel
karakteristik pengguna yang ada pada sistem ini.
Tabel 1.1 Tabel Karakteristik Pengguna
No Pengguna Input Output
1 Admin Input data pesanan laundry, Mengupdate dan
mengonfirmasi pesanan mengecek status
dan membatalkan pesanan pesanan
2 Pelanggan Input data berupa nama, no Mendapat notifikasi
hp, dan alamat, serta jika status pesanan
pakaian yang akan di laundry telah selesai
laundry

Batasan batasan dalam pengembangan aplikasi Khinan Laundry tersebut adalah :

1. Kebijakan umum
Berpedoman pada tujuan dari pengembangan sistem informasi manajemen
laundry.
2. Keterbatasan perangkat keras

➢ Digunakan minimal menggunakan laptop dengan sistem perangkat

minimal windows 7, rekomendasi windows 8 atau lebih tinggi

➢ Komputer dengan Prosesor minimum 244 Mhz

➢ Memory Komputer minimal 512 MB, rekomendasi 1 GB

➢ Hardisk minimal 20GB, Rekomendasi 40 GB

1.3 Metode Pengembangan
Metode pengembangan yang digunakan adalah metode waterfall. Karena
metode ini merupakan konsep pengembangan yang menekankan pada langkah
sistematis. Sehingga, proses penciptaan sebuah sistem harus dilakukan secara
berurutan, mulai dari tahapan identifikasi kebutuhan sampai ke proses
perawatan. Langkah itulah yang kemudian dianalogikan seperti sebuah air terjun

2
 dan mengalir dari atas ke bawah. Setiap proses dilakukan selangkah demi
selangkah, tidak boleh berloncatan, dan dilakukan secara bersamaan. Metode ini
adalah dengan model pengerjaannya yang linear, sehingga meminimalisir
kesalahan. Selain itu, pengerjaan yang terstruktur dan terlihat jelas arahnya,
membuat metode ini juga bisa menjadi pilihan yang cocok dalam
pengembangan software.
1.4 Tim RPL
Terdapat 3 anggota dalam tim RPL ini yakni Iqbal Givari, Indah Arum Safitri,
dan Anisa Oktaviani. Iqbal Givari dalam tim RPL menjadi Programmer dimana
untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain
sistem harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh
mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Indah Arum
Safitri dalam tim RPL menjadi database administrator dimana yang mengatur,
mengelola, dan mengamankan data di satu sistem atau lebih agar user bisa
menganalisis data tersebut untuk kepentingan bisnis. Dan Anisa Oktaviani dalam
tim RPL menjadi system analyst dimana pencarian kebutuhan diintensifkan dan
difokuskan pada software tentang domain informasi dari software, misalnya
fungsi yang dibutuhkan, user interface, dll.

3
 BAB II ANALISIS KEBUTUHAN
2.1 Pendahuluan
A. Latar Belakang
Mengelola suatu usaha bukanlah hal yang mudah, diperlukan tenaga yang
cukup dan beberapa personil untuk dapat mengawasi jalannya usaha tersebut
secara keseluruhan. Baik itu usaha kecil, ataupun sebuah perusahaan besar
terkemuka sekalipun, dibutuhkan pemahaman yang cukup untuk
menjalankan pengelolaan. Karena, mengelola suatu usaha itu tidaklah mudah.
Data-data yang ada harus diawasi dengan benar agar tidak terjadi kesalahan,
sekecil apapun kesalahan itu. Terkadang, masalah kecil yang sering diabaikan
akan mengakibatkan sebuah kerugian jangka panjang yang akan dialami
perusahaan itu karena mengabaikan kesalahan-kesalahan kecil tersebut. Oleh
karena itu, beberapa perusahaan memperkejakan personil-personil yang
sangat paham akan manajemen untuk mengantisipasi masalah ini. Berlaku
pula pada usaha kecil-kecilan seperti halnya usaha laundry.
Usaha kecil seperti laundry sendiri masih membutuhkan sebuah
manajemen yang baik agar dapat mengelola usaha tersebut dengan baik pula
kedepannya. Mungkin saja, karena pengelolaan yang baik, usaha kecil bisa
menjadi usaha yang besar hingga memiliki cabang di berbagai macam tempat.
Untuk itu kami, selaku penulis, melakukan sebuah studi kasus pada usaha
laundry pribadi yang masih kecil (belum terlalu terkenal) dalam rangka untuk
setidaknya membantu pemilik usaha tersebut mengelola usahanya.
Dalam hal ini, kami melakukan studi kasus membuat sebuah rancangan
sistem yang berupa sebuah aplikasi berbasis web, untuk mengengola laundry
tersebut. Kita ketahui, pengelolaan secara manual memiliki resiko kehilangan
data-data penting yang akan menyebabkan kerugian, apalagi data-data
tersebut tertulis kedalam buku yang bisa dikatakan rentan untuk kehilangan.
Maka dari itu, rancangan sistem informasi manajemen yang berupa aplikasi ini
kami buat, dalam rangka untuk mengantisipasi terjadinya kehilangan data
yang dapat menyebabkan kerugian tersebut.
B. Tujuan
Adapun tujuan dibuatnya System Requirement Specification (SRS) ini adalah
sebagai berikut

4
 1. Membuat sebuah sistem informasi manajemen berbasis web untuk
membantu usaha laundry “Khinan Laundry” tersebut yang masih
menggunakan pengengolaan berbasis tulis tangan (manual).
2. Memahami kebutuhan apa saja yang diperlukan dalam pembuatan
aplikasi pengelolaan laundry berbasis web ini..
3. Mempelajari apa saja batasan-batasan dan kesulitan-kesulitan yang akan
dihadapi dalam proses membuat aplikasi ini.
➢ Glosarium
Adapun istilah-istilah yang akan digunakan dalam penulisan
System Requirement Spesification (SRS) ini adalah:
Laundry : Usaha yang bergerak dibidang cuci dan
setrika
Khinan Laundry : Tempat usaha yang dituju untuk melakukan
studi kasus
Framework Pieces : Kerangka yang dipakai untuk
mengklasifikasikan suatu problem, opportunities, dan directives yang
terdapat pada bagian scope definition analisis dan perancangan
sistem
Berbasis web : Hanya dapat digunakan di dalam suatu
website saja.
2.2 Deskripsi Umum
A. Pengguna Sistem
Pengguna yang akan menggunakan sistem ini adalah pemilik dari usaha
“Khinan Laundry” itu sendiri. Demikian dikarenakan usaha ini masih berupa
usaha kecil yang dikelola oleh sang pemilik itu sendiri meski terkadang
dibantu oleh salah satu keluarganya untuk membantunya dalam urusan
laundry tersebut.
B. Ruang Lingkup
Cangkupan atau ruang lingkup dari sistem ini hanya pada usaha laundry
itu sendiri. Yaitu dimulai dari pemilik laundry, dan pelanggan yang ingin
memesan laundry ditempat usaha “Khinan Laundry” tersebut. Meski
demikian, SRS ini, diharapkan dapat menjadi sebuah contoh dan referensi
untuk para pengusaha laundry lain yang mungkin ingin meningkatkan

5
 usahanya atau bahkan ingin memulai usaha laundry dan membuat sebuah
aplikasi manajemen untuk usaha laundry -nya sendiri.
C. Batasan-Batasan
Adapun batasan-batasan dalam pembuatan aplikasi ini ialah,
➢ Berbasis web, yang artinya sistem ini hanya dapat digunakan
menggunakan website saja.
➢ Aplikasi ini dibuat menggunakan beberapa software, MySQL untuk
membuat databasenya, dan bahasa pemograman PHP untuk
membentuk web nya pada website.

6
 BAB III SPESIFIKASI KEBUTUHAN
3.1 Analisis sistem dengan Framework PIECES
Adapun akan kebutuhan apa saja yang sistem ini akan butuhkan kami analisan
menggunnakan metode analisis Framework PIECES. Hasil dari analisa tersebut
adalah sebagai berikut.

Tabel 3.1 Tabel Hasil Analisa Menggunakan Framework Pieces

JENIS
KELEMAHAN SISTEM LAMA SISTEM BARU YANG DIAJUKAN
ALASISIS
Sistem ini akan dijalankan
Sistem pendataan data pelanggan menggunakan software komputer
dan transaksi yang masih manual yang akan mengakses website
(berbasis tulis tangan) yang sangat dimana website tersebut berisi
Performance
riskan akan kesalahan dalam sebuah aplikasi yang akan
pemrosesan data dan juga riskan digunakan untuk mengengola
akan kehilangan data. data-data yang diterima tersebut,
dan dapat diakses dengan mudah
Akan mendapatkan sebuah
kerugian apabila data yang ada
Data keuangan akan tersimpan
tiba-tiba hilang karena terselip
kedalam database yang tak akan
disuatu tempat, atau bahkan tidak
mudah hilang ataupun sengaja
sengaja terbuang karena tempat
terbuang. Tak perlu repot-repot
Economic untuk mendata (dalam konteks,
mengeluarkan biaya untuk
buku) sudah kumuh. Perlu biaya
mengganti ataupun
tambahan untuk mengganti buku
memperbarui database yang
pendataan tersebut dan menulis
sudah tersimpan tersebut.
ulang data-data dari buku
sebelumnya.
Dengan sistem yang masih manual,
Dengan sistem baru yang
informasi yang diinginkan bisa jadi
berbasis web maka informasi
tidak tercatat atau bahkan
yang dibutuhkan seluruhnya
Information tersebar/tertulis dibeberapa buku
akan tersimpan di database dan
yang digunakan untuk mendata.
proses untuk mencari informasi-
Hal ini akan sangat membahayakan
informasi akan lebih mudah,
usaha karena beberapa data

7
 penting bisa jadi tak sengaja tak karena tidak akan tersebar
tercatat ketika melakukan kedalam beberapa file.
pemeriksaan akhir.
Dengan sistem berbasis web ini,
maka pengendalian akan
pengelolaan data akan lebih
mudah dilakukan dan
Pengendalian secara manual
memperkecil kemungkinan
memungkinkan terjadinya
terjadinya kesalahan. Database
Control kehilangan data dan
yang tersedia akan lebih rapih,
ketidakakuratan dalam control
tersimpan, dan terperbarui
sehingga rentan kesalahan.
dengan baik. Selain itu,
pembuatan laporan transaksi
juga akan lebih mudah dan dapat
diawasi dengan jelas.
Sistem pendataan pelanggan yang
Sistem database berbasis website
dilakukan secara manual kurang
lebih efisien karena tidak perlu
Efficiency efisien karena melakukan
dokumentasi manual dan laporan
dokumentasi secara manual
akan terproses secara otomatis.
potensi data hilang lebih besar
Pelayanan kepada pelanggan akan
Pelayanan pada pelanggakan
memakan banyak waktu karena
akan sedikit lebih cepat karena
Service harus menunggu pendataan
pendataan tak memakan waktu
terlebih dahulu sebelum akhirnya
lama.
pelayanan dilakukan.

3.2 Analisis Kebutuhan Fungsional dengan Framework PIECES

Dalam memenuhi kebutuhan fungsionalnya sendiri, kami menggunakan
metode framework pieces untuk menemukan masalah apa saja yang berhubungan
dengan kebutuhan-kebutuhan fungsional dalam pembuatan aplikasi ini.
Kebutuhan-kebutuhan tersebut terbagi sesuai dengan metode framework pieces
itu sendiri yaitu performance, economic, information, control, efficiency, dan service
1. Kebutuhan Performance

8
 Tabel 3.2 Tabel Kebutuhan Performance
No. Daftar Identifikasi Masalah Kebutuhan Fungsional
Sistem ini sekiranya dapat
digunakan pada perangkat
dengan miniman sistemnya
Apakah sistem ini dapat digunakan pada adalah windows 7, oleh karena
1. perangkat yang lama dan/atau belum itu sistem ini masih bisa
up-to-date? digunakan meski perangkat yang
digunakan bukan merupakan
sistem terbaru (saat ini windows
11)
Belum ada panduan dalam Panduan dalam menggunakan
menggunakan sistem yang akan sistem ini akan dibuat dan
2. diajukan, sehingga memungkinkan dijelaskan agar dapat
terjadinya kebingungan dalam mengantisipasi terjadinya
penggunaan. kebingungan dalam penggunaan.

2. Kebutuhan Economic
Tabel 3.3 Kebutuhan Economic
No. Daftar Identifikasi Masalah Kebutuhan Fungsional
Sistem ini akan menawarkan sebuah
Perhitungan masih dilakukan secara
aplikasi yang mana dapat mendata
manual yang terkadang data-data
1. seluruh keuangan yang diinginkan,
yang ada hilang atau bahkan sempat
misalnya laporan keuangan
tak terhitung
perbulan
Sistem ini tidak memerlukan biaya
Apakah sistem yang akan digunakan yang sangat tinggi, dikarenakan
2. ini memerlukan biaya yang sangat sistem ini dapat digunakan
tinggi untuk pemasangannya? diperangkat apapun yang memiliki
sistem perangkat windows

9
3. Kebutuhan Information
Tabel 3.4 Kebutuhan Information
No. Daftar Identifikasi Masalah Kebutuhan Fungsional
Data yang dimasukkan kedalam
Pendataan yang masih dilakukan secara sistem ini akan tersimpan ke
1. manual (tertulis) dengan potensi resiko database yang sudah tersedia
kehilangan sehingga mengurangi potensi
resiko kehilangan
Belum ada panduan dalam Panduan dalam menggunakan
menggunakan sistem yang akan sistem ini akan dibuat dan
2. diajukan, sehingga memungkinkan dijelaskan agar dapat
terjadinya kebingungan dalam mengantisipasi terjadinya
penggunaan. kebingungan dalam penggunaan.

4. Kebutuhan Control
Tabel 3.5 Kebutuhan Control
No. Daftar Identifikasi Masalah Kebutuhan Fungsional
Kendali pendataan secara manual
terkadang sedikit menyusahkan, Sistem ini tak perlu
1. dikarenakan kategori manual dalam hal membutuhkan alat tulis untuk
ini adalah tertulis. Yang mana melakukan pendataan.
membutuhkan beberapa alat tulis.
Pembuatan laporan masih dilakukan Pembuatan laporan bisa
2.
secara manual (tertulis) dilakukan secara otomatis.

5. Kebutuhan Efficiency
Tabel 3.6 Kebutuhan Efficiency
No. Daftar Identifikasi Masalah Kebutuhan Fungsional
Sistem database membuat proses
pendataan jauh lebih efektif dan
Pendataan pelanggan yang masih
efisien, tak lupa dapat di update
- manual membuat proses pendataan
secara otomatis maupun manual
menjadi kurang efektif dan efisien.
tanpa harus menulis ulang data-
data yang sudah ada.

10
 6. Kebutuhan Service
Tabel 3.7 Kebutuhan Service
No. Daftar Identifikasi Masalah Kebutuhan Fungsional
Pelanggan hanya perlu
Pelanggan harus meluangkan waktu
memberikan data yang
1. untuk menulis data ketika ingin
dibutuhkan ketika melakukan
melakukan transaksi
transaksi
Pelanggan masih perlu membawa
Pelanggan kini hanya perlu
sebuah “cek” ketika selesai bertransaksi
2. mencocokkan data dengan data
dan akan diberikan kembali ketika ingin
yang sudah ada pada database.
mengambil pakaian yang sudah selesai.
Kini pelanggan akan diberi
notifikasi berupa SMS ataupun
Beberapa pelanggan memberi keluhan WA berdasar kepada data nomor
3. dimana mereka tidak diberitahu apabila hp yang sudah diberikan apabila
pakaian mereka sudah selesai. pelanggan tersebut memilih
untuk mengambil sendiri pakaian
mereka.

3.3 Kebutuhan non fungsional

Adapun kebutuhan non fungsional yang dibutuhkan ketika membuat sistem ini
adalah sebagai berikut
a) Operational
• Digunakan minimal menggunakan laptop dengan sistem perangkat
minimal windows 7, rekomendasi windows 8 atau lebih tinggi
• Komputer dengan Prosesor minimum 244 Mhz
• Memory Komputer minimal 512 MB, rekomendasi 1 GB
• Hardisk minimal 20GB, Rekomendasi 40 GB
b) Security
Sistem aplikasi ini akan dilengkapi oleh sebuah password yang mana hanya
admin saja yang dapat mengakses aplikasi ini dalam proses transaksi,
pembuatan laporan, maupun pendataan.
c) Informasi

11
 Informasi yang tersedia bisa merupakan pemberitahuan apabila salah dalam
memasukkan password sebagai admin, maupun untuk memberitahu
pelanggan yang memilih untuk mengambil sendiri akan pesanan yang sudah
selesai.
d) Kinerja
Kinerja aplikasi ini diukur berdasarkan kecepatan, kapasitas, dan reliabilitas
sistem:
a. Akurasi waktu dalam akses website cukup mudah diakses via android
maupun PC/laptop
b. Backup data base secara continue
c. Data base yang selalu up data

12
 BAB IV PERANCANGAN PERANGKAT LUNAK
4.1 Perancangan Sistem
Sistem akan dirancang dan membentuk sebuah DFD (Data Flow Diagram)
untuk menunjukkan sistem independent dari solusi teknis. Untuk data flow
diagram dalam merancang sistem pada aplikasi ini terbagi menjadi beberapa
level, Adapun diagram data tersebut ialah
a) DFD Level 0

Gambar 4.1 DFD Level 0

Pada fase ini, terlihat sangat sederhana dimana Admin akan

menginputkan data ataupun laporan keuangan pada sistem dimana data
tersebut berasal dari para pelanggan yang akan melakukan transaksi
kepada laundry tersebut. Dari sistem akan disampaikan kepada para
pegawai untuk memberikan service/layanan yang berupa mengantar
pesanan laundry ataupun memberitahu bahwa pesanan laundry milik
pelanggan yang sudah menginputkan datanya ke sistem sudah selesai.
b) DFD Level 1

Gambar 4.2 DFD Level 1

13
 Pada level ini terlihat sistem akan jauh lebih lengkap, dimana admin
akan memasukkan data user dan data layanan (1.0) yang akan diubah
menjadi transaksi (2.0). Dari sini Pelanggan akan melakukan transaksi
pula dengan memberikan data kepada admin yang akan admin masukkan
ke sistem. Dari data transaksi tersebut service(3.0) akan dilakukan yang
berupa penyucian ataupun penyetrikaan. Setelah service dilakukan maka
akan muncul data bayar yang akan masuk kedalam data pembayaran (4.0).
Dari pembayaran ini uang akan masuk dan keluar (bila ada). Setelah
melakukan pembayaran, dari ini akan masuk kedalam laporan(5.0) dan
admin akan mengelola laporan keuangan tersebut.
4.2 Perancangan antarmuka
Perancangan user Interface nantinya akan digunakan dalam membangun
aplikasi Laundry berbasis Web, hal ini dapat memudahkan pelanggan,karyawan,
ataupun seorang administrator dalam proses transaksi pemesanan ataupun
pembayaran. User Interface (UI) adalah saat sistem dan pengguna dapat saling
berinteraksi satu dengan lainnya melalui perintah seperti halnya menggunakan
konten dan memasukan data. Perancangan antarmuka pengguna merupakan
suatu proses yang kompleks, hal ini didasari karena antarmuka pengguna
merupakan bagian dari sistem yang akan dikendalikan oleh pengguna dan
merupakan tahap persiapan untuk rancang bangun implementasi. Desain UI harus
dibuat dengan memperhatikan kemudahan penggunaan agar dapat diterima oleh
user, jika pengguna merasa UI yang dibuat tidak menarik, sulit dimengerti, dan
dapat menyebabkan kebosanan, maka dapat berakibat kegagalan pada sebuah
aplikasi.
Produk yang akan dibuat adalah portotype user interface untuk Khinan
Laundry yang digunakan untuk memudahkan pengguna dalam mengambil
laundry yang dapat diakses kapan saja dan di mana saja oleh pengguna.
Rancangan tampilan Prototype user interface ini adalah sebagai berikut:
• Tampilan mode karyawan
1. Tampilan Login
2. Tampilan Dashboard
3. Tampilan Buat Transaksi
4. Tampilan Riwayat Transaksi

14
 5. Tampilan Tambah Konsumen
6. Tampilan data berhasil di input
• Tampilan mode Administrator
1. Tampilan Login
2. Tampilan Dashboard
3. Tampilan Buat Transaksi
4. Tampilan Riwayat Transaksi
5. Tampilan Tambah Konsumen
6. Tampilan Data Berhasil di Input
7. Tampilan Menu Admin
- Tambah Karyawan
- Olah Karyawan
- Tambah Supplier
- Olah Supplier
Prototype adalah tahapan atau suatu proses dari pembuatan rancangan desain
dari bentuk high-fidelty yang akan di gunakan oleh pengguna. Pembuatan
prototype terdiri dari hasil proses pembuatan user-flow dan lowfidelity , yang
bertujuan agar memudahkan pengembang dalam menganalisa masalah, ide dan
juga hasil dari pengalaman pengguna dalam menggunakan aplikasi. Dalam tahap
pembuatan prototype di gunakan aplikasi figma karena mudah di gunakan dan
aplikasi ini pusat pada desain user interface dan user experience .
Untuk gambaran bagaimana aplikasi ini akan terlihat (prototype) akan dapat
dilihat dalam Bab V Hasil Implementasi.
4.3 Perancangan Database
A. Conseptual Database Design
Conceptual database design adalah proses membangun model data yang
digunakan di dalam suatu perusahaan, bersifat independent dari semua
pertimbangan fisikal. Tahap desain konseptual database yang dimulai dengan
membuat model data konseptual dari perusahaan dengan rincian
implementasi seperti target DBMS, program aplikasi, bahasa pemrograman,
hardware platform, dan performance
Tabel 4.1 Identifikasi Tipe Entitas
No. Nama Entity Keterangan Entity Kegiatan

15
 Satu transaksi bisa terdiri
Merupakan Entitas yang berisi
dari pembayaran dan
1. Transaksi informasi mengedai data transaksi
pengembalian uang
laundry secara detil
pelanggan
Merupakan Entitas yang berisi Pengelompokan data
2. Konsumen
informasi mengenai data konsumen konsumen pada sistem
Setiap jenis paket yang
diinginkan oleh
Merupakan Entitas yang berisi
3. Jenis konsumen akan
informasi data jenis paket laundry
mendapatkan jumlah
transaksi
Pengelompokan data
Merupakan Entitas yang berisi
pembelian untuk
4. Pengguna informasi mengenai data pembelian
penyediaan stok barang
penyediaan stok barang di laundry
di laundry
Pengelompokan data
Merupakan Entitas yang berisi
pembelian untuk
5. Pembelian informasi mengenai data pembelian
penyediaan stok barang
penyediaan stok barang di laundry
di laundry
Merupakan Entitas yang berisi Pengelompokan data
6. Pemakaian informasi mengenai data pemakaian pemakaian barang di
stok barang di laundry laundry
Merupakan Entitas yang berisi Pengelompokan data
7. Barang informasi mengenai data barang yang barang untuk memenuhi
dibeli untuk penyediaan stok penyediaan
Pengelompokan data
Merupakan Entitas yang berisi
8. Supplier barang untuk memenuhi
informasi mengenai data supplier
stok penyediaan

Tabel 4.2 Atribute Domain

Entity Name Attribute Domain
Transaksi Id Integer dengan panjang maksimal 5 karakter
Jenis Varchar dengan panjang maksimal 100
karakter

16
 Tarif Integer dengan panjang maksimal 100
karakter
Diskon Integer dengan panjang maksimal 100
karakter
Tgl_transaksi date
Tgl_ambil date
Berat Integer dengan panjang maksimal 10 karakter
Pengguna Varchar dengan panjang maksimal 100
karakter
Konsumen Varchar dengan panjang maksimal 100
karakter
Pengguna Id Integer dengan panjang maksimal 100
karakter
Nama Varchar dengan panjang maksimal 100
karakter
Username Varchar dengan panjang maksimal 100
karakter
Password Varchar dengan panjang maksimal 100
karakter
Level Enum
Nik Varchar dengan panjang maksimal 20
karakter
Alamat Varchar dengan panjang maksimal 50
karakter
Telp Varchar dengan panjang maksimal 20
karakter
Gender Enum
Konsumen Id Integer dengan panjang maksimal 5 karakter
Nama Varchar dengan panjang maksimal 50
karakter
Alamat Varchar dengan panjang maksimal 50
karakter
Telp Varchar dengan panjang maksimal 50
karakter
Pembelian No Integer dengan panjang maksimal 10 karakter
Tgl Date
Total Integer dengan panjang maksimal 100
karakter

17
 Supplier Varchar dengan panjang maksimal 50
karakter
Barang Varchar dengan panjang maksimal 100
karakter
Totalh Integer dengan panjang maksimal 100
karakter
Pemakaian Id Integer dengan panjang maksimal 10 karakter
Tgl_pakai Date
Barang Varchar dengan panjang maksimal 100
karakter
Jumlah Integer dengan panjang maksimal 100
karakter
Jenis Id Integer dengan panjang maksimal 10 karakter
Jenis Varchar dengan panjang maksimal 100
karakter
Harga Integer dengan panjang maksimal 100
karakter
Barang Id Integer dengan panjang maksimal 100
karakter
Nama Varchar dengan panjang maksimal 100
karakter
Stok Integer dengan panjang maksimal 11 karakter
Tgl_update Date
Supplier Varchar dengan panjang maksimal 100
karakter
Harga Integer dengan panjang maksimal 100
karakter
Supplier Id Integer dengan panjang maksimal 5 karakter
Nama Varchar dengan panjang maksimal 50
karakter
Alamat Varchar dengan panjang maksimal 50
karakter
Telp Varchar dengan panjang maksimal 50
karakter

B. Logical Database Design

Logical design menjelaskan database dengan lebih detil, biasanya dibuat
dalam bentuk Entity-Relationship Diagram (ERD). Pada tahap logical design,
18
 desain database sudah mulai terlihat jelas dan detil. Sudah terlihat, apa saja
tabel-tabelnya (pegawai,pesanan), apa saja kolom di tiap tabelnya, apa tipe
data masing-masing kolomnya, dan bagaimana hubungan antar tabel itu. Kode
“PK” berarti “primary key”, maksudnya adalah kode ID di tiap tabel.

Gambar 4.3 ERD

Dengan menggunakan informasi yang ada pada logical design, suatu

database dapat dibuat, apapun software databasenya (DBMS). Jadi, dengan
satu ER diagram diatas, kita dapat mulai membuat databasenya di mana-mana,
bisa di MySQL, PostgreSQL, Microsoft Access, Oracle RDBS, SQLite, MariaDB,
Microsoft SQL Server, Apache Hive, dan lain lain. Namun, jika kita sudah
memilih satu DBMS sebagai tempat untuk menyimpan database kita, logical
design kita harus diperdetil lagi menjadi physical design.
C. Pyhsical Database Design
Perancangan database secara fisik merupakan tahapan untuk
mengimplementasikan hasil perancangan database secara logis menjadi
tersimpan secara fisik pada media penyimpanan eksternal sesuai dengan
Database Management System (DBMS) yang digunakan. Dapat disimpulkan
bahwa proses perancangan fisik merupakan transformasi dari perancangan
logis terhadap jenis DBMS yang digunakan sehingga dapat disimpan secara
fisik pada media penyimpanan. My Structured Query Language (MySQL)
merupakan pilihan DBMS yang tepat untuk mendukung aplikasi basis data
yang dapat dilakukan kapanpun sebelum menuju desain logical asalkan
terdapat cukup informasi mengenai kebutuhan sistem
Tabel 4.3 Transaksi

19
No Nama Field Type Size Keterangan
1 Id Integer 5 ID
2 Jenis Varchar 100 Jenis
3 Tarif Integer 100 Tarif
4 Diskon Integer 100 Diskon
5 Tgl_transaksi Date - Tanggal
Transaksi
6 Tgl_ambil Date - Tanggal Ambil
7 Berat Integer 10 Berat
8 Pengguna Varchar 100 Pengguna
9 Konsumen Varchar 100 konsumen

Tabel 4.4 Pengguna

No Nama Field Type Size Keterangan
1 Id Integer 100 ID
2 Nama Varchar 100 Nama
3 Username varchar 100 username
4 Password varchar 100 Password
5 Level enum - Level
6 Nik varchar 20 NIK
7 Alamat varchar 50 Alamat
8 Telp varchar 20 Telp
9 gender enum - gender

Tabel 4.5 Konsumen

No Nama Field Type Size Keterangan
1 Id Integer 5 ID
2 Nama Varchar 50 Nama
3 Alamat Varchar 50 Alamat
4 Telp varchar 50 telp

20
 Tabel 4.6 Pembelian
No Nama Fueld Type Size Keterangan
1 no Integer 10 No
2 Tgl Date - Tanggal
3 Totali Integer 100 Totali
4 Supplier Varchar 100 Supplier
5 Barang Varchar 100 Barang
6 Totalh integer 100 totalh

Tabel 4.7 Pemakaian

No Nama Field Type Size Keterangan
1 id Integer 10 ID
2 Tgl_pakai Date - Tanggal Pakai
3 Barang Varchar 100 Barang
4 Jumlah Integer 100 jumlah

Tabel 4.8 Jenis

No Nama Field Type Size Keterangan
1 Id Integer 10 ID
2 Jenis Varchar 100 jenis
3 Harga integer 100 harga

Tabel 4.9 Barang

No Nama Field Type Size Keterangan
1 Id Integer 10 ID
2 Nama Varchar 50 Nama
3 Stok Integer 11 Stok
4 Tgl_update Date - Tanggal Update
5 Supplier Varchar 100 Supplier
6 Harga integer 100 Harga

21
 Tabel 4.10 Suplier
No Nama Field Type Size Keterangan
1 Id Integer 5 ID
2 Nama Varchar 50 Nama
3 Alamat Varchar 50 Alamat
4 Telp varchar 50 telp

Data Definition Language (DDL) atau Data Definiton Language adalah

sebuah bahasa yang digunakan untuk mendefinisikan pendefinisian data.
Terdiri dari perintah-perintah untuk membentuk, mengubah atau menghapus
tabel beserta kolom-kolom dan type data penyusunnya, serta perintah-
perintah untuk menetapkan hubungan dan batasan-batasan data. DDL adalah
kumpulan perintah SQL yang digunakan untuk membuat (create), mengubah
(alter) dan menghapus (drop) struktur dan definisi tipe data dari objek-objek
database.

22
 BAB V PENGEMBANGAN PERANGKAT LUNAK
5.1 Tools yang digunakan dalam tahap pengembangan
Dalam melakukan pengembangan pada perangkat lunak yang dikerjakan ini,
ada beberapa tools atau aplikasi yang digunakan untuk membantu mulai dari
mendesain perangkat lunak, hingga pada tahapan untuk mengembangkan
perangkat lunak tersebut sebagai perangkat lunak yang siap dipakai. Adapun
tools atau aplikasi-aplikasi yang digunakan dalam pengembangan perangkat
lunak ini adalah sebagai berikut.
1. Figma
Figma merupakan aplikasi pilihan yang sering dipakai dalam mendesain
sebuah perangkat lunak. Aplikasi ini menyediakan berbagai macam tools
untuk membantu dalam merencanakan bagaimana sekiranya perangkat
lunak yang sedang dikembangkan terlihat. Dalam melakukan perancangan
sistem dan antarmuka perangkat lunak yang dikembangkan ini, aplikasi
Figma sangat membantu dalam mendesain seperti apa rancangan sistem dan
antarmuka perangkat lunak ini.
2. StarUML
StarUML adalah software permodelan yang mendukung UML (Unified
Modeling Language). Berdasarkan pada UML version 1.4 dan dilengkapi 11
macam diagram yang berbeda, mendukung notasi UML 2.0 dan juga
mendukung pendekatan MDA (Model Driven Architecture) dengan dukungan
konsep UML. StarUML dapat memaksimalkan pruduktivitas dan kualitas dari
suatu software project. Aplikasi ini membantu dalam membuat Data Flow
Diagram (DFD) atau Diagram Alir Data. Data Flow Diagram (DFD) itu sendiri
adalah diagram yang menggambarkan aliran data dari sebuah proses atau
sistem informasi. Pada DFD, terdapat informasi terkait input dan output dari
setiap proses tersebut. DFD juga memiliki berbagai fungsi, seperti
menyampaikan rancangan sistem, menggambarkan sistem, dan perancangan
model.
3. Bizagi Modeler
Bizagi adalah software aplikasi bebas (freeware) yang dapat digunakan
untuk membuat diagram, dokumen, dan melakukan simulasi dari suatu

23
 proses kerja (workflow) menggunakna notasi standar (Business Process
Modelling Notation).
4. Visual Studio Code
Visual Studio Code adalah aplikasi umum yang sering digunakan untuk
mengelolah suatu bahasa pemograman. Aplikasi ini dapat membantu
mengelola bahasa pemograman yang umum dan sering digunakan dalam
pengembangan perangkat lunak. Mulai dari php, web, python, dan lain
sebagainya. Aplikasi ini sangat membantu dalam mengembangkan program
dari perangkat lunak yang sedang dikembangkan ini.
5.2 Paradigma Pemrograman yang digunakan
Dalam pengembangan sebuah perangkat lunak, pastinya diperlukan suatu
paradigma atau sering juga disebut sebagai bahasa pemograman. Adapun bahasa
pemograman yang digunakan dalam mengembangkan perangkat lunak ini ialah.
1. PHP
PHP (Hypertext Preprocessor) adalah sebuah bahasa pemrograman server
side scripting yang bersifat open source. Sebagai sebuah scripting language,
PHP menjalankan instruksi pemrograman saat proses runtime. Hasil dari
instruksi tentu akan berbeda tergantung data yang diproses. PHP merupakan
bahasa pemrograman server-side, maka script dari PHP nantinya akan
diproses di server. Jenis server yang sering digunakan bersama dengan PHP
antara lain Apache, Nginx, dan LiteSpeed. Secara umum, fungsi PHP adalah
digunakan untuk pengembangan website. Baik website statis seperti situs
berita yang tidak membutuhkan banyak fitur. Ataupun website dinamis
seperti toko online dengan segudang fitur pendukung.
2. MySQL
MySQL adalah sebuah database management system (manajemen basis
data) menggunakan perintah dasar SQL (Structured Query Language) yang
cukup terkenal. MySQL adalah DBMS yang open source dengan dua bentuk
lisensi, yaitu Free Software (perangkat lunak bebas) dan Shareware
(perangkat lunak berpemilik yang penggunaannya terbatas). SQL sendiri
merupakan suatu bahasa yang dipakai di dalam pengambilan data pada
relational database atau database yang terstruktur. Jadi, MySQL adalah

24
 database management system yang menggunakan bahasa SQL sebagai bahasa
penghubung antara perangkat lunak aplikasi dengan database server.
5.3 Hasil implementasi
Secara umum hasil implementasi dari program terdiri dari beberapa tampilan,
mulai dari tampilan log in, dan dashboard. Didalam dashboard itu sendiri memiliki
berbagai macam fitur-fitur tersendiri yang memiliki fungsinya masing-masing.
Adapun fitur-fitur yang ada pada perangkat lunak ini ialah sebagai berikut.
• Halaman Log In

Gambar 5.1 Gambaran Halam Login

Pada halaman ini diperlihatkan sebuah tampilan log in, yang mana
menggunakan username dan password yang sudah disediakan oleh
pengembang. Fitur pada halaman ini adalah fitur “Remember Me” yang mana
pengguna tak perlu repot-repot lagi mengetikkan username mereka. Program
akan otomatis mengisi username dan password dari username tersebut
apabila opsi “Remember Me” dicentang.
Apabila terjadi suatu kesalahan dalam login, maka program akan memberi
peringatan seperti halnya password salah ataupun username yang salah. Dan
apabila melakukan logout pun, akan diberi sebuah notifikasi pada kolom kecil
diatas username yang memberitahukan bahwa pengguna telah melakukan
logout.
• Tampilan Dashboard

25
 Gambar 5.2 Gambaran Halaman Dashboard

Pada halaman Dashboard, ada sedikit sambutan kecil yang akan muncul
ketika memasuki dashboard. Dashboard berisi berbagai macam fitur yang
memiliki fungsinya masing-masing. Adapun fitur-fitur yang ada pada
dashboard ialah sebagai berikut.
➢ Fitur Buat Transaksi

Gambar 5.3 Fitur Buat Transaksi

Pada fitur ini, sediakan sebuah kolom yang digunakan untuk mendata
konsumen yang ingin melakukan transaksi pada laundry tersebut. Data
dari fitur ini akan tersimpan dan dilihat pada fitur Riwayat Transaksi.
➢ Fitur Riwayat Transaksi

26
 Gambar 5.4 Fitur Riwayat Transaksi

Fitur ini beriiskan riwayat-riwayat transaksi yang sudah diinput melalui

fitur “Buat Transaksi” diatas. Fitur ini berfungsi untuk mendata berbagai
macam transaksi yang sudah dilakukan, juga dapat melihat kwintansi dari
transaksi tersebut.
➢ Fitur Tambah Konsumen

Gambar 5.5 Fitur Tambah Konsumen

Seperti judulnya, fitur ini berfungsi untuk menambah konsumen.

Sebelum konsumen melakukan sebuah transaksi, konsumen harus didata
terlebih dahulu, mulai dari nama, alamat lengkap, dan nomor telepon dari
konsumen tersebut. Data dari fitur ini akan digunakan untuk melakukan
transaksi pada fitur “Tambah Transaksi” seperti yang sudah diutarakan
diatas.
➢ Fitur Kelola Data

27
 Gambar 5.6 Fitur Kelola Data

Fitur berisi berbagai macam pilihan untuk mengelola data. Sebagai

contoh dalam fitur ini, kita dapat mengelola supplier, karyawan, dan
barang-barang yang dimiliki oleh laundry itu sendiri. Bagaimana kondisi
barang dan pemakaian dari barang-barang tersebut dapat dikelola dan
dipantau melalui fitur ini.
➢ Fitur Menu Admin

Gambar 5.7 Fitur Menu Admin

Pada menu Admin, fitur-fitur yang ada pada menu ini berupa sebuah
pengelolaan pengguna yang bisa diakses oleh admin itu sendiri. Menambah
pengguna yang berupa karyawan dan supplier. Berdasarkan Namanya,
fitur ini hanya dapat diakses oleh admin, karena dipakai apabila ada
karyawan baru, berhenti, atau mungkin hal yang sama dengan supplier.
28
 BAB VI PENGUJIAN PERANGKAT LUNAK
Dalam pengembangan suatu perangkat lunak, baik itu berupa aplikasi
ataupun sistem informasi pastinya dilakukan suatu pengujian. Hal ini dilakukan
bertujuan untuk memastikan bahwa sistem pada perangkat lunak tersebut sudah
layak untuk digunakan ataupun dipublikasikan agar dapat digunakan oleh banyak
pengguna. Pengujian pada sebuah program terbilang sangatlah penting untuk
dilakukan untuk memeriksa semua kesalahan yang ada pada program tersebut
agar tidak terjadi kerugian yang akan ditimbulkan dari kesalahan tersebut,
sehingga pengujian sangat perlu dilakukan untuk mengurangi terjadinya
kesalahan yang merugikan pada program. Pengujian akan dilakukan oleh
beberapa mahasiswa prodi Teknologi Informasi Angkatan 2020. Sistem Informasi
ini digunakan untuk membantu dalam mengelola sebuah usaha laundry yang
berbasis website. Adapun data mahasiswa yang menguji perangkat lunak ini ialah.
Tabel 6.1 Tabel Data Mahasiswa yang Menguji
Nama NIM
Isti Nur Azizah 2008096041
Fadlurrohman Agil 2008096050
Sis Churin Ien Aulia 2008096067

6.1 Metode Pengujian

Metode yang digunakan dalam melakukan pengujian Sistem Informasi
Manajemen usaha Khinan Laundry ini ialah metode Black Box testing. Black Box
Testing merupakan pengujian kualitas perangkat lunak yang berfokus pada
fungsionalitas perangkat lunak. Pengujian black box bertujuan untuk menemukan
fungsi yang tidak benar, kesalahan antarmuka, kesalahan pada struktur data,
kesalahan performansi, dan kesalahan insialisasi dan terminasi.
Pengujian Black Box bertumpu pada memastikan tiap proses sudah berfungsi
sesuai dengan kebutuhan yang diharapkan. Penguji dapat menartikan himpunan
kondisi masukan dan menjalankan pengkhususan fungsi dari sistem. Sehingga
pengujian merupakan suatu cara pelaksanaan program yang bertujuan
menemukan kesalahan atau error kemudian memperbaikinya sehingga sistem
dapat dikatakan layak untuk digunakan.
Teknik yang digunakan pada pengujian black box ini adalah Teknik
equivalence partitions. Equivalence partitions merupakan sebuah pengujian

29
 berdasarkan masukan data pada setiap form yang ada pada sistem informasi
manajemen laundry ini.
6.2 Rancangan Pengujian
1. Rancangan Pengujian Halaman Login
Tabel 6.2 Rancangan Test Case Halaman Login
No. Pengujian Hasil yang Diinginkan
Berhasil masuk ke dalam sistem
Mengisi Username dan Password yang
1. dan muncul pop up sambutan
sudah disediakan oleh Tim RPL.
kecil
Mengisi Username dan Password denga Muncul peringatan gagal login,
2.
nasal (tidak disediakan oleh Tim RPL) karena id dan password salah
Mengosongkan kolom id dan password Tidak dapat login karena tidak
3.
kemudian login mengisi dua kolom tersebut

2. Rancangan Pengujian Pengguna (User)

Tabel 6.3 Rancangan Test Case Pengguna (User)
No. Pengujian Hasil yang diinginkan
Konsumen yang sudah
Menambah data konsumen pada fitur
1. dimasukkan akan tersimpan
“Tambah Konsumen”
dan terbaca oleh program
Data dari konsumen yang sudah
Mengolah data konsumen pada fitur
2. tersimpan dapat diolah seperti
“Pengolahan Data - Konsumen”
halnya diedit ataupun di hapus
Transaksi yang sudah
Menambah Transaksi pada fitur dimasukkan akan tersimpan
3.
“Tambah Transaksi” dan dapat dilihat pada fitur
“Riwayat Transaksi”
Kwintansi akan muncul dan bisa
Mencetak kwintansi dari fitur “Riwayat
4. dipilih untuk disimpan untuk
Transaksi”
diprint
Data yang diolah pada fitur
Dapat mengolah data-data lainnya
pengolahan data akan
seperti halnya barang-barang milik
5. tersimpan ke database dan
laundry, pemakaian, dan lainnya yang
dapat dilihat pada fitur
disediakan oleh program
pengolahan data tersebut.

30
 3. Rancangan Pengujian Pemilik (Admin)
Tabel 6.4 Rancangan Test Case Pemilik (Admin)
No. Pengujian Hasil yang diinginkan
Dapat melakukan hal yang sama seperti
Tidak terjadi kesalahan karena
yang dilakukan oleh user, yaitu
yang diuji tak jauh berbeda
1. menambah data konsumen, data
dengan yang sudah di uji oleh
transaksi, dan lainnya yang sudah
user
disediakan oleh program.
Tak terjadi suatu kesalahan
dalam mengakses fitur-fitur
2. Mengakses fitur khusus milik admin.
yang hanya dapat dibuka oleh
admin
Mengolah data karyawan baik itu Data karyawan yang diolah
3. menambah atau mengedit data akan terbaca dan tersimpan
karyawan yang ada ataupun yang baru. pada database
Mengolah data supplier baik itu Data supplier yang diolah akan
4. menambah atau mengedit data supplier terbaca dan tersimpan pada
yang ada ataupun yang baru databse

6.3 Hasil dan Pembahasan

Pengujian dilakukan pada sistem informasi manajemen usaha Khinan laundry
untuk mengetahui kekurangan yang ada pada sistem sebelum digunakan oleh
pengguna. Pada hasil pengujian terdapat table Test Case yang berfungsi untuk
menyimpulkan apakah sistem berhasil dan sesuai dengan rencana pengujian atau
tidak. Pengujian sistem informasi manajemen usaha laundry ini menggunakan
metode Black Box dengan Teknik Equivalence Partitions. Berdasarkan pengujian
yang telah disusun maka hasil dari pengujian tersebut ialah.
Tabel 6.5 Hasil Pengujian
No. Hasil yang didapatkan Keterangan

Berhasil masuk ke dalam sistem dan

1. muncul pop up sambutan kecil pada menu Sesuai
dashboard

31
 Muncul peringatan gagal login, karena id
2. Sesuai
dan password salah

Tidak dapat login karena kolom id dan

3. Sesuai
kolom password dikosongkan

Dapat menambah data konsumen pada

4. Sesuai
fitur “Tambah Konsumen”

Dapat mengolah data konsumen pada

5. Sesuai
menu “Pengolahan data – Konsumen”

Dapat menambah transaksi pada fitur

6. Sesuai
“Tambah Transaksi”

Data yang sudah ditambah melalui fitur

7. “Tambah Transaksi” akan muncul pada Sesuai
fitur “Riwayat Transaksi”

Dapat melihat dan mencetak kwintansi

8. Sesuai
dari Riwayat transaksi

Dapat mengolah data lainnya seperti

halnya data barang-barang milik laundry,
9. Sesuai
pemakaian, dan lainnya yang sudah
disediakan oleh program

Admin dapat melakukan hal yang sama

10. Sesuai
seperti pengguna lainnya

Dapat mengakses fitur yang hanya dimiliki

11. Sesuai
oleh admin

Dapat mengolah data karyawan baik itu

12. mengedit data karyawan yang sudah ada, Sesuai
maupun menambah data karyawan baru

Dapat mengolah data supplier baik itu

13. mengedit data supplier yang sudah ada, Sesuai
maupun menambah data supplier baru

32
 BAB VII KESIMPULAN DAN SARAN
7.1 Kesimpulan
Berdasarkan pengujian sistem informasi manajemen usaha Khinan laundry
menunjukkan bahwa pengujian menggunakan metode Black Box dengan Teknik
Equivalence Partitions sangat membantu proses penyusunan case pengujian, uji
fungsionalitas serta menemukan celah kessalahan yang dapat terdeteksi ketika
terjadi kesalahan input.
Setelah melakukan 13 (tiga belas) butir test case yang dilakukan oleh para
penguji tersebut, dapat disimpulkan bahwa Sistem Informasi Manajemen usaha
Khinan Laundry tidak ditemukan adanya kesalahan fungsionalitas pada setiap
fitur. Sehingga dapat dikatakan bahwa sistem informasi ini berjalan dengan baik
dan siap digunakan.
7.2 Saran
Kami sadari bahwa perangkat lunak yang kami kembangkan jauh dari kata
sempurna, oleh karena itu masukan yang membantu dan mengembang sangat
kami butuhkan agar dapat menjadi lebih baik lagi. Terbatasnya pengetahuan dan
keahlian menjadi salah satu alasan utama kami dalam baik atau kurang baiknya
kami dalam mengembangkan perangkat lunak sistem informasi manajemen
usaha laundry ini.
Meski demikian, kami harapkan bahwa aplikasi yang kami kembangkan ini
bisa menjadi sebuah referensi pada pengembang-pengembang lain kedepannya
dan dapat mengembangkan perangkat lunak yang kembangkan ini menjadi
perangkat lunak yang jauh lebih baik dari sebelumnya. Oleh karena itu, kami
harapkan aplikasi yang kami kembangkan ini akan membantu para pengembang
kedepannya dalam membuat sebuah sistem informasi manajemen lagi baik itu
untuk usaha yang sama dengan yang kami tuju (laundry) maupun usaha-usaha
lain yang juga membutuhkan perangkat lunak sistem informasi manajemen.

33
 DAFTAR PUSTAKA

HUDI MARHABAN. 2019. “ANALISIS KELAYAKAN USAHA LAUNDRY (Studi Kasus : Chitra
Laundry Di Gagak Sipat, Ngemplak, Boyolali).”

Gat. 2015. “Perancangan Basis Data Perputakaan Sekolah Dengan Menerapkan Model Data
Relasional.” Citec Journal 2(4): 305–3015.

Wijaya, Yahya Dwi, and Muna Wardah Astuti. 2021. “Pengujian Blackbox Sistem Informasi
Penilaian Kinerja Karyawan Pt Inka (Persero) Berbasis Equivalence Partitions.” Jurnal
Digital Teknologi Informasi 4(1): 22.

Cholifah, Wahyu Nur, Yulianingsih Yulianingsih, and Sri Melati Sagita. 2018. “Pengujian Black Box
Testing Pada Aplikasi Action & Strategy Berbasis Android Dengan Teknologi Phonegap.”
STRING (Satuan Tulisan Riset dan Inovasi Teknologi) 3(2): 206.

Dian Widya Putri, Elis Hernawati, Dedy Rahman Wijaya. 2020. “Aplikasi Laundry Berbasis Web
Modul Admin.” e proceeding of Applied Science 2(1): 1638–56.
http://www.nutricion.org/publicaciones/pdf/prejuicios_y_verdades_sobre_grasas.pdf%
0Ahttps://www.colesterolfamiliar.org/formacion/guia.pdf%0Ahttps://www.colesterolf
amiliar.org/wp-content/uploads/2015/05/guia.pdf.

Hadi, Muhammad Shulhan. 2019. “Sistem Informasi Pelayanan Jasa Laundry Berbasis Web
Responsif.”
http://simki.unpkediri.ac.id/mahasiswa/file_artikel/2019/14.1.03.03.0022.pdf.

“SISTEM INFORMASI JASA LAUNDRY PADA LAUNDRY DENOK BERBASIS WEB MENGGUNAKAN
METODE SYSTEM DEVELOPMENT LIFE CYCLE ( SDLC ).” 2020.

Pengguna, Kepuasan. 2018. “PIECES Framework Untuk Analisa Tingkat Kepuasan Pengguna Dan
Kepentingan Sistem Informasi [1][2].” 4(2).

Informatika, Jurusan Teknik, and Fakultas Teknologi Industri. 2011. “APLIKASI PENGELOLAAN
LAUNDRY BERBASIS WEB DAN.”

Adiguna, Arel Riedsa, Mochamad Chandra Saputra, and Fajar Pradana. 2018. “Analisis Dan
Perancangan Sistem Informasi Manajemen Gudang Pada PT Mitra Pinasthika Mulia
Surabaya.” 2(2): 612–21.

Hesvindrati, Netci, Magister Teknik Informatika, and User Requirement. 2016. “Implementasi
Pieces Framework Untuk Menganalisa Kebutuhan Pengguna Pada Perancangan Website
Pt Almico Riset.” 9(2).

Nuswantoro, Universitas Dian. 2021. “Jurnal Teknik Informatika.” 14(2): 115–24.

Ningrum, Fadhila Cahya, Dandi Suherman, Sita Aryanti, and Handika Angga Prasetya. 2020.
“Pengujian Black Box Pada Aplikasi Sistem Seleksi Sales Terbaik Menggunakan Teknik
Equivalence Partitions.” 4(4): 125–30.

Primawaty, Christine, Jl Dipatiukur, Kota Bandung, and Jawa Barat. “PEMBANGUNAN APLIKASI
JASA LAUNDRY BERBASIS ANDROID Teknik Informatika – Universitas Komputer
Indonesia.”
34