Primer cuatrimestre 2011
Universidad de Buenos Aires
Facultad de Ciencias Exactas y Naturales
Departamento de Computación
Grupo 4
Bandura, Hernán Daniel - 416/03
Edi, Juan Ignacio – 133/08
Fischer, Thomas – 489/08
Luini, Julián Mauro – 106/08
Cambios con respecto a la primer entrega
Se presenta una versión completa del Trabajo Práctico 1, con correcciones hechas teniendo en cuenta las principales observaciones realizadas sobre la primer entrega, así como otros cambios realizados para mejorar la legibilidad y organización del diagrama de objetivos.
Los cambios realizados en fueron los siguientes:
•
En la versión inicial, el objetivo principal estaba descompuesto en los siguientes sub-objetivos:◦
Lograr[tener sistema de múltiples formas de pago]◦
Lograr[crear nuevos vuelos y cancelar vuelos existentes]◦
Lograr[buscar y reservar vuelos]Si bien la primera versión hacía referencia (en objetivos de bajo nivel) al hecho de poder compartir la misma información entre los distintos puntos del sistema, creímos correcto que este punto esté presente en el nivel superior, en forma de un nuevo objetivo denominado Mantener[información
entre distintas terminales del sistema sincronizada], ya que no se trata de un objetivo accesorio a
otros puntuales, sino un requerimiento del sistema completo.
Por otra parte, antes no se hacía referencia a la emisión concreta del pasaje. Se consideró ésta era en realidad la razón por la que se ofrece el sistema de búsqueda y reserva de pasajes. Con ese criterio, se reemplazó el sub-objetivo Lograr[buscar y reservar vuelos] por uno nuevo: Lograr[emitir
pasajes sin problemas de sobreventa].
Más adelante se detallan los cambios en el refinamiento de este nuevo sub-objetivo con respecto al anterior.
•
El objetivo Lograr[buscar y reservar vuelos] abarcaba la consulta de alternativas de vuelo para el cliente, así como también la asignación del lugar al mismo. En la nueva versión este objetivo pasó a llamarse Lograr[emitir pasajes sin problemas de sobreventa], y se agregó en el refinamiento un nuevo subobjetivo relacionado con la emisión concreta del pasaje.• En el mismo diagrama, cambió casi en su totalidad el refinamiento del sub-objetivo Lograr[asignar
lugar a pasajero sin generar problemas de concurrencia]. Se especifica ahora el hecho de que un
pasaje se bloquea por tiempo limitado tras ser seleccionado, con el objetivo de evitar que se procesen simultáneamente más de una reserva para el mismo asiento.
•
En objetivo Lograr[reubicar pasajeros en otro vuelo o combinación si hay opción disponible] (en el diagrama de alta y baja de vuelos), dependía en la versión anterior del objetivo Lograr[buscar yreservar vuelos]. Sin embargo, éste incluía la consulta de vuelos para el cliente, lo cual no era
necesario dado que la búsqueda de alternativas para reubicación se realiza de forma automática. Por esto, se hizo que la reubicación dependa sólo de los subojetivos Lograr[asignar lugar a
pasajero sin generar problemas de concurrencia] y Lograr[emitir pasaje al usuario tras asignación de lugar].
•
Se realizó una pequeña modificació en el refinamiento del objetivo relacionado a las formas de pago. En el objetivo Lograr[cobrar en oficina con el cliente presente] se agregó la presencia del cliente como sub-objetivo, en lugar de una propiedad de dominio presente en la primer entrega.Diagramas de contexto
La decisión de realizar la interacción con el cliente de forma presencial o remota determinaba esquemas muy distintos de interacción entre los agentes del sistema. Se decidió por eso presentar dos diagramas alternativos, que reflejan cada una de las situaciones.
Diagrama de objetivos
En esta sección se presenta el diagrama de objetivos que resultó del análisis preliminar del sistema de reservas y planificación aérea de Aerocambodia. Por una cuestión de prolijidad, y debido al tamaño del mismo, se decidió dividir el diagrama en partes. En un primer gráfico (en esta página) mostramos la raíz del diagrama (objetivo general del sistema) y sus tres subobjetivos. En las páginas subsiguientes desarrollamos cada una de esas tres ramas principales.
La sintaxis utilizada tanto aquí como en otras ocasiones donde hizo falta hacer referencia a nodos del diagrama presentes en otra página consta de nodos con un borde entrecortado, y sombreados con un color distinto.
En varios lugares del diagrama aparecen o-refinamientos que en realidad se refieren a una misma decisión: a la de realizar la interacción con el cliente de manera presencial o a distancia (on-line). Para representar gráficamente este hecho se utilizaron flechas especiales en estos o-refinamientos, como se ve a continuación:
Escenarios de uso Reservando un pasaje
Caso presencial:
1. El cliente se acerca a un punto de venta.
2. El cliente informa a un operador de ventas sus necesidades: fecha, origen y destino del vuelo. 3. El operador pide al cliente información de las visas con las que cuenta.
4. El operador ingresa al sistema informático y obtiene las distintas opciones de vuelo disponibles según lo requerido y las visas del cliente.
5. Se le ofrecen al cliente las opciones encontradas.
Alternativa: no se encuentran opciones, se le informa al cliente y en caso de que quiera cambiar fecha inicie de nuevo la consulta.
6. El cliente elige la opción de su preferencia.
7. El operador intenta dar de alta la reserva del cliente a través del sistema. En caso de que sea exitosa, se le confirma para que proceda a pagar.
Alternativa: en caso de que antes de efectuar la reserva se haya quedado sin capacidad el vuelo, se le informa al cliente para que elija otra opción.
8. El cliente elige su forma de pago preferida: depósito bancario, efectivo o tarjeta de crédito. 9. Si el cliente elije efectivo o tarjeta de crédito, se realiza la transacción.
Si el cliente elije transacción bancaria,
◦ El sistema emite un comprobante que operador le da al cliente
◦ El cliente paga en el banco con el comprobante
◦ El cliente se presenta nuevamente a la oficina informando que ya pagó
◦ El operador corrobora el pago con el banco y da por confirmado el pasaje. 10. El sistema emite un comprobante de pasaje que el operador le da al cliente. Caso online:
1. El cliente ingresa en el sistema online.
2. El cliente ingresa sus necesidades: fecha orígen y destino.
3. El sistema solicita al cliente que ingrese información de las visas con las que cuenta.
4. El sistema realiza la consulta de las opciones de vuelo disponibles según lo requerido y las visas del pasajero.
5. En caso de haber opciones, se le ofrecen al cliente. 6. El cliente elige la opción de su preferencia.
7. El sistema intenta dar de alta la reserva del cliente. En caso de que sea exitosa, se le confirma al mismo.
Alternativa: en caso de que antes de efectuar la reserva se haya quedado sin capacidad el vuelo, se le informa al cliente para que elija otra opción.
8. El cliente elije su forma de pago preferida: depósito bancario o tarjeta de crédito. 9. Si el cliente elije efectivo o tarjeta de crédito, se realiza la transacción.
Si el cliente elije transacción bancaria,
◦ El sistema emite un comprobante que el cliente imprime
◦ El cliente paga en el banco con el comprobante
◦ El cliente ingresa nuevamente al sistema e informa que su pago ya fue realizado utilizando en número de comprobante
◦ El sistema corrobora el pago con el bacno y da por confirmado el pasaje. 10. El sistema emite un comprobante de pasaje al cliente.
Cancelando un vuelo y reubicando pasajeros
1. El operador de oficina central ingresa al sistema el aviso de cancelación de vuelo.
2. Se registra la baja del vuelo, para que no se puedan reservar nuevas plazas en el mismo.
3. Por cada pasajero, se busca una alternativa de vuelo, usando los datos de vuelo y las visas disponibles del mismo
4. Se le comunica al cliente el cambio de forma telefónica.
Alternativa: si no se encontró una alternativa de vuelo, se procede a comunicar telefónicamente al pasajero y a indemnizarlo. Si la atención fue presencial, se le ofrece al cliente la opción de reintegro en efectivo o vía depósito bancario. Si la atención fue online, el reintegro es sólo vía depósito bancario.
Dando de alta un vuelo
1. El operador de oficina central ingresa al sistema los datos del vuelo a crear.
2. El sistema verifica la validez de los datos ingresados, incluyendo disponibilidad de rutas aéreas disponibles y de aviones.
3. El operador o el sistema informático le asigna un avión al vuelo, conociendo la disponibilidad de naves para la fecha.