Arsitektur SQA

Komponen SQA sistem

Komponen SQA sistem diklasifikasikan sebagai berikut :

•          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

Berikut adalah Arsitektur komponen SQA Sistem :

Dari Gambar tersebut dijelaskan sebagai berikut :

1.       Komponen Pra-Proyek

Merupakan langkah persiapan sebelum melakukan proyek, terdapat beberapa langkah yang harus dilakukan tim developer agar terjamin kualitas software:

•          Contract Review

Aktifitas kontak review:

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

•          Development and Quality Plans

Isu utama dalam rencana pengembangan proyek :

•          Jadwal

•          Tenaga kerja yang diperlukan dan sumber Hardware

•          Evaluasi Resiko

•          Keorganisasian : anggota tim, subkontraktor dan kemitraan

•          Metodologi proyek, perangkat pengembangan,dll

•          Penggunaan kembali rencana software

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

2.       Komponen Siklus Hidup Software Proyek

Komponen utama :

1.       Review

·         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

•          Peer Review

Dilakukan dengan tujuan Mendeteksi kemungkinan kesalahan dari banyak design dan pemrograman. Namun apa saja yang di Review?

–        Dokumen singkat

–        Bab / bagian pada laporan

–        Printout kode dari modul software

Dari Review tersebut nantinya akan menghasilkan output sebagai berikut:

–        Daftar Kesalahan yang terdeteksi

–        Ringkasan Kerusakan dan Statistik

2.       Pendapat Ahli

Memperkenalkan kemampuan eksternal tambahan ke dalam proses in-house development organisasi. Para ahli dibutuhkan 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

3.       Pengujian Software

Tes software komponen SQA yang resmi untuk meninjau jalannya software yang sebenarnya. Pengujian dilakukan pada :

•       Modul Software

•       Integrasi Software

•       Paket keseluruhan Software (Sistem)

Tujuan dilakukannya pengujian ini adalah:

•       Mendeteksi kesalahan software dan kegagalan lainnya

•       Persetujuan formal dari modul atau setup integrasi

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

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

5.       Jaminan Kualitas pekerjaan subkontraktor dan bagian persediaan customer

3.       Komponen Infrastruktur untuk pencegahan kesalahan dan perbaikan

Tujuan : Menghilangkan atau setidaknya mengurangi tingkat kesalahan berdasarkan akumulasi pengalaman organisasi SQA

Komponen SQA ini meliputi :

•          Prosedur dan instruksi kerja

• Procedure : Perencanaan yang berlaku secara umum dan untuk melayani                seluruh organisasi

•    Work Instruction : Petunjuk rinci untuk penggunaan metode yang diterapkan                pada tiap kasus unik dan dikerjakan oleh tim khusus

•          Template dan checklist

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

•          Pelatihan staf, pelatihan ulang, dan sertifikasi

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 profesional
dan in-house pengalaman yang diperoleh.

–        Sertifikasi karyawan setelah pengetahuan dan kemampuan telah
ditunjukkan.

•          Pencegahan dan tindakan korektif

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

•          Konfigurasi manajemen

•          Kontrol Dokumentasi.

Untuk memberikan bukti kinerja sistem SQA. Berisi informasi penting untuk jangka panjang pengembangan dan pemeliharaan sistem software, seperti hasil pengujian software, desain review, laporan masalah dan laporan audit. 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

4.       Komponen Manajemen SQA     

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

5.       Komponen SQA standar, sistem sertifikasi, dan penilaian.

Pada komponen ini bertujuan :

1.       Pemanfaatan pengetahuan profesional internasional.

2.       Peningkatan koordinasi dengan sistem mutu organisasi lain .

3.       Evaluasi profesional tujuan dan pengukuran prestasi.

SQA Standar diklasifikasikan menjadi :

•          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

6.       Pengorganisasian untuk SQA – komponen manusia

Tujuan utama dari pengorganisasian SQA adalah :

1.       Untuk mengembangkan dan mendukung pelaksanaan komponen SQA.

2.       Untuk mendeteksi penyimpangan dari prosedur SQA dan metodologi.

3.       Untuk menunjukkan perbaikan komponen SQA.

Manajemen peran dalam SQA

Tanggung jawab manajemen puncak, departemen dan manajemen proyek, guna:

1.       Definisi dari kebijakan kualitas

2.       Menindak lanjut secara efektif dari penerapan kebijkan kualitas

3.       Alokasi sumber daya yang cukup untuk melaksanakan kebijakan kualitas

4.       Penugasan staf yang memadai

5.       Menindak lanjut kepatuhan prosedur jaminan kualitas

6.       Memberikan solusi dari jadwal, anggaran dan kesulitan hubungan pelanggan

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

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