iSAQB CPSA-A REQ4ARC

Beschrijving

Door de iSAQB® CPSA-A cursus Vereisten voor softwarearchitecten (REQ4ARC) te volgen, ontvangen deelnemers 20 punten voor Methodische Competentie (MC) en 10 punten voor Technische Competentie (TC) van de 70 punten die nodig zijn om deel te mogen nemen aan het iSAQB CPSA-A-examen bij Brightest. Het is belangrijk om te onthouden dat u binnen de 70 punten die nodig zijn voor het iSAQB CPSA-A-examen bij Brightest minstens tien competentiepunten moet behalen in elk van de volgende gebieden: 

• Technische Competentie (TC)
• Methodische Competentie (MC)
• Communicatieve Competentie (CC)

De erkende iSAQB® REQ4ARC-training – Vereisten voor softwarearchitecten (CPSA-A) is gebaseerd op het actuele iSAQB®-curriculum:

Deel 1 – Een goede start

• Begrijpen dat ook bij iteratieve ontwikkeling enkele voorbereidende activiteiten nodig zijn
• Een duidelijk en vastgelegd beeld hebben van de visie, doelen en relevante stakeholders
• Begrijpen dat de scope en context duidelijk moeten zijn, vooral de interfaces tussen de scope en de context, dus de externe interfaces van het product

Deel 2 – Functionele behoeften behandelen

• De definitie van functionele requirements kennen
• Functionele requirements kunnen onderscheiden van kwaliteitseisen en beperkingen

Deel 3 – Omgaan met kwaliteitseisen en beperkingen

• De definitie van kwaliteitseisen en beperkingen kennen
• Weten dat de grens tussen functionele requirements en kwaliteitseisen soms klein is, omdat eigenschappen soms worden omgezet in functies

Deel 4 – Gedragsgestuurde ontwikkeling

• Weten dat BDD bestaat uit benaderingen en technieken zoals TDD (Test-Driven Development) en ATDD 
• Weten dat requirements op verschillende manieren kunnen worden beschreven
• Weten dat BDD kan worden gebruikt voor veel soorten IT-systemen, zoals informatiesystemen, business-intelligencesystemen en mobiele apps

Deel 5 – Requirements prioriteren en beoordelen

• Verschillende methoden kennen om waarde uit te drukken, zoals MoSCoW-prioritering, vaste waardebereiken, lineaire ordening van alle requirements, methoden met gewogen factoren en vertragingskosten
• Begrijpen dat verschillende stakeholders de waarde van requirements anders kunnen beoordelen

Deel 6 – Samenwerking tussen rollen

• Begrijpen dat bij iteratieve systeemontwikkeling alle partijen uit het ontwikkelproces betrokken zijn
• Weten dat architecten voortdurend samenwerken met businessanalisten, requirements-experts, ontwikkelaars en testers

Deel 7 – Hulpmiddelen voor Requirements Engineering

• Verschillende soorten hulpmiddelen voor requirements kennen, zoals overzichten, wiki’s, modelleertools en issue-trackers

Deel 8 – Voorbeelden van Requirements Engineering

• Voorbeelden kennen van duidelijk beschreven requirements uit verschillende categorieën