4.30.2.1 Ingeniería de Requisitos (18 horas) [Habilidades i,k,6]

Referencias Bibliográficas: [Pressman, 2005,Sommerville, 2008,Larman, 2008] Temas
  1. Al describir los requisitos funcionales utilizando, por ejemplo, los casos de uso o historias de los usuarios.
  2. Propiedades de requisitos, incluyendo la consistencia, validez, integridad y viabilidad.
  3. Requisitos de software elicitatión.
  4. Descripción de datos del sistema utilizando, por ejemplo, los diagramas de clases o diagramas entidad-relación.
  5. Requisitos no funcionales y su relación con la calidad del software.
  6. Evaluación y uso de especificaciones de requisitos.
  7. Requisitos de las técnicas de modelado de análisis.
  8. La aceptabilidad de las consideraciones de certeza/incertidumbre sobre el comportamiento del software/sistema.
  9. Prototipos.
  10. Conceptos básicos de la especificación formal de requisitos.
  11. Especificación de requisitos.
  12. Validación de requisitos.
  13. Rastreo de requisitos.

Objetivos de Aprendizaje

  1. Enumerar los componentes clave de un caso de uso o una descripción similar de algún comportamiento que es requerido para un sistema [Assessment]
  2. Describir cómo el proceso de ingeniería de requisitos apoya la obtención y validación de los requisitos de comportamiento [Assessment]
  3. Interpretar un modelo de requisitos dada por un sistema de software simple [Assessment]
  4. Describir los retos fundamentales y técnicas comunes que se utilizan para la obtención de requisitos [Assessment]
  5. Enumerar los componentes clave de un modelo de datos (por ejemplo, diagramas de clases o diagramas ER) [Assessment]
  6. Identificar los requisitos funcionales y no funcionales en una especificación de requisitos dada por un sistema de software [Assessment]
  7. Realizar una revisión de un conjunto de requisitos de software para determinar la calidad de los requisitos con respecto a las características de los buenos requisitos [Assessment]
  8. Aplicar elementos clave y métodos comunes para la obtención y el análisis para producir un conjunto de requisitos de software para un sistema de software de tamaño medio [Assessment]
  9. Comparar los métodos ágiles y el dirigido por planes para la especificación y validación de requisitos y describir los beneficios y riesgos asociados con cada uno [Assessment]
  10. Usar un método común, no formal para modelar y especificar los requisitos para un sistema de software de tamaño medio [Assessment]
  11. Traducir al lenguaje natural una especificación de requisitos de software (por ejemplo, un contrato de componentes de software) escrito en un lenguaje de especificación formal [Assessment]
  12. Crear un prototipo de un sistema de software para reducir el riesgo en los requisitos [Assessment]
  13. Diferenciar entre el rastreo (tracing) hacia adelante y hacia atrás y explicar su papel en el proceso de validación de requisitos [Assessment]

Generado por Ernesto Cuadros-Vargas , Sociedad Peruana de Computación-Peru, basado en el modelo de la Computing Curricula de IEEE-CS/ACM