Panduan Terlengkap untuk Manajemen Persyaratan dan Ketertelusuran
Rekayasa kebutuhan
Daftar Isi
Untuk menghasilkan produk yang berkualitas, penting untuk memiliki persyaratan yang akurat dari pelanggan. Ini dimulai dengan proses rekayasa persyaratan, yang dapat dibagi menjadi lima langkah: mengumpulkan persyaratan, mendokumentasikan persyaratan, menganalisis dan memverifikasi persyaratan, mengelola perubahan persyaratan, dan menutup fase persyaratan. Dalam posting blog ini, kami akan membahas masing-masing langkah ini secara rinci dan menunjukkan bagaimana mereka membantu menghasilkan produk berkualitas tinggi.
Apa Persyaratan dan Rekayasa Persyaratan?
Ada dua istilah di sini, "Persyaratan" dan "Rekayasa Persyaratan". Persyaratan secara tepat didefinisikan sebagai kondisi atau kemampuan yang dibutuhkan pengguna untuk memecahkan masalah atau mencapai tujuan. Dengan kata lain, persyaratan adalah kondisi atau kemampuan yang harus dipenuhi atau dimiliki oleh suatu sistem untuk memenuhi kontrak, standar, spesifikasi, dan dokumentasi formal lainnya.
Rekayasa Persyaratan didefinisikan sebagai proses mendefinisikan, mendokumentasikan, dan memelihara persyaratan. Disiplin tersebut mencakup semua teknik, metode, dan prosedur yang berkaitan dengan definisi dan pengelolaan kebutuhan pengguna yang terkait dengan sistem yang dipelajari.
Secara keseluruhan, Rekayasa Persyaratan adalah serangkaian aktivitas yang berkaitan dengan mengidentifikasi dan mengomunikasikan tujuan sistem atau perangkat lunak dan konteks penggunaannya.
Oleh karena itu, Rekayasa Persyaratan bertindak sebagai jembatan antara kebutuhan dunia nyata pengguna, pelanggan, dan konstituen lain yang dipengaruhi oleh perangkat lunak atau sistem dan kemampuan serta peluang yang diberikan oleh teknologi intensif perangkat lunak.
Apa prinsip-prinsip Rekayasa Persyaratan?
Dua prinsip dasar Rekayasa Persyaratan adalah masalah dan solusi dari rekayasa persyaratan.
- Hal ini berguna untuk memisahkan masalah dan solusi saat mengumpulkan persyaratan.
- Pemisahan ini tidak pernah dapat dicapai sepenuhnya dalam kehidupan praktis.
Rekayasa kebutuhan adalah tentang membangun sistem yang tepat. Pada dasarnya, ini tentang membangun sistem yang sesuai dengan masalah pengguna. Ini adalah bagian yang berorientasi pada masalah. Ini pada dasarnya tentang merancang, memverifikasi, mengimplementasikan, dan memelihara sistem yang dibuat untuk memastikan bahwa itu sesuai dengan masalah pengguna. Ini adalah bagian yang berorientasi pada solusi.
Proses Rekayasa Persyaratan
Ada beberapa aktivitas yang kami hadapi ketika bekerja dengan persyaratan. Dalam siklus Rekayasa Persyaratan, ada lima kegiatan utama, yaitu,
- Persyaratan elicitation – ini adalah proses meninjau, mendokumentasikan, dan memahami pemangku kepentingan dan kebutuhan serta kendala pengguna untuk musim ini. Pengguna memerlukan informasi domain, informasi sistem yang ada, peraturan, standar, dll. Berdasarkan informasi ini, kami mengajukan persyaratan. Setelah ini, kami pindah ke analisis kebutuhan dan negosiasi.
- Analisis Persyaratan dan Negosiasi – Analisis adalah proses menyempurnakan kebutuhan dan batasan pengguna berdasarkan informasi yang dikumpulkan dan diperoleh. Kemudian, kita pindah ke aktivitas dokumentasi.
- Dokumentasi/Spesifikasi Persyaratan – setelah mendapatkan spesifikasi kebutuhan, kita pindah ke bagian dokumentasi. Kami mendokumentasikan kebutuhan dan batasan pengguna dengan jelas dan tepat.
- Validasi Persyaratan – terakhir, pada kegiatan validasi, kami memasukkan persyaratan musim yang lengkap, singkat, dan jelas.
- Manajemen Persyaratan – Manajemen persyaratan adalah cara mengumpulkan, menganalisis, menyempurnakan, dan memprioritaskan semua produk atau persyaratan, dalam fase pengembangan.
Ketika kami menyelesaikan lima kegiatan ini, kami mengulanginya berkali-kali sampai kami mendapatkan satu set dokumen persyaratan yang disepakati yang merupakan spesifikasi formal.
Persyaratan elicitation
Seperti yang telah kita bahas sebelumnya, elisitasi persyaratan adalah proses meninjau, mendokumentasikan, dan memahami kebutuhan pengguna dan kendala untuk musim. Pengguna memerlukan informasi domain, informasi sistem yang ada, peraturan, standar, dll. Berdasarkan informasi ini, kami memperoleh persyaratan. Kami menggunakan kata 'Elicitation' daripada 'Gathering' karena gathering diartikan sebagai hanya mengambil persyaratan dan memasukkannya ke dalam dokumen. Di sisi lain, elisitasi adalah proses yang lebih kompleks. Anda tidak mendapatkan persyaratan semudah yang Anda dapatkan saat berkumpul. Itu membutuhkan usaha ekstra.
Selama elisitasi, Anda bertanya kepada pengguna atau pelanggan:
- Apa tujuan mereka untuk sistem/produk?
- Apa yang harus dicapai?
- Bagaimana kebutuhan musiman sesuai dengan kebutuhan bisnis?
- Bagaimana produk/sistem musiman digunakan secara teratur?
Kedengarannya sederhana, tetapi sebenarnya tidak!
Menurut Ian Sommerville dan Pete Sawyer, Requirement Elicitation adalah proses menemukan kebutuhan sistem dengan berkomunikasi dengan pelanggan, pengguna sistem, dan pihak lain yang memiliki kepentingan dalam pengembangan sistem. Karena 'mengumpulkan' atau 'menangkap' tidak terdengar sangat akurat, kami menggunakan kata 'elisitasi'.
“Saya tahu bahwa Anda percaya bahwa Anda memahami apa yang Anda pikir saya katakan, tetapi saya tidak yakin Anda menyadari bahwa apa yang Anda dengar bukanlah yang saya maksudkan” — Robert McCloskey, Juru Bicara Departemen Luar Negeri.
Yang dia maksud dengan kutipannya adalah terkadang orang salah paham dengan apa yang dikatakan orang lain kepada mereka. Terkadang apa yang mereka katakan tidak sesuai dengan apa yang mereka pikirkan. Akhirnya, seluruh miskomunikasi ini menyebabkan kesalahan pengumpulan kebutuhan.
Apa Langkah-Langkah Selama Elisitasi?
LANGKAH 1
Sumber Persyaratan:
Ada berbagai sumber dari mana kita dapat mengumpulkan kebutuhan kita. Beberapa di antaranya adalah:
- Pemangku kepentingan
- Sistem yang ada
- Dokumen yang ada
- Pesaing dan sistem serupa lainnya
- Antarmuka dengan sistem
- Hukum dan standar
- Kebijakan perusahaan
LANGKAH 2
Tetapkan Lingkup Proyek:
Langkah-langkah berikut dapat diikuti untuk mengatur ruang lingkup proyek:
- Cari tahu mengapa proyek ini dimulai
- Properti mendefinisikan tujuan utama yang ingin dicapai melalui proyek
- Buat pernyataan kerja untuk proyek yang akan membantu Anda membagi pekerjaan di antara anggota tim dengan tepat
- Buat daftar item yang akan dikirimkan di akhir proyek
- Pilih tonggak utama yang ingin dicapai
- Identifikasi kendala dan batasan utama yang mungkin dihadapi tim selama pengembangan proyek
- Buat daftar item yang dikecualikan dari daftar item cakupan
- Minta pemangku kepentingan untuk menandatangani dokumen ruang lingkup karena memberikan konfirmasi bahwa mereka diberi tahu tentang proyek dan isinya.
LANGKAH 3
Tugas Elitasi:
Perencanaan elisitasi:
- Mengapa persyaratan khusus ini harus diterapkan dan manfaat yang akan diberikannya? – Tujuan proyek
- Siapa yang akan bertanggung jawab untuk menciptakannya? – Profesional untuk upaya elisitasi
- Kapan waktu terbaik untuk menerapkannya? – Jadwalkan sumber perkiraan
- Bagaimana implementasinya? – Strategi dan Prosedur
- Dan resikonya
Selama elisitasi:
- Konfirmasi kelayakan proyek. Cari tahu apakah proyek itu benar-benar layak atau tidak
- Memahami masalah dan isu dari perspektif pemangku kepentingan
- Ekstrak esensi persyaratan yang dinyatakan oleh pemangku kepentingan
- Temukan cara yang lebih baik untuk melakukan pekerjaan bagi pengguna
- Inovasi adalah kunci kemenangan
Berikut elisitasi:
- Analisis hasil untuk memahami dengan benar informasi yang dikumpulkan
- Negosiasikan seperangkat persyaratan yang koheren yang dapat diterima oleh pemangku kepentingan. Tetapkan prioritas juga
- Catat hasilnya dalam spesifikasi persyaratan
Elisitasi adalah proses bertahap. Anda harus mengulangi langkah ini sebanyak yang diperlukan.
Sekarang, pilih satu set teknik yang sesuai untuk setiap sumber kebutuhan. Tentukan teknik ini berdasarkan sumbernya, sistem yang akan dikembangkan, dan sebagainya. Ingatlah bahwa tidak semua teknik dapat digunakan dalam setiap situasi.
LANGKAH 4
Dokumentasi Persyaratan –
Langkah terakhir dalam proses elisitasi adalah menyelesaikan semua persyaratan dalam bentuk dokumen. Dokumen ini terutama berisi catatan dan persyaratan pengguna. Dan persyaratan ini akan menjadi tidak lengkap, tidak konsisten, dan tidak terorganisir. Tapi ini hanya titik awal. Dokumen dapat diedit sesekali, dan hal-hal dapat ditambahkan atau diubah.
Analisis Persyaratan dan Negosiasi
Analisis kebutuhan biasanya merupakan prosedur untuk menganalisis, memvalidasi, dan menyelaraskan persyaratan yang didokumentasikan selama fase Elisitasi Persyaratan. Dengan kata lain, analisis kebutuhan adalah proses mempelajari dan memahami persyaratan yang dinyatakan oleh para pemangku kepentingan. Analisis kebutuhan memerlukan komunikasi yang sering dengan pemangku kepentingan dan pengguna akhir untuk menentukan harapan, menyelesaikan konflik, dan akhirnya, mendokumentasikan persyaratan utama. Solusinya mungkin melibatkan masalah seperti:
- Berbagai jenis pengaturan untuk alur kerja di perusahaan
- Menyiapkan sistem baru yang akan digunakan mulai sekarang dan seterusnya.
Satu hal yang harus diingat adalah bahwa Requirement Elicitation dan Requirement Analysis bekerja sama. Mereka berdua saling memberi makan. Ketika kami mulai mengumpulkan persyaratan, kami memunculkannya dan menganalisisnya pada saat yang sama juga.
Tujuan Analisis Kebutuhan
- Tujuan pertama dan terpenting dari analisis kebutuhan adalah untuk memahami persyaratan dan kebutuhan pengguna
- Saat kami menggunakan sumber yang berbeda untuk mengumpulkan persyaratan, mungkin ada beberapa konflik di antara mereka. Analisis Kebutuhan adalah tentang menemukan konflik di antara persyaratan yang dinyatakan oleh pengguna dan menyelesaikannya.
- Negosiasikan persyaratan dengan pengguna dan pemangku kepentingan. Tidak mungkin sistem kami dapat memenuhi semua persyaratan seperti yang dijelaskan oleh pemangku kepentingan dan pengguna.
- Kami harus bernegosiasi dan memprioritaskan persyaratan. Beberapa persyaratan mungkin tidak terlalu besar bagi kami tetapi bisa sangat penting bagi pengguna akhir. Untuk memahaminya, kita harus menganalisis dan memprioritaskan kebutuhan para pemangku kepentingan.
- Kita harus menguraikan persyaratan yang dinyatakan oleh pengguna dan sistem. Ini membantu saat mendokumentasikan persyaratan dalam spesifikasi persyaratan. Selain itu, ini membantu pengembang mengembangkan, merancang, dan menguji lebih baik karena mereka memahami persyaratan dengan cara yang lebih terperinci dan lebih baik.
- Kita harus mengklasifikasikan persyaratan ke dalam berbagai kategori dan sub-kategori yang berbeda dan selanjutnya mengalokasikan persyaratan tersebut ke sub-sistem yang berbeda.
- Kita juga harus mengevaluasi persyaratan untuk kualitas yang diinginkan oleh organisasi.
- Terakhir, kita harus memastikan untuk tidak melewatkan sesuatu yang penting.
Dokumentasi/Spesifikasi Persyaratan
Spesifikasi kebutuhan, juga dikenal sebagai dokumentasi, adalah proses mencatat semua sistem dan kebutuhan pengguna dalam bentuk dokumen. Persyaratan ini harus jelas, lengkap, komprehensif, dan konsisten.
Selama kegiatan penangkapan, kami mengumpulkan semua persyaratan dari berbagai sumber. Selama kegiatan analisis dan negosiasi, kami menganalisis dan memahami persyaratan tersebut. Sekarang, kita harus menyiapkan dokumen formal yang menjelaskan persyaratan tersebut. Demikianlah apa yang dimaksud dengan spesifikasi kebutuhan. Tepatnya, ini adalah proses mendokumentasikan semua kebutuhan dan kendala pengguna dan sistem dengan cara yang jelas dan akurat.
Metode Untuk Mendokumentasikan Persyaratan
TELINGA akan menjadi metodologi yang efektif di sini. Itu singkatan dari Pendekatan Mudah untuk Persyaratan Sintaks. Dalam metode ini, kami menulis bahasa yang jelas, singkat, dan mudah dipahami. Ini meningkatkan seluruh alur kerja rekayasa persyaratan dan menyederhanakan pekerjaan dengan membuat segala sesuatunya cukup mudah dipahami.
Untuk mencapai ini, berikut adalah beberapa prinsip yang harus diingat saat menulis persyaratan. Mereka melibatkan:
Setiap persyaratan harus berupa kalimat lengkap. Tidak ada peluru, akronim, singkatan, atau kata kunci yang boleh digunakan. Cobalah untuk membuat kalimat pendek, langsung, dan lengkap.
Pastikan bahwa setiap persyaratan memiliki subjek, predikat, dan kata kerja yang tepat. Subjeknya adalah tipe pengguna atau sistem yang sedang kita bicarakan. Predikatnya akan menjadi kondisi atau tindakan atau hasil yang diinginkan yang kita harapkan. Kita harus menggunakan kata-kata seperti 'harus', 'akan', dan 'harus' untuk mengungkapkan beberapa jenis kebutuhan, dan kata-kata seperti 'mungkin' untuk menyatakan opsionalitas dalam persyaratan.
Setiap kebutuhan harus secara efisien menjelaskan hasil akhir yang kita inginkan dari sistem.
Juga, persyaratan harus menggambarkan kualitas yang kita harapkan dari sistem. Ini membantu ketika kami mengukur hasil akhir dan melihat apakah persyaratan diterapkan dengan benar atau tidak.
Validasi Persyaratan
Validasi adalah proses yang digunakan untuk memeriksa apakah sistem sudah sesuai standar atau tidak. Validasi menjawab pertanyaan, “Apakah kita membangun sistem yang benar?” Ini tentang menguji dan memvalidasi sistem dan melihat apakah sistem yang kami bangun benar atau tidak dan apakah itu memenuhi harapan pelanggan atau tidak. Berbagai metode yang digunakan untuk memvalidasi sistem meliputi pengujian kotak hitam, pengujian kotak putih, pengujian integrasi, dan pengujian unit. Validasi selalu datang setelah verifikasi.
Verifikasi adalah proses yang digunakan untuk memeriksa apakah sistem mencapai tujuan yang diharapkan atau tidak tanpa bug atau masalah. Verifikasi menjawab pertanyaan, “Apakah kita membangun produk dengan benar?” Ini tentang menguji dan memverifikasi apakah sistem memenuhi persyaratannya tanpa masalah. Berbagai metode yang digunakan untuk memverifikasi sistem meliputi tinjauan, penelusuran, inspeksi, dan pemeriksaan meja. Verifikasi adalah proses manual yang dilakukan sebelum validasi.
Teknik Validasi
Ada berbagai teknik yang dapat digunakan untuk memvalidasi persyaratan. Mereka termasuk:
- Cek – Saat memeriksa persyaratan, kami mengoreksi dokumen persyaratan untuk memastikan tidak ada catatan elisitasi yang terlewatkan. Selama pemeriksaan ini, kami juga memeriksa tingkat ketertelusuran antara semua persyaratan. Untuk ini, pembuatan matriks ketertelusuran diperlukan. Matriks ini memastikan bahwa semua persyaratan dipertimbangkan dengan serius dan semua yang ditentukan dibenarkan. Kami juga memeriksa format persyaratan selama pemeriksaan ini. Kami melihat apakah persyaratannya jelas dan ditulis dengan baik atau tidak.
- prototyping – Ini adalah cara membangun model atau simulasi sistem yang akan dibangun oleh pengembang. Ini adalah teknik yang sangat populer untuk validasi persyaratan di antara pemangku kepentingan dan pengguna karena membantu mereka mengidentifikasi masalah dengan mudah. Kami hanya dapat menjangkau pengguna dan pemangku kepentingan dan mendapatkan umpan balik mereka.
- Desain Tes – Selama perancangan pengujian, kami mengikuti prosedur kecil di mana kami terlebih dahulu menyelesaikan tim pengujian, kemudian membangun beberapa skenario pengujian. Tes fungsional dapat diturunkan dari spesifikasi persyaratan itu sendiri di mana setiap persyaratan memiliki tes terkait. Sebaliknya, persyaratan non-fungsional sulit untuk diuji karena setiap pengujian harus ditelusuri kembali ke persyaratannya. Tujuannya adalah untuk mengetahui kesalahan dalam spesifikasi atau detail yang terlewatkan.
- Tinjauan Persyaratan – Selama tinjauan persyaratan, sekelompok orang yang berpengetahuan menganalisis persyaratan secara terstruktur dan terperinci dan mengidentifikasi masalah potensial. Setelah itu, mereka berkumpul untuk membahas masalah dan mencari cara untuk mengatasi masalah tersebut. Daftar periksa disiapkan yang terdiri dari berbagai standar dan peninjau mencentang kotak untuk memberikan tinjauan formal. Setelah itu, persetujuan akhir sign-off dilakukan.
Manajemen Persyaratan
Menurut Ian Sommerville, “Manajemen persyaratan adalah proses mengelola perubahan persyaratan selama proses rekayasa persyaratan dan pengembangan sistem.”
Tujuan utama dari manajemen persyaratan adalah untuk memastikan persyaratan yang jelas, ringkas, dan bebas kesalahan kepada tim teknik sehingga mereka dapat memastikan untuk mendeteksi kesalahan dalam sistem dan berpotensi mengurangi biaya proyek serta risiko.
Perhatian utama Manajemen Persyaratan
Ada beberapa kekhawatiran tentang manajemen persyaratan. Mereka termasuk:
- Mengelola perubahan dalam persyaratan yang disepakati
- Mengelola hubungan antara semua persyaratan
- Mengelola ketergantungan antara dokumen persyaratan yang dihasilkan selama proses rekayasa sistem.
Jenis Persyaratan
Secara umum ada dua jenis persyaratan:
- Persyaratan sistem – Persyaratan sistem dapat disebut sebagai versi yang diperluas dari persyaratan pengguna. Persyaratan sistem bertindak sebagai titik awal untuk setiap desain sistem baru. Persyaratan ini adalah deskripsi rinci tentang persyaratan pengguna yang harus dipenuhi oleh sistem.
- Persyaratan Pengguna – Kebutuhan pengguna adalah kombinasi dari kebutuhan fungsional dan non-fungsional. Persyaratan pengguna ini harus dirancang sedemikian rupa sehingga mudah dimengerti oleh pengguna yang tidak memiliki pengetahuan teknis apa pun. Oleh karena itu, mereka harus ditulis dalam bahasa alami menggunakan tabel, formulir, dan diagram sederhana. Juga, pastikan dokumen tidak memiliki detail tentang desain sistem, perangkat lunak, atau notasi formal.
Platform ALM Persyaratan Visi
Platform ALM Persyaratan Visi adalah salah satu platform ALM modern paling tepercaya yang berspesialisasi dalam manajemen persyaratan untuk organisasi dari semua ukuran di seluruh dunia.
Ini adalah alat yang harus dimiliki untuk tim yang membangun produk, sistem, dan perangkat lunak yang kompleks, yang memerlukan keterlacakan ujung ke ujung mulai dari konsepsi hingga pengujian dan penerapan, hingga ke kode sumber, bersama dengan kepatuhan sertifikasi standar.
Persyaratan Visure adalah alat Rekayasa Persyaratan yang terbukti fleksibel dan lengkap, yang mampu merampingkan proses persyaratan perangkat lunak sebagai bagian dari proses definisi perangkat keras dan mekanis. Persyaratan Visure membantu kolaborasi proyek yang efektif dan meningkatkan kualitas perangkat lunak melalui penangkapan Persyaratan, analisis, spesifikasi, validasi dan verifikasi, manajemen, dan penggunaan kembali.
Solusi Visure dapat membantu mengatasi tantangan pengembangan produk dan tertanam,
- Tingkatkan kualitas definisi sebagai langkah pertama yang penting dalam meningkatkan kualitas perangkat lunak
- Dapatkan kembali kendali atas proses pengembangan dan regulasi
- Menstandarkan dan menegakkan definisi persyaratan di seluruh organisasi
- Mendukung penggunaan kembali persyaratan yang efektif di seluruh tim proyek dan lini produk serta varian
- Memformalkan struktur spesifikasi persyaratan umum, dan menangani perubahan sepanjang siklus hidup
- Mencapai ketertelusuran penuh melalui semua elemen, dari persyaratan hingga pengujian hingga eksekusi
- Lacak semua aspek pengembangan dengan mudah, mulai dari grafik perhitungan risiko hingga laporan kebutuhan anak yatim
- Hindari jebakan dan mitigasi risiko di semua tingkatan, mulai dari menulis persyaratan yang lebih baik dan memprioritaskan kebutuhan hingga mengubah kemampuan analisis dampak.
Manfaat menggunakan Persyaratan Visure untuk pengembangan produk dan tertanam
- Dukungan sertifikasi untuk standar industri, seperti DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA dan GAMP5
- Satu platform lengkap untuk semua aktivitas terkait kebutuhan
- Penegakan proses melalui solusi fleksibel yang mendukung berbagai model proses termasuk Automotive SPICE, CMMI, V-model, Agile, dan ad hoc
- Peningkatan komunikasi dan kolaborasi tim melalui kemampuan berbasis peran
- Dukungan untuk produk berkualitas lebih baik, dan mengurangi cacat perangkat lunak.
Perusahaan yang secara aktif menggunakan Visure, mengklaim dampak yang jelas dengan pengiriman proyek tepat waktu, kepatuhan proyek, dan penurunan biaya pengembangan dan waktu siklus.
Kesimpulan
Rekayasa persyaratan adalah proses penting untuk memastikan bahwa produk dan sistem yang kami bangun adalah yang dibutuhkan pelanggan kami. Proses lima langkah yang diuraikan dalam artikel ini dapat membantu Anda memulai proyek dengan baik dengan mendapatkan umpan balik dari pemangku kepentingan lebih awal dan sering, serta menggunakan umpan balik tersebut untuk menghasilkan persyaratan yang jelas dan ringkas. Jika Anda mencari alat untuk membantu Anda mengelola proses rekayasa persyaratan, Platform ALM Persyaratan Visure dapat membantu. Minta Anda percobaan 30 gratis hari ini untuk melihat bagaimana platform kami dapat menyukseskan proyek Anda berikutnya.
Jangan lupa untuk membagikan postingan ini!
