Lompat ke isi

Elisitasi kebutuhan

Dari Wikipedia bahasa Indonesia, ensiklopedia bebas

Elisitasi Kebutuhan (bahasa Inggris: Requirements Elicitation) adalah tahap pertama dari rekayasa kebutuhan perangkat lunak. Dalam kegiatan ini, praktisi perangkat lunak bekerja dengan pelanggan dan pengguna akhir sistem untuk mencari tahu tentang nama domain aplikasi, layanan apa yang harus disediakan oleh sistem, kinerja sistem yang diperlukan, kendala perangkat keras, dan sebagainya. Elisitasi dan analisis kebutuhan dapat melibatkan berbagai jenis orang dalam suatu organisasi. Pemangku kepentingan sistem adalah siapa saja yang memiliki pengaruh langsung atau tidak langsung terhadap kebutuhan sistem. Pemangku kepentingan termasuk pengguna akhir yang akan berinteraksi dengan sistem dan siapa pun dalam organisasi yang akan terpengaruh olehnya. Pemangku kepentingan sistem lainnya mungkin adalah praktisi yang mengembangkan atau memelihara sistem terkait lainnya, manajer bisnis, pakar domain, dan perwakilan serikat pekerja.[1]

Proses Elisitasi Kebutuhan

[sunting | sunting sumber]

Setiap organisasi akan memiliki versi atau instantiasi model umum sendiri tergantung pada faktor-faktor lokal seperti keahlian staf, jenis sistem yang dikembangkan, standar yang digunakan, dll. Kegiatan-kegiatan dalam proses elisitasi antara lain:[1]

Requirements discovery: Ini adalah proses interaksi dengan pemangku kepentingan sistem untuk menemukan kebutuhan mereka. Kebutuhan domain dari pemangku kepentingan dan dokumentasi juga ditemukan selama kegiatan ini. Ada beberapa teknik pelengkap yang dapat digunakan untuk penemuan kebutuhan, yang akan saya bahas nanti di bagian ini.

Requirements classification and organization: Kegiatan ini mengambil kumpulan kebutuhan yang tidak terstruktur, kebutuhan terkait kelompok, dan mengorganisasikannya ke dalam kelompok yang koheren. Cara paling umum dari pengelompokan kebutuhan adalah dengan menggunakan model arsitektur sistem untuk mengidentifikasi sub-sistem dan untuk mengaitkan kebutuhan dengan masing-masing sub-sistem. Dalam praktiknya, kebutuhan teknik dan desain arsitektur tidak dapat sepenuhnya merupakan kegiatan yang terpisah.

Requirements prioritization and negotiation: Tidak dapat dihindari, ketika banyak pemangku kepentingan terlibat, kebutuhan akan bertentangan. Kegiatan ini berkaitan dengan memprioritaskan kebutuhan dan menemukan dan menyelesaikan konflik kebutuhan melalui negosiasi. Biasanya, para pemangku kepentingan harus bertemu untuk menyelesaikan perbedaan dan menyepakati kebutuhan kompromi.

Requirement Specification: kebutuhan didokumentasikan dan dimasukkan ke dalam putaran spiral berikutnya. Dokumen kebutuhan formal atau informal dapat dihasilkan.

Proses elisitasi dan analisis kebutuhan merupakan proses berulang (iterative) dengan umpan balik berkelanjutan dari setiap kegiatan ke kegiatan lainnya. Siklus proses dimulai dengan penemuan kebutuhan dan berakhir dengan dokumentasi kebutuhan. Pemahaman analis tentang kebutuhan meningkat dengan setiap putaran siklus. Siklus berakhir ketika dokumen kebutuhan selesai.

Kesulitan dalam elisitasi kebutuhan

[sunting | sunting sumber]

Menuntut dan memahami kebutuhan dari pemangku kepentingan sistem adalah proses yang sulit karena beberapa alasan:[1]

  • Pemangku kepentingan sering tidak tahu apa yang mereka inginkan dari sistem komputer kecuali dalam istilah yang paling umum; mereka mungkin merasa sulit untuk mengartikulasikan apa yang mereka ingin sistem lakukan; mereka mungkin membuat tuntutan yang tidak realistis karena mereka tidak tahu apa yang layak dan tidak layak.
  • Pemangku kepentingan dalam suatu sistem secara alami mengungkapkan kebutuhan dalam istilah mereka sendiri dan dengan pengetahuan implisit tentang pekerjaan mereka sendiri. Praktisi kebutuhan, tanpa pengalaman dalam domain pelanggan, mungkin tidak memahami kebutuhan ini.
  • Pemangku kepentingan yang berbeda memiliki kebutuhan yang berbeda dan mereka dapat mengekspresikannya dengan cara yang berbeda. kebutuhan para praktisi harus menemukan semua sumber kebutuhan potensial dan menemukan kesamaan dan konflik.
  • Faktor-faktor politik dapat mempengaruhi kebutuhan suatu sistem. Manajer dapat menuntut kebutuhan sistem tertentu karena ini akan memungkinkan mereka untuk meningkatkan pengaruh mereka dalam organisasi.
  • Lingkungan ekonomi dan bisnis tempat analisis berlangsung dinamis. Ini pasti akan berubah selama proses analisis. Pentingnya kebutuhan tertentu dapat berubah. Kebutuhan baru dapat muncul dari pemangku kepentingan baru yang awalnya tidak diajak berkonsultasi.

Referensi

[sunting | sunting sumber]


  1. ^ a b c Sommerville, Ian (2011). Software Engineering 9th Edition. Boston: Addison-Wesley.