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.