Software Quality Only]

5/16/2018 Software Quality Only] - slidepdf.com

http://slidepdf.com/reader/full/software-quality-only 1/29

Dedy Wiedagdo 7409040033



Program komputer, prosedur, dan dokumentasi

kemungkinan terkait

dandata yang berkaitan dengan pengoperasian sistem

–

Electronics Engineers)

yang diformat dan disimpan secara digital, termasukprogram komputer, dokumentasinya, dan berbagai

in ormasi ang

isa i aca an itu is o e omputer.

– Wikipedia indonesia



■ Program komputer ("kode")

‐ , ,

■ Prosedur‐ uml , flowchart , data flow diagram■ Dokumentasi

‐ Dokumentasi pengembangan

‐ Dokumentasi pengguna

‐Dokumentasi

pemeliharaan

.

‐ Data meliputi parameter, kode dan daftar nama yang mengadaptasiperangkat lunak untuk kebutuhan pengguna yang spesifik sangatdiperlukan untuk mengoperasikan perangkat lunak. Tipe lain dari data

,

tidak ada perubahan yang tidak diinginkan dalam kode atau data

perangkat lunak telah terjadi, dan jenis gangguan fungsi perangkat lunakdapat diharapkan.



‐ software error : kesalahan – kesalahan yang terdapat dalam

A. Kesalahan tata bahasa pada coding

B. Kesalahan logis dalam melaksanakan satu atau lebih

ar persyaratan en‐ Software fault : software error yang menyebabkan

kesalahan fungsi

dari

salah perangkat

lunak

selama

ap as er en u.

software error bukan berarti software itu cacat. Dikatakan

cacat apa a error

terse ur mempengaru s stem secarakeseluruhan, namun apabila eror tidak mempengaruhi

fungsionalitas dari software tersebut maka tidak dapat



‐ Software failures : software gagal , suatu software

dikatakan gagal apabila terdapat kecacatan dalamsuatu software dan kecacatan tersebut diaktifkan



Sebuah software error dapat berupa"kesalahan kode",

sebuah

"kesalahan

prosedur",

sebuah

"kesalahan

dokumentasi", atau " " .

Harus ditekankan bahwa penyebab dari semua

Klasifikasi penyebab software error

sistem, programer, penguji perangkat lunak,dokumentasi ahli, manajer dan kadang‐kadang klien

an perwa i an

mere a



1. Kecacatan dalam definisi persyaratan

biasanya dibuat oleh klien Yang paling umum kesalahan ini jenis adalah :

‐kesalahan dalam mendefinisi persyaratan

‐ Tidak adanya persyaratan penting

‐ Definis persyaratan yg tidak lengkap

‐encantuman

persyaratan

yang

t a

per u



2. Komunikasi yang gagal antara klien dan pengembang

‐ esa a pa aman nstru s en se aga mana tercantum a am

persyaratandokumen.

‐ Kesalahpahaman perubahan persyaratan klien yang disampaikan kepadapengembang dalam bentuk tertulis selama masa pengembangan

‐ Kesalahpahaman perubahan persyaratan klien yang disajikan secara

lisan

untuken emban selama masa en emban an

‐ Kesalahpahaman dari respons klien terhadap masalah‐masalah desain

yang disajikanoleh pengembang

‐

persyaratandan terhadap tanggapan klien untuk pertanyaan yang diajukan oleh

pengembang



3. Penyimpangan yang disengaja dalam persyaratan

so tware

‐Pengembang

menggunakan

kembali

modul

perangkat

lunak an diambil dari ro ek sebelumn atanpa analisis yang cukup dari perubahan dan adaptasi

yang dibutuhkan untuk benarmemenuhi

semua

ers aratan

baru

‐ Karena waktu atau tekanan anggaran, pengembang

memutuskan untuk menghilangkan bagian dari

tekanan ini

‐



4. Kesalahan logical dalam mendesain

‐Definisi

yang

mewakili

persyaratan

perangkat

lunak

dengan algoritma yang salah

‐ Proses definisi yang mengandung kesalahan

sequencing

‐ e ru men e n s an on s a as



5. pengkodean yang salah

Banyak alasan yang menyebabkan programmer untuk

membuat kesalahan pengkodean. Ini

termasuk

kesalahpahaman

dokumentasi

desain,

bahasa pemrograman, kesalahan dalam penerapan

CASE dan pembangunan lainnya

peralatan, kesalahan

dalam

pemilihan

data,

dan

sebagainya



6. Tidak dipenuhinya dokumentasi dan petunjuk coding ‐ nggota t m yang per u untu meng oor nas an o e

mereka sendiri

dengan

modul

kode

yang dikembangkan oleh "non‐complying" anggota tim

menemukan lebih dari jumlah kesulitan yang biasa ketika

mencoba

untukmemahami

eran kat lunak

an

dikemban kan

oleh

anggota tim lainnya.‐ Individu yang mengganti "non‐complying" anggota tim

an

pensiun atau

dipromosikan)

akan

merasa

sulit

untuk

memahami keadaan ataupekerjaannya



7 . Kekurangan pada proses pengujian

‐

Rencana

pengujian

yang

tidak

lengkap dapatmenyebabkan developer meninggalkan bagian dari

atau keadaan dari sistem

‐Kegagalan

untuk

mendokumentasikan

dan

me apor an esa a an ter ete s an ecacatansoftware

‐

software yang

terdeteksi

sebagai

akibat

dari alasan

yang mengindikasi suatu kecacatan software



8 . Kesalahan Prosedure

‐Prosedur

mengarahkan

pengguna

sehubungan

dengan kegiatan yang dibutuhkan pada setiap langkah

proses. rose ur n sangat pent ng a am so tware

yang kompleks dimana tiap proses terjadi disetiap

itu memberikan beberapa variasi hasil dan

memungkinkan untuk pemeriksaan menengah

ari asi



9. Kesalahan dalam mendokumentasi yang menggangu

tim pengembang dan pemelihara adala kesalahan dirancangan dokumen dan di dokumentasi yang

. Kesalahan ini dapat menyebabkan kesalahan –

kesalahan tambahan lain a dalam tahapengembangan yang lebih jauh dan selama masapemeliharaan



1. . Kecacatan dalam definisi persyaratanasanya uat o e en

2. Komunikasi yang

gagal antara klien dan pengembang

. Pen im an an an disen a a dalam ers aratan

software

4.

Kesalahan logical

dalam mendesain .

6. Tidak dipenuhinya dokumentasi dan petunjuk

coding

7 . Kekurangan

pada proses

pengujian

8 . Kesalahan Prosedure .



Kualitas perangkat lunak adalah: . , ,

Memenuhi persyaratan tertentu.

memenuhi persyaratan pelanggan ataukebutuhan pengguna atau harapan ‐ IEEE definisi

Kesesuaian terhadap persyaratan fungsional dan kinerja

secara eksplisit secara eks lisit didokumentasikan en emban an standar,

dan karakteristik

implisit

yang diharapkan dari semua perangkat lunak

dikembangkan secara profesional – Preesman definisi



Perangkat Lunak yang terjamin kualitasnya adalah:1. Po a yang terencana an sistematis ari semua

tindakan yang

diperlukan

untuk

menyediakan

ke akinan an cuku bahwa suatu baran atau

produk sesuai dengan yang ditetapkan

di persyaratan

teknis. .

mengevaluasi proses dimana produkdikembangkan atau diproduksi. berbeda dengan

on ro

ua as Namun menurut penulis dari SQA, definisi dari IEEE

ini kuran luas



Perangkat Lunak jaminan kualitas adalah:

suatu set

dari tindakan yang

sistematik dan pentinguntuk memberikan kepercayaan yang cukup dari

pemeliharan atau sitem produk dari software sesuai

den an ers aratan fun sional teknis an

diteta kandan berlaku juga untuk persyaratan managerial yang

meliputi menjaga jadwal dan bekerja dengan anggaran

er a as



"Kualitas kontrol" dan "jaminan mutu". Apakah

mereka

identik?

bagaimanamereka berhubungan?



kualitas Kontrol didefinisikan sebagai "serangkaian

kualitas produk

yang

dikembangkan

atau

diproduksi

"(IEEE, 1991)

meminimalkan biaya menjamin garansi dengan berbagai kegiatan yang dilakukan di seluruh proses / tahap

en emban an dan

embuatan.

Ke iatan

ini

mence ah

penyebab kesalahan, dan mendeteksi dan memperbaikinyadi awal dalam pengembangan proses. Akibatnya, kegiatan

jaminan kualitas pada pokoknya mengurangitingkat

pro u yang

t a

memenu

persyaratan

untu

pengiriman dan, pada saat yang sama, mengurangi biaya

garansi dalam banyak kasus



Dapat disimpulkan bahwa

1. Kontrol kualitas dan jaminan kualitas (SQA) bekerjapada tujuan yang berbeda

2. Kontrol kualitas hanyalah sebagian dari kisaran total kegiatan jaminan kualitas (SQA)



Pengembangan perangkat lunak (berorientasi proses):

1.Menjamin tingkat kepercayaan yang

dapat diterimabahwa software akan sesuai dengan persyaratan

2. Menjamin tingkat kepercayaan yang dapat diterima

bahwa software akan sesuai dengan penjadwalan

mane er a an persyaratan anggaran

3. Memulai dan mengelola kegiatan untuk perbaikan

software dan kegiatan SQA.



Pemeliharaan perangkat lunak (berorientasi produk):

1.Menjamin dengan tingkat keyakinan yang

dapatditerima bahwa kegiatan pemeliharaan software

2. Menjamin dengan tingkat keyakinan yang dapat

diterima bahwa kegiatan pemeliharaan software a an sesua engan pen a wa an mana er a an

kebutuhan anggaran

memperbaiki dan meningkatan efisiensi daripemeliharan software dan kegiatan SQA



Menurut IEEE (1991), rekayasa perangkat lunak

didefinisikan

sebagai

berikut:1. penerapan pendekatan yang sistematis dan disiplin, u ur untu pengem angan, operas an

pemeliharaan perangkat lunak; yaitu, penerapan

2. Studi pendekatan seperti pada penjelasan diatas



Mendefinisikan perangkat lunak, kualitas perangkat lunak

dan jaminan kualitas perangkat lunak

Membedakan antara kesalahan perangkat lunak, kecacatan

Mengidentifikasi berbagai penyebab kesalahan perangkat

lunak Menjelaskan tujuan dari kegiatan jaminan kualitas

perangkat lunak.

em e a an

an

men e as an

per e aan

antara

am nan

kualitas perangkat lunak dankontrol kualitas



Menjelaskan hubungan antara jaminan kualitas perangkat lunak dan rekayasa perangkat lunak



1 )Sebuah sistem software terdiri dari empat komponen

utama.(1) Sebutkan empat komponen dari suatu sistem

.(2) Bagaimana kualitas setiap komponen

memberikan kontribusi

ada

kualitas

mengembangkan perangkat lunak?

(3) Bagaimana kualitas setiap komponen

mem eri an ontri usi ter a ap ua itaspemeliharan perangkat lunak ?



2) Definisikan kesalahan perangkat lunak, kecacatan

perang at una an egaga an perang at una . e as an

perbedaan antara status

perangkat

lunak

yang

tidak

diinginkan.

3) Buat daftar dan jelaskan secara singkat berbagai penyebab

kesalahan perangkat lunak.

disamakan dengan jaminan kualitas (QA).

(2) Mengapa

QC

dianggap

sebagai

bagian

dari

QA?

Documents

Software Quality Only]