mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan siapa saja yang berhak menggunakan fungsi – fungsi itu.
System
Administrasi Gudang
Manajemen Kelola Data User
Kelola Data Barang
Kelola Data Supplier Kelola Data Barang Masuk
Kelola Data Barang Keluar Login
Kelola SMS Gateway Kelola Data Stok
Kelola Data Kategori
Kelola Data Laporan
include include
include include
include include
include include
include
Kelola Data Rak
include
Gambar 3.5 Use Case Diagram
3.2.1.1 Definisi Aktor
Pada bagian ini akan dijelaskan aktor-aktor yang terlibat dalam sistem inventory control pada butik puspa
Tabel 3.3 Definisi Aktor
No Aktor
Deskripsi 1.
Administrasi Gudang
- Mengelola data barang
- Mengelola data kategori
- Mengelola data supplier
- Mengelola data barang masuk
- Mengelola data barang keluar
2. Manajemen
- Mengelola data user
- Mengelola data stok
- Mengelola data laporan
- Mengelola SMS Gateway
3.2.1.2 Definisi Use Case
Use case digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan siapa saja yang berhak menggunakan
fungsi – fungsi itu.
Tabel 3.4 Definisi Use Case
No Use Case
Deskripsi
1. Login
Merupakan aktifitas validasi user yang bisa melakukan akses data kedalam sistem.
2. Kelola
Data Barang
Merupakan aktifitas untuk mengelola data barang 3.
Kelola Data
Kategori Merupakan aktifitas untuk mengelola data kategori barang
4. Kelola Data Rak
Merupakan aktifitas untuk mengelola data rak 5.
Kelola Data
Supplier Merupakan aktifitas untuk mengelola data supplier
6. Kelola
Data Barang Masuk
Merupakan aktifitas untuk mengelola data barang masuk 7.
Kelola Data
Barang Keluar Merupakan aktifitas untuk mengelola data barang keluar
8. Kelola Data User
Merupakan aktifitas untuk mengelola data user 9.
Kelola Data Stok Merupakan aktifitas untuk mengelola data stok
10. Kelola
Data Laporan
Merupakan aktifitas untuk mengelola data laporan 11.
Kelola SMS
Gateway Merupakan aktifitas untuk mengelola sms gateway
3.2.1.3 Skenario Use Case
Use case Skenario mendeskripsi urutan langkah – langkah dalam proses bisnis, baik yang dilakukan aktor terhadap sistem maupun yang
dilakukan oleh sistem terhadap aktor.
Tabel 3.5 Skenario Diagram Login
Identifikasi Nomor
1
Nama Login
Tujuan Merupakan aktifitas validasi yang melakukan akses data ke
dalam system.
Deskripsi Aktor
Administrasi Gudang dan Manajemen
Skenario Utama
Lanjutan Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Masukan username
dan password
2. Mencocokan data login dengan data administrasi gudang dan manajemen pada
basis data
Kondisi Akhir Bila username dan password yang dimasukan
valid maka administrasi gudang atau butik akan langsung masuk kehalaman utama.
Tabel 3.6 Skenario Diagram Kelola Data Barang
Identifikasi Nomor
2
Nama Kelola Data Barang
Tujuan Merupakan aktifitas untuk mengelola data barang
Deskripsi Aktor
Administrasi Gudang
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
3. Administrasi gudang memilih perintah insert, view, update
delete 4. Sistem menjalankan perintah yang dipilih
oleh Administrasi gudang
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.7 Skenario Diagram Kelola Data Kategori
Identifikasi Nomor
3
Nama Kelola Data Kategori
Tujuan Merupakan aktifitas untuk mengelola data kategori barang
Deskripsi Aktor
Administrasi Gudang
Skenario Utama Kondisi Awal
form sudah tersedia
Lanjutan
Aksi Aktor Reaksi Sistem
1. Administrasi gudang memilih perintah insert,
view, update, delete
2. Sistem menjalankan perintah yang dipilih oleh administrasi gudang
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.8 Skenario Diagram Kelola Data Rak
Identifikasi Nomor
4
Nama Kelola Data Rak
Tujuan Merupakan aktifitas untuk mengelola data rak
Deskripsi Aktor
Administrasi Gudang
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Administrasi gudang memilih perintah insert, view, update,
delete 2. Sistem menjalankan perintah yang dipilih
oleh administrasi gudang
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.9 Skenario Diagram Kelola Data Supplier
Identifikasi Nomor
5
Nama Kelola Data Supplier
Tujuan Merupakan aktifitas untuk mengelola data supplier
Deskripsi Aktor
Administrasi Gudang
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Administrasi gudang memilih 2. Sistem menjalankan perintah yang dipilih
perintah insert, view, update delete
oleh administrasi gudang
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.10 Skenario Diagram Kelola Data Barang Masuk
Identifikasi Nomor
6
Nama Kelola Data Barang Masuk
Tujuan Merupakan aktifitas untuk mengelola data barang masuk
Deskripsi Aktor
Administrasi Gudang
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Administrasi
gudang memilih perintah insert,
print 2. Sistem menjalankan perintah yang dipilih
oleh administrasi gudang
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.11 Skenario Diagram Kelola Data Barang Keluar
Identifikasi Nomor
7
Nama Kelola Data Barang Keluar
Tujuan Merupakan aktifitas untuk mengelola data barang keluar
Deskripsi Aktor
Administrasi Gudang
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Administrasi gudang
memilih perintah insert, view
2. Sistem menjalankan perintah yang dipilih oleh administrasi gudang
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.12 Skenario Diagram Kelola Data User
Identifikasi Nomor
8
Nama Kelola Data User
Tujuan Merupakan aktifitas untuk mengelola data user
Deskripsi Aktor
Manajemen
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Manajemen memilih perintah insert, view, update, delete
2. Sistem menjalankan perintah yang dipilih oleh manajemen
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.13 Skenario Diagram Kelola Data Stok
Identifikasi Nomor
9
Nama Kelola Data Stok
Tujuan Merupakan aktifitas untuk mengelola data stok
Deskripsi Aktor
Manajemen
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Manajemen memilih
perintah insert, view, delete
2. Sistem menjalankan perintah yang dipilih oleh manajemen
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.14 Skenario Diagram Kelola Data Laporan
Identifikasi Nomor
10
Nama Kelola Data Laporan
Tujuan Merupakan aktifitas untuk mengelola data stok
Deskripsi Aktor
Manajemen
Skenario Utama Kondisi Awal
form sudah tersedia
Aksi Aktor Reaksi Sistem
1. Manajemen memilih
perintah view, print 2. Sistem menjalankan perintah yang dipilih
oleh manajemen
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
Tabel 3.15 Skenario Diagram Kelola SMS Gateway
Identifikasi Nomor
11
Nama Kelola SMS Gateway
Tujuan Merupakan aktifitas untuk mengelola sms gateway
Deskripsi Aktor
Manajemen
Skenario Utama Kondisi Awal
data sudah tersedia
Aksi Aktor Reaksi Sistem
1. Manajemen memilih
perintah insert, kirim 2. Sistem menjalankan perintah mengirim yang
dipilih oleh manajemen
Kondisi Akhir Jika perintah berhasil dijalankan maka sistem
akan menyimpan data.
3.2.2 Class Diagram
Class diagram menggambarkan struktur sistem dari segi pendefinisian kelas – kelas yang akan dibuat untuk membangun sistem.
login
+username +password
+process +logout
supplier
+kode_supp +nama_supp
+alamat +view
+insert +update
+delete
barang
+kode_brg +serial
+nama_brg +kode_kategori
+detail_brg +file
+type +view
+insert +add
+delete
kategori_ brg
+kode_kategori +nama_kategori
+view +insert
+update +delete
barang_ masuk
+no_brgmasuk +tgl_masuk
+id_supplier +username
+jml_brg +insertbarang
+addbarangmasuk +addkategori
+delete
barang_ keluar
+no_brgkeluar +tgl_keluar
+username +jml_brg
+insertbarang +addbarangkeluar
+delete
dt_ user
+id_user +username
+password +level
+view +insert
+update +delete
laporan
+stok +carirekap
+carirekap1 +viewstock
+carirekap +carirekap1
+insertkategori +laporan_brgmasuk
+laporan_brgkeluar +addkategori
+baca +delete
rak
+kode_rak +nama_rak
+view +add
+update +dellete
Gambar 3.6 Class Diagram
3.2.3 Sequence Diagram
Sequence diagram menggambarkan kelakuan objek pada use case dengan mendekripsikan waktu hidup objek dan pesan yang dikirimkan dan diterima antar
objek.
3.2.3.1 Sequence Diagram Kelola Data Barang
: Administrasi Gudang Login
Barang
1 : login 2 : view_barang
3 : insert_barang 4 : update_barang
5 : delete_barang
6 : logout
Gambar 3.7 Sequence Diagram Kelola Data Barang
Keterangan : 1. Administrasi gudang mengakses halaman login dengan memasukan
username dan password 2. Administrasi gudang dapat mengakses halaman barang
3. Administrasi gudang dapat melihat, mengisi, mengedit, dan menghapus data barang
4. Jika telah selesai administrasi gudang bisa logout dari halaman barang