Inilah Pengertian dari Requirement Gathering dan Requirement Analysis

Jika merujuk pada makna kata, Requirement merupakan sesuatu yang dibutuhkan; sesuatu yang wajib ada; kondisi yang dibutuhkan. Tapi yang akan kita bahas adalah suatu kondisi yang harus diselesaikan untuk memastikan keberhasilan sebuah proyek (software). Requirement ini harus menggambarkan secara jelas apa yang dibutuhkan dalam proyek.

Pengumpulan data merupakan bagian dari kegiatan penelitian yang bertujuan untuk memperoleh data dari sampel/subyek penelitian yang dipilih. Pengumpulan data dapat dilakukan dengan berbagai cara. Misalnya, mengukur, mendeskripsikan sifat-sifat benda, menghitung, dll.

Sumber data dapat dibagi menjadi 2 (Dua) Jenis yaitu sumber primer dan sumber sekunder. Data yang diperoleh langsung dari peneliti disebut sumber primer, data tersebut disebut data primer, dan data sekunder atau data yang sudah tersedia sedangkan peneliti yang mempublikasikannya hanya dari instansi/lembaga tertentu disebut data primer. Data disebut juga dengan sumber sekunder dan data sekunder.

Untuk penelitian yang menggunakan pendekatan kualitatif, data yang dikumpulkan biasanya berupa kata-kata daripada angka. Data kualitatif dapat diperoleh melalui berbagai teknik seperti observasi, angket, dan wawancara.

Teknik pengumpulan data sangat tergantung dari instrument yang digunakan. Instrumen pengumpulan data adalah alat bantu yang dipilih dan digunakan oleh peneliti dalam kegiatannya mengumpulkan data. Tujuan menggunakan instrumen adalah untuk memudahkan memperoleh data secara sistematis dan bisa dipertanggungjawabkan. Selanjutnya instrumen yang diartikan sebagai alat bantu merupakan sarana yang dapat diwujudkan dalam bentuk Angket/Kuesioner (Questionnaire), Daftar Cocok (Checklist), Skala (Scale), Pedoman Wawancara (Interview Guide / Interview Schedule), Lembar Pengamatan atau Panduan Pengamatan (Observation Sheet / Observation Schedule), Soal Ujian dan sebagainya.

Teknik menggambarkan bagaimana tugas dilakukan dalam keadaan tertentu. Sebuah tugas mungkin tidak memiliki satu atau lebih teknik terkait. Sebuah teknik harus berhubungan dengan setidaknya satu tugas. Berikut ini adalah beberapa teknik pengumpulan persyaratan yang terkenal :

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

Meninjau dokumentasi 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. Nugget informasi sering terkubur dalam dokumen yang ada yang membantu kami mengajukan pertanyaan sebagai bagian dari validasi kelengkapan persyaratan.

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 sudah diperoleh. Bentuk riset pasar ini berbeda dari brainstorming karena merupakan proses yang dikelola dengan peserta tertentu.

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 untuk memastikan bahwa kami membuat perangkat lunak yang dapat digunakan. Analisis antarmuka – meninjau titik sentuh dengan sistem eksternal lainnya penting untuk memastikan kami tidak mengabaikan persyaratan yang tidak langsung terlihat oleh pengguna.

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 untuk memuaskan mereka. Kita juga harus mengenali perspektif setiap orang yang diwawancarai, sehingga kita dapat menimbang dan menanggapi masukan mereka dengan baik. Mendengarkan adalah keterampilan yang membantu seorang analis hebat untuk mendapatkan nilai lebih dari sebuah wawancara daripada seorang analis rata-rata.

Dengan mengamati pengguna, seorang analis dapat mengidentifikasi aliran proses, langkah-langkah, titik kesulitan dan peluang untuk perbaikan. Observasi bisa pasif atau aktif (bertanya 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. Pendekatan mana pun dapat digunakan.

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

Lokakarya bisa sangat efektif untuk mengumpulkan persyaratan. Lebih terstruktur daripada sesi brainstorming, pihak yang terlibat berkolaborasi untuk mendokumentasikan persyaratan. Salah satu cara untuk menangkap kolaborasi adalah dengan pembuatan artefak model domain (seperti diagram statis, diagram aktivitas). Lokakarya akan lebih efektif dengan dua analis daripada dengan satu.

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

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 ("Sangat Setuju, Setuju, Netral, Tidak Setuju, Sangat Tidak Setuju"), atau memiliki pertanyaan terbuka yang memungkinkan tanggapan bentuk bebas. Desain survei sulit – pertanyaan dapat membuat responden bias.

Di organisasi mana pun, setiap produk atau layanan baru dibuat sebagai respons terhadap kebutuhan bisnis. Namun, meskipun menghabiskan banyak waktu dan sumber daya untuk pengembangan, mungkin ada ketidaksesuaian antara produk yang dibutuhkan dan produk akhir. Oleh karena itu, ada kebutuhan untuk analisis kebutuhan yang terfokus dan terperinci pada tahap awal setiap proyek untuk menghindari masalah besar di masa depan.

Dalam artikel ini kami akan membahas topik-topik berikut yang akan memberi Anda pemahaman lengkap tentang analisis persyaratan dan banyak lagi, termasuk Definisi Requirements Analysis, Requirements Analysis Process, Teknik Requirement Analysis, dan Alat Analisis Persyaratan (Requirement Analysis Tools).

Langkah pertama dari proses analisis kebutuhan adalah mengidentifikasi Pemangku Kepentingan (Stockholders) utama yang merupakan sponsor utama proyek. Mereka akan memiliki keputusan akhir tentang apa yang harus dimasukkan dalam ruang lingkup proyek.

Selanjutnya, identifikasi pengguna akhir produk. Karena produk dimaksudkan untuk memenuhi kebutuhan mereka, input mereka sama pentingnya.

Wawancarai setiap Stakeholder dan pengguna akhir secara individual. Teknik ini akan membantu Anda mengumpulkan persyaratan khusus.

Lakukan wawancara kelompok atau lokakarya kelompok untuk memahami aliran informasi antara berbagai pemangku kepentingan dan pengguna akhir. Teknik ini akan memastikan bahwa tidak akan ada konflik kepentingan di kemudian hari selama proyek berlangsung.

Kasus penggunaan memberikan panduan keseluruhan produk melalui mata pengguna akhir. Teknik ini akan membantu memvisualisasikan bagaimana produk benar-benar akan bekerja.

Sebuah prototipe memberikan pengguna tampilan sampel dan nuansa produk akhir. Teknik ini akan membantu mengatasi masalah kelayakan dan mengidentifikasi masalah sebelumnya.

Pastikan bahwa persyaratan tersebut dinyatakan dengan jelas, cukup rinci, dan terkait dengan kebutuhan bisnis.

Prioritaskan persyaratan dan buat daftar berdasarkan mana yang "paling kritis" dan mana yang hanya "bagus untuk dimiliki".

Lakukan analisis dampak untuk memastikan bahwa Anda sepenuhnya memahami konsekuensi dari persyaratan.

Atur pertemuan dengan pemangku kepentingan utama dan selesaikan persyaratan yang saling bertentangan. Anda juga dapat melakukan analisis skenario untuk mengeksplorasi bagaimana persyaratan akan bekerja untuk berbagai kemungkinan skenario.

Lakukan analisis rinci produk berdasarkan persyaratan yang dikumpulkan untuk menentukan keandalannya dan untuk mengidentifikasi masalah utama.

Setelah semua persyaratan dianalisis, buat dokumen tertulis yang terperinci dan sebarkan di antara pemangku kepentingan utama, pengguna akhir, dan tim pengembangan.

Setelah keputusan akhir dibuat tentang persyaratan, pastikan Anda mendapatkan persetujuan yang ditandatangani dari pemangku kepentingan utama. Hal ini dilakukan untuk memastikan tidak ada perubahan atau pertumbuhan yang tidak terkendali dalam lingkup proyek.

Sekarang, kita akan mempelajari Teknik Requirement Analysis.

Flowchart menggambarkan aliran sekuensial dan logika kontrol dari serangkaian aktivitas yang terkait. Mereka berguna untuk anggota teknis dan non-teknis.

Bagan Gantt (Gantt Charts) memberikan representasi visual dari tugas bersama dengan jadwal waktu yang dijadwalkan. Mereka membantu analis bisnis memvisualisasikan tanggal mulai dan berakhir dari semua tugas dalam sebuah proyek.

Analisis Gap mengevaluasi kesenjangan dalam kinerja produk untuk menentukan apakah persyaratan terpenuhi atau tidak. Mereka membantu analis bisnis menentukan keadaan sekarang dan keadaan target suatu produk.

Functional and Non Functional Requirement engineering merupakan salah satu tahap yang paling penting dalam kegiatan proyek perangkat lunak. SR dibuat oleh klien yang memesan software. Secara umum prosesnya adalah diawali dengan client menuliskan requirement sesuai kebutuhannya, lalu tim pengembang menganalisis requirement tersebut, Kemudian setelah ada persetujuan kedua pihak, pembangunan RPL pun dapat dimulai. Dengan kata lain : Requirement adalah gambaran dari layanan (services) dan batasan bagi sistem yang akan dibangun. Atau gambaran pelayanan yang disediakan oleh sistem, batasan-batasan dari sistem dan bisa juga berupa definisi matematis fungsi-fungsi sistem. Proses menemukan, menganalisis, mendokumentasikan dan pengujian layanan-layanan dan batasan tersebut disebut Requirement Engineering.

Hasil dari Requirement Engineering digunakan untuk :

Dasar penawaran suatu kontrak. Dalam hal ini item-item yang disajikan harus terbuka untuk masukan dalam pembangunan Software-nya nanti Dasar kontrak. Di sini item yang disajikan harus didefinisikan secara detil, sehingga apa yang akan dilakukan oleh pengembang menjadi jelas. Requirement engineering ini suatu tahap yang sangat penting, dimana di tahap inilah informasi-informasi serta batasan-batasan perangkat lunak yang akan dibangun di gali. Sehingga ini akan menjadi dasar tim pengembang untuk membuat perangkat lunak sesuai dengan data-data hasil requirement ini yang dituangkan dalam bentuk kontrak. Jadi pembangunan perangkat lunak tidak akan menyimpang dari requirement dan kontrak yang telah disetujui bersama dengan client.

Dalam pengumpulan requirement, dapat dilakukan beberapa metode, di antaranya adalah :

Macam-macam Requirement, yaitu :

Dalam pelaksanaannya, terdapat masalah-masalah yang mungkin terjadi dalam requirement, yaitu :

Requirement adalah sebuah pernyataan tentang apa yang harus diberikan atau bagaimana penggunaan dari suatu produk. Supaya requirement dapat diimplementasi dan terukur secara efektif, maka requirement harus bersifat spesifik, tidak ambigu, dan jelas.

Ada 2 Jenis dari System Requirements, yaitu :

Functional requirements adalah requirement dari kegunaan software yang harus dibangun oleh developer ke dalam produk agar pengguna dapat menyelesaikan tugas mereka, sehingga memenuhi persyaratan bisnis. Dengan kata lain, functional requirement menyatakan apa yang harus dilakukan oleh sistem. Contoh: “website harus memberikan notifikasi kepada administrator melalui e-mail setelah user melakukan pendaftaran”

Non-functional requirements menjelaskan tentang constraint atau standar yang harus dipatuhi oleh sistem. Non-functional requirements mendefinisikan karakteristik dari kualitas sistem.

Tujuan dari Requirement Gathering adalah untuk memahami user secara lebih dalam, mengidentifikasi kebutuhan user yang belum terpenuhi, dan menentukan kebutuhan mana yang bisa dipenuhi. Adapun beberapa metode untuk mendapatkan user requirement dan menganalisa kebutuhan yang belum terpenuhi dalam melakukan requirement gathering adalah :

Terima Kasih 😄😘👌👍 :)

Wassalamu‘alaikum wr. wb.