Masalah Perangkat Lunak

Presentasi berjudul: "Masalah Perangkat Lunak"— Transcript presentasi:

1 Masalah Perangkat Lunak

2 Pengukuran Perangkat Lunak
PENGUKURAN DAN METRIKS - Measure (mengukur) ; mengindikasikan kuantitatif dari luasan, jumlah, dimensi, kapasitas - Measurement (pengukuran) ; kegiatan menentukan sebuah measure - Metrics ; Ukuran kuantitatif dari tingkat dimana sebuah sistem, komponen atau proses memiliki atribut tertentu.

3 Kenapa kita melakukan pengukuran ?
- Untuk melihat karakteristik sesuatu objek - Untuk mengevaluasi dari objek - Untuk memprediksi objek - Untuk mengimprovisasi objek tersebut terhadap perkembangan dan pengembangannya.

4 Tahapan Pengukuran Pengaruh internal terhadap pengukuran : a. Proses
b. Produk Pengaruh eksternal terhadap pengukuran : a. Proses Metrik b. Proyek Metrik c. Produk Metrik

5 Pengukuran Perangkat Lunak
Pengukuran Langsung Pengukuran Tidak Langsung

6 Pengukuran Langsung Deretan kode Kecepatan eksekusi Ukuran memori
Cacat yang dilaporkan pada periode tertentu.

7 Pengukuran Tidak Langsung
Fungsionalitas Kualitas Kompleksitas Efisiensi Realibilitas Kemampuan pemeliharaan

8 Proses Metrik “ Memungkinkan sebuah organisasi
rekayasa perangkat lunak memperoleh pengetahuan tentang reliabilitas sebuah proses yang sedang berlangsung”. Proses ini dikumpulkan di seluruh proyek dan pada perkembangan proses perangkat lunak jangka panjang

9 Proyek Metrik Memperkirakan status sebuah proyek
yang sedang berlangsung Menelusuri resiko-resiko potensial Menemukan masalah sebelum masalah menjadi semakin kritis Menyesuaikan aliran kerja dan tugas Mengevaluasi kemampuan tim proyek (mengontrol kualitas kerja)

10 Produk Metrik Memperhatikan kualitas yang akan diberikan
Mengukur dari hasil analisa model Kompleksitas Design (Internal Algoritma, Arsitektur, Aliran Data) Mengukur Kode Mengukur efektifitas proses

11 “Metriks proses PL dapat memberikan sumbangan yang berarti, namun bisa juga menimbulkan permasalahan yang lebih banyak”

12 Etika Metrik Perangkat Lunak
1. Gunakan istilah umum dan kepekaan organisasi ketika menginterpretasi data metrik 2. Berikan umpan balik reguler kepada individu dan tim yang telah bekerja untuk mengumpulkan pengukuran dan metrik 3. Jangan menggunakan metrik untuk mengukur individu 4. Jangan menggunakan metrik untuk mengancam individu dan tim 5. Bekerja dengan pelaksana dan tim untuk menentukan tujuan dan metrik yang jelas yang akan digunakan 6. Data-data yang didapat hanya sebagai indikator bagi peningkatan proses 7. Tetap memperhatikan metrik yang lain dalam melakukan pengukuran.

13 1. Metrics Size Oriented Diukur dengan normalisasi kualitas dan atau pengukuran produktifitas mempertimbangkan ukuran perangkat lunak yang dihasilkan. Pengembangan Metrics Size Oriented : a. Kesalahan per KLOC (Kilo Line Of Code) b.Biaya per LOC c. Cacat per LOC d. Halaman Dokumentasi per LOC Metrik lain yang dapat dihitung a. Kesalahan perorang perbulan b.LOC perorang perbulan c. Biaya perhalaman dokumentasi

14 2. Metrik Function Oriented
Diukur dengan menggunakan sebuah pengukuran fungsionalitas yang pengukuran fungsionalitas yang disampaikan oleh aplikasi sebagai suatu nilai normalisasi. Typical Function-Oiented Metrics a. Kesalahan per FP (Function Point) b. Cacat per FP c. Biaya per FP d. Halaman Dokumentasi per FP e. FP perorang perbulan

15 Function Point ditentukan berdasarkan
bagian-bagian software yang sedang dihitung seperti : 1. Jumlah input dari pengguna 2. Jumlah output untuk pengguna 3. Jumlah user inquiry 4. Jumlah external interface

16 Perhitungan Function Point

17 Contoh: Tabel pengukuran berdasarkan ukuran

18 3. Metrik Function Point yang Diperluas
Secara Orisinil dirancang untuk diterapkan pada aplikasi informasi bisnis yang ditekankan pada aplikasi informasi bisnis yang ditekankan pada pengeluaran dimensi tingkah laku dan fungsional. Feature Points Teknik pengukuran function point yang diterapkan Fp -> Mengakomodasi aplikasi yang kompleksitas algoritmanya tinggi (Real Time, Kontrol Proses, Karakteristik perangkat lunak yang baru/Algoritma, Karakteristik perangkat lunak yang baru/Algoritma, dll)

19 Pengukuran untuk organisasi kecil (Defect Removal efficiency – DRE)
Waktu (hari/jam) mulai dari permintaan/request sama evaluasi lengkap tqueue Usaha (personel-waktu) untuk melakukan evaluasi Weval Waktu (jam/hari) dari selesainya evaluasi sampai penugasan lain ke personel teval Usaha (personel – jam) yang dibutuhkan untuk membuat perubahan Wchange Waktu (jam/hari) untuk melakukan perubahan tchange Kesalahan yang terjadi selama pengerjaan untuk melakukan perubahan – Echange Cacat yang terjadi setelah perubahan diserahkan ke klien Dchange

20 Setelah keseluruhan ukuran dikumpulkan bisa dihitung total waktu dari permintaan perubahan sampai implementasi dari perubahan. Persentase usaha yang dibutuhkan untuk evaluasi dan implementasi bisa ditetapkan. DRE = EChange/ (Echange+ Dchange)

21 MENGUKUR KUALITAS 1. Correctness Program harus beroperasi dengan benar, dimana perangkat lunak melakukan fungsi yang ditentukan. 2. Maintainability Pemeliharaan memberikan kemudahan pada aktifitas dan perbaikan terhadap kesalahan sistem. 3. Integrity Mengukur kemampuan sistem untuk menahan serangan terhadap keamanannya. 4. Usability User Friendly