Bloques de construcción de uml



Descargar 150.01 Kb.
Página3/7
Fecha de conversión28.10.2018
Tamaño150.01 Kb.
1   2   3   4   5   6   7

Casos de Uso

Los casos de uso son una técnica de modelización de requisitos funcionales que facilitan la comunicación entre los desarrolladores, los clientes y los usuarios finales del sistema. Su lenguaje sencillo es comprensible por todos los implicados en el proceso de desarrollo de un sistema software.


Los casos de uso, en su conjunto, describen los distintos usos que se le quiere dar al sistema. Por ejemplo, extraer dinero, ingresar dinero y consultar saldo, en un cajero automático. Cada uno de ellos constituye un Caso de Uso.


Diagrama de casos de uso

El diagrama de casos de uso especifica el comportamiento global del sistema y su interacción con el entorno. Muestra los servicios o funciones del sistema y los roles de los elementos del entorno con los que interactúan. Por ejemplo, el rol de usuario de un sistema. A estos roles de los elementos del entorno se les denomina actores. Observe que se distinguen los roles, no los elementos en sí.


Cada servicio que el sistema deba realizar se modela como un caso de uso y cada rol de los elementos del entorno del sistema se modela como un actor. Gráficamente un caso de uso se representa con una elipse y un actor se representa con un monigote, independientemente de su naturaleza.
La figura muestra el diagrama de casos de uso del cajero automático, ya citado.



En el diagrama de casos de uso, se delimitan las fronteras del sistema mediante una caja. Los elementos que queden fuera de la caja forman parte del entorno. Sus roles, es decir, los actores nunca son parte del sistema, aunque interactúen con él.
Los actores y los casos de uso se relacionan mediante asociaciones. Una relación de asociación entre un actor y un caso de uso indica que existe comunicación entre ellos y que pueden intercambiar información en ambos sentidos.
Es posible que el número de casos de uso que necesitemos para modelar un sistema sea demasiado grande para mostrarse en un único diagrama sin perder visibilidad y comprensibilidad. En ese caso, el diagrama se puede organizar agrupando los casos de uso en paquetes.

Actores

Los actores, como se mencionó, representan los distintos roles que los elementos del entorno desempeñan respecto al sistema. Un actor representa a todos los elementos que desempeñan el mismo rol. En el ejemplo del cajero automático, el actor Cliente representa a todos los clientes del banco que pueden utilizar el cajero.


Un mismo elemento puede desempeñar varios roles distintos, es decir, un elemento puede actuar como distintos actores en función del uso del sistema en cada momento. Es importante observar que los caso de uso están asociados con los actores, y no con los elementos concretos.
Supongamos por ejemplo, que los empleados del banco pueden utilizar el sistema software del cajero para consultar su estado y realizar estadísticas sobre su uso. Tendríamos entonces un nuevo actor del sistema, Empleado, relacionado con dos nuevos casos de uso, Consultar Estado y Realizar Estadísticas. Si los empleados del banco son además clientes del banco, podrían también utilizar el cajero como el resto de los clientes, para sacar o ingresar dinero y consultar sus cuentas. Esto quiere decir que los empleados del banco actuarán unas veces como el actor Empleado y otras como el actor Cliente. Pero, no implica que el actor Empleado esté relacionado con los casos de uso Extraer Dinero, Ingresar Dinero y Consultar Saldo.

Especificación de un caso de uso

El comportamiento de un caso de uso se especifica describiendo la secuencia de acciones que el sistema debe llevar a cabo para proporcionar un servicio. Esta secuencia de acciones, habitualmente denominada flujo de eventos, debe escribirse de forma que sea lo suficientemente clara como para que alguien ajeno al sistema pueda entenderlo fácilmente.


El estándar UML no se compromete con La especificación de un caso de uso. Los autores de UML solamente dan unas cuantas recomendaciones sobre el contenido de la especificación y la forma en qué debe escribirse. Para los autores de UML, la especificación de un caso de uso debería incluir al menos la siguiente información:


  • Cómo y cuándo empieza y acaba el caso de uso.

  • Cuándo el sistema interactúa con los actores y qué objetos intercambian.

  • Flujo de eventos básico y flujos alternativos de comportamiento.

Siguiendo estas recomendaciones proponemos la siguiente plantilla para escribir la especificación de un caso de uso. Esta plantilla además de las recomendaciones de UML incluye otras características recomendadas por A. Cockburn[], que consideramos muy útiles para la planificación y gestión del riesgo del proyecto.


Nombre o título.
Descripción: breve descripción textual del caso de uso. En esta descripción debería describirse cómo empieza el caso de uso y qué evento lo dispara.
Actores: enumeración de los actores que participan en el caso de uso.
Precondiciones: condiciones que debe tener el sistema antes de ejecutar el caso de uso.
Poscondiciones: condiciones que debe tener el sistema después de ejecutar el caso de uso. Es recomendable incluir las condiciones en caso de éxito y en caso de fallo del caso de uso.
Flujo de Eventos Principal: descripción de la interacción entre los actores y el sistema en condiciones normales, sin considerar ninguna excepción ni anomalía en la ejecución del caso de uso.
Flujos de Eventos Alternativos: descripción de la interacción entre los actores y el sistema en condiciones excepcionales.
Casos de Uso Relacionados.
Requisitos No Funcionales Relacionados.
Prioridad.

Frecuencia.



Riesgo asociado al caso de uso.
El siguiente ejemplo muestra la especificación del caso de uso Extraer Dinero.
Nombre o título: Extraer Dinero.
Descripción: El cliente solicita al cajero la cantidad que quiere retirar. El cajero comprueba si el cliente dispone de esa cantidad en su cuenta y si es así se la entrega. Antes de realizar la operación el cliente debe ser validado. Para ello, el cliente introduce en el cajero su tarjeta y su número de PIN. El cliente tiene tres intentos para introducir el PIN correcto.
Actores: Cliente.
Precondiciones: Ninguna
Postcondiciones:

En caso de éxito: el cliente obtiene la cantidad de dinero que ha solicitado, la operación queda registrada y su saldo actualizado.
En caso de fallo:

Si el cliente introduce un número de PIN erróneo tres veces, su tarjeta queda invalidada.


Si el cliente cancela la operación no hay ninguna postcondición.
Flujo de Eventos Principal:


  1. El cliente introduce la tarjeta en el cajero.

  2. El cajero solicita el número de PIN.

  3. El cliente introduce el número de PIN.

  4. El cajero comprueba el número de PIN

  5. Si el PIN es correcto, el cajero solicita la cantidad a retirar.

  6. El cliente introduce la cantidad a retirar.

  7. El cajero comprueba si el cliente dispone de esa cantidad en su cuenta y si hay suficiente dinero en el cajero.

  8. Si el cliente dispone de esa cantidad y el cajero tiene suficiente dinero, el cajero actualiza la cuenta del cliente, registra la operación, le entrega la tarjeta y el dinero al cliente y acaba el caso de uso.


Flujos de Eventos Alternativos:
3.a. El cliente puede cancelar la operación. El cajero le devuelve la tarjeta y el caso de uso acaba

5.a. Si el PIN introducido no es correcto y el cliente aún no ha consumido los tres intentos se vuelve al paso 2.

5.b. Si el PIN introducido no es correcto y el cliente ya ha consumido los tres intentos, el cajero invalida la tarjeta y el caso de uso acaba.

6.a. El cliente puede cancelar la operación. El cajero le devuelve la tarjeta y el caso de uso acaba.

8.a Si el cliente no tiene esa cantidad disponible en su cuenta o el cajero no tiene suficiente dinero, se informa al cliente y se vuelve al paso 5.
Casos de Uso Relacionados.
Requisitos No Funcionales Relacionados.
Prioridad: Alta.

Frecuencia: Alta.



Riesgo asociado al caso de uso: Medio.



Compartir con tus amigos:
1   2   3   4   5   6   7


La base de datos está protegida por derechos de autor ©composi.info 2017
enviar mensaje

    Página principal