Proses Perangkat Lunak Dan Metrik Proyek (1)

Proses Perangkat Lunak Dan Metrik

Proyek

Manfaat Pengukuran proyek perangkat lunak



_{membantu memperkirakan kualitas}

produk kerja teknis



membantu mengambil keputusan

Pengukuran, Metrik dan Indikator

_{Measure mengindikasikan kuantitatif dari luasan, jumlah,} dimensi, kapasitas atau ukuran dari atribut sebuah proses atau produk.

_{Metrik perangkat lunak menghubungkan pengukuran} individu dengan banyak cara (seperti rata-rata jumlah kesalahan yang ditemukan per kajian atau jumlah rata-rata kesalahan yang ditemukan per person-hour yang dipakai pada kajian).

Metrik Dalam Proses dan Domain Proyek

_{Metrik harus dikumpulkan sehingga indicator}

proses dan produk dapat dipastikan. Indikator proses berfungsi untuk :

1. memperoleh pengetahuan tentang reliabilitas sebuah proses yang sedang berlangsung

Indikator proyek memungkinkan manajer

proyek perangkat lunak :

(1). Memperkirakan status sebuah proyek yang sedang berlangsung

(2). Menelusuri risiko-risiko potensial (3). Menemukan area masalah sebelum

masalah ”menjadi semakin kritis”

(4). Menyesuaikan aliran kerja atau tugas-tugas; dan

(5). Mengevaluasi kemampuan tim proyek untuk mengontrol kualitas hasil kerja

Cara Mengukur reliabilitas proses

perangkat lunak secara tidak langsung

_{mengambil serangkaian metrik berdasarkan}

keluaran yang dapat diambil oleh proses.

_{cacat yang disampaikan dan dilaporkan oleh}

pemakai akhir

_{produk kerja yang dikirim,}

_{usaha manusia yang dilakukan,} waktu kalender yang digunakan, _{konfirmasi jadwal}

Etika metrik perangkat lunak (Grady )

_{Gunakan istilah umum dan kepekaan}

organisasi ketika menginterpretasi data metrik.

_{Berikan umpan balik reguler kepada individu}

dan tim yang telah bekerja untuk

mengumpulkan pengukuran dan metrik.

_{Jangan menggunakan metrik untuk menilai}

Etika metrik perangkat lunak (Grady )

_{Bekerja dengan pelaksana dan tim untuk}

menentukan tujuan dan metrik yang jelas yang akan dipakai untuk mencapainya.

_{Jangan pernah menggunakan metrik untuk}

mengancam individu dan tim.

_{Metrik data yang menunjukkan sebuah area}

masalah tidak boleh “dianggap negative.” Data-data itu hanya merupakan sebuah indicator bagi peningkatan proses.

_{Jangan tergoda pada sebuah metrik dan}

Cara Kerja Analisis kegagalan

statistical software process improvement (SSPI)

_{Semua kesalahan dan cacat dikategorikan}

dari awal (contohnya, kekurangan dalam spesifikasi, kekurangan dalam logika,

ketidaksesuaian dengan standar).

_{Biaya untuk mengkoreksi setiap kesalahan}

dan cacat dicatat.

_{Jumlah kesalahan dan cacat dari setiap}

Cara Kerja Analisis kegagalan

statistical software process improvement (SSPI)

_{Biaya keseluruhan dari kesalahan dan cacat}

dari setiap kategori dihitung.

_{Data resultan dianalisis untuk menemukan}

kategori yang menelan biaya besar.

_{Rencana dikembangkan untuk memodifikasi}

proses guna mengeliminasi (mengurangi

Metrik Proyek

Tujuan Matrik proyek

_{untuk meminimalkan jadwal pengembangan}

dengan melakukan penyesuaian yang

diperlukan untuk menghindar penundaan serta mengurangi masalah dan risiko

potensial.

_{untuk memperkirakan kualitas produk pada}

Hal yang di ukur dalam metrik proyek

_{input (pengukuran sumber daya seperti}

manusia, lingkungan yang dibutuhkan untuk melakukan pekerjaan).

_{Output (pengukuran kemampuan}

penyampaian atau produk kerja yang

diciptakan selama proses rekayasa perangkat lunak).

_{Hasil (pengukuran yang menunjukkan}

Pengukuran Perangkat Lunak



Pengukuran

langsung

dari

proses rekayasa perangkat lunak

Pengukuran langsung dari produk menyangkut :

_{deretan kode (LOC) yang diproduksi,} _{kecepatan eksekusi}

_{ukuran memori}

_{cacat yang dilaporkan pada sejumlah periode}

Pengukuran tidak langsung dari produk

_{menyangkut fungsionalitas,} _kualitas,

_{kompleksitas,} efisiensi,

_{reliabilitas,}

_{kemampuan pemeliharaan,}

Metrik Size-Oriented

(berorientasi pada ukuran)

serangkaian metrik size-oriented yang sederhana untuk setiap proyek:

_{kesalahan (error) per KLOC (ribuan baris}

kode),

_{$ perLOC cacat (defect) per KLOC,} _{halaman dokumentasi per KLOC,} Kesalahan/person-month,

Metrik Function-Oriented

(berorientasi pada

fungsi)

_{menggunakan sebuah pengukuran}

fungsionalitas yang disampaikan oleh aplikasi sebagai suatu nilai normalisasi.

_{pertama kali diusulkan oleh Albrecht yang}

mengusulkan sebuah pengukuran yang disebut function point.

_{Function point ditarik dengan menggunakan}

sebuah hubungan empiris berdasarkan

pengukuran (langsung) domain informasi

Penghitungan metrik function point

Parameter pengukuran Jml sederhana rata-rata kompleks Faktor Pembobot

Jml input pemakai x 3 4 6 =

Jml output pemakai x 4 5 7 =

Jml penyelidikan pemakai

x 3 4 6 =

Jml file x 7 10 15 =

Jml interface internal x 6 7 10 =

Jumlah input pemakai. Setiap input pemakai yang memberikan

data yang berorientasi pada aplikasi yang jelas pada perangkat lunak dihitung.

Jumlah output pemakai. Setiap output pemakai yang memberikan

informasi yang berorientasi pada aplikasi kepada pemakai

dihitung. Pada konteks ini output mengacu pada laporan, layar, tampilan kesalahan dsb.

Jumlah penyelidikan pemakai. Sebuah penyelidikan didefinisikan

sebagai input on-line yang mengakibatkan munculnya beberapa respon perangkat lunak yang cepat dalam bentuk sebuah output on-line.

Jumlah file. Setiap file master dihitung.

Jumlah interface eksternal. Semua interface yang dapat dibaca

_{Untuk menghitung titik-titik fungsi (FP)}

dipakai hubungan sebagai berikut :

Fi dapat dihitung dari perhitungan sebagai berikut:

· Pertama-tama kita diberi 14 buah karakteristik dari suatu perangkat sebagai berikut:

1. Data communications 2. Distributed functions 3. Performance

4. Heavily used configuration 5. Transaction rate

6. Online data entry 7. End-user efficiency 8. Online update

9. Complex processing 10. Reusability

11. Installation ease 12. Operational ease 13. Multiple sites

_{Pada setiap karakteristik tersebut diberi}

bobot dari nilai 0 sampai 5 dengan asumsi nilai sebagai berikut:

0. Tidak berpengaruh 1. Insidental

titik-titik pengukuran produktivitas, kualitas perangkat lunak, serta atribut-atribut yang lain :

_{kesalahan per FP} _{cacat per FP}

_{$ per FP}

halaman dokumentasi per FP _{FP per person-month}

Menentukan kompleksitan untuk function point 3D

Pernyataan Semantik

Langkah-lang kah pemrosesan

1 – 5 6 – 10 11 +

1 – 10 rendah rendah rata-rata 11 – 20 rendah rata-rata tinggi

Berbagai Pendekatan Metrik Yang Berbeda

estimasi kasar terhadap rata-rata jumlah baris kode yang diperlukan untuk membangun satu function point dalam berbagai bahasa pemrograman :

Bahasa Pemrograman LOC/FP (rata-rata)

Bahasa assembly 320

C 128

Cobol 105

Fortran 105

Pascal 90

Ada 70

lima faktor penting yang mempengaruhi produktivitas

perangkat lunak (Basili dan Zelkowitz)

_{Faktor manusia. Ukuran dan keahlian organisasi}

pengembangan.

_{Faktor masalah. Kompleksitas masalah yang}

dipecahkan dan jumlah perubahan dalam batasan dan persyaratan desain.

_{Faktor proses. Teknik analisis dan desain yang}

digunakan, bahasa dan peranti CASE yang tersedia, dan teknik-teknik kajian.

_{Faktor sumber daya. Ketersediaan peranti CASE}

Faktor-faktor yang Mempengaruhi Kualitas

tiga sudut pandang berbeda, yaitu

(1). operasi produk (menggunakannya) (2). revisi produk (mengubahnya)

Hubungan antara kualitas dan aspek-aspek lain

dari proses rekayasa perangkat lunak :

_{kerangka kerja memberikan suatu mekanisme untuk}

manajer proyek untuk mengenali kualitas-kualitas apa yang penting.

_{Kerangka kerja memberikan alat untuk menilai secara}

kuantitatif seberapa baik kemajuan pengembangan.

_{Kerangka kerja memberikan interaksi yang lebih}

dalam pada personil QA di sepanjang usaha pengembangan.

_{Personil jaminan kualitas dapat menggunakan indikasi}

buruknya kualitas untuk membantu mengidentifikasi standar-standar untuk diusahakan di masa

Mengukur Kualitas (Glib)

_{Cara yang benar. adalah cacat per KLOC, di mana} cacat didefinisikan sebagai kurangnya kesesuaian (yang telah terbukti) dengan persyaratan.

_{Maintanabilitas. adalah kemudahan di mana}

program dapat dikoreksi jika ditemukan kesalahan,

diadaptasi jika lingkungannya berubah, atau diperkuat jika pelanggan menginginkan perubahan kebutuhan. _{Integritas. mengukur kemampuan sistem untuk}

menahan serangan (baik kebetulan maupun sengaja) terhadap sekuritasnya.

Karakteristik Useabilitas :

_{ketrampilan fisik dan atau intelektual untuk}

mempelajari sistem;

_{waktu yang diperlukan untuk menjadi cukup}

efisien dalam menggunakan sistem

_{peningkatan bersih dalam produktivitas yang}

diukur ketika sistem digunakan oleh seseorang yang cukup efisien

_{penilaian subyektif dari sikap pemakai}

Efisiensi Penghapusan Cacat

 

_{Metrik kualitas yang memberikan manfaat pada} tingkat proyek dan tingkat proses adalah efisiensi

penghapusan cacat (DRE – defect removal efficiency). _{DRE adalah mengukur kemampuan penyaringan}

jaminan kualitas dan aktivitas kontrol

_{Dengan mempertimbangkan proyek sebagai satu}

kesatuan, maka DRE didefinisikan sbb : DRE = E / ( E + D )

_{E = jumlah kesalahan sblm dikirim kepada pemakai} akhir

_{D = jumlah cacat setelah pengiriman}