Obtención de requisitos de software a partir de casos de uso.

1. Jeimy Vél R
J i Vélez Ramos
Febrero 9, 2010

2. Requisito: Concepto
q p
 RF: Características que debe tener el sistema
R F R
RnF: Restricción que d b satisfacer para que el
i ió debe i f l
sistema sea aceptado por el cliente.

3. Actividades
 Identificación de actores
 Id ifi ió d
Identificación de escenarios
i
 Identificación de casos de uso
 Refinamiento de casos de uso
 Identificación de las relaciones entre casos de uso
 Identificación de relaciones entre casos de uso
 Identificación de requisitos no funcionales

4. Validación de requisitos
q
 Corrección
 S fi i
Suficiencia
i
 Consistencia
 Claridad
 Realismo
 Verificable
 Rastreable

5. Actores
Representan entidades externas que interactúan con el
sistema.
sistema
 ¿Cuáles grupos de usuarios son apoyados por el
sistema para realizar su trabajo?
p j
 ¿Cuáles grupos de usuarios ejecutan las funciones
principales del sistema?
 ¿Cuáles grupos de usuarios realizan funciones
secundarias, como el mantenimiento y la
administración?
d i i ió ?
 ¿Interactúa el sistema con algún sistema de hardware o
software externo?

6. Escenarios
Descripción narrativa de lo que la gente hace y
experimenta cuando trata de utilizar sistemas y
aplicaciones de computadora” [Carroll, 1995]
 Descripción concreta
 Enfocada e informal
 Una l
U sola característica d l sistema
í i del i
 Vista de un solo actor

7. Escenarios
 ¿Cuáles son las tareas que el actor quiere que realice el
sistema?
 ¿Qué información consulta el actor? ¿Quién crea esos
datos? ¿Se les puede modificar o eliminar? ¿Quién lo
hace?
 ¿Qué cambios externos necesita informar el actor del
sistema? ¿Con cuánta frecuencia? ¿Cuándo?
 ¿Cuáles eventos necesita el actor que l i f
C ál t it l t le informe el
l
sistema? ¿Con cuánta latencia?

8. Casos de Uso (CU)
( )
Especifica todos los escenarios posibles para una parte
de la funcionalidad dada.
de la funcionalidad dada
 Iniciado por un actor
RRepresenta un flujo de eventos completo a través del
fl j d l é d l
sistema.

9. Relaciones entre actores y CU
y
Permiten a los desarrolladores y a los usuarios reducir
la complejidad de los modelos y aumentar la
comprensibilidad.

10. Relaciones entre actores y CU
y
 Comunicación: Representan el flujo de información
durante el caso de uso
uso.
 Extensión: Un CU extiende a otro CU si el CU
extendido puede incluir el comportamiento de la
extensión bajo determinadas condiciones

11. Relaciones entre actores y CU
y
 Inclusión: Permite factorizar CU. El comportamiento
sólo debe factorizarse en CU separados si es
compartido entre dos o más CU.

12. Extensión vs. Inclusión
 Use relaciones extendidas para comportamientos
excepcionales,
excepcionales opcionales o que rara vez suceden
suceden.
 Use relaciones de inclusión para comportamientos que
se comparten entre dos o más casos de uso
uso.

13. Referencias
 Bruegge, B. & Dutoit, A.: Ingeniería de Software
Orientado a Objetos Pearson Education 2002
Objetos. Education. 2002.