28 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem Sistem dibuat untuk memudahkan kinerja manusia.dalam hal ini perancangan sistem berbasis web dibuat untuk memudahkan melakukan transaksi jual beli. Adapun tahapan perancangan sistem memiliki beberapa langkah diantaranya sebagai berikut: 4.1.1. Analisa Kebutuhan Dalam tahap ini menjelaskan kebutuhan fungsional program yang akan diusulkan. A. Kebutuhan Pengguna Dalam aplikasi web penjualan ini terdapat dua pengguna yang dapat saling berinteraksi dalam lingkungan sistem, yaitu: bagian admin (back-end) dan pelanggan (front-end). Kedua pengguna tersebut memliki karakteristik interaksi dengan sistem yang berbeda-beda dan memliki kebutuhan informasi yang berbda pula, sebagai berikut: A.1. Skenario Kebutuhan Bagian Admin a) Admin dapat megelola data produk b) Admin dapat mengelola data pelanggan c) Admin dapat mengelola laporan penjualan
22
Embed
BAB IV PERANCANGAN SISTEM USULAN · 30 IN N k n i k g n n k k k k k n n n n n n t k g k k k t n n n n n n n n Gambar IV.1. Usecase Diagram Sistem Usulan Tabel IV.1. Deskripsi Usecase
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
28
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
Sistem dibuat untuk memudahkan kinerja manusia.dalam hal ini
perancangan sistem berbasis web dibuat untuk memudahkan melakukan transaksi
jual beli. Adapun tahapan perancangan sistem memiliki beberapa langkah
diantaranya sebagai berikut:
4.1.1. Analisa Kebutuhan
Dalam tahap ini menjelaskan kebutuhan fungsional program yang akan
diusulkan.
A. Kebutuhan Pengguna
Dalam aplikasi web penjualan ini terdapat dua pengguna yang dapat saling
berinteraksi dalam lingkungan sistem, yaitu: bagian admin (back-end) dan
pelanggan (front-end). Kedua pengguna tersebut memliki karakteristik interaksi
dengan sistem yang berbeda-beda dan memliki kebutuhan informasi yang berbda
pula, sebagai berikut:
A.1. Skenario Kebutuhan Bagian Admin
a) Admin dapat megelola data produk
b) Admin dapat mengelola data pelanggan
c) Admin dapat mengelola laporan penjualan
29
A.2. Skenario Bagian Pelanggan
a) Pelanggan dapat melihat detail produk
b) Pelanggan dapat mendaftar member
c) Pelanggan dapat melakukan login member
d) Pelanggan dapat melihat data pembelian produk secara online
B. Kebutuhan Sistem
a) Admin harus melakukan login terlebih dahulu untuk dapat mengakses
aplikasi ini dengan memasukkan username dan password.
b) Pelanggan melakukan login sebagai member untuk membeli suatu produk
dalam aplikasi web ini.
c) Sistem melakukan pencatatan transaksi penjualan serta kalkulasi stok
barang.
d) Sistem akan menampilkan halaman yang diakses oleh pengguna.
4.1.2. Rancangan Diagram Usecase
Diagram usecase mendeskripsikan sebuah interaksi antara satu atau lebih
aktor dengan sistem yang akan dibuat. Diagram usecase digunakan untuk
mengetahui fungsi apa saja yang ada di dalam sebuah sistem dan siapa saja yang
berhak menggunakan fungsi-fungsi tersebut.
30
ADMINPELANGGAN
mengelola data produk
mengelola data pelanggan
validasi
memilih halaman produk
memilih halaman keranjang
mengelola data pembelian
memeriksa status login
melihat data produk
mengubah data produk
mencari data produk
menambah data produk
menghapus data produk
melihat data pelanggan
mencari data pelanggan
mengubah data pelanggan
menghapus data pelanggan
menambah data pelanggan
login logout
melihat detail produk
memasukkan produk ke keranjang
melihat foto produk
menambah produk
menghapus produk melakukan checkout
menghapus data pembelian
mencari data pembelian
melihat data pembelian
mengubah data pembelian
membuat laporan
melihat laporan
mencari data pembelian
menghapus laporan
Gambar IV.1.
Usecase Diagram Sistem Usulan
Tabel IV.1.
Deskripsi Usecase Mengelola Data Produk
Use Case Name Mengelola Data Admin
Requirements Admin dapat mengelola data produk
Goal Bagian admin mengelola data produk
Pre-Conditions Admin melakukan login untuk dapat
mengakses halaman data produk
Post-Conditions Mengelola website penjualan
Failed end Condition Admin tidak dapat membeli barang /
berbelanja
Actors Admin
Main Flow/ Basic Path 1. Admin dapat melihat data produk
31
2. Admin dapat mencari data produk
3. Admin dapat mengubah data produk
4. Admin dapat menghapus data produk
5. Admin dapat menambah data produk
Alternate Flow/Invariant A A1. Admin mengetikan nama atau kode
produk. A2. Admin memilih tombol “cari”. A3. Sistem menampilkan data produk yang
dicari.
A4. Admin memilih tombol “Edit”.
A5. Sistem menampilkan form data
produk.
A6. Admin mengedit data produk
Invariant B
B1. Admin memilih data produk
B2. Admin memilih tombol “hapus”
B3. Sistem menampilkan dialog
konfirmasi penghapusan
B4. Admin memilih tombol “Yes”.
B5. Sistem menghapus data produk
Invariant C
C1. Admin memilih data produk
C2. Admin memilih tombol “tambah”
C3. Sistem menampilkan form data produk
C4. Admin menambah data produk
C5. Admin memilih tombol “simpan”
C6. Sistem akan menyimpan data produk
Tabel IV.2.
Deskripsi Usecase Mengelola Data Pelanggan
Use Case Name Mengelola Data Pelanggan
Requirements Admin dapat mengelola data pelanggan
Goal Bagian admin mengelola data pelanggan
Pre-Conditions Admin melakukan login untuk dapat
mengakses halaman data pelanggan
Post-Conditions Mengelola website penjualan
Failed end Condition Admin tidak dapat membeli barang /
32
berbelanja
Actors Admin
Main Flow/ Basic Path 1. Admin dapat melihat data pelanggan
2. Admin dapat mencari data pelanggan
3. Admin dapat mengubah data pelanggan
4. Admin dapat menghapus data pelanggan
5. Admin dapat menambah data pelanggan
Alternate Flow/Invariant A A1. Admin mengetikan nama atau kode
pelanggan A2. Admin memilih tombol “cari”. A3. Sistem menampilkan data pelanggan
yang dicari.
A4. Admin memilih tombol “Edit”.
A5. Sistem menampilkan form data
pelanggan
A6. Admin mengedit data pelanggan
Invariant B
B1. Admin memilih data pelanggan
B2. Admin memilih tombol “hapus”
B3. Sistem menampilkan dialog
konfirmasi penghapusan
B4. Admin memilih tombol “Yes”.
B5. Sistem menghapus data pelanggan
Invariant C
C1. Admin memilih data pelanggan
C2. Admin memilih tombol “tambah”
C3. Sistem menampilkan form data
pelanggan
C4. Admin menambah data pelanggan
C5. Admin memilih tombol “simpan”
C6. Sistem akan menyimpan data pelanggan
Tabel IV.3.
Deskripsi Usecase Mengelola Data Pembelian
Use Case Name Mengelola Data Pembelian
Requirements Admin dapat mengelola data pembelian
Goal Bagian admin mengelola data pembelian
33
Pre-Conditions Admin melakukan login untuk dapat
mengakses halaman data pembelian
Post-Conditions Mengelola website penjualan
Failed end Condition Admin tidak dapat membeli barang /
berbelanja
Actors Admin
Main Flow/ Basic Path 1. Admin dapat melihat data pembelian
2. Admin dapat mencari data pembelian
3. Admin dapat mengubah data pembelian
4. Admin dapat menghapus data pembelian
Alternate Flow/Invariant A A1. Admin mengetikan kode pembelian A2. Admin memilih tombol “cari”. A3. Sistem menampilkan data pembelian
yang dicari.
A4. Admin memilih tombol “Edit”.
A5. Sistem menampilkan form data
pembelian
A6. Admin mengedit data
pembelian
Invariant B
B1. Admin memilih data pembelian
B2. Admin memilih tombol “hapus”
B3. Sistem menampilkan dialog
konfirmasi penghapusan
B4. Admin memilih tombol “Yes”.
B5. Sistem menghapus data pembelian
Tabel IV.4.
Deskripsi Usecase Membuat Laporan
Use Case Name Membuat Laporan
Requirements Admin dapat mengelola data laporan
Goal Bagian admin mengelola data laporan
Pre-Conditions Admin melakukan login untuk dapat
mengakses halaman data laporan
Post-Conditions Mengelola website penjualan
34
Failed end Condition Admin tidak dapat membeli barang /
berbelanja
Actors Admin
Main Flow/ Basic Path 1. Admin dapat melihat data laporan
2. Admin dapat mencari data laporan
3. Admin dapat menghapus data pembelian
Alternate Flow/Invariant A A1. Admin melihat data laporan A2. Admin memilih tombol “hapus” A3. Sistem menampilkan dialog
konfirmasi penghapusan
A4. Admin memilih tombol “Yes”
A5. Sistem menghapus data laporan
Tabel IV.5.
Deskripsi Usecase Memilih Halaman Produk
Use Case Name Memilih Halaman Produk
Requirements Pengguna dapat melihat data produk
Goal Pengguna dapat melihat semua data produk
Pre-Conditions Pengguna mengakses langsung halaman
produk
Post-Conditions Membeli produk
Failed end Condition Pengguna tidak dapat membeli produk
sebelum menjadi member dan melakukan
login
Actors Pengguna
Main Flow/ Basic Path 1. Pengguna dapat melihat foto produk
2. Pengguna dapat melihat detail produk
3. Pengguna dapat memasukkan produk ke
keranjang
Alternate Flow/Invariant A A1. Pengguna melihat halaman produk A2. Pengguna memilih produk A3. Sistem menampilkan detail
produk
A4. Pengguna memilih foto produk
A5. Sistem menampilkan foto
35
produk
Alternate Flow/Invariant B B1. Pengguna melakukan login B2. Pengguna memilih produk B3. Sistem menampilkan detail
produk
B4. Pengguna memilih masukkan ke
keranjang
B5. Sistem memasukkan produk
yang di pilih ke form keranjang
Tabel IV.6.
Deskripsi Usecase Memilih Halaman Keranjang
Use Case Name Memilih Halaman Keranjang
Requirements Pengguna dapat melihat data produk di form
keranjang
Goal Pengguna dapat melihat semua data produk
yang ada di form keranjang
Pre-Conditions Pengguna mengakses langsung halaman
keranjang
Post-Conditions Membeli produk
Failed end Condition Pengguna tidak dapat membeli produk
sebelum menjadi member dan melakukan
login
Actors Pengguna
Main Flow/ Basic Path 1. Pengguna dapat menambah produk ke
keranjang
2. Pengguna dapat menghapus produk dari
keranjang
3. Pengguna dapat melakukan checkout
Alternate Flow/Invariant A A1. Pengguna melihat halaman keranjang A2. Pengguna menambahkan produk ke
keranjang A3. Sistem menampilkan
jumlah produk yang akan dibeli
A4. Pengguna memilih tombol
“hapus”
A5. Sistem menampilkan
36
dialog konfirmasi
penghapusan
A6. Pengguna memilih tombol
“Yes”
A7. Sistem menghapus produk dari
keranjang
Alternate Flow/Invariant B B1. Pengguna melihat data produuk di
keranjang B2. Pengguna memilih checkout untuk
pembayaran B3. Sistem menampilkan total
pembayaran
4.1.3. Rancangan Diagram Aktivitas
Diagram Aktivitas merupakan penggambaran aliran kerja yang dilakukan
oleh sistem atau proses bisnis. Berikut rancangan diagram aktivitas yang
diusulkan.
ADMIN PELANGGAN
login
Menu Utama
mengelola produk mengelola pelangganmengelola pembelian membuat laporan
logout
memilih halaman produk
login
memilih halaman keranjang
Gambar IV.2.
Diagram Aktivitas Sistem Usulan
37
4.1.4 Rancangan Dokumen Sistem Usulan
A. Nama Dokumen : Data Produk
Fungsi : Melihat data produk
Sumber : Sales Marketing
Tujuan : Admin
Media : Kertas
Jumlah : 1-3 lembar
Frekuensi : Setiap ada produk baru
Bentuk : Lihat Lampiran C.1
B. Nama Dokumen : Data Pelanggan
Fungsi : Untuk mengetahui data pelanggan
Sumber : Pelanggan
Tujuan : Admin
Media : web
Jumlah : 1 lembar
Frekuensi : Setiap pendaftaran pelanggan baru
Bentuk : Lihat Lampiran C.2
C. Nama Dokumen : Laporan Penjualan
Fungsi : Untuk mengetahui berapa banyak barang terjual
dan total penjualan
Sumber : Admin
Tujuan : Kepala Cabang
Media : Kertas
Jumlah : 1 lembar
38
Frekuensi : Print untuk mengetahui hasil penjualan
Bentuk : Lihat Lampiran C.3
4.1.5 Rancangan Prototype
Pada tahap ini berisi mengenai penggambaran interface atau tampilan dari
program usulan yang telah dibuat.
A. Interface halaman Pengunjung (Front End)
Gambar IV.3.
Tampilan Halaman Pengunjung
39
B. Interface halaman Admin (Back End)
Gambar IV.4.
Tampilan Halaman Admin
4.2. Perancangan Perangkat Lunak
Pada tahap ini perancangan perangkat lunak difokuskan pada enam atribut
yaitu ERD, LRS, Spesifikasi File, Diagram Kelas, Diagram Sequence, dan
Spesifikasi Hardware serta Software.
4.2.1. Entity Relationship Diagram (ERD)
Berikut merupakan rancang bangun basis data yang dimodelkan
menggunakan Diagram-ER.
40
produk
id_produk
nama_produk
foto_produk
harga_produkdeskripsi_produk berat_produk
pelanggan
id_pelanggan
nama_pelanggan
email_pelanggan
password_pelanggan
no_telp
pembelian
id_pelanggan
tanggal_pembelian
id_pembeliantotal_pembelian
pembelian_produk
id_produk
jumlah
id_pembelian
id_pembelian_produk
melakukan
memiliki
memiliki
1 M
1
M1
M
Gambar IV.5.
Diagram-ER Sistem Usulan
4.2.2. Logical Record Structure (LRS)
Berikut merupakan pemodelan LRS basis data beserta korelasinya
terhadap setiap tabel yang ada.
pelanggan
pembelian
produk
pembelian_produk
id_pelangganPK
email_pelangan
nama_pelanggan
id_pembelianPK
id_pelanggan
total_pembelian
id_produkPK
nama_produk
foto_produk
id_pembelian_produkPK
id_pembelian
jumlah
password_pelanggan
no_telp
tanggal_pembelian
id_produk
harga_produk
berat_produk
deskripsi_produk
M
1
1M
1M
Gambar IV.6.
LRS Sistem Usulan
41
4.2.3. Spesifikasi File
Mendeskripsikan tentang file atau tabel yang terbentuk dari transformasi
Diagram-ER.
1. Spesifikasi File Produk
a. Nama File : Produk
b. Akronim : produk
c. Fungsi : untuk menyimpan data produk
d. Tipe File : File Master
e. Organisasi File : indexed sequential
f. Akses File : Random
g. Media : Harddisk
h. Panjang record : 100
i. Kunci Field : id_produk
j. Software : Mysql
Tabel IV.7.
Spesifikasi Tabel Produk
No Elemen Data Akronim Tipe Panjang Keterangan
1 ID Produk id_produk Int 11 Primary Key
2 Nama Produk nama_produk Varchar 100
3 Harga Produk harga_produk Int 11
4 Berat Produk berat_produk Int 11
5 Foto Produk foto_produk Varchar 100
6 Deskripsi Produk deskripsi_produk Text
2. Spesifikasi Pembelian Produk
a. Nama File : Pembelian Produk
b. Akronim : pembelian_produk
42
c. Fungsi : untuk menyimpan data pembelian
sementara
d. Tipe File : File Master
e. Organisasi File : indexed sequential
f. Akses File : Random
g. Media : Harddisk
h. Panjang record : 100
i. Kunci Field : id_pembelian_produk
j. Software : Mysql
Tabel IV.8.
Spesifikasi Tabel Pembelian Produk
No Elemen Data Akronim Tipe Panjang Keterangan
1 ID Pembelian
Produk id_pembelian_produk Int 11
2 ID Pembelian id_pembelian Int 11
3 ID Produk id_produk Int 11
4 Jumlah jumlah Int 11
3. Spesifikasi File Pembelian
a. Nama File : Pembelian
b. Akronim : pembelian
c. Fungsi : untuk menyimpan data pembelian
d. Tipe File : File Master
e. Organisasi File : indexed sequential
f. Akses File : Random
g. Media : Harddisk
h. Panjang record : 100
43
i. Kunci Field : id_pembelian
j. Software : Mysql
Tabel IV.9.
Spesifikasi Tabel Pembelian
No Elemen Data Akronim Type Panjang Keterangan
1 ID Pembelian id_pembelian Int 11 Primary Key
2 ID Pelanggan id_pelanggan Int 11
3 Tanggal
Pembelian tanggal_pembelian Date
4 Total Pembelian total_pembelian Int 11
4. Spesifikasi File Pelanggan
a. Nama File : Pelanggan
b. Akronim : pelanggan
c. Fungsi : untuk menyimpan data pelanggan yang
terdaftar
d. Tipe File : File Master
e. Organisasi File : indexed sequential
f. Akses File : Random
g. Media : Harddisk
h. Panjang record : 100
i. Kunci Field : id_pelanggan
j. Software : Mysql
Tabel IV.10.
Spesifikasi Tabel Pelanggan
No Elemen Data Akronim Type Panjang Keterangan
1 ID Pelanggan id_pelanggan Int 11 Primary Key
2 Email Pelanggan email_pelanggan Varchar 100
44
3 Password
Pelanggan password_pelanggan Varchar 50
4 Nama Pelanggan nama_pelanggan Varchar 100
5 No. Telepon no_telp Varchar 20
4.2.4. Class Model/Class Diagram
Berikut merupakan pemodelan Diagram Kelas dari basis data beserta