iSAQB CPSA-A REQ4ARC

Descrizione

La partecipazione al corso iSAQB® CPSA-A Requirements for Software Architects (REQ4ARC) conferisce ai partecipanti 20 Competenze Metodologiche (MC) e 10 Competenze Tecniche (TC) punti per i 70 punti richiesti per essere idonei a sostenere l'esame iSAQB CPSA-A con Brightest. È importante ricordare che, come parte dei 70 punti necessari per sostenere l'esame iSAQB CPSA-A con Brightest, sarà necessario avere almeno dieci punti di competenza in ciascuna delle seguenti aree: 

• Competenze Tecniche (TC)
• Competenze Metodologiche (MC)
• Competenze Comunicative (CC)

Il corso iSAQB® accreditato REQ4ARC - Requirements for Software Architects (CPSA-A) si basa sul curriculum iSAQB® attuale:

Parte 1 - Inizio pulito

• Anche con lo sviluppo iterativo, è necessario comprendere alcune attività preliminari
• È richiesta la padronanza e la conoscenza esplicita della visione, degli obiettivi e degli stakeholder rilevanti
• Comprendere che è necessario il contesto e l'ambito, in particolare le interfacce tra ambito e contesto (cioè, le interfacce esterne del prodotto)

Parte 2 - Soddisfare le esigenze funzionali

• Conoscere la definizione dei requisiti funzionali
• Capacità di distinguere i requisiti funzionali dai requisiti di qualità e dalle limitazioni

Parte 3 - Gestire i requisiti di qualità e le limitazioni

• Conoscere la definizione di requisiti di qualità e limitazioni
• Sapere che esiste una netta separazione tra requisiti funzionali e requisiti di qualità, poiché gli attributi a volte sono determinati dalla loro conversione in funzioni

Parte 4 - Sviluppo comportamentale

• Conoscere che BDD include approcci e tecnologie come TDD (Test-Driven Development) e ATDD
• Conoscere che ci sono diverse opzioni per specificare i requisiti
• Conoscere che BDD si applica a una vasta gamma di tipi di sistemi IT, ad esempio, sistemi informativi, sistemi di business intelligence, app mobili

Parte 5 - Prioritizzazione e valutazione dei requisiti

• Conoscere i diversi metodi per esprimere il valore, ad esempio, la priorizzazione MoSCoW, i range di valore definiti, l'ordinamento lineare di tutti i requisiti, i metodi con fattori ponderati e i costi di ritardo
• Comprendere che diversi stakeholder possono vedere valore nei requisiti

Parte 6 - Collaborazione tra ruoli

• Comprendere che lo sviluppo iterativo del sistema coinvolge tutte le parti coinvolte nel processo di sviluppo
• Conoscere che gli architetti interagiscono costantemente con business analyst, esperti di requisiti, sviluppatori e tester

Parte 7 - Strumenti per l'ingegneria dei requisiti

• Conoscere i diversi tipi di strumenti per i requisiti (mappe, wiki, strumenti di modellazione, tracker dei problemi, ecc.)

Parte 8 - Esempi di ingegneria dei requisiti

• Conoscere gli esempi di requisiti ben formulati in diverse categorie