Ingeniería de Requisitos Temario



Descargar 1,13 Mb.
Página6/14
Fecha de conversión12.01.2017
Tamaño1,13 Mb.
1   2   3   4   5   6   7   8   9   ...   14

DFD

  • Permite visualizar cómo fluye la información por el sistema
    • está asociado a una realización particular del sistema
  • El diagrama no es suficiente para precisar el comportamiento:
      • por un flujo que entra a un proceso desde un archivo, ¿fluye un registro o todo el archivo?
      • No estipula sincronización, un flujo llega a una entidad externa y otro sale ¿Están relacionados? ¿Uno es respuesta del otro?
  • No permite definir procesos (bucles, condiciones, etc.)
  • Se complementa con un diccionario de datos que describe:
    • estructura de los flujos y otros detalles
    • los procesos (lenguaje natural estructurado) con lo que el comportamiento queda determinado
  • Permite distintos niveles de abstracción, anidando DFDs
  • A menudo sistemas legados están documentados con DFD

Casos de Uso

  • Técnica para entender y describir requisitos
  • Los casos de uso son requisitos, describen requisitos funcionales
  • Pone el acento en el uso del producto
  • Describen como el sistema debe comportarse desde el punto de vista del usuario
  • Casos de Uso como caja negra: Especifican que es lo que el sistema debe hacer sin especificar cómo debe hacerlo
  • Se describen mediante documentos de texto
  • Introducido por Ivar Jacobson (1992)

Actor

  • Entidad externa que interactúa con el sistema (persona identificada por un rol o sistema externo)
  • Actor principal: Sus objetivos son cumplidos al realizar el caso de uso
  • Los actores son externos al sistema que vamos a desarrollar.
  • Al identificar actores estamos delimitando el sistema
  • Usuario: persona que cuando usa el sistema, asume un rol.
  • Actor
  • <>
  • Sistema

Cajero Automático - Ejemplo

  • Actor principal: Cliente
  • Actores: Servicio de Cajeros
  • Caso de Uso: Retirar
  • Descripción: Un cliente de un banco retira dinero de una cuenta a través del cajero automático utilizando una tarjeta bancaria, el Servicio de Cajeros verifica que el PIN sea válido y que el monto de la cuenta sea suficiente para realizar el retiro
  • Cliente
  • Retirar
  • Servicio de
  • Cajeros

Caso de Uso

  • Escenario:
    • Secuencia de acciones e interacciones entre los actores y el sistema, dando un resultado de valor observable para un actor particular
    • También se conoce como instancia de caso de uso
    • Es una forma particular de usar el sistema, un camino a través de un caso de uso.
  • Caso de uso: conjunto de escenarios posibles que puede encarar un actor (o varios) con el sistema para el logro de cierto objetivo.
  • “Un resultado observable de valor” se basa en entregar sistemas que hagan lo que las personas realmente necesitan.

Caso de Uso: Retirar

  • 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
  • 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 : Retirar

  • Cliente
  • Sistema
  • Servicio de Cajeros
  • 1. Inserta una tarjeta bancaria en el lector del CA.
  • 2. Lee el código de la tarjeta y verifica que es correcto
  • 3 Pide el código de PIN de 4 dígitos
  • 4 Ingresa el PIN
  • 5 – Envía Id. De tarjeta y PIN
  • 7- Despliega las distintas alternativas disponibles
  • 8- Elige la opción: Retiro
  • 9. Pide cuenta y monto
  • 10- Ingresa cuenta y monto
  • 11. Envía al SC el Id. Tarjeta, PIN, cuenta y monto
  • 12 Contesta: Continuar (OK)
  • 13 Dispensa el dinero
  • 15 Imprime recibo
  • Flujo principal: (otra forma)

Casos de Uso

  • Forma de encontrarlos: Mirar cada uno de los actores del sistema y preguntarse que es lo que buscan cuando usan el sistema.
  • Recomendación: Identificarlos con un verbo.
  • Cada caso de uso modela partes de la dinámica.
  • Diagrama de Casos de Uso – descripción estática.
  • Los casos de uso son independientes del método de diseño que se utilice, y por lo tanto del método de programación, no son parte del análisis OO, pero son una excelente entrada para ello.
  • Los casos de uso pueden dirigir el proceso de desarrollo. Guían el diseño, la implementación y la prueba del sistema.



Compartir con tus amigos:
1   2   3   4   5   6   7   8   9   ...   14


La base de datos está protegida por derechos de autor ©absta.info 2019
enviar mensaje

    Página principal