Erwanto Indra S

060411100723

Software requirement
adalah sebuah properti yang harus diperlihatkan /ditunjukkan oleh software untuk
menyelesaikan suatu permasalahan yang ada di dunia nyata / bersifat riil. Merupakan
kombinasi rumit dari kebutuhan berbagai orang di bermacam – macam tingkat organisasi dan
lingkungan di mana perangkat lunak akan dioperasikan. Properti yang esensial dari semua software
requirement adalah harus mampu diperiksa/diverifikasi.
Product and Process requirement
 Kebutuhan produk adalah requirement pada software untuk dikembangkan
(Contohnya “Software harus memeriksa prasyarat mata kuliah yang diambil
mahasiswa”)
 Kebutuhan proses adalah batasan – batasan dalam mengembangkan software.
Contohnya pilihan teknik verifikasi. Process requirement juga bisa ditetapkan oleh
organisasi pengembang, pelanggan atau pihak ketiga seperti badan regulator.
Requirement fungsional dan nonfungsional
 Requirements fungsional menjabarkan fungsi – fungsi yang akan dilaksanakan
software. Contohnya memformat teks. Kadang – kadang disebut juga sebagai
kapabilitas.
 Requirements non-fungsional memberikan batasan terhadap solusi yang akan
dihasilkan. Disebut juga sebagai quality requirement. Requirement jenis ini masih bisa
dibagi lagi menjadi performance requirements, maintainability requirements, safety
requirements, reliability requirements atau salah satu software requirements lainnya.
System Requirements dan Software Requirements
 Dalam topik ini sistem berarti kombinasi dari elemen – elemen yang berinteraksi
untuk mencapai suatu tujuan yang terdefinisikan. Ini termasuk hardware, software,
firmware, manusia, informasi, tehnik, fasilitas, layanan dan berbagai elemen
pendukung lainnya
 System requirement adalah requirement untuk sistem secara keseluruhan. Dalam
sebuah sistem yang mengandung komponen software, software requirement diperoleh
dari system requirement.
Requirement Process
 Mengidentifikasi software requirement sebagai konfigurasi item – item dan
mengaturnya dengan praktik – praktik manajemen konfigurasi software yang sama
dengan produk – produk lain dari proses – proses siklus hidup software tersebut.
 Erwanto Indra S
060411100723

Sumber – Sumber Requirements

 Tujuan. Tujuan bisa memberi motivasi bagi pembuatan software tetapi sayangnya
sering diformulasikan secara samar. Karenanya perlu dinilai biaya dan nilainya secara
jelas.
 Pengetahuan akan domain. Seseorang perekayasa software harus mengetahui domain
dari aplikasi yang dikerjakannya.
 Pihak yang berkepentingan. Banyak software yang tidak memuaskan karena terlalu
condong pada kepentingan pihak tertentu saja dan mengorbankan pihak lain.
Hendaknya dipahami dan dicapai keseimbangan dari sudut pandang tiap pihak.
 Lingkungan operasional. Requirement akan disusun dari lingkungan di mana software
akan bekerja. Misalnya batasan timing untuk real – time software atau kemampuan
interoperasional
 Lingkungan organisasional. Seringkali suatu software dibuat untuk menunjang proses
bisnis. Karenanya perlu diperhatikan struktur, budaya kerja dan situasi politik dari
organisasi yang bersangkutan.
Klasifikasi Requirements
 Fungsional dan non fungsional
 Apakah suatu requirement didapat dari satu atau lebih requirement yang berlevel lebih
tinggi atau merupakan emergent propety (sub bagian 1.4) atau ditetapkan oleh pihak
yang berkepentingan atau sumber lain.
 Apakah requirement ada pada produk atau proses.
 Prioritas. Secara umum, semakin tinggi prioritas suatu requirement semakin mendesak
pula untuk dipenuhi dalam produk akhir.
 Cakupan dari requirement. . Hal ini sangat berpengaruh pada arsitektur software dan
desain komponen.
 Stabilitas. Requirement kadang berubah dalam suatu siklus hidup software bahkan
mungkin dalam proses pengembangannya.
Pemodelan dari permaslahan riil adalah kunci dari analisa software
requirements. Tujuannya untuk membantu memahami permasalahan. Model
konseptual terdiri dari model entitas – entitas dari domain permasalahan yang disusun
untuk mewakili relasi riil dan ketergantungan riil.
 Erwanto Indra S
060411100723

Spesifikasi Requirement
Pada kebanyakan profesi perekayasaan, istilah spesifikasi merujuk pada
kegiatan memberikan nilai numerik atau batas pada tujuan produk akhir. Tetapi
definisi ini tidak bisa dipakai pada rekayasa perangkat lunak mengingat banyaknya
requirement yang ada dan kompleksitas interaksinya. Karenanya pada rekayasa
perangkat lunak istilah “spesifikasi requirement software” mengacu pada pembuatan
dokumen baik fisik maupun elektronis. Pada sistem yang kompleks, terutama yang
melibatkan banyak kompone non software, ada 3 jenis dokumen yang dibuat yaitu
definisi sistem, requirement sistem dan requirement perangkat lunak.
Pada produk software yang sederhana hanya satu dari 3 jenis dokumen itu
yang perlu dibuat. Semua tiga jenis dokumen itu akan dijelaskan di sini.
Requirements validation
Kebutuhan dokumen difokuskan pada prosedur validasi dan verifikasi.
Kebutuhan akan validasi untuk meyakinkan bahwa software engineer telah
mengerti tentang requirement yang diperlukan, dan juga sangat penting untuk
membuktikan bahwa requirements document dapat disesuaikan dengan kebutuhan
standard suatu perusahaan, dan juga dapat mudah dipahami, konsisten, dan lengkap.
Arti umum validation adalah memeriksaan (inspection) atau review (meninjau)
requirements document.
Reviewer bertugas mencari error (look for errors), asumsi yang salah
(mistaken assumptions), hal-halyang kurang jelas (lack of clarity), dan penyimpangan
standar (deviation from standard practice).
Hal ini sangat penting dan munkin membantu memberikan petunjuk apa yang
dicari dalam tabel checklists.
Review terdapat pada :
 Penyelesaian dari system definition document
 System specification document
 Software requirements specification document
 Baseline specification for a new release
 Atau pada langkah lain dalam suatu proses
User requirements
1. Menjelaskan functional dan non functional requirement secara detail, sehingga bisa
dipahami oleh user yang tidak memiliki pengtahuan teknis
2. User requirements didefinisikan menggunakan natural language, tables and diagrams