Transcript KONSEP & DEFINISI KEBUTUHAN PL .: Eka Widhi Yunarso, S.T., M.MT. :. Direktorat Penelitian & Pengabdian Masyarakat – Universitas Telkom P.

KONSEP & DEFINISI
KEBUTUHAN PL
.: Eka Widhi Yunarso, S.T., M.MT. :.
Direktorat Penelitian & Pengabdian Masyarakat – Universitas Telkom
P. 022-722-227-04 | E. [email protected]
MI1042 – RPL | Genap 2013-2014
.: Hanya untuk kepentingan pengajaran di lingkungan Fakultas IlmuTerapan – UniversitasTelkom :.
Kajian
Indikator
Kompetensi
RPL
1
Indikator Kompetensi
Kategori
Bobot
K. Dasar
K. Menengah
K. Mahir
(1)
(2)
(3)
Memberikan definisi,
Mengidentifikasi
karakteristik dan kategori definisi RPL dan tujuan
10
PL
RPL
Memberikan
Menyebutkan
Menyebutkan krisis PL yang pemahaman tentang
Prinsip Rekayasa Perangkat
hubungan krisis PL
10
melatarbelakangi RPL
krisis PL yang
Lunak
dengan karakteristik
melatarbelakangi RPL
dan proses PL
Memberikan
Menyebutkan karakteristik pemahaman
10
dan proses PL
karakteristik dan proses
PL
Menyebutkan kelebihan
Memberikan definisi Siklus
Siklus Hidup Perangkat Lunak
dan kekurangan setiap Mengidentifikasi dan
25
Hidup PL
model proses RPL
menyatakan model
proses RPL yang
Menyebutkan
digunakan dalam studi
Model Proses Rekayasa
Menyebutkan model proses perbedaan dan
25
Perangkat Lunak
RPL
persamaan antar model kasus
proses RPL
Menyebutkan
Memberikan definisi
Menunjukkan konsep
perbedaan rekayasa
Kebutuhan Perangkat Lunak rekayasa sistem dan
dasar rekayasa sistem
20
sistem dan rekayasa
rekayasa informasi
dan hirarkinya
informasi
Pencapaian (Nilai Akhir) Kajian 1 100
Kebutuhan perangkat lunak adalah kondisi, kriteria, syarat atau kemampuan
yang harus dimiliki oleh perangkat lunak untuk memenuhi apa yang disyaratkan
atau diinginkan pemakai.
Tiga jenis kebutuhan perangkat lunak [2] :
Pengertian
Kebutuhan
 Kebutuhan fungsional (functional requirement): Disebut juga kebutuhan
operasional, yaitu kebutuhan yang berkaitan dengan fungsi atau proses
transformasi yang harus mampu dikerjakan oleh perangkat lunak.
 Kebutuhan antarmuka (interface requirement): Kebutuhan antarmuka yang
menghubungkan perangkat lunak dengan elemen perangkat keras, perangkat
lunak, atau basis data.
 Kebutuhan unjuk kerja (performance requirement): Kebutuhan yang
menetapkan karakteristik unjuk kerja yang harus dimiliki oleh perangkat lunak,
misalnya: kecepatan, ketepatan, frekuensi.
the real problem
Requirements
specification
correct
specification
erroneous
specification
correct
design
erroneous
design
correct
program
programming
error
correct
functions
correctable
errors
Design
Pentingnya
Kebutuhan
design based
on erroneous
specification
Implementation
program based program based
on erroneous
on erroneous
design
specification
Testing
uncorrectable
errors
imperfect program
products
hidden
errors
Kesalahan penentuan kebutuhan akan memberikan dampak [1]:
 Perangkat lunak yang dihasilkan tidak akan memenuhi kebutuhan pemakai yang
sebenarnya.
Pentingnya
Kebutuhan
 Interpretasi kebutuhan yang berbeda-beda sehingga dapat menyebabkan
ketidaksepakatan antara pelanggan dan pengembang, menyia-nyiakan waktu dan
biaya, dan mungkin akan menghasilkan perkara hukum.
 Pengujian kesesuaian perangkat lunak dengan kebutuhan yang dimaksud tidak
akan mungkin dilaksanakan dengan sesungguhnya.
 Waktu dan biaya akan terbuang percuma untuk membangun sistem yang salah.
Analisis kebutuhan perangkat lunak (software requirements analysis) merupakan
aktivitas awal dari siklus hidup pengembangan perangkat lunak. Untuk
proyek-proyek perangkat lunak yang besar, analisis kebutuhan dilaksanakan setelah
tahap rekayasa sistem/informasi dan software project planning.
Analisis
Kebutuhan
Tujuan pelaksanaan analisis kebutuhan adalah:
 Memahami masalah secara menyeluruh (komprehensif) yang ada pada perangkat
lunak yang akan dikembang seperti ruang lingkup produk perangkat lunak (product
space) dan pemakai yang akan menggunakannya.
 Mendefinisikan apa yang harus dikerjakan oleh perangkat lunak untuk memenuhi
keinginan pelanggan.
Tahapan
Analisis
Kebutuhan
Pada tahap ini, seorang analis mempelajari masalah
Pada tahap identifikasi kebutuhan pemakai (user
yang
ada
pada perangkat lunak
yang
requirement) in pada prakteknya menjadi satu
dikembangkan, sehingga dapat ditentukan
pelaksanaannya dengan pemahaman masalah.
• siapa pemakai yang menggunakan perangkat
Hanya saja substansi yang ditanyakan ada sedikit
lunak.
perbedaan, yaitu
• dimana perangkat lunak akan digunakan.
apa yang diinginkan pada perangkat
Mempelajari •• fungsi
pekerjaan apa saja dari pemakai yang
akan
Membuat
lunak.
&
Mengidentifikasi
Mendefinisikan
Dokumen
oleh perangkat
lunak.PL
Memahami • dibantu
Kebutuhan
Kebutuhan
data
atau
informasi
apa
saja
yang
akan
diproses.
SKPL
Persoalan • apa saja cakupan dari pekerjaan tersebut, dan
• kelakuan sistem apa yang diharapkan.
bagaimana mekanisme pelaksanaannya.
• antarmuka apa yang tersedia (software
• apa yang menjadi kendala dilihat dari sisi
interfaces, hardware interfaces, user interfaces,
teknologi yang digunakan atau dari sisi hukum
dan communication interfaces)
dan standar.
• Kebutuan fungsional.
• Kebutuhan antarmuka.
• Kebutuhan unjuk kerja.
Mengkaji
Ulang
Kebutuhan
[1] Davis, Alan M., “Software Requirements: Objects, Functions and States”,
Prentice-Hall International Editions, Englewood Cliffs, New Jersey, New Jersey,
1993.
Referensi
[2] The Institute of Electrical and Electronics Engineers, “IEEE Std 610.12-1993
Standard Glossary of SW Engineering Terminology”, 1993.
[3] Roger Pressman, “Software Engineering A Practitioner’s Approach”, 6th Edition,
Mc GrawHill.
[4] Witarto, “Memahami Sistem Informasi”, Penerbit Informatika, Bandung, 2004.
Seperti ini?
Seperti ini?
Arrkhhhh?
????????
Ini yang saya
mau
sebenarnya
Kerjakan exercise workbook subbab 4.1 dengan petunjuk:
Exercise
 Identifikasi kebutuhan pemakai  proses/fungsi apa saja yang
nantinya harus disediakan oleh PL.
 Diagram system  gambaran proses bisnis (flowmap).
 Deskripsi dokumen  dokumen/data/informasi apa saja yang
harus dimiliki PL.