Modul BSI Pemodelan Sistem Berbasis Objek Pertemuan 6

Modul BSI Pemodelan Sistem Berbasis Objek Pertemuan 6

Pertemuan 6
USE CASE

Pembahasan

Deskripsi USE CASE
USE CASE Diagram
Studi Kasus

1. Deskripsi USE CASE

Sebuah use case adalah situasi dimana sistem digunakan untuk memenuhi satu atau lebih kebutuhan pemakai.
Use case merupakan awal yang sangat baik untuk setiap fase pengembangan berbasis objek, design testing, dan dokumentasi.
Use case menggambarkan kebutuhan sistem dari sudut pandang di luar sistem.
Use case menentukan nilai yang diberikan sistem kepada pemakainya.
Use cases hanya menetapkan apa yang seharusnya dikerjakan oleh sistem, yaitu kebutuhan fungsional sistem.
Use case tidak untuk menentukan kebutuhan nonfungsional, misalnya: sasaran kinerja, bahasa pemrograman, dsb.

2. USE CASE Diagram
Use case diagram terdiri dari
a. Use case

Use case class digunakan untuk memodelkan dan menyatakan unit fungsi / layanan yang disediakan oleh sistem (or bagian sistem: subsistem atau class) ke pemakai.
Use case dapat dilingkupi dengan batasan sistem yang diberi label nama sistem.
Use case adalah sesuatu yang menyediakan hasil yang dapat diukur ke pemakai atau sistem eksternal.
Use case dibuat berdasar keperluan actor, merupakan “apa” yang dikerjakan system, bukan “bagaimana” system mengerjakannya
Use case diberi nama yang menyatakan apa hal yang dicapai dari hasil interaksinya dengan actor.
Use case dinotasikan dengan gambar (horizontal ellipse).
Use case biasanya menggunakan kata kerja.
Nama use case boleh terdiri dari beberapa kata dan tidak boleh ada 2 use case yang memiliki nama yang sama
Use case class memiliki objek use case yang disebut skenario. Skenario menyatakan urutan pesan dan tindakan tunggal.
Simbol use case :

Modul BSI Pemodelan Sistem Berbasis Objek

b. Actors

Actor menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system
Actor menggambarkan sebuah tugas/peran dan bukannya posisi sebuah jabatan
Actor memberi input atau menerima informasi dari system
Actor biasanya menggunakan Kata benda
Actor adalah eksternal terhadap sistem.
Tidak boleh ada komunikasi langsung antar actor
Indikasi <<system>> untuk sebuah actor yang merupakan sebuah system
Adanya actor bernama “Time” yang mengindikasikan scheduled events (suatu kejadian yang terjadi secara periodik/bulanan)
Letakkan actor utama anda pada pojok kiri atas dari diagram
Actor berinteraksi dengan sistem.
Actor memanfaatkan fungsi yang disediakan sistem, termasuk fungsi aplikasi dan pemeliharaan.
Actors bisa saja menyediakan fungsi ke sistem.
Actors bisa menerima informasi yang disediakan sistem.
Actors bisa menyediakan informasi ke sistem.
Simbol actor :

c. Association

Associations bukan menggambarkan aliran data/informasi
Associations digunakan untuk menggambarkan bagaimana actor terlibat dalam use case

Ada 4 jenis relasi yang bisa timbul pada use case diagram

Association antara actor dan use case
Association antara use case
Generalization/Inheritance antara use case
Generalization/Inheritance antara actors

1. Association antara actor dan use case

Ujung panah pada association antara actor dan use case mengindikasikan siapa/apa yang meminta interaksi dan bukannya mengindikasikan aliran data
Sebaiknya gunakan Garis tanpa panah untuk association antara actor dan use case

association antara actor dan use case yang menggunakan panah terbuka untuk mengindikasikan bila actor berinteraksi secara pasif dengan system anda

2. Association antara use case

<<include>> termasuk didalam use case lain (required) / (diharuskan)

Pemanggilan use case oleh use case lain, contohnya adalah pemanggilan sebuah fungsi program
Tanda panah terbuka harus terarah ke sub use case
Gambarkan association include secara horizontal

Association antara use case (Lanjut)

<<extend>> perluasan dari use case lain jika kondisi atau syarat terpenuhi

Kurangi penggunaan association Extend ini, terlalu banyak pemakaian association ini membuat diagram sulit dipahami.
Tanda panah terbuka harus terarah ke parent/base use case
Gambarkan association extend secara vertical

3. Generalization/inheritance antara use case

Generalization/inheritance digambarkan dengan sebuah garis berpanah tertutup pada salah satu ujungnya yang menunjukkan lebih umum

Gambarkan generalization/inheritance antara use case secara vertical dengan inheriting use case dibawah base/parent use case
Generalization/inheritance dipakai ketika ada sebuah keadaan yang lain sendiri/perlakuan khusus (single condition)

4. Generalization/inheritance antara actor

Gambarkan generalization/inheritance antara actors secara vertical dengan inheriting actor dibawah base/parent use case

d. System boundary boxes (optional)

Untuk memperlihatkan batasan sistem dalam diagram use case, Anda dapat menggambarkan sebuah kotak yang melingkupi semua use case, namun actor tetap berada di luar kotak
Biasanya digunakan apabila memberikan beberapa alternative system yang dapat dijadikan pilihan.
System boundary boxes dalam penggunaannya optional

3. Studi Kasus
PT. Bendi Car adalah sebuah perusahaan yang bergerak dibidang penyewaan mobil Semua transaksi di perusahaan masih dilakukan secara manual. Berikut ini adalah kegiatan kegiatan yang dilakukan oleh petugas dalam melaksanakan transaksi penyewaan mobil di dalam perusahaan.

1. Prosedur peminjaman
Penyewa mobil yang ingin melakukan peminjaman dapat melihat harga penyewaan mobil pada daftar harga sewa mobil. Penyewa dapat menggunakan jasa supir atau tidak sesuai dengan kebutuhan penyewa sendiri. Setiap jenis kendaraan memiliki harga sewa yang berbeda-beda begitu juga harga sewa jasa sopir untuk daerah Jabodetabek dan diluar jabodetabek pun berbeda. Setelah itu penyewa mengisi Formulir Penyewaan (FS) disertai fotocopy identitas diri. Kemudian Formulir penyewaan yang telah diisi beserta pembayaran dimuka diserahkan kepada petugas kemudian petugas membuatkan kwitansi pembayaran sebagai bukti pembayaran.

2. Prosedur pengembalian
Pada saat pengembalian kendaraan oleh penyewa, petugas membawa Formulir Pengembalian dan memeriksa kondisi kendaraan apakah terdapat kerusakan atau tidak. Bila ada (misalnya spion pecah, body penyok, cat tergores, dll), maka diperhitungkan penggantiannya dan dibebankan kepada penyewa. Bila tidak rusak/terlambat maka tidak perlu mengisi Formulir pengembalian. Namun Bila penyewa terlambat dalam pengembalian, maka jumlah keterlambatan mobil dan sopir akan dibebankan kepada penyewa. Setelah membayar kerusakan dan keterlambatan, maka petugas membuatkan kwitansi sebagai tanda bukti pembayaran denda

3. Prosedure laporan
Diakhir bulan petugas membuat laporan penyewaan berikut denda atas kerusakan atau keterlambatan yang terjadi dan laporan kendaraan. Laporan tersebut diserahkan ke pemilik penyewaan Bendi car

Buatlah Usecase dari sistem diatas