Presentasi Sqa Bab 1 Quality Assurance

7/24/2019 Presentasi Sqa Bab 1 Quality Assurance

1/21

Manajemen Kualitas Sistem

Informasi


2/21

Referensi Buku Utama:1. Daniel Galin, Software Quality ASsurance, From theory to

implementation,Pearson, Adisson Wesley, 2004

2. G.Gordon S., James I.Mc Manus, Handbook of software qualityassurance, 3rd ed, Prentice Hall, NEW JERSEY

3. Software Engineering :A PracttionersApproach, 2001 Oleh :Roger S Pressman, PhD

Buku Tambahan:

W.E.Perry Quality Assurance for Information Systems,QEDInformationSciences,Inc,1991


3/21

Main Problems Addressed

Deliver software system that... does what it is supposed to do.

does the things correctly.

show/demonstrate/prove it (does").

Major difficulties for the above: Size: MLOC products common

Complexity

Environmental stress/constraints

Flexibility/adaptability expected

no silver bullet", but...SQE (software quality engineering) helps


4/21

Major SQE activities


5/21

Scope and content hierarchy


6/21

System Implementation

Six major activities

Coding : menterjemahkan hasil perancangan Testing Installation

Documentation Training SupportPurpose

To convert final physical system specifications intoworking and reliable software To document work that has been done To provide help for current and future users

6


7/21

PEOPLES QUALITY EXPECTATIONS

In general, peoples quality expectations for software systemsthey use and rely upon are two-fold:

1. The software systems must do what they are supposed to do.

In other words, they must do the right things.

2. They must perform these specific tasks correctly or

satisfactorily. In other words, they must do the things right.


8/21

Main tasks for software quality

engineering

1. quality planning;

2. execution of selected QA or software validation and

verification activities;3. measurement and analysis to provide convincing evidence

to demonstrate software quality to all parties involved.


9/21

Quality ?

TheAmerican Heritage Dictionary defines quality as a

characteristic or attribute of something.

Dalam PL :

Kualitas desain : karakteristik yang ditetapkan Kualitas konformasi : tingkat dimana spesifikasi desain terus diikuti

selama pembuatan

Dalam SW development :

Kualitas desain mencakup syarat, spesifikasi dan desain sistem


10/21

Quality: views and attributes


11/21

FAKTOR KUALITAS PERANGKAT LUNAK

11

Yg dapat dihitung secara langsung

Error(Kesalahan)

Kilobytes Lines of Code(KLOC)

Dihitung secara tidak langsung

Usability(Kegunaan)

Maintainability(Pemeliharaan)


12/21

Mc alls Triangle of Quality

12

MaintainabilityMaintainability

FlexibilityFlexibility

TestabilityTestability

PortabilityPortability

ReusabilityReusability

InteroperabilityInteroperability

CorrectnessCorrectness

ReliabilityReliability

EfficiencyEfficiency

IntegrityIntegrity

UsabilityUsability

PRODUCT TRA NSITI ONPRODUCT TRA NSITI ONPRODUCT REVISIONPRODUCT REVISION

PRODUCT OPERA TIONPRODUCT OPE RA TIO N


13/21

FAKTOR KUALITAS McCall)

13

Correctness: besarnya program dapat memuaskan spesifikasi &

objektivitas dari misi pelanggan

Reliability: besarnya program dapat diharapkan memenuhi fungsi2 yg

dikehendaki

Efficiency :jumlah sumber2 & kode yg dibutuhkan program utk

menjalankan fungsi2

Integrity: besarnya pengontrolan pengaksesan oleh seseorang yg tidak

mempunyai otorisasi terhadap perangkat lunak atau data

Usability: effort (usaha) yg dibutuhkan utk mempelajari,

mengoperasikan, menyiapkan input & mengintepretasi kan outputprogram


14/21

SQA/Jaminan Kualitas Sistem

14

Merupakan kegiatan yg terpola secara sistematis dan terencana, yg

dibutuhkan utk menjamin kualitas suatu perangkat lunak/SI.

Terdiri atas 7 aktifitas utama :

Aplikasi metode secara teknis

Review teknis formal

Pengujian perangkat lunak Penekanan pada standar

Pengontrolan pada perubahan

Pengukuran

Penyimpanan dan pelaporan


15/21

SQA lanj.)

15

SQA dimulai dgn sekumpulan alat & metode teknis yg membantu analis utk

mendapatkan spesifikasi yg berkualitas tinggi & bagi perancang utkmerancang dg kualitas tinggi

Setelah spesifikasi & desain dibuat, ditetapkan kualitasnya dg melakukan

review teknis formal.

Pengujian per. Lunak mengkombinasikan langkah2 strategi dg metoderancangan test-case yg dpt menjamin pendeteksian kesalahan secara efektif.

Jika terdapat standar yg formal, berarti harus dapat dijamin bahwa standar

tsb diikuti.


16/21

SQA lanj.)

16

Pengontrolan perubahan dilakukan selama pembuatan per. Lunak & pada

tahap pemeliharaan. Setiap perubahan dpt menyebabkan kesalahan & efek lainyg akan menyebabkan kesalahan jg.

Pengukuran terhadap per. Lunak mencakup pengukuran secara manajemen &

teknis

Penyimpanan hasil dari review, audit, pengontrolan perubahan, pengujian dylsebagai bagian dari record historis utk suatu proyek dan didesiminasikan kpd

para staf pengembangan sbg dasar utk mereka ketahui


17/21

REVIEW PERANGKAT LUNAK

17

Merupakan filter pada proses pembuatan perangkat lunak.

Bentuknya : presentasi formal di depan pelanggan, manajemen, & staf

teknisi.

Reviewsuatu cara penggunaan perbedaan2 dari sekompok oranguntuk

Menentukan peningkatan kebutuhan produk dari seseorang atau tim

Konfirmasi setiap bagian dari produk dimana peningkatan tsb diinginkan

atau tidak diinginkan

Mencapai kerja teknis yg seragam, ataupun dapat lebih diprediksi, daripada

tanpa review


18/21

PERTEMUAN PADA REVIEW TEKNIS FORMAL

18

Batasannya

Antara 3 & 5 orang yg terlibat : pemimpin review, pereview & produsen

Persiapan sebelumnya tidak lebih 2 jam kerja per orang

Lama pertemuan review minimal 2 jam

Fokus : produk, komponen program (spesifikasi kebutuhan,

perancangan modul detail, listing koding utk setiap modul Akhir review, harus diputuskan

Menerima produk tanpa modifikasi

Menolak produk krn kesalahan yg fatal

Menerima produk dg kesalahan yg kecil dan harus diperbaiki


19/21

PENDOKUMENTASIAN PADA REVIEW TEKNIS FORMAL

19

Laporan review harus dapat menjawab

Apa yg direview

Siapa yg mereview

Apa yg ditemukan & disimpulkan

Daftar review mempunyai 2 tujuan :

Mengidentifikasi area permasalahan produk

Menyediakan checklist setiap item kegiatan yg dapat memandu produsen utk

melakukan perbaikan


20/21

PEDOMAN REVIEW TEKNIS FORMAL

20

Mereview produk bukan produsen

Membuat agenda dan mengikutinya

Membatasi debat

Memberitahukan area masalah, tetapi bukan utk menyelesaikan semua

masalah yg ada

Membuat catatan tertulis (di papan/bisa dilihat) Membatasi jumlah partisipan & menekankan persiapan awal

Membuat checklist utk setiap produk yg direview

Mengalokasikan sumber daya & waktu yg terjadual utk review berikutnya

Mengadakan pelatihan utk semua pereview

Mereview produk awal terlebih dulu (mis. Panduan review)


21/21

resource

Software Engineering By RogerPressman PROGRAM S2 UNIVERSITAS GUNADARMA

Software Quality Engineering : Testing, Quality Assurance, and

Quantiable Improvementby Je Tian

Presentasi Sqa Bab 1 Quality Assurance

Documents

Transcript of Presentasi Sqa Bab 1 Quality Assurance