UNIVERSIDAD DE CONGRESO

Administración de
Requerimientos
Parte II

Análisis de Sistemas – 2do año

Prof. Gustavo J. Sabio

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Contenido

Introducción Introducción
Buenas Prácticas
Modelando Casos de Uso
Introducción al RUP
Analizar el Problema
Disciplina Requerimientos
Entender necesidades stakeholders
Conclusiones
Definir el Sistema

Administrar el alcance

Redefinir el sistema

Administrar el cambio
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

1
 ¿En qué parte de los Requerimientos estamos?

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Entender las necesidades de los Stakeholders

• ¿Qué es?
Es comunicarse efectivamente con los
stakeholders para capturar las necesidades reales
• ¿Cuáles son los objetivos?
• Asegurarse que se consideraron a todos los stakeholders
• Que los stakeholders expresen sus necesidades
(relacionadas con el problema que acordamos)
• Y que las características del sistema propuesto
canalizarán estas necesidades

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

2
 Entender las necesidades de los Stakeholders

• ¿Cuáles son los objetivos?

– Identificar las fuentes de las necesidades/
requerimientos
– Listar problemas capturando las necesidades y
requerimientos
• Describir un workshop de requerimientos
• Definir preguntas de contexto abierto
• Aplicar técnicas de brainstorming

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Entender las necesidades de los stakeholders

Identificar fuentes de las necesidades/ requerimientos

Listar los problemas (capturar las necesidades)

Workshop de requerimientos

Brainstorming

Workshop de CU

Storyboards

Entrevistas

Cuestionarios

Role playing

Prototipos

Revisar con el cliente las especificaciones

Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

3
 Identificar fuentes

• ¿Cuál es el origen de los requerimientos?

Dominio del Socios clientes
usuarios
problema

Reporte de errores Expertos de dominio Especif. Requerim.

Req. de cambio Analistas de empresa Planes de negocio
Visitantes de un Site Objetivos personales
info. de competencia Modelos de negocio

Analistas

Se deben validar y priorizar las fuentes !

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Capturando necesidades y Requerimientos

¿qué problemas deben encontrarse?

Stakeholders
• No conocer lo que realmente quieren
• Que no estén disponibles
• Ellos conocen lo que quieren, pero hay demasiadas
expectativas

Analistas
• Pensar que entienden el problema del usuario
mejor que el usuario
• No tener la habilidad para la captura

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

4
 Capturando necesidades y Requerimientos
¿Cuál sería la forma?
Manifiestan sus deseos (req. ad-hoc)

Especificación de requerimientos

Revisados por el Cliente

Especificación redefinida

Revisados por el Cliente

Especificación redefinida

Aprobados por el Cliente

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Workshop de requerimientos

Características generales…
• Crear consenso sobre el alcance, riesgos y características
claves del sistema a construir
• Es un taller de trabajo
• Se busca la participación masiva
• Son dirigidos por un facilitador
• Su duración es variada – mínimo 3 horas

Produce artefactos como:

• Definición del problema
• Características principales
• Modelo de Negocios (inicial)
• Diagrama de Casos de Uso
• Lista con Riesgos priorizados

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

5
 Workshop de requerimientos

Beneficios de implementarlo…
• Provee un marco para la aplicación de otras técnicas de
captura
•Brainstorming, worksohop CU, storyboarding…

•Acelera el proceso de captura

•Reúne a todos los stakeholders en un período de tiempo

intensivo, focalizado y concentrados en un propósito

•Promueve la participación de todo el mundo

• compromiso, motivación
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

Workshop de requerimientos

¿Cómo planearlo y ejecutarlo?…

Pre- Workshop workshop producción resultados

• Promocionar el • Conducirlo y • Estudiar los • Presentar al

workshop Moderarlo resultados cliente

•Establecer el equipo •Realizar •Condensar la •Determinar los

actividades información siguientes pasos
•Manejar logística
•Registrar todo
•Preparar material
•Conclusiones
•Preparar agenda

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

6
 Brainstorming

Características generales…

Reglas del Brainstorming

• Establecer el objetivo claro de la versión

• Generar tantas ideas como sea posible
• Estimular la participación (por orden)
• No criticar ni debatir ninguna idea
• Combinar ideas

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Brainstorming

¿cómo la utilizamos para la captura?

• Reunir ideas sobre las necesidades de los stakeholderes

• Clarificar y organizar las ideas

• Condensar las ideas

• Priorizar las ideas

• Redefinir la Visión

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

7
 Workshop de CU
¿Qué función cumplen los CU en la captura de necesidades?…
• Proveen las perspectivas de los stakeholders
• Promueven la discusión

• ¿por qué es necesitado el sistema?

• ¿quién/ qué necesita interactuar con el sistema?
• ¿qué quieren lograr los usuarios usando el sistema?
• ¿Qué interfaces debería tener el sistema?
El sistema

Actor 1 CU 1

CU2 Actor 2

Actor 3 CU3

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Workshop de CU

Características generales…
• es organizado como una reunión de brainstorming

• Comprende pequeños grupos (- de10)

• mezclar personas del cliente con el equipo

• Produce rápidamente un modelo inicial del sistema

• Usa herramientas simples

• unos marcadores de colores
• unas pizarras
• unos cuantos papeles en blanco
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

8
 Storyboard

Características generales…
• Comunica visualmente
• Quién/ qué son los jugadores (actores)
• qué deben hacer
• cuándo lo deben hacer

• Nació en la industria del cine

• las conocidas “historietas”

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Storyboard

Beneficios…

• Ayuda a reunir y definir los requerimientos del cliente

de una forma amigable para el usuario
• fomentar las soluciones creativas e innovadoras
• fomentar la revisión en equipo
• Prevenir y descartar características que no se desean
• Se muestra la implementación de las características
de una forma accesible e intuitiva
• Facilita la entrevista de procesos
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

9
 Entrevistas

Características generales…
• Es una técnica simple y directa

• se consigue entendimiento sobre problemas y

soluciones

• Considera todas las perspectivas

•Usuarios
•Clientes
•Otros stakeholders
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

Roleplaying

Características generales…
• Es una herramienta poco común
•Analista
• Aprende y ejecuta el trabajo del usuario
• puede conseguir una descripción paso a paso

• Beneficios:

• Reúne perspicacias dentro del dominio del problema

• Entiende problemas que los usuarios viven día a día

y no los pueden ver.

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

10
 Revisiones con el cliente

Características generales…

• Identificar requerimientos
• Reconocer y etiquetar
• Comportamientos de la aplicación
• atributos de comportamiento
• temas varios y suposiciones

Preguntar !!! al cliente

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

Encontrar Actores

cliente Sistema Mesa

Para identificarsoporte
actores del sistema…
de Ayuda
el Cliente nunca toca el sistema, lo hace el HelDesk.
¿Quién es el que está operando?
… y si el sistema es una aplicación web?
El actor es algo que interactua con el sistema
cliente

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

11
 Encontrar Actores

• ¿Quién o que usa el sistema?

• ¿Quién o qué toma información del sistema?
• ¿Quién o qué provee informaión al sistema?
• ¿En qué parte de la empresa se usa el sistema?
• ¿Quién o qué mantiene o soporta el sistema?
• ¿Con qué otros sistemas interactua el sistema?

El actor es un rol, no una persona/cosa paricultar

El nombre debería representar claramente ese Rol

Ej: tengo un CU llamado “realizar informe diario” y

neceisto que se dispare en un momento determinado (al
final del día).
¿Cómo le llamaría al actor que interactua con ese CU?
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

Checkpoints Actores

? Están identificados todos los actores; no exista nadie/algo que espere algo
del sistema y no se lo haya tenido en cuenta.
? Cada actor está asociado al menos con un CU
? ¿Algunos actores tienen roles similares en relación al sistema?
Probablemente sea un único actor
? ¿Dos actores tiene el mismo rol en relación a un CU? Utilice
Generalización
? Un actor usa de maneras completamente distintas (o tiene propósitos
distintos) un mismo CU.
Probablemente se necesite más de un actor.
? Los actores tienen nombres intuitivos y descriptivos
? Los usuarios /clientes entienden perfectamente el rol que cumple el actor

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

12
 Contenido

Introducción Introducción

Buenas Prácticas
Modelando Casos de Uso
Introducción al RUP
Analizar el Problema
Disciplina Requerimientos
EntenderCONCLUSIONES
necesidades stakeholders
Conclusiones
Definir el Sistema

Administrar el alcance

Redefinir el sistema

Administrar el cambio
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

Entender Necesidades de los Stakeholders:

Actividades principales Principales salidas

Capturar las necesidades de Lista de necesidades

Los stakeholders (priorizadas)
Visión

Determinar las características del Lista de características

Sistema propuesto (priorizadas)
Visión

Modelo CU
Actualización del Glosario
Glosario
Prof. Gustavo J. Sabio
http://www.ucongreso.edu.ar

13
 ¿Qué hemos hecho hasta acá?

Analizar el problema
Entender las necesidades de los stakeholders

Crear primeras definiciones del sistema

• Documento Visión
• Modelo de CU (inicial)
• atributos de los requerimientos

Prof. Gustavo J. Sabio

http://www.ucongreso.edu.ar

14