Teoria_IPP_CU_2008_parte_3 - Gonzálo de la Vega S

Vista previa del material en texto

Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 1
1Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Introducción a Requerimientos 
con Casos de Uso – Parte 3
Rosario, agosto de 2008
Luciano Ripani
Enrique Porta
Cátedra Introducción a la 
Práctica Profesional 
UTN - FRRo
Ingeniería en Sistemas de Información
2Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
• La precondición es una afirmación acerca de la condición o 
condiciones que son necesarias para que el caso de uso sea 
ejecutado
• Las precondiciones son necesarias pero no suficientes para que el 
caso de uso se ejecute
Precondiciones
Ejemplos de Precondiciones 
� El usuario debe estar autorizado para usar el sistema (o, el usuario debe 
estar logueado) 
� El sistema debe tener suficiente efectivo disponible para procesar una 
transacción típica. 
� El canal de comunicación al sistema host está abierto y disponible para 
usar. 
 
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 2
3Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
• Las postcondiciones son declaraciones del estado (o condición) en 
la cual el sistema / negocio se encuentra al finalizar el caso de uso
• Tipos de postcondición
• Éxito: escenarios donde se logra la meta
• Fracaso: escenarios donde no se alcanza la meta 
Postcondiciones
Ejemplo de postcondiciones (para un cajero automático) 
Caso de Uso: Retirar Dinero 
Para este caso de uso podrían existir las siguientes postcondiciones: 
� El cajero ha devuelto la tarjeta y entregado el efectivo al Cliente y se registro 
el retiro en la cuenta del Cliente 
� El cajero ha devuelto la tarjeta al Cliente y no se registró retiro en la cuenta 
del cliente. 
� El cajero se queda con la tarjeta y no se registra el retiro en la cuenta del 
cliente. 
 
4Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
• El disparador manifiesta el evento que hace que el caso de 
uso comience.
• Se presentan dos situaciones:
• A veces el disparador precede el primer paso del ca so 
de uso. 
• A veces el disparador es el primer paso del caso de 
uso.
Disparador (i)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 3
5Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Disparador precede el primer paso de caso de uso
Considere una persona usando un cajero automático. El cajero despierta 
de su inactividad solo cuando la persona inserta su tarjeta. Esto no es 
insignificante para decir que el disparador es cuan do alguien decide usar 
el cajero. El disparador “Cliente inserta tarjeta”, es también el primer paso 
en el caso de uso.
CASO DE USO: Usar el Cajero Automático
Disparador: Cliente inserta la tarjeta
1. Cliente inserta la tarjeta 
2. El sistema valida...
Disparador (ii)
6Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Disparador es el primer paso del caso de uso
Considere, sin embargo, un oficinista todo el día e n una estación de trabajo 
que muestra distintos iconos para ejecutar diferent es aplicaciones. 
El disparador es que llama un cliente con una solic itud en particular.
CASO DE USO: Registrar una queja
Disparador : Cliente llama para realizar en una queja.
1. El oficinista selecciona la aplicación.
2. El sistema trae la lista de quejas recientes
Disparador (iii)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 4
7Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Plantilla de Casos de Uso (i) 
8Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Plantilla de Casos de Uso (ii) 
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 5
9Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Plantilla de Casos de Uso (iii) 
10Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Ejemplo caso de uso con meta resumen 
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 6
11Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Ejemplo caso de uso con meta de usuario (i) 
12Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Ejemplo caso de uso con meta de usuario (ii) 
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 7
13Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Ejemplo caso de uso con meta de usuario (iii) 
14Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Definición
Una regla de negocio 
es una declaración de 
una política o una condición 
que debe cumplirse. 
RUP- Rational Unified Process® Version 2003.06.15
Reglas de Negocio (i)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 8
15Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Clasificación de Reglas de Negocio
• Hechos (Facts)
• Restricciones (Constrains) 
• Acciones Disparadoras (Action Enablers)
• Cálculos (Computacions) 
• Inferencias (Inferences)
Software Requirements 2da Ed - Wiegers – 2003 - Microsoft Press
Reglas de Negocio (ii)
16Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Hechos
Los hechos son simplemente declaraciones que son ve rdaderas acerca 
del negocio. 
Los hechos son también llamados invariantes, verdad es inmutables sobre 
entidades y sus atributos.
Ejemplo: 
Cada libro tiene una cantidad de días máximo de préstamo 
Plantilla para definir Hechos
<término 1> ES UN <término 2> 
<término 1> <verbo> <término 2> 
<término 1> SE COMPONE DE <término 2> 
<término 1> ES UN ROL DESEMPEÑADO POR <término 2> 
<término 1> ES UNA PROPIEDAD DE <término 2>
Clasificación de Reglas de Negocio (i)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 9
17Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Restricciones 
Las restricciones limitan las acciones que el siste ma o sus 
usuarios pueden realizar. 
Ejemplo:
Un préstamo no debe tener mas de un ejemplar de un mismo libro. 
Plantilla para definir Restricciones
<término 1> DEBE <comparación> <término 2>, <valor>, <lista de valores> 
<término 1> NO DEBE <comparación> <término 2>, <valor>, <lista de valores>
<término 1> NO PUEDE <comparación> <término 2>, <valor>, <lista de valores>
<término 1> DEBE ESTAR EN LISTA <a,b,c> 
<término 1> NO DEBE ESTAR EN LA LISTA DE <a,b,c> 
<término 1> SOLO <término 2> 
Clasificación de Reglas de Negocio (ii)
18Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Acciones Disparadoras 
Es una regla que desencadena alguna actividad bajo 
condiciones específicas
Ejemplo:
Si el socio devuelve el o los libros posteriormente a la fecha teórica de 
devolución del préstamo, entonces se sancionará al socio y se lo notificará
de su sanción. 
Plantilla para definir Accionesdisparadoras
Si <Término 1> <operador> <Término 2>, entonces <acción>
Clasificación de Reglas de Negocio (iii)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 10
19Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Cálculos
Es una regla que define los cálculos que se realizan utilizando fórmulas 
matemáticas o algoritmos. 
Ejemplo:
La fecha teórica de devolución del préstamo se calcula como la fecha del 
préstamo más la cantidad de días hábiles que pidió el socio. 
Plantilla para definir Cálculos
<termino> se calcula como <formula>
Clasificación de Reglas de Negocio (iv)
20Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Inferencias
Es una regla que establece algún nuevo conocimiento basado en el 
cumplimiento de ciertas condiciones. 
La cláusula de una inferencia implica un hecho o una información, no una 
acción que deba tomarse 
Ejemplo:
Si un socio no devuelve un libro en la fecha teórica de devolución del 
préstamo, entonces al socio se lo considera inhabilitado. 
Plantilla para definir Inferencias:
Si <término 1> <operador> <término 2, valor , lista de valores>, 
entonces <término 3> <operador> <término 4> 
Clasificación de Reglas de Negocio (v)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 11
21Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Ejemplo de Reglas de Negocio Caso Biblioteca
22Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Casos de Uso y su relación con otros artefactos (Larman)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 12
23Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Casos de Uso y su realización (Larman)
24Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Derivación de casos de prueba a partir de casos de uso (i)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 13
25Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero – Camino básico
Derivación de casos de prueba a partir de casos de uso (ii)
26Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero – Camino básico (continuación)
Derivación de casos de prueba a partir de casos de uso (iii)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 14
27Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero – Caminos alternativos
Derivación de casos de prueba a partir de casos de uso (iv)
28Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero – Caminos alternativos (continuación)
Derivación de casos de prueba a partir de casos de uso (v)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 15
29Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero
En primer iteración se implementa solo:
Derivación de casos de prueba a partir de casos de uso (vi)
30Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero - Derivar los escenarios
Derivación de casos de prueba a partir de casos de uso (vii)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 16
31Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero - Identificar Casos de Prueba
Derivación de casos de prueba a partir de casos de uso (viii)
32Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Caso de uso Retirar Dinero - Hacer Casos de Prueba
Derivación de casos de prueba a partir de casos de uso (ix)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 17
33Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Trazabilidad de Requerimientos (i) 
34Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Trazabilidad de Requerimientos (ii)
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 18
35Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Trazabilidad (rastreabilidad)
es la capacidad para rastrear un elemento del proye cto hasta otros 
elementos del proyecto relacionados, especialmente los que están 
relacionados con requerimientos
Objetivos de la trazabilidad
• Comprender el origen de los requisitos 
• Gestionar los cambios de los requisitos 
• Valorar el impacto en un proyecto de un cambio en u n requisito 
• Valorar el impacto de una anomalía de una prueba en los 
requisitos 
• Verificar que la implementación satisface todos los requisitos del 
sistema. 
• Verificar que la aplicación sólo hace las actividad es para las que 
fue diseñada.
Trazabilidad de Requerimientos (iii)
36Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Entendible para los stakeholders 
los requisitos son fáciles de leer y revisar.
ponen los requisitos en contexto
Controlar la completitud de los requisitos
permite encontrar los distintos escenarios de éxito y falla
control por medio de red de pre-post condiciones
Guían el proceso de desarrollo del software 
Se utiliza durante el análisis y el diseño 
(arquitectura, diseño de comportamiento, diseño de interfaz de usuario, 
menúes, perfiles de seguridad (roles por CU), etc.)
Los escenarios permiten generar casos de testing
Permiten realizar la trazabilidad de los requisitos
Son la base para construir los manuales de usuario
Permiten realizar estimaciones de tamaño y esfuerzo (Use Case Points)
Facilita la planificación del proyecto 
Beneficios de los Casos de uso
Introducción a Requerimientos con Casos de Uso Ago / 2008
Cátedra IPP – UTN Rosario Autores: Luciano Ripani - Enrique Porta 
Pag. 19
37Enrique Porta - Luciano Ripani
D
IS
I 
-
U
T
N
 R
os
ar
io
03/09/2008 v. 1.02 [LRI 2/8/08]
Preguntas