BAB IV PERANCANGAN SISTEM USULAN · penggambaran use case diagram dan skenario use case yang...
Transcript of BAB IV PERANCANGAN SISTEM USULAN · penggambaran use case diagram dan skenario use case yang...
26
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Perancangan Sistem
4.1.1.Analisa Kebutuhan
Mengidentifikasikan kebutuhan fungsional program disertai dengan
penggambaran use case diagram dan skenario use case yang terkait dengan proses yang
di usulkan.
1. Analisa Kebutuhan Pengguna
Aplikasi penjualan ini terdapat dua pengguna yang saling berinteraksi dalam
lingkungan sistem antara lain: admin dan owner. Kedua pengguna tersebut memiliki
kebutuhan informasi yang berbeda-beda, seperti berikut:
a. Skenario Kebutuhan Bagian User
1) Melihat barang, harga barang, ukuran, kategori barang
2) Melakukan Pemesanan
3) Melakukan Transaksi
b. Skenario Kebutuhan Bagian Admin
1) Admin melakukan login ke sistem
2) Mengelola data barang.
3) Mengelola data transaksi.
4) Mengelola data pelanggan.
5) Admin dapat melihat stok barang
6) Admin dapat mengelola transaksi pembayaran
27
7) Admin dapat logout dari sistem.
C. Skenario Kebutuhan Bagian Owner
1) Owner melakukan login ke sistem.
2) Melihat, dan mengelola laporan barang.
3) Melihat, dan mengelola laporan transaksi.
4) Owner dapat logout dari sistem.
2. Kebutuhan Sistem
Sistem yang di butuhkan adalah:
a. Sistem dapat memberikan informasi penjualan.
b. Sistem dapat menampilkan semua data yang telah di olah pengguna.
c. Sistem dapat mengelola semua data mulai dari data pengguna, data barang, data transaksi, data
pengiriman, kategori, detail transaksi, stok barang, laporan barang, dan laporan transaksi.
28
4.1.2.Rancangan Diagram Use Case Usulan
Gambar IV.1. Use Case Diagram Usulan
Tabel IV.1.
Deskripsi Use Case Melakukan Login
Use Case Name Melakukan login dan masuk kedalam sistem
Requirements User dapat memasukan username dan password
untuk login
Goals Sistem ini memungkinkan aktor untuk mengelola
sistem data penjualan
Pre-Coditions Aktor membuka aplikasi butik
29
Post-Conditions Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi butik dan actor dapat melakukan
aktivitas di dalam system
Failed end Condition Aktor tidak dapat melakukan login jika username
dan password salah
Actors Admin, Owner
Main Flow/Basic Path 1 . Aktor memilih tombol login
2. Aktor memilih tombol keluar
Alternate Flow/Invariant
A
A1. Sistem menampilkan textbox untuk mengisi
username dan password
Invariant B B1. Aktor menuju tampilan system
B2. Aktor keluar dari aktivitas sistem
Tabel IV.2.
Deskripsi Use Case Kelola Data Penjualan
Use Case Name Mengelola data penjualan
Requirements Admin dapat melihat data penjualan, dan mengecek data
penjualan secara online melalui website
Goals Admin dapat mengelola data penjualan dan menginput data
penjualan.
Pre-Coditions Admin telah login.
Post-Conditions Data penjualan bertambah dan ter-update.
Failed end Condition Gagal mengecek data penjualan, mengelola, dan
menginput data penjualan.
Actors Admin
Main Flow/Basic Path 1 . Admin mengelola data penjualan
2. Admin menginput data penjualan
3. Admin mengupdate data pmembatalkan transaksi
penjualan.
Alternate Flow/Invariant -
30
Tabel IV.3.
Deskripsi Use Case Laporan Penjualan
Use Case Name Melihat dan mengecek laporan penjualan
Requirements Admin dapat hasil laporan penjualan
Goals Admin dapat mengelola laporan penjualan sesuai
dengan pencarian yang diinginkan
Pre-Coditions Admin harus mengisi kolom pencarian laporan
penjualan
Post-Conditions Laporan penjuala ditampilan oleh sistem sesuai
dengan kolom pencarian
Failed end Condition Kolom pencarian tidaj diisi maka sistem akan
menampilkan laporan secara keseluruhan
Actors Admin
Main Flow/Basic Path 1. Admin mengisi kolom pencarian laporan
penjualan
2. Sistem menampilkan laporan penjualan
sesuai dengan kolom pencarian
Alternate
Flow/Invariant
A1. Kolom pencarian tidak diisi
Invariant B -
Tabel IV.4.
Deskripsi Use Case Terima Laporan Penjualan
Use Case Name Terima Laporan Penjualan
Requirements Owner dapat melihat hasil keseluruhan laporan
penjualan yang sudah dikelola oleh admin
Goals Owner dapat terima laporan penjualan dan
mengupdate hasil keseluruhan laporan penjualan
Pre-Coditions Owner harus mengupdate hasil keseluruhan dari
laporan penjualan
Post-Conditions Owner menerima laporan penjualan hasil dari
dikelola oleh admin
31
Failed end Condition Owner gagal menerima laporan penjualan
Actors Owner
Main Flow/Basic Path 1. Owner menerima laporan penjualan
2. Owner mengupdate semua laporan
penjualan
Alternate Flow/Invariant A1. Menerima laporan penjualan tidak sesuai
A2. Menerima laporan tidak ter-update
Invariant B -
4.1.3.Rancangan Diagram Aktivity
1. Diagram Aktivity Customer
Gambar IV.2. Aktivity Diagram Customer
32
2. Diagram Aktivity Admin
Gambar IV.3. Aktivity Diagram Admin
33
3. Diagram Aktivity Owner
Gambar IV.4. Aktivity Diagram Owner
34
4.1.4.Rancangan Dokumen Sistem Usulan
Menjelaskan secara rinci setiap rancangan dokumen pada program yang dihasilkan dan
uraian parameter-parameter dokumen tersebut.
A. Rancangan Dokumen Masukan
Dokumen masukan merupakan dokumen yang mengalami proses awal dari
program Penjualan Butik. Adapun dokumen masukan yang digunakan adalah sebagai berikut:
1. Nama Dokumen : Data Penjualan
Fungsi : Sebagai bukti data Penjualan
Sumber : Customer
Tujuan : Admin
Media : Halaman Website
Jumlah : 1 Lembar
Frekuensi : Setiap pemesanan pembelian produk
Bentuk : Lampiran C.1
2. Nama Dokumen : Laporan Barang
Fungsi : Sebagai bukti sudah pesan produk
Sumber : Admin
Tujuan : Customer
Media : Halaman Website
Jumlah : 1 Lembar
Frekuensi : Setiap setelah melakukan penjualan
Bentuk : Lampiran C.2
35
B. Rancangan Dokumen Keluaran
Dokumen keluaran adalah segala bentuk dokumen yang akan mendukung kegiatan serta
menerapkan hasil pencatatan dan pelaporan. Adapun dokumen keluaran yang digunakan
adalah sebagai berikut:
1. Nama Dokumen : Data Transaksi
Fungsi : Sebagai bukti data transaksi
Sumber : Admin
Tujuan : Customer
Media : Halaman Website
Jumlah : 1 Lembar
Frekuensi : Sebagai akan melakukan transaksi
Bentuk : Lampiran D.1
2. Nama Dokumen : Laporan Transaksi
Fungsi : Sebagai bukti membayar transaksi
Sumber : Customer
Tujuan : Admin
Media : Halaman Website
Jumlah : 1 Lembar
Frekuensi : Setiap telah melakukan transaksi
Bentuk : Lampiran D.2
36
4.1.5.Rancangan Prototype
1. Interface Menu Utama
Gambar IV.5. Interface Menu Utama
2. Interface Halaman Login
Gambar IV.6. Interface Halaman Login
37
3. Interface Halaman Form Pengguna
Gambar IV.7. Interface Halaman Form Pengguna
4. Interface Halaman Form Barang
Gambar IV.8. Interface Halaman From Barang
38
5. Interface Halaman Form Kategori
Gambar IV.9. Interface Halaman From Kategori
6. Interface Halaman Form Cari Barang
Gambar IV.10. Interface Halaman From Cari Barang
39
7. Interface Halaman Form Cari Transaksi
Gambar IV.11. Interface Halaman From Cari Transaksi
8. Interface Halaman Form Transaksi
a. Input Penjualan
Gambar IV.12. Interface Halaman From Transaksi Input Penjualan
40
b. Data Penjualan
Gambar IV.13. Interface Halaman From Transaksi Data Penjualan
9. Interface Halaman From Laporan
Gambar IV.14. Interface Halaman From Laporan
41
10. Interface Halaman Laporan Barang
Gambar IV.15. Interface Halaman Laporan Barang
11. Interface Halaman Laporan Pengiriman
Gambar IV.16. Interface Halaman Laporan Pengiriman
42
12. Interface Halaman Laporan Transaksi
Gambar IV.17. Interface Halaman Laporan Transaksi
43
4.2. Perancangan Perangkat Lunak
Perancangan lunak ini difokuskan pada enam atribut, yaitu ERD, LRS, Spesifikasi
File,Class Diagram, Sequence Diagram, dan Spesifikasi Hardware serta Software.
4.2.1. Entity Relationship Diagram (ERD)
Gambar IV.18. Entity Relationship Diagram (ERD)
44
4.2.2. Logical Relational Structure (LRS)
Gambar IV.19. Logical Relationship Structure (LRS)
45
4.2.3. Spesifikasi File
1. Spesifikasi File Pengguna
Nama File : Pengguna
Akronim : pengguna
Fungsi : untuk menyimpan data pengguna
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 223 byte
Kunci Field : id_pengguna
Software : MySQL
Tabel IV.5.
Spesifikasi File Pengguna
2. Spesifikasi File Barang
Nama File : Barang
Akronim : barang
Fungsi : untuk menyimpan data barang
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 173 byte
Kunci Field : kd_barang
Software : MySQL
No Elemen data Nama Field Tipe Size Ket
1. Id_pengguna id_pengguna Varchar 20 Primary key
2. Nm_pengguna nm_ pengguna Varchar 35
3. Password Password Varchar 30
4. Hak akses Hak akses Varchar 10
46
Tabel IV.6
Spesifikasi File Barang
No Elemen data Nama Field Tipe Size Ket
1. Kd_barang kd_barang Char 5 Primary Key
2. Nm_barang nm_barang Varchar 20
3. Harga_barang harga_barang Int 6
4. Stok_barang Stok_barang Int 3
5. Kd_kategori kd_kategori Char 10
6. Ukuran Ukuran Varchar 10
3. Spesifikasi File Data Transaksi
Nama File : Data Transaksi
Akronim : data transaksi
Fungsi : untuk menyimpan data transaksi
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 282 byte
Kunci Field : nmr_transaksi
Software : MySQL
Tabel IV.7
Spesifikasi File Data Transaksi
No Elemen data Nama Field Tipe Size Ket
1. Nmr_transaksi nmr_transksi Char 10 Primary Key
2. Tgl_transaksi tgl_transaksi Date
3. Id_pengguna id_pengguna Varchar 20
4. Nm_pelanggan nm_pelanggan Varchar 30
5. Alamat alamat Varchar 100
6. Cara_bayar cara_bayar Varchar 8
7. Cara_pengiriman cara_pengiriman Varchar 15
47
4. Spesifikasi File Detail Transaksi
Nama File : Detail Transaksi
Akronim : detail transaksi
Fungsi : untuk menyimpan data laporan transaksi
Tipe File : File Master
Organisasi File : Indexed Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 29 byte
Kunci Field : nmr_transaksi
Software : MySQL
Tabel IV.8.
Spesifikasi File Detail Transaksi
No Elemen data Nama Field Tipe Size Ket
1. Nmr_transaksi nmr_transaksi Char 10 Primary key
2. Kd_barang kd_ barang Char 6
3. Jumlah jumlah Int 3
4. Harga_barang harga_barang Int 6
48
4.2.4. Class Diagram Usulan
Gambar IV.20. Class Diagram Usulan.
49
4.2.5. Sequence Diagram Usulan
1. Sequence Diagram Customer
Gambar IV.21. Sequence Diagram Customer
50
2. Sequence Diagram Admin
Gambar IV.22. Sequence Diagram Admin
3. Sequence Diagram Owner
Gambar IV.23. Sequence Diagram Owner
51
4.2.6. Spesifikasi Hardware dan Software
1. Spesifikasi Hardware
a. Server
1) CPU
(a) Intel Inside
(b) RAM DDR3 10 MB
(c) Hard Disk 10 MB
2) Mouse
3) Keyword
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi internet dengan kecepatan 50 Mbps.
b. Client
1) CPU
(a) Processor Pentium 4
(b) RAM DDR2 11 MB
(c) Hard Disk 11 MB
2) Mouse
3) Keyword
4) Monitor dengan resolusi layar minimum 1024x768
5) Koneksi internet dengan kecepatan 56kbps.
2. Spesifikasi Software
a. Server
1) Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux.
52
2) Aplikasi bundle web server seperti: Xampp yang terdiri dari beberapa komponen,
diantaranya:
(a) Aplikasi Apache sever v2
(b) Aplikasi PHP server v5
(c) Aplikasi MySQL server v5
(d) Aplikasi php MyAdmin v3
3) Aplikasi Web lihat seperti Microsoft Edge. Mozilla Firefox, Google Chrome.
b. Client
1) Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux.
2) Aplikasi Web browser seperti Mozilla Firefox, Opera, Safari, Internet Explorer, dan
Google Chrome.
53
4.3. Jadwal Implementasi
Tabel IV.9.
Jadwal Implementasi
No KEGIATAN WAKTU
BULAN I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4
1 Persiapan data awal
2 Analisa
3 Desain Sistem
4 Desain Perangkat Lunak
5 Pembuatan & Tes Program
6 Tes Sistem
7 Pelatihan
8 Pembuatan Buku Petunjuk
9 Evaluasi & Operasional