presentasi sqa bab 2 sw quality

7/24/2019 Presentasi Sqa Bab 2 Sw Quality

1/18

Software Quality

Assurace

9/18/2012 12:50 PM 1


2/18

SQA activities

1. Aplikasi metode-metode teknikal

(Application of technical methods)

Kualitas software didesain kedalam produk atau sistem. SQA pada

kenyataannya dimulai dengan sekumpulan metode teknis dan tool

yang membantu analis, desainer muntuk mencapai spesifikasi

software berkualitas tinggi

9/18/2012 12:50 PM RA / 2


3/18

SQA activities

2. Mengadakan review formal aspek teknis

(conduct of formal technical reviews)

Ketika spesifikasi software dan desain telah dibuat, maka kualitas

masing-masing aspek harus di perkirakan. Aktivitas utama yang

memenuhi penaksiran kualitas adalah formal technical review

(FTR). FTR merupakan pertemuan khusus yang diadakan oleh

staff teknis dengan tujuan untuk menemukan masalah dari

rancangan software yang sudah dibuat. Dalam beberapa situasi,

review merupakan hal yang efektif seperti ujicoba dalam

mengungkap kerusakan dalam software.

9/18/2012 12:50 PM RA / 3


4/18

SQA activities

3. Ujicoba perangkat lunak (software testing).

Ujicoba software mengkombinasikan strategi beberapa

tahapan/langkah dengan sejumlah desain metode uji kasus yangmembantu memastikan pendeteksian kesalahan yang efektif.

Banyak pengembang software menggunakan ujicoba software

sebagai jaminan kualitas.

9/18/2012 12:50 PM RA / 4


5/18

SQA activities

4. Pelaksanaan standar (enforcement of standards).

Tingkatan dimana prosedur dan standar formal diaplikasikan dalam

proses pengembangan software yang sangat bervariasi antara satu

perusahaan dengan yang lainnya. Dalam banyak kasus, standar

ditentukan oleh konsumen atau pembuat kebijakan. Jika standar

disediakan(secara formal tertulis) maka aktivitas SQA harus

dilaksanakan untuk memastikan standar-standar tersebut

dilakukan.

9/18/2012 12:50 PM RA / 5


6/18

SQA activities

5. Pengawasan terhadap perubahan (control of change).

Ancaman utama dalam kualitas software adalah perubahan yang

dilakukan terhadap software yang sedang dibangun. Setiapperubahan yang dilakukan pada software sangat potensial untuk

menghasilkan kesalahan atau membuat efek sampingan yang

mengakibatkan kesalahan.

Proses pengawasan terhadap perubahan memberikan kontribusi

secara langsung terhadap kualitas software dengan permintaan

perubahan yang diformalkan. Pengawasan perubahan

diaplikasikan selama pengembangan software dan setelahnya,

atau selama tahapan pemeliharaan software.

9/18/2012 12:50 PM RA / 6


7/18

SQA activities

6. Pengukuran (measurement).

Pengukuran (measurement) merupakan aktivitas yang melengkapi

setiap bidang pengembangan. Tujuan utamanya adalah untukmenelusuri kualitas software dan memperkirakan pengaruh dari

perubahan secara metodologi maupun prosedur pada peningkatan

kualitas software.

9/18/2012 12:50 PM RA / 7


8/18

SQA activities

7. Penyimpanan catatan dan laporan (record keeping and

reporting).

Suatu prosedur untuk mengumpulkan dan penyebaran informasi

hasil dari review, audit, pengawasan perubahan, ujicoba, dan

aktivitas SQA lainnya. Hal ini harus menjadi bagian dari record

history untuk proyek dan harus disebarkan untuk staff

pengembang.

9/18/2012 12:50 PM RA / 8


9/18

Tujuan SQA activities

Menjamin tingkat keyakinan yang dapat diterimabahwa perangkat lunak akan sesuai denganpersyaratan fungsional secara teknis.

Menjamin tingkat keyakinan yang dapat diterimabahwa pengembangan perangkat lunak akan sesuaidengan jadwal dan anggaran yang disyaratkan pihakmanajemen.

Memulai dan mengelola kegiatan untuk perbaikan dan

peningkatan efisiensi dalam proses pengembanganperangkat lunak dan pelaksanaan kegiatan SQA.

9/18/2012 12:50 PM RA / 9


10/18

What is software ?

SoftwareIEEE definition :

Computer programs, procedures, and

possibly associated documentation anddata pertaining to the operation of

computer system.

9/18/2012 12:50 PM RA / 10


11/18

Software Quality

IEEE definition - Software quality is :

1. The degree to which system, component,

or process meets specified requirements.

2. The degree to which system, component,

or process meets customer or user needsor expectations.

9/18/2012 12:50 PM RA / 11


12/18

Software Quality Assurance

IEEE definition - Software quality assurance is:

1. A planned and systematic pattern of all actions

necessary to provide adequate confidence thatan item or product conforms to establishedtechnical requirements.

9/18/2012 12:50 PM RA / 12

Sebuah pola yang direncanakan dan sistematis darisemua tindakan yang diperlukan untuk memberikan

keyakinan yang memadai bahwa suatu barang atau

produk didirikan sesuai dengan persyaratan teknis.


13/18

Software Quality Assurance

IEEE definition - Software quality assurance is:

2. A set of activities designed to evaluate the

process by which the products are developedor manufactured. Contrast with quality control.

9/18/2012 12:50 PM RA / 13

(Satu set kegiatan yang dirancang untuk

mengevaluasi proses, bagaimana suatu produkdikembangkan atau diproduksi. Kontras dengan

kontrol kualitas).


14/18

Quality Control

Quality control is achieved through a series of

inspections, reviews and tests applied

throughout the development cycle, to ensure

that the products meet their requirements with

minimal variation.

9/18/2012 12:50 PM RA / 14


15/18

Software errors, faults and failures

The origin of the software failures lies in a software errormade by a programmers. An error can be a grammatical errorin one or more of the code lines, or a logical error in carryingout one or more of the clients requirements.

Not all software errors become software fault.

Software error can cause improper functioning of the softwarein general or in a specific application

A software fault become a software failure only when it is

activated - when the software user tries to apply thespecific, faulty application.

9/18/2012 12:50 PM RA / 15


16/18

Classification of the causes of

software errors1. Faulty definition of requirements

2. Client-developer communication failures

3.

Deliberate deviations from software requirements4. Logical design errors

5. Coding errors

6. Non-compliance with documentation and coding

instructions7. Shortcomings of the testing process

8. Procedure errors

9. Documentation errors

9/18/2012 12:50 PM RA / 16


17/18

9/18/2012 12:50 PM RA / 17


18/18

Cost of Quality an example

9/18/2012 12:50 PM RA / 18

presentasi sqa bab 2 sw quality

Documents