Dosen : Dr. Hendra Jaya, M.T
GCS ICT UNM
Mata Kuliah : SOFTWARE ENGINEERING
UNIVERSITAS NEGERI MAKASSAR
2017
BAB 5
PERENCANAAN
PROYEK PERANGKAT LUNAK
Manajemen
proyek perangkat lunak dimulai dengan serangkaian kegiatan yang secara kolektif
disebut ager dan tim perangkat lunak harus memperkirakan pekerjaan untuk
dilakukan, perencanaan proyek. Sebelum proyek dapat mulai, manresources yang
diperlukan, dan waktu yang akan berlalu dari awal sampai akhir.
5.1
Pengamatan dan Memperikirakan
Memperkirakan langkah kedepannya, Estimasi sumber
daya, biaya, dan jadwal untuk upaya rekayasa perangkat lunak memerlukan
pengalaman, akses ke informasi sejarah yang baik, dan keberanian untuk
melakukan prediksi kuantitatif ketika informasi kualitatif adalah semua yang
ada. Estimasi membawa risiko dan risiko ini menyebabkan ketidakpastian.
5.2 Tujuan Perencanaan Perangkat Lunak
Tujuan dari perencanaan perangkat lunak proyek
adalah untuk menyediakan sebuah kerangka kerja yang memungkinkan manager untuk
membuat perkiraan sumber daya, biaya,
dan jadwal. Perkiraan ini dibuat dalam jangka waktu terbatas pada permulaan
proyek perangkat lunak dan harus diperbarui secara teratur sebagai kemajuan
proyek. Selain itu, perkiraan harus berusaha untuk mendefinisikan kasus terbaik
dan skenario untuk hasil proyek dapat dibatasi.
5.3 Lingkup Perangkat Lunak
Kegiatan pertama di Perencanaan proyek perangkat
lunak adalah penentuan lingkup perangkat lunak. Fungsi dan kinerja yang
dialokasikan untuk perangkat lunak istem harus dinilai untuk mendirikan lingkup
proyek yang jelas dan dapat dimengerti di manajemen.
5.4 Sumber Daya
Perangkat lunak perencanaan tugas adalah perkiraan
sumber daya yang diperlukan untuk mencapai usaha pengembangan perangkat lunak
untuk dapat memenhi kebutuhan dari perangkat lunak tersebut. Sumber daya
tersebut terdiri atas:
a.
Sumber daya
manusia
b.
Sumber daya yang
dapat digunakan kembali
c.
Sumber daya
lingkungan
5.5 Estimasi Proyek Perangkat Lunak
Beberapa kendala estimasi sangat dipengaruhi oleh
karakteristik perangkat lunak (software), khususnya kompleksitas dan hal-hal
lain yang tidak kasat mata. Juga kegiatan SDM yang terlibat dalam pengembangan
sistem tidak bisa diperhitungkan secara pasti dengan menggunakan cara-cara yang
mekanistik. Belum lagi kesulitan lain yang menghalangi keberhasilan proyek
perangkat lunak. Untuk mencapai biaya yang dapat diandalkan dan upaya
perkiraan, sejumlah pilihan timbul:
a.
Keterlambatan estimasi sampai akhir dalam
proyek (jelas, kita dapat mencapai 100% akurat perkiraan setelah proyek
selesai!).
b.
Basis
memperkirakan pada proyek-proyek serupa yang sudah telah diselesaikan.
c.
Gunakan teknik
dekomposisi relatif sederhana untuk menghasilkan biaya proyek dan perkiraan
usaha.
d.
Gunakan satu
atau lebih model empiris untuk perangkat lunak estimasi biaya dan usaha.
5.6 Dekomposisi Teknik
Beberapa kendala estimasi sangat dipengaruhi oleh
karakteristik perangkat lunak (software), khususnya kompleksitas dan hal-hal
lain yang tidak kasat mata. Juga kegiatan SDM yang terlibat dalam pengembangan
sistem tidak bisa diperhitungkan secara pasti dengan menggunakan cara-cara yang
mekanistik. Belum lagi kesulitan lain yang menghalangi keberhasilan proyek
perangkat lunak.
5.7 Model Estimasi Empiris
Model estimasi untuk perangkat lunak komputer
menggunakan secara empiris berasal formula untuk memprediksi usaha sebagai
fungsi dari LOC atau nilai-nilai FP. LOC atau FP diperkirakan.
Data empiris yang mendukung kebanyakan model
estimasi berasal dari sampel terbatas proyek. Untuk alasan ini, tidak ada model
estimasi sesuai untuk semuakelas perangkat lunak dan dalam semua lingkungan
pengembangan.
5.8 Persamaan Perangkat Lunak
Perangkat lunak persamaan [PUT92] adalah model
multivarian dinamis yang mengasumsikan distribusi tertentu upaya atas kehidupan
proyek pengembangan perangkat lunak. Model telah berasal dari produktivitas
data yang dikumpulkan untuk proyek-proyek perangkat lunak kontemporer 4000.
Berdasarkan data ini, model estimasi formulir yaitu:
E = [LOC B0.333/P] 3 (1/t4) (5-3)
dimana:
E = usaha
orang-bulan atau bertahun-tahun orang.
t = durasi proyek di
bulan atau tahun.
B = "keahlian
khusus faktor" 16.
P = "produktivitas
parameter" yang mencerminkan:
a.
Secara keseluruhan proses kedewasaan dan
manajemen praktik
b.
Sejauh rekayasa
perangkat lunak yang baik praktek digunakan
c.
Tingkat
pemrograman bahasa yang digunakan
d.
Keadaan
lingkungan perangkat lunak
e.
Keahlian dan
pengalaman dari tim perangkat lunak
f.
Kompleksitas
aplikasi.
Nilai yang umum mungkin P = 2.000 untuk pengembangan
perangkat lunak tertanam real-time; P = 10.000 untuk telekomunikasi dan sistem
perangkat lunak; P = 28.000 untuk bisnis sistem applications.17 parameter
produktivitas dapat diturunkan untuk kondisi setempatmenggunakan data sejarah
yang dikumpulkan dari masa lalu usaha pengembangan.Penting untuk dicatat bahwa
perangkat lunak persamaan memiliki dua parameter independen: (1) suatu
perkiraan ukuran (dalam LOC) dan (2) sebuah indikasi dari proyek durasi dalam
kalender bulan atau tahun.
5.9 Membuat Keputusan
Di banyak wilayah aplikasi perangkat
lunak, hal ini sering biaya lebih efektif untuk memperoleh daripada
mengembangkan perangkat lunak komputer. Manajer rekayasa perangkat lunak
dihadapkan dengan membuat/beli keputusan yang dapat lebih rumit oleh sejumlah
akuisisi.
Pilihan:
(1) perangkat lunak dapat dibeli (atau lisensi) off, (2)
"fullexperience" atau mungkin "parsial-pengalaman"
perangkat lunak komponen mengakuisisi dan kemudian dimodifikasi dan
terintegrasi untuk memenuhi khusus kebutuhan, atau perangkat lunak, dan (3)
mungkin kustom dibangun oleh kontraktor luar untuk memenuhi spesifikasi.
5.10 Alat Otomatis Estimasi
Teknik dekomposisi dan model estimasi empiris yang
dijelaskan dalam bagian sebelumnya tersedia sebagai bagian dari berbagai macam
perangkat lunak. Alat-alat otomatis estimasi ini memungkinkan perencana untuk
memperkirakan biaya dan usaha dan untuk melakukan"Bagaimana-jika"
analisis untuk proyek penting variabel seperti tanggal pengiriman atau
staf.Meskipun banyak otomatis alat estimasi ada, semua menunjukkan
karakteristik umum yang sama.
5.11
Ringkasan
Perencana proyek perangkat lunak harus memperkirakan
tiga hal sebelum memulai sebuah proyek: Bagaimana lama ia akan membawa, berapa
banyak usaha akan diperlukan, dan berapa banyak orang akan terlibat. Selain
itu, perencana harus memprediksi sumber daya (hardware dan software).
Yang akan diperlukan dan resiko yang terlibat.Pernyataan
lingkup membantu perencana untuk mengembangkan perkiraan yang menggunakan satu
atau lebih teknik yang jatuh ke dalam dua Kategori: dekomposisi dan pemodelan
empiris. Teknik dekomposisi memerlukan pelukisan fungsi perangkat lunak utama,
diikuti oleh perkiraan baik jumlah LOC, (1) dipilih nilai dalam (2) informasi
domain, (3) jumlah orang-bulan yang diperlukan untuk melaksanakan setiapfungsi,
atau (4) jumlah orang-bulan yang diperlukan untuk setiap aktivitas rekayasa
perangkat lunak. Empiris teknik menggunakan ekspresi secara empiris diturunkan
untuk usaha danwaktu untuk memperkirakan jumlah proyek ini. Otomatis alat dapat
digunakan untuk menerapkanmodel empiris yang khusus.Proyek akurat perkiraan
umumnya menggunakan setidaknya dua dari tiga teknik hanyamencatat. Dengan
membandingkan dan mendamaikan perkiraan berasal menggunakan teknik yang
berbeda.
Perencanaan ini lebih mungkin untuk memperoleh
perkiraan yang akurat. Estimasi proyek perangkat lunak tidak pernah bisa
menjadi ilmu pasti, namun kombinasi dari data sejarah yang baik dan teknik
sistematis dapat meningkatkan akurasi estimasi.
This is dummy text. It is not meant to be read. Accordingly, it is difficult to figure out when to end it. But then, this is dummy text. It is not meant to be read. Period.
ConversionConversion EmoticonEmoticon