Elicitación de Requisitos

(1)

1. Objetivos de la elicitación 2. Problemas de la elicitación 3. Productos de la elicitación 4. Proceso de la elicitación 5. Estudiar el dom. del problema 5.1 Glosarios de términos 6. Ident. aspectos pos. y neg. 6.1 Recopilación de información 6.2 Entrevistas y reuniones 7. Estudiar el mod. de negocio 8. Estudiar el entorno tecnol. 8.1 Diagramas de despliegue 9. Obtener y doc. necesidades 9.1 Objetivos de negocio © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1 © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1

Elicitación de Requisitos

Grupo de Ingeniería del Software y Bases de Datos

Departamento de Lenguajes y Sistemas Informáticos

Universidad de Sevilla

septiembre 2014

1. Objetivos de la elicitación 2. Problemas de la elicitación 3. Productos de la elicitación 4. Proceso de la elicitación 5. Estudiar el dom. del problema 5.1 Glosarios de términos 6. Ident. aspectos pos. y neg. 6.1 Recopilación de información 6.2 Entrevistas y reuniones 7. Estudiar el mod. de negocio 8. Estudiar el entorno tecnol. 8.1 Diagramas de despliegue 9. Obtener y doc. necesidades 9.1 Objetivos de negocio © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1

Elicitación de Requisitos

Ingeniería de Requisitos

septiembre 2014

• Objetivos del tema

–

Conocer los objetivos, problemas, productos y

procesos de la elicitación de requisitos.

–

Conocer las principales técnicas de elicitación de

requisitos.

(2)

Ingeniería de Requisitos

• Objetivos de la elicitación de requisitos

–

Identificar y documentar las necesidades del

negocio

*,

para lo cual es necesario:

• Conocer el dominio del problema, para poder

comunicarse con clientes y usuarios en su propio

lenguaje.

• Conocer el modelo de negocio actual, para poder

identificar las necesidades, los aspectos positivos y

negativos y las posibles expectativas.

• Conocer el entorno tecnológico, para conocer las

restricciones técnicas del sistema a desarrollar.

septiembre 2014

* Stakeholder needs / customer requirements en terminología CMMI-DEV.

2 1. Objetivos de la elicitación 2. Problemas de la elicitación 3. Productos de la elicitación 4. Proceso de la elicitación 5. Estudiar el dom. del problema 5.1 Glosarios de términos 6. Ident. aspectos pos. y neg. 6.1 Recopilación de información 6.2 Entrevistas y reuniones 7. Estudiar el mod. de negocio 8. Estudiar el entorno tecnol. 8.1 Diagramas de despliegue 9. Obtener y doc. necesidades 9.1 Objetivos de negocio © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1

Elicitación de Requisitos

Ingeniería de Requisitos

• Objetivos de la elicitación de requisitos

septiembre 2014

“Nunca debe perderse de vista porqué se

desarrolla el software: para satisfacer

necesidades reales, para resolver problemas

reales. La única forma de resolver las

necesidades reales es comunicarse con

aquellos que tienen dichas necesidades. El

cliente o usuario es la persona más

importante involucrada en el proyecto.”

Alan Davis (U. de Colorado)

(3)

Ingeniería de Requisitos

• Objetivos de la elicitación de requisitos

–

Los sistemas de información deberían ayudar a

sus organizaciones a…

• Tomar decisiones estratégicas de competitividad.

• Tomar decisiones tácticas de negocio.

• Llevar a cabo los procesos de negocio y sus

operaciones asociadas.

–

La mayoría de los desarrollos de sistemas de

información están orientados al nivel

operacional.

septiembre 2014

procesos de negocio

Elicitación de Requisitos

Ingeniería de Requisitos

• Objetivos de la elicitación de requisitos

–

Diseñar un sistema de información sin conocer la

operativa de la organización del cliente (sus

procesos de negocio) es una receta segura para el

fracaso.

–

Se puede desarrollar un producto técnicamente

correcto pero que no tendrá éxito por no ser útil

para los usuarios.

(4)

Ingeniería de Requisitos

• Problemas de la elicitación

–

La elicitación de requisitos es una actividad

principalmente social, más que tecnológica.

–

Los problemas habituales son por tanto de

naturaleza psicológica y social, más que técnicos.

septiembre 2014 6 1. Objetivos de la elicitación 2. Problemas de la elicitación 3. Productos de la elicitación 4. Proceso de la elicitación 5. Estudiar el dom. del problema 5.1 Glosarios de términos 6. Ident. aspectos pos. y neg. 6.1 Recopilación de información 6.2 Entrevistas y reuniones 7. Estudiar el mod. de negocio 8. Estudiar el entorno tecnol. 8.1 Diagramas de despliegue 9. Obtener y doc. necesidades 9.1 Objetivos de negocio © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1

Elicitación de Requisitos

Ingeniería de Requisitos

• Problemas de articulación

–

Dificultad para expresar claramente las necesidades.

–

No ser conscientes de sus propias necesidades.

–

No entender cómo la tecnología puede ayudar.

–

Miedo a parecer incompetentes por ignorancia

tecnológica.

–

No tomar decisiones por no poder prever las

consecuencias, no entender las alternativas o no tener

una visión global.

–

No escuchar adecuadamente a los clientes y usuarios.

(5)

Ingeniería de Requisitos

• Problemas de comunicación

–

Cultura y vocabulario diferentes.

–

Intereses distintos en el sistema a desarrollar.

–

Medios de comunicación inadecuados (p.e. diagramas

que los clientes y usuarios no entienden).

–

Conflictos personales o políticos.

• Limitaciones cognitivas

–

No conocer el dominio del problema.

–

Hacer suposiciones sobre el dominio del problema.

–

Hacer suposiciones sobre aspectos tecnológicos.

–

Hacer simplificaciones excesivas.

Elicitación de Requisitos

Ingeniería de Requisitos

• Conducta humana

–

Conflictos y ambigüedades en los roles de los

participantes.

–

Pasividad de clientes, usuarios o ingenieros de

requisitos.

–

Temor a que el nuevo sistema lo deje sin trabajo.

• Técnicos

–

Complejidad del dominio del problema.

–

Complejidad de los requisitos.

–

Cambios en los requisitos

(cuanto más se ve, más se

necesita).

–

Cambios en hardware y software.

–

Múltiples fuentes de requisitos.

–

Fuentes de información poco claras.

(6)

Ingeniería de Requisitos

• Productos de la elicitación de requisitos

–

El producto principal es la descripción del

problema al que el sistema a desarrollar (o

mantener) debe dar solución.

septiembre 2014

Especificación

de Requisitos

del Sistema*

* Denominada Especificación de Requisitos Software si el sistema a desarrollar es sólo software.

Descripción

del problema

Descripción

de la solución

Glosario

de términos

Necesidades

_{de negocio}

(requisitos de cliente)

Descripción

entorno

tecnológico

Modelo de

negocio actual

(as is)

Modelo de

negocio a

Implantar

(to be)

Descripción

situación

actual

Elicitación de Requisitos

Ingeniería de Requisitos

• Proceso (ideal) de elicitación de requisitos*

–

En proyectos reales, se realizarán varias

iteraciones

septiembre 2014

Estudiar el dominio

del problema

Identificar aspectos

positivos y negativos

de la situación actual

Estudiar el modelo

de negocio del cliente

Estudiar el entorno

tecnológico del cliente

Obtener y documentar

las necesidades de

clientes y usuarios

* Proceso desarrollado para el proyecto MADEJA-IR de la Junta de Andalucía (http://www.juntadeandalucia.es/servicios/madeja/).

(7)

Ingeniería de Requisitos

• Diagrama de la actividad EDP

septiembre 2014 Ingeniero de Requisitos Clientes y Usuarios Actas de reuniones Documentación previa (PPT, Oferta, …) Estudiar el dominio del problema Glosario de términos Documentación relevante Información sobre el dominio del problema 12 1. Objetivos de la elicitación 2. Problemas de la elicitación 3. Productos de la elicitación 4. Proceso de la elicitación 5. Estudiar el dom. del problema 5.1 Glosarios de términos 6. Ident. aspectos pos. y neg. 6.1 Recopilación de información 6.2 Entrevistas y reuniones 7. Estudiar el mod. de negocio 8. Estudiar el entorno tecnol. 8.1 Diagramas de despliegue 9. Obtener y doc. necesidades 9.1 Objetivos de negocio © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1

Elicitación de Requisitos

Ingeniería de Requisitos

• Objetivos de la actividad EDP

–

Obtener un conocimiento suficiente del dominio

del problema como para ser capaz de…

• Comunicarse eficientemente con los clientes y

usuarios.

• Comprender su negocio.

• Entender sus necesidades (requisitos de cliente).

• Poder proponer una solución (requisitos de

producto).

(8)

Ingeniería de Requisitos

• Productos de la actividad EDP

–

Glosario de términos, principal producto resultante

de esta actividad.

–

Actas de reuniones y entrevistas mantenidas con

clientes y usuarios durante la realización de la

actividad.

–

Documentación relevante, que resulte de interés

para el proyecto, obtenida durante la realización

de la actividad.

Elicitación de Requisitos

Ingeniería de Requisitos

• Riesgos de no realizar la actividad EDP

–

Producto final inadecuado

• Enfrentarse al desarrollo de un sistema software sin

conocer el dominio del problema suele provocar que

el producto final no sea el esperado por clientes ni

usuarios.

–

Perdida de la confianza de clientes y usuarios

• Mantener reuniones y entrevistas con clientes y

usuarios sin conocer su dominio del problema hará

que probablemente no se entiendan sus

necesidades y que su confianza inicial hacia el

desarrollo se vea deteriorada enormemente.

(9)

Ingeniería de Requisitos

• Técnicas para realizar la actividad EDP

–

Estudio de documentación.

–

Observación

in situ

, inmersión.

–

Entrevistas, reuniones.

–

Elaboración de glosarios de términos.

Elicitación de Requisitos

• ¿Qué es un glosario de términos?

–

Pequeña enciclopedia del dominio del problema:

lista ordenada alfabéticamente en la que se

definen términos del dominio del problema.

–

Cada término tiene un nombre (quizás algunos

sinónimos también) y una definición que puede

incluir elementos multimedia como fotografías,

documentos escaneados, diagramas, etc.

–

Fácil de realizar y de implementar mediante un

wiki, documentos compartidos, etc.

(10)

• ¿Para qué sirve un glosario de términos?

–

Permite compartir el conocimiento entre el equipo

de desarrollo.

–

Facilita la incorporación de nuevos miembros al

equipo de desarrollo.

–

Permite que clientes y usuarios comprueben que

el conocimiento adquirido es correcto.

–

Favorece la comunicación al unificar el

vocabulario.

septiembre 2014

Ingeniería de Requisitos

18

Elicitación de Requisitos

• Principio de circularidad [J. Leite]

–

Un glosario debe ser tan autocontenido

como sea posible.

–

Ayuda a que los términos estén

relacionados y que no se deje

conocimiento fuera del glosario.

• Principio de mínimo vocabulario [J. Leite]

–

Los requisitos deben expresarse usando

principalmente elementos del glosario.

–

Ayuda a que sean más comprensibles

y menos ambiguos.

septiembre 2014

Ingeniería de Requisitos

Profesor Julio Leite, Pontificia Universidade Católica de Río de Janeiro, Brasil.

(11)

Ingeniería de Requisitos

• Diagrama de la actividad IAPN

septiembre 2014 Ingeniero de Requisitos Clientes y Usuarios Actas de reuniones Documentación previa (PPT, Oferta, …) Información sobre la situación actual Identificar aspectos positivos y negativos

de la situación actual Pros y contras de la situación actual Documentación relevante Software actual en producción 20 1. Objetivos de la elicitación 2. Problemas de la elicitación 3. Productos de la elicitación 4. Proceso de la elicitación 5. Estudiar el dom. del problema 5.1 Glosarios de términos 6. Ident. aspectos pos. y neg. 6.1 Recopilación de información 6.2 Entrevistas y reuniones 7. Estudiar el mod. de negocio 8. Estudiar el entorno tecnol. 8.1 Diagramas de despliegue 9. Obtener y doc. necesidades 9.1 Objetivos de negocio © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1

Elicitación de Requisitos

Ingeniería de Requisitos

• Objetivos de la actividad IAPN

Hacer explícitos qué aspectos funcionan bien y

cuáles no antes de la implantación del nuevo

sistema.

Los aspectos negativos para evitar que ocurran en

el sistema a desarrollar y los positivos para

conservarlos en la medida de lo posible.

(12)

Ingeniería de Requisitos

• Productos de la actividad IAPN

–

Pros y contras de la situación actual, principal

producto resultante de esta actividad.

–

Actas de reuniones y entrevistas mantenidas

durante la realización de la actividad.

–

Documentación relevante, que resulte de interés

para el proyecto.

Elicitación de Requisitos

Ingeniería de Requisitos

• Riesgos de no realizar la actividad IAPN

–

Repetir errores de la situación actual

• No conocer los aspectos negativos de la situación

actual puede provocar que se repitan en el sistema

a desarrollar.

–

Abandonar buenas prácticas

• No conocer las buenas prácticas actuales y no

incorporarlas en el nuevo sistema puede provocar su

rechazo por parte de los usuarios.

(13)

Ingeniería de Requisitos

• Técnicas para realizar la actividad IAPN

–

Estudio de documentación.

–

Observación

in situ

, inmersión.

–

Entrevistas, reuniones.

–

Registro de fortalezas y debilidades.

Elicitación de Requisitos

Ingeniería de Requisitos

• Estudio de la documentación

–

Estudio de documentos internos, documentos

comerciales (facturas, albaranes, …), etc.

• Observación in situ

–

Observación pasiva en el lugar de trabajo del

usuario.

–

Puntualmente se pueden hacer preguntas, pero

sin interrumpir el trabajo del usuario.

–

Se debe evitar que el usuario se sienta observado.

(14)

Ingeniería de Requisitos

• Inmersión / aprendizaje

–

Observación activa en el lugar de trabajo del

usuario, trabajando con el usuario como si fuera

un nuevo empleado. Es muy costoso en tiempo.

• Encuestas

–

Envío de formularios a un número elevado de

usuarios.

–

La tasa de respuesta suele ser baja (<10%).

–

El desarrollo de formularios eficaces es complejo.

Elicitación de Requisitos

• Entrevistas y reuniones

–

Ambos tipos de interacciones con clientes y

usuarios siguen un proceso similar basado en:

septiembre 2014

Ingeniería de Requisitos

Preparación

Realización

Análisis

(15)

• Preparación de entrevistas y reuniones (I)

1. Conocer el vocabulario del dominio del problema

• Imprescindible para poder entender a los

participantes.

2. Seleccionar a los participantes

• Minimizar el número de reuniones/entrevistas.

• Los directivos suelen proporcionar una visión

general, mientras que los futuros usuarios una más

detallada.

septiembre 2014

Ingeniería de Requisitos

28

Elicitación de Requisitos

• Preparación de entrevistas y reuniones (II)

3. Determinar objetivos y contenidos de las

reuniones/entrevistas

• Se debe minimizar el tiempo de las

reuniones/entrevistas.

• Los participantes deben conocer con antelación el

objetivo de la reunión/entrevista y las preguntas que

se les van a hacer.

(16)

• Preparación de entrevistas y reuniones (II)

4. Planificar las reuniones

• Establecer fecha, hora, lugar y duración de cada

reunión/entrevista de acuerdo con los participantes.

septiembre 2014

Ingeniería de Requisitos

30

Elicitación de Requisitos

• Realización de entrevistas y reuniones (I)

1. Apertura (5-15 min.)

• Presentarse a los participantes y recordarles el

objetivo de la reunión, como se usará la

información, etc.

• Explicar notaciones que los participantes no

conozcan.

• Causar buena impresión, transmitir seguridad y

generar confianza.

(17)

• Realización de entrevistas y reuniones (II)

2. Desarrollo (≤ 2 horas, 20%/80%)

• Evitar monólogos y mantener el control, una

tercera persona puede tomar notas o se puede

grabar la reunión si los participantes acceden.

• Comenzar con preguntas abiertas (no pueden

responderse con un sí o un no) y terminar con

preguntas más concretas.

• No anticipar respuestas a las preguntas y usar el

vocabulario del dominio del problema.

septiembre 2014

Ingeniería de Requisitos

32

Elicitación de Requisitos

• Realización de entrevistas y reuniones (III)

3. Terminación (5-10 min.)

• Recapitular para evitar confusiones.

• Agradecer la colaboración.

• Citar para otra reunión/entrevista si fuera necesario

y dejar abierta la posibilidad de futuros contactos.

(18)

• Análisis de entrevistas y reuniones

–

Redactar el acta de la reunión/entrevista pasando

a limpio las notas tomadas y reorganizando la

información.

–

Contrastar los resultados con los de otras

reuniones/entrevistas.

–

Enviar el acta a los participantes para su

confirmación.

septiembre 2014

Ingeniería de Requisitos

34

Elicitación de Requisitos

• Pros y contras de entrevistas y reuniones

–

Ventajas reuniones sobre entrevistas

• Ahorran tiempo al contactar con varias personas a la

vez.

• Permiten contrastar las opiniones de los

participantes directamente en lugar de hacerlo por

separado.

• Suelen generar una mayor implicación de clientes y

usuarios.

(19)

• Pros y contras de entrevistas y reuniones

–

Inconvenientes reuniones sobre entrevistas

• Un grupo de personas es mucho más difícil de

controlar que una sola persona.

• El detalle de la información obtenida suele ser

menor que en las entrevistas.

• La planificación es más compleja, al implicar a

varias personas.

septiembre 2014

Ingeniería de Requisitos

36

Elicitación de Requisitos

Ingeniería de Requisitos

• Diagrama de la actividad EMN

septiembre 2014 Ingeniero de Requisitos Clientes y Usuarios Actas de reuniones Documentación previa (PPT, Oferta, …) Información sobre el negocio del cliente Estudiar el modelo de negocio del cliente Documentación relevante Software actual

en producción negocio actual Modelo de

(20)

Ingeniería de Requisitos

• Objetivos de la actividad EMN

Comprender el negocio actual, especialmente sus

procesos de negocio.

Entender el contexto en el que se usará el sistema

a desarrollar y promover posibles mejoras,

independientemente de que los procesos de

negocio actuales sean manuales o estén

automatizados.

Elicitación de Requisitos

Ingeniería de Requisitos

• Productos de la actividad EMN

–

Modelo de negocio actual, principal producto

resultante de esta actividad.

–

Actas de reuniones y entrevistas mantenidas

durante la realización de la actividad.

–

Documentación relevante, que resulte de interés

para el proyecto.

(21)

Ingeniería de Requisitos

• Riesgos de no realizar la actividad EMN

–

Integración pobre

• No conocer el modelo del negocio suele provocar

que el producto, aunque técnicamente correcto, no

se integre correctamente en el negocio del cliente.

–

Baja usabilidad

• No conocer el modelo del negocio suele provocar

que el producto, aunque técnicamente correcto,

tenga una usabilidad baja al no presentar a los

usuarios una forma sencilla de realizar sus procesos

de negocio.

Elicitación de Requisitos

Ingeniería de Requisitos

• Técnicas para realizar la actividad EMN

–

Estudio de documentación.

–

Observación

in situ

, inmersión.

–

Entrevistas, reuniones.

–

Modelado de procesos de negocio.

(22)

Ingeniería de Requisitos

• Diagrama de la actividad EET

septiembre 2014 Ingeniero de Requisitos Personal TIC del cliente Actas de reuniones Documentación previa (PPT, Oferta, …) Información sobre el entorno tecnológico Estudiar el entorno tecnológico del cliente Documentación relevante Software actual

en producción entorno tecnológico Descripción del

Elicitación de Requisitos

Ingeniería de Requisitos

• Objetivos de la actividad EET

Conocer el entorno tecnológico actual

• El hardware y el software, redes, etc.

• La arquitectura de servicios que pueda estar

implantada.

(23)

Ingeniería de Requisitos

• Productos de la actividad EET

–

Descripción del entorno tecnológico, principal

producto resultante de esta actividad. Describe,

con el nivel de detalle que se considere necesario,

el entorno tecnológico del cliente.

–

Actas de reuniones y entrevistas mantenidas

durante la realización de la actividad.

–

Documentación relevante, que resulte de interés

para el proyecto.

Elicitación de Requisitos

Ingeniería de Requisitos

• Riesgos de no realizar la actividad EET

–

Rendimiento no adecuado

• Si el sistema a desarrollar debe ponerse en

producción en el entorno tecnológico actual, su

desconocimiento puede conducir a una arquitectura

incorrecta y, como consecuencia, un rendimiento no

adecuado.

–

Invertir recursos innecesariamente

• No estudiar el entorno tecnológico, especialmente

los servicios disponibles, puede provocar que se

inviertan recursos del proyecto en desarrollar

funcionalidades que están disponibles a través de

servicios ya existentes y que podrían haberse

reutilizado.

(24)

Ingeniería de Requisitos

• Técnicas para realizar la actividad EET

–

Estudio de documentación.

–

Observación

in situ

, inmersión.

–

Entrevistas, reuniones.

–

Diagramas de despliegue UML.

Elicitación de Requisitos

• ¿Qué son los diagramas de despliegue?

–

Representan los nodos hardware y sus

conexiones, la arquitectura física de un sistema de

información.

(25)

Ingeniería de Requisitos

• Diagrama de la actividad ODN

septiembre 2014 Ingeniero de Requisitos Clientes y usuarios Actas de reuniones Documentación previa (PPT, Oferta, …) Necesidades de clientes y usuarios Obtener y documentar las necesidades de

clientes y usuarios Objetivos de negocio (requisitos de cliente) Modelo de negocio actual Modelo de negocio a implantar 48 1. Objetivos de la elicitación 2. Problemas de la elicitación 3. Productos de la elicitación 4. Proceso de la elicitación 5. Estudiar el dom. del problema 5.1 Glosarios de términos 6. Ident. aspectos pos. y neg. 6.1 Recopilación de información 6.2 Entrevistas y reuniones 7. Estudiar el mod. de negocio 8. Estudiar el entorno tecnol. 8.1 Diagramas de despliegue 9. Obtener y doc. necesidades 9.1 Objetivos de negocio © D ise ñ o d e A m a d o r D u rá n T o ro , 2 0 1 1