Ingenieria de software casos de uso

DIAGRAMA DE USO:


INTRODUCCIÓN

Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto  de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales del sistema, es decir, representan las funciones que un sistema puede ejecutar.

  • Un caso de uso especifica un comportamiento deseado del sistema.
  • Representan los requisitos funcionales del sistema.

“Un caso de uso especifica un conjunto desecuencias de acciones, incluyendo variantes, que el sistemapuede ejecutar y que produce un resultado observable de valor para un particular actor.”

  • Describen qué hace el sistema, no cómo lo hace.

¿Qué son los casos de uso?


  • Es una estructura que ayuda a los analistas a trabajar con los usuarios para determinar la forma en que se usará un sistema. Con una colección de casos de uso se puede hacer el bosquejo de un sistema en términos de lo que los usuarios intentan hacer con él.

IMPORTANCIA DE LOS CASOS DE USO:


  • La importancia de los casos de uso radica en que se diseña el sistema desde el propio punto de vista del usuario. La idea es involucrar a los usuarios en las etapas iniciales del análisis y diseño del sistema.

VENTAJA PRINCIPALDE LOS CASOS DE USO

Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente útiles en la comunicación con el cliente.

PROPIEDADES DE LOS CASOS DE USO

  • Son iniciados por un actor con un objetivo en mente y es completado con éxito cuando el sistema lo satisface.
  • Puede incluir secuencias alternativas que llevan al éxito y fracaso en la consecución del objetivo.
  • El sistema es considerado como una “caja negra” y las interacciones se perciben desde fuera.
  • El conjunto completo de casos de uso especifica todas las posibles formas de usar el

sistema, esto es el comportamiento requerido.

DESCRIPCION DE CASO DE USO

  • Son documentos de texto, no son diagramas


    • El modelado de casos de uso consiste en escribir texto, no en dibujar diagramas.
  • Describir el flujo de eventos
    • Texto estructurado informal
    • Texto estructurado formal (plantillas)
    • Pseudocódigo
    • Notaciones gráficas: diagramas de secuencia
  • Debe ser legible y comprensible para un usuario no experto.
  • Debe indicar: actores, flujos principal y excepcionales.

PARTES DE UN CASO DE USO (CDU)


  • Conjunto de secuencias de acciones; cada secuencia representa un posible comportamiento del sistema
    • Actores, roles que pueden jugar los usuarios
    • Variantes: versiones especializadas, un cdu que extiende a otro o un cdu que incluye a otro
    • Un caso de uso realiza un trabajo tangible.

¿QUÉ ES UN ESCENARIO?


Es una secuencia de acciones e interacciones (pasos) entre los usuarios (actores) y el sistema.

¿QUÉ ES UN ACTOR?


Un actor representa un conjunto coherente de roles que juegan los usuarios de los casos de uso al interaccionar con el sistema.

  • Roles jugados por personas, dispositivos, u otros sistemas.
  • El tiempo puede ser un actor (“procesos iniciados automáticamente por el sistema”).
  • No forman parte del sistema.
  • Un usuario puede jugar diferentes roles.
  • En la realización de un caso de uso pueden intervenir diferentes actores.
  • Un actor puede intervenir en varios casos de uso.
  • Identificar casos de uso mediante actores y eventos externos.
  • Un actor necesita el caso de uso y/o participa en él.

TIPOS DE ACTORES:


  • Principal


    Requiere al sistema el cumplimiento de un objetivo.
  • Secundarios


    El sistema necesita de ellos para satisfacer un objetivo.

ORGANIZACIÓN DE CASOS DE USO

Existen tres tipos de asociación o relaciones en los diagramas de casos de uso:

xaTFtHLGHJcsSFBNTwikOsZwSTEkRg1jFe5Qxg4v

GENERALIZACIÓN

 En un diagrama de  casos de uso también pueden mostrarse

Generalizaciones (relaciones de herencia) para mostrar que diferentes elementos

están relacionados como tipos de otros. Son aplicables a actores o casos de uso,

Pero para estos últimos la semántica es muy similar a las relaciones “extend”.

  • INCLUSIÓN

Se puede incluir una relación entre dos casos de uso de tipo “include” si se desea

especificar comportamiento común en dos o más casos de uso.

Las ventajas de esta asociación son:


  • Las descripciones de los casos de uso son más cortas y se entienden mejor.
  • La  identificación de funcionalidad común puede ayudar a descubrir el posible uso de Componentes ya existentes en la implementación.

Las desventajas son:


  • La inclusión de estas relaciones hace que los diagramas sean más difícil de leer, sobre  todo para los clientes.
  • EXTENSIÓN

Se puede incluir una relación entre dos casos de uso de tipo “include” si se desea especificar diferentes variantes del mismo caso de uso. Es decir, esta relación implica que el comportamiento de un caso de uso es diferente dependiendo de ciertas circunstancias. En principio esas variaciones pueden también mostrarse como diferentes descripciones de  escenarios asociadas al mismo caso de uso.

ALGUNAS CARACTERÍSTICAS DE LOS CASOS DE USO

  • Actualmente, mucha gente considera que los casos de uso son de vital importancia en los proyectos de software (Procesos Guiados por Casos de Uso).
  • Describen bajo la forma de acciones y reacciones el comportamiento de un sistema desde el punto de vista de un usuario.
  • Se puede considerar que hasta cierto punto, cada caso de uso es independiente de los demás.
  • Permiten definir los límites del sistema y las relaciones entre el sistema y su entorno

(MUY IMPORTANTE).

OBTENCIÓN DE CASOS DE USO

1) Identificar los usuarios del sistema

2) Encontrar todos los roles que juegan los usuarios y que son relevantes al sistema

3) Para cada rol identificar todas las formas (objetivos) de interactuar con el sistema

4) Crea un caso de uso por cada objetivo

5) Estructurar los casos de uso

6) Revisar y validar con el usuario