SOFTWARE QUALITY ASSURANCE

dokumen-dokumen yang mirip
SOFTWARE QUALITY ASSURANCE

SOFTWARE QUALITY ASSURANCE

SOFTWARE QUALITY ASSURANCE

Reviews. Chapter Tujuan Review

SOFTWARE QUALITY ASSURANCE

SOFTWARE QUALITY ASSURANCE

Enterprise Architecture Planning

Enterprise Architecture Planning

Enterprise Architecture Planning

SPESIFIKASI KEGUNAAN (USABILITY) Chalifa Chazar Modul :

SOFTWARE QUALITY ASSURANCE

Enterprise Architecture Planning

Enterprise Architecture Planning

SOFTWARE QUALITY ASSURANCE

SOFTWARE QUALITY ASSURANCE

APLIKASI KOMPUTER. Komponen Dasar Komputer & Sistem Operasi. Chalifa Chazar MN- APLIKASI KOMPUTER (MANAJEMEN)

EVALUASI. Chalifa Chazar Modul :

Tujuan Review Kontrak. Dibagi menjadi 2, yaitu: Tujuan Review Draft Proposal Tujuan Review Draft Kontrak

Enterprise Architecture Planning

Komponen-komponen dari Sistem Penjaminan Kualitas Software

SISTEM PENGOLAHAN INFORMASI PADA MANUSIA. Chalifa Chazar Modul :

BAB 3 PENGUJIAN DALAM SIKLUS PENGEMBANGAN

Enterprise Architecture Planning

PERANAN TEAM SOFTWARE PROCESS PADA REKAYASA PERANGKAT LUNAK

Lampiran A. 2. Apakah organisasi anda telah menggunakan standar dalam proses pengembangan dan penentuan kualitas perangkat lunak?

KERANGKA KENDALI MANAJEMEN (KENDALI UMUM)

Chapter 11 Assuring the quality of software maintenance components

Software Quality Assurance

APLIKASI KOMPUTER. Perangkat Lunak Aplikasi Bisnis & Perkantoran. Chalifa Chazar

TESTING DAN IMPLEMENTASI SISTEM. WAHYU PRATAMA, S.Kom., MMSI.

BAB I PENDAHULUAN. 1.1 Latar Belakang

REVIEW PENGUJIAN S/W. Oleh Cipta Wahyudi

BAB I PENDAHULUAN. dimana sistem kerjasama dilakukan dalam melaksanakan berbagai aktivitas

PROJECT TIME MANAGEMENT PAKET APLIKASI SEKOLAH (PAS) SMK

UNIVERSITAS MERCU BUANA FAKULTAS : ILMU KOMPUTER PROGRAM STUDI : SISTEM INFORMASI

Mengelola Proses Perancangan. Interaksi Manusia dan Komputer Sesi 3

BAB 1 PENDAHULUAN 1.1 Latar belakang

BAB I PENDAHULUAN. yang sesuai dengan bisnis Bank BTPN kepada nasabah. Bank merupakan lembaga

System Development Life Cycle (SDLC)

Software Quality Assurace 9/18/ :50 PM 1

Enterprise Architecture

Melakukan Audit Teknologi Informasi. Empower Your Auditor

Enterprise Architecture Planning

Chapter 9 Software testing strategies

Pengembangan Sistem Informasi

Manajemen Proyek Perangkat Lunak

TESTING DAN IMPLEMENTASI SISTEM. WAHYU PRATAMA, S.Kom., MMSI.

2 Program auditor operasional ditandatangani oleh: a. Direktur b. Internal Auditor c. Kepala Akuntansi dan Keuangan

Implementasi Sistem dan Maintenace Sistem. Sistem Informasi Universitas Gunadarma 2012/2013

APLIKASI KOMPUTER. Intoduction. Chalifa Chazar MN- APLIKASI KOMPUTER (MANAJEMEN)

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

Pengembangan Sistem Informasi

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

SATUAN ACARA PERKULIAHAN MATA KULIAH IMPLEMENTASI SISTEM INFORMASI

BAB I PENDAHULUAN. 1.1 Latar Belakang

Chapter 4 SOFTWARE QUALITY ASSURANCE - REVIEW

3/17/16 Testing dan Audit Perangkat Lunak - Universitas Mercu Buana Yogyakarta

TEKNIK INTERAKSI. Chalifa Chazar Modul :

INTERAKSI MANUSIA & KOMPUTER. Chalifa Chazar Modul :

BAB I PENDAHULUAN. Kemajuan teknologi mempunyai peran penting dalam perkembangan

SOP-5 PELAKSANAAN PENUGASAN. Halaman 1 dari 11

UJI, UJI, DAN UJI ULANG

BAB III GAMBARAN UMUM INSTANSI

Pertemuan 12 dan 13 SQA TIK : Menjelaskan konsep dan strategi Software Quality Assurance

1 PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN. Badan Perencanaan Pembangunan Daerah (Bappeda) Kota Bandung adalah salah

Teknik Audit TI. Indri Sudanawati Rozas, S.Kom

TALENT MANAGEMENT CULTURE CHANGE PRODUCTIVITY ENHANCEMENT EFFICIENCY IMPROVEMENT

RANCANGAN PELAKSANAAN PERKULIAHAN

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB III OBJEK DAN METODE PENELITIAN Sejarah Singkat Perusahaan. yang berada di Jl.Surapati no.42 Bandung, Paradise berdiri pada tahun

Pengelolaan Proyek PPSI. Part 1 Part 2 Part 3

Kantor Penjaminan Mutu, 2015

RENCANA PEMBELAJARAN SEMESTER

BAB I PENDAHULUAN. perusahaan dengan perusahaan lainnya. Kondisi perekonomian yang semakin

JAMINAN KUALITAS PERANGKAT LUNAK

UNIVERSITAS MERCU BUANA FAKULTAS : ILMU KOMPUTER PROGRAM STUDI : SISTEM INFORMASI

BAB I PENDAHULUAN. sistem lain. Dalam hal tersebut, database yang tersebar di suatu instansi atau

Chapter 2 What is Software Quality?

chapter 7 Integrating quality activities in the project life cycle Empat model proses pengembangan perangkat lunak akan dibahas dalam bagian ini:

PENDAHULUAN Latar Belakang Tugas Akhir Game Game Development Life Cycle GDLC Taksonomi Bloom

BAB I PENDAHULUAN. Pada dasarnya setiap perusahaan yang didirikan mempunyai tujuan utama

BAB I PENDAHULUAN 1.1 Latar Belakang Masalah

ANALISIS PENERAPAN ISO TS DALAM PELAKSANAAN AUDIT MUTU INTERNAL PADA PT HONDA LOCK INDONESIA

TAHAPAN PROSES BANGSIS

PROJECT MANAGEMENT PLAN RANCANG BANGUN SISTEM INFORMASI PENERIMAAN DAN SELEKSI PEGAWAI MENGGUNAKAN METODE MANAGEMENT BY OBJECTIVE

Standarisasi dan Sertifikasi.

LAPORAN KERJA PRAKTEK. Quality Assurance Web Blora & Web Koperasi dan Web Polindra di PT Time Excelindo

Rekayasa Perangkat Lunak (Software Engineering)

KKKF33118 REKAYASA PERANGKAT LUNAK I

BAB III PROSEDUR PELAKSANAAN

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

Karyawan PT. Arpeni Pratama Ocean Line Tbk pada posisi dan bagian tertentu.

BAB I PENDAHULUAN. pembayaran gaji pegawai harus dilaksanakan secara profesional dengan maksud

BAB 5 KESIMPULAN DAN SARAN

URGENCY MAINTAINABILTY DALAM PENGEMBANGAN SISTEM INFORMASI

PEMELIHARAAN PERANGKAT LUNAK (SOFTWARE MAINTENANCE)

Seminar Nasional Hasil - Hasil Penelitian dan Pengabdian LPPM Universitas Muhammadiyah Purwokerto, Sabtu, 26 September 2015 ISBN :

BAB IV PENGUMPULAN DAN PENGOLAHAN DATA

Transkripsi:

SOFTWARE QUALITY ASSURANCE Review - Peer Review & Expert Options TKB5351 Penjaminan Mutu Perangkat Lunak Chalifa Chazar www.script.id chalifa.chazar@gmail.com

Peer Review Perbedaan formal review dan peer review adalah peserta, otoritas dan tujuan dari setiap metode ulasan/review. Formal review bertujuan untuk menyetujui dokumen desain dan analisis sehingga pengerjaan proyek dapat dimulai ke tahap berikutnya. Peer review bertujuan untuk mendeteksi kesalahan dan penyimpangan dari standar.

Peer Review Dua metode untuk melakukan peer review antara lain: Inspection (inspeksi) Walkthroughs (penelusuran)

Inspection & Walkthroughs Inspection (inspeksi) bertujuan pada penekanan atau menitikberatkan pada tindakan korektif. Walkthrough (penelusuran) terbatas pada temuan komentar pada dokumen review, temuan pemeriksaan ini juga dimasukan dalam upaya untuk meningkatkan metode pengembangan.

Faktor-Faktor Peer Review Peserta peer review (Participants of peer reviews) Persiapan peer review (Requisite preparations for peer reviews) Sesi peer review (The peer review session) Kegiatan pasca peer review (Post-peer review activities) Efisiensi kegiatan peer review (Peer review efficiency ) Cakupan kegiatan peer review (Peer review coverage)

Participants Of Peer Review Faktor utama kontribusi pada peer review adalah group s blend (kelompok yang berbeda antara inspeksi dan walkthrough). Peserta terdiri dari: A review leader (Pimpinan review) The author (Juru tulis) Specialized professionals (Profesional khusus)

Participants Of Peer Review: A Review Leader Pempinan yang diharapkan: Fasih dalam pengembangan proyek. Memiliki hubungan baik dengan tim developer. Berasal dari luar tim developer. Profesional. Pelatihan sebagai moderator kadang dibutuhkan (untuk model instruksi). Inspeksi moderator Walkthrough kordinator

Participants Of Peer Review: The Author Bagian dari peresta peer review. Memiliki tugas untuk mencatat dan mendokumentasikan kegiatan peer review.

Inspeksi Participants Of Peer Review: Specialized Professional A designer A coder or implementer A tester Walkthrough A standards enforcer A maintenance expert A user representative

Preparations For A Peer Review Session Leader Menentukan bagian dari dokumen desain yang akan di tinjau. Memilih anggota tim. Menjadwalkan sesi peer review. Mendistribusikan dokumen ke peserta peer review. Team Meninjau dokumen desain yang sudah dibegikan. Memberikan review terhadap dokumen desain sebelum sesi review

The Peer Review Session Presenter/author memaparkan presentasi singkat. Peserta memberikan komentar terhadap identifikasi kesalahan pada dokumen. Diskusi harus dibatasi pada idetifikasi kesalahan bukan pada solusi. Menentukan klasifikasi tingkat kesalahan. Diskusi dibatasi tidak lebih dari 2 jam.

Session Documentation Dokumentasi pada sesi inspeksi lebih komperhensif dibandingkan dengan sesi walkthrough. Terdapat 2 dokumentasi yang dihasilkan pada sesi inspeksi, yang kemudian didistribusikan pada peserta review, yaitu: Laporan hasil inspeksi tujuan untuk mendokumentasikan identifikasi kesalahan dan tindak lanjut koreksi. Laporan ringkasan sesi inspeksi tujuannya adalah masukan untuk proses analisis perbaikan inspeksi dan tindakan

Post-Peer Review Activity Pada akhir sesi walkthrough tidak terdapat sesi review dan laporan, tidak seperti pada sesi inspeksi. Pada sesi inspeksi, kegiatan pasca review dilakukan untuk membuktikan: Konfirmasi tentang koreksi kesalahan dan tindak lanjut kegiatan. Distribusi laporan inspeksi kepada CAB (Corrective Action Board) untuk dianalisis untuk peningkatan di masa depan.

Efficiency of Peer Reviews Untuk menggambarkan efisiensi dari kegiatan peer review, digambarkan dalam bentuk persentase, berdasarkan: Jumlah rata-rata hasil kesalahan yang terdeteksi per jam. Jumlah rata-rata deteksi kesalahan yang ditemukan per halaman dokumen. Persentasi deteksi kesalahan dari peer review sebagai persentase kesalahan pihak pengembang.

Peer Reviews Coverage Cakupan hasil kegiatan peer review saat perancangan software hanya berkisar antara 5-15%. Namun, peer review memberikan suatu kontribusi yang efektif pada saat pengembangan kembali suatu software.

Comparison between Inspection & Walkthrough

Comparison between Inspection & Walkthrough

Expert Opinions Dapat dilakukan dengan cara: Meminta penilaian ahli tentang dokumen atau bagaian dari suatu code. Mengikutsertakan sebagai bagaian dari peserta review (baik inspeksi maupun walkthrough) Dengan mengikutsertakan seorang ahli, maka: Dapat menambah wawasan tim penjaminan mutu internal perusahaan. Sebagai penengah ketika terjadi perdebatan. Pemercepat kegiatan review.

Tugas Buat ringkasan perbandingan antara: 1. Formal design review 2. Inspection 3. Walkthrough Tulis di kertas A4 atau F4 Dikumpulkan minggu depan!

</TERIMA KASIH> Chalifa Chazar, S.T, M.T Email: chalifa.chazar@gmail.com script.id Copyright @2016