iSAQB CPSA-A REQ4ARC

Beschreibung

Die Teilnahme an der iSAQB® CPSA-A Schulung Requirements for Software Architects (REQ4ARC) bringt den Teilnehmenden 20 Kompetenzpunkte im methodischen Bereich (MC) und 10 Kompetenzpunkte im technischen Bereich (TC) für die insgesamt 70 Punkte, die für die Zulassung zur iSAQB CPSA-A Prüfung bei Brightest erforderlich sind. Dabei ist zu beachten, dass für die erforderlichen 70 Punkte zur Teilnahme an der iSAQB CPSA-A Prüfung bei Brightest jeweils mindestens zehn Kompetenzpunkte in den folgenden Bereichen benötigt werden: 

• Technische Kompetenz (TC)
• Methodische Kompetenz (MC)
• Kommunikative Kompetenz (CC)

Die akkreditierte iSAQB® REQ4ARC-Schulung – Requirements for Software Architects (CPSA-A) basiert auf dem aktuellen iSAQB® Lehrplan:

Teil 1 – Ein guter Start

• Verstehen, dass auch bei einer iterativen Entwicklung bestimmte vorbereitende Tätigkeiten notwendig sind
• Ein klares und ausdrücklich festgehaltenes Verständnis der Vision, der Ziele und der relevanten Stakeholder besitzen
• Verstehen, dass eine Abgrenzung des Betrachtungsgegenstands und seines Kontexts erforderlich ist, insbesondere hinsichtlich der Schnittstellen zwischen beiden, also der externen Schnittstellen des Produkts

Teil 2 – Funktionale Anforderungen behandeln

• Die Definition funktionaler Anforderungen kennen
• Funktionale Anforderungen von Qualitätsanforderungen und Randbedingungen unterscheiden können

Teil 3 – Umgang mit Qualitätsanforderungen und Randbedingungen

• Die Definition von Qualitätsanforderungen und Randbedingungen kennen
• Wissen, dass die Grenze zwischen funktionalen Anforderungen und Qualitätsanforderungen fließend sein kann, da Qualitätsmerkmale teilweise in Funktionen umgesetzt werden

Teil 4 – Verhaltensgetriebene Entwicklung

• Wissen, dass BDD Ansätze und Techniken wie TDD (Test-Driven Development) und ATDD umfasst 
• Wissen, dass es verschiedene Möglichkeiten zur Spezifikation von Anforderungen gibt
• Wissen, dass BDD bei vielen unterschiedlichen Arten von IT-Systemen eingesetzt werden kann, beispielsweise bei Informationssystemen, Business-Intelligence-Systemen und mobilen Apps

Teil 5 – Priorisierung und Bewertung von Anforderungen

• Verschiedene Methoden zur Darstellung des Werts kennen, beispielsweise die MoSCoW-Priorisierung, festgelegte Wertebereiche, die lineare Sortierung aller Anforderungen, gewichtete Faktorenmethoden und Verzögerungskosten
• Verstehen, dass verschiedene Stakeholder den Wert von Anforderungen unterschiedlich beurteilen können

Teil 6 – Zusammenarbeit zwischen den Rollen

• Verstehen, dass die iterative Systementwicklung alle am Entwicklungsprozess beteiligten Bereiche einbezieht
• Wissen, dass Softwarearchitekt:innen fortlaufend mit Business-Analyst:innen, Requirements-Engineering-Fachleuten sowie Entwickler:innen und Tester:innen zusammenarbeiten

Teil 7 – Werkzeuge für das Requirements Engineering

• Verschiedene Arten von Werkzeugen für das Requirements Engineering kennen, beispielsweise Maps, Wikis, Modellierungswerkzeuge und Issue-Tracker

Teil 8 – Beispiele für Requirements Engineering

• Beispiele für klar formulierte Anforderungen aus unterschiedlichen Kategorien kennen