REQUIREMENT ENGINEERING
Yoga Handoko Agustin
Tujuan Pembelajaran
• Mahasiswa dapat menjelaskan dan memahami keinginan
customer, dapat menganalisis kebutuhan dari sebuah studi
kasus sederhana.
Mengapa Analisis Kebutuhan?
Analisis kebutuhan
merupakan satu di antara banyak aktivitas kritis pada proses rekayasa kebutuhan perangkat lunak untuk
memahami ranah
permasalahan dari sistem
yang berjalan dan ranahsolusi dari sistem yang akan
dibuat(Yen et.al, 1998).Rekayasa Kebutuhan
Pengenalan Permasalahan (Inception)
Pengenalan Lanjutan (Elisitasi)
Elaborasi
Negosiasi
Spesifikasi
Validasi
Pengelolaan Kebutuhan
Siklus Pengembangan Software:
Alur, Peran, dan Tahapan (Deliverable) (Tilley, 2012) (Dennis, 2016) (Valacich, 2017)
1. User/Product Owner membawa permintaan kebutuhan (perubahan) software (System Request) ke System Analyst 2. System Analyst membuat analisis kelayakan (Feasibility
Analysis) dari System Request tersebut
3. Setelah dinyatakan layak, System Analyst melakukan analysis dan design, dan hasilnya adalah System
Specification
• Business Analyst membantu System Analyst memahami proses bisnis dari software yang akan dibangun
4. System Specification diserahkan oleh System Anayst ke Programmer untuk dilakukan Konstruksi (Coding)
5. Hasil Konstruksi berupa Kode Program diserahkan ke Software Tester untuk dilakukan Pengujian (Unit,
Integration, System, User Acceptance Testing)
6. Instalasi (delivery) software dan manajemen perubahan
• Software = Kode Program + Dokumentasi (Pengembangan dan Penggunaan)
7. Siklus kembali ke 1 apabila ada permintaan perubahan (Permintaan Perubahan Software)
Planning
(System Proposal)
Analysis & Design
(System Specification)
Implementation
(Software)
Maintenance
(Update Software)
Analysis
1. Pengumpulan dan Analisis Kebutuhan (Requirements):
• Siapa yang menggunakan software?
• Apa yang dilakukan oleh software?
• Kapan software digunakan?
2. Investigasi Software yang Ada (Baseline) 3. Identifikasi Peluang untuk Perbaikan
4. Kembangan konsep untuk software baru
Tujuan Analisis Kebutuhan
1. Menjabarkan kebutuhan pemakai
2. Meletakkan dasar-dasar untuk tahap perancangan perangkat lunak
3. Mendefenisikan semua kebutuhan pemakai sesuai dengan lingkup
kontrak yang disepakati.
Tipe Kebutuhan Sistem
1. Kebutuhan Fungsional (Functional Requirement)
proses-proses apa saja yang nantinya dilakukan oleh sistem.
2. Kebutuhan Non Fungsional (Non Functional Requirement)
properti perilaku yang dimiliki oleh sistem.
ELISITASI KEBUTUHAN
Model Proses Elisitasi
1. Penemuan kebutuhan (Requirement Disscovery)
2. Pengelompokan dan pengorganisasian
kebutuhan (requirement classification and Ogranization)
3. Prioritasi dan negosisasi kebutuhan
(Requirement prioritization and negotiation) 4. Dokumentasi kebutuhan ( Requirements
documentation)
Langkah-Langkah Elisitasi
Berikut ini merupakan langkah-langkah untuk elisitasi kebutuhan (Sommerville and Sawyer, 1997) :
1. Identifikasi orang-orang yang akan membantu
menentukan kebutuhan dan memahami organisasi mereka.
2. Menentukan lingkungan teknis kemana sistem atau produk akan ditempatkan.
3. Identifikasi ranah permasalahan
4. Menentukan satu atau lebih metode elisitasi kebutuhan 5. Meminta partisipasi dari banyak orang sehingga
mereduksi dampak dari kebutuhan yang bias yang teridenfikasikan dari sudut pandang yang berbeda.
6. Mengidentifikasikan kebutuhan yang ambigu dan menyelesaikannya
7. Membuat scenario penggunaan
Contoh Kasus
Suatu lembaga perguruan tinggi akan membuat sebuah sistem informasi perpustakaan.
Sumber : ilmukomputer.com
Elisitasi Tahap 1
Identifikasi stakeholder terkait lalu tuliskan
kebutuhannya.
Kebutuhan Stakeholder 1:
Elisitasi Tahap 1
Identifikasi stakeholder terkait lalu tuliskan
kebutuhannya.
Kebutuhan Stakeholder 2:
Elisitasi Tahap 1
Identifikasi stakeholder terkait lalu tuliskan
kebutuhannya.
Kebutuhan Stakeholder 3:
Elisitasi Tahap 2
Gabungkan kebutuhan dari
setiap stakeholder:
Elisitasi Tahap 3
Pengklasifikasian
kebutuhan berdasarkan
kepentingannya.
Elisitasi Tahap 4
Pengklasifikasian kebutuhan
berdasarkan kepentingannya.
Elisitasi Tahap 5
TERIMA KASIH..
