IEEE memiliki berbagai standar untuk manajemen siklus hidup perangkat lunak, termasuk standar konseptual, preskriptif, dan pedoman. IEEE 12207 menyediakan kerangka kerja siklus hidup perangkat lunak yang merujuk pada standar lain untuk rincian. IEEE 1012-1998 dan IEEE 1028-1997 menetapkan persyaratan untuk verifikasi dan validasi serta tinjauan sistematis perangkat lunak sepanjang siklus hidupnya. Kedua standar tersebut men

1. Disusun oleh:
ARRIZQY NUR SHABRINA/5209100053

2. 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

3.  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.

4.  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.

5.  Siklus hidup perangkat lunak arsitektur diuraikan dalam
susunan standar dibawah ini :
1. Kelas Proses
2. Proses
3. 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").

6.  Isi standar mencerminkan proses-proses yang muncul di
seluruh siklus hidup perangkat lunak:
1. Deskripsi proses siklus hidup utama
2. 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 penyesuaian
o Lampiran E: Pembahasan konsep standar
o 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.

7.  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.

8.  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).

9. 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
persyaratan
4. 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.

10.  Siklus hidup perangkat lunak arsitektur diuraikan dalam susunan
standar dibawah ini :
1. Proses
2. Aktifitas
3. Tugas
 6 proses mencakup standar, yaitu:
1. Pengelolaan
2. Akuisisi
3. Suplai
4. Pengembangan
5. operasi
6. Pemeliharaan.

12.  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 reviews
2. Technical reviews (referred to as “formal design reviews” in this
book)
3. Inspections
4. Walkthroughs (Penelusuran)
5. Audits.

13.  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 Konten
Bagian utama dari IEEE Std 1028-1997 mencakup:
1. Detil definisi persyaratan tinjauan
2. 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.

14.  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

15. (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.

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