iSAQB CPSA-A REQ4ARC

Descripción

Asistir al curso iSAQB® CPSA-A Requisitos para Arquitectos de Software (REQ4ARC) otorga a los participantes 20 puntos de Competencia Metodológica (MC) y 10 puntos de Competencia Técnica (TC) para los 70 puntos requeridos para ser elegible para presentar el examen iSAQB CPSA-A con Brightest. Es importante recordar que, como parte de los 70 puntos requeridos para presentar el examen iSAQB CPSA-A con Brightest, necesitará al menos diez puntos de competencia en cada una de las siguientes áreas: 

• Competencia Técnica (TC)
• Competencia Metodológica (MC)
• Competencia Comunicativa (CC)

La formación acreditada iSAQB® REQ4ARC - Requisitos para Arquitectos de Software (CPSA-A) se basa en el plan de estudios vigente de iSAQB®:

Parte 1 - Inicio limpio

• Aun con desarrollo iterativo, es necesario comprender ciertas actividades iniciales
• Se requiere dominio y conocimiento explícito de la visión, objetivos y partes interesadas relevantes
• Comprender que se requiere el alcance y el contexto, en particular las interfaces entre ambos (es decir, las interfaces externas del producto)

Parte 2 - Abordar necesidades funcionales

• Conocer la definición de requisitos funcionales
• Capacidad para distinguir los requisitos funcionales de los requisitos de calidad y las restricciones

Parte 3 - Manejo de requisitos de calidad y limitaciones

• Conocer la definición de requisitos de calidad y limitaciones
• Comprender que existe una delgada línea entre requisitos funcionales y requisitos de calidad, ya que los atributos a veces se determinan al convertirse en funciones

Parte 4 - Desarrollo basado en el comportamiento

• Conocer que BDD consiste en enfoques y tecnologías como TDD (Desarrollo Guiado por Pruebas) y ATDD 
• Conocer que existen diferentes opciones para especificar requisitos
• Conocer que BDD aplica a una amplia gama de tipos de sistemas informáticos, por ejemplo, sistemas de información, sistemas de inteligencia de negocios, aplicaciones móviles

Parte 5 - Priorización y evaluación de requisitos

• Conocer diferentes métodos para expresar valor, por ejemplo, priorización MoSCoW, rangos de valor definidos, ordenamiento lineal de todos los requisitos, métodos de factores ponderados y costos por retraso
• Comprender que diferentes partes interesadas pueden ver valor en los requisitos

Parte 6 - Colaboración entre roles

• Comprender que el desarrollo iterativo de sistemas incluye a todas las partes involucradas en el proceso de desarrollo
• Conocer que los arquitectos interactúan constantemente con analistas de negocio y expertos en requisitos, así como con desarrolladores y evaluadores

Parte 7 - Herramientas para la ingeniería de requisitos

• Conocer los diferentes tipos de herramientas para requisitos (mapas, wikis, herramientas de modelado, gestores de incidencias, etc.)

Parte 8 - Ejemplos de ingeniería de requisitos

• Conocer ejemplos de requisitos bien articulados en diferentes categorías