Pertemuan 2

Use Case Diagram

 Use Case
• Use case adalah sebuah teknik untuk
menangkap kebutuhan fungisonal sistem.
• Use case menggambarkan interaksi antara
pengguna dengan sistem.
• Use case menyediakan sebuah narasi
bagaimana sebuah sistem digunakan.
 Use Case
• Sebuah use case menggambarkan bagaimana
pengguna berinteraksi dengan sistem untuk
melakukan beberapa aktivitas, seperti
menempatkan pesanan, membuat reservasi,
atau mencari informasi.
• Use case digunakan untuk mengidentifikasi
dan mengkomunikasikan persyaratan
(requirement) untuk sistem ke programmer
yang harus menulis sistem.
Elemen-Elemen Use Case Diagram
• Actor
– Orang atau sistem lain yang
berinteraksi dengan sistem saat ini.
– Sebuah peran, bukan pengguna
spesifik.
– Memberikan input, menerima output,
ataupun keduanya.
Elemen-Elemen Use Case Diagram
• Use Case
– Bagian utama dari fungsionalitas
sistem.
– Bisa extend (memperluas) use case
lainnya.
– Ditempatkan di dalam system
boundary (batasan sistem).
– Dilabeli dengan kata kerja – frase
kata benda.
 Elemen-Elemen Use Case Diagram
• System Boundary
– Berisi nama dari sistem yang
Boundary diletakkan di dalam atau di bagian
atas boundary.
– Mewakili ruang lingkup sistem.
– Actor berada di luar ruang lingkup
sistem.
Elemen-Elemen Use Case Diagram
• Association Relationship
– Menghubungkan actor dengan use
case.
– Menunjukkan komunikasi dua arah
(Menunjukkan komunikasi satu arah
jika menggunakan tanda panah).
– Tanda * untuk keragaman dari
asosiasi (multiplicity of the
association).
– Namun umumnya hanya
digambarkan garis saja.
Elemen-Elemen Use Case Diagram
• Include Relationship
– Memasukkan satu use case
dalam use case lainnya.
– Perilaku (behavior) yang harus
terpenuhi agar sebuat event
dapat terjadi, di mana kondisi ini
sebuah use case adalah bagian
dari use case lainnya.
– Tanda panah mengarah dari
base use case (pusat) menuju ke
use case yang di-include.
Elemen-Elemen Use Case Diagram
• Extend Relationship
– Memperluas use case untuk
memasukkan perilaku opsional.
– Tanda panah mengarah dari use
case tambahan ke base use case
(pusat)
Elemen-Elemen Use Case Diagram
• Generalization Relationship
– Mewakili use case khusus untuk use case
yang lebih umum.
– Tanda panah mengarah dari use case khusus
(specialized) ke use case yang lebih umum.
 Level Use Case
• Sea-level
Biasanya mewakili interaksi diskrit antara aktor utama
dan sistem.
• Fish-level
Use case level ini ada karena di-include oleh use case
sea-level.
• Kite-level
Use case level ini menunjukkan bagaimana use case
sea-level sesuai dengan interaksi bisnis yang lebih luas.
Use case level ini biasanya use case bisnis, sedangkan
sea dan fish level adalah use case sistem.
 Contoh Kasus 1
• Sistem Pendaftaran Siswa di EF (English First)
– Calon siswa melakukan pendaftaran di kantor cabang EF dengan
mengisi formulir pendaftaran. Calon siswa akan diminta untuk
membayar biaya pendaftaran Rp. 100.000.
– Setelah membayar biaya pendaftaran, Calon siswa mengikuti tes tulis
untuk menentukan level pembelajaran yang sesuai.
– Calon siswa mengikuti tes wawancara langsung dengan native speaker
untuk menentukan level pembelajaran yang sesuai.
– Calon siswa menerima hasil tes tulis dan tes wawancara, beserta level
pembelajaran yang sesuai. Setelah itu Calon siswa membayar biaya
kursus sesuai level.
– Petugas mengelola data pendaftaran calon siswa, mengatur jadwal tes
tulis dan wawancara, mengelola pembayaran biaya pendaftaran dan
kursus.
Use Case Diagram Contoh Kasus 1
 Contoh Kasus 2
• Sebuah toko buku ingin membuat sebuah web agar
mendukung penjualannya secara online. Pembeli bisa
membeli buku dengan mendaftar menjadi anggota
terlebih dahulu. Anggota bisa membeli buku lebih dari
satu dalam setiap transaksi. Buku akan dikirimkan
setelah anggota membayar via trasnsfer bank dan
melakukan konfirmasi pembayaran secara online.
• Admin web bisa mengelola data buku, mengelola
transaksi penjualan buku, dan melihat laporan
penjualan.
• Aktor yang terlibat dalam sistem penjualan buku online
ini adalah Anggota dan Admin.
 Contoh Kasus 2
• Functional Requirement
– Anggota
• Anggota bisa membeli buku
• Anggota bisa melihat sejarah transaksi
• Anggota bisa melakukan konfirmasi pembayaran
• Anggota bisa mengatur alamat pengiriman
• Anggota bisa melakukan deposit dan refund
• Anggota bisa melihat informasi akun
• Anggota bisa mengubah sandi
• Anggota bisa membuat review produk
• Anggota bisa membatalkan transaksi
• Anggota bisa mengatur pengingat ketersediaan buku
 Contoh Kasus 2
• Functional Requirement
– Admin
• Admin bisa mengelola transaksi penjualan
• Admin bisa mengelola data buku
• Admin bisa melihat laporan penjualan
Contoh Kasus 2
Contoh Kasus 2
Use Case Sea-Level
Use Case Fish-Level
Use Case Fish-Level
 Contoh Generalization

Umum Umum

Khusus

Khusus
 Membuat Skenario Use Case
• Tiap use case dibuatkan skenario atau deskripsinya. Berikut
adalah contoh skenario use case mengatur alamat
pengiriman.
Membuat Skenario Use Case
 Skenario Use Case
Use Case Name Mengatur Alamat Pengiriman
Requirements Anggota dapat mengatur alamat pengiriman
Goal Anggota dapat menambah, mengubah dan menghapus alamat pengiriman

Pre-conditions Anggota telah sign in

Post-conditions Data alamat pengiriman tersimpan, terupdate, atau terhapus

Failed end condition Gagal menyimpan, mengupdate atau menghapus

Primary Actors Anggota
Main Flow / Basic Path 1. Anggota memilih Tambah Alamat Baru
2. Sistem menampilkan form entry alamat
3. Sistem membuat nomor otomatis.
4. Anggota menginput nama alamat
5. Anggota memilih negara
6. Sistem menampilkan pilihan propinsi yang sesuai dengan negara
7. Anggota memilih propinsi
8. Sistem menampilkan pilihan kota yang sesuai dengan propinsi
9. Anggota memilih kota
10. Sistem menampilkan pilihan kecamatan yang sesuai
11. Anggota menginput kode pos, alamat, catatan pengiriman, telepon selular, telepon
rumah, telepon kantor dan email.
12. Anggota menyimpan data alamat pengiriman
13. Sistem menampilkan alamat pengiriman
 Skenario Use Case
Alternate Flow / Invariant A A1. Anggota mengubah alamat pengiriman
A2. Sistem menampilkan alamat pengiriman yang akan diubah
A3. Anggota menginput data perubahan alamat pengiriman
A4. Anggota menyimpan alamat pengiriman
A5. Sistem menampilkan alamat pengiriman yang sudah diubah.

Invariant B B1. Anggota menghapus alamat pengiriman

B2. Sistem menampilkan konfirmasi
B3. Anggota menghapus alamat
 Tugas
• Buatlah kelompok terdiri dari maksimal 5
orang.
• Tugas dikerjakan di kelas.
• Waktu 1 jam.
• Buatlah use case sea-level dan fish-level dari
tampilan web berrybenka.com.
• Buatlah skenario dari salah satu use case yang
ada.
Tugas
Tugas
Tugas
Tugas
Tugas
Tugas
Tugas
Tugas