iSAQB® CPSA-A – Persyaratan untuk Arsitek Perangkat Lunak (Kursus)

Deskripsi

Dengan mengikuti kursus iSAQB® CPSA-A Persyaratan untuk Arsitek Perangkat Lunak (REQ4ARC), peserta memperoleh 20 poin Kompetensi Metodologis (MC) dan 10 poin Kompetensi Teknis (TC) dari total 70 poin yang diperlukan agar memenuhi syarat untuk mengikuti ujian iSAQB CPSA-A bersama Brightest. Penting untuk diingat bahwa dari 70 poin yang diperlukan untuk mengikuti ujian iSAQB CPSA-A bersama Brightest, Anda harus memiliki setidaknya sepuluh poin kompetensi dalam setiap bidang berikut: 

• Kompetensi Teknis (TC)
• Kompetensi Metodologis (MC)
• Kompetensi Komunikatif (CC)

Pelatihan iSAQB® REQ4ARC – Persyaratan untuk Arsitek Perangkat Lunak (CPSA-A) yang terakreditasi didasarkan pada kurikulum iSAQB® terbaru:

Bagian 1 – Memulai dengan baik

• Memahami bahwa beberapa kegiatan awal tetap diperlukan, bahkan dalam pengembangan iteratif
• Memiliki pemahaman yang jelas dan terdokumentasi tentang visi, tujuan, dan pemangku kepentingan yang relevan
• Memahami bahwa ruang lingkup dan konteks harus ditentukan, terutama antarmuka antara ruang lingkup dan konteks, yaitu antarmuka eksternal produk

Bagian 2 – Menangani kebutuhan fungsional

• Mengetahui definisi persyaratan fungsional
• Mampu membedakan persyaratan fungsional dari persyaratan kualitas dan batasan

Bagian 3 – Menangani persyaratan kualitas dan batasan

• Mengetahui definisi persyaratan kualitas dan batasan
• Mengetahui bahwa batas antara persyaratan fungsional dan persyaratan kualitas terkadang sangat tipis karena atribut tertentu dapat diubah menjadi fungsi

Bagian 4 – Pengembangan berbasis perilaku

• Mengetahui bahwa BDD mencakup pendekatan dan teknik seperti TDD (Test-Driven Development) dan ATDD 
• Mengetahui bahwa terdapat berbagai cara untuk menentukan persyaratan
• Mengetahui bahwa BDD dapat diterapkan pada berbagai jenis sistem TI, seperti sistem informasi, sistem kecerdasan bisnis, dan aplikasi seluler

Bagian 5 – Penentuan prioritas dan penilaian persyaratan

• Mengetahui berbagai metode untuk menyatakan nilai, seperti penentuan prioritas MoSCoW, rentang nilai yang ditentukan, pengurutan linear seluruh persyaratan, metode faktor tertimbang, dan biaya penundaan
• Memahami bahwa pemangku kepentingan yang berbeda dapat menilai suatu persyaratan secara berbeda

Bagian 6 – Kolaborasi antarperan

• Memahami bahwa pengembangan sistem secara iteratif melibatkan semua pihak dalam proses pengembangan
• Mengetahui bahwa arsitek terus berinteraksi dengan analis bisnis, pakar persyaratan, pengembang, dan penguji

Bagian 7 – Alat bantu untuk Rekayasa Kebutuhan

• Mengetahui berbagai jenis alat bantu untuk mengelola persyaratan, seperti peta, wiki, alat pemodelan, dan pelacak isu

Bagian 8 – Contoh Rekayasa Kebutuhan

• Mengetahui contoh persyaratan dari berbagai kategori yang dirumuskan dengan jelas