Secara umum, indeks rawatan bergantung pada banyak faktor. Misalnya, dalam Visual Studio, itu bergantung pada kompleksitas siklomatik, kedalaman warisan, penggabungan kelas dan garis kode; keempat nilai tersebut harus serendah mungkin.
Pada saat yang sama, saya belum pernah melihat, baik dalam alat metrik kode, maupun dalam buku, perbandingan antara hanya kompleksitas siklomatik (CC) dan baris kode (LC).
Apakah masuk akal untuk menghitung rasio seperti itu? Informasi apa yang diberikannya tentang kode? Dengan kata lain, apakah lebih baik mengurangi lebih banyak CC daripada LC untuk memiliki rasio yang lebih rendah?
Yang saya perhatikan adalah bahwa untuk proyek-proyek kecil, rasio CC / LC rendah (⅓ dan lebih rendah). Dengan kata lain, LC tinggi, dan CC rendah. Dalam proyek besar, CC / LC dalam banyak kasus lebih besar dari ½. Mengapa?
sumber
Jawaban:
Dari http://en.wikipedia.org/wiki/Cyclomatic_complexity
Rasio ini memiliki kemampuan prediksi yang sama seperti yang digunakan secara terpisah.
sumber
Ada metrik kompleksitas siklomatik per pernyataan sumber - ini disebut kepadatan kompleksitas siklomatik . Metrik ini dapat digunakan untuk memperkirakan waktu pemeliharaan dan upaya yang diperlukan untuk proyek perangkat lunak.
sumber
Seperti disebutkan dalam balasan sebelumnya, pernyataan ini dalam jawaban yang diterima jelas salah.
Kepadatan CC telah ditemukan masuk akal oleh berbagai peneliti, meskipun tampaknya tidak mendapatkan popularitas yang signifikan di kalangan praktisi. Ada bukti dari dua cendekiawan terkenal di bidang metrik perangkat lunak bahwa rasio (kepadatan kompleksitas siklomatik = CC / KLOC) adalah prediktor yang jauh lebih baik dari produktivitas pemeliharaan daripada CC atau KLOC saja.
GK Gill dan CF Kemerer, "Kepadatan kompleksitas siklus dan produktivitas pemeliharaan perangkat lunak," dalam Transaksi IEEE pada Rekayasa Perangkat Lunak, vol. 17, tidak. 12, hlm. 1284-1288, Desember 1991. doi: 10.1109 / 32.106988
Ada banyak lainnya yang telah dibangun di atas karya ini untuk memperbaiki metrik berbasis kepadatan CC. Dua contoh:
T. Andersson, K. Enholm dan A. Törn. Panjang kerumitan ukuran perangkat lunak yang independen. Dalam M. Ross, CA Brebbia, C. Staples, dan J. Stapleton (eds.) Konferensi Internasional Kedua tentang Manajemen Kualitas Perangkat Lunak, Vol 1, Mengelola Sistem Kualitas, 1994.
JP Mittal, Pradeep Bhatia, dan Harish Mittal. 2009. Penilaian produktivitas pemeliharaan perangkat lunak menggunakan logika fuzzy. SIGSOFT Softw. Eng Catatan 34, 5 (Oktober 2009), 1-4. DOI = http://dx.doi.org/10.1145/1598732.1598739
sumber
Maaf tapi saya tidak setuju dengan pernyataan ini:
Rasio jelas tidak sama dengan metrik individu. Berdasarkan data empiris, Hatton mengklaim bahwa CC sebanding dengan XLOC dengan rasio konstan sekitar 0,25 (lihat slide 17) untuk kumpulan data spesifiknya. Maka apakah XLOC Anda adalah 60 atau 400, rasio CC: XLOC Anda akan menjadi sekitar 0,25 (mengabaikan penyimpangan statistik pada angka yang lebih tinggi). Jadi rasionya tidak bisa diprediksi sama sekali.
sumber