• Tidak ada hasil yang ditemukan

Penjual Sistem

N/A
N/A
Protected

Academic year: 2023

Membagikan "Penjual Sistem"

Copied!
25
0
0

Teks penuh

(1)

III-1 BAB III

ANALISIS KEBUTUHAN SISTEM

3.1 Analisis Sistem

Analisis sistem merupakan tahapan paling awal dari pengembagan sistem yang menjadi pondasi menentukan keberhasilan informasi yang dihasilkan nantinya. Melalui tahap analisis dapat membantu dalam mendeteksi masalah yang mungkin belum terdeteksi pada tahap survey yang telah dilakukan sebelumnya. Proses analisis terhadap sistem yang berjalan akan memberikan hasil akhir berupa deskripsi mengenai kebutuhan user (pengguna) dan kebutuhan sistem.

3.2 Analisis Sistem Yang Berjalan

Analisis sistem yang berjalan bertujuan untuk mengetahui bagaimana proses penjualan yang ada dan sedang berjalan pada toko udang vaname dan untuk mengetahui masalah yang timbul serta kelemahan-kelemahan pada sistem yang berjalan sekarang ini. Analisis sistem ini berjalan menguraikan secara sistematis aktivitas-aktivitas yang terjadi dalam sistem informasi yang ada pada toko penjual udang vaname masih menggunakan proses manual, mulai dari proses penjualan dan pemesanan, Maka sistem ini dinilai kurang efektif dan efisien serta memperlambat kinerja. Oleh karena itu,perlu dirancang suatu sistem penjualan secara online dengan menggunakan media website atau internet dengan tujuan untuk meminimalkan waktu proses penjualan dan dapat meningkatkan volume penjualan serta bisa mengatasi masalah-masalah yang ada dibawah ini adalah alur sistem yang berjalan sekarang:

1) Pelanggan datang ke toko udang vaname untuk melakukan pembelian udang vaname.

2) Pelanggan memilih udang dan menentukan jumlah udang yang akan dipesan.

3) Pelanggan menyerahkan produk yang sudah dipilih untuk dibeli kepada pemilik toko untuk melakukan pembayaran

(2)

Gambar 3.1 analisis sistem yang berjalan

Pembeli Penjualan

mulai

Membuat Nota pembayaran

Proses Mencatat pemesanan

Selesai

Memilih Udang Pelanggan datang ke

toko

Menerima nota pembayaran

Melakukan pembayaran

(3)

3.3 Analisis Kebutuhan Sistem

Analisis kebutuhan sistem ini digunakan untuk mengetahui kebutuhan-kebutuhan apa saja yang di perlukan untuk merealisasikan sistem yang di usulkan, diantaranya adalah analisis kebutuhan perangkat keras (hardware), analisis kebutuhan perangkat lunak (software), analisis kebutuhan pengguna (brainware). Analisis tersebut dirinci baik pada saat pembuatan sistem maupun pada saat implementasi menjalankan sistem. Pada tahap ini akan dilakukan analisis terhadap kebutuhan-kebutuhan sistem dan perangkat keras terhadap sebuah pembentukan sistem penjualan online berbasis website. Sistem yang dianalisis adalah sistem yang berisi informasi tentang segala sesuatu yang berkaitan dengan pembuatan penjualan online.untuk itu dibutuhkan sebuah metode untuk menuntun dan di jadikan pedoman dalam mengembangkan sistem informasi penjualan online.

1) Kebutuhan Perangkat Keras

Agar sebuah sistem berjalan dengan baik dan mempunyai kemampuan yang memadai. Perangkat keras yang dibutuhkan dalam pembuatan aplikasi ini adalah:

Tabel 3.1 kebutuhan perangkat keras

No. Perangkat keras Spesifikasi

1. Prosesor Intel Core i5-8250U, CPU UP TO 3.4

GHz

2. Memory 4GB RAM

3. HDD 1 Terabyte

4. VGA NVIDIA GeForce 930mx

5. Mouse Standar

6. Keyboard Standar

(4)

2) Kebutuhan perangkat lunak

Perangkat lunak yang digunakan mendukung dalampembuatan dan pengoprasian program aplikasi ini sebagai beriku.

Tabel 3.2 Kebutuhan Perangkat Lunak

No. Nama Aplikasi Keterangan

1. Windows 10 Digunakan untuk system operasi 2. Codeigniter Digunakan untuk merancang system

aplikasi yang akan dibuat

3. Xampp Digunakan untuk menjalankan apache

dan MySQL

4. Figma Digunakan untuk merancang sistem

informasi

5. StarUML Digunakan untuk memodelkan sistem

3.4 Analisis Kebutuhan Fungsional

Analisa kebutuhan fungsional adalah analisa mengenai fitur-fitur apa saja yang akan di terapkan di sistem informasi penjualan udang berbasis website adapun rinciannya sebagai berikut:

Tabel 1.3 Kebutuhan Fungsional

Nomor SRS Deskripsi

Penjual SRS-F-1 Sistem dapat melakukan Login

SRS-F-2 Sistem dapat mengelola data udang

SRS-F-3 Sistem dapat mengelola data pemesanan

SRS-F-4 Sistem dapat mengelola data pembayaran

SRS-F-5 Sistem dapat mengelola data user

(5)

Pembeli SRS-F-1 Sistem dapat melakukan Login

SRS-F-6 Sistem dapat melakukan registrasi

SRS-F-7 Sistem dapat melakukan pemesanan

3.4.1 Analisis kebutuhan Non fungsional

Analisis kebutuhan non fungsional adalah sebuah kebutuhan yang dilakukan untuk mengetahui spesifikasi kebutuhan dan kelayakan dari sebuah sistem atau aplikasi yang telah dibuat. di bawah ini penjelasan tentang kebutuhan non fungsional:

Tabel 3.4 Kebutuhan Non Fungsional

Nomor SRS Deskripsi

SRS-NF-1 Semua proses pengelolaan data yang dilakukan penjual memerlukan hak akses (contoh: masukan username dan password pada saat login)

SRS-NF-2 Sistem menggunakan keamanan password pada saat login

SRS-NF-3 Sistem dibangun dengan tampilan antarmuka yang mudah dipahami dan sederhana

(6)

3.5 Pendefinisian Aktor dan Use Case 3.5.1 Definisi Aktor

Berikut ini adalah daftar aktor yang terlibat didalam sistem informasi peenjualan udang vaname.

Tabel 3.5 Definisi aktor

No. Aktor Definisi

1. Penjual(Admin) Aktor yang mempunyai hak untuk mengelola semua data yang terdapat dalam sistem meliputi : data user, data udang, data pemesanan udang, dan data pembayaran udang

2. Pembeli Aktor yang mempunyai hak untuk melakukan pemesanan dan pembayaran udang

3.5.2 Definisi Use Case

Berikut ini adalah daftar Use Case yang ada dalam Sistem Informasi Penjualan udang vaname

Tabel 3.6 definisi Use Case

No. Use case Nama Use Case Deskripsi Aktor : Penjual dan Pembeli

UC-1 Login Use Case yang memproses proses

validasi sistem

Aktor: Penjual

UC-2 Kelola Data Udang Use Case yang menangani kelola data udang yaitu tampil data, tambah data, edit data, dan hapus data

Aktor : Penjual UC-3 Kelola Data

Pemesanan

Use Case yang mengelola data pemesan yaitu yaitu cetak data, tampil data, tambah data, edit data, dan hapus data.

(7)

3.6 Pemodelan Use Case

Pemodelan use case diagram digunakan untuk mendeskripsikan apa yang seharusnya dilakukan oleh sistem. Selanjutnya use case diagram dideskripsikan dalam bentuk use case scenario untuk menjelaskan interaksi yang terjadi antara actor dengan sistem.

Aktor : Penjual UC-4 Kelola Data

Pembayaran

Use Case yang mengelola data pemesan yaitu yaitu tampil data, tambah data, edit data, dan hapus data.

Aktor : Penjual

UC-5 Kelola Data User Use Case yang mengelola data user yaitu tampil data, tambah data, edit data, dan hapus data

Aktor : Pembeli UC-6 Keloal Data

Registrasi

Use Case yang menangani pengelolaan account pembeli

Aktor : Pembeli

UC-7 Kelola Pemesanaan Use Case yang mengelola Pemesanan yaitu tampil data, tambah data, edit data, dan hapus data

(8)

3.6.1 Use Case

Use Case diagram akan menjelaskan apa saja fungsi-fungsi yang akan dikerjakan oleh sistem. Hal ini dikarenakan use case diagram akan mempersentasikan bagaimana interaksi antara actor (user) dengan sistem.

System

Penjual Pembeli

Login

Kelola Data Udang

Kelola Data Pemesan

Kelola Data Pembayaran

Kelola Data User Kelola Data Registrasi

Logout

Diagram 3.1 Pemodelan use case penjualan udang Vaname

(9)

3.7 Skenario Use Case

berikut adalah use case skenario dari masing-masing use case yang telah didefinisikan sebelumnya:

1. Login

Diagram 3.2 Use Case Login

Tabel 3.7 Uce case seknario login

Nama Use Case Login

Aktor Pembeli udang dan Penjual Udang

Deskripsi

Proses ini adalah proses yang dilakukan sebagai syarat untuk mengakses sistem sesuai dengan hak akses dan kebutuhan masing-masing aktor.

Pre-Condition Berada di halaman login

Post-Condition Aktor dapat melakukan hak akses nya.

Skenario:

Aksi Aktor Aksi Sistem

Alur Dasar (basic flow)

1. Klik menu Login 2. Menampilkan halaman Login

3. Input data berdasarkan username dan password

4. .Berhasil Login dan

menampilkan halaman utama

System

Penjual Pembeli

Login

logout

<<include>>

(10)

2. Use Case Kelola Registrasi

Diagram 3.3 Use Case Kelola Registrasi

Tabel 3.8 Uce case seknario kelola registrasi

Nama Use Case Kelola Registrasi

Aktor Pembeli

Deskripsi

Proses ini adalah proses yang dilakukan untuk mengelola data yaitu lihat data, tambah data, edit data Pre-Condition Berada di halaman Registrasi

Post-Condition Aktor dapat melakukan hak akses nya.

Skenario:

Aksi Aktor Aksi Sistem

Alur Dasar (basic flow)

1. Login 2. Menampilkan halaman

registrasi

3. Melakukan pengelolaan data (edit, dan hapus data)

4. Data berhasil di olah dan menampilkan halaman registrasi

System

Pembeli

Kelola Data Registrasi

Edit tambah

hapus

<<extend>>

<<extend>>

<<extend>>

(11)

3. Use Case Kelola Data Udang

Diagram 3.4 Use Case Kelola Data Udang

Tabel 3.9 Uce Case Seknario Kelola Data Udang

Nama Use Case Use Case kelola Data Udang

Aktor Penjual

Deskripsi

Proses ini adalah proses yang dilakukan untuk mengelola data yaitu lihat data, tambah data, edit data, dan hapus data

Pre-Condition Berada di halaman Kelola Data Udang

Post-Condition Aktor dapat melakukan pengelolaan

data Udang Skenario :

Aksi Aktor Aksi Sistem

Alur dasar (basic flow)

1. Klik menu data Kelola Data Udang 2. Menampilkan halaman Data Udang

3. Melakukan pengelolaan data (tambah, edit, dan hapus data)

4. Data berhasil di olah dan

menampilkan halaman kelola data udang

System

Penjual

Kelola Data Udang

Lihat

Tambah

edit

Hapus

<<extend>>

<<extend>>

<<extend>>

<<extend>>

(12)

4. Use Case Kelola Data Pemesanan

Diagram 3.5 Use Case Kelola Pemesanan

Tabel 3.10 Uce Case Seknario Kelola Pemesanan

Nama Use Case Use Case kelola pemesanan

Aktor Penjual

Deskripsi

Proses ini adalah proses yang dilakukan untuk mengelola data yaitu lihat data, tambah data, edit data, dan hapus data

Pre-Condition Berada di halaman pemesanan

Post-Condition Aktor dapat melakukan pengelolaan

data pemesanan Skenario :

Aksi Aktor Aksi Sistem

Alur dasar (basic flow)

1. .Klik menu data pemesanan 2. Menampilkan halaman pemesanan

3. Melakukan pengelolaan data (tambah, edit, dan hapus data)

4. Data berhasil di olah dan menampilkan halaman kelola pemesanan

System

Penjual

Kelola Data Pemesan

lihat

tambah

edit

hapus

cetak

<<extend>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>

(13)

System

Pembeli

Kelola Data Pemesanan

tambahh

<<extend>>

5. Use Case Kelola Pemesanan Pembeli

Diagram 3.6 Kelola Pemesanan pembeli

Tabel 3.11 Uce Case Seknario Pemesanan Pembeli

Nama Use Case Use Case Pembeli

Aktor Pembeli

Deskripsi Use Case yang berfungsi sebagai

proses pemesanan udang bagi pembeli

Pre-Condition Berada di halaman pemesanan

Post-Condition Aktor dapat melakukan pengisian form pemesanan

Skenario :

Aksi Aktor Aksi Sistem

Alur dasar (basic flow)

1. Klik Data Pesan 2. Menampilkan data pemesanan

3. Pembeli mengupload bukti pembayaran 4. Pembeli

mendownload form yang telah diisi sebelumnya sebagai bukti pembayaran

5. Menampilkan

halaman utama pemesanan

(14)

6. Use Case Kelola Pembayaran

Diagram 3.7 Kelola Pembayaran

Tabel 3.12 Uce case seknario Pembayaran

Nama Use Case Use Case Laporan pemesanan

Aktor Penjual

Deskripsi Proses ini adalah proses yang

dilakukan untuk mengelola data yaitu lihat data, tambah data, edit data, dan hapus data

Pre-Condition Berada di halaman pembayaran

Post-Condition Aktor dapat melakukan pengelolaan data pembayaran

Skenario :

Aksi Aktor Aksi Sistem

Alur dasar (basic flow)

7. Klik menu data pembayaran 8. Menampilkan halaman pembayaran

9. Melakukan pengelolaan data (tambah, edit, dan hapus data)

10. Data berhasil di olah dan menampilkan halaman kelola pembayaran

System

Penjual

Kelola Data Pembayaran

lihat

tambah

edit

hapus

<<extend>>

<<extend>>

<<extend>>

<<extend>>

(15)

7. Kelola data user

Diagram 3.8 Kelola Data User

Tabel 3.13 Uce case skenario Kelola Data User

Nama Use Case Use Case Laporan pemesanan

Aktor Penjual

Deskripsi Proses ini adalah proses yang

dilakukan untuk mengelola data yaitu lihat data, tambah data, edit data, dan hapus data

Pre-Condition Berada di halaman Kelola Data User Post-Condition Aktor dapat melakukan pengelolaan

data user Skenario :

Aksi Aktor Aksi Sistem

Alur dasar (basic flow)

11. Klik menu data pembayaran 12. Menampilkan halaman Kelola Data User

13. Melakukan pengelolaan data (tambah, edit, dan hapus data)

14. Data berhasil di olah dan menampilkan halaman.

System

Penjual

Kelola Data User

lihat

tambah

edit

hapus

<<extend>>

<<extend>>

<<extend>>

<<extend>>

(16)

3.8 Diagram Aktivity

Activity Diagram (diagram aktivitas) adalah diagram yang menggambarkan aliran fungsionalitas dari sistem. Pada tahap pemodelan bisnis, diagram aktivitas dapat digunakan untuk menunjukkan aliran kerja bisnis (business work flow). Dapat juga digunakan untuk menggambarkan aliran kejadian (flow of events). Diagram aktivitas di bawah ini adalah penjelasan mengenai proses login ke dalam sistem.

(17)

1. Activity Diagram Login

Diagram 3.9 Diagram Aktivity Kelola login

Penjual Sistem

mengisi username dan password

klik menu login menampilkan halaman login

validasi username dan password

tampil halaman dashboard

Validasi Sukses

(18)

2. Activity Diagram Kelola Registrasi

Diagram 3.10 Diagram Aktivity Kelola Registrasi

(19)

3. Activity Diagram Kelola Udang

Diagram 3.11 Diagram Aktivity Kelola Udang

Penjual Sistem

klik menu data udang menampilkan halaman data udang

klik button tambah data udang menampilkan form tambah data udang

menginput data udang yang ditambah tampil notifikasi "data berhasil disimpan"

pilih Opsi

edit data udang hapus data udang

menampilkan halaman data udang

data udang tersimpan

(20)

4. Activity Diagram Kelola Pemesanan

Diagram 3.12 Diagram Aktivity Kelola Pemesanan

penjual Sistem

klik menu data pemesanan tampil halaman data pemesanan

kilik button tambah data menampilkan form tambah data pemesan

menginput data pemesanan yang akan ditambah tampil notifikais "data berhasil disimpan"

tampil halaman data pemesanan pilih opsi

edit data pemesanan hapus data pemesanan

data tersimpan

(21)

penjual Sistem

membuka aplikasi menampilkan form login

menginput username dan password proses validasi Gagal Login

menampilkan halaman registrasi mengklik data pesan

menampilkan halaman data pesan mengklik tombol bayar

menampilkan form bayar mengupload bukti pembayaran

Login berhasil

5. Aktivity Diagram Kelola Pembayaran

Diagram 3.13 Diagram Aktivity Kelola Pembayaran

(22)

6. Aktivty Diagram Pemesanan Pembeli

Diagram 3.14 Diagram Aktivity Kelola Pemesanan Pembeli

pembeli sistem

pembeli megisi form pemesanan mengakses aplikasi

menampilkan halaman utama

tampil pesan "pemesanan berhasil"

mendownload bukti pemesanan

(23)

7. Aktivty Diagram Data User

Diagram 3.15 Diagram Aktivity Kelola Data User

Penjual Sistem

Klik Data User Menampilkan Halaman Data User

Tambah Hapus Menghapus Pada Database

Menambah data ke database Masukan Data User

(24)

3.9 Robusness Diagram

Diagram 3.16 Diagram Robussnes

(25)

Referensi

Dokumen terkait

Berdasarkan persepsi, Dinas Kehutanan dan Perkebunan Kabupaten Kepulauan Meranti menyatakan Desa Bokor sesuai untuk dikembangkan menjadi kawasan ekowisata mengingat

Pengurangan risiko bencana sangat berkaitan dengan Pendidikan sesuai dengan yang diusulkan dalam Sendai Framework for Disaster Risk Reduction 2015-2030, yang menjelaskan

Pemalsuan terhadap surat-surat seperti itu dapat dilakukan baik oleh pejabat tersebut maupun orang lain selain pejabat (palsu asalnya surat), maupun oleh

Mata kuliah ini membahas tentang larutan beserta sifat-sifatnya, ionisasi senyawa obat di dalam larutan, persamaan Henderson-Hasselbach, nilai pKa senyawa obat

Bakteri ini dapat membentuk asam dari glukosa, etil dan propil alkohol, tidak membentuk senyawa busuk yang beracun dari hasil peruraian protein (indol) dan mempunyai kemampuan

(Aida Melly, 2008 )Kes tersebut telah mendapat liputan meluas akhbar tempatan dan kelemahan sistem pentadbiran Mahkamah Syariah telah diperlihatkan dan secara tidak langsung

Indosat sangatah baik dan efektif untuk para pelanggan dengan pelayanan program yang berjalan sesuai prosedur perusahaan, dapat diberikan penjelasan bahwa sejumlah

Berdasarkan analisis dapat disimpulkan bahwa penggunaan metafora yang terdapat pada lirik lagu Taylor Swift di album 1989 menjelaskan kehidupan atau pengalaman