sqa project process standards ieee software engineering standards

SQA project process standards

– IEEE software engineeringstandards

Proses standar proyek SQA dengan standar IEEE rekayasa perangkat lunak

Disusun oleh:ARRIZQY NUR SHABRINA/5209100053

Standar IEEE dapat dialokasikan untuk tiga kelas utama:1) Standar Konseptual. Ini menetapkan prinsip-prinsip

panduan dan pendekatan secara keseluruhan yang akan diterapkan. contoh: IEEE / EIA 12207,0 - Information Technology Software Life Cycle Processes, IEEE 610.12 – Glossary of Software Engineering Terminology, IEEE 1061 – Software Quality Metrics Methodology

2) Standar preskriptif kesesuaian. Standar ini membahas persyaratan dimana pengembang perangkat lunak harus menyesuaikan diri dengan Sebagian besar pengumpulan standar milik kelas ini. Contoh: IEEE 1012 – Software Verification and Validation, IEEE Std 1028 – reviews.

3) Pedoman standar. Ini berlaku terutama untuk pelaksanaan Kelas b persyaratan kesesuaian standar. contoh: IEEE 1233 – Guide for Developing System Requirement Specifications, IEEE/EIA 12207.1 – Guide, Information Technology – Software Life, Cycle Processes – Life Cycle Data

Structure and content of IEEE software engineering standards

IEEE / EIA Std 12207 menyediakan kerangka kerja yang menggabungkan seluruh spektrum proses siklus hidup perangkat lunak. Dalam kapasitas ini, mengacu pada pembaca untuk IEEE standar lainnya sebagai sumber untuk rincian khusus dan persyaratan preskriptif.

IEEE/EIA Std 12207 – software life cycle processes

Tujuan dari IEEE / EIA Std 12207, seperti yang ditetapkan oleh IEEE dan EIA, dapat diringkas sebagai berikut:

1. Untuk membentuk model yang diakui secara internasional dari kehidupan perangkat lunak umum

2. siklus proses yang dapat direferensikan oleh industri perangkat lunak di seluruh dunia.

3. Untuk mempromosikan pemahaman di antara pihak bisnis dengan aplikasi yang umum

4. Mengakui proses, kegiatan dan tugas.

IEEE/EIA Std 12207 – software life cycle processes (Con’t)

Siklus hidup perangkat lunak arsitektur diuraikan dalam susunan standar dibawah ini :

1. Kelas Proses2. Proses3. Aktifitas 4. Tugas

Kelas Proses terdiri dari 3, yaitu:1. Dasar proses siklus hidup ("proses primer")2. Pendukung proses siklus hidup (" Proses Pendukung") 3. Organisasi proses siklus hidup ("proses Organisasi").


Isi standar mencerminkan proses-proses yang muncul di seluruh siklus hidup perangkat lunak:

1. Deskripsi proses siklus hidup utama2. Definisi Pendukung proses siklus hidup 3. Definisi proses siklus hidup organisasi 4. Enam (dari 10 standar ) Lampiran, masing-masing

menangani masalah berikut:o Lampiran A and B: Proses penyesuaiano Lampiran E: Pembahasan konsep standaro Lampiran G: Tujuan dari proses siklus hidup o Lampiran H: Tujuan dari data siklus hidup o Lampiran I: Peran dan hubungan dari standar berikut : IEEE

Std 1074, ISO/IEC 12207, IEEE Std 1498 and ISO 9001.


IEEE Std 1012-1998 (IEEE, 1998) berkaitan dengan proses untuk menentukan apakah suatu produk perangkat lunak sesuai dengan spesifikasi persyaratan (verifikasi) dan apakah itu memenuhi tujuan digunakan (validasi).

Standar ini mengadopsi berbagai aplikasi, seperti yang dituntut oleh berbagai verifikasi dan validasi (V & V) metode yang tersedia untuk digunakan di seluruh siklus hidup perangkat lunak. Menanggapi perkembangan yang terjadi di lapangan, saat ini standar telah diperluas secara substansial dari versi 1986.

IEEE Std 1012 – verification and validation

Tujuan dari IEEE 1012-1998, yaitu:1. Untuk membentuk kerangka kerja umum untuk kegiatan

V & V dan tugas untuk semua proses perangkat lunak siklus hidup

2. Untuk menentukan persyaratan V & V, termasuk input dan output

3. Untuk menentukan tingkat integritas perangkat lunak dan tugas V & V yang tepat

4. Untuk menentukan isi dokumen dari SVVP (Software V&V Plan).

IEEE Std 1012 – verification and validation (Con’t)

Standar Konten Bagian utama dari IEEE 1012-1998 didedikasikan untuk:1. Spesifikasi dari verifikasi dan validasi (V & V) perangkat lunak tingkat

integritas .2. Penggambaran proses V & V. 3. Perincian dari pelaporan V & V, administrasi dan dokumentasi persyaratan4. Penjelasan outline dari software V&V plan (SVVP).5. Delapan informasi lampiran yang memberikan rincian untuk standar bab.

Empat yang paling penting dari lampiran adalah: o Lampiran A: Pemetaan ISO / IEC V & V persyaratan untuk kegiatan dan tugas

IEEE Std 1012 V & V o Lampiran C: V & V dari software reusable o Lampiran D: V & V metrik o Lampiran G: Opsional V & V deskripsi tugas.


Siklus hidup perangkat lunak arsitektur diuraikan dalam susunan standar dibawah ini :

1. Proses2. Aktifitas 3. Tugas

6 proses mencakup standar, yaitu:1. Pengelolaan2. Akuisisi 3. Suplai4. Pengembangan 5. operasi 6. Pemeliharaan.


IEEE Std 1028-1997 (IEEE, 1997) membatasi diri pada masalah teknis "bagaimana melakukan peninjauan secara sistematis".

Lima jenis tinjauan sistematis yang dibahas adalah:1. Management reviews2. Technical reviews (referred to as “formal design reviews” in this

book)3. Inspections4. Walkthroughs (Penelusuran)5. Audits.

IEEE Std 1028 – reviews

Tujuan dari IEEE Std 1028-1997 adalah untuk menentukan prosedur review sistematis, yaitu:

1. Apakah boleh review dilakukan sepanjang siklus hidup perangkat lunak

2. Sesuai dengan persyaratan tinjauan yang didefinisikan oleh standar lain.

Standar KontenBagian utama dari IEEE Std 1028-1997 mencakup:3. Detil definisi persyaratan tinjauan 4. Lampiran yang menunjukkan hubungan standar untuk proses

siklus hidup digambarkan dalam IEEE 730-1989, IEEE 1012-1998, IEEE 1074-1995 dan ISO / IEC 12207:1995.

IEEE Std 1028 – reviews (Con’t)

Komponen dari Tinjauan kebutuhan didokumentasikan dalam struktur sebagai berikut:

(1)Introduction o Tujuan masing-masing jenis review o contoh dari setiap jenis produk perangkat lunak.(2) Responsibilities. Kesepakatan bagian Responsibilities dengan peserta dalam review dan peran masing-masing.(3) Input. Bagian ini berhubungan dengan input data.(4) Entry criteria. Otorisasi Tinjauan dan prasyarat kinerja mewakili apa yang dikenal sebagai Entry criteria. Kriteria umum untuk semua jenis tinjauan memerlukan: o Sebuah pernyataan dari tujuan review o Ketersediaan data masukan yang diperlukan.(5) Procedure. Prosedur review yang wajib meliputi:o Manajemen persiapan o Perencanaan review o Persiapan oleh anggota tim


(6) Exit criteria. exit criteria menentukan apa yang harus dicapai sebelum tinjauan dapat secara resmi disimpulkan. Kriteria ini termasuk:o Penyelesaian kegiatan prosedural o Tindak lanjut dan persetujuan penyelesaian yang memuaskan dari

item tindakan atau tindakan perbaikan dan pencegahan(7) Output. Standar ini menentukan item keluaran bagi setiap jenis review. Item tambahan yang mungkin diperlukan oleh organisasi, prosedur lokal lainnya, atau kasus tertentu.(8) Data collection recommendations. Dianjurkan agar pemeriksaan dan langkah-langkah tim mengumpulkan data yang terkait dengan anomali yang dihadapi, dimana setiap kasus ini diklasifikasikan dan diberi peringkat menurut tingkat keparahannya.(9) Improvements. Inspeksi akumulasi dan walkthrough data harus dianalisis untuk:o Merumuskan prosedur perbaikan o Pembaruan checklist yang digunakan oleh peserta o Meningkatkan proses pengembangan perangkat lunak.


Galin, Daniel, Software Quality Assurance From theory to Implementation, Pearson Education, 2004

Referensi