Dokumen ini membahas pengukuran produktivitas dalam pengembangan perangkat lunak. Ia menjelaskan definisi metrik perangkat lunak sebagai cara untuk mengukur perangkat lunak, dan menyarankan pengukuran dilakukan untuk pengembangan berkelanjutan. Dokumen ini juga menjelaskan indikator proses dan proyek yang dapat digunakan untuk memperoleh pengetahuan tentang proses dan status proyek.
3. SOFTWARE METRIC
Pengukuran, metrik, indikator
Pengukuran = kegiatan menentukan nilai kuantitatif dari luasan, jumlah, dimensi, kapasitas, ukuran
dari atribut sebuah proses/produk.
Metrik = ukuran kuantitatif dari tingkat dimana sebuah sistem, komponen,/proses memiliki atribut
tertentu
Indikator = sebuah metrik/kombinasi dari metrik yang memberikan pengetahuan ke dalam proses
perangkat lunak/produk, untuk kemudian memberikan pengetahuan kepada perekayasa untuk
menyesuaikan proses, proyek, dan produk yang lebih baik.
Software metric = cara untuk mengukur sebuah software.
Software metric mengacu pada pengukuran sebuah software dalam jangkauan yang luas.
Pengukuran diterapkan guna pengembangan selanjutnya dengan dasar yang kontinyu.
Membantu perhitungan, kontrol kualitas, perkiraan produktivitas & kontrol proyek.
Membantu mengambil keputusan taktis saat proyek sedang berjalan
Indikator proses
• Indikator proses memungkinkan sebuah organisasi RPL memperoleh pengetahuan tentang
reliabilitas sebuah proses yang sedang berlangsung
4. • Mis : paradigma, tugas2 RPL, produk kerja, dan kejadian penting
Indikator proyek
Indikator proyek memungkinkan manager proyek :
1. Memperkirakan status proyek
2. Menelusuri resiko2 potensial.
3. Menemukan area masalah sebelum semakin kritis
4. Menyesuaikan aliran kerja
5. Mengevaluasi kemempuan tim & kontrol kualitas atas hasil kerja RPL
Gambar determinan untuk kualitas dan efektifitas organisasional perangkat
lunak
5. Keterangan gambar :
• Proses ditengah segitiga yang menghubungkan 3 faktor yang berpengaruh terhadap kualitas Soft
Ware & unjuk kerja
• Ketrampilan manusia = faktor paling pengaruh pada kualitas & unjuk kerja tim
• Teknologi (metode Soft Ware) juga berpengaruh
• Segitiga berada dalam lingkaran yang menggambarkan kondisi lingkungan : lingkungan
pengembangan (alat bantu CASE), kondisi bisnis (batas waktu,aturan bisnis), karakteristik pelanggan
(komunikasi yang lancar)
8 penyebab cacat dan sumbernya
6. Kesalahan & Cacat
Kesalahan = ketidaksempurnaan yang ditemukan sebelum disampaikan kepada end-user
Cacat = ketidaksempurnaan yang ditemukan sesudah disampaikan kepada end-user
diagram fishbone
7. Untuk membantu mendiagnosa data dilakukan pengembangan sebuah diagram fishbone.
Diagram fishbone memperlihatkan penyebab dari kelas cacat.
Keterangan gambar :
• Punggung(garis pusat) merepresentasikan faktor kualitas yang sedang dipertimbangkan
• Masing2 rusuk(garis diagonal) menunjukkan penyebab potensial masalah kualitas (ex: syarat yg
hilang, ambiguitas, syarat yg tidak tepat, syarat yg diubah).
• Notasi punggung & rusuk ditambahkan ke rusuk utama dari diagram untuk memperluas penyebab
yang dicatat.