Apa itu Use Case? dengan Contoh dan Alat Gratis

Use case adalah alat untuk mengidentifikasi tujuan bisnis dari suatu sistem. Identifikasi use case membantu menentukan cakupan sistem, memastikan bahwa persyaratan yang akan ditemukan semuanya selaras dengan nilai, kebutuhan, dan strategi bisnis.

Apa itu Use Case?

Use case mewakili tujuan bisnis tingkat tinggi yang ingin dicapai oleh seseorang, beberapa pihak, atau beberapa subsistem melalui interaksi dengan suatu sistem, yang bisa berupa sistem yang sedang dikembangkan, atau sistem yang perlu dipelihara, tergantung pada sifat proyek perangkat lunak Anda.

Use case

Use case bukan merupakan persyaratan sistem maupun fungsi yang akan diimplementasikan. Faktanya, penting untuk menjaga use case terpisah dari persyaratan karena Anda memerlukan kumpulan use case yang jelas untuk membantu Anda mendefinisikan tujuan bisnis dan cakupan sistem. Faktanya, pengumpulan persyaratan akan dilakukan setelah identifikasi use case (epic) dan kemudian dibagi menjadi serangkaian cerita pengguna yang sesuai (tujuan bisnis).

Bentuk grafis dari use case

Use case dapat divisualisasikan dalam diagram use case UML. Use case ditampilkan sebagai elips dalam diagram, dengan namanya muncul di tengah bentuk tersebut. Selain use case, diagram use case yang umum mengandung dua elemen tambahan — actor dan link.

Use case diagram

Actor adalah peran yang berinteraksi dengan sistem untuk mencapai satu atau lebih tujuan bisnis yang direpresentasikan oleh use case. Terjadinya interaksi antara actor dan use case direpresentasikan oleh asosiasi (link). Perhatikan bahwa actor tidak selalu mewakili entitas fisik tertentu (misalnya John), tetapi hanya peran (misalnya Pelanggan). Dalam kenyataannya, suatu peran dapat dijalankan oleh orang yang berbeda, dan sebaliknya, seseorang dapat memainkan beberapa peran.

Bagaimana cara mengidentifikasi use case?

Use case ditemukan dengan berkomunikasi dengan pemilik bisnis atau eksekutif senior perusahaan. Kita biasanya menyebut mereka sebagai pemangku kepentingan bisnis. Penting untuk mengidentifikasi use case bersama pemangku kepentingan bisnis, bukan orang lain, karena mereka jelas tentang arah dan operasi nyata perusahaan. Mereka juga memiliki otoritas dan informasi yang dibutuhkan untuk mengambil keputusan bisnis. Dengan demikian, use case yang diidentifikasi semuanya selaras dengan nilai, kebutuhan, dan strategi bisnis perusahaan.

Mengapa menggunakan use case?

Banyak orang menganggap identifikasi use case sebagai langkah yang berulang. Mereka lebih memilih langsung masuk ke identifikasi persyaratan sistem. Jadi, apakah pendekatan use case tidak berguna?

Ketika Anda akan mengembangkan sistem skala besar yang biasanya melibatkan banyak pemangku kepentingan dengan ekspektasi yang berbeda terhadap sistem akhir, menghasilkan kumpulan persyaratan yang sangat besar dan sulit dikelola. Use case dapat berfungsi sebagai tempat penampungan untuk mengakomodasi sekelompok cerita pengguna yang saling terkait dan memiliki tujuan bisnis yang lebih besar serta cakupan bersama di antara mereka.

Perhatikan bahwa use case ditemukan dengan berkomunikasi dengan pemilik bisnis dan eksekutif senior yang mengawasi pertumbuhan perusahaan mereka dan memiliki kemampuan untuk mengambil keputusan strategis bisnis. Karena alasan ini, use case secara langsung mencerminkan tujuan bisnis yang harus dicapai oleh sistem target. Dengan menemukan persyaratan berdasarkan use case, persyaratan tersebut sangat mungkin berada dalam cakupan sistem dan dengan demikian mencapai nilai bisnis yang diharapkan oleh pemilik. Selain itu, use case juga memudahkan pengkategorian persyaratan secara bermakna. Fitur perangkat lunak yang diusulkan dapat direncanakan berdasarkan pentingnya use case, bukan hanya bergantung pada pendapat pemangku kepentingan tingkat pertama, yang mungkin tidak sepenuhnya selaras dengan harapan pemilik bisnis.

Contoh Use Case

Berikut ini beberapa contoh untuk menggambarkan penggunaan use case. Contoh yang diberikan di sini hanya untuk tujuan ilustrasi, tidak ada cara pasti mengenai use case apa yang harus diidentifikasi untuk sistem target tertentu. Aturan umum dalam proses identifikasi use case selalu merupakan hasil dari partisipasi aktif dan keterlibatan dengan pemangku kepentingan bisnis.

Sistem

Use Case

  • ATM
    • Tarik tunai, transfer uang, donasi, bayar tagihan, ubah PIN
  • Album foto online
    • Unggah foto, bagikan foto, hapus foto
  • Aplikasi pelacak kesehatan
    • Catat latihan, hasilkan statistik latihan, tantang tujuan

Berdasarkan contoh di atas, kita kemudian mungkin mengadakan diskusi berikut:

Use Case Menghasilkan Tujuan yang Dapat Diamati

Contoh Use Case – ATM

ATM adalah contoh klasik saat menjelaskan konsep use case atau analisis use case. Anda mungkin bertanya mengapa tidak ada use case untuk ‘Login’, yang merupakan langkah tak terhindarkan dalam semua operasi ATM. Seperti dikatakan, use case adalah tujuan bisnis yang harus dicapai. Mereka menghasilkan hasil yang dapat diamati oleh actor yang berinteraksi dengan sistem untuk mencapai use case. Di sini, ‘login’ hanyalah bagian dari operasi lainnya. ‘Login’ sendiri tidak menghasilkan hasil yang dapat diamati — tidak ada yang hanya login ke ATM dan pergi, bukan? Jadi, kita tidak mempertimbangkan ‘login’ sebagai use case.

Bukankah ‘ubah PIN’ terlalu kecil untuk menjadi use case? Jawabannya adalah: identifikasi use case tidak didasarkan pada jumlah pekerjaan yang harus dilakukan pengguna, maupun jumlah fungsi sistem yang harus dikembangkan. Selama itu merupakan tujuan bisnis yang diinginkan pemangku kepentingan bisnis agar sistem target dapat capai, maka itu adalah use case. Dalam kasus ini, kami mempertimbangkan pelanggan yang mengubah PIN mereka melalui ATM sebagai use case.

Contoh Use Case – Album foto online

Album foto online biasa memungkinkan pengguna untuk menandai foto yang diunggah. Apakah ‘tandai foto’ merupakan use case? Jawabannya: tergantung. Jika pemangku kepentingan bisnis ingin memungkinkan pengguna mengakses sistem untuk menandai foto mereka, bahkan tanpa melakukan hal lain selama sesi, maka ‘tandai foto’ seharusnya menjadi use case. Namun, jika mereka berpikir bahwa menandai foto hanyalah bagian dari proses unggah foto, dan tidak ada cara lain untuk menandai foto setelahnya, maka ‘tandai foto’ tidak akan menjadi use case. Kasus lainnya adalah ketika pemangku kepentingan hanya ingin memungkinkan pengguna mengedit foto yang telah diunggah untuk berbagai properti seperti judul, deskripsi, tag, dll. Maka kemungkinan besar akan dibuat use case ‘edit foto’. Jadi Anda bisa melihat bahwa identifikasi use case bukanlah langkah yang sembarangan. Anda dapat membayangkan kemampuan menandai foto akan didukung secara sangat berbeda dalam use case ‘tandai foto’ dan ‘edit foto’.

Contoh Use Case – Aplikasi pelacakan kesehatan

Meskipun use case bukan merupakan persyaratan, hal ini tidak berarti bahwa use case bersifat abstrak dan tidak memiliki fokus. Ambil aplikasi pelacakan kesehatan sebagai contoh. Mencatat latihan, menghasilkan statistik latihan, dan menantang tujuan semuanya cukup jelas dalam mendefinisikan cakupan fitur. Apakah ‘menjaga kesehatan yang baik’ bisa menjadi use case? Nah, itu merupakan pilihan yang buruk karena cakupannya terlalu luas. Setiap aplikasi pelacakan kesehatan berusaha membantu pengguna mencapai tujuan ini, namun dengan tujuan besar ini kita tidak yakin fitur apa yang sebenarnya bisa dipenuhi oleh aplikasi!

Bagaimana Menulis Use Case?

Bentuk paling sederhana dari use case terdiri dari + atau yang menggambarkan tujuan bisnis. Berikut ini beberapa contohnya:

  1. Daftar Akun
  2. Tempatkan Pesanan
  3. Tarik Tunai
  4. Posting Lowongan
  5. Investigasi Kegagalan Kasus

Seperti yang dikatakan, use case dirancang untuk mengidentifikasi tujuan bisnis. Jangan gunakan untuk menulis persyaratan, atau menggambarkan interaksi antara pengguna dan sistem. Semua langkah ini akan dijelaskan secara rinci dalam aktivitas pengembangan selanjutnya, bukan sekarang.

Menggunakan Use Case dengan User Story

User story juga merupakan alat penting dalam pengembangan agile. Setiap user story terdiri dari deskripsi singkat yang ditulis dari sudut pandang pengguna. Berikut ini beberapa contoh user story:

  1. Pengguna ingin menyelesaikan pembayaran menggunakan kartu kredit.
  2. Pengguna ingin menyelesaikan pembayaran menggunakan PayPal.
  3. Pengguna ingin secara opsional menyertakan asuransi pengiriman saat checkout.
  4. Pengguna ingin memilih alamat pengiriman yang berbeda saat checkout.
  5. Pengguna ingin menerima SMS setelah pesanan berhasil dibuat.

Use case adalah alat untuk mendefinisikan cakupan suatu fitur, sementara user story mencatat apa yang dilakukan atau dibutuhkan pengguna sebagai bagian dari pekerjaannya, yang pada akhirnya mengarah pada pembuatan beberapa persyaratan. Kita dapat memanfaatkan dua keterampilan pengumpulan persyaratan ini untuk mengidentifikasi persyaratan yang tepat. Berikut adalah langkah-langkah untuk melakukannya: Pertama, berkomunikasi dengan pemangku kepentingan bisnis untuk mengidentifikasi tujuan bisnis sebagai use case. Kemudian, fokus pada use case tertentu, berkomunikasi dengan pengguna lapangan untuk mengidentifikasi user story di bawah use case tersebut. Karena identifikasi user story didorong oleh use case, maka persyaratan yang ditemukan pada akhirnya akan selaras dengan tujuan bisnis.

Use case and user stories

Visual Paradigm menyediakan semua alat yang Anda butuhkan dalam pengembangan perangkat lunak agile, yang mencakup alat diagram use case UML, (user story) agile, sprint, storyboard dan kotak kabel untuk desain UX, alat manajemen tugas, dll.

Referensi

  1. Diagram Kasus Penggunaan – Bahasa Pemodelan Terpadu (UML)
  2. Apa itu Diagram Kasus Penggunaan?
  3. Buat diagram kasus penggunaan UML
  4. Praktik Terbaik dan Contoh Diagram Kasus Penggunaan
  5. Templat Diagram Kasus Penggunaan
  6. Deskripsi Kasus Penggunaan di Visual Paradigm untuk UML
  7. Diagram kasus penggunaan
  8. Bagaimana cara menggambar diagram kasus penggunaan?

Leave a Reply