10 Tips untuk Membuat Diagram Use Case Profesional

Apa itu Pemodelan Use Case?

Pemodelan use case adalah jawaban sederhana terhadap pertanyaan ‘Apa yang diinginkan pengguna (pelanggan)?’ Ini memungkinkan Anda merepresentasikan secara visual apa yang ingin dicapai pengguna dengan menggunakan produk akhir, yang bisa berupa sistem, perangkat lunak, program, dll. Pemodelan use case adalah teknik yang bermanfaat yang memberikan dasar yang kuat bagi pengembang perangkat lunak untuk mengembangkan sistem perangkat lunak yang memenuhi kebutuhan pelanggan.

Meskipun notasi yang digunakan dalam diagram use case tampak sederhana dan tidak menyampaikan banyak detail, cara pengumpulan, pengorganisasian, dan pengembangan use case sangat memengaruhi arah siklus pengembangan perangkat lunak, dan dengan demikian kualitas produk perangkat lunak akhir.

10 Tips Praktis untuk Pemodelan Use Case

Dalam artikel ini, kita akan membahas sepuluh tips untuk memaksimalkan efektivitas menggambar diagram use case. Kita tidak akan menjelaskan secara rinci apa itu use case, tetapi akan membahas beberapa konsep kunci tentang pemodelan UML, diagram use case, dan pengumpulan kebutuhan.

1. Berpikir dari sudut pandang pengguna akhir

Jelas bahwa Anda perlu mengetahui ekspektasi pengguna agar dapat membangun sistem perangkat lunak yang berfungsi, dan prinsip ini sangat penting dalam pemodelan use case. Banyak orang keliru menganggap pemodelan use case sebagai proses untuk memodelkan fungsi sistem, yang bisa salah. Secara akurat, pemodelan use case adalah cara untuk memodelkan apa yang diinginkan pengguna. Setiap use case dalam diagram use case harus menghasilkan tujuan yang dapat diamati melalui interaksi pengguna dengan perangkat lunak atau sistem akhir. Terkadang, tujuan pengguna sama dengan fungsi sistem, tetapi hal ini tidak selalu benar. Sebagai contoh, ‘Login’ adalah fungsi sistem tetapi jelas bukan tujuan pengguna – Tidak ada yang akan membuka program, login, lalu pergi! Jadi, semakin banyak fungsi sistem yang Anda gambarkan dalam diagram use case, semakin tidak efektif model use case tersebut untuk menyampaikan ekspektasi nyata pengguna sepanjang proses pengembangan perangkat lunak. Oleh karena itu, ketika Anda mengembangkan model use case, cobalah untuk mengekspresikan segalanya dengan terlebih dahulu berpikir dari sudut pandang pengguna akhir.

2. Hindari nama use case yang panjang

Jika Anda membaca diagram use case yang disiapkan untuk sistem ATM, use case mana dari berikut ini yang ingin Anda lihat dalam diagram? ‘Tarik Tunai’ dan ‘Tarik Tunai dan Perbarui Saldo di Akun’. Use case kedua tampaknya lebih deskriptif, bukan? Bagaimana jika memiliki lebih dari 50 use case berbeda dengan nama sepanjang itu? Anda kemungkinan tidak ingin membaca diagram lagi dan mungkin mata Anda akan terasa sakit.

Salah satu alasan mengapa kita membutuhkan pemodelan adalah karena kita ingin memahami sistem perangkat lunak yang kompleks dengan cara yang mudah dan sederhana. Karena itulah UML memberi kita berbagai jenis notasi, masing-masing mewakili sudut pandang tertentu dalam menggambarkan sistem perangkat lunak yang lengkap. Semangat ini juga berlaku untuk penamaan use case. Jika kita mencoba memberi nama use case dengan deskripsi yang rinci, mengapa tidak langsung menggunakan file teks saja? Agar diagram use case mudah dipahami, penting untuk membuat nama use case pendek, namun tetap deskriptif. Buat nama pendek dan serahkan deskripsi rinci ke bagian deskripsi use case.

3. Aktor adalah peran, bukan orang nyata

Beberapa orang mencoba merepresentasikan karyawan dalam organisasi sebagai aktor dalam diagram use case, yang akhirnya menghasilkan diagram dengan Peter, Mary, Daisy, dll. Ingat, seorang aktor mewakili peran unik yang terdiri dari orang, sub-sistem, atau entitas lain dengan ciri khas unik dan berbagi tujuan serta harapan yang sama.

4. Model use case umum dengan hubungan

Sebuah use case mewakili tujuan pengguna, yang dapat dicapai dengan melalui serangkaian langkah. Ketika langkah-langkah yang persis sama ditemukan di antara use case, Anda dapat secara opsional membuat use case baru untuk langkah-langkah umum tersebut dan menghubungkannya dengan use case yang memicu langkah-langkah tersebut. Dengan menggunakan use case yang diinclude, hal ini membuat jelas bahwa use case yang menginclude memang berbagi serangkaian langkah yang sama seperti yang direpresentasikan oleh use case yang diinclude tanpa keraguan.

5. Model perilaku ekssepsional

Hubungan Extend dapat digunakan untuk menentukan kapan dan bagaimana perilaku sebuah use case dapat dipicu oleh use case lain. Ekstensi terjadi pada titik ekstensi yang ditentukan dalam use case yang diperluas. Use case yang melakukan ekstensi mendefinisikan langkah-langkah yang dapat dieksekusi oleh use case yang diperluas dalam kondisi tertentu.

6. Model skenario dengan alur kejadian

Sebuah use case mewakili tujuan pengguna, yang dapat dicapai dengan melalui serangkaian langkah. Beberapa orang mencoba memodelkan langkah-langkah secara langsung pada diagram use case, dengan menghubungkan aktor dan use case melalui banyak hubungan, berpura-pura sebagai langkah-langkah, yang jelas salah. Sebaliknya, langkah-langkah use case dapat dijelaskan dengan baik dalam editor alur kejadian use caseeditor alur kejadian.

Editor alur kejadian berbentuk tabel, dengan setiap baris mewakili satu langkah dari use case. Anda dapat menuliskan langkah-langkah di sana, dengan atau tanpa alur bersyarat. Anda juga dapat menerapkan format teks untuk menekankan ide-ide kunci.

7. Gunakan stereotype dengan baik untuk kategorisasi

Stereotype adalah mekanisme yang memungkinkan Anda memperkenalkan notasi khusus domain selain notasi standar. Stereotype ditampilkan di dalam sepasang tanda guillemet, di atas nama bentuk ketika stereotype diterapkan. Penggunaan stereotype yang tepat membantu pembaca untuk lebih mudah memahami perbedaan antara use case.

8. Model alur sistem yang rinci dengan diagram urutan

Diagram urutanmemungkinkan Anda memodelkan perilaku sistem dengan merepresentasikan komunikasi dan pertukaran pesan antar objek seiring waktu. Tapi dari mana harus memulai? Alih-alih menebak interaksi apa yang harus dimodelkan, Anda dapat memulai dengan merujuk pada kebutuhan pengguna, yang tepatnya merupakan tujuan dari model use case.

Kita tahu bahwa setiap use case mewakili tujuan pengguna yang unik. Menggambar diagram urutan dari sebuah use case berarti Anda akan memodelkan apa yang seharusnya dilakukan sistem komputer untuk memenuhi kebutuhan pengguna. Secara ideal, tidak akan ada desain yang berulang karena semua diagram urutan dibuat dari use case, yang merepresentasikan apa yang diinginkan pengguna.

9. Terapkan lebar yang sama pada use case jika tepat

Karena panjang nama use case berbeda, wajar jika use case memiliki lebar yang berbeda. Untuk membuat diagram lebih menarik dan lebih mudah dibaca, akan lebih baik jika menyesuaikan ukurannya menjadi lebar yang sama.

10. Tempatkan aktor dan use case dengan cara yang bermakna

Diagram use case dengan aktor dan use case yang ditempatkan secara acak pasti menjadi mimpi buruk bagi pembaca. Seseorang harus memeriksa diagram dengan cermat untuk menemukan informasi yang diinginkan dari aktor dan use case yang tersebar. Akan lebih baik jika menempatkan bentuk secara teratur. Anda juga dapat mengelompokkan use case dengan bentuk paket jika diperlukan.