Modeling of Sugarcane Felling Information System Using the Use Case Driven Object Method JOINCS
Articles
DOI: 10.21070/joincs.v4i0.722
Published: 2020-11-30

Modeling of Sugarcane Felling Information System Using the Use Case Driven Object Method


Pemodelan Sistem Informasi Tebang Angkut Tebu Menggunakan Metode Use Case Driven Object

Prodi Informatika Universitas Muhammadiyah Sidoarjo
Indonesia
Prodi Sistem Informasi Universitas Pembangunan Nasional “Veteran” Jawa Timur
Indonesia
use case driven object SITAT

Abstract

Use case driven object is a method for controlling object-oriented modeling based on functions or operations in the system (use case). Sistem Informasi Tebang Angkut Tebu (SITAT) is an operational information system for cutting and transporting sugarcane in a sugar factory. The system was made to improve the method of managing sugarcane plantations, analysis of sugarcane ripening, the process of cutting sugarcane, and the weighing process. Referring to the use case driven object method, this object-based system modeling discussion on SITAT will focus on the stages of designing use case diagrams, use case descriptions, robustness diagrams, and sequence diagrams. The implementation of use case driven method is expected to reduce bad factors, optimize existing resources, improve services to farmers, sugarcane owners or other stakeholders, which will lead to increase efficiency and effectiveness in all processes related to sugarcane transport management.

Pendahuluan

Pabrik gula sebagai sebuah sistem manajemen mencakup wilayah kerja yang sangat luas, mencakup pengelolaan kebun tebu, proses tebang & timbang tebu, proses produksi, sampai dengan penjualannya. Dengan lingkup sedemikian luasnya, proses dan pihak yang terlibat sangat banyak. Rumitnya proses, komunikasi yang tidak jalan, perangkat yang kurang memadai, dan faktor kesalahan manusia mengakibatkan proses operasional menjadi kurang sinergi. Pemanfaatan teknologi informasi diharapkan mampu meningkatkan efektifitas dan efisiensi dengan menekan biaya dan waktu semaksimal mungkin. Oleh karena itu, perusahaan membutuhkan sebuah tool atau perangkat yang mudah digunakan namun mampu memberikan gambaran yang komprehensif dan terintegrasi dengan semua aspek yang terkait dengan sumber daya yang ada. Sistem harus mampu secara kualitatif dan kuantitatif dalam menyediakan informasi yang dibutuhkan untuk mendukung suksesnya strategi manajemen.

Sistem Informasi Tebang Angkut Tebu (SITA) merupakan sebuah sistem informasi operasional tebang angkut tebu di sebuah pabrik gula. Sistem tersebut dibuat dengan maksud untuk meningkatkan metode pengelolaan kebun tebu, analisa kemasakan tebu, proses tebang tebu, dan proses timbang.

Use case driven object adalah sebuah metode untuk mengendalikan pemodelan sistem berbasis objek berdasarkan fungsi atau operasi yang ada dalam sistem tersebut (use case). Penerapan metode use case driven object tersebut diharapkan mampu mereduksi bad factor, mengoptimalkan sumber daya yang ada, meningkatkan layanan pada petani, pemilik kebun tebu atau stakeholder lainnya, yang berujung pada peningkatan efisiensi dan efektifitas pada semua proses yang terkait dengan manajemen tebang angkut tebu.

Metode Penelitian

Use Case Driven Object dapat juga disebut sebuah metode pendekatan yang berkesinambungan dalam pengembangan aplikasi dimulai dari pembuatan use case sampai dengan code, menggunakan Unified Modeling Language (UML) dan teknik lain yang terkait. Pendekatan yang digunakan dalam metode tersebut digambarkan dalam Figure 1 berikut ini yang disebut dengan “The Iconix Process”.

Figure 1.The Iconix Process

Iconix membagi proses menjadi 2 aliran kerja yaitu Static (struktur) dan Dynamic (tingkah laku) yang terus saling berhubungan dan berulang. Mengacu pada pendekatan Iconix tersebut, maka pembahasan pemodelan sistem berbasis objek terhadap SITAT ini akan dijabarkan dalam tahapan-tahapan pembuatan diagram use case, use case description, diagram robustness, dan diagram sequence.

Hasil Penelitian dan Pembahasan

Proses bisnis tebang angkut tebu dimulai dari pabrik gula mendata kebun tebu yang akan dipanen, kemudian melakukan analisa kemasakan dari masing masing petak per kontrak yang memasuki masa panen. Lahan tebu yang siap panen selanjutnya mendapatkan jadwal tebang tebu. Penentuan jadwal tebang didasarkan dari rekomendasi hasil analisa kemasakan yang terdiri dari 3 komponen yaitu Faktor Kemasakan (FK), Koefisien Peningkatan (KP), Koefisien Daya Tahan (KDT). Setelah mendapatkan jadwal tebang, kontrak kebun yang bersangkutan akan mendapatkan jatah SPTA (Surat Perintah Tebang dan Angkut) dari pabrik gula. Selanjutnya tiap truk/lori akan ditimbang setelah melalui verifikasi pintu masuk untuk mengecek bahwa tebu yang diterima sudah sesuai dengan SPTA yang diterbitkan. Tebu yang datang kemudian ditimbang dan pemiliknya akan mendapatkan bukti timbang.

Mengacu pada metode use case dan proses bisnis tersebut di atas, maka alur data pada SITAT dimulai dari pendataan kontrak kebun tebu, pendataan analisa kemasakan tebu, pendataan SPTA (surat perintah tebang angkut), pengecekan SPTA di pintu masuk timbangan, dan pendataan data hasil penimbangan, dan pendataan user tentunya (pemakai sistem). Sedangkan tahapan metode use case dimulai dari pembuatan diagram use case, use case description, diagram robustness, dan diagram sequence.

Fokus pembahasan tahapan use case lengkap dalam artikel ini adalah pada aktifitas validasi SPTA yang merupakan salah satu inti / main job SITAT.

Identifikasi Aktifitas dan Aktor SITAT

Identifikasi aktivitas dalam Sistem Informasi Tebang Angkut Tebu meliputi :

  1. Admin tebang angkut (TA) melakukan pendataan kontrak dan menerbitkan nomor kontrak.
  2. Admin TA memasukkan data analisa kemasakan tebu pada masing-masing kontrak.
  3. Admin TA membuat membuat Surat Perintah Tebang Angkut (SPTA).
  4. Admin pintu masuk melakukan validasi SPTA (yang dibawa oleh supir truk ketika mengangkut tebu yang akan masuk ke pabrik gula).
  5. Admin timbangan memasukkan data hasil penimbangan tebu.
  6. Admin timbangan menginputkan hasil penimbangan ulang jika terjadi kesalahan timbang.
  7. Admin timbangan mencetak bukti hasil penimbangan

Pemakai sistem (aktor) yang bisa diidentifikasi dari SITAT tersebut antara lain :

  1. Admin sistem keseluruhan
  2. Admin tebang angkut
  3. Admin pintu masuk
  4. Admin timbangan

Domain Model

Objek-objek yang digunakan dan hubungannya dalam SITAT dapat digambarkan dalam domain model pada Figure 2 berikut ini.

Figure 2.Domain Model SITAT

Pembahasan Tahapan Use Case

Dalam artikel ini diambil contoh pembahasan tahapan metode use case driven object untuk aktifitas “Validasi SPTA”. Aktifitas yang dirangkum dalam menu Validasi SPTA ini digunakan admin pintu masuk untuk melakukan validasi data antara data kedatangan tebu ke pabrik gula (SPTA yang dibawa oleh supir truk pengangkut tebu) dengan data SPTA yang tersimpan dalam sistem. Admin memasukkan nomer pintu masuk untuk menentukan ke pintu masuk mana supir truk tersebut harus yang membawa tebu yang diangkutnya untuk ditimbang.Pembahasan dijabarkan dalam tahapan-tahapan sebagai berikut :

  1. Use case diagram : menjelaskan fungsi atau operasi yang ada dalam sistem (use case), obyek-obyek yang mempengaruhi sistem (actors) dan hubungan antara use case dengan actors
  2. Use case description : penjelasan / narasi proses yang terdapat pada tiap use case yang dibagi menjadi 2 bagian : . Narasi dibuat menggunakan kalimat aktif, dan asumsi proses yang ada pada bagian Basic Course selalu dalam kondisi TRUE, dan tidak terdapat kata IF (kondisi IF / False di bagian alternate course
  3. Robustness diagram (diagram kehandalan) : menjelaskan objek-objek apa saja yang terlibat dalam setiap use case. Proses ini dilakukan dengan cara menganalisa teks use case dan melakukan identifikasi objek-objek yang akan berpartisipasi.
  4. Sequence diagram : mengalokasikan behavior dari use case.

Berikut use case diagram Validasi SPTA yang dituangkan dalam Figure 3.

Figure 3.Use Case Diagram Validasi SPTA di Pintu Masuk

Use case description Validasi SPTA di Pintu Masuk

Basic Course

Admin pintu masuk mengakses kotak dialog cek data SPTA, memasukkan nomor SPTA dan menekan tombol CARI untuk menampilkan daftar SPTA. Berikutnya memilih SPTA yang dimaksud dengan memberi tanda (klik) pada salah satu check box, lalu klik tombol OK, dan diarahkan ke halaman validasi data SPTA di mana data yang tersimpan dalam database secara otomatis akan ditampilkan. Selanjutnya admin melakukan perbandingan data dengan surat SPTA yang dibawa oleh supir truk.

Alternate Course

Jika salah satu check box sudah ditandai maka checkbox yang lain akan dinon-aktifkan. Aktivasi kembali check box bisa dilakukan menekan tombol cancel dan check box yang sudah ditandai akan kosong sehingga dapat melakukan penandaan pada check box yang lain.

Use case description Input Nomer Pintu Masuk

Basic Course

Setelah admin membandingkan data dengan surat SPTA yang dibawa oleh supir truk, selanjutnya admin memasukkan nomer pintu masuk pada form validasi SPTA , untuk menentukan di pintu mana truk tebu tersebut harus masuk untuk ditimbang, lalu klik tombol Ok untuk menyimpan data validasi tersebut, dan pada menu yang menunjukkan daftar SPTA yang sudah divalidasi, dan memilih data yang akan dicetak.

Alternate Course

Alternate Course 1

Jika field nomer pintu masuk tidak diisi, admin menekan tombol save, maka sistem akan menampilkan pesan untuk mengisi field tersebut.

Alternate course 2

Jika salah satu check box pada daftar validasi SPTA yang siap dicetak, sudah ditandai, maka checkbox yang lain akan dinon-aktifkan. Aktivasi kembali check box bisa dilakukan menekan tombol cancel dan check box yang sudah ditandai akan kosong sehingga dapat melakukan penandaan pada check box yang lain.

Alternate Course 3

Jika admin menekan tombol Cancel pada proses cetak, akan diarahan ke menu utama.

Robustness diagram

Figure 4.Robustness Diagram validasi data SPTA di pintu masuk

Dan Figures 4‒7 berikut ini menggambarkan robustness input nomer pintu masuk, yaitu untuk menentukan di pintu mana (nomer berapa) truk tebu tersebut harus masuk untuk ditimbang.

Figure 5.Robustness Diagram input no pintu masuk

Sequence diagram

Figure 6.Diagram sequence validasi SPTA di pintu masuk

Figure 7.Diagram sequence input nomer pintu masuk

Kesimpulan

Pemodelan sistem berbasis objek dengan metode use case driven object terhadap SITAT ini terdiri dari beberapa tahap, dimulai dari pembuatan Use Case Diagram yang sebelumnya dilengkapi dengan domain model sampai dengan pembuatan Sequence Diagram yang mengacu pada teori atau metode yang ada. Tiap tahapan memiliki keterkaitan yang erat, dan harus dijaga konsistensinya. Misal dalam pembuatan Robustness Diagram yang merupakan analisa kehandalan terhadap Use Case Description, maka apa yang tertuang pada Robutness Diagram merupakan representasi dari setiap teks yang tertuang pada Use Case Description. Fokus pembahasan tahapan use case dalam artikel ini adalah pada aktifitas validasi SPTA yang merupakan core / main job SITAT.Penerapan metode use case driven tersebut diharapkan mampu terintegrasi dengan semua aspek seperti mereduksi bad factor, mengoptimalkan sumber daya yang ada, meningkatkan layanan pada petani, pemilik kebun tebu atau stakeholder lainnya, yang berujung pada peningkatan efisiensi dan efektifitas pada semua proses yang terkait dengan manajemen tebang angkut tebu. Saran pengembangan ke depan, pemodelan SITAT tersebut di atas dapat dibuat lebih rinci dan komprehensif termasuk mengakomodir aktifitas pengangkutan menggunakan lori yang masih digunakan di beberapa wilayah pabrik gula di Indonesia.

References

  1. Use Case Driven Object Modeling with UML Theory & Practice, Doug Rosenberg and Matt Stephens, Apress, 2008
  2. Applying Use Case Driven Object Modeling with UML: An Annotated e-Commerce Example, Doug Rosenberg & Kendall Scott, Addison-Wesley Professional, 2001)
  3. Proses Tebang dan Muat Pertanaman Tebu, Muhammad Rasyid, S.TP, PT. Perkebunan Nusantara XII (Persero), 2015
  4. Perancangan dan Implementasi Sistem Informasi Surat Perintah Tebang Angkut (SPTA) Berbasis SMS di PG Kebon Agung Malang, Febry Aribowo : Skripsi: Universitas Telkom Bandung , 2006
  5. A Practicioner's Approach, 7th Edition, Pressman, Roger S. Software Engineering, New York : McGraw-Hill Inc, 2010
  6. Rekayasa Prangkat Lunak Terstruktur Dan Berorientasi Objek, Sukamto dan M. Shalahuddin, Bandung: Informatika, 2013
  7. Analisis dan Perancangan Sistem Informasi Dengan Metodologi Berorientasi Objek, Nugroho, A., Informatka, Bandung, 2005
  8. Rational Rose untuk Pemodelan Berorientasi Objek, Nugroho, A., Informatika, Bandung, 2005
  9. Visual Modelling Menggunakan UML dan Rational Rose, Hariman, A.S., Informatika Bandung, 2002.
  10. Pemodelan Visual dengan Menggunakan UML dan Rational Rose, Prastuti Sulistyorini, Jurnal Teknologi Informasi DINAMIK Volume XIV, No.1, Januari 2009 : 23-29, ISSN : 0854-9524