Rancang Bangun Sistem Informasi Inventory Berbasis Web Menggunakan Metode Klasifikasi ABC (Studi Kasus: PT. Sukses Kita Abadi)

Aliran kembali ke langkah 6
5b. User mengklik tombol “tidak”
Aliran kembali ke langkah 2
Subaliran :
Aliran salah :

Tabel 4.13 Narasi Use Case Pengaturan Klasifikasi
Nama Use Case : Pengaturan ID : UC7

Klasifikasi

Aktor : Manajer

Deskripsi singkat : Use case untuk mengatur klasifikasi ABC

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat mengatur periode ABC

Aliran normal : Respon sistem :

1. User mengklik menu stok 2. Menampilkan halaman data stok

barang yang berisi tabel data stok
barang, tombol “ubah”, tombol
“hapus”, tombol “tambah”, tombol

pengaturan, tombol pencarian, dan

tombol paginasi halaman

3. User mengklik tombol 4. Menampilkan halaman pengaturan
“pengaturan” klasifikasi yang berisi form periode
ABC, tombol “batal” dan tombol
“simpan”.

5. User memilih periode ABC pada 6. Menyimpan dan mengubah data

form pengaturan dan mengklik stok barang, menampilkan
tombol “simpan” notifikasi berhasil, dan aliran

kembali ke langkah 2

129

Aliran alternatif :
A1 : User batal mengubah periode ABC
3a. User mengklik tombol “pengaturan”
4a. Menampilkan halaman pengaturan klasifikasi yang berisi form periode ABC,
tombol “batal” dan tombol “simpan”.
5a. User mengklik tombol “batal”.
Aliran kembali ke langkah 2
Subaliran :
Aliran salah :

Tabel 4.14 Narasi Use Case Kelola Data Barang
Nama Use Case : Kelola Data ID : UC8

Barang

Aktor : Staff inventory

Deskripsi singkat : Use case untuk mengelola data barang

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat mengelola data barang

Aliran normal : Respon sistem :

1. User mengklik menu stok 2. Menampilkan halaman stok barang

3. User mengklik sub menu data 4. Menampilkan halaman data barang

barang yang berisi tabel data barang, tombol
“ubah”, tombol “hapus”, tombol

“tambah”, tombol pencarian, dan

tombol paginasi halaman
5. User mengklik tombol “tambah” 6. Menampilkan pop-up overlay yang

berisi form tambah data barang,
tombol “batal” dan tombol “simpan”

130

7. User mengisi form tambah data 8. Menyimpan data barang,

barang dan mengklik tombol menampilkan notifikasi berhasil,
“simpan” dan aliran kembali ke langkah 4

Aliran alternatif :

A1 : User mengubah data barang
5a. User mengklik tombol “ubah”

6a. Menampilkan halaman ubah data yang berisi form ubah data barang, , tombol
“batal” dan tombol “simpan”

7a. User mengubah data pada form ubah data barang dan mengklik tombol
“simpan”

Aliran kembali ke langkah 8

A2 : User menghapus data barang
5a. User mengklik tombol “hapus”

6a. Menampilkan notifikasi konfirmasi
7a. User mengklik tombol “ya”

Aliran kembali ke langkah 8
7b. User mengklik tombol “tidak”

Aliran kembali ke langkah 4

Subaliran :

Aliran salah :

Tabel 4.15 Narasi Use Case Kelola Barang Masuk
Nama Use Case : Kelola Barang ID : UC9
Masuk
Aktor : Staff inventory
Deskripsi singkat : Use case untuk mengelola barang masuk
Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses
yang dimiliki
Kondisi akhir : User dapat mengelola barang masuk

131

Aliran normal : Respon sistem :

1. User mengklik menu transaksi 2. Menampilkan halaman barang

masuk yang berisi tabel barang
masuk, tombol “ubah”, tombol
“hapus”, tombol “tambah”, tombol

pencarian, dan tombol paginasi

halaman

3. User mengklik tombol 4. Menampilkan halaman tambah data
“tambah” yang berisi form tambah barang
masuk, tombol “batal” dan tombol
“simpan”

5. User mengisi form tambah 6. Menyimpan data barang masuk,

barang masuk dan mengklik menampilkan notifikasi berhasil, dan
tombol “simpan” aliran kembali ke langkah 2

Aliran alternatif :

A1 : User mengubah barang masuk
3a. User mengklik tombol “ubah”

4a. Menampilkan halaman ubah data yang berisi form ubah barang masuk,
tombol “batal” dan tombol “simpan”

5a. User mengubah data pada form ubah barang masuk dan mengklik tombol
“simpan”

Aliran kembali ke langkah 6

A2 : User menghapus barang masuk
3a. User mengklik tombol “hapus”

4a. Menampilkan notifikasi konfirmasi
5a. User mengklik tombol “ya”

Aliran kembali ke langkah 6
5b. User mengklik tombol “tidak”

Aliran kembali ke langkah 2

Subaliran :

132

Aliran salah :

Tabel 4.16 Narasi Use Case Konfirmasi Barang Masuk
Nama Use Case : Konfirmasi Barang ID : UC10

Masuk

Aktor : Manajer dan staff barang

Deskripsi singkat : Use case untuk konfirmasi surat jalan

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat konfirmasi surat jalan

Aliran normal : Respon sistem :

1. User mengklik menu transaksi 2. Menampilkan halaman barang

masuk yang berisi tabel data surat
jalan, tombol “ubah”, tombol
“hapus”, tombol “tambah”, tombol
pencarian, tombol “unduh”, tombol

konfirmasi, dan tombol paginasi

halaman

3. User mengklik tombol 4. Menyimpan konfirmasi surat jalan,
“konfirmasi” menampilkan notifikasi berhasil,

dan aliran kembali ke langkah 4

Aliran alternatif :

A1 : User membatalkan konfirmasi surat jalan
5a. User mengklik kembali tombol “konfirmasi”

6a. Menyimpan konfirmasi surat jalan, menampilkan notifikasi berhasil, dan

aliran kembali ke langkah 4

Subaliran :

Aliran salah :

133

Tabel 4.17 Narasi Use Case Kelola Surat Jalan
Nama Use Case : Kelola Surat Jalan ID : UC11

Aktor : Staff penjualan

Deskripsi singkat : Use case untuk mengelola surat jalan

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat mengelola surat jalan

Aliran normal : Respon sistem :

1. User mengklik menu transaksi 2. Menampilkan halaman barang

masuk

3. User mengklik sub menu surat 4. Menampilkan halaman surat jalan

jalan yang berisi tabel data surat jalan,

tombol “ubah”, tombol “hapus”,

tombol “tambah”, tombol

pencarian, tombol “unduh”, dan

tombol paginasi halaman
5. User mengklik tombol “tambah” 6. Menampilkan halaman tambah

data yang berisi form tambah surat
jalan, tombol “batal” dan tombol
“simpan”

7. User mengisi form tambah surat 8. Menyimpan surat jalan,

jalan dan mengklik tombol menampilkan notifikasi berhasil,
“simpan” dan aliran kembali ke langkah 4

Aliran alternatif :

A1 : User mengubah surat jalan
5a. User mengklik tombol “ubah”

6a. Menampilkan halaman ubah data yang berisi form ubah surat jalan, tombol
“batal” dan tombol “simpan”

7a. User mengubah data pada form ubah surat jalan dan mengklik tombol
“simpan”

134

Aliran kembali ke langkah 8
A2 : User menghapus surat jalan
5a. User mengklik tombol “hapus”
6a. Menampilkan notifikasi konfirmasi
7a. User mengklik tombol “ya”
Aliran kembali ke langkah 8
7b. User mengklik tombol “tidak”
Aliran kembali ke langkah 4
A3 : User mengunduh surat jalan
5a. User mengklik tombol “unduh”
6a. Menyimpan surat jalan dalam format .pdf ke dalam direktori
Aliran kembali ke langkah 4
Subaliran :
Aliran salah :

Tabel 4.18 Nasari Use Case Konfirmasi Surat Jalan
Nama Use Case : Konfirmasi Surat ID : UC12

Jalan

Aktor : Manajer dan staff barang

Deskripsi singkat : Use case untuk konfirmasi surat jalan

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat konfirmasi surat jalan

Aliran normal : Respon sistem :

5. User mengklik menu transaksi 6. Menampilkan halaman barang

masuk

7. User mengklik sub menu surat 8. Menampilkan halaman surat jalan

jalan yang berisi tabel data surat jalan,
tombol “ubah”, tombol “hapus”,

135

tombol “tambah”, tombol

pencarian, tombol “unduh”, tombol

konfirmasi, dan tombol paginasi

halaman

9. User mengklik tombol 10. Menyimpan konfirmasi surat jalan,
“konfirmasi” menampilkan notifikasi berhasil,

dan aliran kembali ke langkah 4

Aliran alternatif :

A1 : User membatalkan konfirmasi surat jalan
5a. User mengklik kembali tombol “konfirmasi”

6a. Menyimpan konfirmasi surat jalan, menampilkan notifikasi berhasil, dan

aliran kembali ke langkah 4

Subaliran :

Aliran salah :

Tabel 4.19 Narasi Use Case Kelola Data Pemasok
Nama Use Case : Kelola Data ID : UC13

Pemasok

Aktor : Staff inventory

Deskripsi singkat : Use case untuk mengelola data pemasok

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat mengelola data pemasok

Aliran normal : Respon sistem :

1. User mengklik menu transaksi 2. Menampilkan halaman barang

masuk

3. User mengklik sub menu data 4. Menampilkan halaman data

pemasok pemasok yang berisi tabel data
pemasok, tombol “ubah”, tombol

136

“hapus”, tombol “tambah”, tombol

pencarian, dan tombol paginasi

halaman
5. User mengklik tombol “tambah” 6. Menampilkan pop-up overlay yang

berisi form tambah data pemasok,
tombol “batal” dan tombol
“simpan”

7. User mengisi form tambah data 8. Menyimpan data pemasok,

pemasok dan mengklik tombol menampilkan notifikasi berhasil,
“simpan” dan aliran kembali ke langkah 4

Aliran alternatif :

A1 : User mengubah data pemasok
5a. User mengklik tombol “ubah”

6a. Menampilkan halaman ubah data yang berisi form ubah data pemasok,
tombol “batal” dan tombol “simpan”

7a. User mengubah data pada form ubah data pemasok dan mengklik tombol
“simpan”

Aliran kembali ke langkah 8

A2 : User menghapus data pemasok
5a. User mengklik tombol “hapus”

6a. Menampilkan notifikasi konfirmasi
7a. User mengklik tombol “ya”

Aliran kembali ke langkah 8
7b. User mengklik tombol “tidak”

Aliran kembali ke langkah 4

Subaliran :

Aliran salah :

137

Tabel 4.20 Narasi Use Case Kelola Data Pelanggan
Nama Use Case : Kelola Data ID : UC14

Pelanggan

Aktor : Staff penjualan

Deskripsi singkat : Use case untuk mengelola data pelanggan

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat mengelola data pelanggan

Aliran normal : Respon sistem :

1. User mengklik menu transaksi 2. Menampilkan halaman barang

masuk

3. User mengklik sub menu data 4. Menampilkan halaman data

pelanggan pelanggan yang berisi tabel data
pelanggan, tombol “ubah”, tombol
“hapus”, tombol “tambah”, tombol

pencarian, dan tombol paginasi

halaman
5. User mengklik tombol “tambah” 6. Menampilkan pop-up overlay

yang berisi form tambah data
pelanggan, tombol “batal” dan
tombol “simpan”

7. User mengisi form tambah data 8. Menyimpan data pelanggan,

pelanggan dan mengklik tombol menampilkan notifikasi berhasil,
“simpan” dan aliran kembali ke langkah 4

Aliran alternatif :

A1 : User mengubah data pelanggan
5a. User mengklik tombol “ubah”

6a. Menampilkan halaman ubah data yang berisi form ubah data pelanggan ,
tombol “batal” dan tombol “simpan”

138

7a. User mengubah data pada form ubah data pelanggan dan mengklik tombol
“simpan”
Aliran kembali ke langkah 8
A2 : User menghapus data pelanggan
5a. User mengklik tombol “hapus”
6a. Menampilkan notifikasi konfirmasi
7a. User mengklik tombol “ya”
Aliran kembali ke langkah 8
7b. User mengklik tombol “tidak”
Aliran kembali ke langkah 4
Subaliran :
Aliran salah :

Tabel 4.21 Narasi Use Case Laporan

Nama Use Case : Laporan ID : UC15

Aktor : Direktur

Deskripsi singkat : Use case untuk melihat, mencetak, dan mengunduh laporan

stok barang, laporan surat jalan, dan laporan barang masuk

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User dapat melihat, mencetak, dan mengunduh laporan stok

barang, laporan surat jalan, dan laporan barang masuk

Aliran normal : Respon sistem :

1. User mengklik menu laporan 2. Menampilkan halaman laporan

yang berisi form pilihan jenis

laporan, kategori laporan, periode
laporan, tombol “cetak”, dan
tombol “unduh”

139

3. User memilih kriteria laporan 4. Menampilkan laporan yang terpilih

dan mengklik tombol dalam format .pdf
“tampilkan”

5. User mengklik tombol “cetak” 6. Menampilkan halaman cetak

laporan

Aliran alternatif :

A1 : User mengunduh laporan
5a. User mengklik tombol “unduh”

6a. Menyimpan laporan dalam format .pdf ke dalam direktori

Subaliran :

Aliran salah :

Tabel 4.22 Narasi Use Case Logout

Nama Use Case : Logout ID : UC16

Aktor : Seluruh aktor

Deskripsi singkat : Use case untuk keluar dari SISKA

Prasyarat : User telah berhasil masuk ke dalam SISKA sesuai dengan hak akses

yang dimiliki

Kondisi akhir : User berhasil keluar dari SISKA

Aliran normal : Respon sistem :

1. User mengklik tombol “keluar” 2. Menampilkan notifikasi konfirmasi

3. User mengklik tombol “ya” 4. Menampikan halaman login

Aliran alternatif :

A1 : User batal keluar dari SISKA
3a. User mengklik tombol “tidak”

4a. Menampilkan halaman saat ini

Subaliran :

Aliran salah :

140

4.2.2.2. Activity Diagram
Selanjutnya, penulis membuat activity diagram untuk

mengilustrasikan alur aktivitas SISKA dari aliran awal hingga aliran
akhir yang didasarkan pada hasil analisis dan identifikasi use case di
bagian sebelumnya.

Gambar 4.7. Activity Diagram SISKA – Pendaftaran

Pada aktivitas ini, aliran di awali oleh user yang masuk ke
halaman login dengan mengunjungi situs web SISKA. Kemudian, user
mengklik tombol daftar yang selanjutnya SISKA akan menampilkan

141

form pendaftaran akun untuk dapat diisi dan dilengkapi oleh user.
Setelah mengisi form pendaftaran, user mengklik tombol simpan untuk
dapat melanjutkan proses pendaftaran akun baru. SISKA kemudian
melakukan pengecekan data pendaftaran, jika sudah benar dan sesuai
maka SISKA akan menampilkan notifikasi berhasil dan menampilkan
kembali halaman login. Akan tetapi, jika data pendaftaran tidak benar,
tidak sesuai, atau tidak lengkap, maka SISKA akan menampilkan
kembali form pendaftaran kepada user agar user dapat memperbaiki data
pendaftaran. User pada aktivitas ini yaitu seluruh aktor.

Gambar 4.8. Activity Diagram SISKA – Login

142

Pada aktivitas ini, aliran di awali oleh user yang masuk ke
halaman login dengan mengunjungi situs web SISKA. Selanjutnya, user
memasukkan data login berupa username dan password pada form yang
telah tersedia. Setelah itu, user mengklik tombol masuk dan SISKA
melakukan validasi data login. Apabila user telah terdaftar dan data
login sesuai, maka SISKA akan menampilkan halaman utama
(dashboard). Akan tetapi, apabila user belum terdaftar atau data login
tidak sesuai, maka SISKA akan menampilkan notifikasi gagal kepada
user dan menampilkan kembali halaman login. User pada aktivitas ini
yaitu seluruh aktor.

143

Gambar 4.9. Activity Diagram SISKA – Kelola Data Pengguna

Pada aktivitas ini, yang bertindak sebagai aktor yaitu user
dengan jabatan admin. Aktivitas ini di awali dengan navigasi user untuk
masuk ke dalam tampilan data pengguna dengan langkah awal user
mengklik menu dashboard, kemudian mengklik sub menu data
pengguna, dan SISKA akan menampilkan halaman data pengguna.

144

Setelah itu, user dapat melakukan pengelolaan data stok pengguna,
seperti melihat data, mengubah data, dan menghapus data.

Gambar 4.10. Activity Diagram SISKA – Kelola Data Jabatan

Pada aktivitas ini, yang bertindak sebagai aktor yaitu user
dengan jabatan admin. Aktivitas ini di awali dengan navigasi user untuk
masuk ke dalam tampilan data jabatan dengan langkah awal user
mengklik menu dashboard, kemudian mengklik sub menu data jabatan,

145

dan SISKA akan menampilkan halaman data jabatan. Setelah itu, user
dapat melakukan pengelolaan data stok jabatan, seperti melihat data,
menambah data, mengubah data, dan menghapus data.

Gambar 4.11. Activity Diagram SISKA – Kelola Data Stok

Pada aktivitas ini, yang bertindak sebagai user yaitu staff
inventory atau staff penjualan. Aktivitas ini di awali dengan navigasi
user untuk masuk ke dalam tampilan stok barang dengan langkah awal

146

user mengklik menu stok dan SISKA menampilkan halaman data stok.
Setelah itu, user dapat melakukan pengelolaan data stok barang, seperti
melihat data, menambah data, mengubah data, dan menghapus data.

Gambar 4.12. Activity Diagram SISKA – Pengaturan Klasifikasi

Pada aktivitas ini, yang bertindak sebagai user yaitu staff
manajer. Aktivitas ini di awali dengan navigasi user untuk masuk ke
dalam tampilan stok barang dengan langkah awal user mengklik menu
stok dan SISKA menampilkan halaman data stok. Setelah itu, user dapat
melakukan pengaturan klasifikasi dengan mengklik tombol pengaturan,
dan sistem akan menampilkan halaman pengaturan yang berisi form
periode ABC, tombol batal, dan tombol simpan.

147

Gambar 4.13. Activity Diagram SISKA – Kelola Data Barang

Pada aktivitas ini, yang bertindak sebagai user yaitu staff
inventory. Aktivitas ini di awali dengan navigasi user untuk masuk ke
dalam tampilan data barang. Pertama, user mengklik menu stok, SISKA
menampilkan halaman data stok. Kedua, user mengklik sub menu data
barang dan SISKA menampilkan halaman data barang. Setelah itu, user
dapat melakukan pengelolaan data barang, seperti melihat data,
menambah data, mengubah data, dan menghapus data.

148

Gambar 4.14. Activity Diagram SISKA – Kelola Barang Masuk

Pada aktivitas ini, yang bertindak sebagai user yaitu staff
inventory dan staff barang. Aktivitas ini di awali dengan navigasi user
untuk masuk ke dalam tampilan barang masuk dengan langkah awal
user mengklik menu transaksi dan SISKA menampilkan halaman
barang masuk. Setelah itu, user dapat melakukan pengelolaan data
barang masuk, seperti melihat data, menambah data, mengubah data,
dan menghapus data.

149

Gambar 4.15. Activity Diagram SISKA – Konfirmasi Barang Masuk

Kemudian, manajer dan staff barang akan mengkonfirmasi
barang masuk. Manajer dan staff barang sebagai user dalam aktivitas
ini, hanya perlu mengklik tombol konfirmasi yang terdapat pada kolom
“konfirmasi” dalam tabel data surat jalan. Apabila user ingin
membatalkan konfirmasi, user hanya perlu mengklik kembali tombol
konfirmasi.

150

Gambar 4.16. Activity Diagram SISKA – Kelola Surat Jalan

Pada aktivitas ini, yang bertindak sebagai user yaitu staff
penjualan, staff barang, atau staff logistik. Aktivitas ini di awali dengan
navigasi user untuk masuk ke dalam tampilan surat jalan. Pertama, user
mengklik menu transaksi, SISKA menampilkan halaman barang masuk.
Kedua, user mengklik sub menu surat jalan dan SISKA menampilkan
halaman surat jalan. Setelah itu, user dapat melakukan pengelolaan surat

151

jalan, seperti melihat data, menambah data, mengubah data, menghapus
data, dan mengunduh data.

Gambar 4.17. Activity Diagram SISKA - Konfirmasi Surat Jalan

Setelah surat jalan dibuat oleh staff penjualan, maka manajer
akan mengkonfirmasi surat jalan agar selanjutnya staff barang dapat
menyiapkan dan mengemas barang di gudang. Manajer dan staff barang
sebagai user dalam aktivitas ini, hanya perlu mengklik tombol
konfirmasi yang terdapat pada kolom “konfirmasi” dalam tabel data

152

surat jalan. Apabila user ingin membatalkan konfirmasi, user hanya
perlu mengklik kembali tombol konfirmasi.

Gambar 4.18. Activity Diagram SISKA – Kelola Data Pemasok

Pada aktivitas ini, yang bertindak sebagai user yaitu staff
inventory. Aktivitas ini di awali dengan navigasi user untuk masuk ke
dalam tampilan data pemasok. Pertama, user mengklik menu transaksi,
SISKA menampilkan halaman barang masuk. Kedua, user mengklik sub
menu data pemasok dan SISKA menampilkan halaman data pemasok.

153

Setelah itu, user dapat melakukan pengelolaan data pemasok, seperti
melihat data, menambah data, mengubah data, dan menghapus data.

Gambar 4.19. Activity Diagram SISKA – Kelola Data Pelanggan

Pada aktivitas ini, yang bertindak sebagai user yaitu staff
penjualan. Aktivitas ini di awali dengan navigasi user untuk masuk ke
dalam tampilan data pelanggan. Pertama, user mengklik menu transaksi,
SISKA menampilkan halaman barang masuk. Kedua, user mengklik sub
menu data pelanggan dan SISKA menampilkan halaman data

154

pelanggan. Setelah itu, user dapat melakukan pengelolaan data
pelanggan, seperti melihat data, menambah data, mengubah data, dan
menghapus data.

Gambar 4.20. Activity Diagram SISKA – Laporan

Pada aktivitas ini, yang bertindak sebagai user yaitu direktur.
Aktivitas ini di awali dengan user mengklik menu laporan dan SISKA
menampilkan halaman laporan yang berisi form kriteria laporan.
Kemudian, user memilih kriteria laporan yang tersedia pada form dan
mengklik tombol “tampilkan” sehingga laporan yang dipilih akan

155

ditampilkan oleh SISKA. Setelah itu, user dapat mencetak atau
mengunduh laporan dengan mengklik tombol cetak atau unduh.

Gambar 4.21. Activity Diagram SISKA – Logout

Pada aktivitas ini, aliran diawali dengan user mengklik tombol
keluar dan SISKA akan menampilkan notifikasi konfirmasi. Apabila
user mengklik tombol ya, maka SISKA akan menampilkan halaman
login. Akan tetapi, jika user mengklik tombol tidak, maka SISKA akan
menampilkan halaman utama.
4.2.2.3. Class Diagram

Langkah berikutnya ialah penulis membuat class diagram
untuk mengilustrasikan struktur kelas-kelas yang terdapat di dalam

156

SISKA dengan mendefinisikan atribut, operasi, dan relasi yang terdapat
di antaranya.

4.2.2.3.1. Identifikasi Potential Object
Sebelum melakukan pemodelan class diagram, penulis

mengidentifikasi objek-objek yang berpotensi dari use case diagram
SISKA terlebih dahulu.

User Tabel 4.23 Daftar Objek Potensial SISKA
Total_bm

Aktor Tgl_bm

Pendaftaran Confirm_wh

Login Confirm_mg

Logout Item_bm

Laporan Id_item_bm

Staff inventory Jumlah

Staff barang Packing

Staff penjualan Keterangan

Manajer Surat jalan

Direktur Id_sj

Id_user Total_sj

Nama_user No_inv

Username No_po

Password Jumlah_item

Email_user Tgl_sj

Nohp_user Confirm_mg

Jabatan Is_done

Id_jabatan Item_sj

Nama_jabatan Id_item_sj

Barang Jumlah

157

Id_brg Packing
Nama_brg Keterangan
Kategori_brg Pemasok
Jenis_brg Id_pmsk
Harga_brg Nama_pmsk
Stok Alamat_pmsk
Id_stok Notelp_pmsk
Jml_stok Nohp_pmsk
Bts_stok Email_pmsk
Kategori Pelanggan
Id_kategori Id_pel
Nama_kategori Nama_pel
Barang masuk Alamat_pel
Id_bm Notelp_pel
No_po Nohp_pel
No_do Email_pel
Jumlah_item

Tabel 4.24 Identifikasi Objek Potensial SISKA

No. Nama Cek Keterangan

1. User  Objek user

2. Aktor  Objek perencanaan proses

3. Pendaftaran  Objek perencanaan proses

4. Login  Objek perencanaan proses

5. Logout  Objek perencanaan proses

6. Laporan  Objek perencanaan proses

7. Staff inventory  Aktor turunan user

8. Staff barang  Aktor turunan user

9. Staff penjualan  Aktor turunan user

158

10. Manajer  Aktor turunan user
11. Direktur  Aktor turunan user
12. Id_user  Atribut objek user
13. Nama_user  Atribut objek user
14. Username  Atribut objek user
15. Password  Atribut objek user
16. Email_user  Atribut objek user
17. Nohp_user  Atribut objek user
18. Jabatan  Objek jabatan
19. Id_jabatan  Atribut objek jabatan
20. Nama_jabatan  Atribut objek jabatan
21. Barang  Objek barang
22. Id_brg  Atribut objek barang
23. Nama_brg  Atribut objek barang
24. Kategori_brg  Atribut objek barang
25. Jenis_brg  Atribut objek barang
26. Harga_brg  Atribut objek barang
27. Stok  Objek stok
28. Id_stok  Atribut objek stok
29. Jml_stok  Atribut objek stok
30. Bts_stok  Atribut objek stok
31. Kategori  Objek kategori
32. Id_kategori  Atribut objek kategori
33. Nama_kategori  Atribut objek kategori
34. Barang masuk  Objek barang masuk
35. Id_bm  Atribut objek barang masuk
36. No_po  Atribut objek barang masuk
37. No_do  Atribut objek barang masuk
38. Jumlah_item  Atribut objek barang masuk

159

39. Total_bm  Atribut objek barang masuk
40. Tgl_bm  Atribut objek barang masuk
41. Confirm_wh  Atribut objek barang masuk
42. Confirm_mg  Atribut objek barang masuk
43. Item_bm  Objek item_bm
44. Id_item_bm  Atribut objek item_bm
45. Jumlah  Atribut objek item_bm
46. Packing  Atribut objek item_bm
47. Keterangan  Atribut objek item_bm
48. Surat jalan  Objek surat jalan
49. Id_sj  Atribut objek surat jalan
50. Total_sj  Atribut objek surat jalan
51. No_inv  Atribut objek surat jalan
52. No_po  Atribut objek surat jalan
53. Jumlah_item  Atribut objek surat jalan
54. Tgl_sj  Atribut objek surat jalan
55. Confirm_mg  Atribut objek surat jalan
56. Is_done  Atribut objek surat jalan
57. Item_sj  Objek item_sj
58. Id_item_sj  Atribut objek item_sj
59. Jumlah  Atribut objek item_sj
60. Packing  Atribut objek item_sj
61. Keterangan  Atribut objek item_sj
62. Pemasok  Objek pemasok
63. Id_pmsk  Atribut objek pemasok
64. Nama_pmsk  Atribut objek pemasok
65. Alamat_pmsk  Atribut objek pemasok
66. Notelp_pmsk  Atribut objek pemasok
67. Nohp_pmsk  Atribut objek pemasok

160

68. Email_pmsk  Atribut objek pemasok
69. Pelanggan  Objek pelanggan
70. Id_pel  Atribut objek pelanggan
71. Nama_pel  Atribut objek pelanggan
72. Alamat_pel  Atribut objek pelanggan
73. Notelp_pel  Atribut objek pelanggan
74. Nohp_pel  Atribut objek pelanggan
75. Email_pel  Atribut objek pelanggan

User Tabel 4.25 Daftar Objek Potensial Usulan SISKA
Item_bm

Jabatan Surat jalan

Barang Item_sj

Stok Pemasok

Kategori Pelanggan

Barang masuk

4.2.2.3.2. Pemodelan Class Diagram
Pada gambar 4.22 dibawah, dapat dilihat pemodelan class

diagram dari Sistem Inventory Sukses Kita Abadi (SISKA) yang
didasarkan dari tahap-tahap sebelumnya, termasuk tahapan
identifikasi potential object.

161

Gambar 4.22. Class Diagram SISKA

4.2.3. Perancangan Database
Dalam tahap ini, penulis mendeskripsikan proses perancangan

database dengan pemodelan mapping cardinality, tabel matriks CRUD,
tabel spesifikasi database dan pemodelan sequence diagram. Pemodelan

162

mapping cardinity dan sequence diagram dilakukan menggunakan alat
bantu Draw.io.
4.2.3.1. Mapping Cardinality

Langkah awal dari perancangan database yang dilakukan oleh
penulis ialah melakukan pemodelan mapping cardinality untuk
menggambarkan relasi hubungan antar kelas dalam SISKA dengan
mendeskripsikan primary key (PK) dan foreign key (FK) pada setiap
kelas. Mapping cardinality didasarkan dari pemodelan class diagram
yang dapat dilihat pada gambar 4.23 dibawah.

Gambar 4.23. Mapping Cardinality SISKA

163

4.2.3.2. Matriks CRUD
Langkah berikutnya yaitu penulis mengidentifikasi tabel matriks

create, read, update, dan delete (CRUD) berdasarkan model class
diagram dalam SISKA. Tabel matriks CRUD dilakukan untuk
mengidentifikasi entitas dan atribut yang menunjukkan hak akses user
terhadap halaman web serta menggambarkan hubungan antara entitas,
proses bisnis, dan operasi dalam SISKA.

Tabel 4.26 Tabel Matriks CRUD SISKA
Aktor

Entitas & Admin Direktur Manajer Staff Staff Staff
Atribut

Inventory Barang Penjualan

Jabatan CRUD

Id_jabatan CRUD

Nama_jabata CRUD

n

User RUD

Id_user RUD

Nama_user RUD

Username RUD

Password UD

Email_user RUD

Nohp_user RUD

Jabatan RUD

Barang CRUD R R CRUD R R

Id_brg CRUD R R CRUD R R

Nama_brg CRUD R R CRUD R R

Kategori_brg CRUD R R CRUD R R

Jenis_brg CRUD R R CRUD R R

164

Harga_brg CRUD R R CRUD R R

Stok CRUD R R CRUD R R

Id_stok CRUD R R CRUD R R

Jml_stok CRUD R R CRUD R R

Bts_stok CRUD R R CRUD R R

Kategori CRUD

Id_kategori CRUD

Nama_katego CRUD

ri

Barang CRUD R R CRUD R R

masuk CRUD R R CRUD R R

Id_bm CRUD R R CRUD R R

No_do CRUD R R CRUD R R

No_po CRUD R R CRUD R R

Jumlah_item CRUD R R CRUD R R

Total_bm CRUD R R CRUD R R

Tgl_bm CRUD R R RD RU R

Confirm_wh CRUD R RU RD RR

Confirm_mg

Item_bm CRUD R R CRUD R

Id_item_bm CRUD R R CRUD R

Jumlah CRUD R R CRUD R

Packing CRUD R R CRUD R

Keterangan CRUD R R CRUD R

165

Surat jalan CRUD R RR R CRUD

Id_sj CRUD R RR R CRUD

No_inv CRUD R RR R CRUD

No_po CRUD R RR R CRUD

Jumlah_item CRUD R RR R CRUD

Total_sj CRUD R RR R CRUD

Tgl_sj CRUD R RR R CRUD

Confirm_mg CRUD R RU R R RD

Is_done CRUD R RR RU RD

Item_sj CRUD R R R CRUD

Id_item_sj CRUD R R R CRUD

Jumlah CRUD R R R CRUD

Packing CRUD R R R CRUD

Keterangan CRUD R R R CRUD

Pemasok CRUD R R CRUD R R

Id_pmsk CRUD R R CRUD R R

Nama_pmsk CRUD R R CRUD R R

Alamat_pmsk CRUD R R CRUD R R

Notelp_pmsk CRUD R R CRUD R R

Nohp_pmsk CRUD R R CRUD R R

Email_pmsk CRUD R R CRUD R R

Pelanggan CRUD R RR R CRUD

Id_pel CRUD R RR R CRUD

Nama_pel CRUD R RR R CRUD

Alamat_pel CRUD R RR R CRUD

Notelp_pel CRUD R RR R CRUD

Nohp_pel CRUD R RR R CRUD

Email_pel CRUD R RR R CRUD

166

4.2.3.3. Spesifikasi Database
Pada langkah ketiga dari tahap perancangan database, penulis

membuat spesifikasi database untuk mendeskripsikan field, tipe data,
dan jumlah record dari suatu file atau tabel data yang terdapat dalam
SISKA secara terperinci dan detail. Berikut merupakan tabel spesifikasi
database sistem inventory sukses kita abadi (SISKA) :

1. Tabel Jabatan
 Nama Tabel : jabatan
 Primary Key : id_jabatan
 Foreign Key : -
 Jenis Tabel : Master

Tabel 4.27 Tabel Jabatan

No. Field Type Size Keterangan

1. id_jabatan int 10 Kode identitas jabatan

yang unik

2. nama_jabatan varchar 50 Nama jabatan yang

terdapat di PT. SKA

2. Tabel User
 Nama Tabel : user
 Primary Key : id_user
 Foreign Key : -
 Jenis Tabel : Master

167

No. Field Tabel 4.28 Tabel User Keterangan
1. id_user Type Size

2. nama_user int 10 Kode identitas user yang
3. username
unik
4. password
varchar 50 Nama lengkap user
5. email_user
6. nohp_user varchar 20 Nama akun user yang
7. jabatan
digunakan untuk login

varchar 250 Kata sandi user yang

digunakan untuk login

varchar 50 Alamat email user

varchar 20 Nomor handphone user

varchar 50 Jabatan user pada

perusahaan

3. Tabel Barang
 Nama Tabel : barang
 Primary Key : id_brg
 Foreign Key : -
 Jenis Tabel : Master

Tabel 4.29 Tabel Barang

No. Field Type Size Keterangan

1. id_brg int 10 Kode identitas barang

yang unik

2. nama_brg varchar 50 Nama barang

3. kategori_brg varchar 50 Kategori barang

4. jenis_brg varchar 50 Jenis barang

5. harga_brg varchar 50 Harga satuan barang

168

4. Tabel Stok
 Nama Tabel : stok
 Primary Key : id_stok
 Foreign Key : id_brg, id_kategori
 Jenis Tabel : Master

No. Field Tabel 4.30 Tabel Stok Keterangan
1. id_stok Type Size

2. jml_stok int 10 Kode identitas stok yang
3. bts_stok
unik

int 10 Jumlah stok

int 10 Batas minimum jumlah

stok

5. Tabel Kategori
 Nama Tabel : kategori
 Primary Key : id_kategori
 Foreign Key : -
 Jenis Tabel : Master

Tabel 4.31 Tabel Kategori

No. Field Type Size Keterangan

1. id_kategori int 10 Kode identitas kategori

yang unik

2. nama_kategori varchar 1 Nama kategori dari

model klasifikasi ABC

169

6. Tabel Barang Masuk
 Nama Tabel : barang_masuk
 Primary Key : id_bm
 Foreign Key : id_pmsk
 Jenis Tabel : Master

Tabel 4.32 Tabel Barang Masuk

No. Field Type Size Keterangan

1. id_bm int 10 Kode identitas barang

masuk yang unik

2. no_po varchar 50 Nomor purchase order

dari pihak pemasok

barang

3. no_do varchar 50 Nomor delivery order

dari pihak pemasok

barang

4. jumlah_item int 10 Jumlah item barang

masuk

5. total_bm int 10 Total harga dalam

transaksi barang masuk

6. tgl_bm date - Tanggal transaksi barang

masuk

7. confirm_wh int 1 Konfirmasi staff barang

8. confirm_mg int 1 Konfirmasi manajer

7. Tabel Item_bm
 Nama Tabel : item_bm
 Primary Key : id_item_bm

170

 Foreign_Key : id_bm, id_stok
 Jenis Tabel : Transaksi

Tabel 4.33 Tabel Item_bm

No. Field Type Size Keterangan

1. id_item_bm int 10 Kode identitas item_bm

yang unik

2. jumlah int 10 Jumlah tiap item barang

dalam transaksi barang

masuk

3. packing varchar 50 Jenis dan jumlah packing

yang digunakan dalam

transaksi barang masuk

4. keterangan varchar 100 Catatan tambahan bagi

item barang, packing,

atau lainnya.

8. Tabel Surat Jalan
 Nama Tabel : surat_jalan
 Primary Key : id_sj
 Foreign Key : id_pel
 Jenis Tabel : Master

Tabel 4.34 Tabel Surat Jalan

No. Field Type Size Keterangan

1. id_sj int 10 Kode identitas surat jalan

yang unik

2. no_po varchar 50 Nomor purchase order

dari PT. SKA

171

3. no_inv varchar 50 Nomor invoice dari PT.
SKA
4. jumlah_item int 10 Jumlah item surat jalan
4. total_sj int 10 Total harga dalam
transaksi surat jalan
5. tgl_sj date - Tanggal transaksi surat
jalan
6. confirm_mg int 1 Konfirmasi manajer
7. is_done int 1 Konfirmasi staff barang

9. Tabel Item_sj
 Nama Tabel : item_sj
 Primary Key : id_item_sj
 Foreign Key : id_sj, id_stok
 Jenis Tabel : Transaksi

Tabel 4.35 Tabel Item_sj

No. Field Type Size Keterangan
1. id_item_sj
2. jumlah int 10 Kode identitas item_sj

3. packing yang unik

4. keterangan int 10 Jumlah tiap item barang

dalam transaksi surat

jalan

varchar 50 Jenis dan jumlah packing

yang digunakan dalam

transaksi surat jalan

varchar 100 Catatan tambahan bagi

item barang, packing,

atau lainnya.

172

10. Tabel Pemasok
 Nama Tabel : pemasok
 Primary Key : id_pmsk
 Foreign Key : -
 Jenis Tabel : Master

Tabel 4.36 Tabel Pemasok

No. Field Type Size Keterangan

1. id_pmsk int 10 Kode identitas pemasok

yang unik

2. nama_pmsk varchar 50 Nama perusahaan

pemasok barang

3. alamat_pmsk varchar 50 Alamat perusahaan

pemasok barang

4. notelp_pmsk varchar 50 No telpon perusahaan

pemasok barang

5. nohp_pmsk varchar 50 No handphone

perusahaan pemasok

barang

6. email_pmsk varchar 50 Email perusahaan

pemasok barang

11. Tabel Pelanggan
 Nama Tabel : pelanggan
 Primary Key : id_pel
 Foreign Key : -
 Jenis Tabel : Master

173

Tabel 4.37 Tabel Pelanggan

No. Field Type Size Keterangan

1. id_pel int 10 Kode identitas pelanggan

yang unik

2. nama_pel varchar 50 Nama perusahaan

pelanggan

3. alamat_pel varchar 50 Alamat perusahaan

pelanggan

4. notelp_pel varchar 50 No telpon perusahaan

pelanggan

5. nohp_pel varchar 50 No handphone

perusahaan pelanggan

6. email_pel varchar 50 Email perusahaan

pelanggan

4.2.3.4. Sequence Diagram
Selanjutnya, yaitu membuat sequence diagram untuk

mengilustrasikan urutan waktu dan peristiwa dari sebuah pesan yang
terjadi di antara objek di dalam sebuah use case berdasarkan hasil dari
rancangan database pada SISKA.

174

Gambar 4.24. Sequence Diagram SISKA – Pendaftaran

Gambar 4.25. Sequence Diagram SISKA – Login

175

Gambar 4.26. Sequence Diagram SISKA – Lupa Password

Gambar 4.27. Sequence Diagram SISKA – Kelola Data Pengguna

176

Gambar 4.28. Sequence Diagram SISKA – Kelola Data Jabatan

177

Gambar 4.29. Sequence Diag