Ingenieria de requerimientos

tema 2 - ingeniería de
requerimientos

enrique barreiro
departamento de informática
universidade de vigo
escuela superior de ingeniería informática
ingeniería del software de gestión

introducción
tema 2 – ingeniería de requerimientos

errores en la especificación de requerimientos
los requerimientos precisan comunicación entre desarrolladores,
clientes y usuarios:
errores: sedescubren tarde y son caros de corregir a posteriori
falta de funcionalidad
funcionalidad mal especificada
interfaces confusas o inútiles
funcionalidad obsoleta

los analistas
construyen un modelo del dominio de la aplicación observando a los
usuarios en su entorno
seleccionan una representación comprensible para clientes y usuarios
(por ejemplo, casos de uso)
validan el modelo del dominioconstruyendo prototipos de la interfaz
y buscando retroalimentación con los usuarios y clientes.

© enrique barreiro alonso
universidade de vigo - departamento de informática

escuela superior de ingeniería informática
ingeniería del software de gestión

2 / 69

introducción
tema 2 – ingeniería de requerimientos

la obtención de requerimientos
identificación de un área delproblema
definición de un sistema que soluciona el problema y sirve como contrato
con el cliente: especificación del sistema
en el análisis se estructura y formaliza la especificación para producir el
modelo de análisis.
especificación vs modelo de análisis:
representan la misma información
difieren en el lenguaje y la notación

Ingeniería de
requerimientos

especificación: lenguaje naturalmodelo de análisis: notación formal o semiformal

Especificación
del sistema
:Modelo

sirven de elemento de comunicación

especificación: comunicación con cliente y usuarios
modelo de análisis: comunicación entre desarrolladores

actividades de la obtención de requerimientos

Análisis

identificación de actores
identificación de escenarios
identificación de casos de usorefinamiento de casos de uso
identificación de relaciones entre casos de uso
identificación de requerimientos no funcionales

© enrique barreiro alonso
universidade de vigo - departamento de informática

escuela superior de ingeniería informática
ingeniería del software de gestión

Modelo de
análisis
:Modelo

3 / 69

comunicación con el cliente
tema 2 – ingeniería de requerimientossistema de entrevistas (preguntas-respuestas)
adecuado para las primeras tomas de contacto
conveniente comenzar por preguntas de contexto libre, para
entender el problema, personas interesadas en la solución,
naturaleza de ésta, y efectividad de la reunión
preguntas centradas en el cliente, objetivos globales y beneficios
¿quién solicita el trabajo?
¿quién utilizará la solución?
¿cuál será elbeneficio económico de una buena solución?
¿existen otras alternativas a esta solución?

preguntas sobre el problema y la solución

¿qué entiende el cliente por una solución “correcta”?
¿qué problemas afrontará esta solución?
¿en qué entorno se va a implantar la solución?
¿existen restricciones o aspectos de rendimiento importantes?

preguntas sobre la efectividad de la reunión

¿esusted la persona adecuada para responder a estas preguntas? ¿Sus
respuestas son “oficiales”?
¿son relevantes mis preguntas para su problema?
¿hay alguien más que pueda proporcionar información adicional?
¿hay algo más que debería preguntar?

problemas de las entrevistas
malentendidos
omisión de información
mala relación de trabajo (“nosotros-ellos”)
...

© enrique barreiro alonsouniversidade de vigo - departamento de informática

escuela superior de ingeniería informática
ingeniería del software de gestión

4 / 69

comunicación con el cliente
tema 2 – ingeniería de requerimientos
Definición del
proyecto

diseño conjunto de aplicaciones (JAD, “joint
application design”)
desarrollado por IBM a finales de los setenta

Guía de definición
administrativa

una...