37 BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN 4.1. Analisis Kebutuhan Software Kebutuhan perangkat lunak adalah kondisi, kriteria, syarat atau kemampuan yang harus dimiliki oleh perangkat lunak untuk memenuhi apa yang disyaratkan atau diinginkan pemakai. Bab ini berisi mengenai segala sesuatu yang dibutuhkan untuk dapat melakukan analisis kebutuhan perangkat lunak ( software requirement analysis). Analisis kebutuhan perangkat lunak (software requirement analysis) merupakan aktivitas awal dari siklus hidup pengembangan perangkat lunak (software). Untuk proyek-proyek perangkat lunak yang besar, analisis kebutuhan dilaksanakan setelah tahap rekayasa sistem atau informasi dan software project planning. 1. Tahapan Analisis Sistem penjualan secara online berbasis web dimana penjual dan pembeli perlu bertemu atau bertatapan muka secara langsung. Calon pembeli atau pelanggan hanya perlu melakukan pembelian melalui media browser. Berikut ini adalah spesifikasi kebutuhan (system requiretment ) dari sistem e-commerce. Halaman User: A1. Pembeli dapat melihat produk. A2. Pembeli melihat keranjang belanja A3. Pembeli dapat mengirim pesan
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
37
BAB IV
RANCANGAN SISTEM DAN PROGRAM USULAN
4.1. Analisis Kebutuhan Software
Kebutuhan perangkat lunak adalah kondisi, kriteria, syarat atau
kemampuan yang harus dimiliki oleh perangkat lunak untuk memenuhi apa yang
disyaratkan atau diinginkan pemakai. Bab ini berisi mengenai segala sesuatu yang
dibutuhkan untuk dapat melakukan analisis kebutuhan perangkat lunak (software
requirement analysis).
Analisis kebutuhan perangkat lunak (software requirement analysis)
merupakan aktivitas awal dari siklus hidup pengembangan perangkat lunak
(software). Untuk proyek-proyek perangkat lunak yang besar, analisis kebutuhan
dilaksanakan setelah tahap rekayasa sistem atau informasi dan software project
planning.
1. Tahapan Analisis
Sistem penjualan secara online berbasis web dimana penjual dan pembeli
perlu bertemu atau bertatapan muka secara langsung. Calon pembeli atau
pelanggan hanya perlu melakukan pembelian melalui media browser. Berikut ini
adalah spesifikasi kebutuhan (system requiretment) dari sistem e-commerce.
Halaman User:
A1. Pembeli dapat melihat produk.
A2. Pembeli melihat keranjang belanja
A3. Pembeli dapat mengirim pesan
38
Halaman Administrasi:
B1. Admin dapat mengelola produk.
B2. Admin dapat mengelola data transaksi penjualan.
B3. Admin dapat mengelola laporan penjualan.
1. Use Case Diagram
Diagram usecase digunakan untuk mendeskripsikan apa yang seharusnya
dilakukan oleh sistem. Diagram usecase menyediakan cara mendiskripsikan
pandangan eksternal terhadap sistem dan interaksi-interaksinya terhadap dunia
luar. Dengan cara ini diagram usecase menggantikan diagram konteks pada
pendekatan konvensional.
39
Input Barang
Browse Barang
Tentang Kami
Artikel
Register
member
Konfirm Bayar
Kategori
Kontak Kami
Keranjang
Cara Transaksi
Produk
Home
Beranda
Approve Bayar
Login/Logout
Browse Berita
Laporan
Input Berita
Melihat Produk
Administrator
Member
Pengunjung
Gambar IV.2 Use Case Diagram Sistem Usulan
Tabel IV.1 Dokumentasi Use Case Usulan
Use Case Index Member dan Index Pengunjung
Brief Description Use case ini memungkinkan member untuk melakukan
semua yang disediakan oleh web seperti melihat
produk, transaksi sedangkan pengunjung hanya bisa
melihat produk dan berita.
Actor Member dan Pengunjung
Precondition Member dan pengunjung melihat halaman-halaman
40
web.
Main Flow Use case index member dimulai pada saat member
sudah login. Sedangkan pengunjung, ketika membuka
web.
Alternatif Flow Jika member dan pengunjung tidak ingin melihat
halaman indexnya. Masing-masing dapat menutup
browser
Post Condition Jika member berhasil melakukan login kemudian
member dapat melakukan transaksi yang diinginkan.
41
Adapun Use Case Detailnya terbagi atas :
a. Use Case Diagram Member
Gambar IV.3 Use Case Diagram Admin
Tabel IV.2 Dokumentasi Use Case Admin
Use Case Index Admin
Brief Description Use case ini memungkinkan member untuk melakukan
semua yang disediakan oleh web seperti melihat
produk, transaksi, berita sedangkan pengunjung hanya
bisa melihat produk dan berita.
Actor Admin, Member dan Pengunjung
Precondition Member dan pengunjung melihat halaman-halaman
web.
Main Flow Use case index member dimulai pada saat member
sudah login. Sedangkan pengunjung, ketika membuka
web.
Alternatif Flow Jika member dan pengunjung tidak ingin melihat
halaman indexnya. Masing-masing dapat menutup
browser
Post Condition Jika member berhasil melakukan login kemudian
member dapat melakukan transaksi yang diinginkan.
42
Adapun Use Case Detailnya terbagi atas :
b. Use Case Diagram Register Member
Register Member
pengunjung
Admin
<<include>>
<<extend>>
isi form register
member
register member
data member
Gambar IV.4 Use Case Diagram Register Member
Tabel IV.3 Dokumentasi Use Case Register Member
Use Case Register Member
Brief Description Pada use case ini memungkinkan pengunjung
membuka web , melakukan registrasi member untuk
dapat menjadi member.
Actor Pengunjung dan Admin
Precondition Pengunjung menggunakan browser internet untuk
memasuki halaman register member agar mengisi form
pendaftaran register member pada web .
Main Flow Use case ini dimulai pada saat pengunjung ingin
melakukan transaksi. Pertama kali pengunjung
langsung menuju ke halaman index . Kemudian
pengunjung mengisi form register dengan benar agar
43
data tersimpan dalam data member dan dapat
melakukan login member.
Alternatif Flow Jika pengunjung menjalankan form register dan masih
ada yang kurang dalam pengisian, maka sistem
otomatis akan menampilkan pesan dan sistem
mengijinkan pengunjung untuk memasukkan form
register dengan benar.
Post Condition Jika use case berhasil dijalankan, data pengunjung
yang diisi melalui form register akan tersimpan di
database sistem dan pengunjung mendapatkan sebuah
link ke email pengunjung. Jika tidak maka status
pengunjung tidak berubah
b. Use Case Diagram Login
Login
pengunjung
Admin
<<include>>
<<extend>>
register member
ruang member
email dan password
Gambar IV.5 Use Case Diagram Login
Tabel IV.4 Dokumentasi Use Case Login
Use Case Login
44
Brief Description Use case ini memungkinkan Member dan admin
membuka web dan melakukan login untuk masuk ke
dalam hak aksesnya .
Actor Member dan Admin
Precondition Member dan admin menggunakan internet browser
untuk melihat halaman web . Member dan admin
dapat mengisi form login dengan memasukkan
username dan password secara benar.
Main Flow Use case ini dimulai pada saat member dan admin
ingin menggunakan hak aksesnya. Pertama kali
member dan admin akan menuju ke halaman index .
Kemudian member dan admin ke form login dengan
mengisi username dan password secara benar. Jika
user atau password salah maka sistem akan
memberikan pesan.
Alternatif Flow Jika member dan admin memilih login, maka
member dan admin akan ditampilkan form login agar
dapat memasukkan username dan password.
Post Condition Jika member dan admin berhasil dalam melakukan
langkah-langkah tersebut maka member dan admin
dapat masuk ke dalam sistem pengaksesan.
45
c. Use Case Diagram Cara Pemesanan Produk
Cara Pemesanan
Member admin
cara pemesanan
update cara
pemesanan
<<extend>>
halaman cara
pemesanan
<<include>>
Gambar IV.6 Use Case Diagram Cara Pemesanan Produk
Tabel IV.3 Dokumentasi Use Case Cara Pemesanan Produk
Use Case Cara Pemesanan Produk
Brief Description Use case ini memungkinkan member membuka web
dan menuju halaman cara pemesanan produk, disini
member melihat isi dari tata cara pemesanan
melakukan transaksi. Dan admin berhak akses untuk
mengupdate cara pemesanan.
Actor Member dan Admin
Precondition Member menggunakan internet browser untuk dapat
melihat cara dan ketentuan dalam pemesanan. Serta
admin masuk kedalam aksesnya untuk dapat
46
mengedit/mengupdate cara dan ketentuan pemesanan.
Main Flow Use case ini dimulai pada saat member ingin
mengetahui informasi tentang cara dan ketentuan
pemesanan. Pertama kali member akan langsung
menuju ke halaman index. Kemudian member menuju
ke halaman cara pemesanan untuk mengetahui tata
cara pemesanan dalam web . Jika sudah, member dapat
memesan produk yang diinginkan. Sedangkan admin
pertama kali harus login untuk mendapatkan hak
aksesnya sehingga dapat mengupdatenya jika ada
perubahan.
Alternatif Flow Jika member sudah mengetahui tata cara dan ketentuan
tentang pemesanan member dapat melakukan
transaksinya dengan mudah. Jika member masih belum
paham tentang info cara dan ketentuan pemesanan,
member dapat menghubungi admin untuk dapat
menerima info hingga member benar-benar mengerti.
Post Condition Jika member sudah mengerti dengan info tentang cara
dan ketentuan pemesanan, member dapat melakukan
transaksi dengan mudah.
47
d. Use Case Diagram Pesan Barang
Gambar IV.7 Use Case Diagram Pesan Barang
Tabel IV.5 Dokumentasi Use Case Pesan Barang
Use Case Pesan Barang
Brief Description Use Case ini memungkinkan member membuka web ,
melakukan login member dan masuk ke halaman produk
untuk melakukan pemilihan produk mana yang akan
dibelinya.
Actor Member dan Admin
Pre Condition Member harus masuk kedalam sistem akses member.
Main Flow Member dapat memilih menu sesuai dengan yang
dikehendaki.
Alternative Flow Jika member memilih menu produk maka member akan
dapat melihat semua produk-produk yang disediakan oleh
-online.com lalu tekan tombol beli untuk memilih dan
menginput barang.
48
Post Condition Jika use case berhasil dijalankan, barang yang dipesan
akan tersimpan di database sistem dan member harus
segera membayar jika barang ingin cepat dikirim. Jika
tidak maka barang tidak dikirim.
e. Use Case Diagram Keranjang Belanja
Keranjang Belanja
Member
Admin
Keranjang Belanja
<<include>>
<<extend>>
<<extend>>
selesai belanja
pesan lagi
<<extend>>ubah jumlah
hapus pesanan
<<extend>>
pesan barang
Gambar IV.8 Use Case Diagram Keranjang Belanja
Tabel IV.6 Dokumentasi Use Case Keranjang Belanja
Use Case Keranjang Belanja
Brief
Description
Use Case ini memungkinkan member membuka halaman
keranjang belanja untuk melihat semua transaksi pembelian
yang sudah dilakukan oleh member.
Actor Member dan Admin
Pre Condition Member harus masuk kedalam sistem akses member
Main Flow Member dapat memilih produk yang akan dibeli. Untuk
melihat semua transaksi pembelian maka dapat memilih
49
menu keranjang belanja.
Alternative Flow Jika member memilih menu keranjang belanja maka member
dapat melihat semua transaksi pembelian yang telah
dilakukan.
Post Condition Jika proses telah berhasil maka member melihat rincian
produk yang akan dibelinya serta disini member dapat
melihat total keseluruhan nominal harga yang harus dibayar.
f. Use Case Diagram Konfirmasi Pembayaran
member
Form
Konfirmasi
Konfirmasi
Bayar
Data
konfirmasi
<< extend >>
<<include>>
admin
Gambar IV.9 Use Case Diagram Konfirmasi Pembayaran
Tabel IV.7 Dokumentasi Use Case Konfirmasi Pembayaran
Use Case Konfirmasi Pembayaran
Brief Description Use Case ini memungkinkan Member membuka halaman
ubah konfirmasi Pembayaran untuk mengisi form
konfirmasi pembayaran sebagai bukti member telah
melakukan transfer pada norek .
Actor Member
50
Pre Condition Member harus menggunakan browser internet untuk
mengakses website .com serta melakukan login dan
bertransaksi.
Main Flow Ketikkan pada address bar .com saat pertama kali diakses
melalui browser internet, member menuju login member
untuk dapat mengaksesnya.
Alternative Flow Jika member login member maka tampil form login
member yang telah ada dan memasukan username dan
password sebagai kunci keamanan data.
Post Condition Jika proses telah berhasil maka akan tampil halaman
index member untuk selanjutnya member melakukan
transaksi dan menstransfer pembayarannya maka
dilakukan konfirmasi pembayaran.
g. Use Case Diagram Kontak Kami
Kontak Kami
Member admin
<<include>>
<<extend>>
data kontak
isi form kontak
kontak kami
Gambar IV.10 Use Case Diagram Kontak Kami
51
Tabel IV.8 Dokumentasi Use Case Kontak Kami
Use Case Kontak Kami
Brief Description Use Case ini memungkinkan pengguna web .com
membuka halaman kontak kami untuk dapat
mengirimkan kritik dan saran serta konsultasi melalui
media email
Actor Member dan admin
Precondition Member harus menggunakan browser internet untuk
mengakses website
Main Flow Saat website pertama kali diakses melalui browser
internet, member akan menuju pada halaman utama
yaitu index.php untuk kemudian dapat memilih menu
sesuai dengan yang dikehendaki
Alternatif Flow Jika member memilih menu kontak kami maka
member akan dapat mengisi di form untuk mengirim
kritik dan saran serta menanyakan seputar yang ada
di dalam .
Post Condition Jika proses telah berhasil data akan terkirim ke
database sistem.
2. Activity Diagram
Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang
sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin
52
terjadi dan bagaimana mereka berakhir. Activity diagram juga dapat
menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
a. Activity Diagram Member
Member
Menutup
Browser
Website
Benar Salah
Proses Simpan Data
Konfirmasi
pembayaran
Logout
Membuka Browser
Login Member Login Gagal
Input Username
dan Password
Kirim Data
Login
Ruang
Member
tampil
Data
Melihat
Informasi
Lihat produk/
katalog
Pesan barang
Simpan data
Gambar IV.11 Activity Diagram Member
53
b. Activity Diagram Register Member
Pengunjung website
register member tampil form register member
input data member
simpan data
Data valid
tampil data berhasil disimpan
batal
Cek Email anda
register
Tidak
Gambar IV.12 Activity Diagram Register Member
c. Activity Diagram Login Member
WebsiteMember
Login Tampil Form Login
Input username dan password
login member
batal
tampil halaman utama memberLogin valid
Login tidak
valid
Gambar IV.13 Activity Diagram Login Member
54
d. Activity Diagram Keranjang Belanja
Gambar IV.14 Activity Diagram Keranjang Belanja
55
e. Activity Diagram Admin
ADMIN
Menutup
Browser
WEB
Benar Salah
Proses
Simpan
Data
Tampil Data
Logout
Membuka Browser
Halaman
Ruang
Login AdminLogin Gagal
Input Username
dan Password
Kirim Data
Login
Ruang Admin
Simpan
Data
Input/Edit
Database
Proses
Simpan
Informasi
Tampil Informasi
Simpan
Informasi
Input/Edit
Informasi
Web
Gambar IV.15 Activity Diagram Admin
56
3. Component Diagram
Component diagram digunakan untuk merepresentasikan dunia riil item
yaitu component software. Component software menetap di komputer bukan di
benak para analis, berikut gambar component software:
Gambar IV.16 Component Diagram
4. Development Diagram
Deployment diagram menunjukan susunan fisik suatu sistem, menunjukan
perangkat lunak mana yang berjalan pada perangkat lunak mana.
Gambar IV.17 Deployment Diagram
57
4.2. Desain
4.2.1. Database
1. ERD (Entity Relationship Diagram)
pembeli
email
hp
kodeposalamat
nama_lengkap
telpon_rumah
password
jml_transfer
melakukan
transaksi
no_struk tgl_struk
email total
M detail_transaksi barang
harga_barang
tgl_update
kategori_barang
detail_barang
email_adminkd_barang
gambar_barang
nama_barang
jumlah
kd_barangno_struk
1
M
1
Konfirmasi_
pembayaran
kirim
1
tgl_transferno_Struk
no_rek nama_transfer
bank_transfer
emailupload_struk
approve
M
suntotal
tgl_konfirmasi
Gambar IV.18
ERD (Entity Relationship Diagram)
58
2. Logical Structure Record
Produk
Kategori
Order Isi
emailNo_struk
Kd_barang
Kd_kategoriKonfirmasi
Id_pelanggan
No_struk
Pelanggan
Gambar IV.11.
Logical Record Structure Penjualan Online
3. Spesifikasi File
Dalam web ecommerce ini terdapat satu database yaitu database
“dbanugerah_foam” yang memiliki delapan tabel yaitu:
a. Tabel admin
Tabel ini berfungsi untuk menyimpan data admin. Tabel ini terdiri dari field-
field sebagai berikut:
Tabel IV.9 Spesifikasi Tabel admin
No Elemen Data Akronim Type Size Ket
1 Email Admin Email_admin Varchar 50 Primary Key
2 Nama Admin Nama_admin Varchar 100
3 Password password Varchar 100
b. Tabel Barang
Tabel ini berfungsi untuk menyimpan data barang. Tabel ini terdiri dari
field-field sebagai berikut:
59
Tabel IV.10 Spesifikasi Tabel Barang
No Elemen Data Akronim Type Size Ket
1 Kode Barang Kd_barang Varchar 8 Primary Key
2 Nama Barang Nm_barangg Varchar 100
3 Harga Barang Harga_barang Int 6
4 Detail Barang Detail_barang Blob
5 Gambar Barang Gambar_barang Varchar 30
6 Id_Kategori Id_Kategori Int 3
7 Email Admin Email_admin Int 5
8 Tanggal Update Tgl_update datetime
c. Tabel Komentar
Tabel ini berfungsi untuk menyimpan data komentar. Tabel ini terdiri dari
field-field sebagai berikut:
Tabel IV.11 Spesifikasi Tabel Komentar
No Elemen Data Akronim Type Size Ket
1 Id Komentar id_komentar Int 5 Primary Key
2 Id Berita id_berita Int 5
3 Nama Komentar nama_komentar Varchar 100
4 Isi Komentar isi_komentar Text
5 Tanggal Tgl datetime
6 Aktif Aktif char “1”,”2”
d. Tabel Berita
Tabel ini berfungsi untuk menyimpan data berita. Tabel ini terdiri dari field-
field sebagai berikut:
60
Tabel IV.12 Spesifikasi Tabel Berita
No Elemen Data Akronim Type Size Ket
1 ID Berita Id_berita Int 5 Primary Key
2 Judul Berita Judul_berita Varchar 100
3 Flash Berita Flash_berita Blob
4 Isi Berita Isi_berita Blob
5 Sumber Berita Sumber_berita Varchar 100
6 Id Admin Id_admin Varchar 10
7 Tanggal Update Tgl_update
e. Tabel detail_transaksi
Tabel ini berfungsi untuk menyimpan data detail transaksi. Tabel ini terdiri
dari field-field sebagai berikut:
Tabel IV.13 Spesifikasi Tabel Detail_transaksi
No Elemen Data Akronim Type Size Ket
1 Nomor Struk No_struk Varchar 14 Primary Key
2 Kode Barang Kd_barang Varchar 8
3 Jumlah Pesan Jml_pesan Int 3
4 Subtotal Int 8
f. Tabel pembeli
Tabel ini berfungsi untuk menyimpan data pembeli. Tabel ini terdiri dari
field-field sebagai berikut:
61
Tabel IV.14 Spesifikasi Tabel pembeli
No Elemen Data Akronim Type Size Ket
1 Email pembeli Email Varchar 100 Primary Key
2 Nama Lengkap Nama_lengkap Varchar 100
3 Alamat Pembeli Alamat Blob
4 Telepon Rumah Telpon_rumah Varchar 10
5 Handphone Hp Varchar 20
6 Kode pos Kodepos Varchar 5
7 Password Password 100
8 Aktif Aktif 1 ‘1’,’2’
g. Tabel konfirmasi_bayar
Tabel ini berfungsi untuk menyimpan data konfirmasi pembayaran. Tabel