Langkah pertama dalam mendefinisikan produk, layanan, proses, atau sistem baru adalah mendefinisikan kebutuhan, yaitu, kebutuhan fungsional atau non-fungsional yang spesifik.
- Kebutuhan fungsional menggambarkan bagaimana produk atau layanan memenuhi kebutuhan pelanggan. Ini termasuk fitur dan fungsionalitas dalam kasus penggunaan yang mendokumentasikan bagaimana pengguna akan berinteraksi dengan produk atau layanan.
- Kebutuhan non-fungsional adalah atribut operasional dan produk yang kadang-kadang tidak jelas bagi pengguna, termasuk kinerja, kegunaan, daya tahan, keamanan, dan finansial (harga dan biaya).
Edit ilustrasi ini – kebutuhan fungsional vs kebutuhan non-fungsional
Kebutuhan fungsional dapat dianggap sebagai apa yang perlu dilakukan produk untuk pelanggan, sementara kebutuhan non-fungsional dapat dianggap sebagai batasan yang perlu dipenuhi oleh produk atau layanan.
Kebutuhan fungsional menangkap perilaku yang dimaksudkan dari sistem. Perilaku ini dapat diekspresikan sebagai layanan, tugas, atau fungsi yang harus dilakukan oleh sistem. Dalam industri pengembangan perangkat lunak, pendekatan kasus penggunaan telah dengan cepat menjadi praktik yang luas untuk menangkap kebutuhan fungsional. Ini terutama berlaku di komunitas berorientasi objek dan UML tempat mereka berasal, tetapi penerapannya tidak terbatas pada sistem berorientasi objek.
Teknik Apa untuk Menangkap Kebutuhan Fungsional?
Kebutuhan fungsional biasanya ditangkap dalam bentuk kasus penggunaan atau skenario pengguna. Istilah-istilah ini kadang-kadang digunakan secara bergantian, tetapi sebenarnya memiliki arti yang sedikit berbeda.
- Kasus penggunaan lebih fokus pada sistem dan apa yang harus dilakukannya untuk memenuhi kebutuhan pengguna.
- Cerita pengguna, di sisi lain, menunjukkan fungsionalitas produk dari sudut pandang pengguna, menentukan peran pengguna dan tujuan spesifik yang ingin mereka capai.
Menangkap Kebutuhan Fungsional Menggunakan Cerita Pengguna
Cerita pengguna adalah metode ringan untuk dengan cepat menangkap “siapa”, “apa” dan “mengapa” dari kebutuhan produk. Singkatnya, cerita pengguna adalah ide yang mengekspresikan kebutuhan yang diinginkan pengguna. Cerita pengguna pendek, dan setiap elemen biasanya berisi kurang dari 10 atau 15 kata. Cerita pengguna adalah daftar “yang harus dilakukan” yang membantu Anda mengidentifikasi langkah-langkah sepanjang jalur proyek. Mereka membantu memastikan bahwa proses Anda, dan produk yang dihasilkan, memenuhi kebutuhan Anda.
Template Cerita Pengguna
Cerita pengguna hanya menangkap elemen penting dari sebuah kebutuhan:
- Untuk siapa itu?
- Apa yang diharapkan dari sistem?
- Mengapa itu penting (opsional?)?
Berikut adalah format sederhana dari cerita pengguna yang digunakan oleh 70% praktisi:
Peran – Pengguna haruslah manusia nyata yang berinteraksi dengan sistem.
- Jadilah se-spesifik mungkin
- Tim pengembang BUKAN pengguna
Aksi – Perilaku sistem harus ditulis sebagai sebuah aksi.
- Biasanya unik untuk setiap Cerita Pengguna
- “Sistem” diimplikasikan dan tidak ditulis dalam cerita
- Suara aktif, bukan suara pasif (“Saya bisa diberitahu”)
Manfaat – Manfaat haruslah hasil dunia nyata yang non-fungsional atau eksternal terhadap sistem.
- Banyak cerita mungkin berbagi pernyataan manfaat yang sama.
- Manfaat tersebut mungkin untuk pengguna atau pelanggan lain, tidak hanya untuk pengguna dalam cerita.
Bagaimana Mengidentifikasi Kebutuhan Fungsional dengan Kasus Penggunaan?
Untuk sepenuhnya memahami kebutuhan fungsional dari sistem, Anda harus tahu untuk siapa sistem ini, yaitu Siapa yang akan menggunakan sistem?
Jawaban untuk pertanyaan ini adalah: aktor dalam analisis kasus penggunaan
Kasus penggunaan atau cerita pengguna menangkap kebutuhan fungsional yang perilakunya dapat diekspresikan sebagai layanan, tugas, atau fungsi yang harus dilakukan oleh sistem. Kasus penggunaan mendefinisikan interaksi antara pengguna dan layanan sistem yang dapat membantu mendefinisikan kebutuhan fungsional dari sistem yang sedang dikembangkan. Atau dengan kata lain, apa yang perlu dilakukan produk atau layanan untuk memenuhi kebutuhan dan keinginan pelanggan.
Sebuah kasus penggunaan dimulai dengan “aktor” atau “siapa”, seorang pengguna spesifik dari produk atau layanan.
Seorang aktor adalah seseorang atau sistem eksternal yang berperan dalam berinteraksi dengan sistem. Instansi aktor dapat berupa individu atau sistem eksternal; namun, setiap aktor memberikan perspektif unik dan penting dari sistem, perspektif yang umum untuk setiap instansi (orang nyata / pengguna) dari aktor tersebut.
Pengguna Nyata vs Aktor Kasus Penggunaan
Untuk sepenuhnya memahami tujuan sistem, Anda harus tahu untuk siapa sistem ini, yaitu, siapa yang akan menggunakannya. Berbagai jenis pengguna diwakili sebagai Aktor (peran).
Perbedaan antara peran dan pengguna individu adalah bahwa peran mewakili kelas pengguna tertentu, bukan pengguna yang sebenarnya. Pengguna yang berbeda dapat memainkan peran yang sama, dalam hal ini setiap pengguna merupakan instansi dari seorang aktor.
Perbedaan ini antara aktor dan instansi aktor diilustrasikan dalam hal berikut:
Gambar di bawah menunjukkan kasus di mana Mary dan John adalah pelanggan dari mesin penjual otomatis. Ketika mereka menggunakan mesin penjual otomatis, masing-masing diwakili oleh instansi aktor yang disebut pelanggan yang mengharapkan akses ke fungsi tertentu dari sistem (dalam hal ini pencetakan pembelian makanan).
Edit ilustrasi mesin penjual otomatis ini
Sebaliknya, pengguna yang sama dapat memainkan beberapa peran (yaitu, orang yang sama dapat memainkan peran yang berbeda).
Sebagai contoh, Dr. Gates, yang merupakan anggota komite dari Masyarakat Komputer. Dia bertanggung jawab untuk mengelola sistem manajemen keanggotaan, seperti menambah dan menghapus akun pengguna. Ketika dia melakukan ini, dia memainkan peran yang disebut Administrator (Aktor). Namun, Dr. Gates yang sama juga bisa menjadi anggota Masyarakat Komputer. Dalam hal ini, dia juga akan memainkan peran yang disebut “Anggota” (Aktor)
Bagaimana mendapatkan kebutuhan fungsional dengan mengidentifikasi kasus penggunaan sistem
Sebuah kasus penggunaan dapat diidentifikasi dengan menanyakan kepada pemangku kepentingan jenis pertanyaan berikut (yang harus mereka jawab dari sudut pandang aktor):
- Apa yang ingin dicapai pengguna dalam peran ini?
- Untuk memenuhi peran ini, apa yang perlu dilakukan pengguna?
- Apa tugas utama pengguna dalam peran ini?
- Informasi apa yang perlu diperiksa, dibuat, atau diubah oleh pengguna dalam peran ini?
- Apa yang perlu diinformasikan kepada pengguna dalam peran ini oleh sistem?
- Apa yang perlu diinformasikan pengguna dalam peran ini kepada sistem?
Catatan:
Kasus penggunaan sering digunakan sebagai sarana untuk menemukan dan merepresentasikan kebutuhan fungsional dan sistem, karena kasus penggunaan mendefinisikan interaksi dan tugas yang diperlukan untuk memenuhi tujuan bisnis tertentu. Namun, biasanya mereka bukan cara yang baik untuk mendefinisikan kebutuhan non-fungsional, seperti kinerja dan kualitas sistem.
Referensi
- Cerita Pengguna vs Kasus Penggunaan untuk Pengembangan Perangkat Lunak Agile
- Apa itu Cerita Pengguna?
- Apa itu Pemetaan Cerita Pengguna?
- Identifikasi Kebutuhan Pengguna dengan Diagram Kasus Penggunaan
- Bagaimana Menggunakan Wireframe dengan Cerita Pengguna?
- Pendekatan Berbasis Kasus Penggunaan untuk Pengembangan Agile
- Apa itu Spesifikasi Kasus Penggunaan?
This post is also available in Deutsch, English, Español, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.