BAB IV HASIL PENELITIAN DAN PEMBAHASAN 4.1.
Perancangan Sistem
Tahap perancangan sistem ini dapat digambarkan sebagai bentuk atau rancangan proses pada aplikasi ini sehingga menghasilkan sistem yang lebih baik untuk mendukung perusahaan dalam
pengolahan data. 4.2.
Tujuan Perancangan Sistem
Tujuan dari perancangan sistem ini adalah untuk meningkatkan efisiensi kerja sistem pada perusahaan. Perancangan aplikasi
“PERANCANGAN SISTEM INFORMASI PENJUALAN DAN PEMBELIAN PADA FREEKICK DISTRO CLOTHING
” yang dibangun bersifat object
oriented berorientasi objek.
4.2.1. Gambaran Umum Sistem yang Diusulkan
Gambaran umum yang diusulkan pada sistem ini yaitu untuk mempermudah dan mempercepat proses pengolahan data perusahaan. Bentuk pengolahan data pada aplikasi ini yaitu
mengintegrasikan antar modul yang dapat meningkatkan efisiensi sistem kerja perusahaan dan pembuatan laporan kerja menjadi lebih mudah.
4.1.3. Perancangan Prosedur yang Diusulkan 4.1.3.1 Use Case Diagram
Gambaran fungsionalitas dari sistem yang akan dibangun dapat dilihat dari use case diagram pada Gambar 4.1.
Pemilik
Pembelian
Penjualan System
Kasir
Produksi
login login
Gambar 4. 1 Use Case Diagram Sistem Informasi Penjualan dan Pembelian yang diusulkan
4.1.3.2 Skenario Use Case
Sekenario use case mendeskripsikan aktor-aktor yang melakukan prosedur dalam sistem dan menjelaskan respon yang ditanggapi oleh sistem tersebut terhadap prosedur yang dilakukan
oleh aktor.
1. Skenario Use Case Login Yang Diusulkan
Tabel 4.1. Skenario Use Case Login Yang Diusulkan
Identifikasi Nama
Use Case Login
Deskripsi Pemilik dan Kasir Toko Freekick Distro Clothing melakukan
proses login.
Aktor Pemilik dan Kasir Toko Freekick Distro Clothing.
Skenario Utama Pre-Condition
Pemilik dan Kasir melakukan login ke sistem.
Aksi Aktor Reaksi Sistem
1. Pada halaman dashboard pilih menu login.
2. Menampilkan halaman login dengan form username dan password.
3. Pilih tombol login. 4.a Proses login berhasil.
5. Pengguna bisa masuk ke sistem.
Post-Condition Login berhasil.
Skenario Alternatif
6. b Menampilkan pesan “Username
Password salah”
Post-Condition
Gagal login ke sistem. 1.
Skenario Use Case Pembelian Yang Diusulkan
Tabel 4.2. Skenario Use Case Pembelian Yang Diusulkan
Identifikasi Nama
Use Case Pembelian
Deskripsi
Pemilik Toko Freekick Distro Clothing melakukan input data pembelian bahan baku.
Aktor Pemilik Toko Freekick Distro Clothing.
Skenario Utama Pre-Condition
Pemilik Toko Freekick Distro Clothing melakukan pembelian.
Aksi Aktor Reaksi Sistem
1. Memilih menu tambah data pembelian 2. Menampilkan form tambah data
pembelian. 3. Menginputkan data pembelian lalu klik
simpan. 4.a Menyimpan data pembelian.
Post-Condition Sistem menyimpan data pembelian
Skenario Alternatif
6. b Menampilkan pesan “data harus diisi”
Post-Condition Gagal menambahkan data pembelian.
2. Skenario Use Case Produksi Yang Diusulkan
Tabel 4.3. Skenario Use Case Produksi Yang Diusulkan
Identifikasi Nama
Use Case Produksi
Deskripsi Pemilik Toko Freekick Distro Clothing melakukan input data
produksi untuk proses produksi baik bahan baku maupun produk yang dibuat.
Aktor Pemilik Toko Freekick Distro Clothing.
Skenario Utama Pre-Condition
Pemilik Toko Freekick Distro Clothing melakukan input data produksi.
Aksi Aktor Reaksi Sistem
1. Memilih menu tambah data produksi. 2. Menampilkan form tambah data
produksi. 3. Menginputkan data produksi lalu klik
simpan. 4.a Menyimpan data produksi.
Post-Condition Sistem menyimpan data produksi.
Skenario Alternatif
4. b Menampilkan pesan “data harus diisi”
Post-Condition Gagal menambahkan data produksi.
3. Skenario Use Case Penjualan Yang Diusulkan
Tabel 4.3. Skenario Use Case Penjualan Yang Diusulkan
Identifikasi Nama
Use Case Penjualan
Deskripsi
Pemilik dan Kasir melakukan input data penjualan konsumen yang melakukan pembelian di Toko Freekick Distro
Clothing.
Aktor Pemilik dan Kasir Toko Freekick Distro Clothing.
Skenario Utama Pre-Condition
Pemilik dan Kasir melakukan input data penjualan.
Aksi Aktor Reaksi Sistem
1. Memilih menu tambah data penjualan. 2. Menampilkan form tambah data
penjualan. 3. Menginputkan data penjualan lalu klik
simpan. 4.a Menyimpan data penjualan.
Post-Condition Sistem menyimpan data penjualan
Skenario Alternatif
6. b Menampilkan pesan “data harus diisi”
Post-Condition Gagal menambahkan data penjualan.
4.1.3.3 Activity Diagram
Berdasarkan use case diagram yang dirancang penulis pada aplikasi ini, maka dapat digambarkan diagram aktivitas sebagai berikut:
1. Activity Diagram Login Yang Diusulkan
Pengguna Sistem
Memilih menu login Menampilkan menu login
Input data login
Login berhasil Pengguna bisa mengakses sistem
Gambar 4.2. Activity Diagram Login Yang Diusulkan
2.
Activity Diagram Pembelian Yang Diusulkan
Pengguna Sistem
Memilih menu tambah data Pembelian
Menampilkan form tambah data pembelian Input data tambah data pembelian
tambah data pembelian disimpan Pengguna bisa mengakses data
pembelian
Gambar 4.3. Activity Diagram Pembelian Yang Diusulkan
3. Activity Diagram Produksi Yang Diusulkan
Pengguna Sistem
Memilih menu tambah data produksi Menampilkan form tambah data produksi.
Menginputkan data produksi lalu klik simpan.
tambah data penyimpanan disimpan
Pengguna bisa mengakses data produksi
Gambar 4.4. Activity Diagram Produksi Yang Diusulkan
4. Activity Diagram Penjualan Yang Diusulkan
Pengguna Sistem
Memilih menu tambah data penjualan Menampilkan form tambah data penjualan.
Menginputkan data penjualan lalu klik simpan.
tambah data penjualan disimpan Pengguna bisa mengakses data
penjualan
Gambar 4.5. Activity Diagram Penjualan Yang Diusulkan
4.1.3.4 Sequence Diagram
Berikut merupakan diagram yang menggambarkan interaksi antar objek pada sistem informasi yang akan dibangun dalam bentuk sequence diagram yang dapat dilihat pada gambar
dibawah ini :
1. Sequence Diagram Login Yang Diusulkan
Admin Halaman Login
Database 1: Masuk halaman login
3: Isi data login 4: Data login diproses
Gambar 4.6. Sequence Diagram Login Yang Diusulkan
2. Sequence Diagram Pembelian Yang Diusulkan
Admin Halaman Pembelian
Database 1: Masuk halaman pembelian
2: Pilih tambah data pembelian 3: Isi data pembelian
4: Data pembelian disimpan
Gambar 4.7. Sequence Diagram Login Yang Diusulkan
3. Sequence Diagram Produksi Yang Diusulkan
Admin Halaman Produksi
Validasi Sistem Database
1: Masuk ke halaman produksi
2: Pilih tambah data produksi 3: Isi form produksi
4: Cek ketersediaan bahan 5: bahan tidak ada
7: Cek ketersediaan bahan 6: Isi form produksi
8: Bahan tersedia 9: Data produksi disimpan
Gambar 4.8. Sequence Diagram Produksi Yang Diusulkan
4. Sequence Diagram Penjualan Yang Diusulkan
Admin Halaman Penjualan
Validasi Sistem Database
1: Masuk halaman penjualan
2: Pilih tambah data penjualan 3: Isi data penjualan
4: Cek ketersediaan barang 5: barang tidak tersedia
7: Cek ketersediaan barang 6: Isi form penjualan
8: Barang tersedia 9: Data penjualan disimpan
10: Print nota penjualan
Gambar 4.9. Sequence Diagram Penjualan Yang Diusulkan
4.1.4 Perancangan Data
Kategori