Teknik Pengumpulan Kebutuhan

Teknik menggambarkan bagaimana tugas dilakukan dalam keadaan tertentu. Sebuah tugas mungkin tidak memiliki satu atau lebih teknik terkait. Suatu teknik harus terkait dengan setidaknya satu tugas.

Berikut ini adalah beberapa teknik pengumpulan persyaratan yang terkenal -

Brainstorming

Brainstorming digunakan dalam pengumpulan kebutuhan untuk mendapatkan ide sebanyak mungkin dari sekelompok orang. Umumnya digunakan untuk mengidentifikasi solusi yang mungkin untuk masalah, dan memperjelas detail peluang.

Analisis Dokumen

Meninjau dokumentasi dari sistem yang ada dapat membantu saat membuat dokumen proses AS-IS, serta mendorong analisis kesenjangan untuk pelingkupan proyek migrasi. Di dunia yang ideal, kami bahkan akan meninjau persyaratan yang mendorong pembuatan sistem yang ada - titik awal untuk mendokumentasikan persyaratan saat ini. Kumpulan informasi sering kali terkubur dalam dokumen yang ada yang membantu kami mengajukan pertanyaan sebagai bagian dari validasi kelengkapan persyaratan.

Kelompok yang terfokus

Grup fokus adalah kumpulan orang-orang yang mewakili pengguna atau pelanggan suatu produk untuk mendapatkan umpan balik. Umpan balik dapat dikumpulkan tentang kebutuhan / peluang / masalah untuk mengidentifikasi persyaratan, atau dapat dikumpulkan untuk memvalidasi dan menyempurnakan persyaratan yang telah diperoleh. Bentuk riset pasar ini berbeda dari brainstorming karena merupakan proses yang dikelola dengan peserta tertentu.

Analisis antarmuka

Antarmuka untuk produk perangkat lunak dapat berupa manusia atau mesin. Integrasi dengan sistem dan perangkat eksternal hanyalah antarmuka lain. Pendekatan desain yang berpusat pada pengguna sangat efektif dalam memastikan bahwa kami membuat perangkat lunak yang dapat digunakan. Analisis antarmuka - meninjau titik kontak dengan sistem eksternal lain penting dilakukan untuk memastikan kami tidak mengabaikan persyaratan yang tidak langsung terlihat oleh pengguna.

Wawancara

Wawancara pemangku kepentingan dan pengguna sangat penting untuk menciptakan perangkat lunak yang hebat. Tanpa memahami tujuan dan harapan pengguna dan pemangku kepentingan, kami sangat tidak mungkin dapat memuaskan mereka. Kami juga harus mengenali perspektif setiap orang yang diwawancarai, sehingga kami dapat menimbang dan menanggapi masukan mereka dengan baik. Mendengarkan adalah keterampilan yang membantu analis hebat mendapatkan nilai lebih dari wawancara daripada analis biasa.

Pengamatan

Dengan mengamati pengguna, seorang analis dapat mengidentifikasi aliran proses, langkah-langkah, titik nyeri, dan peluang untuk perbaikan. Pengamatan bisa pasif atau aktif (mengajukan pertanyaan sambil mengamati). Pengamatan pasif lebih baik untuk mendapatkan umpan balik pada prototipe (untuk menyempurnakan persyaratan), di mana pengamatan aktif lebih efektif untuk mendapatkan pemahaman tentang proses bisnis yang ada. Salah satu pendekatan dapat digunakan.

Pembuatan prototipe

Pembuatan prototipe adalah teknik yang relatif modern untuk mengumpulkan persyaratan. Dalam pendekatan ini, Anda mengumpulkan persyaratan awal yang Anda gunakan untuk membuat versi awal solusi - prototipe. Anda menunjukkan ini kepada klien, yang kemudian memberi Anda persyaratan tambahan. Anda mengubah aplikasi dan berputar-putar dengan klien lagi. Proses berulang ini berlanjut hingga produk memenuhi kebutuhan bisnis massa kritis atau untuk jumlah iterasi yang disepakati.

Lokakarya Persyaratan

Lokakarya bisa sangat efektif untuk mengumpulkan persyaratan. Lebih terstruktur daripada sesi curah pendapat, pihak yang terlibat berkolaborasi untuk mendokumentasikan persyaratan. Salah satu cara untuk menangkap kolaborasi tersebut adalah dengan membuat artefak model domain (seperti diagram statis, diagram aktivitas). Sebuah lokakarya akan lebih efektif dengan dua analis dibandingkan dengan satu orang.

Rekayasa Terbalik

Ketika proyek migrasi tidak memiliki akses ke dokumentasi yang memadai dari sistem yang ada, rekayasa balik akan mengidentifikasi apa yang dilakukan sistem. Ini tidak akan mengidentifikasi apa yang harus dilakukan sistem, dan tidak akan mengidentifikasi kapan sistem melakukan hal yang salah.

Survei / Kuesioner

Saat mengumpulkan informasi dari banyak orang - terlalu banyak untuk diwawancarai dengan keterbatasan anggaran dan waktu - survei atau kuesioner dapat digunakan. Survei dapat memaksa pengguna untuk memilih dari pilihan, menilai sesuatu ("Setuju Sangat, setuju ..."), atau memiliki pertanyaan terbuka yang memungkinkan tanggapan bentuk bebas. Desain survei sulit - pertanyaan dapat membuat responden bias.