Checklist requirement berisi daftar pertanyaan yang akan diajukan untuk mendapatkan requirement dari project yang dikerjakan. Daftar dapat digunakan sebagai alat pengecekan pada saat konstruksi untuk menentukan soliditas dasar yang dijadikan sebagai pijakan. Tidak semua pertanyaan pada checklist dapat diaplikasikan pada suatu project. Jika project yang dikerjakan adalah project informal, besar kemungkinan akan ditemukan hal – hal yang tidak terpikir sebelumnya. Kadangkala hal – hal yang terpikir tersebut harus ditemukan solusinya tetapi tidak perlu meminta jawaban yang formal. Jika project yang dikerjakan mempunyai skala yang besar, project formal, perlu mempertimbangkan semua kebutuhan.
Berikut adalah daftar pertanyaan yang digunakan pada saat menggali requirement pada saat pembangunan perangkat lunak:
| No | Pertanyaan | Hasil Pengamatan | Jawaban Detail | |
| Ya | Tidak | |||
| Requirement Fungsional Spesifik | ||||
| 1 | Apakah semua masukan ke system sudah dispesifikasikan, termasuk sumbernya, akurasi, batasan nilai, dan frekuensinya? | |||
| 2 | Apakah semua keluaran dari system sudah dispesifikasikan, termasuk tujuannya, akurasi, batasan nilai, frekuensi, dan formatnya? | |||
| 3 | Apakah semua format keluaran dispesifikasikan untuk halaman web, laporan-laporan, dan sebainya? | |||
| 4 | Apakah semua perangkat keras eksternal dan antarmuka perangkat lunak dispesifikasikan? | |||
| 5 | Apakah semua antarmuka komunikasi eksternal dispesifikasikan, termasuk handshaking, pengecekan kesalahan, dan protokol komunikasi? | |||
| 6 | Apakah semua tugas yang diinginkan pengguna dipenuhi secara spesifik? | |||
| 7 | Apakah data yang digunakan pada setiap tugas dan data yang dihasilkan dari masing – masing tugas dispesifikasikan? | |||
| Requirement Non Fungsional (Kualitas) Spesifik | ||||
| 8 | Apakah waktu respons yang diinginkan, dari sudut pandang pengguna, dispesifikasikan untuk semua operasi yang diperlukan? | |||
| 9 | Apakah pertimbangan waktu yang lain dispesifikasikan, seperti waktu pemrosesan, rata-rata pengiriman data, dan keluaran system? | |||
| 10 | Apakah level keamanan dispesifikasikan? | |||
| 11 | Apakah kehandalan dispesifikasikan, termasuk konsekuensi terhadap kegagalan system, informasi penting yang harus dilindungi akibat kegagalan system, dan strategi untuk mendeteksi dan me-recovery dari kesalahan? | |||
| 12 | Apakah kebutuhan memory maksimal dispesifikasikan? | |||
| 13 | Apakah kebutuhan penyimpanan maksimum dispesifikasikan? | |||
| 14 | Apakah kemampuan perawatan system dispesifikasikan, termasuk kemampuan untuk mengadaptasi perubahan pada fungsionalitas yang spesifik, perubahan pada lingkungan operasi, dan perubahan antarmuka ketika berinteraksi dengan perangkat lunak lain? | |||
| 15 | Apkah definisi dari kondisi sukse dispesifikasikan? Dari kegagalan? | |||
| Requirements Kualitas | ||||
| 16 | Apakah requirement ditulis menggunakan bagasa pengguna? Apakah pengguna berpikir sama? | |||
| 17 | Apakah setiap requirement mengatasi konflik dengan requirement lain? | |||
| 18 | Apakah trade-off yang dapat diterima diantara atribut – atribut yang bersaing dispesifikasikan-sebagai contoh, antara kesehatan dan kebenaran? | |||
| 19 | Apakah requirement menjauhi rancangan yang sudah dispesifikasikan? | |||
| 20 | Apakah requirement berada pada level konsisten yang agak baik dari detail? Apakah seharusnya requirement dispesifikasikan lebih detail lagi? Apakah requirement dispesifikasikan dengan kurang detail? | |||
| 21 | Apakah requirement sudah cukup jelas untuk diserahkan kepada group independen untuk konstruksi dan akan dimengerti? | |||
| 22 | Apakah tiap item relevan terhadap masalah dan solusinya? Dapatkah tiap item ditelusuri ke asalnya dalam lingkup masalah yang ada? | |||
| 23 | Apakah tiap requirement dapat diuji? Akankah requirement memungkinkan untuk pengujian secara independen untuk menentukan apakah tiap requirement sudah memuaskan? | |||
| 24 | Apakah semua kemungkinan pengubahan terhadap requirement dispesifikasikan, termasuk kemungkinan terhadap masing – masing perubahan? | |||
| Requirement Kelengkapan/Kesempurnaan | ||||
| 25 | Ketika ditemukan kondisi dimana informasi tidak tersedia sebelum memulai pembangungn, apakah dispesifikasikan area ketidaklengkapan? | |||
| 26 | Requirement sudah dirasakan lengkap jika produk dapat memuaskan setiap requirement. Apakah kondisi ini terpenuhi? | |||
| 27 | Apakah Anda merasa nyaman dengan semua requirement? Apakah Anda sudah mengeliminasi requirement yang mungkin diimplememtasikan dan termasuk sekedar untuk memuaskan pelanggakn atau pimpinan Anda? | |||