Anda di halaman 1dari 4

PERTEMUAN KE - 2

USE CASE DIAGRAM


A. Tujuan
 Mahasiswa lebih mengetahui Use Case Diagram dalam UML
 Dapat memahami hubungan antara actor dengan use case diagram dalam
beberapa studi kasus

B. Dasar Teori
 USE CASE DIAGRAM
Use Case menjelaskan urutan kegiatan yang dilakukan actor dan sistem
untuk mencapai suatu tujuan tertentu. Walaupun menjelaskan kegiatan namun
use case hanya menjelaskan apa yang dilakukan oleh actor dan sistem, bukan
bagaimana actor dan sistem melakukan kegiatan tersebut.
Di dalam use case terdapat teks untuk menjelaskan urutan kegiatan yang
disebut Use Case Spesification.
Use Case Spesification tersebut terdiri dari :
a. Nama Use Case :
Mencantumkan nama dari use case yang bersangkutan. Sebaiknya diawali
dengan kata kerja untuk menunjukkan suatu aktivitas.
Contoh : Menerima Pendaftaran Mahasiswa Baru
b. Deskripsi singkat (Brief Description) :
Menjelaskan secara singkat dalam 1 atau 2 kalimat tentang tujuan use case
ini.
Contoh : Use Case ini untuk mencatat data mahasiswa baru.
Use case ini dimulai saat mahasiswa datang untuk mendaftarkan
diri.
c. Aliran Normal (Basic Flow) :
Ini adalah jantung dari use case. Menjelaskan interaksi antara actor dan
sistem dalam keadaan normal, yaitu segala sesuatu berjalan dengan lancar,
tiada halangan dalam mencapai tujuan dari use case ini.
Contoh :
• Petugas mengisi data mahasiswa baru.
• Setelah selesai mengisi semua data yang diperlukan, petugas
mengkonfirmasi untuk menyimpan data tersebut.
• Sistem menuliskan data mahasiswa ke dalam database.
• Sistem memunculkan pesan bahwa proses pendaftaran sukses
dilakukan.

d. Aliran Alternatif (Alternate Flow) :

Praktikum Analisis Desain Berorientasi Obyek – TI/S1


8
Merupakan pelengkap dari basic flow karena tidak ada yang sempurna dalam
setiap kali use case berlangsung. Di dalam alternate flow ini dijelaskan apa
yang akan terjadi bila suatu halangan atau hambatan terjadi sewaktu use
case berlangsung. Ini terutama berhubungan dengan error yang mungkin
terjadi.
Contoh :
• Bila proses penulisan ke database gagal : sistem memunculkan
pesan bahwa proses pendaftaran gagal dilakukan,
• Bila ada data yang diperlukan belum terisi : sistem meminta
petugas untuk mengecek isian kembali
e. Special Requirement :
Berisi kebutuhan lain yang belum tercakup dalam aliran normal dan alternatif.
Biasanya secara tegas dibedakan bahwa basic flow dan alternate flow
menangani kebutuhan fungsional dari use case., sementara special
requierement yang tidak berhubungan dengan kebutuhan fungsional.
Misalnya : kecepatan transaksi maksimum berapa cepat dan berapa lama,
serta kapasitas akses yaitu jumlah user yang akan mengakses
dalam waktu bersamaan.
f. Pre-Condition :
Menjelaskan persyaratan yang harus dipenuhi sebelum use-case bisa
dimulai.
g. Post-Condition :
Menjelaskan kondisi yang berubah atau terjadi saat use case selesai
dieksekusi.

C. Praktik
Terdapat sebuah studi kasus, yaitu : Pengambilan Uang Lewat Mesin ATM.
Dengan scenario sebagai berikut :
a. Pertama kali nasabah memasukkan kartu ATM
b. Selanjutnya nasabah memasukkan No.PIN
c. (Layar) Mesin ATM menampilkan Menu Penarikan Uang
d. Selanjutnya nasabah memasukkan jumlah penarikan uang
e. Mesin ATM akan mengeluarkan jumlah uang sesuai dengan yang diinginkan
oleh nasabah
f. Nasabah mengambil uang yang dikeluarkan oleh Mesin ATM
g. (Layar) Mesin ATM menampilkan Saldo (Sisa uang yang masih ada)
h. Mesin ATM mengeluarkan Slip Penarikan Uang dan selanjutnya nasabah
mengambil Slip Penarikan Uang tersebut.
i. Mesin ATM mengeluarkan Kartu ATM dan Nasabah mengambil Kartu ATM
tersebut.

Praktikum Analisis Desain Berorientasi Obyek – TI/S1


9
Mesin ATM dapat dituliskan sebagai pelaku (actor) walaupun sesungguhnya
adalah suatu benda mati. Dan mesin ATM tersebut dapat digeneralisasikan
sebagai :
a. Peranti Kartu
b. Peranti Uang
c. Peranti Slip

Dari skenario tersebut, maka dapat digambarkan Use Case Diagram seperti
terlihat pada gambar 2.1.

Gambar 2.1 Use Case Diagram Sistem Pengambilan Uang lewat Mesin ATM

Dari Use Case Diagram (gambar 2.1), dapat dibuat Use Case Diagram yang
lebih spesifik lagi (terdapat include dan extend) dan digambarkan pada gambar
2.2.

Praktikum Analisis Desain Berorientasi Obyek – TI/S1


10
Gambar 2.2 Use Case Diagram (include dan extend)
Sistem Pengambilan Uang Lewat Mesin ATM

D. Latihan.
 Diberikan oleh Dosen Pengampu

E. Tugas
 Diberikan oleh Dosen Pengampu

Praktikum Analisis Desain Berorientasi Obyek – TI/S1


11

Anda mungkin juga menyukai