Definisi Aktor Definisi Use Case Skenario Use Case

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