Mengenal Use Case Diagram

Pengertian :
Use-case diagram merupakan model diagram UML yang digunakan untuk
menggambarkan requirement fungsional yang diharapkan dari sebuah sistem. Use-case
diagram menekankan pada siapa melakukan apa dalam lingkungan sistem perangkat
lunak akan dibangun. Use-case diagram sebenarnya terdiri dari dua bagian besar; yang
pertama adalah use case diagram (termasuk gambar use case dependencies) dan use
case description.
Use-case diagram adalah gambaran graphical dari beberapa atau semua actor, use-case, dan interaksi diantara
komponen-komponen tersebut yang memperkenalkan suatu sistem yang akan dibangun. Use-case
diagram menjelaskan manfaat suatu sistem jika dilihat menurut pandangan orang yang berada di luar sistem.
Diagram ini menunjukkan fungsionalitas suatu sistem atau kelas dan bagaimana sistem tersebut berinteraksi
dengan dunia luar.
Use-case diagram dapat digunakan selama proses analisis untuk menangkap requirement system dan untuk
memahami bagaimana sistem seharusnya bekerja. Selama tahap desain, use-case diagram berperan untuk
menetapkan perilaku (behavior) sistem saat diimplementasikan. Dalam sebuah model mungkin terdapat satu atau
beberapa use-case diagram. Kebutuhan atau requirements system adalah fungsionalitas apa yang harus
disediakan oleh sistem kemudian didokumentasikan pada model use-case yang menggambarkan fungsi sistem
yang diharapkan (use-case), dan yang mengelilinginya (actor), serta hubungan antara actor dengan use-case
(use-case diagram) itu sendiri.
Use case class digunakan untuk memodelkan dan menyatakan unit fungsilayanan 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.
Karakteristik :
" Use cases adalah interaksi atau dialog antara sistem dan actor, termasuk pertukaran pesan dan tindakan yang
dilakukan oleh sistem.
" Use cases diprakarsai oleh actor dan mungkin melibatkan peran actor lain. Use cases harus menyediakan nilai
minimal kepada satu actor.
" Use cases bisa memiliki perluasan yang mendefinisikan tindakan khusus dalam interaksi atau use case lain
mungkin disisipkan.
" Use case class memiliki objek use case yang disebut skenario. Skenario menyatakan urutan pesan dan
tindakan tunggal.

Berikut adalah cara menggambar use-case diagram:
#atatan!
Sebelum membuat use-case diagram, sebaiknya dia$ali dengan membuat %DD terlebih dahulu. &al ini sekedar
untuk membantu mengidentifikasi proses-proses dalam sistem.
') (ulai dengan mendaftarkan aktor yang berhubungan dengan Use-case, baik sebagai sender maupun receiver.
)) Komponen dalam use-case diagram adalah *ama Use-case, Deskripsi Use-case dan +elaku yang
berpartisipasi dan perannya.
,) -emukan dependency yang mendemonstrasikan hubungan semantik antara dua Use-case. .ika Use-case /01
berubah dapat mengakibatkan Use-case /21 akan berubah pula.
0da ) macam dependency yang perlu diperhatikan yaitu include dan extend.
Dependency include!
Sebuah Use-case dapat meng-include fungsionalitas Use-case lain sebagai bagian dari proses dalam dirinya.
Secara umum diasumsikan bah$a Use-case yang di-include akan dipanggil setiap kali Use-case yang meng-
include dieksekusi secara normal. Sebuah Use-case dapat di-include oleh lebih dari satu Use-case lain, sehingga
duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common.
#ontoh 3se-case (include)

Keterangan!
+asien harus membuat temu janji sebelum diberikan pera$atan yang diperlukan untuk mengobati penyakit yang
dideritanya. Use-case /Make Appointment1 meng-include fungsionalitas dari Use-case /Get Treatment1 sebagai
bagian dari proses saat dieksekusi.
Dependency extend!
Sebuah Use-case juga dapat meng-extend Use-case lain dengan behaviour-nya sendiri. Sementara hubungan
generalisasi antar Use-case menunjukkan bah$a Use-case yang satu merupakan spesialisasi dari yang lain.

#ontoh Use-case (extend!

Keterangan!
Setelah pasien membuat temu janji dengan dokter, pasien ini tiba-tiba mendapat halangan sehingga tidak dapat
memenuhi janjinya. 4leh karena itu, pasien ini membatalkan janji yang sudah dibuat. 5ni merupakan contoh dari
kasus extend dimana /Make Appointment1 adalah base Use-case dan /!ancel Appointment1 merupakan
extended Use-case.
6ambar #ontoh 5nteraksi 0ntara 0ktor dan Sistem (Use-case)!

2erikut adalah #ontoh Use-case description!

Keterangan
"ormal course!
7angkaian kejadian yang terjadi sesuai harapan.
Alternate course!
(endokumentasikan kelakuan Use-case jika terjadi exception#
$re-condition!
Kondisi yang harus dipenuhi sebelum Use-case ini dijalankan. &al ini dapat dilakukan dengan memberikan
penjelasan singkat atau dapat pula berupa nama Use-case.
$ost-condition!
2atasan pada keadaan sistem setelah Use-case ini diesksekusi dengan baik. Dapat berupa nama Use-case.
Komponen Pembentuk Use Case Diagram :
1. Actor
+ada dasarnya actor bukanlah bagian dari use case diagram, namun untuk dapat terciptanya suatu use case
diagram diperlukan beberapa actor. Actor tersebut mempresentasikan seseorang atau sesuatu (seperti perangkat,
sistem lain) yang berinteraksi dengan sistem. Sebuah actor mungkin hanya memberikan informasi inputan pada
sistem, hanya menerima informasi dari sistem atau keduanya menerima, dan memberi informasi pada sistem.
Actor hanya berinteraksi dengan use case, tetapi tidak memiliki kontrol atas use case. Actor digambarkan dengan
stick man . Actor dapat digambarkan secara secara umum atau spesifik, dimana untuk membedakannya kita
dapat menggunakan relationship.

2. Use Case
3se case adalah gambaran fungsionalitas dari suatu sistem, sehingga customer atau pengguna sistem paham dan
mengerti mengenai kegunaan sistem yang akan dibangun.
#atatan ! Use case diagram adalah penggambaran sistem dari sudut pandang pengguna sistem tersebut (user),
sehingga pembuatan use case lebih dititikberatkan pada fungsionalitas yang ada pada sistem, bukan berdasarkan
alur atau urutan kejadian.
#ara menentukan Use !ase dalam suatu sistem!
a. +ola perilaku perangkat lunak aplikasi.
b. Deskripsi tugas dari sebuah actor.
c. Sistem atau /benda1 yang memberikan sesuatu yang bernilai kepada actor.
d. 0pa yang dikerjakan oleh suatu perangkat lunak (8bukan bagaimana cara mengerjakannya).

elasi dalam Use Case
!da beberapa relasi "ang terdapat pada use case diagram:
'. 0ssociation, menghubungkan link antar element.
). 6enerali9ation, disebut juga inheritance (pe$arisan), sebuah elemen dapat merupakan spesialisasi dari
elemen lainnya.
,. Dependency, sebuah element bergantung dalam beberapa cara ke element lainnya.
:. 0ggregation, bentuk assosiation dimana sebuah elemen berisi elemen lainnya.
#ipe relasi$stereotype "ang mungkin ter%adi pada use case diagram:
'. include, yaitu kelakuan yang harus terpenuhi agar sebuah event dapat terjadi, dimana pada kondisi ini
sebuah use case adalah bagian dari use case lainnya.
). kelakuan yang hanya berjalan di ba$ah kondisi tertentu seperti menggerakkan roda.
,. communicates, mungkin ditambahkan untuk asosiasi yang menunjukkan asosiasinya adalah
communicates association . 5ni merupakan pilihan selama asosiasi hanya tipe relationship yang
dibolehkan antara actor dan use case.
&e'uence Diagram
(enggambar Se;uence Diagram
0pa tujuan membuat 3(< Se;uence Diagram= 0da beberapa tujuan mengapa harus membuat
Se;uence Diagram diantaranya adalah '). untuk menggambarkan interaksi antar objek di dalam dan di
sekitar sistem termasuk pengguna, display, dan sebagainya, yang digambarkan dengan hubungan
message dan $aktu> )) untuk menggambarkan skenario atau rangkaian langkah-langkah yang
dilakukan sebagai respons dari sebuah e?ent untuk menghasilkan output tertentu.
#ara menggambarkan se;uence diagram!
') Se;uence diagram terdiri atas dimensi ?ertikal ($aktu) dan dimensi hori9ontal (obyek-obyek yang
terkait).
)) Dia$ali dari apa yang men-trigger akti?itas tersebut, proses dan perubahan apa saja yang terjadi
secara internal dan output apa yang dihasilkan.
,) (asing-masing objek, termasuk aktor, memiliki lifeline ?ertikal.
:) (essage digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. +ada fase desain
berikutnya, message akan dipetakan menjadi operasimetode dari class.
@) 0cti?ation bar menunjukkan lamanya eksekusi sebuah proses, biasanya dia$ali dengan diterimanya
sebuah message.
A) 3ntuk objek-objek yang memiliki sifat khusus, standar 3(< mendefinisikan icon khusus untuk
objek boundary, controller dan persistent entity.
2erikut saya berikan contoh sebuah proses menggambar Se;uence Diagram. +roses bisnis yang
digambarkan adalah proses pembelian minuman yang dilakukan oleh seorang actor le$at ?ending
machine. 3ntuk mempermudah proses penggambaran maka bisnis proses ini dibagi menjadi , bagian
dengan scenario yang berbeda-beda.
5dentifikasi dan klasifikasi obyek adalah!
%ront adalah interface, register adalah controller untuk pembayaran, dan dispenser adalah controller
untuk pilihan minuman.
Scenario pertama mendemonstrasikan proses pembelian dimana!
') 0ctor mengisi uang (insert input) sesuai dengan harga minuman.
)) 5nput ini diteruskan ke bagian register control. 4leh karena jumlah uang yang dimasukkan sama
persis dengan harga minuman, maka dari itu proses ini berhenti disini saja.
,) Selain uang, actor juga menyeleksi minuman yang diinginkan (select selection). Dispenser controller
mengirim minuman tersebut ke front.
<ihar 6ambar Se;uence Diagram Skenario +ertama diba$ah ini!

Se;uence Diagram ((embeli (inuman " +art ')
Sumber! Schmuller ('BBB, hal.'CB)
Scenario kedua!
') 0da ) kondisi untuk input yaitu input D price dan input E price.
)) .ika inputDprice dan pilihan minuman tersedia,maka dispenser akan langsung mengirim minuman
tersebut. (+rosesnya sama dengan gambar se;uence diagram di atas).
,) +erbedaan antara kedua se;uence diagram ini yaitu diagram kedua menambahkan sebuah kondisi
jika input E price.
:) 0da ) hal yang akan di?alidasi di sini yaitu!
a# %ika tidak ada uang kembalian tersedia di register controller& maka register akan mengembalikan
input (uang dan transaksi berakhir#
b# %ika ada uang kembalian& maka register akan meneruskan transaksi ini dengan mengirimkan
message ke dispenser controller# 'emudian& register akan mengembalikan uang kembalian tersebut#
(etelah itu& dispenser controller akan mengirimkan minuman sesuai pilihan si actor#
<ihat 6ambar Se;uence Diagram Skenario Kedua diba$ah ini!

Se;uence Diagram ((embeli (inuman " +art ))
Sumber! Schmuller ('BBB, hal.''')
Scenario ketiga!
') +roses ketiga ini adalah lanjutan dari proses sebelumnya.
)) +erbedaannya terletak pada pilihan minuman.
,) 0da ) hal mengenai pilihan minuman yang akan di?alidasi di sini yaitu!
c# %ika minuman yang diinginkan tidak tersedia di dispenser controller& maka dispenser akan
menampilkan message untuk memberitahukan hal tersebut ke actor#
d# %ika pilihan minuman tersedia& maka dispenser controller akan mengirimkan minuman sesuai
pilihan si actor le)at *ront inter*ace#
<ihat 6ambar Se;uence Diagram Skenario Ketiga diba$ah ini!

Se;uence Diagram ((embeli (inuman " +art ,)
Sumber! Schmuller ('BBB, hal.''')
TIPS menggambar Sequence Diagram adalah:
+0S0*6K0* dengan 3se #ase -abel FFF
(dan #4#4KK0* dengan 0#-5G5-H D50670()
UM(

U&) C!&) D*!+!M
Use case adalah deskripsi fungsi dari sebuah system dari perspektif pengguna. 3se case bekerja
dengan cara mendeskripsikan tipikal interaksi antara user(pengguna) sebuah system dengan sistemnya
sendiri melalui sebuah cerita bagaimana sebuah system dipakai.
C,-#,. U&) C!&) D*!+!M

3se case diagram menggambarkan fungsionalitas yang diharapkan ari sebuh system, yang
ditekankan adalah1 0pa1 yang diperbuat system, dan bukan /bagaiman1. Sebuah use case
mempresentasikan sebuah interaksi antara actor dengan system . 3se case menggambarkan kata kerja
sseper ti <ogin ke system, maintenance user dan sebagainya. (odel use case seperti gambar di ba$ah
ini.

0ctor adalah segala sesuatu yang berinteraksi langsung dengan system aplikasi komputer, seperti
orang, benda atau lainnya.
-ugas actor adalah memberikan informasi kepada rystem dan dapat memerintahkan system agar
melakukan sesuatu tugas.
3rutan langkah-langkah yang menerangkan antara pengguna dan system disebut scenario.
Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam
dirinya. Secara umum diasumsikan bah$a use case yang di-include akan dipanggil setiap kali use case
yang meng-include dieksekusi secara normal.
Sebuah use case dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas
dapat dihindari dengan cara menarik keluar fungsionalitas yang common.
Sebuah use case juga dapat meng-eItend use case lain dengan beha?iour-nya sendiri.
Sementara hubungan generalisasi antar use case menunjukkan bah$a use case yang satu merupakan
sperialisasi dari yang lain.
+ada <atihan +ertama Seorang sis$a untuk menjadi anggota harus mendaftar terlebih dahulu
kepada petugas setelah mendaftar mahasis$a tersebut boleh membaca buku. .ika sudah
menjadianggota, sis$a tersebut boleh meminjam buku kepada petugas perpustakaan dan
mengembalikannya sesuai dengan ketentuan tersebut apabila anggota tersebut telat mengembalikan
buku maka anggota dikenakan denda dan membayar denda tersebut kepada petugas.


+ada latihan ini seorang penjaga toko mencatat permintaan setelah itu melihat berapa banyak
permintaan yang masuk.kemudian penjaga toko harus membuat laporannya. +etugas stok menghitung
stok barang apa saja barang yang di stok kemudian membuat laporannya dan untuk petugas keuangan
yaitu menghitung barang yang sudah dijual dan pemasukannya kemudian membuat laporan keuangan.
!cti/it" Diagram

!cti/it" diagram : menggambarkan berbagai alir akti/itas dalam sistem "ang sedang dirancang0
bagaimana masing-masing alir bera1al0 decision "ang mungkin ter%adi0 dan bagaimana mereka
berakhir. !cti/it" diagram %uga dapat menggambarkan proses paralel "ang mungkin ter%adi
pada beberapa eksekusi.
!cti/it" diagram merupakan state diagram khusus0 di mana sebagian besar state adalah action
dan sebagian besar transisi di-trigger oleh selesain"a state sebelumn"a 2internal processing3.
,leh karena itu acti/it" diagram tidak menggambarkan beha/iour internal sebuah sistem 2dan
interaksi antar subsistem3 secara eksak0 tetapi lebih menggambarkan proses-proses dan %alur-
%alur akti/itas dari le/el atas secara umum.
Contoh !cti/it" Diagram
Diagram Penda4taran.


<ogika untuk table pendaftaran yaitu Sis$a harus mendaftar terlebih dahulu kepada petugas, kemudian
petugas registrasi dan membuatkan kartu untuk sis$a tersebut, setelah kartu tersebut di buat maka
sis$a tersebut mendapatkan kartu dan syah menjadi anggota.

Diagram Pemin%aman



3ntuk diagram peminjaman anggota harus memba$a kartu jika ia ingin meminjam buku, kemudoan
kartu tersebut diserahkan kepasa petugas, dan petugas mengecek kartu tersebut dan mengecek buku
yang ingin di pinjam oleh anggota tersebut jika anggota tersebut memenuhi syarat-syarat untuk
meminjam buku maka anggota berhak menerima buku tersebut dan jika tidak memenuhi syarat-
syaratnya maka anggota tidak menerima buku yang akan ia pinjam.
&)5U)-C) D*!+!M

&e'uence diagram adalah interaksi antar ob%ek di dalam dan di sekitar sistem 2termasuk
pengguna0 displa"0 dan sebagain"a3 berupa message "ang digambarkan terhadap 1aktu.
&e'uence diagram terdiri atar dimensi /ertikal 21aktu3 dan dimensi hori6ontal 2ob%ek-ob%ek
"ang terkait3.
&e'uence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-
langkah "ang dilakukan sebagai respons dari sebuah e/ent untuk menghasilkan output tertentu.
Dia1ali dari apa "ang men-trigger akti/itas tersebut0 proses dan perubahan apa sa%a "ang
ter%adi secara internal dan output apa "ang dihasilkan.
C,-#,. &)5U)-C) D*!+!M
Diagram Pemin%aman

3ntuk diagram peminjaman +etugas dan pinjam sebagai objek, ketika anggota mengembalikan buku
maka petugas memasukan id buku dan id sis$a pada pinjaman kemudian diproses ;uerynya, setelah
berhasil diproses maka maka sistem akan menampilkan data buku yang akan dipinjam oleh sis$a
tersebut, setelah itu petugas menyimpan data pinjaman pada database pinjaman,kemudian sistem akan
memberi pesan kepada petugas bah$a data tersebut sudah berhasil disimpan.
Diagram Pengembalian


3ntuk diagram pengembalian petugas dan form buku sebagai objek, jika sis$a mau mengembalikan
buku maka petugad harus memasukan data buku yaitu id buku,setelah itu system akan memproses
;uery dan menampilkan data sis$a kepada petugas, kemudian petugas menginput tanggal dimana
tanggal tersebut ketika sis$a meminjam buku, dan system akan mengecek apakah sis$a tersebut
terlambat atau tidak-nya untuk mengembalikan buku, jika terlambat maka system akan menampilkan
denda tersebut kepada petugas, pastinya sis$a akan membayar denda tersebut dan petugas menyimpan
pengembalian buku yang di pinjam sis$a pada database bah$a sis$a tersebut sudah mengembalikan
buku, maka system akan menyampaikan pesan kepada petugas bah$a menyimpan pengembalian buku
sudah berhasil.


Se;uence diagram biasanya digunakan untuk tujuan analisa dan desain, memfokuskan pada
identifikasi method didalam sebuah system. Se;uence diagram biasanya dipakai untuk memodelkan !
Deskripsi tentang system yang ada pada sebuah beberapa use case pada use case diagram, yang
menggambarkan hubungan antara actor dan use case diagram.
<ogika dari method (operation, function atau procedure).
<ogika dari ser?ice (high le?el method).
se'uence diagram
0ctor
Sebuah actor bisa di$akili dengan gambar stick figure atau sebuah kotak.
5nterface
Sebuah 5nterface bisa di$akili dengan 6ambar 2oundary atau sebuah Kotak (2oIes).
(essage.
- (essage digunakan untuk menggambarkan hubungan antara objek yang ada dalam sistem.
- (essage digambarkan dengan garis berpanah, yang menunjukkan arah messages.
- (essage yang dikirim untuk dirinya sendiri (boIes).
7eturn Galue
- Ditampilkan dengan garis berpanah terputus, yang menggambarkan hasil dari pengiriman

- 7eturn ?alue digambarkan dengan arah dari kanan ke kiri.
- (essages dan return Galue dapat digabungkan.
#ontrol
Digunakan untuk menggambarkan hubungan antara interface dengan database melalui
fungsimethod yang ada dalam sistem dengan perantara message.
Database (-empat +enyimpanan)
Digunakan untuk menggambarkan database tempat penyimpanan yang digunakan dalam sistem