Contenido introducción 1



Descargar 278,91 Kb.
Página4/7
Fecha de conversión12.01.2017
Tamaño278,91 Kb.
1   2   3   4   5   6   7

Alternativas


Durante la ejecución de un caso de uso, suelen aparecer errores o excepciones. Por ejemplo, mientras se ingresa un pedido, el cliente puede solicitar un producto que está discontinuado. El sistema deberá en este caso informar esta situación al empleado que ingresa el pedido. Esas desviaciones del curso normal del caso de uso se llaman alternativas. Las alternativas tienen las siguientes características:

  1. Representan un error o excepción en el curso normal del caso de uso.

  2. No tienen sentido por sí mismas, fuera del contexto del caso de uso en el que ocurren.

Si bien en la bibliografía las alternativas se documentan al final del caso de uso, la experiencia demuestra que resulta útil documentar los casos en tablas, mostrando el curso principal en la primera columna, y las alternativas en una segunda columna, como lo muestra el siguiente ejemplo:

Caso de Uso: Ingresando Pedido

Actor: Empleado de ventas

Curso Normal

Alternativas

  1. El cliente se comunica con la oficina de ventas, e informa su número de cliente




  1. El oficial de ventas ingresa el número de cliente en el sistema




  1. El sistema obtiene la información básica sobre el cliente

3.1 Si no está registrado, se le informa que debe registrarse en la oficina de clientes

  1. El cliente informa el producto que quiere comprar, indicando la cantidad




  1. El sistema obtiene la información sobre el producto solicitado, y confirma su disponibilidad.

5.1 Si no hay disponibilidad del producto, el sistema informa la fecha de reposición

  1. Se repite el paso 4) hasta que el cliente no informa más productos




...




Figura 5 – Algunas alternativas del caso de uso “Ingresando Pedido”

De esta forma, es mucho más simple ver en qué parte del caso de uso puede ocurrir la excepción, y se mantiene la ventaja de poder leer de corrido el curso normal.


  1. Modularización de Casos de Uso


Las próximas secciones muestran cómo se puede organizar una especificación que utiliza casos de uso para evitar redundancia (duplicación innecesaria de información) y facilitar su comprensión.
    1. Relaciones de Extensión


Muchas veces, la funcionalidad de un caso de uso incluye un conjunto de pasos que ocurren sólo en algunas oportunidades. Supongamos que estamos especificando un sistema en el cual los clientes pueden ingresar pedidos interactivamente, y que dentro de la funcionalidad del ingreso de pedidos el usuario puede solicitar al sistema que le haga una presentación sobre los nuevos productos disponibles, sus características y sus precios. En este caso, tengo una excepción dentro del caso de uso Ingresando Pedido. La excepción consiste en interrumpir el caso de uso y pasar a ejecutar el caso de uso Revisando Presentación de Nuevos Productos. En este caso decimos que el caso de uso Revisando Presentación de Nuevos Productos extiende el caso de uso Ingresando pedido y se representa por una línea de trazos desde el caso que ‘extiende a’ al caso que es ‘extendido’.



Figura 6 – Una relación de extensión entre dos casos de uso

Las extensiones tienen las siguientes características:



  1. Representan una parte de la funcionalidad del caso que no siempre ocurre.

  2. Son un caso de uso en sí mismas.

  3. No necesariamente provienen de un error o excepción. En su libro, Jacobson ejemplifica los casos de uso con ir a cenar a un restaurant. Para él, tomar café después de cenar es un ejemplo de una extensión.

La pregunta que surge claramente es ¿cuál es la diferencia entre una alternativa y una extensión? La respuesta puede derivarse de las características de cada uno:

  • Una extensión es un caso de uso en sí mismo, mientras que una alternativa no.

  • Una alternativa es un error o excepción, mientras que una extensión puede no serlo.

De todas formas, en la práctica aparecen dudas con respecto a la conveniencia de considerar algo optativo en un caso como una alternativa o una extensión, sobre todo porque no queda claro si algo puede ser visto como un caso de uso en sí mismo o no. Como regla aproximada en este caso podemos pensar que si algo opcional debe ser expresado con más de un paso, seguramente es una extensión y no una alternativa.
1   2   3   4   5   6   7


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

    Página principal