Transcript RPL 07 (Manajemen Proyek Perangkat Lunak)

Manajemen Proyek Perangkat Lunak
Proses Dalam Manajemen Proyek
Awal Proyek
Pengukuran dan Satuan Ukuran
Estimasi
Analisis Resiko
Metode terbaik untuk mengerti tiap
resiko
Perkiraan Resiko
Proyeksi Resiko
Penjadwalan
Satuan Ukuran Produktivitas dan
Kualitas Perangkat Lunak
Satuan Ukuran Produktivitas dan
Kualitas Perangkat Lunak
Kategori Lain untuk Pengukuran
Kategori Lain untuk Pengukuran
Satuan Ukuran Kualitas Perangkat
Lunak
Satuan Ukuran Kualitas Perangkat
Lunak
Satuan Ukuran Kualitas Perangkat
Lunak
Contoh Estimasi Berbasis LOC
 Saya mempertimbangkan sebuah paket perangkat lunak yang
dikembangkan bagi aplikasi perancangan dengan alat bantu
komputer (computer aided design) untuk komponen
mekanik. Perangkat lunak ini berfungsi untuk melakukan
eksekusi pada sebuah workstation teknis dan harus
berinteraksi dengan berbagai periferal komputer grafis
termasuk mouse, digitizer, layar warna resolusi tinggi dan
printer laser.
 Pernyataan awal cakupan perangkat lunak dapat dibuat sbb:
Contoh Estimasi Berbasis LOC
 “Perangkat lunak CAD mekanik akan menerima data
geometris dua – dan tiga – dimensi dari teknisi. Teknisi akan
berinteraksi dan mengontrol sistem CAD melalui antarmuka
pengguna yang akan menunjukan karakteristik rancangan
antarmuka yang baik antara manusia dan mesin. Semua data
geometrik dan informasi pendukung lainnya akan disimpan
dalam basis data CAD. Modul analisis rancangan akan
dibangun untuk menghasilka keluaran yang diperlukan, yang
akan ditampilkan pada berbagai perangkat grafis. Perangkat
lunak akan dirancang untuk mengontrol dan berinteraksi
dengan perangkat tambahan yang mencakup mouse, digitizer,
printer laser dan plotter”.
Contoh Estimasi Berbasis LOC
 Pernyataan cakupan adalah pernyataan pendahuluan – hal
tersebut tidak dibatasi. Setiap kalimat harus diperluas untuk
menyediakan detail yang pasti dan pembatasan kuantitatif.
 Misalnya:
 Sebelum estimasi dimulai, perencana harus menentukan apa
yang dimaksud dengan “Karakteristik rancangan antarmuka
manusia/mesin yang baik” atau apaukuran dan kecanggihan
“basis data CAD” yang seharusnya.
Contoh Estimasi Berbasis LOC
 Asumsikan (anggaplah) perbaikan telah terjadi dan bahwa
fungsi utama perangkat lunak telah teridentifikasi sbb:
 Setelah teknik dekomposisi untuk LOC ditetapkan maka
tabel estimasi LOC :
Fungsi
LOC yg diperkirakan
Antarmuka pengguna dan fasilitas control (UICF)
2300
Analisis geometrik dua dimensi (2DGA)
5300
Analisis geometrik tiga dimensi (3DGA)
6800
Manajemen Basis Data (DBM)
3350
Fasilitas tampilan grafis computer (CGDF)
4950
Fungsi control peripheral (PCF)
2100
Modul-modul analisis perancangan (DAM)
8400
Estimasi LOC
33200
Contoh Estimasi Berbasis LOC
 Peninjauan data historis menunjukan bahwa produktivitas rata-rata
organisasi untuk sistem jenis ini adalah 620 LOC/pm (person
months). Berdasarkan tingkat upah tenaga kerja yang terbebankan
sebasar $8000 perbulan, biaya per baris kode adalah sekitar $13.
berdasarkan estimasi LOC dan data historis produktivitas, biaya
total proyek diestimasikan sebesar $432.000 dan usaha
diestimasikan sebesar 54 orang-bulan.
 Yang pertama harus dicari ada estimasi usaha
Estimasi usaha = estimasi LOC / rata2 produktivitas
Contoh : 33200/620 = 54
Biaya total proyek = estimasi usaha * upah tenaga kerja/bulan
8000 * 54 = 432.000
Contoh Lain:
 Estimasi Berbasis FP (Function Point)
 Estimasi Berbasis Proses
 Estimasi Berbasis Use Case
Model COCOMO II
 Constructive Cost Model atau Model Biaya Konstruktif.
 COCOMO II adalah sebuah hierarki model estimasi yang
memberikan penekanan pada area-area berikut:
 Model Komposisi aplikasi
 Selama tahap awal rekayasa perangkat lunak, saat prototipe dari
antarmuka pengguna, pertimbangan atas sistem dan interaksi perangkat
lunak, penilaian kinerja, dan evaluasi kematangan teknologi menjadi hal
yang terpenting.
 Model Tahap awal
 Ketika kebutuhan telah stabil dan arsitektur dasar perangkat lunak telah
ditetapkan.
 Model tahap pasca arsitektur
 Selama pembangunan perangkat lunak.
Penetapan Ukuran
 Terdapat tiga pilihan berbeda:
 Object Point
 Function Point
 Jumlah baris dari kode program (LOC)
 Pembobotan Kompleksitas untuk jenis objek
 Misal: layar=5 laporan=10 komponen=5 SEDANG. Jadinya object
pointnya 60
Jenis Objek
Bobot Kompleksitas
Sederhana
Sedang
Sulit
Layar
1
2
3
Laporan
2
5
8
Komponen
10
Object Point (Model Komposisi
Aplikasi)
 Kompleksitas adalah fungsi dari jumlah dan sumber dari tabel data
klien dan server yang dibutuhkan untuk menghasilkan layar atau
laporan dan jumlah pandangan atau bagian tampilan yang disajikan
sebagai bagian dari layar atau laporan.
 Setelah kompleksitas ditentukan, jumlah layar, laporan dan
komponen diberi bobot sesuai dengan tabel diatas. Lakukan
perhitungan object point untuk mendapatkan total object point.
 Ketika pembangunan berbasis komponen atau penggunaan kembali
secara umum suatu perangkat lunak diterapkan, presentase dari
penggunaan kembali (%reuse) diperkirakan dan jumlah object
point disesuaikan:
 Langkah I:
 NOP = (object point) x [(100-%reuse)/100]
Tingkat Produktivitas
 Untuk mendapatkan estimasi usaha berdasarkan nilai
perhitungan NOP, “tingkat produktivitas” harus didapatkan
terlebih dahulu.
 PROD = NOP/Orang-bulan
 Setelah tingkat produktivitas telah ditentukan, estimasi usaha
proyek dihitung dengan menggunakan,
 Usaha yang diperkirakan = NOP/PROD.
Pengalaman/
Kematangan
pengemban
Sangat
Rendah
Rendah
Sedang
Tinggi
Sangat
Tinggi
Kematangan/
Kemampuan
Lingkungan
Sangat
Rendah
Rendah
Sedang
Tinggi
SangatTinggi
4
7
PROD
13
25
50
Contoh Soal
 Lakukan dekomposisi fungsional terhadap perangkat lunak robot.
Perkirakan ukuran masing-masing fungsi LOC. Dengan asumsi
bahwa organisasi anda menghasilkan 450 LOC/pm dengan tingkat
upah tenaga kerja yang terbebankan sebesar $7000 per orangbulan, estimasikan usaha dan biaya yang diperlukan untuk
membangun perangkat lunak menggunakan teknik estimasi
berbasis LOC?
 Gunakan model COCOMO II untuk mengestimasikan usaha yang
diperlukan untuk membangun perangkat lunak ATM sederhana
yang menghasilkan 12 Layar, 10 Laporan dan akan memerlukan
sekitar 80 Komponen perangkat lunak. Asumsikan kompleksitas
rata-rata dan pengembang rata-rata/kematangan lingkungan.
Gunakan model komposisi aplikasi dengan object point?
Terimakasih