Panduan Lengkap tentang Pemodelan Use Case

Apa itu Pemodelan Use Case?

Ini adalah teknik yang digunakan dalam pengembangan perangkat lunak dan rekayasa sistem untuk menggambarkan persyaratan fungsional dari suatu sistem. Teknik ini berfokus pada pemahaman dan dokumentasi bagaimana suatu sistem seharusnya berfungsi dari sudut pandang pengguna akhir. Secara esensial, ini membantu menjawab pertanyaan: ‘Apa yang harus dilakukan sistem untuk memenuhi kebutuhan dan tujuan pengguna?’

Konsep Kunci dalam Pemodelan Use Case

Persyaratan Fungsional: Persyaratan fungsional adalah fitur, tindakan, dan perilaku yang harus dimiliki suatu sistem untuk memenuhi tujuan yang diinginkan. Pemodelan use case terutama berfokus pada mendefinisikan dan menangkap persyaratan ini secara terstruktur.

Sudut Pandang Pengguna Akhir: Pemodelan use case dimulai dengan melihat sistem dari sudut pandang orang atau entitas (disebut sebagai ‘aktor’) yang akan berinteraksi dengan sistem. Sangat penting untuk memahami bagaimana aktor-aktor ini akan menggunakan sistem untuk mencapai tujuan atau melakukan tugas mereka.

Interaksi: Pemodelan use case menekankan pada penangkapan interaksi antara pengguna akhir (aktor) dan sistem. Ini bukan hanya tentang apa yang dilakukan sistem secara terpisah; tetapi tentang bagaimana sistem merespons tindakan atau permintaan pengguna.

Dasar-dasar Use Case:

• Use case adalah deskripsi tentang bagaimana suatu sistem berinteraksi dengan satu atau lebih entitas eksternal, yang disebut aktor, untuk mencapai tujuan tertentu.
• Use case dapat ditulis dalam bentuk teks atau bentuk diagram, tergantung pada tingkat detail dan kompleksitas yang dibutuhkan.
• Use case harus menangkap aspek-aspek penting dan relevan dari interaksi, seperti prasyarat, akibat, alur utama, alur alternatif, dan pengecualian.

Apa itu Diagram Use Case?

Diagram use case adalah representasi grafis yang digunakan dalam pemodelan use case untuk memvisualisasikan dan mengomunikasikan interaksi dan hubungan ini. Dalam diagram use case, biasanya Anda akan melihat aktor direpresentasikan sebagai gambar tokoh batang, dan use case (fungsi atau fitur tertentu) sebagai bentuk oval atau persegi panjang. Garis dan panah menghubungkan aktor dengan use case, menunjukkan bagaimana mereka berinteraksi.

 

• • Aktor: Ini adalah entitas atau pengguna di luar sistem yang berinteraksi dengannya. Mereka bisa berupa orang, sistem lain, atau bahkan perangkat keras eksternal. Setiap aktor memiliki peran atau tanggung jawab tertentu dalam sistem.
  • Use Case: Use case mewakili fungsi atau proses tertentu yang dapat dilakukan sistem untuk memenuhi kebutuhan aktor. Setiap use case biasanya memiliki nama dan deskripsi, yang membantu memahami apa yang dicapai oleh use case tersebut.
  • Hubungan: Garis dan panah yang menghubungkan aktor dan use case dalam diagram menggambarkan bagaimana aktor berinteraksi dengan sistem melalui use case ini. Berbagai jenis hubungan, seperti hubungan asosiasi, hubungan perluasan, dan hubungan inklusi, dapat digunakan untuk menentukan sifat dari interaksi ini.

Bagaimana Cara Melakukan Pemodelan Use Case?

1. Untuk memahami sebuah use case, Anda perlu mengidentifikasi aktor dan use case yang terlibat dalam sistem.
   Aktor adalah entitas eksternal yang memiliki peran dalam interaksi dengan sistem. Aktor bisa berupa orang, sistem lain, atau bahkan peristiwa waktu.
2. Use case adalah kumpulan skenario yang menggambarkan bagaimana sistem dan aktor bekerja sama untuk mencapai tujuan bersama1. Skenario adalah urutan langkah yang menggambarkan apa yang terjadi dalam situasi tertentu1.
   Aktor dalam Pemodelan Use Case:
3. Aktor direpresentasikan oleh gambar tokoh batang dalam diagram Use Case.
   Aktor dapat memiliki hubungan generalisasi, yang menunjukkan bahwa satu aktor mewarisi karakteristik dan perilaku dari aktor lain. Misalnya, aktor Mahasiswa dapat menjadi generalisasi dari aktor Mahasiswa Sarjana dan aktor Mahasiswa Pascasarjana.
4. Aktor juga dapat memiliki hubungan asosiasi, yang menunjukkan bahwa seorang aktor terlibat dalam sebuah use case. Misalnya, aktor Dosen dapat terkait dengan use case Penugasan Nilai.

Hubungan Antara Aktor dan Kasus Penggunaan:

• Kasus penggunaan dapat memiliki includehubungan, yang menunjukkan bahwa satu kasus penggunaan mengintegrasikan perilaku kasus penggunaan lain sebagai bagian dari eksekusi normalnya. Sebagai contoh, kasus penggunaan Login dapat dimasukkan oleh banyak kasus penggunaan lain yang membutuhkan otentikasi.
  • Hubungan include adalah ketergantungan antara dua kasus penggunaan, di mana satu kasus penggunaan (dasar) mengintegrasikan perilaku kasus penggunaan lain (inklusi) sebagai bagian dari eksekusi normalnya.
  • Hubungan include direpresentasikan oleh panah putus-putus dengan stereotip «include» dari dasar ke inklusi.
  • Hubungan include dapat digunakan untuk merekayasa fungsi umum, menyederhanakan kasus penggunaan yang kompleks, atau mengabstrak detail tingkat rendah

• Kasus penggunaan juga dapat memiliki extendhubungan, yang menunjukkan bahwa satu kasus penggunaan menambahkan perilaku opsional atau eksplisit ke kasus penggunaan lain dalam kondisi tertentu. Sebagai contoh, kasus penggunaan Batal Reservasi dapat memperluas kasus penggunaan Buat Reservasi jika pengguna memutuskan untuk membatalkan reservasinya.
  • Hubungan extend adalah ketergantungan antara dua kasus penggunaan, di mana satu kasus penggunaan (perluasan) menambahkan beberapa perilaku opsional atau eksplisit ke kasus penggunaan lain (dasar) dalam kondisi tertentu.
  • Hubungan extend direpresentasikan oleh panah putus-putus dengan stereotip «extend» dari perluasan ke dasar.
  • Hubungan extend dapat memiliki titik perluasan, yaitu lokasi dalam kasus penggunaan dasar di mana perluasan dapat dimasukkan.
  • Titik perluasan dapat diberi label dengan nama dan kondisi

Membuat Kasus Penggunaan yang Efektif:

• Mengidentifikasi Batas Sistem:
  • Batas sistem adalah kotak yang membatasi kasus penggunaan dan menunjukkan cakupan sistem.
  • Batas sistem membantu membedakan apa yang berada di dalam sistem (kasus penggunaan) dan apa yang berada di luar sistem (aktor).
  • Batas sistem harus diberi label dengan jelas menggunakan nama sistem dan versinya1.
• Menentukan Tujuan dan Skenario Kasus Penggunaan:
  • Tujuan kasus penggunaan adalah pernyataan yang merangkum apa yang dicapai kasus penggunaan bagi aktor.
  • Tujuan kasus penggunaan harus spesifik, terukur, dapat dicapai, relevan, dan dapat diuji.
  • Skenario kasus penggunaan adalah urutan langkah yang menjelaskan bagaimana aktor dan sistem berinteraksi untuk mencapai tujuan.
  • Skenario kasus penggunaan harus lengkap, konsisten, realistis, dan dapat dilacak.
• Menulis Deskripsi Kasus Penggunaan yang Jelas dan Ringkas:
  • Deskripsi kasus penggunaan adalah dokumen teks yang memberikan informasi lebih lanjut tentang kasus penggunaan, seperti prasyarat, pasca kondisi, alur utama, alur alternatif, dan pengecualian.
  • Deskripsi kasus penggunaan harus jelas dan ringkas, menggunakan bahasa yang sederhana dan tepat, menghindari istilah teknis dan ambiguitas, serta mengikuti format yang konsisten.
  • Deskripsi kasus penggunaan juga harus koheren dan komprehensif, mencakup semua skenario, hasil, dan variasi yang mungkin, serta menangani semua persyaratan yang relevan.
• Templat Kasus Penggunaan dan Dokumentasi:
  • Templat kasus penggunaan adalah format standar yang membantu mengatur dan menyajikan informasi kasus penggunaan secara konsisten dan terstruktur.
  • Templat kasus penggunaan dapat mencakup berbagai bagian, seperti nama kasus penggunaan, ID, tujuan, aktor, prioritas, asumsi, prasyarat, kondisi akhir, alur utama, alur alternatif, pengecualian, dll.
  • Dokumentasi kasus penggunaan adalah kumpulan kasus penggunaan yang menggambarkan fungsi sistem dari berbagai sudut pandang.
  • Dokumentasi kasus penggunaan dapat digunakan untuk berbagai tujuan, seperti komunikasi, validasi, verifikasi, pengujian, pemeliharaan, dll.

Praktik Terbaik Pemodelan Kasus Penggunaan:

• Beberapa praktik terbaik untuk pemodelan kasus penggunaan adalah:
  • Tentukan pemangku kepentingan utama dan tujuan mereka, serta libatkan mereka dalam proses pengembangan kasus penggunaan
  • Gunakan atas ke bawah untuk mengidentifikasi dan memprioritaskan kasus penggunaan yang paling penting
  • Gunakan konvensi penamaan yang konsisten, bermakna, dan deskriptif untuk kasus penggunaan dan aktor
  • Gunakan diagram dan deskripsi teks untuk saling melengkapi dan memberikan tingkat detail yang berbeda
  • Gunakan hubungan seperti extend, include, dan generalisasi untuk menunjukkan ketergantungan dan kesamaan antar kasus penggunaan
  • Ulas dan validasi kasus penggunaan bersama pemangku kepentingan dan pastikan bahwa mereka selaras dengan kebutuhan sistem

Pemodelan Kasus Penggunaan Menggunakan Templat Kasus Penggunaan

Deskripsi Masalah: Sistem Perpustakaan Universitas

Sistem Perpustakaan Universitas sedang menghadapi berbagai tantangan operasional yang memengaruhi efisiensi dan kualitas layanan yang disediakan kepada mahasiswa, fakultas, dan staf. Tantangan-tantangan ini meliputi:

1. Proses Peminjaman dan Pengembalian Manual: Perpustakaan mengandalkan proses berbasis kertas untuk peminjaman buku, pengembalian, dan pelacakan tanggal jatuh tempo. Pendekatan manual ini rentan terhadap kesalahan, mengakibatkan ketidaksesuaian dalam pencatatan dan sering terjadi perselisihan antara staf perpustakaan dan pengguna.
2. Manajemen Persediaan: Sistem saat ini untuk mengelola koleksi buku dan bahan perpustakaan yang luas sudah usang. Kurangnya sistem manajemen persediaan yang efisien membuat sulit menemukan item tertentu, menyebabkan frustrasi bagi pengguna perpustakaan dan terjadinya penundaan yang tidak perlu.
3. Pelacakan Denda Terlambat: Melacak dan mengumpulkan denda terlambat untuk buku yang terlambat dikembalikan merupakan tugas yang sulit. Staf perpustakaan tidak memiliki sistem otomatis untuk memantau tanggal jatuh tempo dan menilai denda secara akurat. Hal ini mengakibatkan hilangnya pendapatan dan ketidaknyamanan bagi pengguna.
4. Manajemen Akun Pengguna: Akun pengguna, termasuk penerbitan dan pengelolaan kartu perpustakaan, mengandalkan proses manual. Hal ini menyebabkan terlambatnya akses ke sumber daya perpustakaan bagi mahasiswa baru dan kesulitan dalam memperbarui informasi pengguna bagi anggota yang sudah ada.
5. Akses Terbatas: Sistem perpustakaan saat ini tidak memiliki akses daring bagi pengguna untuk mencari buku, memesan tempat, atau memperpanjang buku yang dipinjam secara jarak jauh. Keterbatasan ini menghambat kenyamanan dan aksesibilitas yang diharapkan oleh mahasiswa dan fakultas modern.
6. Penetapan Sumber Daya yang Tidak Efisien: Staf perpustakaan sering menghadapi tantangan dalam mengoptimalkan alokasi sumber daya, seperti buku, jurnal, dan ruang belajar. Kurangnya data dan analitik secara real-time membuat sulit untuk membuat keputusan yang terinformasi mengenai distribusi sumber daya.
7. Kesenjangan Komunikasi: Terdapat kesenjangan komunikasi antara staf perpustakaan dan pengguna. Pengguna sering tidak mengetahui kebijakan perpustakaan, kedatangan baru, atau perubahan jam operasional, yang menyebabkan salah paham dan frustrasi.
8. Kekhawatiran Keamanan: Sistem perpustakaan tidak memiliki langkah keamanan yang memadai untuk melindungi data pengguna dan mencegah pencurian atau akses tidak sah terhadap sumber daya perpustakaan.

Tantangan-tantangan ini secara kolektif berkontribusi terhadap pengalaman perpustakaan yang kurang optimal bagi staf perpustakaan maupun pengguna. Menangani masalah-masalah ini dan memperbarui Sistem Perpustakaan Universitas sangat penting untuk memberikan layanan yang efisien, meningkatkan kepuasan pengguna, serta memperbaiki pengalaman akademik secara keseluruhan dalam komunitas universitas.

Templat Kasus Penggunaan:

Berikut adalah templat kasus penggunaan dan contoh untuk meminjam buku dari perpustakaan universitas dalam format tabel:

Nama Kasus Penggunaan	Meminjam Buku
ID Kasus Penggunaan	UC001
Aktor Utama	Mahasiswa
Aktor Sekunder	Perpustakaan, Sistem Inventaris Buku
Prasyarat	– Mahasiswa memiliki kartu perpustakaan yang valid.
	– Buku tersedia dalam inventaris perpustakaan.
Pasca kondisi	– Buku ditandai sebagai dipinjam dalam sistem.
	– Mahasiswa memiliki buku tersebut dalam kepemilikannya.
Alur Utama	1. Deskripsi: Mahasiswa ingin meminjam buku
	dari perpustakaan universitas.
	2. Tindakan Aktor:
	– Mahasiswa menunjukkan kartu perpustakaan mereka kepada
	perpustakaan.
	– Perpustakaan memindai kartu perpustakaan untuk
	memverifikasi keabsahannya.
	– Mahasiswa menyediakan judul atau ISBN dari buku yang ingin dipinjam.
	buku yang ingin dipinjam.
	– Perpustakaan mencari katalog perpustakaan
	untuk buku tersebut.
	– Perpustakaan memastikan ketersediaan buku.
	– Perpustakaan meminjamkan buku kepada mahasiswa
	mahasiswa.
	– Mahasiswa mengambil buku dan meninggalkan perpustakaan
	perpustakaan.
	3. Tindakan Sistem:
	– Sistem memvalidasi kartu perpustakaan.
	– Sistem memperbarui status buku menjadi
	“dipinjam.”
	– Sistem mencatat tanggal jatuh tempo untuk peminjaman buku
	pinjaman.
	– Sistem menghasilkan bukti untuk transaksi
	transaksi.
	4. Aliran Alternatif:
	– Jika kartu perpustakaan mahasiswa tidak valid, perpustakaan memberi tahu mahasiswa, dan kasus penggunaan berakhir.
	perpustakaan memberi tahu mahasiswa, dan kasus penggunaan berakhir.
	kasus penggunaan berakhir.
	– Jika buku yang diminta tidak tersedia, perpustakaan memberi tahu mahasiswa, dan kasus penggunaan berakhir.
	perpustakaan memberi tahu mahasiswa, dan kasus penggunaan berakhir.
	kasus penggunaan berakhir.
Perpanjangan	– Jika mahasiswa memiliki buku yang terlambat dikembalikan, akan ada pemberitahuan
	dikirim ke mahasiswa.
	– Jika mahasiswa ingin memperpanjang peminjaman buku, mereka dapat
	meminta perpanjangan melalui situs web perpustakaan.
Persyaratan Khusus	– Sistem harus memiliki database aman dari
	pemegang kartu perpustakaan.
	– Tanggal jatuh tempo dan denda terlambat harus dihitung dan
	ditegakkan oleh sistem.

Contoh Kasus Penggunaan: Meminjam Buku dari Perpustakaan Universitas

Nama Kasus Penggunaan	Meminjam Buku
ID Kasus Penggunaan	UC001
Aktor Utama	Mahasiswa
Aktor Sekunder	Perpustakaan, Sistem Inventaris Buku
Prasyarat	– Mahasiswa memiliki kartu perpustakaan yang valid.
	– Buku tersedia dalam inventaris perpustakaan.
Pasca kondisi	– Buku ditandai sebagai dipinjam dalam sistem.
	– Mahasiswa memiliki buku tersebut dalam kepemilikannya.
Alur Utama	1. Deskripsi: Mahasiswa ingin meminjam sebuah
	buku dari perpustakaan universitas.
	2. Tindakan Aktor:
	– Siswa menunjukkan kartu perpustakaan mereka kepada
	petugas perpustakaan.
	– Petugas perpustakaan memindai kartu perpustakaan untuk
	memverifikasi keabsahannya.
	– Siswa menyediakan judul atau ISBN dari buku yang ingin mereka pinjam.
	buku yang ingin mereka pinjam.
	– Petugas perpustakaan mencari katalog perpustakaan
	untuk buku tersebut.
	– Petugas perpustakaan memastikan ketersediaan buku tersebut.
	– Petugas perpustakaan meminjamkan buku kepada siswa
	siswa.
	– Siswa mengambil buku dan meninggalkan perpustakaan
	perpustakaan.
	3. Tindakan Sistem:
	– Sistem memvalidasi kartu perpustakaan.
	– Sistem memperbarui status buku menjadi
	“dipinjam.”
	– Sistem mencatat tanggal jatuh tempo untuk peminjaman buku
	pinjaman.
	– Sistem menghasilkan bukti transaksi untuk
	transaksi.
	4. Aliran Alternatif:
	– Jika kartu perpustakaan siswa tidak valid, petugas
	perpustakaan memberi tahu siswa, dan kasus penggunaan berakhir.
	kasus penggunaan berakhir.
	– Jika buku yang diminta tidak tersedia, petugas
	perpustakaan memberi tahu siswa, dan kasus penggunaan berakhir.
	kasus penggunaan berakhir.
Ekstensi	– Jika siswa memiliki buku yang terlambat dikembalikan, pemberitahuan
	dikirimkan ke siswa.
	– Jika siswa ingin memperpanjang buku, mereka dapat
	meminta perpanjangan melalui situs web perpustakaan.
Persyaratan Khusus	– Sistem harus memiliki database yang aman dari
	pemegang kartu perpustakaan.
	– Tanggal jatuh tempo dan denda terlambat harus dihitung dan
	ditegakkan oleh sistem.

Tabel-tabel di atas menyajikan templat use case dan contoh secara terstruktur dan terorganisir, sehingga lebih mudah dibaca dan dipahami elemen kunci dari use case.

Kerincian Use Case

Definisi Kerincian Use Case: Kerincian use case mengacu pada tingkat detail dan organisasi dalam spesifikasi use case. Secara esensial, ini menggambarkan seberapa halus Anda memecah fungsi suatu sistem saat mendokumentasikan use case. Dalam istilah yang lebih sederhana, ini berkaitan dengan seberapa banyak atau sedikit Anda memecah use case menjadi bagian-bagian atau langkah-langkah yang lebih kecil.

Kebermaknaan Kerincian Use Case:

1. Peningkatan Komunikasi: Kerincian use case memainkan peran penting dalam meningkatkan komunikasi antara berbagai pemangku kepentingan dalam proyek perangkat lunak, seperti analis bisnis, pengembang, tester, dan pengguna akhir. Ketika use case didefinisikan dengan baik dan memiliki kerincian yang sesuai, semua pihak dapat lebih memahami fungsi dan kebutuhan sistem.
2. Perencanaan Proyek: Tingkat kerincian dalam use case memengaruhi perencanaan proyek. Use case yang lebih kecil dan lebih halus dapat membuat estimasi waktu dan usaha yang dibutuhkan untuk tugas pengembangan menjadi lebih mudah. Ini membantu manajer proyek dalam membuat jadwal proyek yang lebih akurat dan alokasi sumber daya.
3. Ketepatan dan Kejelasan: Mencapai tingkat kerincian yang tepat memastikan bahwa use case jelas dan tepat. Jika use case terlalu tinggi tingkat abstraksinya, mereka mungkin kekurangan detail yang diperlukan untuk pengembangan yang efektif. Sebaliknya, use case yang terlalu rinci bisa menjadi sulit dikendalikan dan sulit dikelola.

Contoh: Mari kita ilustrasikan kerincian use case dengan contoh terkait fungsi ‘Pendaftaran Pengguna’ dalam aplikasi e-commerce:

• Kerincian Tinggi: Satu use case tunggal dengan judul ‘Pendaftaran Pengguna’ mencakup seluruh proses pendaftaran dari awal hingga akhir. Ini mencakup setiap langkah, seperti memasukkan informasi pribadi, membuat kata sandi, mengonfirmasi kata sandi, dan mengirimkan formulir pendaftaran.
• Kerincian Sedang: Use case dibagi menjadi bagian-bagian yang lebih kecil dan lebih fokus. Misalnya, ‘Masukkan Informasi Pribadi’, ‘Buat Kata Sandi’, dan ‘Kirim Pendaftaran’ bisa menjadi use case terpisah. Masing-masing fokus pada aspek tertentu dari pendaftaran pengguna.
• Kerincian Rendah: Tingkat kerincian terendah mungkin melibatkan pemecahan tindakan dalam satu langkah tunggal. Misalnya, ‘Masukkan Informasi Pribadi’ bisa lebih lanjut dipecah menjadi ‘Masukkan Nama Depan’, ‘Masukkan Nama Belakang’, ‘Masukkan Alamat Email’, dan seterusnya.

Tingkat granularitas yang sesuai tergantung pada kebutuhan proyek dan kebutuhan khusus para pemangku kepentingan. Menemukan keseimbangan yang tepat sangat penting untuk memastikan bahwa kasus penggunaan dapat dipahami, dikelola, dan efektif dalam menyampaikan fungsi sistem kepada semua pihak yang terlibat.

Dalam bukunya ‘Menulis Kasus Penggunaan yang Efektif’, Alastair Cockburn memberikan analogi sederhana untuk membantu kita memvisualisasikan berbagai tingkat pencapaian tujuan. Ia menyarankan untuk memikirkan tingkat-tingkat ini menggunakan analogi laut

Referensi:

1. Apa itu Diagram Kasus Pengguna? (visual-paradigm.com)
2. Apa itu Spesifikasi Kasus Pengguna?