REQUIREMENTS ANALYSIS

REQUIREMENTS
 MATERI

 Pengertian Kebutuhan dan Analisis Kebutuhan

 Bagaimana Cara Mendapatkan Kebutuhan
 Bagaimana Cara Mendokumentasikan Kebutuhan
 KEBUTUHAN PERANGKAT LUNAK

Kebutuhan menentukan apa yang harus dibuat/

dibangun/dikembangkan
 Katakan “What” bukan “How”
 Katakan “Masalah” apa yang hendak diselesaikan
bukan “Solusi”
 Mencerminkan “System Design” bukan
“Sofyware Design”
 WHAT vs HOW

WHAT bagi seseorang adalah HOW bagi orang lain

 Input by Processing is the What, Parsing is the how
 Parsing is the what, a Stack is the how
 A stack is the what, an array or linked list is the how
 A linked list is the what, a doubly linked list is the how
 PENGERTIAN ANALISIS KEBUTUHAN

 Proses mempelajari kebutuhan pemakai untuk mendapatkan

definisi kebutuhan system atau perangkat lunak [IIE93].

 Proses untuk menetapkan fungsi dan untuk kerja perangkat

lunak, menyatakan antarmuka perangkat lunak dengan
elemen-elemen sistem lain, dan menentukan kendala yang
harus dihadapi oleh perangkat lunak [Presman, 2001]
 PENTINGNYA KEBUTUHAN

Tujuan Identifikasi Kebutuhan :

 Memahami secara tepat apa yang dibutuhkan dari
perangkat lunak
 Mengkomunikasikan pemahaman tentang apa yang
dibutuhkan ini ke semua pihak yang terlibat dalam
pengembangan perangkat lunak
 Mengontrol proses produksi untuk meyakinkan bahwa
system yang dikembangkan sesuai dengan spesifikasi
yang diinginkan
 PERAN KEBUTUHAN

 Customer : Menunjukkan apa yang harus di

deliver; berdasarkan kontrak
 Manajer : Indikator progress dan jadwal
 Desainer : Menyediakan spek untuk mendesain
 Coder : Daftar yang harus
diimplementasikan/output
 Tester QA : Dasar untuk melakukan pengujian,
validasi dan verifikasi
 Klasifikasi Kebutuhan
 Pengelompokan kebutuhan secara klasik
 Fungsional : Fitur;
 Contoh : Sistem bisa digunakan untuk
mencetak rekap absensi setiap hari
 Non Fungsional : Batasan-Batasan
 Performance, keamanan, reusability,
dependability
 Contoh : system tidak menampilkan biodata
lengkap pengguna di tampilan utama
 Motivasi untuk Mendapatkan Kebutuhan

 The #1 reason the projects succeed is user

involment
 Standish group survey of over 8000
projects

 Easy access to end users in one of three

critical success factors in rapid-development
projects (dua yang lainnya: chande
management, dan clearly defined project
scoupe)
 Steve McConnell
Keuntungan Melibatkan Customer

 Hubungan yang baik akan meningkatkan

kecepatan prose s pengembangan perangkat
lunak
 Customer tidak selalu tahu apa yang mereka
inginkan
 Seringkali yang diinginkan oleh customer
berubah-ubah
 Cara Melakukan Analisi Kebutuhan

 Untuk setiap peruntukan perangkat lunak,

tentukan manfaat atau fungsi utamanya
 Dari masing-masing manfaat atau fungsi utama
tersebut, tentukan bagaimana proses
penggunaan atau interaksinya dengan pemakai
 Klasifikasi proses intraksi mana yang
merupakan proses pengolahan data
 Tentukan antarmuka eksternal dan kinerjanya
 Buat daftar kebutuhan kemudian modelkan
Contoh
Contoh: Daftar Kebutuhan Fungsional
Contoh: Daftar Kebutuhan Antarmuka
Contoh: Daftar Kebutuhan Antarmuka
Eksternal
 Contoh: Daftar Kebutuhan Kinerja

 Contoh
 Perangkat Lunak harus dapat dioperasikan maksimal
sampai 5 pemakai
 Boleh ditambahkan dengan atribut kualitas perangkat
lunak, misalnya
 Sistem login untuk masing-masing pemakai diawal
penggunaan perangkat lunak
 Fasilitas backup data historis sesuai periode yang
diinginkan
 Fasilitas untuk load data historis yang sudah di
backupa
 Dokumen SRS (Software Requiremen
Spesification)

 Merupakan dokumen yang di dalamnya berisi daftar semua

kebutuhan yang penting yang dibutuhkan dalam
pengembangan proyek perangkat lunak
 Requirement Spesification merupakan deskripsi lengkap
tentang perilaku system yang akan dikembangkan, yang
mungkin di dalmnya bisa terdapat use case yang
menggambarkan interaksi pengguna dengan system
 Didalmnya juga terdapat daftar kebutuhan non fungsional
(Batasan-Batasan aplikasi, unjuk kerja yang dikehendaki,
standar kualitas, Batasan desain antarmuka yang
dikehendaki, dsb)