## PENGEMBANGAN SISTEM INVENTORI PERUSAHAAN MENGGUNAKAN METODE USECASE DRIVEN
Irwan Tanu Kusnadi 1 , Apip Supiandi 2 , Weli Kusnadi 3 , Rina Riniawati 4
1 Sistem Informasi UBSI, 2 Ilmu Komputer UBSI, 3 Teknik Informatika STMIK PASIM,
4 Sistem Informasi UBSI irwan.itk@bsi.ac.id , apip.aup@bsi.ac.id, weli.kusnadi.pasim@gmail.com, rina.rri@bsi.ac.id

## ABSTRAK
Dunia  digital  yang  semakin  hari  semakin  kuat  dalam  merubah  perilaku  dan  pola  pemikiran masyarakat  membuat  pengembang  dan  pengusaha  untuk  bisa  mengikuti  perkembangan  jaman. Sistem  inventori  merupakan  salah  satu  bagian  dari  sistem  perusahaan  yang  kurang  diperhatikan apalagi  inventori  yang  sifatnya  sekali  pakai  namun  kenyataanya  barang-barang  tersebut  memiliki nilai  ekonomis  yang  cukup  tinggi  sehingga  diperlukan  pengelolaan  yang  baik,  sehingga  dapat memberikan kemudahan kepada pelaku usaha dalam melakukan pendataan dan pengadaan barang inventori.  Pengembangan  sistem  inventori  yang  dikembangkan  dengan  menggunakan  metode usecase  driven  dapat  memberikan  kemudahan  dalam  proses  pengembangan,  baik  pada  tahap pemodelan maupun pada tahap pengkodingan karena dengan menggunakan metode usecase driven pengembangan sistem dimulai berdasarkan fasilitas yang diinginkan oleh stake holder.
Kata kunci: Sistem inventori, uml, usecase driven, visual basic, mysql

## I. PENDAHULUAN
Bisnis  digital  merupakan  sebuah  pola  bisnis  baru  yang  saat  ini  berkembang  sangat  pesat, dengan  meningkatnya  media  pendukung  yang  memberikan  kemudahan  cukup  signifikan bagi  para  pelaku  bisnis  dalam  menjalankan  usahanya,  perkembangan  bisnis  digital memberikan  pola  hidup  baru  bagi  masyarakat.  Use  case  driven  merupakan  metode  yang digunakan  untuk  merancang  sebuah  sistem  dengan  acuan  usecase  diagram  sebagai  tahap awal  pembuatan  sistem.  Kelebihan  dari  metode  ini  adalah  blueprint  dari  program  yang akan  dibuat  telah  dapat  diprediksi  dari  awal  tahap  perancangan  sistem,  sehingga  lebih mudah  bagi  programer  untuk  mentranslasikan  diagram  ke  dalam  code  program. Membangun  sistem  yang  baik  harus  mengikuti  tahapan  perancangan  sistem  pada  SDLC yaitu tahap analisa, perancangan, implementasi dan testing.
Sistem  yang  baik  mampu  memberikan  efektifitas  dan  efisiensi  yang  lebih  baik  kepada pengguna  dari  sistem  sebelumnya.  Dalam  membangun  sistem  basis  objek,  hal  pertama yang harus di perhatikan adalah penentuan objek dan fasilitas yang diperlukan sistem serta memilah  kebutuhan  sistem  tersebut  menjadi  kebutuhan  fungsional  dan  non  fungsional. Analisa kebuthan sistem dari 3 aspek utama sistem  yaitu bagian input, proses dan output. Seperti  sebuah  bangunan  rancangan  yang  dibuat  merupakan  sebuah  gambaran  awal  dari sebuah  gedung  dan  rencana  model/bentuk  dari  bangunan  yang  akan  dibuat.  Rancangan program merupakan gambaran  awal dari program dan merupakan blueprint dari program. Use case diagram/diagram use case dalam metode usecase driven merupakan diagram awal dalam  pembentukan  program,  use  case  diagram    ini  mirip  fungsinya  dengan  pondasi sebuah  bangunan,  sehingga  dengan  membuat  sebuah  pondasi  program  terlebih  dahulu maka  programer  akan  dapat  lebih  mudah  dalam  mengimplementasikan  rancangan  yang telah dibuat.
Sistem  Inventori  perusahaan  biasanya  menjadi  bagian  yang  kurang  diperhatikan  pada perusahaan,  pada  kenyataanya  inventori  memiliki  nilai  ekonomis  yang  cukup  tinggi sehingga diperlukan pengelolaan  yang lebih baik, dibeberapa perusahaan sistem inventori masih  menggunakan  pencatatan  manual  dengan  memcatat  pada  buku  inventori  dan membutkan  kartu  inventori  untuk  setiap  barang  namun  sistem  ini  tentu  memliliki  resiko yang cukup tinggi  baik  dalam kesalahan pencatatan maupun dalam kehilangan serta akan sulit  untuk  dibuatkan  laporan,  baik  laporan  inventori  barang  maupun  penglolaan penanggung jawab inventori.
Latar  belakang  masalah  yang  diambil  berdasarkan  permasalah  yang  sering  terjadi  pada perusahaan  adalah  masalah  keamanan  dan  pengelolaan  inventori  yang  beresiko  dalam kesalah  pencatatan  ataupun  kehilangan  baik  kehilangan  data  maupun  kehilangan  barang. Masalah  yang  sering  terjadi  selanjutnya  adalah  masalah  penyusunan  laporan  yang terkadang membutuhkan waktu yang cukup lama karena harus merekap secara manual.

## II. KAJIAN PUSTAKA
Sekumpulan  elemen  dan  sub  sistem  yang  tergabung  dalam  sebuah  organisasi  saling berinteraksi  dalam  mencapai  tujuan  tertentu  baik  berupa  elemen  program  basis  data maupun hardware dan software sebagai pendukung sebuah sistem. Dalam pengolahan data terdapar  tiga  blok  dasar  pengoalahan  data  yang  harus  terpenuhi  yang  merupakan  siklus pengolahan  data  yaitu  blok  inputan  data,  yaitu  blok  yang  berguna  sebagai  alat input(perangkat  tatap  muka  antara  komputer  dengan  manusia),  yang  kedua  adalah  blok pemroses  yang  berguna  untuk  proses  pengolahan  data  yang  diinput  dan  blok  terakhir adalah  blok  output  yang  berguna  sebagai  penampil  hasil  kepada  pengguna  baik  yang ditampilkan pada monitor maupun hasil cetak.

## Gambar 1. Pengolahan Data
Merancang atau membuat sebuah pemodelan dilakukan sebelum melakukan pengkodingan sesuai  dengan  lankah-langkah  pada  siklus  SDLC,  dengan  mengikuti  bagan  sistem  dasar yaitu  membuat  tiga  blok  dasar  sistem  seperti  blok  input,  blok  pemroses  dan  blok  output, dengan melakukan perancangan model sistem yang akan dibuat dapat memberikan patokan pada  saat  melakukan  pengkodingan  dan  proses  pembuatan  program,  sehingga  program yang  nanti  terbentuk  akan  menjadi  lebih  efektif,  sesuai  dengan  kebutuhan  dan  keamanan yang lebih baik.
Keberhasilan sebuah pemodelan sistem perangkat lunak dapat dilihat dari tiga unsur yaitu metode pemodelan(notasi) yaitu penggunaan notasi yang tepat, mudah dipahami dan tidak ambigu,  yang  kedua  proses  yaitu  bagian  pemrosesan  harus  sesuai  dengan  model  yang dibuat  sehingga  perangkat  lunak  yang  dibuat  sesuai  dengan  yang  diharapkan,  dan  yang terakhir  adalah  penggunaan  tool  dengan  menggunakan tool yang  sesuai  maka  perangkat lunak yang dibangun akan sesuai dengan perencanaan dan keinginan pengembang.
UML  adalah  bahasa  pemodelan  untuk  perangkat  lunak  yang  berparadigma  berorientasi objek.  Pemodelan  (modeling)  sesungguhnya  digunakan  untuk  penyederhanaan permasalahan-permasalahan  yang  kompleks  sedemikian  rupa  sehingga  mudah  dipelajari dan dipahami (Adi Nugroho, 2010:6).
UML  merupakan  salah  satu  bentuk  bahasa  yang  digunakan  oleh  perancang  sistem  dalam memodelkan sebuah perangkat lunak, dengan penggunaan UML perancang(Analis Sistem)
uc Use Case Model sisfo Inventori Pegaw ai petugas Suplier pemilik input data petugas login input data barang input data konsumen Peminj aman input data Suplier Pengembalian cetak laporan Input Div isi flow chart Hipo login menu utama data master transaksi cetak laporan input Petugas input Pegawai input Divisi input Barang Peminjaman Pengembalian input suplier laporan peminjaman laporan pengembalian laporan barang
dapat  memodelkan  perangkat  lunak  dengan  mudah  karena  setiap  bagian  digambarkan dengan  objek  sebagai  acuan  sehingga  model  bisa  menjadi  lebih  mudah  dipahami stake holder .

## III. METODE PENELTIAN
Metode  penelitian  yang  digunakan  pada  penelitian  ini  mengunakan  metode  pengumpulan data dan metode pengembangan sistem yaitu:
a) Metode  pengumpulan  data  mengunakan  pendekatan  pengamatan  secara  langsung yaitu  dengan  melihat  langsung  objek  penelitian,  menganalisa  sistem  berjalan kemudian  melakukan  wawancara  dengan  para  pelaku  usaha( Stake  holder) penelitian  kepustakaan  dengan  melihat  dan  menganalisa  penelitian  sebeumnya, sehingga didapat data-data yang dapat dipertanggungjawabkan.
b) Metode  pengembangan  sistem  dengan  SDLC  mengunakan  Usecase  Driven,  yaitu model  pengembangan  sistem  engan  menggunakan  usecase  sebagai  acuan  dasar dalam rancangan diagram yang lainya.

## IV.HASIL DAN PEMBAHASAN
Langkah pertama dalam membuat rancangan sistem dengan metode usecase driven adalah dengan mebuat usecase sebagai acuan dalam pengembangan sistem, usecase diagram yang dibuat merupakan hasil dari analisa kebutuhan yang menggambarkan kebutuhan fungsional dan fasilitas yang ada dalam sistem yang akan dibuat.

## Usecase Diagram
Usecase  diagram  memberikan  gambaran  umum  untuk  program  yang  akan  dibuat, menjabarkan  fasilitas-fasilitas  yang  disediakan  sistem  untuk  membantu  user  dalam melakukan pekerjaannya. Penggambaran umum usecase diagram dapat di implementasikan kedalam  bentuk  diagram  HIPO,  dimana  diagram  HIPO  merupakan  bentuk  nyata  dari sebuah usecase.
Gambar 2. Usecase dengan Hipo
Dari  penggambaran  usecase  diatas  dapat  dilihat  bahwa  ada  kesamaan  antara  usecase dengan diagram  hipo, sehingga dalam melakukan pengkodingan seorang programer lebih
mudah  dalam  menjabarkan  keinginan  dari  sistem  analis  dalam  membuat  program. Deskripsi dari usecase diagram yang dirancang adalah sebagai berikut:
Tabel 1. Deskripsi Usecase No Nama Usecase Pre Conditions Post Conditions Goal Keterangan 1 Login Input Data Petugas Menu Utama Tampil Menu Utama Memberikan Hak Akses Petugas 2 Input Data Petugas - Login Menambah Data Petugas Menambahkan Data Petugas(Hak Akses) 3 Input Data Barang Login Simpan/Edit Data Barang Menambahkan Data Barang Ke Sistem Mengelola Data Barang 4 Input Data Konsumen Login Simpan/Edit Data Konsumen Menambahkan Data Konsumen Mengelola Data Konsumen 5 Input Data Disributor Login Simpan/Edit Data Distributor Menambahkan Data Distributor Mengelola Data Distributor 6 Transaksi Penjualan Login Tambah/Simpan Tansaksi Penjualan Catat Transaksi Penjualan Mengelola Transaksi Penjualan Dan Perubahan Pada Stok Barang 7 Transaksi Pembelian Login Tambah/Simpan Transaksi Pembelian Catat Transaksi Pembelian Mengelola Transaksi Pembelian Dan Perubahan Pada Stok Barang 8 Cetak Laporan Login Tampil Laporan Mencetak Laporan Mencetak Laporan Untuk Pimpinan/Pemilik

## Activity Diagram
Dalam  pembuatan  diagram  aktiviti  ada  beberapa  teknik  yang  biasa  dibuat  namun  yang paling mudah dipahami dan diimplementasi adalah dengan teknik partisi, sehingga dalam pembuatan  program  bisa  lebih  mudah  karena  satu  diagram  menggambarkan  satu  form program, namun kekuranganya adalah diagram yang harus dibuat menjadi lebih banyak.
Sequence Diagram sequence diagram digambarkan berdasarkan diagram aktivitas dan setiap diagram aktivitas, sequence  diagram  menjelaskan  lebih  rinci  alur  dari  aktivitas  pengguna  saat  berinteraksi dengan  sistem,  sehingga  programer  ataupun  konsumen  dapat  mengetahui  pasti  dimana proses yang dilakukan pengguna akan di eksekusi.
Gambar 4. Sequence Diagram Class Diagram class Class Model petugas - idpetugas:  varchar - jabatan:  varchar - namapetugas:  varchar - password:  varchar +  batal() : void +  edit() : void +  hapus() : void +  tambah() : void pegaw ai - alamat:  varchar - idpeg:  varchar - namapeg:  varchar - tlppeg:  varchar +  batal() : void +  hapus() : void +  tambah() : void +  ubah() : void «Access» +  get namadiv() : void suplier - alsup:  varchar - isup:  varchar - nasup:  varchar - telsup:  varchar +  batal() : void +  edit() : void +  hapus() : void +  tambah() : void Pengembalian - bayar:  float - idkembali:  varchar - tglkembali:  datetime +  batal() : void +  lihat() : void +  simpan() : void «Access» +  get idpinjam() : varchar {query} Peminj aman - idpinjam:  varchar - jumlah:  float - keterangan:  float - tanggal:  datetime +  batal() : void +  cetak() : void +  lihat() : void +  tambah() : void «Access» +  get idbarang() : void +  get idpeg() : void {query} barang - harga:  float - jenis:  varchar - kobar:  varchar - nabar:  varchar - stok:  int +  batal() : void +  edit() : void +  hapus() : void +  tambah() : void «Access» +  get isup() : void sesi - idsesi:  int - jam:  time - tanggal:  date +  batal() : void #  get_idpetugas() : varchar #  get_password() : varchar +  logout() : void +  sesi() : void Div isi - mandiv:  varchar - namadiv:  varchar - notlpdiv:  varchar 1 1 1 1..* 1..* 1..* 1 1..* 11..* 1 1 1 1..*
State Diagram
stm state diagram
mulai login cek user&pass menu utama selesai log out input master transaksi cetak laporan input konsumen input suplier input petugas input barang Peminj aman pengembalian laporan barang laporan peminj aman laporan pengembalian input div isi
Gambar 5. State Diagram
Deployment Diagram
Gambar 6. Deployment Diagram

## Rancangan Basis Data

## Gambar 7. Rancangan Basis Data
Tampilan Program Tampilan program yang dihasilkan dari model rancangan diatas adalah sebagai berikut:
Gambar 8. Tampilan Login
Gambar 9. Tampilan Menu Utama
Gambar 10. Tampilan Data Suplier
Gambar 11. Tampilan Data Barang
Gambar 12. Tampilan Data Divisi
Gambar 12. Tampilan Data Pegawai
Gambar 14. Tampilan Peminjaman
Gambar 16. Tampilan Laporan Data Barang
Gambar 17. Tampilan Laporan Peminjaman

## Gambar 18. Tampilan Laporan Pengembalian

## V. KESIMPULAN
Pengembangan  sistem  inventori  barang  yang  memiliki  nilai  ekonomis  yang  tinggi  sangat diperlukan  untuk  memberikan  keamanan,  efisiensi  dalam  penelolaanya,  sistem  inventori perusahaan  yang  dirancang  dengan  menggunakan  metode  usecase  driven  sangat  mudah  di implementasi dalam masa pengkodingan karena setiap kebutuhan sistem telah dgambarkan dengan jelas  pada  tahapan  pemodelan,  dengan  adanya  sistem  inventori  pencatatan  pengadaan  barang, peminjaman  barang  dan  pengebalian  barang  tercatat  dengan  baik  serta  penanggung  jawab  barang inventoripun  tercatat  sehingga  dengan  adanya  sisten  informasi  inventori  pada  perusahaan  dapat memberikan  kemudahan  dan  keamanan  kepada  stake  holder  dalam  melakukan  pencatatan  dan pengolahan barang inventori.

## DAFTAR PUSTAKA
[1]  Kusnadi,  I.T,  Supiandi,  A,  Kusnadi,  W,  Riniawati,R.,  “Rancang  Bangun  Sistem Informasi  Persediaan  Pakan  dan  Obat  di  PT.  CPJF  Farm  Bantarsari”,  Jurnal Informatika, STMIK PASIM Sukabumi, 2016, No.2 Vol.2.
[2] Amble, Scott W,”The element of UML 2.0 Style S.1”,Cambridge Unyversity Press.
[3]   Nugroho,  A  “Rekayasa  Perangkat  Lunak  Berbasis  Objek  dengan  Metode  USDP”, penerbit ANDI, jogjakarta, 2010.
[4]   Rumbaugh,  J.,  Jacobson,  I.,  Booch,  G.,”The  Unified  Modeling  Language  Referency Manual, 2 nd Edition”, Addison-Wesley, 2004.
[5]   Pressman, R.,”Software Engineering A Practitioner’s Aproach, 7 th Edition”, MCGraw- hill, Newyork, 2010.
[6]   Bennet,  S,  McRobb,  S,  Farmer,  R,”Object  Oriented  Systems  Analysis  and  Design Using UML, 3 rd Edition. ; McGraw-Hill, 2006.
[7]   Sommerville, I.,”Software Engineering, 8 th Edition”, Addison-Wesley, 2007.