Use Case 2.0 adalah pendekatan yang dapat diskalakan dan gesit yang menggunakan kasus penggunaan untuk menangkap kebutuhan dan mendorong pengembangan bertahap dari sebuah sistem untuk memenuhinya. Ini membantu Anda memahami bagaimana sistem akan digunakan dan memandu Anda melalui pengembangan sistem yang sesuai untuk mendukung pengguna.
Dalam ini Visual Paradigm STEPS (Teknik Tanpa Hambatan yang Dinyatakan dalam Langkah yang Ditentukan) Wizard, Anda akan dipandu untuk mengidentifikasi kasus penggunaan, cerita kasus penggunaan, dan potongan kasus penggunaan mengikuti praktik Use Case 2.0.
Tujuan
Ini Use Case 2.0 STEPS Wizard membantu Anda:
- Identifikasi tujuan yang ingin dicapai sebagai kasus penggunaan
- Identifikasi cara spesifik untuk mencapai tujuan ini sebagai cerita kasus penggunaan
- Pecah cerita menjadi potongan pekerjaan yang sesuai, yang dikenal sebagai potongan kasus penggunaan
- Buat rencana rilis
- Rencanakan tugas pengembangan yang akan dilakukan dalam menerapkan kasus penggunaan
Langkah Utama
- Pertahankan daftar orang yang berpartisipasi atau akan berpartisipasi dalam proyek.
- Identifikasi pengguna target sistem (yaitu, aktor) dan kasus penggunaan.
- Identifikasi cerita kasus penggunaan untuk kasus penggunaan yang diperoleh dari langkah sebelumnya.
- Pecah kasus penggunaan menjadi potongan yang sesuai.
- Tentukan cerita kasus penggunaan yang akan diselesaikan dalam setiap rilis.
- Tentukan cerita kasus penggunaan yang akan diimplementasikan dalam beberapa minggu atau bulan ke depan dengan menugaskannya ke sprint yang sesuai.
- Dan akhirnya, dokumentasikan tindakan yang diperlukan untuk menyelesaikan tugas yang dihasilkan dari cerita pengguna.

Gambar di atas menguraikan langkah-langkah yang terlibat dalam melaksanakan Use Case 2.0. Dalam artikel ini, kami akan memandu Anda melalui langkah-langkah tersebut secara rinci.
Coba di Visual Paradigm
Sebelum kita melanjutkan, jika Anda menggunakan Visual Paradigm, Anda dapat mengklik tombol di bawah ini untuk mengimpor tutorial ini ke dalam Visual Paradigm dan melakukan langkah-langkah dalam bentuk wizard.
Buka Wizard ini di Visual Paradigm
Langkah 1: Bentuk tim proyek
Pertahankan daftar orang yang berpartisipasi atau akan berpartisipasi dalam proyek. Pastikan untuk menyertakan orang-orang yang bertanggung jawab untuk mengelola kasus penggunaan yang akan diidentifikasi. Jika Anda tidak yakin saat ini, Anda dapat meninggalkannya terlebih dahulu dan melakukan langkah ini nanti.
Untuk menyelesaikan langkah ini, Anda perlu melakukan tindakan di bawah ini:
1. Klik pada Peserta di bagian kiri bawah layar ini.
2. Tambahkan ke dalam tabel anggota tim yang akan berpartisipasi dalam proses identifikasi dan manajemen kasus penggunaan. Untuk melakukan ini, klik pada Peserta Baru (Sisipkan) tombol di atas tabel (Lihat kotak merah di gambar di bawah), dan pilih anggota untuk ditambahkan dari menu drop-down.

Catatan:
– Dengan memilih anggota non-proyek, dia akan ditambahkan ke proyek ini.
– Jika Anda ingin menambahkan anggota yang belum memiliki akun, masukkan namanya di kotak teks kosong di atas tabel dan klik Buat Baru. Kemudian, masukkan alamat emailnya. Email undangan akan dikirimkan kepadanya untuk konfirmasi.
3. Masukkan peran dan tanggung jawab anggota tersebut. Klik dua kali pada sel untuk mengeditnya.

3. Tambahkan anggota tim lainnya ke dalam tabel secara berulang.

Langkah 2: Temukan aktor dan kasus penggunaan
Langkah ini mengharuskan Anda untuk mengidentifikasi pengguna target dari sistem (yaitu aktor) dan kasus penggunaan, yang merupakan tujuan yang ingin dicapai oleh pengguna target dengan menggunakan sistem.
Aktor: Orang atau entitas yang akan mengakses sistem untuk mendapatkan sesuatu (yang bernilai). Anda harus menyebutkan peran orang-orang ini (misalnya Pelanggan, Siswa, dan Guru) dan entitas (Sistem CCTV), BUKAN nama individu.
Kasus penggunaan: Kasus penggunaan adalah tujuan yang ingin dicapai dengan menggunakan sistem. Misalnya, sistem ATM yang umum memiliki kasus penggunaan seperti menarik uang tunai, mentransfer uang tunai, dan memeriksa saldo. Ingat bahwa kasus penggunaan adalah tujuan, bukan fungsi. Satu kasus penggunaan mewakili semua cara untuk mencapai tujuan tertentu. Kita akan menjelajahi itu di langkah-langkah berikutnya.
Salah satu cara untuk menemukan aktor dan kasus penggunaan adalah dengan mengadakan lokakarya dengan pemangku kepentingan Anda. Tidak perlu mengidentifikasi semua kasus penggunaan di awal, cukup fokus pada yang dapat memberikan nilai yang dicari oleh pemangku kepentingan.
Tabel di bawah ini memberikan contoh aktor dan kasus penggunaan dari Sistem Manajemen Perpustakaan di sebuah sekolah.

Langkah 3: Identifikasi cerita kasus penggunaan
Kasus penggunaan menangkap tujuan yang ingin dicapai dengan menggunakan sistem. Untuk menangkap kebutuhan dan mendorong pengembangan sistem secara bertahap, ceritakan “cerita” dari kasus penggunaan.
Sebuah cerita kasus penggunaan menggambarkan cara spesifik untuk mencapai kasus penggunaan tertentu. Setiap cerita kasus penggunaan didefinisikan oleh salah satu dari yang berikut:
- Alur dasar yang menggambarkan cara termudah untuk mencapai tujuan
- Jalur alternatif untuk mencapai tujuan
- Jalur pengecualian

Gambar di atas menggambarkan hubungan antara kasus penggunaan dan cerita kasus penggunaan. Sebuah kasus penggunaan memiliki setidaknya satu cerita yang menggambarkan alur dasarnya, dan cerita lain yang menggambarkan alur alternatif dan pengecualian. Alur dasar menangkap cara yang paling umum untuk mencapai kasus penggunaan, sementara alur alternatif mengidentifikasi cara lain untuk menggunakan sistem untuk mencapai tujuan, dan masalah yang mungkin terjadi dalam perjalanan untuk mencapai tujuan.
Perhatikan bahwa Anda tidak perlu menangkap semua cerita di awal. Ketika Anda mencatat alur dasar, Anda akan secara alami memikirkan cara lain untuk mencapai tujuan, dan situasi bermasalah yang mungkin terjadi di setiap langkah. Cukup tangkap ini sebagai cerita terlebih dahulu. Anda dapat kembali untuk membuat lebih banyak cerita nanti saat diperlukan.
Tabel di bawah ini memberikan beberapa contoh cerita kasus penggunaan.
Kasus PenggunaanCerita Kasus PenggunaanMeminjam Buku
- Meminjam buku dengan sukses (Alur Dasar)
- Rekor peminjaman maksimum tercapai (Jalur Pengecualian)
- Peminjam berhutang denda (Jalur Pengecualian)
Mengembalikan Buku
- Mengembalikan buku dengan sukses (Alur Dasar)
- Buku rusak (Jalur Pengecualian)
- Pengembalian terlambat (Jalur Pengecualian)
Dalam langkah ini, Anda diminta untuk mengidentifikasi cerita kasus penggunaan untuk kasus penggunaan yang diperoleh dari langkah sebelumnya. Ini dilakukan dengan mengedit diagram kasus penggunaan awal yang kami buat untuk Anda denganmenyertakan cerita kasus penggunaan sebagai kasus penggunaan <<Extend>>. Lengkapi item di bawah ini untuk menyelesaikan langkah ini:
1. Sebuah cerita kasus penggunaan dimodelkan sebagai kasus penggunaan <<Extend>>. Ganti nama kasus penggunaan <<Extend>> yang kami buat untuk Anda. Tambahkan lebih banyak kasus penggunaan <<Extend>> sesuai kebutuhan. Hapus yang tidak diperlukan. Baca tips kedua di bawah ini untuk mempelajari cara membuat kasus penggunaan <<Extend>> secara detail.

Catatan: Anda tidak perlu memodelkan alur dasar dari kasus penggunaan karena sudah diwakili oleh kasus penggunaan dasar.
2. Perbaiki tata letak diagram. Gambar di bawah ini menunjukkan contoh diagram kasus penggunaan untuk Sistem Manajemen Perpustakaan.

Apa itu Diagram Kasus Penggunaan?
SebuahDiagram Kasus Penggunaanadalah bentuk visual dari model kasus penggunaan. Dalam Diagram Kasus Penggunaan, orang-orang (dan pihak lain) yang menggunakan sistem dimodelkan sebagai aktor, sementara cara sistem akan digunakan untuk mencapai tujuan dimodelkan sebagai kasus penggunaan. Model visual semacam itu memberikan konteks untuk menemukan, berbagi, dan memahami kebutuhan sistem. Ini juga memberikan gambaran umum tentang semua hal yang akan dilakukan sistem.
Bagaimana cara membuat kasus penggunaan <<Extend>>?
Ikuti langkah-langkah di bawah ini untuk membuat kasus penggunaan <<Extend>>.
1. Tempatkan kursor mouse Anda di atas kasus penggunaan.

2. Tekan tombol Katalog Sumber Daya dan seret keluar.

3. Lepaskan tombol mouse di tempat di mana Anda ingin kasus penggunaan <<extend>> dibuat. PilihExtend -> Kasus Penggunaandari Katalog Sumber Daya

4. Beri nama kasus penggunaan dan tekanEnteruntuk mengonfirmasi.

Langkah 4: Memecah kasus penggunaan
Sebagian besar sistem memerlukan banyak pekerjaan sebelum siap untuk digunakan dalam produksi. Mereka memiliki banyak kebutuhan dengan tingkat kepentingan dan prioritas yang bervariasi, dan sebagian besar tergantung pada kebutuhan lain yang diimplementasikan sebelum dapat dipenuhi. Karena itu, kita perlu cara untuk membagi kasus penggunaan menjadi bagian-bagian yang lebih kecil yang memungkinkan kita merencanakan dan mengimplementasikan sistem berdasarkan seperangkat item kerja yang terorganisir, teratur, dan berukuran sesuai. Ini adalah pendekatan yang diambil oleh Use-Case 2.0, di mana kasus penggunaan dibagi menjadi irisan, dan di mana sistem itu sendiri berkembang irisan demi irisan.
Sebuah kasus penggunaan dapat menghasilkan beberapa irisan yang mencakup semua fungsinya. Setiap irisan berisi satu atau lebih cerita yang dipilih dari sebuah kasus penggunaan, membentuk item kerja yang bernilai bagi pemangku kepentingan. Gambar di bawah ini menggambarkan hubungan antara kasus penggunaan, irisan kasus penggunaan, dan cerita kasus penggunaan.

Irisan kasus penggunaan adalah komponen terpenting dari Use Case 2.0. Ini sama pentingnya dengan Use-Case 2.0 seperti kasus penggunaan itu sendiri. Irisan inilah yang memungkinkan kasus penggunaan dipecah menjadi bagian-bagian kerja yang berukuran sesuai, mendorong pengembangan sistem untuk memenuhinya.
Dalam langkah ini, Anda diminta untuk membuat irisan untuk kasus penggunaan. Cara terbaik untuk menemukan irisan yang tepat adalah dengan memikirkan cerita yang ditangkap. Setiap cerita adalah kandidat irisan yang baik. Tabel di bawah ini menunjukkan beberapa contoh bagaimana irisan dapat dibuat berdasarkan cerita.
Kasus Penggunaan Kisah Kasus Penggunaan Irisan Kasus PenggunaanPinjam BukuPinjam Buku (Dasar)Pinjam Buku berhasilPinjam BukuRekor pinjaman maksimum tercapaiPinjam Buku gagalPinjam BukuPeminjam berutang dendaPinjam Buku gagal
Dari tabel, Anda dapat melihat bahwa kasus penggunaan Pinjam Buku dibagi menjadi dua irisan — Pinjam buku berhasil dan Pinjam buku gagal. Diterima bahwa sebuah irisan berisi satu cerita, atau beberapa cerita. Faktanya, mekanisme pemotongan sangat fleksibel. Ini memungkinkan Anda untuk membuat irisan sebesar atau sekecil yang Anda butuhkan untuk mendorong pengembangan Anda. Namun, Anda harus melakukan pemotongan dengan pemangku kepentingan Anda untuk memastikan bahwa semua irisan yang dibuat memberikan nilai. Jangan memotong semua kasus penggunaan sekaligus. Cukup identifikasi cukup banyak irisan untuk memenuhi kebutuhan mendesak tim.
Sekarang, lengkapi item di bawah ini untuk menyelesaikan langkah ini.
1. Tinjau kisah kasus penggunaan yang diidentifikasi, kasus penggunaan demi kasus penggunaan.
2. Untuk setiap kisah kasus penggunaan, tetapkan ke irisan. Anda dapat membuat irisan baru atau memilih irisan yang ada untuk menambahkan kisah kasus penggunaan tersebut. Untuk membuat irisan, alihkan menu drop-down di Irisan Kasus Penggunaan sel, masukkan nama irisan di kotak teks dan klik Buat Baru

Untuk menetapkan kisah kasus penggunaan ke dalam irisan, cukup pilih irisan dari menu drop-down.

3. Nilai kompleksitas setiap kisah kasus penggunaan.
4. Pilih anggota tim sebagai orang yang bertanggung jawab atas kisah kasus penggunaan.
Tabel di bawah ini memberikan contoh bagaimana kasus penggunaan dari Sistem Manajemen Perpustakaan dapat dibagi menjadi irisan.

Langkah 5: Lakukan perencanaan rilis Menggunakan Pemetaan Cerita
Sistem perangkat lunak berkembang melalui serangkaian rilis. Rilis itu sendiri sering kali tidak diproduksi sekaligus, tetapi berkembang melalui serangkaian peningkatan. Di dunia agile, kami menyebut peningkatan tersebut ‘sprint’. Dalam langkah ini dan langkah berikutnya, Anda akan mulai merencanakan pekerjaan pengembangan Anda dengan menetapkan kisah kasus penggunaan ke dalam rilis dan sprint yang sesuai. Anda akan bekerja di peta cerita pengguna yang ditransformasikan dari kasus penggunaan, irisan kasus penggunaan, dan cerita yang diidentifikasi. Sebelum kita melanjutkan, mari kita lihat bagaimana peta cerita pengguna terlihat.

Berbagai elemen Kasus Penggunaan 2.0 ditransformasikan menjadi elemen peta cerita yang berbeda. Pemetaan ditunjukkan di bawah ini.

Langkah ini mengharuskan Anda untuk menetapkan daftar tunggu dari cerita pengguna (yaitu kisah kasus penggunaan) yang tersisa untuk diimplementasikan. Lengkapi item di bawah ini untuk menyelesaikan langkah ini. Pastikan pendapat dari pemangku kepentingan dipertimbangkan sepanjang proses, atau Anda cukup melakukan langkah ini bersama mereka.
1. Siapkan rilis proyek dengan membuat kompartemen rilis, memberikan setiap rilis nama yang berarti (misalnya nomor versinya) dan tanggal rilis.

2. Seret cerita pengguna ke dalam kompartemen rilis.

Gambar di bawah ini menunjukkan bagaimana kisah kasus penggunaan dapat dikelola dalam peta cerita pengguna.

Langkah 6: Lakukan perencanaan sprint
Tentukan kisah kasus penggunaan yang akan diimplementasikan dalam beberapa minggu atau bulan ke depan. Ini dilakukan dengan menambahkan cerita pengguna tersebut ke dalam iterasi logis yang dibatasi waktu, yang dikenal sebagai sprint.
Sebuah sprint biasanya berlangsung sekitar dua minggu hingga satu bulan. Tim pengembangan diharapkan menyelesaikan semua kisah kasus penggunaan dalam sprint sebelum tanggal akhir sprint, seperti yang disepakati oleh semua pihak dalam perencanaan sprint. Sebuah proyek memiliki beberapa sprint dan, pada akhir setiap sprint, produk semi-eksekusi akan disampaikan kepada pengguna akhir untuk diuji atau bahkan digunakan dalam produksi.
Lengkapi tabel dengan menetapkan kisah kasus penggunaan ke dalam sprint. Anda tidak perlu menetapkan semua kisah kasus penggunaan sekaligus. Cukup fokus pada cerita pengguna yang akan disampaikan dalam sprint pertama atau dua sprint pertama. Anda dapat melakukan penugasan untuk cerita yang tersisa nanti, berdasarkan kemajuan, kemampuan tim, dan harapan terbaru pengguna. Untuk membuat irisan, alihkan menu drop-down di Sprint sel, masukkan nama sprint di kotak teks dan klik Buat Baru. Untuk menetapkan kisah kasus penggunaan ke dalam sprint, cukup pilih sprint dari menu drop-down.

Langkah 7: Rincikan tugas pengembangan
Sprint telah disiapkan dan tim Anda sekarang siap untuk merancang, mengkode, melakukan pengujian unit, dan mengintegrasikan komponen perangkat lunak yang diperlukan untuk mengimplementasikan cerita dalam sprint.
Sekumpulan tugas telah dihasilkan di Tasifier, alat manajemen tugas, untuk setiap cerita dalam sprint dan ditugaskan kepada anggota tim yang ditetapkan bertanggung jawab atas cerita tersebut. Anggota dapat melihat tugas di Tasifier dan mulai mengelola aktivitas pengembangan yang terkait dengan cerita tersebut. Dalam langkah ini, Anda diharuskan untuk merinci tugas dengan menyertakan hal-hal yang harus dicapai anggota di bawah tugas tersebut.
Mari kita lihat antarmuka Tasifier dan lihat tindakan yang harus Anda lakukan di bawah langkah ini. Ketika Anda membuka Tasifier di bawah langkah ini, Anda akan melihat sesuatu seperti:

Setiap kisah kasus penggunaan yang diidentifikasi menghasilkan pembuatan tugas di Tasifier. Tugas-tugas tersebut secara otomatis ditugaskan kepada anggota tim yang ditetapkan bertanggung jawab atas cerita tersebut. Anggota dapat mengakses tugas di bawah Baru bagian Tasifier. Mereka dapat mengklik tugas untuk melihat dan mengedit detailnya.
Perhatikan bahwa hanya tugas dalam sprint pertama yang ditampilkan. Tugas dalam sprint berikutnya hanya akan ditampilkan setelah tanggal mulai berlalu. Namun, Anda selalu dapat membaca dan merinci tugas-tugas ini. Kami akan membahasnya lebih detail.
Anda dapat melihat tag yang terlampir pada setiap tugas (misalnya, “Pinjam buku berhasil” dalam gambar di bawah). Tag tersebut sebenarnya adalah irisan kasus penggunaan yang menjadi milik cerita (yaitu tugas) tersebut. Jika Anda ingin memeriksa cerita di bawah irisan kasus penggunaan tertentu, klik pada tag tersebut. Ini akan membuka halaman yang mencantumkan tugas yang dibuat dari cerita di bawah irisan tersebut.

Di sebelah kiri Tasifier, Anda dapat melihat daftar ‘Kolam Tugas’, yang merupakan sprint yang disiapkan di langkah sebelumnya. Anda dapat mengklik sprint untuk melihat tugas yang diperlukan untuk diselesaikan di bawah sprint tersebut.

Berdasarkan diskusi dengan pemangku kepentingan dan di antara tim, dokumentasikan tindakan yang diperlukan untuk menyelesaikan setiap tugas.

Tugas tingkat cerita bisa terlalu besar untuk dikelola. Anda dapat membuat sub-tugas dalam mengelola aktivitas pengembangan yang sebenarnya. Untuk melakukan ini, klik pada Sub-tugastombol, dan kemudian masukkan sub-tugas satu per satu.

This post is also available in Deutsch, English, Español, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.