1
Ingeniería de Requisitos
Manuel Eduardo Sucunuta
4. Análisis
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
2
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.
3
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.
4
Análisis
• Ciclo de análisis de requerimientos:
5
Modelado del
negocio
Defina el
alcance del
proyecto
Modelos de
requerimientos
de usuario al
detalle
Priorizar los
requermientos
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.
6
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
7
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.
8
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.
9
Herramientas y técnicas
Cuando 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.
10
Diagrama de contexto
Muestra 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.
11
Diagrama de contexto
12
Mapa de procesos
Muestra 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.
13
Mapa de procesos
14
Políticas de negocio
15
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
Casos de uso
16
Gracias
17

Análisis de Requerimientos

  • 1.
    1 Ingeniería de Requisitos ManuelEduardo Sucunuta 4. Análisis
  • 2.
    Análisis • Objetivo: – Requisitosde 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 2
  • 3.
    Análisis • Los modelosde 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. 3
  • 4.
    Análisis • ¿Porqué esnecesario 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. 4
  • 5.
    Análisis • Ciclo deanálisis de requerimientos: 5 Modelado del negocio Defina el alcance del proyecto Modelos de requerimientos de usuario al detalle Priorizar los requermientos
  • 6.
    Ciclo de análisisde 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. 6
  • 7.
    Ciclo de análisisde 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 7
  • 8.
    Ciclo de análisisde 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. 8
  • 9.
    Ciclo de análisisde 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. 9
  • 10.
    Herramientas y técnicas Cuandonecesite 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. 10
  • 11.
    Diagrama de contexto Muestraal 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. 11
  • 12.
  • 13.
    Mapa de procesos Muestrala 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. 13
  • 14.
  • 15.
    Políticas de negocio 15 Incrementarventas en un 25% Dar descuentos a clientes leales Clientes leales son aquellos que contratan el servicio dos o mas veces al año
  • 16.
  • 17.