Analisis Bisnis - Kasus Penggunaan

Salah satu dari sembilan diagram UML adalah Use-case Diagram. Ini tidak hanya penting tetapi juga persyaratan yang diperlukan untuk proyek perangkat lunak. Ini pada dasarnya digunakan dalam siklus hidup Perangkat Lunak. Seperti yang kita ketahui, ada berbagai fase dalam siklus pengembangan dan fase yang paling banyak digunakan untuk Kasus penggunaan adalah selama fase pengumpulan persyaratan.

Apa itu Use-Case?

Kasus penggunaan menggambarkan urutan tindakan, yang dilakukan oleh sistem yang memberikan nilai kepada aktor. Kasus penggunaan menggambarkan perilaku sistem dalam berbagai kondisi karena menanggapi permintaan dari salah satu pemangku kepentingan, yang disebutprimary actor.

Aktornya adalah Siapa dari sistem, dengan kata lain dia adalah pengguna akhir.

Dalam rekayasa perangkat lunak dan sistem, kasus penggunaan adalah daftar langkah-langkah, biasanya mendefinisikan interaksi antara peran (dikenal dalam UML sebagai "aktor") dan sistem, untuk mencapai tujuan. Aktor bisa menjadi manusia atau sistem eksternal.

Kasus penggunaan menentukan aliran peristiwa dalam sistem. Ini lebih mementingkan apa yang dilakukan oleh sistem untuk melakukan urutan tindakan.

Manfaat Use-Case

Kasus penggunaan memberikan manfaat berikut -

Ini adalah cara mudah untuk menangkap kebutuhan fungsional dengan fokus pada nilai tambah bagi pengguna.
Kasus penggunaan relatif mudah untuk ditulis dan dibaca dibandingkan dengan metode persyaratan tradisional.
Kasus penggunaan memaksa pengembang untuk berpikir dari perspektif pengguna akhir.
Kasus penggunaan melibatkan pengguna dalam proses persyaratan.

Anatomi Kasus Penggunaan

Nama : Nama deskriptif yang menggambarkan tujuan kasus penggunaan.

Deskripsi : Menjelaskan apa yang dilakukan use-case dalam beberapa kalimat.

Aktor : Buat daftar aktor yang berpartisipasi dalam use case.

Prekondisi : Kondisi yang harus dipenuhi sebelum memulai kasus penggunaan.

Arus peristiwa : Deskripsi interaksi antara sistem dan aktor.

Kondisi Posting : Jelaskan status sistem setelah kasus penggunaan berjalan dengan sendirinya.

Panduan untuk Template Use-Case

Dokumentasikan setiap kasus penggunaan menggunakan templat yang diberikan di akhir bab ini. Bagian ini memberikan deskripsi setiap bagian dalam template kasus penggunaan.

Identifikasi Kasus Penggunaan

Use-Case ID- Beri setiap kasus penggunaan pengenal numerik unik, dalam bentuk hierarki: XY Kasus penggunaan terkait dapat dikelompokkan dalam hierarki. Persyaratan fungsional dapat ditelusuri kembali ke kasus penggunaan berlabel.
Use-Case Name- Sebutkan nama yang ringkas dan berorientasi pada hasil untuk kasus penggunaan. Ini mencerminkan tugas-tugas yang harus diselesaikan pengguna dengan menggunakan sistem. Sertakan kata kerja tindakan dan kata benda. Beberapa contoh -
- Lihat informasi nomor bagian.
- Tandai sumber hypertext secara manual dan buat tautan ke target.
- Lakukan pemesanan CD dengan versi perangkat lunak yang diperbarui.

Riwayat Kasus Penggunaan

Di sini, kami menyebutkan nama-nama orang yang merupakan pemangku kepentingan dari dokumen Usecase.

Created By - Cantumkan nama orang yang pertama kali mendokumentasikan kasus penggunaan ini.
Date Created - Masukkan tanggal kasus penggunaan pertama kali didokumentasikan.
Last Updated By - Berikan nama orang yang melakukan pembaruan terbaru ke deskripsi kasus penggunaan.
Date Last Updated - Masukkan tanggal kasus penggunaan terakhir diperbarui.

Definisi Use-Case

Berikut ini adalah definisi dari konsep utama Use-Case -

Aktor

Aktor adalah orang atau entitas lain di luar sistem perangkat lunak yang ditentukan yang berinteraksi dengan sistem dan melakukan kasus penggunaan untuk menyelesaikan tugas. Aktor yang berbeda sering kali sesuai dengan kelas pengguna yang berbeda, atau peran, yang diidentifikasi dari komunitas pelanggan yang akan menggunakan produk. Sebutkan aktor yang akan melakukan usecase ini.

Deskripsi

Berikan penjelasan singkat tentang alasan dan hasil kasus penggunaan ini, atau deskripsi tingkat tinggi tentang urutan tindakan dan hasil dari pelaksanaan kasus penggunaan.

Prasyarat

Buat daftar aktivitas apa pun yang harus dilakukan, atau ketentuan apa pun yang harus benar, sebelum kasus penggunaan dapat dimulai. Beri nomor pada setiap prasyarat.

Examples

Identitas pengguna telah diautentikasi.
Komputer pengguna memiliki memori kosong yang cukup untuk menjalankan tugas.

Ketentuan Posting

Jelaskan status sistem di akhir eksekusi use case. Beri nomor pada setiap kondisi posting.

Examples

Dokumen hanya berisi tag SGML yang valid.
Harga item dalam database telah diperbarui dengan nilai baru.

Prioritas

Tunjukkan prioritas relatif penerapan fungsionalitas yang diperlukan untuk memungkinkan kasus penggunaan ini dijalankan. Skema prioritas yang digunakan harus sama dengan yang digunakan dalam spesifikasi kebutuhan perangkat lunak.

Frekuensi Penggunaan

Perkirakan berapa kali kasus penggunaan ini akan dilakukan oleh para aktor per unit waktu yang sesuai.

Kursus Peristiwa Normal

Berikan deskripsi mendetail tentang tindakan pengguna dan respons sistem yang akan berlangsung selama eksekusi kasus penggunaan dalam kondisi normal yang diharapkan. Urutan dialog ini pada akhirnya akan mengarah pada pencapaian tujuan yang dinyatakan dalam nama dan deskripsi kasus penggunaan. Deskripsi ini dapat ditulis sebagai jawaban atas pertanyaan hipotetis, "Bagaimana cara <menyelesaikan tugas yang dinyatakan dalam nama kasus penggunaan>?" Ini paling baik dilakukan sebagai daftar tindakan bernomor yang dilakukan oleh aktor, bergantian dengan tanggapan yang diberikan oleh sistem.

Kursus Alternatif

Dokumentasikan skenario penggunaan sah lainnya yang dapat terjadi dalam kasus penggunaan ini secara terpisah di bagian ini. Nyatakan jalan alternatif, dan jelaskan setiap perbedaan dalam urutan langkah-langkah yang terjadi. Beri nomor setiap kursus alternatif menggunakan ID Use-case sebagai awalan, diikuti dengan "AC" untuk menunjukkan "Kursus Alternatif". Contoh: XYAC.1.

Pengecualian

Jelaskan setiap kondisi kesalahan yang diantisipasi yang dapat terjadi selama eksekusi usecase, dan tentukan bagaimana sistem merespons kondisi tersebut. Juga, jelaskan bagaimana sistem merespons jika eksekusi use case gagal karena beberapa alasan yang tidak terduga. Beri nomor setiap pengecualian menggunakan ID Kasus penggunaan sebagai awalan, diikuti dengan "EX" untuk menunjukkan "Pengecualian". Contoh: XYEX.1.

Termasuk

Buat daftar kasus penggunaan lain yang disertakan ("dipanggil") oleh kasus penggunaan ini. Fungsionalitas umum yang muncul di beberapa kasus penggunaan dapat dibagi menjadi kasus penggunaan terpisah yang disertakan oleh orang-orang yang memerlukan fungsionalitas umum tersebut.

Persyaratan Khusus

Identifikasi persyaratan tambahan apa pun, seperti persyaratan nonfungsional, untuk kasus penggunaan yang mungkin perlu ditangani selama desain atau implementasi. Ini mungkin termasuk persyaratan kinerja atau atribut kualitas lainnya.

Asumsi

Buat daftar asumsi yang dibuat dalam analisis yang mengarah pada penerimaan kasus penggunaan ini ke dalam deskripsi produk dan tulis deskripsi kasus penggunaan.

Catatan dan Masalah

Buat daftar komentar tambahan tentang kasus penggunaan ini atau masalah terbuka yang tersisa atau TBD (Akan Ditentukan) yang harus diselesaikan. Identifikasi siapa yang akan menyelesaikan setiap masalah, tanggal jatuh tempo, dan apa penyelesaian akhirnya.

Manajemen Perubahan dan Kontrol versi

Kontrol versi adalah pengelolaan perubahan pada dokumen, situs web besar, dan kumpulan informasi lainnya. Perubahan biasanya diidentifikasikan dengan nomor atau kode huruf, disebut sebagai nomor revisi atau tingkat revisi. Setiap revisi dikaitkan dengan stempel waktu dan orang yang membuat perubahan.