• Tidak ada hasil yang ditemukan

BAB III ANALISA KEBUTUHAN SISTEM

N/A
N/A
Protected

Academic year: 2023

Membagikan "BAB III ANALISA KEBUTUHAN SISTEM"

Copied!
25
0
0

Teks penuh

(1)

III-25

BAB III

ANALISA KEBUTUHAN SISTEM

3.1. Analisis organisasi

3.1.1. Sejarah Singkat Organisasi

Kios Zulfa adalah Kios yang hanya menjual beragai macam pakan ikan budidaya, yang berdiri sejak tahun 2019 yang beralamat di Desa Gembor RT/02.

RW/02 Kecamatan Pagaden- Kabupaten Subang-Jawa Barat. Kios Zulfa dibuat karena banyaknya peminat pencari pakan ikan agar para petani mudah mendapatkan pakan ikan untuk ternak ikan budidayanya. Kios Zulfa dikenal oleh masyarakat luas sehingga konsumen pun merasa percaya akan produk yang dijual Kios Zulfa maka dari itu perlu memiliki sebuah web penjualan pakan ikan

3.1.2. Visi dan Misi Organisasi

Visi : “ terwujudnya kedaulatan dan keamanan pangan Asal Ternak”

Misi :

1. Mewujudkan ketahanan pangan Asal Ternak

2. Mewujudkan produk perikanan budidaya berdaya saing melalui peningkatan teknologi inovatif

3. Mengembangkan usaha dibidang peternakan hewan berkelanjutan 3.1.3 Struktur Organisasi

Gambar 3. 1 Struktur Organisasi

(2)

3.1.4 Proses Bisnis Berjalan

Proses system yang sedang berjalan di Kios Zulfa masih menggunakan system manual seperti proses pencatatan pembelian pakan ikan, berikut adalah proses bisinisnya yang sekarang masih dijalankan :

Gambar 3. 2 Proses Bisnis Berjalan

3.2. Analisis kebutuhan sistem

3.2.1. Analisa Kebutuhan Fungsional

Tabel 3. 1 Analisa Kebutuhan Fungsional

No SRS Deskripsi

All Aktor

SRS-F01 Sistem dapat melakukan login Admin

SRS-F02 Sistem dapat melaukan Kelola User SRS-F03 Sistem dapat melakukan Kelola supplier SRS-F04 Sistem dapat melakukan Kelola pelanggan SRS-F05 Sistem dapat melakukan Kelola Pembelian SRS-F06 Sistem dapat melakukan Kelola Informasi Pakan

(3)

SRS-F07 Sistem dapat melakukan Kelola penjualan SRS-F08 Sistem dapat melakukan kelola pemesanan SRS-F09 Sistem dapat melakukan Kelola laporan Pelanggan

SRS-F08 Sistem dapat melakukan Kelola pemesanan SRS-F06 Sistem dapat melakukan tampil informasi pakan Owner

SRS-F09 Sistem dapat melakukan Kelola Laporan 3.2.2. Analisa Kebutuhan Non fungsional

Tabel 3. 2 Analisa Kebutuhan Non Fungsional

No SRS-NF Deskripsi

SRS-NF-01 Sistem dapat diakses melalui web browser

SRS-NF-02 Sistem dapat diakses diakses menggunkan username dan password

SRS-NF-03 Sistem dibuat menggunakan CI 3 dan Bahasa pemograman PHP

SRS-NF-04 Sistem memiliki tampilan user friendly

3.3. Analisis kebutuhan perangkat lunak dan perangkat keras 3.3.1. Analisa Kebutuhan Perangkat Lunak

Tabel 3. 3 Analisa Kebutuhan Perangkat Lunak

Kebutuhan perangkat lunak keterangan

Windows 10 Sistem operasi

Chrome Web browser

XAMPP Web server

PHP 7.1 Bahasa pemograman

CI 3 Framework

Visual Studio Code Text editor

StarUML Pemodelan

Adobe XD Perancangan antar muka

(4)

3.3.2. Analisa Kebutuhan Perangkat Keras

Tabel 3. 4 Analisa Kebutuhan Perangkat Keras

Kebutuhan perangkat keras keterangan

Laptop RAM 4GB

Hardisk 256 GB

Keyboard Standar

Mouse Standar

3.4. Analisa pemodelan sistem 3.4.1. Diagram Usecase

Sebuah use case merepresentasikan sebuah interaksiantara actor dengan sistem. Secara umum, diagram ini digunakan untuk mendeskripsikan fitur-fitur apa saja yang dapat digunakan oleh pengguna ketika berinteraksi dengan sistem.

Selain untuk memudahkan pengembang untuk mengembangkan sistem atau perangkat lunak, diagram use case juga dapat digunakan oleh para pemangku kepentingan (stakeholders) untuk melihat skenario apa saja yang terdapat di sistem tersebut.

1. Use case keseluruhan

Gambar 3. 3 Use case keseluruhan

(5)

a. Sekenario use case

Tabel 3. 5 Sekenario Use Case

No Use case Definisi

1 Login Proses masuk kedalam sistem

menggunakan username dan password

2 Kelola data supplier Proses pengelolaan data supplier meliputi menambah, mengubah, dan menghapus data supllier

3 Kelola data pelanggan Proses pengelolaan data pelanggan meliputi menambah, mengubah, dan menghapus data pelanggan

4 Kelola User Proses pengelolaan data user meliputi menambah, mengubah dan menhapus data user.

5 Kelola data pembelian Proses pengelolaan data pembelian meliputi menambah,mengubah,dan menghapus data pembelian

6

Kelola data informasi pakan Proses pengelolaan data pakan meliputi menmbah, mengubah dan menghapus data pakan

7 Kelola data penjualan Proses pengelolaan data penjualan meliputi menambah,mengubah dan menghapus data penjualan

8 Kelola data pemesanan Proses pengelolaan data pemesanan meliputi menambah, mnegubah,dan hapus pemesanan

9 Kelola laporan Proses pengelolaan data laporan meliputi melihat dan cetak laporan

(6)

2. Use case login

Gambar 3. 4 Use case Login

b. Sekenario use case login

Use Case Login

Aktor Admin, pelanggan, owner Kondisi

Awal

Sistem belum bisa diakses Kondisi

Akhir

Admin, pelanggan, owner berhasil masuk ke dalam sistem menggukan username & password

Skenario 1. Mengunjungi sistem

2. Menampilkan halaman login.

3. Mengisi form login dan mengklik tombol “masuk”.

4. Memvalidasi form.

Jika form tidak diisi dengan lengkap maka sistem menampilkan notifikasi untuk melengkapi form.

5. Menampilkan halaman home

Tabel 3. 6 sekenario use case kelola login

(7)

3.Use case kelola user

Gambar 3. 5 Use case kelola user c. Sekenario kelola user

Gambar 3. 6 Sekenario use case kelola user

Use Case Kelola Data user

Aktor Admin

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, berhasil mengelola data user Skenario

1. Memilih menu user

2.Menampilkan halaman Kelola user Skenario Tambah Data user

3.Mengklik tombol “Tambah Data”

4.Menampilkan form tambah data 5.Memvalidasi form. Jika form tidak diisi dengan lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

6.Menampilkan pesan “Data berhasil ditambah”

Skenario Hapus Data user 7.Admin mengklik tombol “Hapus Data”

(8)

8.Menampilkan alert konfirmasi 9.Menampilkan pesan “Data berhasil dihapus”

.4. Use case Kelola data supplier

Gambar 3. 7 Use case Kelola data supplier

(9)

d. Sekenario Kelola data supplier

Use Case Kelola Data supplier

Aktor Admin

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, berhasil mengelola data supplier Skenario

1. Memilih menu supplier

2.Menampilkan halaman Kelola supplier Skenario Tambah Data supplier

3.Mengklik tombol “Tambah Data”

4.Menampilkan form tambah data 5.Memvalidasi form. Jika form tidak diisi dengan lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

6.Menampilkan pesan “Data berhasil ditambah”

Skenario Hapus Data supplier 7.Admin mengklik tombol “Hapus Data”

8.Menampilkan alert konfirmasi 9.Menampilkan pesan “Data berhasil dihapus”

Tabel 3. 7 sekenario use case kelola supplier

(10)

3. Use case Kelola pelanggan

Gambar 3. 8 use case kelola pelanggan e. Sekenario use case Kelola pelanggan

Use Case Kelola Data pelanggan

Aktor Admin

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, berhasil mengelola data pelanggan

Skenario 1. Memilih menu pelanggan

2.Menampilkan halaman Kelola pelanggan

Skenario Tambah Data pelanggan 3.Mengklik tombol “Tambah Data”

4. Menampilkan form tambah data 5.Memvalidasi form. Jika form tidak diisi dengan lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

6.Menampilkan pesan “Data berhasil ditambah”

Skenario Hapus Data pelanggan

(11)

7.Admin mengklik tombol “Hapus Data”

8.Menampilkan alert konfirmasi 9.Menampilkan pesan “Data berhasil dihapus”

Tabel 3. 8 sekenario use case kelola pelanggan

4. Use case Kelola pembelian

Gambar 3. 9 use case kelola pembelian f. Sekenario use case Kelola pembelian

Tabel 3. 9 sekenario use case kelola pembelian

Use Case Kelola Data Pembelian

Aktor Admin

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, berhasil mengelola data Pembelian

Skenario 1. Memilih menu Pembelian

2.Menampilkan halaman Kelola Pembelian

Skenario Tambah Data Pembelian

(12)

3.Mengklik tombol “Tambah Data”

4.Menampilkan form tambah data 5.Memvalidasi form. Jika form tidak diisi dengan lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

6.Menampilkan pesan “Data berhasil ditambah”

Skenario Hapus Data Pembelian 7.Admin mengklik tombol “Hapus Data”

8.Menampilkan alert konfirmasi 9.Menampilkan pesan “Data berhasil dihapus”

5. Use case Kelola pakan

Gambar 3. 10 use case kelola pakan

(13)

g. Sekenario use case Kelola pakan

Use Case Kelola Data pakan

Aktor Admin

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, Pelanggan berhasil mengelola data pakan

Skenario 1. Memilih menu pakan

2.Menampilkan halaman Kelola pakan Skenario Tambah Data pakan

3.Mengklik tombol “Tambah Data”

4.Menampilkan form tambah data 5.Memvalidasi form. Jika form tidak diisi dengan lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

6.Menampilkan pesan “Data berhasil ditambah”

Skenario Hapus Data pakan 7.Admin mengklik tombol “Hapus Data”

8.Menampilkan alert konfirmasi 9.Menampilkan pesan “Data berhasil dihapus”

Tabel 3. 10 sekenario use case kelola pakan

(14)

6. Use case Kelola penjualan

Gambar 3. 11 use case kelola penjualan h. Use case Kelola penjualan

Use Case Kelola Data penjualan

Aktor Admin

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, berhasil mengelola data penjualan

Skenario 1. Memilih menu penjualan

2. Menampilkan halaman Kelola penjualan

Skenario Tambah Data penjualan 3. Mengklik tombol “Tambah Data”

4.Menampilkan form tambah data Memvalidasi form. Jika form tidak diisi dengan lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

5. Menampilkan pesan “Data berhasil ditambah”

Skenario Hapus Data penjualan

(15)

6.Admin mengklik tombol “Hapus Data”

7. Menampilkan alert konfirmasi 8. Menampilkan pesan “Data

berhasil dihapus”

Tabel 3. 11 sekenario use case kelola penjualan

9. Use case Kelola pemesanan

Gambar 3. 12 use case kelola pemesanan

i. Sekenrio Use case Kelola pemesanan

Use Case Kelola Data pemesanan

Aktor Admin, pelanggan

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, Pelanggan berhasil mengelola data pemesanan

Skenario 1. Memilih menu pemesanan

2. Menampilkan halaman Kelola pemesanan

Skenario Tambah Data pemesanan 3. Mengklik tombol “Tambah Data”

(16)

4.Menampilkan form tambah data 5.Memvalidasi form. Jika form tidak diisi dengan lengkap maka sistem

menampilkan notifikasi untuk melengkapi form.

6.Menampilkan pesan “Data berhasil ditambah”

Skenario Hapus Data pemesanan 7.Admin mengklik tombol “Hapus Data”

8.Menampilkan alert konfirmasi 9.Menampilkan pesan “Data berhasil dihapus”

Tabel 3. 12 sekenario use case kelola pemesanan

10. Use case kelola laporan

Gambar 3. 13 Use case lihat laporan

j. Sekenario kelola laporan

Use Case Kelola laporan

Aktor Admin dan owner

(17)

Kondisi Awal Halaman sistem

Kondisi Akhir Admin, owner berhasil mengelola laporan

Skenario 1. Memilih menu laporan

2. Menampilkan laporan 3.Mencetak laporan

Tabel 3. 13 Sekenario Use case Lihat laporan

(18)

4.4.2 Diagram Activity

Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi

1. Activity login

Gambar 3. 14 Aktivity Login

(19)

2. Activity Kelola supplier

Gambar 3. 15 Aktivity kelola supplier

(20)

3. Activity Kelola pelanggan

Gambar 3. 16 Aktivity Kelola pelanggan

(21)

4. Activity Kelola pembelian

Gambar 3. 17 Aktivity kelola pembelian

(22)

5. Activity Kelola pakan

Gambar 3. 18 Aktivity kelola informasi pakan

(23)

6. Activity Kelola penjualan

Gambar 3. 19 Aktivity kelola penjualan

(24)

7. Activity Kelola pemesanan

Gambar 3. 20 Aktivity Kelola pemesanan

(25)

8. Activity kelola laporan

Gambar 3. 21 Aktivity Lihat Laporan

Referensi

Dokumen terkait

Hasil penelitian menunjukkan bahwa, 1 karakter cinta damai siswa kelas 5.2 MI Imami Kepanjen ditunjukkan dengan sikap saling mengasihi antar teman, mencegah diri dari perkelahian,

Penelitian ini bertujuan untuk menganalisis: 1) pengaruh budaya organisasi terhadap kinerja pegawai 2) pengaruh komunikasi organisasi terhadap kinerja pegawai 3) pengaruh kepuasan

untuk mendapatkan informasi tentang pelaksanaannya dari program pelatihan oleh sekolah khusus untuk atlet (SMP/SMA Ragunan), prestasi akademik dan olahraga,

Suatu beban sembarang p(t) yang bekerja pada struk- tur, dapat dianggap sebagai penjumlahan dari beban-beban impuls pendek yang tak terhingga jumlahnya (lihat Gambar X.3).

Selanjutnya Pejabat Pengadaan pada Dinas Pekerjaan Umum dan Penataan Ruang Kabupaten Probolinggo Tahun Anggaran 2017, dengan ini mengumumkan Penyedia Pengadaan Langsung

Paling tidak, ada dua hal yang dapat dipahami dari penelitian ini, yaitu: Pertama, penegakan Hukum Lingkungan khususnya kebakaran hutan dan lahan di Indonesia belum serius

Dari hasil evaluasi terhadap sistem pelatihan dan pengembangan SDM koperasi yang dilaksanakan oleh LAPENKOP saat ini, dapat dinyatakan bahwa sistem pelatihan dan

13 DJ Harris, 1991, Cases and Materials on International Law, London, Sweet & Maxwell, London, hal.604... perang sudah diatur secara jelas dan memiliki dasar hukum