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