iSAQB CPSA-A REQ4ARC

Açıklama

iSAQB® CPSA-A Requirements for Software Architects (REQ4ARC) kursuna katılmak, katılımcılara 20 Methodological Competence (MC) ve 10 Technical Competence (TC) puanı kazandırır. Bu puanlar, Brightest ile iSAQB CPSA-A sınavına girebilmek için gerekli olan 70 puanın bir parçasıdır. Brightest ile iSAQB CPSA-A sınavına girmek için gereken 70 puanın içinde, aşağıdaki alanların her birinden en az on yetkinlik puanına sahip olmanız gerektiğini unutmamak önemlidir: 

• Technical Competence (TC)
• Methodological Competence (MC)
• Communicative Competence (CC)

Akredite iSAQB® REQ4ARC - Requirements for Software Architects (CPSA-A) eğitimi, güncel iSAQB® müfredatına dayanmaktadır:

Bölüm 1 - Temiz başlangıç

• Yinelemeli geliştirme kullanılsa bile, başlangıçta yapılması gereken bazı faaliyetleri anlamak gerekir
• Vizyon, hedefler ve ilgili paydaşlar hakkında açık ve yeterli bilgiye sahip olmak gerekir
• Kapsam ve bağlamın gerekli olduğunu anlamak; özellikle kapsam ile bağlam arasındaki arayüzleri, yani ürünün dış arayüzlerini bilmek

Bölüm 2 - Fonksiyonel ihtiyaçların ele alınması

• Fonksiyonel gereksinimlerin tanımını bilmek
• Fonksiyonel gereksinimleri kalite gereksinimlerinden ve kısıtlamalardan ayırt edebilmek

Bölüm 3 - Kalite gereksinimleri ve kısıtlamalarla ilgilenmek

• Kalite gereksinimlerinin ve kısıtlamaların tanımını bilmek
• Fonksiyonel gereksinimler ile kalite gereksinimleri arasında bazen çok ince bir fark olduğunu bilmek, çünkü bazı özellikler fonksiyonlara dönüştürülerek tanımlanabilir

Bölüm 4 - Davranış odaklı geliştirme

• BDD'nin TDD (Test-Driven Development) ve ATDD gibi yaklaşım ve teknolojilerden oluştuğunu bilmek
• Gereksinimleri tanımlamak için farklı seçenekler olduğunu bilmek
• BDD'nin bilgi sistemleri, iş zekâsı sistemleri ve mobil uygulamalar gibi birçok farklı IT sistemi türünde kullanılabileceğini bilmek

Bölüm 5 - Gereksinimlerin önceliklendirilmesi ve değerlendirilmesi

• Değeri ifade etmek için farklı yöntemleri bilmek; örneğin MoSCoW önceliklendirmesi, tanımlanmış değer aralıkları, tüm gereksinimlerin doğrusal sıralanması, ağırlıklı faktör yöntemleri ve gecikme maliyetleri
• Farklı paydaşların gereksinimlerde farklı değerler görebileceğini anlamak

Bölüm 6 - Roller arasında iş birliği

• Yinelemeli sistem geliştirmenin, geliştirme sürecine dahil olan tüm tarafları kapsadığını anlamak
• Mimarların iş analistleri ve gereksinim uzmanlarının yanı sıra geliştiriciler ve test uzmanlarıyla sürekli iletişim içinde olduğunu bilmek

Bölüm 7 - Gereksinim mühendisliği araçları

• Farklı gereksinim araçlarını bilmek (haritalar, wiki'ler, modelleme araçları, issue tracker'lar vb.)

Bölüm 8 - Gereksinim mühendisliği örnekleri

• Farklı kategorilerde iyi ifade edilmiş gereksinim örneklerini bilmek