1

Ingeniería de Requisitos

Manuel Eduardo Sucunuta

4. Análisis

2

Análisis• Objetivo:

– Requisitos de calidad y detalle.– Los gerentes puedan construir estimaciones

realistas del proyecto.– El personal técnico pueda proceder con el

diseño, construcción y pruebas.• Los resultados del análisis se plasman en el

modelo de requisitos

3

Análisis• Los modelos de requisitos son las necesidades de

los usuarios representados por diagramas, texto estructurado o combinados.

• Priorizar las necesidades para tomar decisiones sobre su importancia y oportunidad.

• Es responsabilidad del analista, pero se debe involucrar a los actores clave.

4

Análisis• ¿Porqué es necesario los Modelos de requisitos.

– Facilita la comunicación entre personal técnico y empresarios.

– Descubrir requisitos faltantes, erróneos, ambiguos y contradictorios.

– Los modelos de requerimientos se juntan, lo que permite al equipo dar a conocer los requisitos relacionados.

– Uso de modelos visuales t textuales.

5

Análisis• Ciclo de análisis de requerimientos:

6

Ciclo de análisis de requerimientos

El análisis se realiza a medida que se captura los requerimientos desde. Las personas, documentos y fuentes externas:

1. Modelo de negocio (si es necesario).– Determinar si los modelos de negocio son

necesario.– Elegir uno o mas modelos de negocio.– Crear los modelos, verificar su exactitud a

medida que evolucionan.

7

Ciclo de análisis de requerimientos

2. Definir el alcance del proyecto.– Crear una combinación de modelos.– Comprobar los modelos entre si.– Revisar y obtener un acuerdo con el patrocinador

8

Ciclo de análisis de requerimientos

3. Crear modelos de requerimientos de usuarios.– Seleccione modelos que ayudan a los usuarios

a expresar sus necesidades.– Refinar los modelos(validar).– Usar el plan de captura de interesados.– Revisar el alcance de los modelos cuando

surjan nuevas necesidades.

9

Ciclo de análisis de requerimientos

4. Priorizar las necesidades.– Organizar los requisitos para que fácilmente puedan

ser priorizados.– Reunir a los interesados para negociar los

requerimientos.– Determinar criterios para la toma de decisiones acerca

de la importancia relativa de los requisitos.– Priorizar los requisitos basados en estos criterios.

5. Repita los pasos 3 y 4 cuando surjan o se revisen los requisitos.

10

Herramientas y técnicasCuando necesite Deberá

Modelar el negocio Combinar entre mapa de relaciones y/o mapa de procesos.

Entender el alcance del proyecto . Combinar entre diagramas de contexto, tablas de evento- respuesta y/o políticas de negocio.

Adicionar detalle a los requerimientos de usuario.

Combinar o variación de: tabla de actores, casos de uso, mapas de dialogo, modelo de datos, diagramas de estado y/o reglas de negocio.

Negociar la importancia entre los requisitos.

Priorizar requerimientos.

11

Diagrama de contextoMuestra al sistema en su ambiente con la entidades externas que proveen y reciben información desde y hacia el sistema.• Ayuda al equipo a identificar interesados externos,

sistemas o subsistemas que proveen o reciben información o productos del sistema.

• Permite al equipo enfocarse desde afuera hacia adentro, evitando la tendencia de abordar demasiados detalles en poco tiempo.

• Provee un punto de partida para entender los datos usados por el sistema y como alimentar a otros sistemas o personas.

12

Diagrama de contexto

13

Mapa de procesosMuestra la secuencia de pasos, entradas y salidas necesarias para manejar un proceso de negocio a través de múltiples funciones, organizaciones o roles de trabajo.• Provee una vista multi-funcional.• Ilustra puntos de automatización en un proceso.• Habilita a los interesados del negocio a considerar

cambios a la documentación, flujos de trabajo existentes, decisiones y traspasos para mejorar un procesos de negocio existente.

• Provee un marco de trabajo para agregar métricas para la reingeniería de procesos de negocio.

14

Mapa de procesos

15

Políticas de negocio

Incrementar ventas en un 25%

Dar descuentos a clientes leales

Clientes leales son aquellos que contratan

el servicio dos o mas veces al año

16

Casos de uso

17

Gracias