soft project metrics imeldaflorensia91

Software Project Metrics
(Ukuran Proyek Software)

1. Pengertian
IEEE Standard Glossary of Software Engineering terms:
-

Measure: indikasi kuantitatif dari banyaknya, besarnya, kapasitas atau ukuran dari suatu
produk atau proses.

-

Metric: “measure” kuantitatif yang menunjukkan derajat dari suatu atribut yang dimiliki oleh
sistem, komponen atau proses.

-

Indikator: metric atau kombinasi beberapa metric yang memberikan gambaran terhadap proses
pembuatan perangkat lunak, proyek software atau suatu produk (sistem).

2. Metrik berbasis / berorientasi ukuran

LOC (line of codes)
-

Software diukur berdasar banyaknya baris program dalam software tersebut.

-

Beberapa metric dapat diturunkan:




kesalahan per KLOC (kilo line of codes) (before delivery).



Harga per LOC.



Cacat per KLOC (after delivery).



# hal dokumentasi per KLOC.





-

Kesalahan per orang – bulan.
LOC per orang – bulan.
harga per halaman dokumentasi.

Contoh soal
Proyek

-

Alpha
Beta
Gamma
Catatan




-

LOC

12.000
27.200
20.200

Effort
(orangbulan
24

62
43

Harga
(juta)

# hal dok

Cacat

Orang

148
440
314

134
1124
1050

29
86
64

3
5
6

Mencakup seluruh tahapan proses (kecuali maintenance).
Effort dalam satuan orang - bulan

Kelebihan/kekurangan
Kelebihan:






Semua software mempunyai atribut ini (banyaknya baris) dan mudah dihitung.

Literature berhubungan dengan metric ini tersedia luas.
Software untuk keperluan ini banyak tersedia.

@imeldaflorensia91

Kekurangan:


Tergantung pada bahasa pemrograman



Software yang terencana dengan baik dan lebih pendek justru dirugikan.



Sulit mengakomodasi bahasa pemrograman non – prosedural.



Perkiraan LOC yang baik sulit dicapai (ketika diperlukan untuk tender proyek) karena
harus sudah ada sebelum tahapan analisa dan desain.

3. Metrik berorientasi pada fungsionalitas
-

Ukuran software dinyatakan berdasar banyaknya fungsionalitas (kemampuan) software.

-

Karena fungsionalitas tidak dapat diukur langsung, maka dipakai perantara yang disebut
function point (FP)

-

FP diukur berdasar hubungan empiris antara domain informasi perangkat lunak dengan
kompleksitas software.

-

FP dihitung (dengan melengkapi tabel berikut) dengan rumus
FP = Count total X [ 0.65 + 0.01 X ∑Fi]
Fi (i = 1 s/d 14) adalah nilai penyesuaian kompleksitas (lihat daftar dibawah).
Domain
informasi
# user input
# user output
# user inquires
# files
# external
interfaces
Count total

Count
25

#user input

Sederhana

Sedang

3
4
3
7
5

4
5
4
10
7

X
X
X
X
X

Kompleks
6
7
6
15
10

=
=
=
=
=

: banyaknya input

#user output: banyaknya output (reports, screens, error messages)
#Inquires

: banyaknya online input yang menghasilkan online output.

# files

: kelompok data / master file.

#Ext interface: banyaknya antarmuka dengan sistem lain.
Daftar nilai penyesuaian kompleksitas diperoleh dengan menjawab ke 14 pertanyaan dibawah
ini. Jawaban mempunyai jangkauan antara 0 s/d 5 dengan arti sbb:

0

1

2

3

4

no influence

incidental

average

moderate

significant

Fi :
1. Apakah sistem perlu backup dan recovery yang dapat diandalkan ?
@imeldaflorensia91

5
essential

2. Apakah komunikasi data diperlukan ?
3. Apakah melibatkan pemrosesan (data) terdistribusi.
4. Apakah kinerja system bersifat kritis (Critical).
5. Apakah sistem akan dijalankan pada lingkungan yg sudah ada dan sudah banyak
pemakainya ?.
6. Apakah sistem perlu pemasukan data secara online?
7. Apakah pemasukan data secara online perlu dibuatkan transaksi yang melibatkan beberapa
layar atau operasi ?.
8. Apakah file master di update secara online ?.
9. Apakah masukan, keluaran, file atau inquire komplek ?.
10.

Apakah pemrosesan kompleks ?.

11.

Apakah komponen2 program dirancang untuk dipakai lagi (reusable) ?

12.

Apakah konversi dan instalasi dimasukkan dalam desain ?

13.

Apakah sistem dirancang untuk diinstall di banyak tempat ?

14.

Apakah sistem dirancang untuk memudahkan perubahan atau pemakaian?

Setelah FP dihitung maka FP dapat dipakai untuk memberikan/mendapatkan ukuran tentang
produktifitas, kualitas dan lain – lain, seperti:




Kesalahan per FP.



Harga per FP.



Cacat per FP.



# halaman dokumentasi / FP.
FP per orang – bulan.

4. Pemaduan metrik berbasis LOC dan FP
-

Mengkonversi antara LOC / FP . Tabel berikut memberi perkiraan kasar.
Bahasa Pemrograman
Bahasa Assembly
C
Cobol
Fortran
Pascal
Ada
Object Oriented Language
4GL’s
Code Generator
Spreadsheets
Bahasa – bahasa Graphics (icons)

@imeldaflorensia91

LOC / FP
(rata - rata)
320
128
105
105
90
70
30
20
15
6
4

Bahan Diskusi
Suatu proyek software terdiri dari tujuh modul. Banyaknya baris program dalam modul –
modul tersebut diperkirakan: 2300, 5300, 6800, 3350, 4950, 2100, dan 8400.
Untuk software tersebut juga diketahui:

# inputs 24,

# outputs 15, # inquires 22, # files

4, # ext interfaces 2
Faktor – faktor penyesuaian (Fi) diketahui sebagai berikut:
4, 2, 0, 4, 3, 4, 5, 3, 5, 5, 4, 3, 5, 5.
Bila diketahui usaha (effort) yang diperlukan untuk membuat software tersebut adalah 24
orang-bulan, harga 168 juta, banyaknya halaman dokumentasi 365, kesalahan 134, cacat 29 dan
proyek tersebut dikerjakan oleh 4 orang, hitung:
1. Metric – metric berbasis LOC untuk software tersebut (kesalahan per KLOC, Cacat per
KLOC, Harga per LOC, # hal dokumentasi per KLOC, Kesalahan per orang – bulan, LOC
per orang – bulan, harga per halaman dokumentasi).
2. Metrik – metrik berbasis FP untuk software tersebut (Kesalahan per FP, Cacat per FP,
Harga per FP, # halaman dokumentasi / FP, FP per orang – bulan). Waktu yang diperlukan
untuk menyelesaikan software tersebut.

@imeldaflorensia91