BAB III (Manajemen Sistem Aplikasi Batik di Butik Puspa)

(1)

3.1 Analisis

Analisis merupakan proses untuk menentukan bentuk dari kebutuhan sistem/aplikasi/alat baik berupa kebutuhan pada saat membangun maupun pada saat Implementasi.

Tahap analisis system dilakukan setelah tahap perencanaan system (system planning) dan sebelum tahap desain system (system desain). Tahap analisis merupakan tahap yang kritis dan sangat penting, karena kesalahan di dalam tahap ini akan menyebabkan juga kesalahan di tahap selanjutnya. Hal-hal yang dilakukan pada tahap analisis system ini adalah analisis system yang sedang berjalan menggunakan flowmap yaitu gambaran system yang sedang berjalan, analisis dokumen yang digunakan, analisis system yang akan dibangun menggunakan kebutuhan aplikasi, analisis kebutuhan perangkat lunak dan analisis perangkat keras.

3.1.1 Analisis Sistem yang sedang Berjalan

Sistem yang berjalan saat ini masih bersifat dalam bentuk pembukuan dimana

setiap melakukan pemesanan batik administrasi gudang harus menelfon mendatangi

supplier untuk mendapatkan informasi.

3.1.1.1 Analisis Prosedur/Flow Map Berjalan

Pada bagian analisis prosedur/flow map berjalan ini akan dijelaskan mengenai sistem prosedur/ flowmap yang akan dibangun yaitu inventory control atau pengendalian persediaan batik di Butik Puspa. Diantaranya :

1. Administrasi gudang memeriksa ketersediaan barang dan membuat data pesanan barang, jika tidak tersedia maka data pemesanan barang akan diperiksa kembali

2.

Adiministrasi gudang membuat data pesanan ke supplier agar purchase order (PO) pesanan batik dapat di ACC dan membuat faktur

3. Supplier membuat data faktur, lalu administrasi gudang menerima dan mengecek barang serta membuat data barang masuk, data barang keluar, data stok barang

(2)

4. Manajemen membuat dan mencetak data laporan

Berikut BPMN yang sedang berjalan :

(3)

Gambar 3.2 Skenario informasi excel yang sedang berjalan

3.1.1.2 Analisis Dokumen yang Digunakan

Untuk mempermudah pendokumentasian pengendalian persediaan maka dibutuhkan suatu sistem yang dapat mempermudah dalam proses pencarian datanya. Adapun dokumen yang dimaksud adalah sebagai berikut :

Nama Dokumen : Data Barang

Alias : DB

Bentuk Data : Field (item data)

Arus Data : Datang → Lihat → Input Penjelasan : Informasi Data Barang Periode : Setiap ada barang baru

Volume : Volume rata – rata per hari 10, volume puncak 100 Struktur Data :

N o

Nama Item Data Tipe Lebar Keteranga n Di Sistem Di Program

1. Kode Barang kode_brg Varchar 10

-2. Serial serial Varchar 20

-3. Nama Barang nama_brg Varchar 30

(4)

-Kategori 5. Detail

Barang detail_brg Text -

-6. Foto

(gambar) file Varchar 25

Kamus Data 3.1 Dokumen Data Barang

Nama Dokumen : Data Kategori

Alias : DK

Arus Data : Datang → Lihat → Input

Penjelasan : Informasi Data Kategori Barang Periode : Setiap ada kategori barang baru

N o

1. Kode Kategori

kode_kategori Varchar 10

-2. Kategori nama_kategori Varchar 30

Kamus Data 3.2 Dokumen Data Kategori

Nama Dokumen : Data Rak

Alias : DR

Arus Data : Datang → Lihat → Input Penjelasan : Informasi Data Rak Periode : Setiap ada rak barang baru

N o

1. Kode Rak kode_rak Varchar 10

-2. Rak nama Varchar 30

Kamus Data 3.3 Dokumen Data Rak

Nama Dokumen : Data Supplier

Alias : DS

(5)

Periode : Setiap ada supplier baru

N o

1. Kode Kategori

kode_supp Varchar 10

-2. Supplier nama_supp Varchar 30

-3. Alamat Alamat Varchar 20

Kamus Data 3.4 Dokumen Data Supplier

Nama Dokumen : Data Barang Masuk

Alias : DBM

Penjelasan : Informasi Persediaan Barang Masuk Periode : Setiap ada barang masuk

N o

1. No Barang no_brgmsk Varchar 10

-2. Tanggal tgl_msk Date -

-3. Username username Varchar 10

-4. Kode

Supplier kode_supp Varchar 10

-5. Kode Barang kode_brg Varchar 10

-6. Jumlah jml_brg int 11

Kamus Data 3.5 Dokumen Data Barang Masuk

Nama Dokumen : Data Barang Keluar

Alias : DBK

Penjelasan : Informasi Persediaan Barang Keluar Periode : Setiap ada barang keluar

(6)

N o

1. No Barang no_brgklr Varchar 10

-2. Tanggal tgl_keluar Date -

-4. Kode Barang kode_brg Varchar 10

Kamus Data 3.6 Dokumen Data Barang Keluar

Nama Dokumen : Data Stok

Alias : DST

Arus Data : Datang → Lihat → Input Penjelasan : Informasi Persediaan Barang Periode : Setiap ada barang masuk dan keluar

N o

1. Kode Barang kode_brg Varchar 10

Kamus Data 3.7 Dokumen Data Stok

Nama Dokumen : Data User

Alias : DU

Arus Data : Datang → Lihat → Input Penjelasan : Informasi Pegawai Baru Periode : Setiap ada pegawai baru

N o

1. Id User id_user Integer 11

-3. Password password Varchar 35

-4. Level level Varchar 10

Kamus Data 3.8 Dokumen Data User

(7)

Pada bagian analisis prosedur/flowmap yang akan dibangun ini akan dibuat beberapa pembaruan pada prosedur/flowmap inventory control atau pengendalian persediaan batik sebelumnya. Diantaranya :

1. Administrasi gudang dan manjemen membuka situs web Butik Puspa 2. Administrasi gudang harus login untuk mengelola data pengendaliaan

persediaan barang

3. Manajemen harus login untuk melihat data dan mencetak laporan

4. Manajemen mengecek stok barang dan melakukan proses pemesanan barang

5. Apabila data stok barang kurang dari 10 maka manajemen mengirim sms ke administrasi gudang untuk memesan barang kepada supplier, apabila stok masih diatas 10 maka barang tidak jadi diproses pesan barang

6. Administrasi gudang menerima sms dan memesan barang kepada supplier, supplier menerima surat pengajuan pemesanan

7. Supplier mengirim barang pesanan dengan menyertai faktur, sebelum barang masuk ke gudang terlebih dahulu diperiksa mencocokannya dengan faktur, menghitung, memeriksa kualitas dan kuantitas barang yang akan diterima dan memastikan barang sesuai pesanan

8. Administrasi gudang menerima dan mengecek barang sesuai faktur. Jika barang dan faktur sesuai maka administrasi gudang menandatangani faktur, kemudian mencatat data faktur. Apabila faktur tidak sesuai maka faktur dikembalikan ke supplier

9. Setelah faktur dicatat oleh administrasi gudang, maka administrasi gudang akan membuat data barang, barang masuk dan keluar

(8)

Berikut BPMN yang akan dibangun :

(9)

Gambar 3.4 Skenario Informasi Excel yang akan dibangun

3.1.2.1 Analisis Kebutuhan Aplikasi

Implementasi Framework CI (CodeIgniter) untuk Manajemen Inventory Control Batik di Butik Puspa dibuat untuk memudahkan administrasi gudang dalam proses pengelolaan data, pengawasan barang dan butik yang akan memesan batik. Sistem yang akan dibuat ini, diantaranya :

1. Pengelolaan Data Barang 2. Pengelolaan Data Kategori 3. Pengelolaan Data Rak 4. Pengelolaan Data Supplier 5. Pengelolaan Data Barang Masuk 6. Pengelolaan Data Barang Keluar 7. Pengelolaan Data Stok Barang 8. Pengelolaan Data User

3.1.2.2 Analisis Kebutuhan Perangkat Lunak dan Kebutuhan Perangkat Keras

(10)

Adapun kebutuhan perangkat lunak dan perangkat keras yang dibutuhkan adalah sebagai berikut :

A. Analisis Kebutuhan Perangkat Lunak

Tabel 3.1 Kebutuhan Perangkat Lunak

No Nama Fungsi

1. Microsoft Window 10 Sistem Operasi yang digunakan

2. PHP versi 5 Bahasa Pemrograman yangdigunakan

3. CI (CodeIgniter) versi 2.2.6 Framework yang digunakan

4. MySQL Server Basis Data

5. Google Chrome Browser

6. JSON Web Service yang digunakan

B. Analisis Kebutuhan Perangkat Keras

Tabel 3.2 Kebutuhan Perangkat Keras

No Nama Sfesifikasi Keterangan

1. Processor Intel (R)

Untuk kecepatan transfer data dari sistem yang sangat bergantung pada kecepatan prosesor komputer

2. Memory 4 GB RAM Mempercepat pemprosesan data

pada PC

3. System Type 64-bit

Operating System

Media untuk menyimpan data aplikasi yang dibuat

3.2 Perancangan

Perancangan merupakan penjelasan perancangan sistem/aplikasi/alat yang akan dibuat terdiri dari perancangan alir program (flow chart), algoritma, data, maupun perancangan input/output sistem/aplikasi/alat. Perancangan yang akan dibuat yaitu menggunakan object oriented UML terdiri dari use case diagram, class diagram, sequence diagram, collaboration diagram, activity diagram, statechart diagram, component diagram, deployment diagram, objek diagram, struktur menu, dan perancangan anatarmuka.

3.2.1 Use Case Diagram

(11)

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>>

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

(12)

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

Aktor Administrasi Gudang dan Manajemen

(13)

Lanjutan

Kondisi Awal form sudah tersedia

Aksi Aktor Reaksi Sistem

1. Masukan username dan

password 2. Mencocokan data administrasi gudang dan manajemen padalogin dengan data 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

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

Skenario Utama

(14)

(15)

Lanjutan

1. Administrasi gudang memilih

perintah (insert, view,

update, delete)

2. Sistem menjalankan perintah yang dipilih oleh administrasi gudang

Tabel 3.8 Skenario Diagram Kelola Data Rak Identifikasi

Nomor 4

Nama Kelola Data Rak

Tujuan Merupakan aktifitas untuk mengelola data rak

Deskripsi

Skenario Utama

1. Administrasi gudang memilih perintah (insert, view, update, delete)

Tabel 3.9 Skenario Diagram Kelola Data Supplier Identifikasi

Nomor 5

Nama Kelola Data Supplier

Tujuan Merupakan aktifitas untuk mengelola data supplier

Deskripsi

Skenario Utama

(16)

perintah (insert, view, update

delete) oleh administrasi gudang

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

Skenario Utama

1. Administrasi gudang

memilih perintah (insert, print)

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

Skenario Utama

1. Administrasi gudang

memilih perintah (insert, view)

(17)

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

1. Manajemen memilih perintah (insert, view, update, delete)

2. Sistem menjalankan perintah yang dipilih oleh manajemen

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

1. Manajemen memilih

perintah (insert, view, delete)

(18)

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

perintah (view, print)

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

perintah (insert, kirim) 2. Sistem menjalankan perintah mengirim yangdipilih oleh manajemen

(19)

3.2.2 Class Diagram

Class diagram menggambarkan struktur sistem dari segi pendefinisian kelas – kelas yang akan dibuat untuk membangun sistem.

login

Gambar 3.6 Class Diagram

3.2.3 Sequence Diagram

(20)

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

(21)

3.2.3.2 Sequence Diagram Kelola Data Kategori

Login Kategori

1 : login()

2 : view_kategori()

3 : insert_kategori()

4 : update_kategori()

5 : delete_kategori()

6 : logout()

Gambar 3.8 Sequence Diagram Kelola Data Kategori

Keterangan :

2. Administrasi gudang dapat mengakses halaman kategori

3. Administrasi gudang dapat melihat, mengisi, mengedit, dan menghapus data kategori

(22)

3.2.3.3 Sequence Diagram Kelola Data Rak

Login Rak

1 : login()

2 : view_rak()

3 : insert_rak()

4 : update_rak()

5 : delete_rak()

6 : logout()

Gambar 3.9 Sequence Diagram Kelola Data Rak

Keterangan :

2. Administrasi gudang dapat mengakses halaman rak

3. Administrasi gudang dapat melihat, mengisi, mengedit, dan menghapus data rak

(23)

3.2.3.4 Sequence Diagram Kelola Data Supplier

Login Supplier

1 : login()

2 : view_supplier()

3 : insert_supplier()

4 : update_supplier()

5 : delete_supplier()

6 : logout()

Gambar 3.10 Sequence Diagram Kelola Data Supplier

Keterangan :

2. Administrasi gudang dapat mengakses halaman supplier

3. Administrasi gudang dapat melihat, mengisi, mengedit, dan menghapus data supplier

(24)

3.2.3.5 Sequence Diagram Kelola Data Barang Masuk

Login Barang Masuk

1 : login()

2 : insert_barangmasuk()

3 : logout()

Gambar 3.11 Sequence Diagram Kelola Data Barang Masuk

Keterangan :

2. Administrasi gudang dapat mengakses halaman barang masuk 3. Administrasi gudang dapat mengisi data barang masuk

(25)

3.2.3.6 Sequence Diagram Kelola Data Barang Keluar

Login Barang Keluar

1 : login()

2 : insert_barangkeluar()

3 : logout()

Gambar 3.12 Sequence Diagram Kelola Data Barang Keluar

Keterangan :

2. Administrasi gudang dapat mengakses halaman barang keluar 3. Administrasi gudang dapat mengisi data barang keluar

(26)

3.2.3.7 Sequence Diagram Kelola Data User

: Manajemen

Login User

1 : login()

2 : view_user()

3 : insert_user()

4 : update_user()

5 : delete_user()

6 : logout()

Gambar 3.13 Sequence Diagram Kelola Data User

Keterangan :

1. Manajemen mengakses halaman login dengan memasukan username dan password

2. Manajemen dapat mengakses halaman user

3. Manajemen dapat melihat, mengisi, mengedit dan menghapus data user

(27)

3.2.3.8 Sequence Diagram Kelola Data Stok

: Manajemen

Login Stok

1 : login()

2 : view_stok()

3 : delete_stok()

4 : logout()

Gambar 3.14 Sequence Diagram Kelola Data Stok

Keterangan :

2. Manajemen dapat mengakses halaman stok

(28)

3.2.3.9 Sequence Diagram Kelola Data Laporan

: Manajemen

Login Laporan

1 : login()

2 : view_laporan()

3 : print()

4 : logout()

Gambar 3.15 Sequence Diagram Kelola Data Laporan

Keterangan :

2. Manajemen dapat mengakses halaman laporan

3. Manajemen dapat melihat dan mencetak laporan barang masuk dan keluar

(29)

3.2.3.10 Sequence Diagram Kelola SMS Gateway

: Manajemen

Login _{SMS Gateway}

1 : login()

3 : insert_barangkeluar()

4 : view_stok()

5 : logout()

Gambar 3.16 Sequence Diagram Kelola SMS Gateway

Keterangan :

2. Manajemen dapat mengakses halaman utama

3. Manajemen dapat melihat stok barang, apabila barang kurang dari 10 maka sistem akan mengirim sms lewat handphone dan administrasi gudang menerima sms dengan pemberitahuan bahwa data telah berkurang

(30)

3.2.4 Collaboration Diagram

Collaboration diagram menggambarkan interaksi antar objek dalam bentuk pengiriman pesan.

3.2.4.1 Collaboration Diagram Kelola Data Barang

Login Barang

1 : login()

2 : view_barang()

3 : insert_barang()

4 : update_barang() 5 : delete_barang()

6 : logout()

Gambar 3.17 Collaboration Diagram Kelola Data Barang

3.2.4.2 Collaboration Diagram Kelola Data Kategori

Login Kategori

1 : login()

2 : view_kategori()

3 : insert_kategori()

4 : update_kategori()

5 : delete_kategori()

6 : logout()

Gambar 3.18 Collaboration Diagram Kelola Data Kategori

3.2.4.3 Collaboration Diagram Kelola Data Rak

Login Rak

1 : login()

2 : view_rak()

3 : insert_rak()

4 : update_rak() 5 : delete_rak()

6 : logout()

Gambar 3.19 Collaboration Diagram Kelola Data Rak

(31)

Login

Supplier 1 : login()

2 : view_supplier()

3 : insert_supplier() 4 : update_supplier()

5 : delete_supplier()

6 : logout()

Gambar 3.20 Collaboration Diagram Kelola Data Supplier

3.2.4.5 Collaboration Diagram Kelola Data Barang Masuk

Login Barang Masuk

1 : login() 2 : insert_barangmasuk()

3 : logout()

Gambar 3.21 Collaboration Diagram Kelola Data Barang Masuk

3.2.4.6 Collaboration Diagram Kelola Data Barang Keluar

Login Barang Keluar

1 : login() 2 : insert_barangkeluar()

3 : logout()

Gambar 3.22 Collaboration Diagram Kelola Data Barang Keluar

(32)

: Manajemen

Login User

1 : login()

2 : view_user()

3 : insert_user() 4 : update_user()

5 : delete_user()

6 : logout()

Gambar 3.23 Collaboration Diagram Kelola Data User

3.2.4.8 Collaboration Diagram Kelola Data Stok

: Manajemen

Login Stok

1 : login()

2 : view_stok()

3 : delete_stok()

4 : logout()

Gambar 3.24 Collaboration Diagram Kelola Data Stok

3.2.4.9 Collaboration Diagram Kelola Data Laporan

: Manajemen

Login Laporan

1 : login()

2 : view_laporan()

3 : print()

4 : logout()

Gambar 3.25 Collaboration Diagram Kelola Data Laporan

(33)

: Manajemen

Login SMS Gateway

1 : login()

3 : insert_barangkeluar() 4 : view_stok()

5 : logout()

Gambar 3.26 Collaboration Diagram Kelola SMS Gateway

3.2.5 Activity Diagram

Activity diagram menggambarkan aktivitas dari sebuah sistem atau proses bisnis yang ada di perangkat lunak.

3.2.5.1 Activity Diagram Kelola Data Barang

Administrasi Gudang Sistem

input username dan password _validasi

menampilkan halaman utama administrasi gudang memilih menu barang

menampilkan halaman barang

mengelola data barang

menyimpan data Ya Tidak

(34)

Administrasi gudang menginput username dan password ke dalam sistem, dan sistem akan melakukan validasi login. Apabila valid maka akan menampilkan halaman utama dan apabila tidak valid maka akan kembali ke form login untuk memasukkan username dan password. Halaman kelola barang yaitu untuk mengelola data barang, administrasi gudang bisa mengelola data barang seperti melihat, mengisi, mengedit dan menghapus selanjutnya sistem akan menampilkan data-data barang yang tersedia.

3.2.5.2 Activity Diagram Kelola Data Kategori

input username dan password validasi

menampilkan halaman utama administrasi gudang memilih menu kategori

menampilkan halaman kategori

mengelola data kategori

Gambar 3.28 Activity Diagram Kelola Data Kategori

(35)

akan menampilkan halaman utama dan apabila tidak valid maka akan kembali ke form login untuk memasukkan username dan password. Halaman kelola kategori yaitu untuk mengelola data kategori, administrasi gudang bisa mengelola data kategori seperti melihat, mengisi, mengedit dan menghapus selanjutnya sistem akan menampilkan data-data kategori yang tersedia.

3.2.5.3 Activity Diagram Kelola Data Rak

menampilkan halaman utama administrasi gudang memilih menu rak

menampilkan halaman rak

mengelola data rak

Gambar 3.29 Activity Diagram Kelola Data Rak

(36)

menghapus selanjutnya sistem akan menampilkan data-data rak yang tersedia.

3.2.5.4 Activity Diagram Kelola Data Supplier

menampilkan halaman utama administrasi gudang memilih menu supplier

menampilkan halaman supplier

mengelola data supplier

Gambar 3.30 Activity Diagram Kelola Data Supplier

(37)

3.2.5.5 Activity Diagram Kelola Data Barang Masuk

manampilkan halaman utama administrasi gudang memilih menu barang masuk

menampilkan halaman barang masuk

mengelola data barang masuk

Gambar 3.31 Activity Diagram Kelola Data Barang Masuk

(38)

3.2.5.6 Activity Diagram Kelola Data Barang Keluar

manampilkan halaman utama administrasi gudang memilih menu barang keluar

menampilkan halaman barang keluar

mengelola data barang keluar

Gambar 3.32 Activity Diagram Kelola Data Barang Keluar

(39)

3.2.5.7 Activity Diagram Kelola Data User

Manajemen Sistem

menampilkan halaman utama manajemen memilih menu user

menampilkan halaman user

mengelola data user

Gambar 3.33 Activity Diagram Kelola Data User

(40)

3.2.5.8 Activity Diagram Kelola Data Stok

Manajemen Sistem

menampilkan halaman utama manajemen memilih menu stok

menampilkan halaman stok

mengelola data stok

Gambar 3.34 Activity Diagram Kelola Data Stok

(41)

3.2.5.9 Activity Diagram Kelola Data Laporan

Manajemen Sistem

input username dan password _validasi

manampilkan halaman utama manajemen memilih menu laporan

menampilkan halaman laporan

mengelola data laporan

Gambar 3.35 Activity Diagram Kelola Data Laporan

(42)

3.2.5.10 Activity Diagram Kelola SMS Gateway

Manajemen Sistem

menampilkan halaman utama manajemen memilih menu laporan

menampilkan halaman stok

mengisi data barang masuk atau keluar

mengirim sms pemberitahuan stok

sms sukses Ya Tidak

Gambar 3.36 Activity Diagram Kelola SMS Gateway

(43)

3.2.6 Statechart Diagram

State diagram digunakan untuk menggambarkan perubahan status dari sebuah sistem atau objek.

3.2.6.1 Statechart Diagram Kelola Data Barang

entry/username dan password do/validasi login

do/menampilkan halaman utama administrasi gudang

do/memilih menu barang

do/menampilkan halaman barang

do/kelola data barang

menyimpan data Tidak

Ya

(44)

3.2.6.2 Statechart Diagram Kelola Data Kategori

entry/username dan password _{do/validasi login}

do/memilih menu kategori

do/menampilkan halaman kategori

do/kelola data kategori

Ya

Gambar 3.38 Statechart Diagram Kelola Data Kategori

(45)

do/memilih menu rak

do/menampilkan halaman rak

do/kelola data rak

Ya

Gambar 3.39 Statechart Diagram Kelola Data Rak

(46)

do/memilih menu supplier

do/menampilkan halaman supplier

do/kelola data supplier

Gambar 3.40 Statechart Diagram Kelola Data Supplier

(47)

do/memilih menu barang masuk

do/menampilkan halaman barang masuk

do/mengelola data barang masuk

Gambar 3.41 Statechart Diagram Kelola Data Barang Masuk

(48)

entry/userame dan password _{do/validasi login}

do/menampilkan halaman uata administrasi gudang

do/memilih menu barang keluar

do/menampilkan halaman barang keluar

do/kelola data barang keluar

Gambar 3.42 Statechart Diagram Kelola Data Barang Keluar

(49)

do/menampilkan halaman login

do/menampilkan halaman utama manajemen

do/memilih menu user

do/menampilkan halaman user

do/kelola user

Ya

Gambar 3.43 Statechart Diagram Kelola Data User

(50)

do/menampilkan halaman login

do/memilih menu stok

do/menampilkan halaman stok

do/kelola stok

Ya

Gambar 3.44 Statechart Diagram Kelola Data Stok

(51)

do/memilih menu laporan

do/menampilkan halaman laporan

do/kelola data laporan

Gambar 3.45 Statechart Diagram Kelola Data Laporan

(52)

do/memilih menu laporan

do/menampilkan halaman stok

entry/mengisi data barang masuk atau keluar

do/mengirim sms pemberitahuan stok

do/menerima sms

sms sukses Ya Tidak

Gambar 3.46 Statechart Diagram Kelola SMS Gateway

3.2.7 Component Diagram

(53)

3.2.7.1 Component Diagram Administrasi Gudang

Login

Halaman Utama Administrasi Gudang

Barang

Insert Barang Masuk

View Barang Masuk

Insert Barang Keluar

View Barang Keluar

Logout

Delete Barang Masuk

Print Barang Masuk

Delete Barang Keluar

Print Barang Keluar Rak

Insert Rak

View Rak

Update Rak

Delete Rak

Gambar 3.47 Component Diagram Administrasi Gudang

(54)

Login_

Halaman Utama Manajemen

User_

Gambar 3.48 Component Diagram Manajemen

3.2.8 Deployment Diagram

Deployment diagram menunjukan komponen dalam proses eksekusi aplikasi. Berikut adalah deployment dari manajemen system aplikasi batik di butik puspa :

SMS Gateway

Gambar 3.49 Deployment Diagram

3.2.9 Objek Diagram

(55)

Gambar 3.50 Objek Diagram

(56)

Gambar 3.51 Struktur Menu

Struktur menu untuk sistem informasi ini meliputi 2 aktor yaitu administrator gudang dan manajemen dimana mempunyai tugas masing – masing, diantaranya :

1. Administrator gudang mempunyai hak untuk mengelola data seperti mengisi, melihat, mengedit dan menghapus data

2. Butik dapat melihat dan mencetak laporan

3.2.11 Perancangan Antarmuka

(57)

Gambar 3.52 Perancangan Antarmuka Halaman Login

3.2.11.2 Perancangan Antarmuka Halaman Administrasi Gudang

Gambar 3.53 Perancangan Antarmuka Halaman Administrasi Gudang

(58)