29
Criterion
Measure of
Usable
Secure
Efficien t
Correct
Reliab le
Maintainable
Testable
Flexible
Comprehensible
Reusable
Portable
Interoperable
Kemamp uan
sistem
untuk
meny esuaikan
diri
dengan
konteks, organisasi
y
ang
berhubungan den gan p ekerjaan
dan teknis
Ukuran keamanan sistem d alam
men ghadap i akses
y
an g
tidak terotorisasi terhadap data dan fasilitas
Eksp loitasi ekonomis terhadap
fasilitas p latform teknis
Pemenuhan dar i kebutuhan
Pemenuhan k etep atan
y
ang dibutuhkan
untuk
melaksanak an
fungsi
Biay a untuk menemukan dan
memp erbaik i kerusakan
Biay a
untuk
memastikan b ahwa sistem
y
ang dibentuk dap at
melaksan akan fun gsi y ang d ibentuk
Biay a untuk mengubah sistem y ang d ibentuk
Usaha
y
ang
dip erlukan untuk
mendap atkan
p
emahaman
terhadap
sistem
Kemungk inan untuk men ggunak an bagian sistem p ada sistem
lain y ang b erhubun gan
Biay a
untuk
memindahkan sistem
ke
p
latform
teknis
y
ang
berbeda
Biay a untuk menggabun gk an sistem ke sistem y ang lain
Tabel 2.1. Classical criteria for software qua lity
Tidak ada
ukuran dan cara-cara
y
ang
p
asti
untuk menghasilk an suatu
rancan gan
y
ang b aik.
M
enurut
M
athiassen
et
al.
(2000, p .177), p rinsip -p rinsip
berikut merup akan sp esifikasi
p
erancangan criteria dalam
sebuah p roy ek
p
engemban gan software:
1)
Tidak memiliki k elemahan
Sy arat
ini
meny ebabkan
adany a p endekatan p ada evaluasi
dari ku alitas
berdasarkan
review
atau
eksp erimen
dan
membantu
dalam
menentukan
p
rioritas dari criteria y ang ak an men gatur dalam k egiatan desain.
2)
M
eny eimbangk an beber ap a kriteria
Konflik serin g terjadi antar criteria, oleh seb ab itu untuk menentukan criteria
mana y an g ak an diutamakan d an bagaiman a cara untuk meny eimban gkanny a
dengan kriteria-kr iteria y ang lain b er gantung p ada situasi sistem tertentu.
 |