software quality
Post on 04-Feb-2016
41 Views
Preview:
DESCRIPTION
TRANSCRIPT
1
SOFTWARE QUALITYPemodelan
Eko PrasetyoTeknik Informatika
Univ. Pembangunan Nasional Veteran Jawa Timur2011
2
What Is Quality ?Definisi menurut Juran [1988] – “fitness
for use” – yang mengindikasikan referensi pada karakteristik kebutuhan dan produk.
“Sesuai dengan spesifikasi”◦ Suatu produk atau jasa yang ukuran
karakteristiknya memenuhi spesifikasi yang sudah ditetapkan – sehingga selaras dengan spesifikasi yang sudah didefinisikan sebelumnya.
“Memenuhi kebutuhan customer”◦ Produk atau jasa yang memenuhi harapan
customer – eksplisit atau tidak.
3
Dasar proses manajerial untuk pekerjaan pengelolaan kualitas Quality Planning
◦ Proses yang mengidentifikasi customer, kebutuhan customer, dan proses yang akan menerimakan produk dan jasa dengan atribut yang benar dan kemudian menfasilitasi pemindahan pegetahuan ini untuk menghasilkan kekuatan organisasi
Quality Qontrol◦ Proses dimana produk diuji dan dievaluasi dengan
kebutuhan yang dinyatakan oleh customer◦ Masalah yang terdeteksi kemudian diperbaiki.
Quality Improvement◦ Proses dimana mekanisme tambahan diletakkan ditempat
sehingga kualitas dapai dicapai secara kontinyu.◦ Termasuk pengalokasian sumber daya, penugasan orang-
orang untuk menjaga kualitas proyek, pelatihan, dimana secara umum diadakan struktur permanen untuk menjaga kualitas.
4
Pandangan Software Quality
Transcendental viewUser viewManufacturing viewProduct viewValue-based view
5
Pandangan Software Quality – Cont’dTranscendental view
◦ Kualitas adalah sesuatu yang dapat dikenali tapi tidak dapat didefinisikan.
◦ Bersifat subyektif dan tidak quantifiable dalam pendefinisian kualitas software.
◦ Software melewati harapan customer.User view atau “fitness for purpose”
◦ Mencapai kebutuhan user◦ Sangat personal (subyektif)
Produk berkualitas bagus jika mempunyai banyak pengguna Untuk mengidentifikasi atribut produk yang dipandang penting oleh
user
◦ Meliputi: reliability, performance/efisiensi, maintainability dan usability
6
Pandangan Software Quality – Cont’d Manufacturing view
◦ Berfokus pada pencapaian spesifikasi dan kapasitas organisasi untuk memproduksi software menurut proses software.
◦ Kunci: Apakah software memenuhi kebutuhan ? Banyaknya penyimpangan dari kebutuhan akan mengurangi kualitas
produk
◦ Konsep proses memainkan peran kunci◦ Produk diproses “sejak awal” sehingga biaya dapat dikurangi:
Biaya pengembangan Biaya perawatan
◦ Keselarasan dengan kebutuhan akan mengarahkan pada keseragaman produk.
◦ Kualitas produk dapat meningkat terus dengan meningkatkan proses.
7
Pandangan Software Quality – Cont’d Product view
◦ Hipotesis: Jika produk diolah dengan properti internal yang baik maka produk mempunyai properti kualitas yang baik pula.
◦ Misalnya: Modularity akan menghidupkan testability.
Value-based view◦ Gabungan : keunggulan dan harga.◦ Kualitas diukur dengan keunggulan, keuntungan diukur dengan
harga.◦ Ide:
Berapa banyak customer yang akan membayar pada level kualitas tertentu
Kualitas tidak dapat dipahami jika produk tidak membuat nilai ekonomis Pandangan value-based membuat trade-off antara harga dan kualitas.
8
Pengukuran Kualitas Software
Alasan developer memandang kualitas secara kuantitatif◦Pengukuran dapat memunculkan baseline
kualitas◦Pengukuran adalah kunci peningkatan proses◦Kebutuhan untuk peningkatan dapat
diinvestigasi setelah melakukan pengukuran
9
Pengukuran Kualitas Software – Cont’dPengukuran dalam pandangan user
◦Fungsionalitas dapat diukur dengan mudah Apakah pengujian kasus fungsionalitas berhasil ? Pengukuran fungsionalitas = rasio jumlah test cases yang
berhasil dengan total jumlah test cases yang didesain untuk menverifikasi fungsionalitas.
◦Menerapkan teknik Gilb Konsep kualitas dapat dipecah menjadi bagian komponen
sampai dapat dnyatakan dalam istilah yang secara langsung dapat mengukur kualitas
Misalnya: Usability dapat dipecah menjadi Learnability Understandability Operability
10
Pengukuran Kualitas Software – Cont’d Pengukuran dalam pandangan perusahaan
◦ Perusahaan menginginkan defect count and rework cost. ◦ Defect count: Jumlah total cacat yang terdeteksi selama pengembangan
dan operasi. Dapat mengukur kualitas hasil kerja Cara menganalisis cacat:
Untuk setiap cacat, identifikasi fase pengembangan dimana dia muncul Kategorikan cacat, misal berdasarkan modul Normalisasi jumlah cacat
Defect density: Jumlah cacat per 1000 lines of code Memisahkan cacat yang ditemukan selama operasi dari yang ditemukan selama
pengembangan
◦ Rework cost: Berapa banyak biaya untuk membenahi cacat yang diketahui ? Development rework cost: Biaya perbaikan yang terjadi sebelum produk
dikeluarkan. Ini adalah ukuran development efficiency. Operation rework cost: Biaya perbaikan yang terjadi ketika produk dalam
pengoperasian. Ini adalah ukuran delivered quality.
11
Model menurut McCall (1977) Berusaha untuk
menjembatani gap antara user dan developer dengan berfokus pada sejumlah faktor kualitas software yang merefleksikan pandangan user dan prioritas developer.
Kualitas produk software:◦ Product Revision
Kemampuan untuk mengalami perubahan
◦ Product Transition Beradaptasi pada
lingkungan yang baru
◦ Product Operations Karakteristik
pengoperasian
12
Model menurut McCall (1977) – Cont’d Product Revision,
termasuk:◦ Maintainability
Usaha yang dibutuhkan untuk menempatkan dan menyelesaikan kesalahan program dalam lingkungan operasi
◦ Flexibility Kemudahan membuat
perubahan yang butuhkan oleh perubahan dalam lingkungan pengoperasian
◦ Testability Kemudahan pengujian
program, untuk meyakinkan bahwa program bebeas error dan memenuhi spesifikasinya
13
Model menurut McCall (1977) – Cont’d Product Transition
◦ Portability Usaha yang dibutuhkan
untuk memindahkan program dari satu lingkungan ke lingkungan lain
◦ Reusability Kemudahan
penggunaan kembali osftware dalam konteks yang berbeda.
◦ Iteroperability Usaha yang dibutuhkan
untuk memasangkan sistem dengan sistem yang lain
14
Model menurut McCall (1977) – Cont’d Product Operations
◦ Correctness Tingkatan dimana
software mencapai spesifikasinya
◦ Reliability Kemampusan sistem
untuk tidak gagal
◦ Efficiency Efisien dalam eksekusi
dan penyimpanan Umumnya diartikan
penggunaan resource, seperti: waktu processor, memori, dsb.
◦ Integrity Perlindungan program
dari akses yang tidak berkepentingan
◦ Usability Kemudahan
penggunaan software
15
Model menurut McCall (1977) – Cont’d Model dirinci kedalam 3 tipe
karakter kualitas dalam hirarki dari faktor, kriteria dan metrik:◦ 11 faktor (spesifikasi)
Menggambarkan pandangan eksternal software oleh user
Menggambarkan perbedaan jenis karakter perilaku sistem
◦ 23 kriteria kualitas (membangun) Menggambarkan pandangan internal
software oleh developer Atribut satu atau lebih faktor kualitas
◦ Metrik (kontrol) Didefinisikan dan digunakan untuk
memberikan skala dan metode untuk pengukuran
Bertujuan meng-capture beberapa spek kriteris faktor.
16
Model menurut McCall (1977) – Cont’d Ide dibalik McCall adalah
bahwa faktor kualitas yang disintetiskan harus memberikan gambaran kualitas software secara lengkap.
Metrik kualitas software aktual didapat dengan menjawab “ya” atau “tidak” pada pertanyaan yang mengukur kriteria kualitas.
Metrik dapat disintetiskan per kriteria kualitas, perfaktor kualitas,atau per produk.
17
Model menurut Boehm (1978) Mendefinisikan kualitas software dengan memberikan
sejumlah atribut dan metrik. Mirip dengan model McCall, memberikan hierarki model
kualitas yang terstruktur menjadi karakteristik level tinggi, level pertengahan, primitif – setiap karakter berkontribusi pada semua bagian level kualitas.
Karakteristik level tinggi◦ Merepresentasikan dasar kebutuhan level tinggi dari
penggunaan aktual dimana kualitas software dapat dibentuk.◦ Tiga pertanyaan utama pembeli software:
As-is utility: Seberapa (mudah,handal,efisien) saya dapat menggunakannya ?
Maintainability: Seberapa mudah dipahami, dimodifikasi, diuji kembali ?Portability: Bisakah saya menggunakannya jika saya mengubah lingkungan saya ?
18
Model menurut Boehm (1978) – Cont’dKarakteristik level tengah
◦Mengambarkan 7 faktor kualitas yang menggabungkan representasi kualitas yang dibutuhkan dari software Portability – Umumnya mengkarakterkan
penggunaan Reliability – Karakter as-is utility Efficiency - Karakter as-is utility Usability - Karakter as-is utility, human engineering Testability – Karakteristik maintainability Understandibility - Karakteristik maintainability Flexibility - Karakteristik maintainability,
modifiability
19
Model menurut Boehm (1978) – Cont’dKarakteristik level rendah (primitif) adalah
metrik.
20
Model menurut Boehm (1978) – Cont’d
21
Model menurut ISO 9126 ISO 9126:
Software Product Evaluation: Quality Characteristics and Guidelines for their Use-standard
Didasarkan pada model McCall dan Boehm, tetapi juga memasukkan unsur functionality sebagai parameter.
22
Model menurut ISO 9126 – Cont’d
23
Model menurut ISO 9126 – Cont’dBreakdown faktor subfaktor
24
Pengukuran Kualitas Perangkat Lunak
25
ANY QUESTION ?TO BE CONTINUED…
top related