Referencias Bibliográficas: [Pressman, 2005,Sommerville, 2008,Larman, 2008]
Temas
- Al describir los requisitos funcionales utilizando, por ejemplo, los casos de uso o historias de los usuarios.
- Propiedades de requisitos, incluyendo la consistencia, validez, integridad y viabilidad.
- Requisitos de software elicitatión.
- Descripción de datos del sistema utilizando, por ejemplo, los diagramas de clases o diagramas entidad-relación.
- Requisitos no funcionales y su relación con la calidad del software.
- Evaluación y uso de especificaciones de requisitos.
- Requisitos de las técnicas de modelado de análisis.
- La aceptabilidad de las consideraciones de certeza/incertidumbre sobre el comportamiento del software/sistema.
- Prototipos.
- Conceptos básicos de la especificación formal de requisitos.
- Especificación de requisitos.
- Validación de requisitos.
- Rastreo de requisitos.
Objetivos de Aprendizaje (Learning Outcomes)
- Enumerar los componentes clave de un caso de uso o una descripción similar de algún comportamiento que es requerido para un sistema [Evaluar]
- Describir cómo el proceso de ingeniería de requisitos apoya la obtención y validación de los requisitos de comportamiento [Evaluar]
- Interpretar un modelo de requisitos dada por un sistema de software simple [Evaluar]
- Describir los retos fundamentales y técnicas comunes que se utilizan para la obtención de requisitos [Evaluar]
- Enumerar los componentes clave de un modelo de datos (por ejemplo, diagramas de clases o diagramas ER) [Evaluar]
- Identificar los requisitos funcionales y no funcionales en una especificación de requisitos dada por un sistema de software [Evaluar]
- 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 [Evaluar]
- 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 [Evaluar]
- 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 [Evaluar]
- Usar un método común, no formal para modelar y especificar los requisitos para un sistema de software de tamaño medio [Evaluar]
- 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 [Evaluar]
- Crear un prototipo de un sistema de software para reducir el riesgo en los requisitos [Evaluar]
- Diferenciar entre el rastreo (tracing) hacia adelante y hacia atrás y explicar su papel en el proceso de validación de requisitos [Evaluar]
Generado por Ernesto Cuadros-Vargas , Sociedad Peruana de Computación-Peru, basado en el modelo de la Computing Curricula de IEEE-CS/ACM