lunes, 20 de julio de 2015

Caso de Uso - Agencia de Viajes,Pagina web

Presentare un caso de uso en donde el ingeniero de software emplea un método que, con toda propiedad puede llamarse abductivo. A partir de la enumeración de unas pocas interacciones típicas debe en primer lugar encontrar el patrón al que se ajustan todas ellas: formula una hipótesis sobre el comportamiento del sistema, que engloba todas las interacciones potenciales, no sólo las típicas. En segundo lugar, debe identificar el objetivo de este comportamiento, a modo de causa que explica el efecto deseado, que lo hace comprensible.

  Ejemplo detallado de la aplicación

  ID:
Una aplicación descrita como “agencia de viajes por internet” (recordemos que nos encontramos precisamente en la etapa de definición exacta de los requisitos del usuario, por tanto la finalidad de la aplicación no está aún bien establecida).

  ROL:
el usuario a identificar sera aquel que desea realizar una compra de un boleto o pasaje hacia un sierto destino y quiere hacerlo a través de una pagina web.

  CARACTERÍSTICAS y FUNCIONALIDAD:
Supongamos el siguiente diálogo ficticio en el que el ingeniero software (I) entrevista al cliente (C) y le pide que describa una interacción típica entre el usuario y el sistema que se desea desarrollar:
 I. Explícame cómo quieres que funcione la aplicación.
 C. Bueno, lo primero es acceder a la página web de la agencia, ¿no?, entonces se seleccionan las ciudades de origen y destino, el número de pasajeros, y las fechas de ida y vuelta. El sistema muestra el precio de los billetes, y si el usuario está conforme introduce los datos de su tarjeta de crédito para hacer efectivo el pago. Y hay que dar los nombres de los pasajeros, claro.
 I. ¿Eso es todo?
 C. Ah, sí, por supuesto, si hay varios vuelos en el mismo día, el usuario debe seleccionar uno de ellos. También hay que tener en cuenta que algunos usuarios están dispuestos a variar sus fechas de viaje, con tal de obtener tarifas más baratas.
 I. Así que habrá que facilitar la búsqueda de vuelos en fechas parecidas y que sean más baratos, ¿no? Por ejemplo, variando un día adelante o atrás tanto la fecha de ida como la de vuelta.
 C. Exactamente, lo has cogido muy bien.

 A partir de esta sencilla descripción, un tanto desordenada, de un uso típico del sistema, y otras semejantes, el ingeniero software debe determinar todos los estados por los que puede pasar el sistema, y lo que es más importante, debe formular de modo preciso el objetivo perseguido (“comprar billetes de avión por internet facilitando la búsqueda de tarifas baratas”), que como tal no estaba contenido en la vaga descripción inicial (“agencia de viajes por internet”).

  RAZON o RESULTADO: El resultado a consecuencia de los requisitos obtenidos es generar un pasaje con fecha y hora deseada y con el destino escogido.

en el siguiente diagrama de flujo se observa como se realiza la operación mencionada y descrita.

No hay comentarios:

Publicar un comentario