Overview Komponen Sistem SQA

1. Overview Komponen Sistem SQA Adrianti Kusuma W 7409040002

2. Klasifikasi Komponen Sistem SQA • Komponen Pra-Proyek • Komponen Siklus Hidup Proyek Kegiatan Penilaian • Komponen Infrastruktur Pencegahan Kesalahan dan Perbaikan • Komponen Manajemen Kualitas Perangkat Lunak • Komponen Standardisasi, Sertifikasi dan Penilaian Sistem SQA • Mengorganisir SQA – Komponen Manusia

3. Arsitektur Komponen Sistem SQA

4. Komponen Pra-Proyek Langkah persiapan sebelum melakukan proyek :

5. Komponen Pra-Proyek Review Kontrak Kegiatan • Klarifikasi kebutuhan pelanggan • Review jadwal proyek dan perkiraan kebutuhan sumber daya • Evaluasi kapasitas staf profesional untuk melaksanakan proyek • Evaluasi kapasitas pelanggan untuk memenuhi kewajibannya • Evaluasi risiko pengembangan.

6. Komponen Pra-Proyek Development and Quality Plans Isu utama dalam rencana pengembangan proyek : • Jadwal • Tenaga kerja yang diperlukan dan sumber Hardware • EvaluasiResiko • Keorganisasian : anggota tim, subkontraktor dan kemitraan • Metodologi proyek, perangkat pengembangan,dll • Penggunaan kembali rencana software

7. Komponen Pra-Proyek Development and Quality Plans Isu utama dalam rencana kualitas proyek : • Tujuan Kualitas • Kriteria awal dan akhir setiap tahap proyek • Daftar review, tes dan jadwal verifikasi lainnya serta kegiatan validasi

8. Komponen Siklus Hidup Software Proyek Komponen utama : • Review • Pendapat Ahli • Pengujian Software • Pemeliharaan Software • Jaminan Kualitas pekerjaan subkontraktor dan bagian persediaan customer

9. Komponen Siklus Hidup Software Proyek Review

10. Formal Design Review • Berupa Daftar Koreksi yang diperlukan (Action Items) • Diperiksa oleh Komite-komite yang terdiri dari : • Pemimpin Proyek • Manajer Departemen • Ketua Insinyur Software • Ketua Departemen terkait

11. Peer Review Tujuan : Mendeteksi kemungkinan kesalahan dari banyak design dan pemrograman. Apa yang di Review? • Dokumen singkat • Bab / bagian pada laporan • Printout kode dari modul software Output • Daftar Kesalahan yang terdeteksi • Ringkasan Kerusakan dan Statistik

12. Komponen Siklus Hidup Software Proyek Pendapat Ahli Memperkenalkan kemampuan eksternal tambahan ke dalam proses in-house development organisasi Kegunaan ahli eksternal pada beberapa situasi : • Kurangnya kemampuan profesional in-house pada daerah tertentu • Sulitnya menemukan calon yang cocok untuk berpartisipasi dalam tim design review • Dalam situasi yang ditandai dengan tekanan pekerjaan ekstrim, pendapat ahli dapat menggantikan inspeksi • Profesional in-house yang tidak dapat diakses sementara • Dalam kasus perselisihan besar di antara senior profesional organisasi, ahli eksternal dapat mendukung keputusan

13. Komponen Siklus Hidup Software Proyek Pengujian Software Tes software komponen SQA yang resmi untuk meninjau jalannya software yang sebenarnya Yang diuji adalah : • Modul Software • Integrasi Software • Paket keseluruhan Software (Sistem) • Tujuan pengujian: • Mendeteksi kesalahan software dan kegagalan lainnya • Persetujuan formal dari modul atau setup integrasi

14. Komponen Siklus Hidup Software Proyek Pemeliharaan Software • Layanan pemeliharaan software dikategorikan sebagai berikut : • Pemeliharaan Korektif • Koreksi kesalahan perangkat lunak dan kegagalan • Pemeliharaan Adaptif • Mengadaptasi software saat ini untuk keadaan tambahan tanpa mengubah software • Pemeliharaan Fungsi Perbaikan • Peningkatan dan perbaikan software

15. Komponen Siklus Hidup Software Proyek Pemeliharaan Software • Komponen Pra-Perawatan • Pemeliharaan review kontrak • Pemeliharaan rencana • Komponen Infrastruktur SQA • Pemeliharaan prosedur dan instruksi • Perangkat pendukung kualitas • Pemeliharaan pelatihan staf, pelatihan ulang dan sertifikasi • Pemeliharaan tindakan pencegahan dan perbaikan • Konfigurasi Manajemen • Komponen Manajerial Kontrol SQA • Pemeliharaan layanan kontrol • Pemeliharaan Kualitas metrik • Pemeliharaan biaya kualitas

16. Komponen Infrastruktur untuk pencegahan kesalahan dan perbaikan Tujuan : Menghilangkan atau setidaknya mengurangi tingkat kesalahan berdasarkan akumulasi pengalaman organisasi SQA Komponen kelas SQA ini meliputi : • Prosedur dan instruksi kerja • Template dan checklist • Pelatihan staf, pelatihan ulang, dan sertifikasi • Pencegahan dan tindakan korektif • Konfigurasi manajemen • Kontrol Dokumentasi.

17. Komponen Infrastruktur untuk pencegahan kesalahan dan perbaikan Prosedur dan Instruksi Kerja Prosedur Perencanaan yang berlaku secara umum dan untuk melayani seluruh organisasi Instruksi Kerja Petunjuk rinci untuk penggunaan metode yang diterapkan pada tiap kasus unik dan dikerjakan oleh tim khusus

18. Komponen Infrastruktur untuk pencegahan kesalahan dan perbaikan Template dan Cheklist Merupakan perangkat kualitas pendukung yang didasarkan pada pengetahuan dan pengalaman organisasi Kegunaan perangkat ini adalah : • Menyimpan waktu yang dibutuhkan untuk mendefiniskan struktur dari berbagai dokumen • Berkontribusi untuk kelengkapan dokumen dan review • Meningkatkan komunikasi antara tim pengembang dan review anggota komite dengan standardisasi dokumen dan agenda

19. Komponen Infrastruktur untuk pencegahan kesalahan dan perbaikan Pelatihan staf, instruksi dan sertifikasi SDM organisasi yang berpengetahuan dan update dapat dicapai oleh : • Pelatihan karyawan baru dan pelatihan ulang karyawan yang memiliki perubahan tugas. • Terus memperbarui staf sehubungan dengan perkembangan profesionaldan in-house pengalaman yang diperoleh. • Sertifikasi karyawan setelah pengetahuan dan kemampuan telahditunjukkan.

20. Komponen Infrastruktur untuk pencegahan kesalahan dan perbaikan Pencegahan dan tindakan korektif Penelitian sistematis berdasarkan data yang dikumpulkan dari kegagalan dan kesuksesan proses SQA, dapat di list sebagai berikut : • Implementasi perubahan yang mencegah kegagalan serupa di masa depan • Koreksi kesalahan serupa yang ditemukan di proyek lain atau kegiatan lain • Menerapkan metodologi yang terbukti sukses untuk meningkatkan probabilitas ulangan keberhasilan

21. Komponen Infrastruktur untuk pencegahan kesalahan dan perbaikan Kontrol Dokumentasi Untuk memberikan bukti kinerja sistem SQA kegiatan kontrol dokumentasi ini memerlukan : • Definisi jenis kontrol dokumentasi yang diperlukan • Spesifikasi format, metode identifikasi, dll • Definisi proses review dan persetujuan untuk setiap kontrol dokumen • Definisi metode penyimpanan arsip Berisi informasi penting untuk jangka panjang pengembangan dan pemeliharaan sistem software, seperti hasil pengujian software, desain review, laporan masalah dan laporan audit.

22. Komponen Manajemen SQA Tujuan : Menjadi kontrol pengembangan dan pemeliharaan kegiatan serta pengenalan awal manajerial untuk mencegah atau meminimalkan jadwal dan anggaran kegagalan. Komponen Kontrol Meliputi : • Proyek kemajuan kontrol • Untuk mendeteksi munculnya situasi yang menyebabkan penyimpangan dan rencana proyek dan kinerja pemeliharan layanan • Metrik kualitas software • Pengukuran SQA untuk kualitas fungsional, produktivitas dan aspek organisasi proyek • Biaya kualitas software • Biaya pengendalian dikombinasikan dengan biaya kegagalan, sehingga terdapat kesiapan manajemen untuk mengalokasikan dana atau dengan mengefisienkan anggaran.

23. Komponen SQA standar, sistem sertifikasi, dan penilaian Tujuan : • Pemanfaatan pengetahuan profesional internasional. • Peningkatan koordinasi dengan sistem mutu organisasi lain . • Evaluasi profesional tujuan dan pengukuran prestasi. SQA Standar diklasifikasikan menjadi : • Manajemen kualitas standar • Proses proyek standar

24. Komponen SQA standar, sistem sertifikasi, dan penilaian Manajemen Kualitas Standar Organisasi mendapatkan manfaat dari standar mutu manajemen pengembangan software, pemeliharaan dan infrastruktur. Fokus pada apa yang diperlukan dan memberikan keputusan tentang “bagaimana” cara mencapainya bagi organisasi.Organisasi yang memenuhi kualitas dapat memperoleh sertifikasi SQA. Contoh jenis standarnya adalah : • SEI CMM standar penilaian • ISO 9001 dan ISO 9000-3 standar Proses Proyek Standar Standar profesional yang menyediakan metodologi pedoman (berhubungan dengan pertanyaan “bagaimana”) untuk pengembangan tim. Contoh jenis standarnya : • IEEE 1012 standar • ISO / IEC 12207 standar

25. Pengorganisasian untuk SQA – komponen manusia Tujuan utama dari pengorganisasian SQA adalah : • Untuk mengembangkan dan mendukung pelaksanaan komponen SQA. • Untuk mendeteksi penyimpangan dari prosedur SQA dan metodologi. • Untuk menunjukkan perbaikan komponen SQA. Manajemen peran dalam SQA Tanggung jawab manajemen puncak, departemen dan manajemen proyek : • Definisi dari kebijakan kualitas • Menindak lanjut secara efektif dari penerapan kebijkan kualitas • Alokasi sumber daya yang cukup untuk melaksanakan kebijakan kualitas • Penugasan staf yang memadai • Menindak lanjut kepatuhan prosedur jaminan kualitas • Memberikan solusi dari jadwal, anggaran dan kesulitan hubungan pelanggan

26. Pengorganisasian untuk SQA – komponen manusia Unit SQA Bagian dari basis SQA organisasi yang mengabdikan diri sepenuhnya untuk hal-hal SQA. Dengan tugas mereka adalah sebagai kekuatan penggerak utama, inisiator dan koordinator dari sistem SQA. SQA wali , komite dan forum Wali SQA anggota tim pengembang dan pemeliharaan yang memiliki minat khusus dalam kualitas software dan siap mengabdikan diri. Anggota Komite Anggota dari pengembangan berbagai software dan pemeliharaan unit dan biasanya diangkat untuk layanan ad hoc Forum SQA profesional dan praktisi yang memenuhi atau mempertahankan sebuah situs Internet yang sukarela untuk diskusi tentang kualitas masalah yang berhubungan dengan proses pembangunan dan pemeliharaan

27. Pertimbangan pembangunan sebuah komponen sistem organisasi SQA Pertimbangan Organisasi • Jenis Klien pengembangan software • Jenis Klien perawatan software • Rentang produk • Ukuran organisasi • Tingkat dan sifat kerjasama dengan organisasi lain • Tujuan Optimisasi Pertimbangan Proyek dan Layanan pemeliharaan • Tingkat Kompleksitas software dan Kesulitan • Tingkat pengalaman staf dengan teknologi proyek • Tingkat penggunaan kembali software dalam proyek-proyek baru Pertimbangan Profesional Staf • Kualifikasi profesional • Tingkat kenal dengan anggota tim