Definisi
Requirement
adalah gambaran dari layanan (services) dan batasan bagi sistem yang akan
dibangun. Atau requirement adalah pernyataan/gambaran pelayanan yang disediakan
oleh sistem, batasan-batasan dari sistem dan bisa juga berupa definisi matematis
fungsi-fungsi sistem.
Requirement berfungsi ganda yaitu:
- Menjadi dasar penawaran suatu kontrak --> harus terbuka untuk masukan
- Menjadi dasar kontrak --> harus didefinisikan secara detilProses menemukan, menganalisis, mendokumentasikan dan pengujian layanan-layanan dan batasan tersebut disebut Requirement Engineering
Pengumpulan requirement
- Interviews : Memberi informasi yang terbaik,mahal
- Questionnaires: Bagus jika banyak orang terlibat dan tersebar, responcenderung kurang baik
- Observation: Akurat jika dilakukan dengan baik, mahal
- Searching :Informasi terbatas, cenderung tidak menampilkan hal-hal yangmungkin jadi masalah
Beberapa macam
requirement
- User requirement (kebutuhan pengguna)
- System requirement (kebutuhan sistem)
- A software design specification (spesifikasi rancangan PL)
Software system
requirement sering dibedakan dalam 2 katagori yaitu Functional
requirement, Non Functional requirement dan domain requirement dengan
masing-masing penjelasannya sebagai berikut:
1. Functional Requirement :
Merupakan
penjelasan tentang layanan yang perlu disediakan oleh sistem,bagaimana sistem
menerima dan mengolah masukan, dan bagaimana sistem mengatasi situasi-situasi
tertentu. Selain itu kadang-kadang juga secara jelas menentukan apa yang tidak
dikerjakan oleh sistem.Functional requirement menggambarkan system requirement
secara detil seperti input, output dan pengecualian yang berlaku. Contoh dalam
kasus peminjaman buku di perpustakaan:
·
Pengguna bisa mencari
semua informasi tentang buku atau bisa memilih salah satu dari informasi
tentang buku
·
Semua peminjam memiliki
pengenal yang unik
·
Sistem mampu catat
transaksi peminjaman, pengembalian dan denda secaralengkap
·
Hari libur bisa di-set
sejak awal, dan bisa menerima perubahan denganotoritas khusus
·
Harus komplit (
kebutuhan layanan jelas dan lengkap) dan konsisten (tidakkontradiksi dengan
yang didefinisikan)
Masalah yang mungkin terjadi
dalam menyusun functional requirement adalah:
- Di intepretasikan/di artikan berbeda oleh user atau developer
- Hasil intepretasi sering tidak menjawab kebutuhan klien
- Untuk sistem yang besar, kelengkapan kebutuhan dan konsisten sulit dicapai karena kerumitan sistem
- Perlu analisis yang dalam dan menyeluruh untuk mengurangi kesalahan
2. Non-functional Requirement:
Secara
umum berisi batasan-batasan pada pelayanan atau fungsi yang disediakan oleh
sistem. Termasuk di dalamnya adalah batasan waktu, batasan proses pembangunan,
standar-standar tertentu.
Karena
berkaitan dengan kebutuhan sistem secara keseluruhan,maka kegagalan memenuhi
kebutuhan jenis ini berakibat pada sistem secara keseluruhan. Contoh kebutuhan jenis ini adalah
kecepatan akses, keamanan data, besarnya kapasitas penyimpanan yang diperlukan,
privasi masing-masing profil /account, bahasa pemrograman yang digunakan,
sistem operasi yang digunakan.
3.
Domain
requirement:
Berasal dari
domain aplikasi sistem. Misalnya karena masalah hak cipta maka beberapa dokumen
dalam perpustakaan tidak boleh diakses oleh orang lain yang tidak berhak.
Dokumen kebutuhan
(Requirement Document) sebaiknya memenuhi 6 hal berikut :
- Menjelaskan perilaku eksternal sistem.
- Menjelaskan batasan pada implementasi.
- Mudah diubah.
- Sebagai alat referensi untuk pemelihara sistem.
- Mencatat peringatan awal tentang siklus dari sistem.
- Menjelaskan bagaimana sistem merespon hal-hal yang tidak biasa/normal.
Tujuan dibuatnya dokumen kebutuhan sistem
adalah
- Untuk menjelaskan cara kerja sistem. Dengan menggunakan dokumentasi kita dapat menjelaskan cara kerja sistem yang rumit dan panjang dalam waktu yang sangat singkat.
- Alat dalam merancang sistem informasi. Rancangan sistem informasi sebelum dikembangkan tidak dapat diingat semua oleh disainer. Kalaupun semuanya dapat diingat rancangan itupun perlu dikomunikasiskan kepada orang lain sebelum dikembangkan.
- Alat bagi auditor dalam mempelajari, mengevaluasi dan sekaligus mendokumentasikan pemahamannya terhadap sistem pengendalian internal kontrol klienny
- Dasar pengembangan sistem lebih lanjut
Tipe - Tipe Kebutuhan
- Kebutuhan User : Pernyataan dalam bahasa natural plus diagram layanan yang tersedia dan batasan operasional.
- Kebutuhan Sistem : Dokumentasi terstruktur berisi deskripsi detail dan layanan sistem. Ditulis sebagai kontrak antara klien dan kontraktor.
- Spesifikasi Software : Deskripsi software detail sebagai dasar untuk desain dan implementasi ditulis oleh developer
Jenis Kebutuhan
- Kebutuhan Fungsional. Pertanyaan layanan sistem yang harus disediakan,bagaimana sistem berinteraksi pada input tertentu dan bagai mana perilaku sistem pada situasi tertentu.
- Kebutuhan Non-Fungsional Batasan Layanan atau fungsi yang ditawarkan sistem seperti batasan waktu, batasan pengembangan proses, standarisasi dll.
Sumber :
http://bloody-machine.blogspot.com/2013/03/dokumen-kebutuhan-sistem.html
