Ingeniería de Requisitos Temario

Casos de Uso - Conceptos

• Precondiciones: Establece que cosas deben ser siempre verdaderas antes de comenzar un caso de uso. No se verifican dentro del caso de uso ya que se asume que son verdaderas dentro de él.
• Poscondiciones: Establece que cosas ocurren al completar el caso de uso.
• Flujo principal: Describe el escenario del caso de uso de mayor interés para el actor. Típicamente no incluye condiciones ni bifurcaciones.
• Flujos alternativos: Son todos los otros escenarios; son bifurcaciones en el flujo principal.
• Requisitos Especiales: Son los requisitos no funcionales, atributos de calidad o restricciones específicas relacionadas con el caso de uso.

Caso de Uso : Retirar

• Flujos Alternativos :
• 2A. La tarjeta no es válida
• 1. El CA devuelve la tarjeta con el mensaje “tarjeta no válida”
• 2. Fin CU
• 6A. PIN inválido y menos de 3 intentos
• El Cliente puede realizar tres intentos para ingresar el PIN válido. Sino, el CA retiene la tarjeta.
• 1. El SC contesta indicando PIN inválido
• 2. El CA muestra el mensaje “PIN incorrecto” y sigue en punto 3
• 6B. PIN inválido y 3 intentos
• El CA debe retener la tarjeta
• 1. El SC contesta indicando PIN inválido
• 2. El CA muestra el mensaje “Se le retiene la tarjeta”
• 3. Fin CU
• 9A. El CA no tiene dinero
• 1.La opción “Retiro” en esta situación no es una alternativa posible, y el CA despliega la advertencia: “Sin dinero”.
• 2. Fin CU

Caso de Uso : Retirar

• 11A. Monto insuficiente para el cajero
• El monto indicado por el cliente no puede obtenerse a partir de los billetes de que dispone el CA
• 1 El CA despliega el mensaje “No se cuenta con ese monto en este cajero”
• 2 Vuelve a 9.
• 12A. No hay suficiente saldo en la cuenta.
• 1. CA despliega mensaje “Su saldo no permite extraer ese monto”
• 2. El CA devuelve la tarjeta
• 3. Fin CU
• 12B. No hay contacto con el Servicio de Cajeros (SC)
• 1. CA despliega el mensaje “sin conexión a la red de cajeros”
• 2 . El CA devuelve la tarjeta
• 3. Fin CU
• 12C. Enlace con el computador central se cae durante la transacción
• Hay que asegurar que el SC considera sólo los retiros efectivamente realizados
• 14A. El dinero no es retirado de la bandeja.
• 1. Si después de YY segundos el dinero está todavía en la bandeja, el CA lo recupera y lo deja en el depósito de dinero usado
• 1. Sigue en 14
• 14B. La tarjeta se tranca al intentar devolverla.
• 1. CA trata de devolverla durante xx segundos.
• 2. Si en ese tiempo no puede devolverla, CA avisa a mantenimiento
• 3. Fin CU

• Flujos Alternativos (cont.):

Diagrama de Casos de Uso

• UML provee notación para los casos de uso para ilustrar los actores, los casos de uso y las relaciones entre ellos
• Permite realizar un Diagrama del Contexto del Sistema
• Muestra los bordes del sistema

• Cliente

• Transferir

• Depositar

• Servicio de Cajeros

• Retirar

Construcción del Modelo - Pasos

• Definir frontera
• Identificar Actores
• Para cada Actor, identificar qué cosas quiere hacer
• cada uno va a determinar un caso de uso
• darle un nombre
• Dado un caso de uso
• Identificar si participan otros actores
• Describirlo brevemente de forma narrativa, centrándose en el flujo principal (distintas variantes de presentación y contenido)
• Una vez definido el conjunto de casos de uso relevante:
• Refinarlos incluyendo condiciones especiales
• Identificar casos de uso comunes y particulares (“incluye” y “extiende”), generalización

Relaciones entre CU – Include

• Escenarios comunes a más de un caso de uso
• El caso de uso incluído no depende del caso de uso base
• Cuando una instancia del caso de uso «llega al lugar» donde el comportamiento de otro caso de uso debe ser incluido, ejecuta todo el comportamiento descrito por el caso de uso incluído y luego continúa de acuerdo a su caso de uso original.
• El caso de uso incluido representa comportamiento encapsulado que puede ser reusado en varios casos de uso
• En el caso del cajero:

• Identificar Cliente

• Retirar

• Depositar

• Transferir

• <>

• <>

• <>

• Desconoce la
• existencia de los
• que lo usan

Caso de Uso: Retirar

• Flujo principal:
• Incluye el caso de uso: Identificar Cliente
• El CA despliega las distintas alternativas disponibles: retiro, depósito, consulta
• El Cliente elige Retiro
• El CA pide cuenta y monto
• El Cliente los ingresa
• CA envía código de Tarjeta, PIN, cuenta y monto al SC
• El SC contesta: OK
• El CA dispensa el dinero
• El CA devuelve la tarjeta
• El CA imprime el recibo

Caso de Uso: Identificar Cliente

• Descripción Breve:
• Verifica que la tarjeta y el PIN sean válidos
• Flujo Principal:
• Cliente inserta una tarjeta bancaria en el lector del CA.
• El CA lee el código de la tarjeta y verifica que es correcto
• El CA pide el código de PIN de 4 dígitos
• EL Cliente ingresa el PIN
• El CA envía código de Tarjeta y PIN al SC
• El SC verifica que el PIN sea correcto y contesta: OK
• Flujos Alternativos:
• 2A. La tarjeta no es válida
• 1. El CA devuelve la tarjeta con el mensaje “tarjeta no válida”
• 2. Fin CU
• 6A. PIN inválido y menos de 3 intentos
• El Cliente puede realizar tres intentos para ingresar el PIN válido. Sino, el CA retiene la tarjeta.
• 1. El SC contesta indicando PIN inválido
• 2. El CA muestra el mensaje “PIN incorrecto”
• 3. Sigue en punto 3
• 6B. PIN inválido y 3 intentos
• El CA debe retener la tarjeta
• 1. El SC contesta indicando PIN inválido
• 2. El CA muestra el mensaje “Se le retiene la tarjeta”
• 3. Fin CU