Elisitasi kebutuhan: Perbedaan antara revisi
Impor teks terkontrol dari Wikipedia bahasa Indonesia; revisi 28129465; atribusi sumber disertakan. |
Presentation V4: sitasi, referensi, Math, Wikimedia Commons, dan atribusi |
||
| Baris 1: | Baris 1: | ||
'''Elisitasi Kebutuhan''' ([[bahasa Inggris]]: ''Requirements Elicitation)'' adalah tahap pertama dari [[Teknik kebutuhan perangkat lunak|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. | '''Elisitasi Kebutuhan''' ([[bahasa Inggris]]: ''Requirements Elicitation)'' adalah tahap pertama dari [[Teknik kebutuhan perangkat lunak|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.<ref>Sommerville, Ian (2011). ''Software Engineering 9th Edition''. Boston: Addison-Wesley.</ref> | ||
== Proses Elisitasi Kebutuhan == | == Proses Elisitasi Kebutuhan == | ||
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: | 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:<ref>Sommerville, Ian (2011). ''Software Engineering 9th Edition''. Boston: Addison-Wesley.</ref> | ||
'''''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 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. | ||
| Baris 15: | Baris 15: | ||
== Kesulitan dalam elisitasi kebutuhan == | == Kesulitan dalam elisitasi kebutuhan == | ||
Menuntut dan memahami kebutuhan dari pemangku kepentingan sistem adalah proses yang sulit karena beberapa alasan: | Menuntut dan memahami kebutuhan dari pemangku kepentingan sistem adalah proses yang sulit karena beberapa alasan:<ref>Sommerville, Ian (2011). ''Software Engineering 9th Edition''. Boston: Addison-Wesley.</ref> | ||
* 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 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. | ||
| Baris 24: | Baris 24: | ||
== Referensi == | == Referensi == | ||
<references /> | |||
< | |||
== Sumber dan atribusi == | == Sumber dan atribusi == | ||
Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Elisitasi+kebutuhan&oldid=28129465 Wikipedia bahasa Indonesia], revisi 28129465 (2025-10-22T16:29:27Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku. | Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Elisitasi+kebutuhan&oldid=28129465 Wikipedia bahasa Indonesia], revisi 28129465 (2025-10-22T16:29:27Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku. | ||
<!-- WIKI_UNISSULA_PRESENTATION_V4 --> | |||
Revisi terkini sejak 23 Agustus 2026 04.08
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
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:[2]
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
Menuntut dan memahami kebutuhan dari pemangku kepentingan sistem adalah proses yang sulit karena beberapa alasan:[3]
- 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 memengaruhi 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
Sumber dan atribusi
Konten artikel ini diadaptasi dari Wikipedia bahasa Indonesia, revisi 28129465 (2025-10-22T16:29:27Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.