Anda di halaman 1dari 63

BAB IV

HASIL DAN PERANCANGAN

4.1. Hasil
4.1.1. Analisa Proses Bisnis yang Sedang Berjalan
Berdasarkan analisa yang dilakukan di Pendopo 45, maka proses
sistem yang sedang berjalan, dapat dilihat pada gambar berikut ini:

Tabel 4.1 Proses sistem yang sedang berjalan Dari


analisa system saat ini, adalah pelanggan datang langsung ditempat dan
melakukan melihat barang yang dibutuhkan, selanjutnya pelanggan

43
44

melakukan penawaran, jika pelanggan menyetujui dengan harga yang


ditentukan, maka transaksi dilakukan dan harus membayar secara tunai
atau transfer bank melalui admin keuangan, dan admin membuat laporan
keuangan penjualan dan laporan stock barang untuk dilaporkan kepada
operation manajer.

4.1.2. Analisa Proses Bisnis yang Akan Dikembangkan


Berikut ini merupakan analisis Sistem Informasi Penjualan
Barang Bekas di Pendopo 45 yang akan dikembangkan :
45

Gambar 4.2 Diagram yang dikembangkan


4.1.3. Diagram Konteks
Berikut adalah diagram yang akan dikembangkan :

Gambar 4.3 Diagram konteks yang akan dikebangkan


46

4.1.4. Konstruksi Sistem yang Akan Dikembangkan

Konstruksi yang akan dikembangkan berupa web application yang dapat diakses
secara online melalui perangkat komputer atau smartphone. Adapun implementasi
untuk membagun sistem informasi ini menggunakan bahasa pemrograman PHP
dengan framework CodeIgniter dan DBMS MySQL.

Gambar 4.4 Konstruksi sstem yang akan dikembangkan


47

4.1.5. Identifikasi Pelaku Bisnis


Berikut adalah deskripsi istilah pelaku bisnis admin dan user
pada sistem informasi di Pendopo 45 :

Istilah Deskripsi

Individu yang bertanggung jawab mengelola


Admin
seluruh kegiatan yang berhubungan dengan

Laporan dari User dan pengelola Sistem Berbasis Web.

User Individu yang menggunakan fasilitas Sistem

Berbasis web Barang Bekas.

Tabel 4.1 Daftar Istilah Pelaku Bisnis

4.1.6. Identifikasi Use case


Berikut adalah deskripsi istilah pelaku bisnis pada sistem
informasi penjualan barang bekas di Pendopo 45.
No. Nama Use Case Deskripsi Pelaku yang
berpartisipasi

1. Login Mendeskripsikan kejadian dimana - Admin


pengguna diminta untuk.
Memasukkan Username dan - User
Password.

2. Input Form Barang Mendeskripsikan kegiatan dimana - Admin


admin memasukkan input form
barang User.

3. Pending Barang Mendeskripsikan kejadian - Admin


dimana Admin sistem
menampilkan data barang bekas.

4. Kategori Mendeskripsikan kejadian - Admin


Dimana User dapat menambahkan
kategori barang
48

5. Home Mendeskripsikan kejadian dimana - Admin


Admin dapat melihat
Data Barang Bekas

6. Register Mendeskripsikan kejadian dimana - User


Admin dapat melihat registrasi
user

7. Form Barang Mendeskripsikan kejadian dimana - Admin


Admin dapat melihat
Detail barang bekas

4.1.7. Use Case Naratif


Use case Naratif menggambarkan bagaimana pengguna
berinterasksi dengan sistem, Use case naratif merupakan deskripsi tekstual
tentang kejadian bisnis dan bagaimana pengguna akan berinteraksi dengan
sistem untuk menyelesaikan tugas.

No ID Use case Nama Use case

1 1.1 Login

2 1.2 View Data Transaksi

3 1.3 Kontrol Data Transaksi

4 1.4 Registrasi

5 1.5 View Informasi Produk

6 1.6 Pilih Produk

7 1.7 Input Data Pembelian Produk

8 1.8 Melakukan Pembayaran

9 1.9 Menerima Notifikasi

10 1.10 Melihat Laporan Transaksi


49

Tabel 4.2 Use case Naratif

1. Use case Naratif Persyaratan Bisnis


Tujuan pembuatan model use-case persyaratan adalah untuk
mendapatkan dan menganalisi informasi persyratan yang cukup untuk
mempersiapkan model yang mengkomunikasikan apa yang diperlukan dari
perspektif pengguna, tetapi bebas dari detail spesifik tentang bagaimana sistem
akan dibangun dan diimplementasikan. (Jeffery L. Whitten, 2004, hal.262).:

A. Persyaratan Bisnis Login


Pengarang:Daniel Bora Dangu Tanggal : 02 November 2019
Versi : 1.0
Nama Use-Case : Login Tipe Use-Case
Id Use-Case : 1.1
Prioritas : - Persyaratan Bisnis : 
Sumber : -
Pelaku Sistem Utama: Admin, User
Pelaku Partisipan : -
Stakeholder yang berminat : -
Usecase ini mendeskripsikan tentang kejadian pada
saat User dan Admin memasukkan Username dan
Deskripsi : Password pada sistem informasi penjualan barang
bekas, jika login berhasil maka sistem akan
menampilkan interface halaman menu awal.

C. Persyaratan Bisnis Input Form Barang


Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019
Versi : 1.0
Nama Use-Case : Input Form Barang Tipe Use-Case
Id Use-Case : 1.2 Persyaratan Bisnis :
50

Prioritas : -

Sumber : -
Pelaku Sistem Utama: Admin
Pelaku Partisipan : -
Stakeholder yang berminat : -
Mendiskripsikan kejadian dimana admin
Deskripsi :
memasukkan input form barang

D. Persyaratan Pending Barang


Pengarang: Daniel Bora Dangu Tanggal :02 November 2019
Versi : 1.0
Nama Use-Case : Detail Barang Tipe Use-Case
Persyaratan Bisnis :
Id Use-Case : 1.3

Prioritas : -
Sumber : -
Pelaku Sistem Utama: Admin
Pelaku Partisipan : -
Stakeholder yang berminat : -
Usecase ini mendeskripsikan tentang kejadian
Deskripsi :
dimana admin menampilkan data barang bekas.

E. Persyaratan Bisnis Kategori


Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019
Versi : 1.0
Nama Use-Case : Kategori Tipe Use-Case
Id Use-Case : 1.4
Persyaratan Bisnis :
Prioritas : -

Sumber : -
Pelaku Sistem Utama: Admin
Pelaku Partisipan : -
Stakeholder yang berminat : -
51

Usecase ini mendeskripsikan tentang tentang kejadian


Deskripsi : menambah kategori barang.

F. Persyaratan Bisnis Home


Pengarang: Daniel Bora Dangu Tanggal :02 November 2019
Versi : 1.0
Nama Use-Case : Home Tipe Use-Case
Id Use-Case : 1.5
Persyaratan Bisnis :
Prioritas : -

Sumber : -

Pelaku Sistem Utama: User

Pelaku Partisipan : -
Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan tentang kejadian dimana


Admin melihat data barang bekas.

G. Persyaratan Bisnis Form Barang User


Pengarang: Daniel Bora Dangu Tanggal :02 November 2019
Versi : 1.0
Form Barang User
Nama Use-Case : Tipe Use-Case

Id Use-Case : 1.6
Persyaratan Bisnis :
Prioritas : -

Sumber : -
Pelaku Sistem Utama: Admin
Pelaku Partisipan : -
Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan tentang kejadian Admin


Dimana User dapat tambah
52

H. Persyaratan Bisnis Register


Pengarang: Daniel Bora Dangu Tanggal :02 November 2019
Versi : 1.0
Nama Use-Case : Register Tipe Use-Case
Id Use-Case : 1.7
Persyaratan Bisnis :
Prioritas : -

Sumber : -
Pelaku Sistem Utama: Admin
Pelaku Partisipan : -
Stakeholder yang berminat : -
Deskripsi : Usecase ini mendeskripsikan tentang kejadian
Dimana melihat registrasi User.

2. Use-Case Analisis Sistem


Use-case analisis sistem adalah use-case yang mendokumentasikan interaksi
antara user sistem dan sistem. Sangat detail dalam menggambarkan apa yang
diperlukan, tetapi bebas dari detail–detail dan batasan implementasi. (Jeffery L.
Whitten, 2004, hal. 421).

A. Analisis Bisnis Login

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0

Nama Use-Case : Login Tipe Use-Case

Id Use-Case : 1.1
Persyaratan Bisnis : 
Prioritas : Tinggi
Analisis Sistem :
Sumber : -

Pelaku Sistem Utama: Admin, User


53

Pelaku Partisipan : -

Stakeholder yang berminat : -

Use Case ini mendeskripsikan tentang kejadian pada saat


user memasukkan Username dan Password pada sistem
Deskripsi :
informasi penjualan barang bekas akan menampilkan
interface halaman utama.

Admin sudah mempunyai username dan password yang


Prakondisi : digunakan untuk mengakses data atau halaman yang telah
disediakan dan untuk mendaftarkan user.

Pemicu : -

 Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

User mengentri Sistem merespon dan


username dan password memeriksa data yang telah
Bidang Khas Suatu Event : dientri oleh user.

Langkah 3 :

Sistem melakukan validasi


user

Alternatif Langkah 3 :

Jika data yang dientrikan tidak lengkap atau tidak sesuai,


Bidang Alternatif : maka system akan menampilkan sebuah message yang
memberitahukan kepada user bahwa data yang dientrikan
salah atau tidak sesuai dan meminta user untuk
mengentrikan data secara benar.

Usecase ini menyimpulkan tentang kegiatan pengentrian


Kesimpulan : data login yang dilakukan oleh user pada saat akan
mengakses data atau halaman yang telah disediakan.

Setelah user mengentrikan data login maka system akan


Pascakondisi :
melakukan validasi user.
54

Aturan Bisnis : User harus memiliki username dan password yang telah
dibuat.

Batasan dan Spesifikasi Hanya username dan password yang sesuai dan lengkap
saja yang akan diterima oleh system.
Implementasi :

Asumsi : User sudah memiliki username dan password.

Masalah Terbuka : User lupa akan username atau password.

B. Analisis Bisnis Input Form Barang

Pengarang: Daniel Bora Dangu Tanggal : 02 Agustus 2019

Versi : 1.0

Nama Use-Case : Input form Barang Tipe Use-Case

Id Use-Case : 1.2
Persyaratan Bisnis : 
Prioritas : Tinggi
Analisis Sistem :
Sumber : -

Pelaku Sistem Utama: Admin

Pelaku Partisipan : -

Stakeholder yang berminat : -

Usecase ini mendeskripsikan tentang kejadian pada


Deskripsi : saat admin memasukkan data-data seperti id user,
username, password, dan level user pada sistem
Barang Bekas

Prakondisi : Admin belum mendaftarkan user di kedalam sistem


informasi penjualan barang bekas pada program.
55

Pemicu : -

 Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

Admin mengentri data Sistem merespon dan


Bidang Khas Suatu Event : user seperti iduser, memeriksa data yang
nama, username, telah dientri oleh Admin.
password, level user.
Langkah 3 :

Sistem menyimpan data


user.

Alternatif Langkah 3 :

Jika data yang dientrikan tidak benar, maka sistem


Bidang Alternatif : akan menampilkan sebuah message yang
memberitahukan kepada user bahwa data masih salah
dan meminta user untuk mengentrikan data secara
benar dan lengkap.

Use case ini menyimpulkan tentang kegiatan


Kesimpulan : pengentrian data registrasi yang dilakukan oleh admin
pada saat user akan mengakses aplikasi Sistem
Penjualan Barang Bekas.

Pascakondisi : User dapat login memakai username dan password


terkait.

Aturan Bisnis : Admin harus mengisi data user yang dibutuhkan oleh
sistem secara lengkap dan benar.

Batasan dan Spesifikasi Hanya data user yang telah diisi dengan lengkap saja
yang akan diterima oleh sistem.
Implementasi :

Asumsi : User belum pernah mendaftarkan diri.

Masalah Terbuka : -

C. Analisis Bisnis Pending Barang

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019


56

Versi : 1.0

Nama Use-Case : Pending Barang Tipe Use-Case

Id Use-Case : 1.3
Persyaratan Bisnis : 
Prioritas : Tinggi
Analisis Sistem :
Sumber : -

Pelaku Sistem Utama: User

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan tentang kejadian Admin


untuk mengubah data user.

Prakondisi : Admin sudah terdaftar dan login.

Pemicu : Apabila terjadi kesalahan dalam registrasi atau


pembaharuan informasi

 Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

Admin membuka profil Sistem merespon dan


user atau admin lainnya menampilkan profil user
dan admin lainnya.
Langkah 3 :
Bidang Khas Suatu Event :
Langkah 5 :
Admin memilih data
user yang akan diubah. Sistem melakukan
validasi data profil.
Langkah 4 :

Admin mengubah
password, dan level
user.

Bidang Alternatif : -
57

Usecase ini menyimpulkan tentang kegiatan untuk


Kesimpulan : mengubah data awal user maupun admin apabila
terjadi kesalahan dalam registrasi atau pembaharuan
informasi.

Pascakondisi : User atau admin dapat menggunakan profil yang


diperbaharui.

Aturan Bisnis : User harus memiliki user level admin.

Batasan dan Spesifikasi -.

Implementasi :

Asumsi : -

Masalah Terbuka : -

D. Analisis Bisnis Kategori

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019


58

Versi : 1.0

Nama Use-Case : Kategori Tipe Use-Case

Id Use-Case : 1.4
Persyaratan Bisnis : 
Prioritas : Tinggi
Analisis Sistem :
Sumber : -

Pelaku Sistem Utama: Admin

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan tentang tentang kejadian


dimana User harus mendaftar diri mereka.

Prakondisi : Admin sudah terdaftar dan login.

Pemicu : -

Bidang Khas Suatu Event :  Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

Admin mengiput Sistem merespon dengan


username dan password. Menampilakan halaman
utama.
Langkah 3 :
Langkah 4 :
Admin membuka menu
akses data User. Sistem menampilkan
halaman data User.
Langkah 5 :
Langkah 6:
Admin menambahkan
Menginput data user, Sistem menyimpan data
menginput password user.
dan nama
lengkap,Email,No HP
59

kemudian
menyimpannya.

Alternatif Langkah 6 :

Jika data yang dientrikan tidak lengkap atau tidak


Bidang Alternatif : sesuai, maka system akan menampilkan sebuah
message yang memberitahukan kepada admin bahwa
data yang dientrikan salah atau tidak sesuai dan
meminta admin untuk mengentrikan data secara
benar.

Use case ini menyimpulkan tentang kegiatan


Kesimpulan : pengentrian data lengkap user yang dilakukan oleh
admin.

Setelah Admin menginput data user dan


Pascakondisi : menyimpannya kemudian data user akan tersimpan
ke dalam database.

Aturan Bisnis : Admin sudah terdaftar dan berhasil login.

Batasan dan Spesifikasi -

Implementasi :

Asumsi : -

Masalah Terbuka : -

E. Analisis Bisnis Data Barang

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019


60

Versi : 1.0

Nama Use-Case : Home Tipe Use-Case

Id Use-Case : 1.5
Persyaratan Bisnis : 
Prioritas : Tinggi
Analisis Sistem :
Sumber : -

Pelaku Sistem Utama: Admin

Pelaku Partisipan : -

Stakeholder yang berminat : -

Usecase ini mendeskripsikan tentang kejadian dimana


Deskripsi : Admin sistem menampilkan data penjualan barang
bekas

Prakondisi : Admin telah menginput data penjualan barang bekas

Pemicu : -

Bidang Khas Suatu Event : Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

Admin mengiput Sistem merespon dengan


username dan password. Menampilakan halaman
utama.
Langkah 3 :
Langkah 4 :
Admin membuka menu
akses data penjualan Sistem menampilkan
barang bekas halaman penjualan
barang bekas
Langkah 5 :
Langkah 7 :
Admin memilih data
penjualan barang bekas Sistem menyimpan data
yang akan diganti.
61

penjualan barang bekas

Bidang Alternatif : -

Use case ini menyimpulkan tentang kejadian user


Kesimpulan : setelah menginput data pengaduan, kemudian ingin
mengubah data pengaduan tersebut jika terjadi
kesalahan.

Pascakondisi : User dapat menggunakan data penjualan barang


bekas yang sudah diperbaharui.

Aturan Bisnis : Data penjualan barang bekas sudah terisi.

Batasan dan Spesifikasi -

Implementasi :

Asumsi : -

Masalah Terbuka : -

F. Analisis Bisnis Register

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0

Nama Use-Case : Register Tipe Use-Case

Id Use-Case : 1.6

Prioritas : Tinggi Analisis Sistem :

Sumber : -

Pelaku Sistem Utama: User


62

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan kejadian user menginput


data tambah penjualan barang bekas.

Prakondisi : User sebagai user sudah terdaftar dan login.

Pemicu : -

 Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

mengiput username dan Sistem merespon dengan


password. Menampilkan halaman
Input Tambah Penjualan
Langkah 3 : Barang Bekas.
Bidang Khas Suatu Event :
Resepsionis menginput Langkah 4:
data
Sistem menyimpan
Penjualan Barang Bekas Penjualan Barang Bekas.
berupa jenis barang

kemudian
menyimpannya.

Alternatif Langkah 4:

Jika data yang dientrikan tidak lengkap atau tidak


Bidang Alternatif : sesuai, maka system akan menampilkan sebuah
message yang memberitahukan kepada admin bahwa
data yang dimasukkan salah atau tidak sesuai dan
meminta User untuk memasukkan data secara benar.

Usecase ini menyimpulkan tentang kejadian Admin


Kesimpulan : Dimana User dapat tambah Data Penjualan Barang
Bekas User

Data Penjualan Barang Bekas akan tersimpan ke


Pascakondisi :
dalam database
63

Aturan Bisnis : User sudah terdaftar.

Batasan dan Spesifikasi -

Implementasi :

Asumsi : -

Masalah Terbuka : -

G. Analisis Bisnis From Barang User

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0

Nama Use-Case : From Barang User Tipe Use-Case

Id Use-Case : 1.7
Persyaratan Bisnis : 
Prioritas : Tinggi
Analisis Sistem :
Sumber : -

Pelaku Sistem Utama: User

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan kejadian Dimana User


dapat tambah penjualan barang bekas

Prakondisi : User sudah menginput data penjualan barang bekas.

Pemicu : -
64

 Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

User mengiput username Sistem merespon dengan


dan password. Menampilakan halaman
penjualan barang bekas.
Langkah 3 :User memilih
Bidang Khas Suatu Event : barang yang dipesan. Langkah 4:Sistem
merespon menampilkan
Langkah 5 : data barang yang dipilih.
User mengubah data Langkah 6:
penjualan kemudian
menyimpannya. Sistem menyimpan data
penjualan yang telah
diperbaharui.

Bidang Alternatif : -

Kesimpulan : Use case ini mendeskripsikan kegiatan User dapat


tambah Data penjualan User

Pascakondisi : Data penjualan diperbaharui.

Aturan Bisnis : -

Batasan dan Spesifikasi -

Implementasi :

Asumsi : -

3. Use-Case Desain Sistem

A. Desain Bisnis Login


65

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0

Nama Use-Case : Login Tipe Use-Case

Id Use-Case : 1.1 Persyaratan Bisnis : 

Prioritas : Tinggi Analisis Sitem :

Sumber : - Desain Sistem :

Pelaku Sistem Utama: Admin, User

Pelaku Partisipan : -

Stakeholder yang berminat : -

Use Case ini mendeskripsikan tentang kejadian pada


saat user memasukkan Username dan Password pada
Deskripsi : sistem informasi Penjualan Barang Bekas, jika login
berhasil maka sistem akan menampilkan interface
halaman utama.

Admin sudah mempunyai username dan password


Prakondisi : yang nantinya digunakan untuk mengakses data atau
halaman yang telah disediakan dan untuk
mendaftarkan user.

Pemicu : -

Bidang Khas Suatu Event :  Kegiatan Pelaku  Respon Sistem

Langkah 2 : Langkah 1 :

User mengentri textbox Sistem akan


username. menampilkan interface
login.
Langkah 3 :
Langkah 5 :
User mengentri textbox
password. Sistem akan merespon
66

Langkah 4 : dan memeriksa data


yang dientri.
User menekan Button
login. Langkah 6 :

Sistem menampilkan
halaman utama.

Alternatif Langkah 5 :

Jika data yang dientrikan tidak lengkap atau tidak


Bidang Alternatif : sesuai, maka system akan menampilkan sebuah dialog
message yang memberitahukan kepada user bahwa
“Username atau password salah. Silahkan coba
lagi”.

Usecase ini menyimpulkan tentang kegiatan


Kesimpulan : pengentrian data login yang dilakukan oleh user pada
saat akan mengakses data atau halaman yang telah
disediakan.

Pascakondisi : Setelah user mengentrikan data login maka system


akan menampilkan interface halaman utama.

Aturan Bisnis : User harus memiliki username dan password yang


telah dibuat.

Batasan dan Spesifikasi


Hanya username dan password yang sesuai dan
Implementasi : lengkap saja yang akan diterima oleh sistem.

Asumsi : User sudah memiliki username dan password.

B. Desain Bisnis form Barang

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019


67

Versi : 1.0

Nama Use-Case : Form Barang Tipe Use-Case

Id Use-Case : 1.2 Persyaratan Bisnis : 

Prioritas : Tinggi Analisis Sitem :

Sumber : - Desain Sistem :

Pelaku Sistem Utama: Admin

Pelaku Partisipan : -

Stakeholder yang berminat : -

Usecase ini mendeskripsikan tentang kejadian pada


Deskripsi : saat admin memasukkan data-data seperti id user,
username, password, dan level user pada sistem
informasi Penjualan Barang Bekas .

Prakondisi : Admin belum mendaftarkan user di kedalam sistem


informasi laporan penjualan pada program.

Pemicu : -

Bidang Khas Suatu Event :  Kegiatan Pelaku  Respon Sistem

Langkah 2 : Langkah 1 :

Admin mengentri pada Sistem menampilkan


textbox id user. interface registrasi user.

Langkah 3 :

Admin mengentrikan pada


textbox username.

Langkah 4 :
Langkah 6 :
User mengentrikan pada
textbox password. Sistem merespon
68

Langkah 5 : dengan memeriksa data


yang telah user entrikan.
User memilih level user
pada combobox level Langkah 7:

Sitem mersepon dan


menampilkan
messagebox berhasil
menambahkan user

Alternatif Langkah 6 :

Bidang Alternatif : Jika data yang dientrikan tidak lengkap, maka sistem
akan menampilkan sebuah dialog message yang
memberitahukan kepada user bahwa “Data yang
dimasukkan tidak lengkap”.

Use case ini menyimpulkan tentang kegiatan


Kesimpulan : pengentrian data registrasi yang dilakukan oleh admin
pada saat user akan mengakses informasi Penjualan
Barang Bekas .

Pascakondisi : User dapat login memakai username dan password


terkait.

Aturan Bisnis : Admin harus mengisi data user yang dibutuhkan oleh
sistem secara lengkap dan benar.

Batasan dan Spesifikasi Hanya data user yang telah diisi dengan lengkap saja
yang akan diterima oleh sistem.
Implementasi :

Asumsi : User belum pernah mendaftarkan diri.

C. Desain Bisnis Pending Barang

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0
69

Nama Use-Case : Pending Barang Tipe Use-Case

Id Use-Case : 1.3 Persyaratan Bisnis : 

Prioritas : Tinggi Analisis Sitem :

Sumber : - Desain Sistem :

Pelaku Sistem Utama: User

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan kegiatan Admin untuk


mengubah data user dalam halaman Edit profile.

Prakondisi : Admin sudah terdaftar dan login.

Pemicu : Apabila terjadi kesalahan dalam registrasi atau


pembaharuan informasi.

Bidang Khas Suatu Event :  Kegiatan Pelaku  Kegiatan Pelaku

Langkah 1 : Langkah 7 :

Admin Membuka Form Sistem melakukan


Data User. validasi data profil
dan menyimpannya
Langkah 2 : pada database sistem.
Admin memilih user yang
ingin di edit dengan
memilih id user pada
combo box.

Langkah 3 :

Admin mengubah nama


pada textbox yang tersedia.
70

Langkah 4 :

Admin mengubah
username pada textbox
username

Langkah 5 :

Admin mengubah
password pada textbox
password

Langkah 6 :

Admin mengubah level


pada combobox level

Bidang Alternatif : -

Usecase ini menyimpulkan tentang kegiatan untuk


Kesimpulan : mengubah data awal user maupun admin apabila
terjadi kesalahan dalam registrasi atau pembaharuan
informasi.

Pascakondisi : User atau admin dapat menggunakan profil yang


diperbaharui.

Aturan Bisnis : User harus memiliki user level admin.

Batasan dan Spesifikasi -

Implementasi :

Asumsi : -

D. Desain Bisnis Kategori

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0
71

Nama Use-Case : Kategori Tipe Use-Case

Id Use-Case : 1.4 Persyaratan Bisnis : 

Prioritas : Tinggi Analisis Sitem :

Sumber : - Desain Sistem :

Pelaku Sistem Utama: Admin

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan kegiatan Admin


menginput data user

Prakondisi : Admin sudah terdaftar dan login.

Pemicu : -

Bidang Khas Suatu Event :  Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

Admin membuka aplikasi. Sistem menampilkan


halaman login.
Langkah 3 :

Admin Login pada halaman


login.

Langkah 5 :

Admin mengentrikan pada


textbox username.

Langkah 6 :

Admin mengentrikan pada


textbox password.
72

Langkah 7 : Langkah 8 :

Admin menekan Button Sistem merespon


login. dan menampilkan
halaman utama.
Langkah 9 :
Langkah 10:
Admin membuka menu akses
data user Sistem merespon
dan menampilkan
Langkah 11 : halaman data
penjualan.
Admin menekan Button
Tambah. Langkah 15 :
Langkah 12 : Sistem merespon
dan menyimpan data
Admin mengentrikan pada
penjualan ke dalam
textbox nama lengkap
database.
Langkah 13 :

Admin mengentrikan pada


textbox username

Langkah 14 :

Admin mengentrikan pada


textbox password

Langkah 14 :

Admin menekan Button


Simpan

Bidang Alternatif : Alternatif Langkah 8 :

Jika data yang dientrikan tidak lengkap atau tidak


sesuai, maka system akan menampilkan sebuah dialog
message yang memberitahukan kepada user bahwa
“Username atau password salah. Silahkan coba lagi”.

Alternatif Langkah 15 :

Jika data yang dientrikan tidak lengkap, maka sistem


akan menampilkan sebuah dialog message yang
memberitahukan kepada user bahwa “Data yang
73

dimasukkan tidak lengkap”.

Kesimpulan : Use case ini menyimpulkan tentang kegiatan


pengentrian data user yang dilakukan oleh admin.

Setelah Admin menginput data user dan


Pascakondisi : menyimpannya kemudian data user akan tersimpan ke
dalam database.

Aturan Bisnis : Admin sudah terdaftar dan berhasil login.

Batasan dan Spesifikasi -

Implementasi :

Asumsi : -

E. Desain Bisnis Home

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0

Nama Use-Case : Daniel Bora Dangu Tipe Use-Case

Id Use-Case : 1.5 Persyaratan Bisnis : 

Prioritas : Tinggi Analisis Sitem :

Sumber : - Desain Sistem :

Pelaku Sistem Utama: Admin

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan tentang kejadian dimana


user sistem menampilkan data penjualan
74

Prakondisi : User telah menginput data pengaduan.

Pemicu : -

Bidang Khas Suatu Event :  Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

User membuka aplikasi. Sistem menampilkan


halaman login.
Langkah 3 :
Langkah 7 :
User Login pada halaman
login. Sistem merespon dan
menampilkan halaman
utama.

Langkah 4 : Langkah 9:
User membuka pada view Sistem merespon dan
pengaduan menampilkan halaman
data penjualan.
Langkah 5 :
Langkah 14 :
Melihat data pengaduan.
Sistem merespon dan
Langkah 6 :
menyimpan data
Admin menekan Button penjualan yang baru ke
Login. dalam database.

Langkah 8 :

Admin membuka menu


akses data penjualan.

Langkah 10 :

Admin memilih
penjualan pada view
penjualan

Langkah 11 :

Adminmengubah pada
75

textbox nama user.

Langkah 12 :

Admin mengubah pada


textbox penjualan.

Langkah 13 :

Admin menekan Button


Ubah.

Bidang Alternatif : -

Use case ini menyimpulkan tentang kegiatan admin


setelah menginput data penjualan, kemudian ingin
Kesimpulan :
mengubah data penjualan tersebut jika terjadi
kesalahan.

User dapat menggunakan data penjualan yang sudah


Pascakondisi :
diperbaharui.

Aturan Bisnis : Data penjualan sudah terisi.

Batasan dan Spesifikasi


-
Implementasi :

Asumsi : -

F. Desain Bisnis Register

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0
76

Nama Use-Case : Register Tipe Use-Case


77

Id Use-Case : 1.6 Persyaratan Bisnis : 

Prioritas : Tinggi Analisis Sitem :

Sumber : - Desain Sistem :

Pelaku Sistem Utama: User

Pelaku Partisipan : -

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan kejadian user menginput


data tambah penjualan kepada konsumen.

Prakondisi : User sebagai user sudah terdaftar dan login.

Pemicu : -

Bidang Khas Suatu Event :  Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

User membuka aplikasi. Sistem menampilkan


halaman login.
Langkah 3 :
Langkah 7 :
User Login pada halaman
login. Sistem merespon dan
menampilkan halaman
utama
Langkah 4 : .
User mengentrikan pada Langkah 9:
textbox username.
Sistem merespon dan
Langkah 5 : menampilkan form input
data penjualan Langkah
Resepsionis
16 :
mengentrikan pada
textbox password. Sistem merespon dan
menyimpan data
78

Langkah 6 : penjualan ke dalam


database.
User menekan Button
Login.

Langkah 8 :

User membuka menu


akses input data nomor
antrian.

Langkah 10 :

User mengentri pada tex

tbox kode antrian.

Langkah 11 :

User mengentri pada


textbox nama user.

Langkah 12 :

User memilih pada


combo box tambah
penjualan.

Langkah 13 :

User mengentri pada


textbox poli.

Langkah 14 :

User memilih view peta

Langkah 15 :

User menekan Button


Simpan.

Bidang Alternatif : Alternatif Langkah 7 :

Jika data yang dientrikan tidak lengkap atau tidak


sesuai, maka system akan menampilkan sebuah dialog
message yang memberitahukan kepada user bahwa
“Username atau password salah. Silahkan coba lagi”.
79

Alternatif Langkah 16 :

Jika data yang dientrikan tidak lengkap, maka sistem


akan menampilkan sebuah dialog message yang
memberitahukan kepada user bahwa “Data yang
dimasukkan tidak lengkap”.

Kesimpulan : Usecase ini menyimpulkan tentang kegiatan


pengentrian data penjualan untuk konsumen.

Pascakondisi : Data penjualan akan tersimpan ke dalam database

Aturan Bisnis : User sudah terdaftar.

Batasan dan Spesifikasi


-
Implementasi :

Asumsi : -

G. Desain Bisnis From Barang User

Pengarang: Daniel Bora Dangu Tanggal : 02 November 2019

Versi : 1.0

Nama Use-Case : From Barang User Tipe Use-Case

Id Use-Case : 1.7 Persyaratan Bisnis :


Prioritas : Tinggi

Analisis Sitem :
-
Sumber :
Desain Sistem :

Pelaku Sistem Utama: Admin

Pelaku Partisipan : -
80

Stakeholder yang berminat : -

Deskripsi : Usecase ini mendeskripsikan kejadian Dimana User


dapat tambah Data penjualan User

Prakondisi : User sudah menginput data penjualan.

Pemicu : -

 Kegiatan Pelaku  Respon Sistem

Langkah 1 : Langkah 2 :

User mengiput username dan Sistem menampilkan


password. halaman login.

Langkah 3 :User memilih Langkah 5 :


Lokasi yang ingin di perbaiki.
Sistem merespon
Langkah 4 : dan menampilkan
halaman utama.
Bidang Khas Suatu Event : User mengubah data
penjualanku kemudian Langkah 6:
menyimpannya.
Sistem merespon
dan menampilkan
form input data
penjualan.

Langkah 7 :

Sistem merespon
dan menyimpan data
penjualan yang baru
ke dalam database.

Alternatif Langkah 7 :

Bidang Alternatif : Jika data yang dientrikan tidak lengkap atau tidak
sesuai, maka system akan menampilkan sebuah dialog
message yang memberitahukan kepada user bahwa
“Username atau password salah. Silahkan coba lagi”.

Kesimpulan : Use case ini mendeskripsikan kegiatan user yang ingin


mengubah data penjualan jika terjadi kesalahan input.
81

Pascakondisi : Data penjualan diperbaharui.

Aturan Bisnis : -

Batasan dan Spesifikasi


-
Implementasi :

Asumsi : -

4.1.8. Use Case Diagram

Gambar 4.5 Use Case Diagram

4.1.9. Desain Database


82

Database adalah sekumpulan data yang sudah disusun sedemikan


rupa dengan ketentuan atau aturan tertentu yang saling berelasi sehingga
memudahkan pengguna dalam mengelolanya juga memudahkan
memperoleh informasi. Adapun database dari sistem informasi
penjualanan barang bekas di Pendopo 45 tergambar seperti relasi antar
tabel di bawah ini :

Gambar 4.6 Desain Database


83

4.1.10. Spesifikasi File


Spesifikasi file merupakan penjabaran dari perancangan database
termasuk field-field pada beberapa tabel, yaitu :
1. Tabel_User

No Field Type Size Keterangan

1 Id_Username Int 11 Primary Key

2 Nama Varchar 150

3 Alamat Varchar 150

4 Telp Varchar 150

5 Email Varchar 150

6 password Char 10

2. Tabel_Admin

No Field Type Size Keterangan

1 Id_admin int 11 Primary Key

2 admin Varchar 150

3 password char 10
84

3. Tabel_Barang_admin

No Field Type Size Keterangan

1 Id_barang Varchar 11 Primary Key

2 Tanggal date 150

3 Gambar

4 Deskripsi Varchar 25

5 Harga Varchar 120

6 Jumlah Varchar 120

4. Tabel_Barang_user

No Field Type Size Keterangan

1 Id_barang Varchar 11 Primary Key

2 Judul Varchar 11

3 Tanggal date 150

4 Gambar

5 Deskripsi Varchar 25

6 Harga Varchar 120


85

7 Jumlah Varchar 120

5. Tabel_Admin

No Field Type Size Keterangan

1 Tanggal date Primary Key

2 Username Varchar 20

3 Password Varchar 20

4.1.11. Desain User Interface


1. User interface home screen

Gambar 4.7 user interface home screen


86

2. Interface Login Admin

Gambar 4.8 user interface login

3. User Interface Dashboard Admin

Gambar 4.9 user interface dashboard


87

4. User Interface Transaksi Penjualan Barang bekas

Gambar 4.10 user interface transaksi pulsa

5. User Interface Riwayat Transaksi

Gambar 4.11 user interface riwayat transaksi


88

6. User Interface detail transaksi

Gambar 4.12 user interface melihat detail transaksi

7. User Interface Daftar harga produk


89

Gambar 4.13 user interface daftar harga produk

4.1.12. Class Diagram


Class Diagram menggambarkan struktur objek sistem. Diagram ini
menunjukkan kelas objek yang menyusun sistem dan juga hubungan antara kelas
objek tersebut (Jeffery L.Whitten, 2004 hal 418).
90

4.1.13. Sequence Diagram


Sequence diagram adalah diagram yang menggambarkan kolaborasi
dinamis antara sejumlah object. Kegunaannya untuk menunjukkan rangkaian
pesan yang dikirim antara object dan interaksi antara object. Sesuatu yang terjadi
pada titik tertentu dalam eksekusi system.
1. Sequence Diagram Login

Menu
USER Form Login Login Data User
Utama

Login

Validasi

Cek Validasi

Masuk Ke Menu Utama

Tidak Valid

Validasi

[Result]
91

2. Sequence Diagram form barang admin

Form
Formbarang
Data
Admin admin Data User
User

Memilih Login Data User

Memilih data user


Menampilkan Data User
Mengganti Data User
Klik Update
Menyimpan Perubahan

Pesan : Edit Data Berhasil Data Berhasil Disimpan

3. Sequence Diagram pending barang

admin Form
Pending Data admin
User Data User
Pegaduan
barang

Halaman tampilan pending


Halaman
barang tampilan pengaduan

Menampilkan pending
Menampilkan
barang Data pengaduan

Klik Update
Menyimpan Perubahan

Pesan : Edit Data Berhasil Data Berhasil Disimpan


92

4. Sequence Diagram register

Register
Form Tambah
User Data User
belum di ambil

Menampilkan register
Menampilkan form Data belum di ambil

Klik Tambah

Input Data User

Klik Simpan Menyimpan Perubahan

Data Berhasil Disimpan


Pesan : Data Berhasil Disimpan

5. Sequence Diagram home

Form Sudah di
Home Data
User
Ambil User

Melihat home
Melihat data sudah di ambil

Menampilkan form
Menampilkan Data sudah di ambil
home

Klik Detail Menyimpan Perubahan

Data Berhasil Disimpan


Pesan : Data Berhasil Disimpan
93

6. Sequence Diagram kategori

User Form Kategori Data User

Menambahkan Kategori

Menampilkan form Detail Kategori

Klik Simpan
Mendapatkan Data
Detail Kategori
Pesan : Data BerhasilDicetak

7. Sequence Diagram form barang user

Admin Form Siswa Data User

Pilih From SIswa

Menampilkan Input Siswa

hasi data siswa

Mendapatkan Data
Menampilkan Data
Menampilkan data siswa

Gambar 4.20 Sequance diagram View Laporan


94

4.1.14 Activity Diagram


Activity Diagram adalah diagram yang menggambarkan worlflow (aliran
kerja) atau aktivitas dari sebuah sistem atau proses bisnis. Yang perlu
diperhatikan adalah bahwa diagram aktivitas menggambarkan aktivitas sistem
bukan apa yang dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh system.
1. Diagram Login

Menampilkan Form Login

Menginput Username dan Password

Valid Tidak Tampil Dialog Message

Ya

Berhasil Login

Masuk Halaman Utama


95

2. Diagram Aktivitas form barang

Menampilkan form
Menampilkan Formbarang
User

Melihat barang
Mengubah user
Id_User

Konfirmasi ke user
Mengubah username

keluar
Mengubah password
96

3. Diagram Aktivitas pending barang

Menampilkan pending
Menampilkan Form Belumbarang
di ambil

MengisiInput
pending
Barangbarang

Keluar
Data Barang
97

4. Diagram Aktivitas kategori

Menampilkan
Menampilkan kategori
Form Sudah di Ambil

Detailkategori
Mengisi Barang
98

5. Diagram Aktivitas home

Menampikan home
Menampilkan Form Kategori

Melihat menuKategori
Tambah barang
99

6. Diagram Aktivitas register

Menampilkan Siswa
Buka register

Input register
Mengisi Siswa

Tambah Siswa
Keluar

7. Diagram Aktivitas form barang user

Menampilkan barang user


from Keluar

Mengisi barang user


Keluar
100

4.2 Pembahasan
Pada sistem informasi penjualan barang bekas di Pendopo 45 memiliki
prosedur atau tata cara untuk mengoperasikan sebuah sistem dengan baik.
Prosedur-prosedur dalam sistem ini menyediakan antarmuka/interface untuk
memudahkan pengguna berhubungan dengan data-data terkait.

4.1.1 Input
1 Master
a. Prosedur Pengoperasian Dashboard
Membuka browser dengan mengetikkan link
https://pendopo45olshop.com/login sehinga muncul tampilan beranda
seperti dibawah ini dan pegguna harus memasukan nama email dan
password yang sudah terdaftar diaplikasi:

Gambar 4.28 UI Login


101

b. Prosedur Pengoperasian Registrasi

Untuk dapat mengakses sistem user harus memiliki akun terlebih


dahulu dengan cara login pada sistem yang ada. Tapi jika belum
mempunyai akun makan pembeli harus melakukan registrasi terlebih
dahulu, guna dapat mengakses sistem yang ada didalamnya dengan cara
mengklik yang bertuliskan “Register” serta menginput beberapa
informasi yang telah disediakan oleh sistem.

Gambar 4.29 UI Registrasi


102

c. Prosedur Pengoperasian Detail Barang


Setelah login menggunakan email dan password yang dimasukkan benar
maka akan diarahkan ke halaman dashboard pengguna. Setelah masuk halaman
dashboard pengguna dapat melakukan transaksi sesuai kebutuhannya, antara
lain pengguna dapat melakukakan pembelian barang bekas sesuai kategori
yang tertera yaitu alat elektronik, bahan bangunan dan dus bekas serta botol
bekas.

Gambar 4.30 UI View detail barang bekas


103

d. Prosedur Pengoperasian Memilih Barang


Berikut ini adalah tahapan yang harus dilakukan oleh user untuk
melakukan pembelian pembelian barang bekas, Pembeli harus memilih
barang yang akan dibeli, setelah mendapatkan barang yang dipilih,
setelah memilih barang yang diinginkan, maka akan muncul tampilan
sebagai berikut

Gambar 4.31 UI View daftar barang dipilih


e. Transaksi Pulsa
Berikut ini adalah tahapan yang harus dilakukan oleh user untuk
melakukan pembelian pulsa
104

4.2.2 Laporan
b. Riwayat Transaksi
Riwayat Transaksi Detail berisi detail dari riwayat transaksi
seperti Nama Akun, Tanggal Transaksi, Nama Produk yang dibeli, email
yang digunakan, Nomor Hp Tujuan, Kategori produk, Deskripsi Produk,
Harga, Status Transaksi, dan berikut adalah tampilan data transaksi detail.
Setiap pembeli yang sudah melakukan transaksi maka data transaksi akan
terekam di database untuk melakukan pengecekan transaksi sudah berhasil,
seperti berikut ini :

Gambar 4.32 UI Transaksi Pulsa

Gambar 4.33 UI View Transaksi

Gambar 4.34 UI View Transaksi


105

Halaman ini sengaja dikosongkan


Untuk mendapatkan halaman ganjil pada halaman berikutnya

Anda mungkin juga menyukai