USE CASE DIAGRAM

DEFINISI

• DIAGRAM USE CASE ATAU USE CASE DIAGRAM

ADALAH PEMODELAN UNTUK MENGGAMBARKAN BEHAVIOR /
KELAKUAN SISTEM YANG AKAN DIBUAT.
• USE CASE DIAGRAM MENGGAMBARKAN SEBUAH INTERAKSI ANTARA
SATU ATAU LEBIH AKTOR DENGAN SISTEM YANG AKAN DIBUAT.
SECARA SEDERHANA,
• DIAGRAM USE CASE DIGUNAKAN UNTUK MEMAHAMI FUNGSI APA
SAJA YANG ADA DI DALAM SEBUAH SISTEM DAN SIAPA SAJA YANG
DAPAT MENGGUNAKAN FUNGSI-FUNGSI TERSEBUT.
 SYARAT PENAMAAN USE CASE
ADA DUA HAL UTAMA PADA USE CASE YAITU PENDEFINISIAN APA YANG
DISEBUT AKTOR DAN USE CASE.
- USE CASE MERUPAKAN FUNGSIONALITAS YANG DISEDIAKAN SISTEM
SEBAGAI UNIT-UNIT YANG SALING BERTUKAR PESAN ANTAR UNIT ATAU
ACTOR.
- AKTOR ADALAH ORANG ATAU SYSTEM LAIN YANG BERINTERAKSI
DENGAN SYSTEM YANG AKAN DIBUAT, JADI MESKIPUN SIMBOL DARI
AKTOR ADALAH GAMBAR ORANG TAPI AKTOR BELUM TENTU
MERUPAKAN ORANG
 SIMBOL USE CASE DIAGRAM

USE CASE ADALAH FUNGSIONALITAS YANG DISEDIAKAN SISTEM SEBAGAI UNIT-

UNIT YANG SALING BERTUKAR PESAN ANTAR UNIT ATAU ACTOR. BIASANYA USE
CASE DIBERIKAN PENAMAAN DENGAN MENGGUNAKAN KATA KERJA DI AWAL
FRASE NAMA USE CASE
 SIMBOL USE CASE DIAGRAM

AKTOR ADALAH ORANG ATAU SISTEM LAIN YANG BERINTERAKSI DENGAN SISTEM INFORMASI
YANG AKAN DIBUAT, JADI MESKIPUN SIMBOL DARI AKTOR IALAH GAMBAR ORANG, TAPI AKTOR
BELUM TENTU MERUPAKAN ORANG. BIASANYA PENAMAAN AKTOR DINAMAKAN
MENGGUNAKAN KATA BENDA DI AWAL FRASE NAMA AKTOR
 SIMBOL USE CASE DIAGRAM

ASOSIASI ADALAH KOMUNIKASI ANTARA AKTOR DAN USE CASE YANG BERPARTISIPASI PADA USE
CASE DIAGRAM ATAU USE CASE YANG MEMILIKI INTERAKSI DENGAN AKTOR. ASOSIASI
MERUPAKAN SIMBOL YANG DIGUNAKAN UNTUK MENGHUBUNGKAN LINK ANTAR ELEMENT.
 SIMBOL USE CASE DIAGRAM

• RELASI USE CASE TAMBAHAN KE SEBUAH USE CASE DIMANA USE CASE YANG DITAMBAHKAN
DAPAT BERDIRI SENDIRI MESKI TANPA USE CASE TAMBAHAN ITU ARAH PANAH MENGARAH
PADA USE CASE YANG DITAMBAHKAN
 SIMBOL USE CASE DIAGRAM

• RELASI USE CASE TAMBAHAN KE SEBUAH USE CASE DIMANA USE CASE YANG DITAMBAHKAN
MEMBUTUHKAN USE CASE INI UNTUK MENJALANKAN FUNGSINYA ATAU SEBAGAI SYARAT
DIJALANKAN USE CASE INI ARAH PANAH INCLUDE MENGARAH PADA USE CASE YANG DIPAKAI
(DIBUTUHKAN) ATAU MENGARAH PADA USE CASE TAMBAHAN.
 SIMBOL USE CASE DIAGRAM

• HUBUNGAN GENERALISASI DAN SPESIALISASI (UMUM - KHUSUS) ANTARA DUA BUAH USE CASE
DIMANA FUNGSI YANG SATU MERUPAKAN FUNGSI YANG LEBIH UMUM DARI LAINNYA ARAH
PANAH MENGARAH PADA USE CASE YANG MENJADI GENERALISASINYA (UMUM)
 CONTOH PENGGUNAAN SIMBOL USE CASE
DIAGRAM
Extend
• USE CASE VALIDASI USER MERUPAKAN USE
CASE YANG DITAMBAHKAN, DIMANA USE
CASE INI DAPAT BERDIRI SENDIRI TANPA USE
CASE TAMBAHAN (VALIDASI SIDIK JARI).
PADA CONTOH DIATAS SETELAH PENGGUNA
MELAKUKAN VALIDASI USER, PENGGUNA
DAPAT MENGEMBANGKANNYA (OPSIONAL)
DENGAN VALIDASI SIDIK JARI ATAU TIDAK.
CONTOH PENGGUNAAN SIMBOL USE CASE
DIAGRAM
• USE CASE BUKA REKENING MERUPAKAN USE CASE
YANG DITAMBAHKAN SEHINGGA USE CASE INI DAPAT
BERDIRI SENDIRI SEDANGKAN USE CASE BUKA
DEPOSITO DAN BUAT KARTU KREDIT MERUPAKAN USE
CASE TAMBAHAN YANG BERASAL DARI
PENGEMBANGAN USE CASE EXTEND. PADA CONTOH
DIATAS SETELAH PENGGUNA MELAKUKAN BUKA
REKENING, PENGGUNA DAPAT MENGEMBANGKANNYA
/ MELANJUTKANNYA (OPSIONAL) DENGAN BUKA
DEPOSITO / BUAT KARTU KREDIT.
 CONTOH PENGGUNAAN SIMBOL USE CASE
DIAGRAM
Include
• USE CASE LOGIN MERUPAKAN SYARAT / SELALU DIPANGGIL
TERLEBIH DAHULU SEBELUM DIJALANKANNYA USE CASE
MENGELOLA ANGGOTA ATAU USE CASE MENGELOLA
PEMINJAMAN
 CONTOH PENGGUNAAN SIMBOL USE CASE
DIAGRAM
Generalisasi • USE CASE MENGELOLA PUSTAKA MERUPAKAN USE
CASE GENERALISASI / UMUM. SEDANGKAN USE
CASE MENCARI PUSTAKA, MELIHAT PUSTAKA,
MEMASUKKAN PUSTAKA, MENGUBAH PUSTAKA
DAN MENGHAPUS PUSTAKA MERUPAKAN USE CASE
SPESIALISASI / KHUSUS. HUBUNGAN GENERALISASI
INI JUGA MERUPAKAN HUBUNGAN YANG
MENGGAMBARKAN INHERITANCE BAIK AKTOR
MAUPUN USE CASE. PADA HUBUNGAN
GENERALISASI ARAH PANAH MENGARAH PADA USE
CASE YANG MENJADI GENERALISASINYA (UMUM).
 PERBEDAAN EXTEND DAN INCLUDE
INTINYA PERBEDAAN MENDASAR DARI USE CASE EXTEND DAN USE CASE
INCLUDE ADALAH : USE CASE EXTEND DIGUNAKAN UNTUK
MENGEMBANGKAN SEBUAH USE CASE (USE CASE INTI) MISALNYA SETELAH
MELAKUKAN BUKA REKENING SELANJUTNYA BISA MELAKUKAN APA LAGI ?,
DIMANA PADA HUBUNGAN EXTEND ARAH PANAH MENGARAH PADA USE
CASE INTI (USE CASE DITAMBAHKAN). SEDANGKAN USE CASE INCLUDE
DIGUNAKAN UNTUK MENJELASAKAN BAHWA SEBUAH USE CASE MEMILIKI
SEBUAH SYARAT AGAR / KETENTUAN SEBELUM BISA DIJALANKAN, MISALNYA
SAAT KITA AKAN MENGELOLA ANGGOTA MAKA KITA DIWAJIBKAN LOGIN
TERLEBIH DAHULU.
 USE CASE SCENARIO
• SETIAP USE CASE DIAGRAM DILENGKAPI DENGAN SKENARIO, SKENARIO USE CASE / USE CASE
SKENARIO ADALAH ALUR JALANNYA PROSES USE CASE DARI SISI AKTOR DAN SYSTEM. BERIKUT
ADALAH FORMAT TABEL SKENARIO USE CASE.

Skenario normal adalah scenario bila system berjalan normal tanpa terjadi kesalahan atau error.
Sedangkan skenario alternatif adalah scenario bila system tidak berjalan normal atau mengalami
error. Skenario normal dan skenario alternatif dapat berjumlah lebih dari satu. Alur skenario
inilah yang nantinya menjadi landasan pembuatan sequence diagram / diagram sekuen.
 LATIHAN
BUAT CUPLIKAN USE CASE DIAGRAM BERDASARKAN SOAL DIBAWAH INI?

• UNTUK MEMBAWA BUKU DARI PERPUS, ANGGOTA HARUS MELAKUKAN TRANSAKSI RESERVASI
PEMINJAMAN BUKU
• SETELAH PENGGUNA MASUK KE MENU MENGELOLA TRANSAKSI ORDER, PENGGUNA DAPAT
MELANJUTKAN KE MENU MENCETAK LAPORAN PDF, ATAU PRINT LAPORAN ATAU CETAK LAPORAN
BERDASARKAN TAHUN
• PEMBELI DAPAT MELAKUKAN PEMBAYARAN BERUPA PEMBAYARAN DENDA,PEMBAYARAN
PEMINJAMAN
• PADA SISTEM TERSEBUT TERDAPAT BEBERAPA LEVEL KEANGGOTAAN YAITU ANGGOTA GOLD,
ANGGOTA SILVER DIMANA KEANGGOTAAN TERSEBUT MEMILIKI PERSAMAAN DAN PERBEDAAN NYA
 LATIHAN
BUAT CUPLIKAN USE CASE DIAGRAM BERDASARKAN SOAL DIBAWAH INI?

• UNTUK MEMBAWA BUKU DARI PERPUS, ANGGOTA HARUS MELAKUKAN TRANSAKSI RESERVASI
PEMINJAMAN BUKU
• SETELAH PENGGUNA MASUK KE MENU MENGELOLA TRANSAKSI ORDER, PENGGUNA DAPAT
MELANJUTKAN KE MENU MENCETAK LAPORAN PDF, ATAU PRINT LAPORAN ATAU CETAK LAPORAN
BERDASARKAN TAHUN
• PEMBELI DAPAT MELAKUKAN PEMBAYARAN BERUPA PEMBAYARAN DENDA,PEMBAYARAN
PEMINJAMAN
• PADA SISTEM TERSEBUT TERDAPAT BEBERAPA LEVEL KEANGGOTAAN YAITU ANGGOTA GOLD,
ANGGOTA SILVER DIMANA KEANGGOTAAN TERSEBUT MEMILIKI PERSAMAAN DAN PERBEDAAN NYA
 STUDI KASUS
• PT XYZ MENGUSULKAN SISTEM INFORMASI MANAJEMEN PERPUSTAKAAN YANG MEMILIKI FUNGSI UNTUK
MENGELOLA INFORMASI YANG DIPERLUKAN DALAM SEBUAH PERPUSTAKAAN , PADA TAHAP I FUNGSI YANG
DIPERLUKAN YAITU VALIDASI PETUGAS DAN MENGELOLA DATA PUSTAKA DENGAN ACTOR PETUGAS, ANGGOTA
BERIKUT:
• VALIDASI PETUGAS
LOGIN
• PETUGAS MENGELOLA DATA BUKU
MEMASUKKAN DATA BUKU BARU
MENGUBAH DATA BUKU
MENGHAPUS DATA BUKU
MENCARI DATA BUKU
MELIHAT DATA BUKU==>JIKA MELIHAT DATA BUKU ,USER DAPAT MELANJUTKAN FUNGSI MENAMBAHKAN BUKU PAVORITE
- ANGGOTA DAPAT MENCARI BUKU
 STUDI KASUS

1. Pendefinisian Aktor

No Aktor Deskripsi
Petugas perpustakaan adalah orang yang bertugas dan
1 Petugas Perpustakaan memiliki hak akses untuk melakukan operasi pengelolaan data
buku

2 Anggota Anggota adalah orang yang diperbolehkan meminjam pustaka

sesuai dengan hak aksesnya,
 STUDI KASUS

2. Pendefinisian Use Case

No USE CASE Deskripsi

Merupakan proses untuk melakukan login petugas
1 Login
perpustakaan
Mengelola Pustaka merupakan proses pengelolaan data
2 Mengelola Buku pustaka yang meliputi memasukkan data buku, melihat
data buku, mengubah data buku, menghapus data buku
dan mencari data buku.
 STUDI KASUS
3. Pembuatan Use Case Skenario
Nama Use Case : Login
Skenario:
Skenario Normal
1. Memasukka username dan password 2. Memeriksa valid tidaknya data masukan dengan memeriksa ke tabel
petugas
3. Masuk ke aplikasi pengelolaan data perpustakaan
Skenario Alternatif
1. Memasukkan username dan password 2. Memeriksa valid tidaknya data masukan dengan memeriksa ke tabel
petugas
3. Menampilkan pesan login tidak valid
4. Memasukkan username dan password
yang valid
5. Memeriksa valid tidaknya data masukan dengan memriksa ke tabel
petugas
6. Masuk ke aplikasi pengelolaan data perpustakaan
 Skenario Normal
1. Memeriksa status login
3. Pembuatan Use STUDI KASUS
2. Memasukkan data pustaka
sesuai kolom yang ada 3. Memeriksa valid tidaknya data masukan
Case Skenario 4. Menyimpan data pustaka ke basis data
Nama Use Case : 5. Menampilkan pesan sukses disimpan
Memasukkan Buku
Skenario: Skenario Alternatif
1. Memeriksa status login
2. Memasukkan data pustaka
sesuai kolom yang ada
3. Memeriksa valid tidaknya data masukan
4. Mengeluarkan pesan bahwa data masukan tidak
valid
5. Memperbaiki data masukan
yang tidak valid
6. Memeriksa valid tidaknya data masukan
7. Menyimpan data pustaka ke basis data
8. Menampilkan pesan sukses disimpan
3. Pembuatan Use STUDI KASUS
Case Skenario
Nama Use Case : Melihat Buku
Skenario:

Skenario Normal
1. Memeriksa status login
2. Menampilkan data pustaka yang dicari (belum
detail, missal hanya judulnya saja dan tampil dalam
bentuk list)
3. Memilih pustaka yang dicari
4. Menampilkan data pustaka (detail sebuah data
pustaka) dari pustaka yang dipilih
 SkenarioSTUDI
Normal KASUS
3. Pembuatan Use 1. Memeriksa status login
Case Skenario 2. Memasukkan kata kunci dan
Nama Use Case : kategori pencarian
Mengubah Data Buku 3. Mencari data pustaka yang akan diubah
Skenario: 4. Menampilkan data pustaka yang dicari (belum
detail, missal hanya judulnya saja dan tampil dalam
bentuk list)
5. Memilih data pustaka yang
akan diubah
6. Menampilkan data pustaka (detail sebuah data
pustaka) dari pustaka yang akan diubah
7. Mengubah data pustaka
8. Memeriksa valid tidaknya data masukan
9. Menyimpan data yang telah diubah ke basis data
10. Menampilkan pesan bahwa data sukses disimpan
 Skenario Alternatif
1. Memeriksa status login

3. Pembuatan Use kategori STUDI

2. Memasukkan kata kunciKASUS
dan
pencarian
Case Skenario 3. Mencari data pustaka yang akan diubah
Nama Use Case : 4. Menampilkan data pustaka yang dicari (belum
Mengubah Data Buku detail, missal hanya judulnya saja dan tampil dalam
Skenario: bentuk list)
5. Memilih data pustaka yang
akan diubah
6. Menampilkan data pustaka (detail sebuah data
pustaka) dari pustaka yang akan diubah
7. Mengubah data pustaka
8. Memeriksa valid tidaknya data masukan
9. Menyimpan data yang telah diubah ke basis data
10. Memperbaiki data masukan
yang diubah dan tidak valid
11. Memeriksa valid tidaknya data masukan
12. Menyimpan data yang telah diubah ke basis data
13. Menampilkan pesan bahwa data sukses disimpan
 STUDI KASUS
3. Pembuatan Use Case Skenario

LANJUTKAN UNTUK USE CASE LAINNYA!!

 STUDI KASUS
Perusahaan XYZ mengusulkan sistem informasi rental mobil
untukperancangan tahap I dengan aktor
Penyewa dan Admin.
- Untuk masuk ke menu kelola, admin diwajibkan login
- Setelah login, admin dapat mengelola data mobil, yang terdiri dari
simpan data mobil,hapus data mobil,edit data mobil,cari data
mobil, jika admin menekan tombol simpan secara bersamaan
sistem akan menampilkan notifikasi sukses data disimpan
- Penyewa dapat melakukan pencarian data mobil,setelah
menampilkan data mobil penyewa dapat menshare info mobil ke
media social atau melihat detail info mobil
 ACTIVITY DIAGRAM
Activity diagram, sesuai dengan namanya diagram ini
menggambarkan tentang aktifitas yang terjadi pada sistem. Dari
pertama sampai akhir, diagram ini menunjukkan langkah – langkah
dalam proses kerja sistem yang kita buat.
Activity diagram pada dasarnya memiliki struktur yang hampir mirip
dengan flowchart atau diagram alir dalam perancangan sistem secara
terstruktur. Activity diagram ini dibuat berdasarkan sebuah use case
atau beberapa use case dalam use case diagram.
ACTIVITY DIAGRAM
 ACTIVITY DIAGRAM
Activity atau state : Menunjukan aktivitas yang dilakukan.
Initial activity atau initial state : Menunjukan awal aktivitas dimulai.
Final Activity atau final state : Menunjukan bagian akhir dari aktivitas.
Decission : Digunakan untuk menggambarkan test kondisi untuk memastikan bahwa
control flow atau object flow mengalir lebih ke satu jalur. Jumlah jalur sesuai yang
diinginkan.
Merge : Berfungsi menggabungkan flow yang dipecah oleh decission.
Synchronization : Diabgi menjadi 2 yaitu fork dan join.
Fork digunakan untuk memecah behaviour menjadi activity atau action yang paralel,
sedangkan join untuk menggabungkan kembali activity atau action yang paralel.
Swimlanes : Memecah activity diagram menjadi baris dan kolom untuk membagi
tangung jawab obyek-obyek yang melakukan aktivitas.
Transition : Menunjukan aktivitas selanjutnya setelah aktivitas sebelumnya.
 ACTIVITY DIAGRAM
Terkadang keliru dalam penggunaan decission dengan fork. Jika
decission digunkan untuk memecah aktivitas yang bersifat
kondisional misal Ya-Tidak, atau user1, user2, user3, sedangkan
fork untuk memecah behaviour menjadi aktivitas yang paralel
seperti user dapat memilih menu hapus, tambah, edit yang dapat
dilakukan secara paralel.
ACTIVITY DIAGRAM
ACTIVITY DIAGRAM
ACTIVITY DIAGRAM
ACTIVITY DIAGRAM

pegawai menerima pesanan, lalu pegawai bisa langsung

mengisi pesanan (fill order) dan mengirimkan tagihan (send
invoice) saat pegawai mengisi pesanan, pelanggan bisa
memilih prioritas pesanan. Jika iya maka akan masuk
ke overnight delivery tetapi jika tidak akan masuk
ke regular delivery.Setelah semua selesai maka pesanan
akan ditutup dan pelanggan bisa menunggu
pesanannya(Close Order). Decision digunakan untuk
aktifitas conditional seperti ya atau tidak.