2.13.5 SE/Ingeniería de Requisitos

Temas:
Core

• Describir requisitos funcionales usando, por ejemplo, casos de uso o historias de usuario.
  1. Usar al menos un método para documentar y estructurar requisitos funcionales.
  2. Comprender cómo el método apoya el diseño y la implementación.
  3. Fortalezas y debilidades de usar un enfoque específico.
• Propiedades de los requisitos, incluyendo consistencia, validez, completitud y viabilidad.
• Obtención (elicitation) de requisitos.
  1. Fuentes de requisitos, por ejemplo, usuarios, administradores o personal de soporte.
  2. Métodos de recopilación de requisitos, por ejemplo, encuestas, entrevistas o análisis de comportamiento.
• Requisitos no funcionales, por ejemplo, seguridad, usabilidad o rendimiento, también llamados Atributos de Calidad. Sociedad, ética y la Profesión (SEP) -Sustainability
• Identificación y gestión de riesgos, incluyendo consideraciones éticas en torno al producto propuesto. Sociedad, ética y la Profesión (SEP) -ProfessionalEthics
• Comunicar y/o formalizar especificaciones de requisitos.

Aprendizaje esperado (Learning Outcomes):
Core:

1. Comparar diferentes métodos de obtención de requisitos a lo largo de múltiples ejes [Comparar]
2. Identificar diferencias entre dos métodos de describir requisitos funcionales (por ejemplo, entrevistas con clientes, estudios de usuarios) y las situaciones donde se preferiría cada uno [Analizar]
3. Identificar qué comportamientos son requeridos, permitidos o prohibidos a partir de un conjunto dado de requisitos y una lista de comportamientos candidatos [Analizar]
4. Recopilar un conjunto de requisitos para un sistema de software simple [Analizar]
5. Identificar áreas de un sistema de software que deben cambiarse, dada una descripción del sistema y un conjunto de nuevos requisitos a implementar [Analizar]
6. Identificar los requisitos funcionales y no funcionales en un conjunto de requisitos [Analizar]