Curso de Podstawy inżynierii wymagań i analizy

Bloque 1: Requisitos sin ingeniería de requisitos: buenas y malas prácticas

• Taller 1 – ¿De dónde vienen realmente los requisitos?
• ¿Ingeniería de requisitos o análisis de negocio?
• Ingeniería de requisitos oculta en la gestión de proyectos
• Agile, que es realmente una excelente ingeniería de requisitos (aunque oculta bajo una terminología exótica)
• Ingeniería de requisitos como responsabilidad del equipo de desarrollo
• La calidad será: los costos de no requisitos de ingeniería

Bloque 2: ¿Qué tan precisos deben ser los requisitos?

• Taller 2: ¿de qué depende la precisión de un libro de cocina?
• Diligencia de los requerimientos en función de las consecuencias del fracaso
• Diligencia de requisitos en función del tamaño y la complejidad del producto
• Diligencia de los requisitos en función de las propiedades de la organización

Bloque 3: Requisitos buenos y malos

• Características de los buenos requisitos
• Parámetros útiles de los requisitos y sus posibles valores
• Buenos requisitos como elementos de backlog de producto en Agile

Bloque 4: Formas de adquirir los requisitos

• Taller 3 – Búsqueda de requisitos
• Visión de negocio y requisitos para el sistema informático
• Grupos de interés: nosotros, ellos y otros
• Los límites del sistema, el contexto del sistema y del resto del mundo
• Proceso de abastecimiento de requisitos
• Técnicas de adquisición de requisitos
• Validación y negociación de requisitos

Bloque 5: Descripción de los requisitos

• Determinación exploratoria de requisitos
• Descripción de los requisitos en lenguaje natural: beneficios y riesgos, métodos auxiliares
• Modelado de requisitos
  •  Uso ligero de modelos incompletos
  •  Historias de usuario
  •  Diagramas de flujo de control
  •  Diagramas de carriles de natación
  •  Diagramas de flujo de datos (contextuales)
  •  Diagramas entidad-relación
  •  UML: Diagramas de casos de uso
  •  UML: diagramas de actividades
  •  UML: Diagramas de transición de estado
  •  UML: diagramas de interacción
  •  UML: Diagramas estructurales
• Descripción de requisitos: formatos, plantillas, documentos o herramientas (ReQtest, DOORS, otras herramientas)

Bloque 6: ¿Requisitos y qué sigue?

• Estimar la intensidad de la mano de obra en función de los requisitos
• Vincula los requisitos a la visión del sistema, entre sí, a la arquitectura del sistema, los componentes y las pruebas
• Cómo hacer frente a los cambios en los requisitos