Semarang, 23 Juni 2012
INFRM 91
Salah satu kelemahan dari model FURPS adalah model ini tidak mempertimbangkan portabilitas dari produk perangkat lunak [1].
2.4. Dromey Model
Model Dromey berusaha untuk meningkatkan pemahaman tentang hubungan antara atribut karakteristik dan sub-attribut sub-karakteristik dari kualitas. Lapisan-lapisan model ini didefinisikan sebagai atribut level atas dan atribut bawahan. Ide
utama dalam pembuatan model baru ini adalah untuk mendapatkan model yang dapat bekerja dalam lingkup yang luas dalam sistem yang berbeda. Dromey mengakui bahwa evaluasi untuk setiap produk adalah berbeda sehingga diperlukan ide
yang lebih dinamis untuk memodelkan proses evaluasi tersebut. Kekurangan dari model ini adalah tidak diberikan kriteria yang jelas untuk melakukan pengukuran kualitas perangkat lunak [1]. Ada tiga unsur utama pada model kualitas generik
Dromey ini [2]:
1 Sifat produk yang mempengaruhi kualitas
2 Atribut kualitas level atas
3 Sarana yang menghubungkan sifat produk dengan atribut kualitas.
Quality model Dromey lebih lanjut dapat disusun dalam 5 langkah proses [2]: 1
Memilih satu set atribut kualitas level atas yang diperlukan untuk evaluasi. 2
Daftar komponenmodul dalam sistem. 3
Mengidentifikasi sifat pembawa kualitas untuk komponenmodul kualitas komponen yang memiliki pengaruh paling besar pada sifat produk dari daftar di atas.
4 Tentukan berapa masing-masing sifat mempengaruhi atribut kualitas.
5 Mengevaluasi model dan mengidentifikasi kelemahan.
2.5. BBN Model
Bayesian Belief Network BBN adalah kategori khusus dari model grafis, dimana node mewakili variabel dan panah berarah mewakili hubungan antar node. Sebagai quality model, BNN dapat direpresentasikan dalam struktur hirarki. Akar
dari pohon adalah node yang merepresentasikan kualitas dan terhubung ke node anak yang merepresentasikan karakteristik kualitas, kemudian setiap node karakteristik kualitas terhubung dengan sub-karakteristik kualitas yang sesuai.
Model ini dapat mewakili dan memanipulasi model yang kompleks yang mungkin tidak akan pernah diimplementasikan dengan menggunakan metode konvensional. Bagaimanapun, karena kurangnya kriteria, model ini tidak dapat digunakan
untuk evaluasi terkoordinasi dari produk perangkat lunak [1].
2.6. Star Model
Kualitas perangkat lunak model Star adalah suatu model konseptual untuk menyajikan perspektif yang berbeda dari kualitas perangkat lunak. Meskipun model ini menggunakan sudut pandang yang berbeda dari kualitas, tetapi sama dengan
model BBN, model ini memiliki kekurangan dari kurangnya kriteria [1].
2.7. Kazman Model
Pengelompokan pada model Kazman ini membagi karakteristik kualitatif ke dalam dua kelompok yang dapat diamati selama waktu bekerja dan selama adanya siklus keberadaan perangkat lunak. Karakteristik dari dua kelompok tersebut
adalah sebagai berikut:
• Efisiensi, keamanan, ketersediaan dan fungsi.
• Modifiability, portabilitas, usability, inheritability dan testability.
Kelompok ini, pada kenyataannya, tidak disajikan dengan model kualitatif spesifik, tetapi telah memberikan cara evaluasi analisis arsitetur tradeoff untuk menyelidiki kualitas arsitektur perangkat lunak, dengan cara ini sistem harus menetapkan
model kualitatif mengenai kebutuhan mereka. Pembangunan model kualitatif yang telah dibuat dari basis disebut utilitas”. Tingkat terakhir pohon ini didefinisikan oleh serangkaian skenario untuk menguji karakteristik kualitatif [8].
2.8. ISOIEC 9126 Model
Banyaknya penelitian tentang model pengukuran kualitas memang sangat berguna, namun di sisi lain menimbulkan kebingungan karena aspek kualitas yang ditawarkan. Hal ini menyebabkan timbulnya kebutuhan akan suatu model standar.
Semarang, 23 Juni 2012
INFRM 92
Ini adalah alasan ISO IEC JTC1 mulai mengembangkan konsensus yang diperlukan dan mendorong standarisasi seluruh dunia.
Pertimbangan pertama berasal dari tahun 1978, dan pada tahun 1985 perkembangan ISO IEC 9126 dimulai. ISO 9126 adalah bagian dari ISO 9000 standar, yang merupakan standar paling penting untuk jaminan kualitas. Dalam model ini,
totalitas atribut kualitas produk perangkat lunak diklasifikasikan dalam struktur pohon hirarkis karakteristik dan sub karakteristik. Level tertinggi dari struktur ini terdiri dari karakteristik kualitas dan tingkat terendah terdiri dari kriteria
kualitas perangkat lunak.
Model ini menentukan enam karakteristik termasuk Functionality, Reliability, Usability, Efisiensi, Maintainability dan Portabilitas, yang dibagi lagi menjadi 21 sub karakteristik. Sub karakteristik diwujudkan eksternal ketika perangkat lunak
digunakan sebagai bagian dari sistem komputer, dan merupakan hasil dari atribut perangkat lunak internal. Karakteristik didefinisikan berlaku untuk setiap jenis perangkat lunak, termasuk program komputer dan data yang terdapat dalam
firmware dan memberikan terminologi yang konsisten untuk kualitas produk perangkat lunak. Model ini juga menyediakan kerangka kerja untuk membuat timbal balik antara kemampuan produk perangkat lunak .
2.9. IEEE Model