PENGUKURAN DAN IMPLEMENTASI

PERANGKAT LUNAK
(IV)

Saiful Bukhori
 IMPLEMENTASI METRIK PADA PERANGKAT LUNAK
 Implementasi metrik pada perangkat lunak berkaitan erat dengan estimasi usaha dan biaya
kegiatan proyek perangkat lunak.
 Produktivitas pada sistem dapat diukur dengan menghitung jumlah satuan yang dihasilkan
dan membagi nilai ini dengan jumlah orang-jam yang dibutuhkan untuk menghasilkannya.
 Estimasi produktivitas biasanya berdasar atas pengukuran beberapa atribut perangkat lunak
dan membaginya dengan usaha total yang dibutuhkan untuk pengembangan.

1. Metrik yang berhubungan dengan ukuran.

Pengukuran ini berhubungan dengan ukuran output dari suatu kegiatan. Pengukuran yang
berhubungan dengan ukuran yang paling umum adalah jumlah baris kode sumber yang
diserahkan. Pengukuran lain yang dapat digunakan adalah jumlah instruksi kode objek yang
diserahkan atau jumlah halaman dokumentasi sistem.
2. Metrik yang berhubungan dengan fungsi.
Pengukuran ini berhubungan dengan fungsionalitas menyeluruh dari perangkat lunak yang
diserahkan. Produktivitas dinyatakan dalam jumlah fungsionalitas yang berguna dalam waktu
tertentu. Poin fungsi dan poin objek merupakan pengukuran yang paling dikenal dari jenis ini.
 METRIK PROYEK

Estimasi ukuran software merupakan suatu aktifitas yang komplek dan sukar
berdasarkan pada beberapa alasan seperti kemampuan programmer, faktor
lingkungan dan sebagainya.
Tetapi karena tindakan ini harus dilakukan dan untuk mendapatkannya
dengan mengukur ukuran proyek menggunakan ukuran seperti jumlah baris
program (Source lines of code/SLOC) dan Function Points.
 PENGUKURAN YANG BERHUBUNGAN DENGAN UKURAN
 Pegukuran yang berhubungan dengan ukuran (Metric Size Oriented) adalah pengukuran
dengan normalisasi kualitas dan produktifitas atau mempertimbangkan ukuran perangkat
lunak yang dihasilkan.
 Metric size oriented dilakukan dengan menghitung LOC (Line of Code) dari baris kode suatu
perangkat lunak.

Pada proses pengembangan, pengukuran juga dapat mengukur:

1. Kesalahan per LOC
2. Biaya per LOC
3. Cacat per LOC
4. Halaman dokumentasi per LOC
5. Kesalahan perorang perbulan
6. LOC perorang perbulan
7. Biaya perhalaman dokumentasi.
 PENGUKURAN YANG BERHUBUNGAN DENGAN UKURAN

 Menurut Jones (Pressman,2001) LOC merupakan ukuran yang kurang

akurat dan merupakan sebuah topik yang menimbulkan perdebatan
selama bertahun-tahun, dipandang sebagai sebuah ukuran untuk
mengestimasi biaya dan waktu, tidak dapat dipastikan bahwa dua
program yang mempunyai LOC sama akan membutuhkan waktu
implementasi yang sama walaupun keduanya diimplementasikan dengan
kondisi pemrograman yang standard.
 Meskipun metode ini kurang akurat dan merupakan metodologi yang
belum diterima secara luas, tetapi metrik dengan orientasi ukuran ini
merupakan kunci pengukuran dan banyak estimasi software yang
menggunakan model ini.
 PENGUKURAN YANG BERHUBUNGAN DENGAN UKURAN

 Secara virtual tidak mungkin untuk menghitung LOC dari dokumen

requirement awal.
 LOC pengukurannya didasarkan pada bahasa pemrograman tertentu,
oleh karena itu muncul banyak masalah dalam membuat standard
pengukuran dengan teknik LOC.
 Ukuran lain yang ada untuk mengukur besaran software adalah ukuran
yang berorientasi fungsi dan ukuran yang berorientasi object.
 Metode ini merupakan metode yang lebih konsisten dan diterima secara
luas.
 PENGUKURAN YANG BERHUBUNGAN DENGAN FUNCTION POINT

1. Pengukuran yang berhubungan dengan fungsi (Metric Function Oriented) adalah pengukuran
fungsionalitas yang disampaikan oleh aplikasi sebagai suatu nilai normalisasi.
2. Perhitungan dengan metode Function Point menuntut untuk dilakukan oleh seorang
profesional yang berpengalaman karena memiliki tingkat subyektifitas yang cukup tinggi.
3. Metrik berorientasi fungsi diusulkan oleh Albrecth pada tahun 1979, yang menyarankan
pengukuran yang disebut Function Point.
4. Function Point tidak bergantung pada bahasa sehingga produktivitas pada bahasa
pemrograman yang berbeda dapat dibandingkan.
5. Produktivitas dinyatakan sebagai poin fungsi yang dihasilkan per orang-bulan.
6. Function Point di-bias menuju system pemrosesan data yang didominasi oleh operasi input
dan output.
7. Metode ini sendiri terdiri dari banyak varian
8. Variasi yang adalah pada langkah/tahapan yang ada maupun pada isi dari tiap tahapan.
9. Varian-varian ini timbul karena metode ini dapat diubah sesuai dengan kebijakan perusahaan
pengembang software.
10. Apapun varian yang digunakan oleh pengembang, hendaknya digunakan dengan konsisten
agar tercipta komparasi yang benar antara software-software yang dinilai.
 TAHAPAN YANG ADA DALAM MENENTUKAN FUNCTION POINT

Langkah 1 : Menghitung Crude Function Points (CFP)

Jumlah komponen fungsional sistem pertama kali diidentifikasi dan dilanjutkan
dengan mengevaluasi kuantitasi bobot kerumitan dari tiap komponen tersebut.
Pembobotan tersebut kemudian dijumlahkan dan menjadi angka CFP.
Perhitungan CFP melibatkan 5 tipe komponen sistem software berikut :
1. Jumlah macam aplikasi input (user inputs)
2. Jumlah macam aplikasi output (user outputs)
3. Jumlah macam aplikasi query online – aplikasi ini berhubungan dengan query
terhadap data yang tersimpan (Inquiry)
4. Jumlah macam file/tabel logic yang terlibat
5. Jumlah macam interface eksternal – output atau input yang dapat
berhubungan dengan komputer lewat komunikasi data, CD, disket, dll.

Kemudian diberikan faktor bobot pada tiap komponen di atas berdasarkan

kompleksitasnya
CONTOH BLANKO PENGHITUNGAN CFP
 MENGHITUNGAN RCAF

Langkah 2 : Menghitung faktor pengubah kompleksitas relatif/Relative

Complexity Adjustment Factor (RCAF).

1. RCAF berfungsi untuk menghitung kesimpulan kompleksitas dari sistem

software dari beberapa subyek karakteristik.
2. Penilaian berskala 0 sampai 5 diberikan pada tiap subyek yang paling
berpengaruh terhadap usaha pengembangan yang dibutuhkan
CONTOH BLANKO PENGHITUNGAN RCAF
 MENGHITUNG FUNCTION POINT

Nilai function point untuk sistem software tersebut kemudian dihitung

berdasarkan hasil dari tahap 1 dan 2 yang dimasukkan ke dalam formula

FP = CFP x (0.65 + 0.01 x RCAF)