DOCUMENTACIÓN DEL PROYECTO DESPEGAR
ROGER FABIÁN CÓRDOBA GARCÍA MARÍA FERNANDA LÓPEZ RAÚL YULBRAYNNER RIVERA GALVE
DOCUMENTO PRESENTADO PARA ALCANZAR NOTA EN EL ESPACIO ACADÉMICO DE INGENIERÍA DE SOFTWARE 2
Docente WILLIAM JOSEPH GIRALDO OROZCO
UNIVERSIDAD DEL QUINDÍO FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS Y COMPUTACIÓN INGENIERÍA DE SOFTWARE 2 ARMENIA, QUINDÍO 2015
1. ESPECIFICACIÓN DE LA FORMA En este apartado se presenta la elaboración de la forma que se va a manejar durante el proceso de creación y desarrollo de la aplicación Despegar. En el siguiente apartado se presenta el desarrollo del modelo mental utilizado para la aplicación.
1.1 Modelo Mental En esta apartado se presenta la elaboración del modelo mental para la aplicación despegar. Este modelo mental corresponde al resumen de un viaje que va a realizar una persona. En la Figura se presenta el modelo mental de un resumen de viaje.
Figura : Modelo mental de un resumen de viaje. En la Figura se puede apreciar los distintos datos y elementos que se deben tener en cuenta en la elaboración de un resumen de viaje para que un usuario de la aplicación Despegar pueda consultar de forma rápida y segura, y así es mas seguro que no pierda un vuelo programado.
En la siguiente sección se presenta el desarrollo de los formularios en papel.
1.2 Formularios en Papel En esta sección se presenta el desarrollo de los formularios en papel para la aplicación despegar, para esto se seleccionaron tres plataformas finales: Smartphone, Tablets y PC., por lo tanto este capítulo se divide en tres secciones, en cada una se presenta el desarrollo relacionado con cada dispositivo.
1.2.1 Smartphones
Formulario
en
Papel
para
la
aplicación
En la presente sección se han creado 2 diseños distintos para la creación de las vistas desde un dispositivo Smartphone. A continuación se presenta el primer diseño creado para dicho dispositivo:
Figura : Formulario en papel del resumen de viaje Smartphone, diseño 1. En la Figura , podemos observar las tres escalas que realiza un usuario al viajar, y que la aplicación despegar le proporcionara para no olvidar la hora y el lugar desde donde saldrá el viaje programado por el usuario. Este diseño es propuesto por el ingeniero en formación Jorge Hernán Castaño Barraza, para la aplicación de cómo ver el resumen de viaje, desde un dispositivo smarthphone, se presentan las 3 escalas que debe realizar el usuario al
viajar desde Armenia hasta Porto Alegre. A continuación se presenta la segunda propuesta dada por otro diseñador. En la Figura , se puede apreciar un diseños propuesto por el ingeniero en formación Jorge Gaitán. A continuación se presenta dicho diseño:
Figura : Formulario en papel del resumen de viaje para Smartphone, diseño 2. En la Figura , podemos observar en la representación de una pantalla en el lado izquierdo se encuentra especificada la información básica y las escalas correspondientes al viaje a realizar por el usuario, al seleccionar desde la pantalla una de las escalas se presentara a continuación los detalles de la escala a realizar, como se observa en la representación del lado derecho de la Figura . En la siguiente sección se mostrar el formulario en papel para la visualización desde una Tablet.
1.2.2
Formulario en Papel para la aplicación Tablets
En la presente sección se mostrara en la Figura , el formulario creada por la ingeniera en formación Luisa Fernanda Arango para la aplicación despegar, para poder ser vista desde una Tablet. A continuación en la Figura se presenta dicho formulario:
Figura : Formulario en papel del resumen de viaje para ser visto desde una Tablet. En la Figura , se puede observar que encontramos las 3 escalas con todos los detalles del viaje a realizar, que en las anteriores dos figuras (Figura y Figura ) se requerían un mayor espacio entonces así asignando un numero mayor de pantallas para la visualización de los mismos detalles, esto se logra gracias a que muchos de estos dispositivos cuentan con una pantalla de mayor tamaño en la cual se pueden vincular todos los detalles de un viaje con las 3 escalas esperadas.
En la siguiente sección se mostrara el formulario en papel para la visualización desde los Computadores.
1.2.3 Computadores
Formulario en Papel para la aplicación de
En la presente sección se mostrara en la Error: Reference source not foundFigura , el formulario creado por el ingeniero en formación Edwin Tabarez para la aplicación despegar, para poder ser vista desde un computador.
Figura : Formulario en papel del resumen de viaje para ser visto desde un computador. En la Figura , se puede observar que encontramos las 3 escalas con todos los detalles del viaje a realizar, al igual que en la sección anterior donde se encuentra la Figura , esto se logra ya que la mayoría de computadores de hoy en día cuentan con pantallas de un tamaño suficiente y los navegadores que se manejan soportan el uso de las paginas web en html, que permiten una mejor visualización de las mismas. En la siguiente sección se mostraran distintos modelos de manejo de vistas para los usuarios finales, los modelos View Model.
1.3 Modelo “View Model” Los modelos View Model permiten obtener la información desde las bases de datos de la aplicación Despegar, y así poder entregar a los usuarios finales un resumen general de cómo va a ser el itinerario de su viajes de un lugar a otro por medio de algunas escalas. En esta sección se mostraran 6 distintos modelos View Model creados por 6 distintos Ingenieros en formación de sistemas y computación. En la Siguiente sección se muestra el desarrollo del Modelo ViewModel para dispositivos Smartphones.
1.3.1 Smartphones
Modelo ViewModel para dispositivos
En la Figura se puede observar el modelo creado por la ingeniera en formación Angie Escobar, a continuación dicho modelo.
Figura . Modelo View Model para Smartphones, opción 1 En la Figura , podemos observar la información principal que se pretende reflejar a los usuario en su resumen de viaje, dicha información se considera importante puesto que dice a los usuario el los datos de origen tales como: ciudad de origen, la hora, fecha de salida, código y nombre del aeropuerto de salida ,y de destino tales como: lugar de
destino, la hora de llegada, el código de aeropuerto a arribar, la fecha de llegada y el nombre del aeropuerto de destino. En la Figura : Modelo View Model para Smartphones, opción 2 se puede observar el modelo creado por la ingeniera en formación Yuri Bonilla, a continuación dicho modelo.
Figura : Modelo View Model para Smartphones, opción 2 En la Figura : Modelo View Model para Smartphones, opción 2, al igual que en la Figura podemos observar la información principal que se pretende reflejar a los usuario en su resumen de viaje, dicha información se considera importante puesto que dice a los usuario el los datos de origen tales como: ciudad de origen, la hora, fecha de salida, código y nombre del aeropuerto de salida ,y de destino tales como: lugar de destino, la hora de llegada, el código de aeropuerto a arribar, la fecha de llegada y el nombre del aeropuerto de destino. Solo con 2 grandes diferencias; que se tienen referenciadas en dos clases dos datos relevantes: en la primera clase se tiene las ciudades de origen y destino, y en otra clase se tienen en numero de escalas a realizar el usuario.
En la Siguiente sección se muestra el desarrollo del Modelo ViewModel para dispositivos Tablets.
1.3.2
Modelo ViewModel para dispositivos Tablets
En la Figura se puede observar el modelo creado por la ingeniera en formación Angie Guzman, a continuación dicho modelo.
Figura : Modelo View Model para Tablets, opción 1 En la Figura , aunque no se puede observar muy bien puesto que los tamaños de relación entre el tamaño de la letra de la figura y el tamaño del contenido del documento varían un poco; podemos apreciar la información principal que se pretende reflejar a los usuario en su resumen de viaje en sus Tablets, dicha información se considera importante puesto que dice a los usuario el los datos de origen tales como: fecha de salida, nombre del aeropuerto de origen, ciudad de origen, código del aeropuerto de origen, la hora de salida desde el aeropuerto; y de destino tales como: la fecha de llegada, nombre del aeropuerto de llegada, ciudad de destino, el código de aeropuerto a arribar y hora la cual se pretende llegar. A diferencia de las Figura y Figura : Modelo View Model para Smartphones, opción 2 este maneja en una clase detallesVuelo se tienen las referencias de las clases que contienen los datos de origen y de destino. En la Figura se puede observar el modelo creado por la ingeniero en formación Luis Esteban Valencia, a continuación dicho modelo.
Figura : Modelo View Model para Tablets, opción 2 En la Figura , al igual que en la Figura , no se puede observar muy bien puesto que los tamaños de relación entre el tamaño de la letra de la figura y el tamaño del contenido del documento varían un poco; aun así podemos apreciar la información principal que se pretende reflejar a los usuario en su resumen de viaje en sus Tablets, dicha información se considera importante puesto que dice a los usuario el los datos de origen tales como: fecha de salida, nombre del aeropuerto de origen, ciudad de origen, código del aeropuerto de origen, la hora de salida desde el aeropuerto; y de destino tales como: la fecha de llegada, nombre del aeropuerto de llegada, ciudad de destino, el código de aeropuerto a arribar y hora la cual se pretende llegar. Se nota un gran parecido con la figura anterior, pero a diferencia de la Figura este maneja en una clase mas llamada escala, la cual no tiene ningún dato a la vista entonces no se puede verificar que rol desempeña en este modelo. En la Siguiente sección se muestra el desarrollo del Modelo ViewModel para Computadores.
1.3.3
Modelo ViewModel para Computadores
En la Figura se puede observar el modelo creado por la ingeniera en formación Diana Carolina Farfan Lievano, a continuación dicho modelo.
Figura : Modelo View Model para Computadores, opción 1 En la Figura , podemos apreciar la información que contiene cada elemento que se ha integrado para este modelo, donde la distribución de información de los vuelos es igual que los modelos View Models anteriores han manejado, estos datos relevantes son de origen tales como: fecha de salida, nombre del aeropuerto de origen, ciudad de origen, código del aeropuerto de origen, la hora de salida desde el aeropuerto; y de destino tales como: la fecha de llegada, nombre del aeropuerto de llegada, ciudad de destino, el código de aeropuerto a arribar y hora la cual se pretende llegar. A diferencia de los modelos anteriores se puede ver que solo se manejan tres escalas preestablacidas para cualquier viajes, dejando al contenedor principal las referencias de origen y destino. La ingeniera en formación Diana Carolina maneja 3 escalas para un viaje en este modelo teniendo en cuenta que se ha desarrollado para un viaje establecido desde la ciudad de Armenia, Colombia hasta la ciudad de Porto Belo en Brasil.
Para la opción 2 del modelo view model la ingeniera en formación Leydi Giraldo, decide manejar 3 modelos reflejados en las Figura , Figura y Figura , uno para cada escala, ya especificado con anterioridad el por que. A continuación dichos modelos.
Figura : Modelo View Model para Computadores 1, opción 2 En la Figura se puede observar que el objetivo de este modelo es mostrar toda la información de la primera escala que realiza el usuario.
Figura : Modelo View Model para Computadores 2, opción 2 En la Figura se puede observar que el objetivo de este modelo es mostrar toda la información de la segunda escala que realiza el usuario.
Figura : Modelo View Model para Computadores 3, opción 2 En la Figura se puede observar que el objetivo de este modelo es mostrar toda la información de la tercera escala que realiza el usuario. En las Figura , Figura y Figura , en todas estas figuras podemos observar que su principal objetivo es mostrar los datos de origen tales como: el código del aeropuerto de salida, nombre del aeropuerto, hora de salida, la fecha de salida y nombre de la ciudad de origen; para los datos de destino tales como: el código del aeropuerto de llegada, nombre del aeropuerto de llegada, hora de llegada, la fecha de llegada y el nombre de la ciudad de llegada. En la Siguiente sección se muestra el desarrollo de las Producciones correspondientes a cada modelos desarrollado en este apartado (Modelo “View Model”).
1.4 Producción En este apartado se desarrolla las producciones como método de verificación de los modelos creados por los ingenieros en formación que en anterior apartado ha creado. En dichas producciones se verifican todos los datos que se piensan que los usuarios van a necesitar, esta introducción de datos se logra creando distintos test en el programa de desarrollo que maneja el grupo de ingenieros en formación. En la Siguiente sección se muestra el desarrollo de las Producciones para los modelos View Model para dispositivos Smartphones.
1.4.1
Producciones para la aplicación Smartphones
En la Figura se puede observar la producción creada por la ingeniera en formación Angie Escobar, basada en el modelo que elaboro y desarrollo en el apartado anterior en la Figura , a continuación dicho modelo.
Figura : Producción para modelo View Model para Smartphones, opción 1 En la Figura la producción realizada permite ver que cumple las pautas creadas por la ingeniera en formación, ya que por medio del “ContenedorViaje”, se pudo crear un nuevo “DetalleVuelo”, el cual permite contener la información correspondiente a las ciudades de origen y destino; denominadas como elementos de esta producción como “Inf Destino Bogotá” e “Inf Origen Armenia”. En la Figura se puede observar la producción creada por la ingeniera en formación Yury Bonilla, basada en el modelo que elaboro y desarrollo en el apartado anterior en la Figura : Modelo View Model para Smartphones, opción 2, a continuación dicho modelo.
Figura : Producción para modelo View Model para Smartphones, opción 2
Figura la producción realizada permite ver que cumple las pautas creadas por la ingeniera en formación, ya que por medio del “Contenedor principal”, se pudo crear un nuevo “Vuelo Armenia”, el cual permite contener la información correspondiente a las 3 escalas que se realizan para llegar desde la ciudad de Armenia, Colombia hasta la ciudad de Porto Alegre, Brasil; cada escala permite apreciar los vuelos de origen y los vuelos de destino, siendo así para escala “Escala 1”: “Vuelo Origen Armenia” y “Vuelo Destino Bogota”, “Escala 2”: “Vuelo Origen Bogota” y “Vuelo Destino Lima”, y por ultimo “Escala 1”: “Vuelo Origen Lima” y “Vuelo Destino Pto Alegre”. En la Siguiente sección se muestra el desarrollo de las Producciones para modelo ViewModel para dispositivos Tablets.
1.4.2
Producciones para la aplicación Tablets
Para el desarrollo de esta sección los ingenieros en formación no entregaron evidencias del desarrollo de este punto. En la Siguiente sección se muestra el desarrollo de las Producciones para modelo ViewModel para Computadores.
1.4.3
Producciones para la aplicación Computadores
Para el desarrollo de esta sección los ingenieros en formación no entregaron evidencias del desarrollo de este punto. En la Siguiente sección se muestra el desarrollo de las Interfaces en Windows Builder.
1.5 Interfaz en Windows Builder En esta sección se encuentran especificadas las interfaces finales para los usuarios, estas fueron las interfaces se trabajaron durante el desarrollo de la aplicación despegar. En esta sección al igual que muchas de las anteriores solo se mostrara el desarrollo de la visualización del ejemplo donde un usuario cualquiera tuviera un viaje desde la ciudad de Armenia en Colombia hasta la ciudad de Porto Alegre en Brasil. En la siguiente sección se mostrara el desarrollo del modelado y creación de la interfaz para los Smartphones, por medio de la herramienta de creación de interfaces Windows Builder.
1.5.1 Interfaz en Windows Builder para el desarrollo de la aplicación en Smartphones En esta sección se muestra en la Figura : Modelado de interfaz para los usuarios finales para ser visto desde los dispositivos Smartphones., el modelo desarrollado como interfaz final para que un usuario pueda visualizar su resumen de viaje por medio de un
Smartphone, esta interfaz fue diseñada y creada por la diseñadora Daniela Arias Gómez, para poder ser vista desde un Smartphone.
Figura : Modelado de interfaz para los usuarios finales para ser visto desde los dispositivos Smartphones. En la Figura : Modelado de interfaz para los usuarios finales para ser visto desde los dispositivos Smartphones., se pueden observar tres distintas pantallas que divisan las tres escalas que debe realizar el usuario, en cada una de estas se le muestra al usuario los detalles de cada una de las escalas que debe realizar al viajar de Armenia hasta Porto Alegre, dichos detalles son la ciudad de origen, ciudad de destino cada una de las ciudades acompañadas del aeropuerto de origen y de llegada, la fecha y la hora respectivamente. En la siguiente sección se mostrara el desarrollo del modelado y creación de la interfaz para las Tablets, por medio de la herramienta de creación de interfaces Windows Builder.
1.5.2 Interfaz en Windows Builder para el desarrollo de la aplicación en Tablets En esta sección se muestra en la Figura , el modelo desarrollado como interfaz final para que un usuario pueda visualizar su resumen de viaje por medio de una Tablet, esta interfaz fue diseñada y creada por el diseñador Dwan Zaid Córdoba, para poder ser vista desde una Tablet.
Figura : Modelado de interfaz para los usuarios finales para ser visto desde las Tablets. En la Figura , se puede observar tres distintas zonas, donde se divisan las tres escalas que debe realizar el usuario, en cada una de estas se le muestra al usuario los detalles de cada una de las escalas que debe realizar al viajar de Armenia hasta Porto Alegre, dichos detalles son la ciudad de origen, ciudad de destino cada una de las ciudades acompa帽adas del aeropuerto de origen y de llegada, la fecha y la hora respectivamente. En la siguiente secci贸n se mostrara el desarrollo del modelado y creaci贸n de la interfaz para los Computadores, por medio de la herramienta de creaci贸n de interfaces Windows Builder.
1.5.3 Interfaz en Windows Builder para el desarrollo de la aplicación en Computadores En esta sección se muestra en la Error: Reference source not foundFigura , el modelo desarrollado como interfaz final para que un usuario pueda visualizar su resumen de viaje por medio de un Computador, esta interfaz fue diseñada y creada por el diseñadora David Lemir Aguirre, para poder ser vista desde un computador.
Figura : Modelado de interfaz para los usuarios finales para ser visto desde los Computadores. En la Figura , se puede observar tres distintas zonas, donde se divisan las tres escalas que debe realizar el usuario, en cada una de estas se le muestra al usuario los detalles de cada una de las escalas que debe realizar al viajar de Armenia hasta Porto Alegre, dichos detalles son la ciudad de origen, ciudad de destino cada una de las ciudades acompañadas del aeropuerto de origen y de llegada, la fecha y la hora respectivamente
1. ESPECIFICACION DEL DOMINIO. Este proyecto pretende llevar a cabo la implementación de la mejora para la aplicación de la página web de despegar para los diferentes dispositivos existentes en el mercado, ya que los usuarios de la empresa despegar se ven en la necesidad de acceder a la información de la empresa desde cualquier sitio, a cualquier hora sin impedimento alguno y la aplicación existente está causando muchos inconvenientes en cuanto a la usabilidad e interacción con el usuario final. Para lograr el éxito de la implementación de la mejora para aplicación se va a tomar como referencia la página web de la empresa (www.despegar.com) para desarrollar un trabajo conjunto al de la página web y que los usuarios no se sientan vulnerados ante el cambio. En esta parte del documento se hace énfasis en la especificación del modelo de dominio tanto la definición como su respectiva validación para la implementación de la mejora de la aplicación para los diferentes dispositivos. A continuación se presenta la definición que se le dio al modelo de dominio del proyecto despegar.
2.1 DEFINICION DEL MODELO DE DOMINIO En esta parte se presenta la elaboración del modelo de dominio de la aplicación despegar. Para la definición del modelo de dominio, la página despegar se dividió en 5 modelos. •
Modelo de Búsqueda
•
Modelo de Filtro.
•
Modelo de Resultados.
•
Modelo de Historial.
•
Modelo de Compra.
Lo que se pretende realizar al particionar la página de despegar en 5 secciones, es obtener un mejor manejo de la página y de esta manera lograr con satisfacción el modelado adecuado para implementar la mejora de la aplicación que se pretende realizar para los diferentes dispositivos. A continuación se presentan los modelos de acuerdo a las especificaciones de la aplicación.
2.1.1 Modelo de Búsqueda. Para implementar el modelo de búsqueda se tiene en cuenta la plantilla que se utiliza en la página web de la empresa despegar para realizar los modelos de dominio que se utilizaran en el desarrollo de la mejora de la aplicación para los diferentes dispositivos (Tablet, celulares, Pc), en esta etapa se toma como referencia la pantalla inicial que se presenta al momento de ingresar en la página de la empresa despegar, para realizar una búsqueda de un vuelo deseado. A continuación en la Figura . Vista actual del buscador de la página web www.despegar.com se muestra la pantalla inicial de la página web de la empresa despegar, vale hacer la aclaración que en este proyecto solo se trabaja la sección de vuelos.
Figura . Vista actual del buscador de la página web www.despegar.com En la Figura . Vista actual del buscador de la página web www.despegar.com se muestra el buscador inicial que aparece en la página de la empresa despejar, con esta imagen del buscador se procede a realizar un modelo de dominio del buscador de la página para ya poder implementarlo en la mejora de la aplicación que se pretende realizar para los diferentes dispositivos. Para observar la forma de interacción del usuario con la página de la empresa de despegar se toma la decisión de realizar un ejercicio completo de buscar y seleccionar un vuelo
además de comprar el boleto respectivo por eso se toma como referencia un vuelo que tiene su origen en el aeropuerto El Edén de la ciudad de Armenia, Quindío, Colombia y que su destino será el aeropuerto de Salgado Filho de la ciudad de Porto Alegre, Brasil A continuación en la Figura se presenta el modelo de dominio de la fase búsqueda con el que se pretende realizar la implementación de la aplicación para los diferentes dispositivos.
Figura . Modelo de búsqueda del dominio para la aplicación despegar. En la Figura se muestra el modelo respectivo con el que se pretende implementar la fase de búsqueda en la mejora de la aplicación, con el modelo anterior, se empezara a desarrollar la mejora de la aplicación de despegar para los diferentes dispositivos. A continuación se presenta el segundo modelo con el que se pretende trabajar en la mejora de la aplicación de despegar, este segundo modelo corresponde a la sección de filtros dentro de la página web de despegar.
2.1.2 Modelo de Filtro. A partir del modelo anterior, se tiene como referencia la vista de la página web de despegar para realizar los modelos respectivos, en este caso para aplicar el filtro en los vuelos se tienen en cuenta tres aspectos principales: escalas, aerolínea y precios.
En la Figura se puede observar la referencia tomada desde la página web de despegar para realizar los filtros, en la página web de despegar existen siete (7) filtros (Escalas, Aerolíneas, Precio, Horarios, Aeropuertos, Duración y Alianzas) pero en el modelo de filtro se manejaran los tres (3) filtros más usados por los usuarios que son: •
Escalas
•
Aerolíneas
•
precio
Figura . Vista actual del área de filtro de la página web www.despegar.com En la Figura se muestra el área donde se puede realizar el filtro para realizar una búsqueda más específica sobre el vuelo que necesitamos, como se dijo anteriormente, se trabajaran los tres (3) filtros más utilizados por los usuarios (Escalas, Aerolíneas y Precio) para implementar en la mejora de la aplicación de despegar para los diferentes dispositivos. A continuación se especifica a través de imágenes, los tres (3) filtros más utilizados por los usuarios y se podrá observar que opciones de filtro ofrece cada uno de ellos, de acuerdo a las opciones que da cada filtro, estas opciones se implementaran en la mejora de la aplicación de despegar para los diferentes dispositivos.
2.1.2.1 Escalas. El usuario al ingresar a la página de despegar y realizar el filtro respectivo por escalas, se le muestra las diferentes opciones con que puede llegar a contar el vuelo que se está consultando. Para mostrar cómo funciona la sección de filtros por escala de la página de despegar, se tomó como referencia un vuelo con origen desde la ciudad de Armenia, Quindío (Colombia) hasta la ciudad de Porto Alegre (Brasil), el resultado del filtro por escalas se muestra en la la cual es capturada desde la página de despegar utilizando el filtro correspondiente a escalas.
Figura . Vista actual del área de filtro por escalas de la página web www.despegar.com En la Figura se puede observar que para realizar un viaje desde la ciudad de origen Armenia, Quindío (Colombia) hasta la ciudad de Porto Alegre (Brasil), no se cuenta con un vuelo directo, tampoco se cuenta con un vuelo que realice una escala en el viaje, en este caso se tienen vuelos que realizan dos escalas o más y que hay 27 opciones para realizar el viaje, ya será decisión del usuario escoger la opción de viaje que más le convenga. A continuación se trabajara con el siguiente filtro que se va a implementar, el filtro que se realiza de acuerdo a la aerolínea con la que el usuario desee viajar.
2.1.2.2 Aerolíneas. El usuario al ingresar a la página de despegar y realizar el filtro respectivo por aerolíneas, se le muestra las diferentes opciones con que puede llegar a contar el vuelo que se está consultando. Para mostrar cómo funciona la sección de filtros por aerolíneas de la página de despegar, recordemos que se tomó como referencia un vuelo con origen desde la ciudad de Armenia, Quindío (Colombia) hasta la ciudad de Porto Alegre (Brasil), el resultado del filtro por aerolíneas se muestra en la Figura la cual fue capturada desde la página de despegar utilizando el filtro correspondiente a aerolíneas.
Figura . Vista actual del área de filtro por aerolíneas de la página web www.despegar.com En la Figura se puede observar que para realizar un viaje desde la ciudad de origen Armenia, Quindío (Colombia) hasta la ciudad de Porto Alegre (Brasil), se cuenta con 41 vuelos representados en 4 (cuatro) aerolíneas que para este caso son la aerolínea Avianca con veintiséis (26) vuelos, la aerolínea Copa con dos (2) vuelos, la aerolínea AeroMexico con un (1) vuelo y la aerolínea Taca con doce (12) vuelos, también se observa que no se cuenta con una aerolínea que realice los dos vuelos respectivos (el vuelo de ida y de vuelta), ya será decisión del usuario escoger la opción de viaje que más le convenga. A continuación se trabajara con el siguiente filtro que se va a implementar, el filtro que se realiza de acuerdo al precio final del tiquete que tenga el vuelo deseado.
2.1.2.3 Precio. El usuario al ingresar a la página de despegar y realizar el filtro respectivo por precio, se le muestra las diferentes opciones con que puede llegar a contar el vuelo que se está consultando. Para mostrar cómo funciona la sección de filtros por precio de la página de despegar, recordemos que se tomó como referencia un vuelo con origen desde la ciudad de Armenia, Quindío (Colombia) hasta la ciudad de Porto Alegre (Brasil), el resultado del filtro por precio se muestra en la Figura la cual fue capturada desde la página de despegar utilizando el filtro correspondiente al precio.
Figura . Vista actual del área de filtro por precio de la página web www.despegar.com En la Figura se puede observar que para realizar un viaje desde la ciudad de origen Armenia, Quindío (Colombia) hasta la ciudad de Porto Alegre (Brasil), se cuenta con un rango de precios desde dos millones setecientos cincuenta y un mil novecientos pesos (2.751.900) hasta diez millones ochocientos trece mil trescientos pesos (10.813.300), ya el usuario podrá interactuar con el rango para que la aplicación le sugiera los que al usuario más le convengan de acuerdo a su presupuesto. Teniendo como referencia los tres (3) filtros más relevantes que se van a manejar como se estableció anteriormente los cuales son filtro de escala, filtro de aerolínea y filtro de
precio, para la implementación de la mejora de la aplicación, el modelo de dominio de la sección filtro queda definido de la siguiente forma. A continuación en la Figura se muestra el modelo final de dominio que se tendrá como referencia para hacer la implementación respectiva sobre el área de filtros en la mejora de la aplicación de despegar que se va a realizar para los diferentes dispositivos.
Figura .Modelo del filtro del Dominio para la aplicación despegar. En la Figura se muestra dos de los tres filtros que se tomaran en cuenta para realizar la mejora de la aplicación de despegar para los diferentes dispositivos, se puede observar el filtro por escalas que corresponde en este caso al listado de vuelos y el filtro por precio que corresponde a los aeropuertos propios y aeropuertos registrados. A continuación en la Figura se muestra otra imagen con el filtro que se realiza de acuerdo a la aerolínea.
Figura . Modelo complementario del filtro del Dominio para la aplicación despegar. En la Figura se muestra el modelo de filtro correspondiente al filtro por aerolínea que se implementara en la mejora de la aplicación de despegar para los diferentes dispositivos. Con los modelos anteriores, ya se tiene implementada la fase de filtro de la mejora de la aplicación de despegar que se realizara para los diferentes dispositivos. A continuación se presenta el tercer modelo con el que se pretende trabajar en la mejora de la aplicación de despegar, este tercer modelo corresponde a la sección de resultados de la búsqueda dentro de la página web de despegar.
2.1.3 Modelo de Resultados. Para implementar el modelo de resultados se tiene en cuenta la plantilla que se utiliza en la página web de la empresa despegar para realizar el modelo de dominio que se utilizara en la sección de resultados en el desarrollo de la mejora de la aplicación para los diferentes dispositivos, en esta etapa se toma como referencia la imagen de los resultados que se presenta al momento de realizar una búsqueda con unos datos en especial en la página de la empresa despegar, para realizar una búsqueda de un vuelo deseado. A continuación en la Figura se muestra la imagen de la pantalla de resultados de la página web de la empresa despegar, vale hacer de nuevo la aclaración que en este proyecto solo se trabaja la sección de vuelos.
Figura . Vista actual de los resultados de un vuelo de la página web www.despegar.com En la Figura se muestra uno de los resultados que aparece en la página de la empresa despejar para la referencia que se está usando, recordemos que la referencia es un vuelo que tiene como origen el aeropuerto El Edén de la ciudad de Armenia, Quindío, Colombia y que su destino será el aeropuerto de Salgado Filho de la ciudad de Porto Alegre, Brasil, con esta imagen de la sección de resultados se procede a realizar un modelo de dominio para la sección de resultados de la página para ya poder implementarlo en la mejora de la aplicación que se pretende realizar para los diferentes dispositivos. A continuación en la Figura se presenta el modelo de dominio de la fase de resultados con el que se pretende realizar la implementación de la aplicación para los diferentes dispositivos.
Figura . Modelo del resultado del Dominio En la Figura se muestra el modelo respectivo con el que se pretende implementar la fase de resultados en la mejora de la aplicación de despegar, como se puede ver se tiene en cuenta el viaje, el boleto, el vuelo, el aeropuerto y la ciudad, con este modelo, se empezara a desarrollar la mejora de la aplicación de despegar para los diferentes dispositivos.
A continuación se presenta el cuarto modelo con el que se pretende trabajar en la mejora de la aplicación de despegar, este cuarto modelo corresponde a la sección de historial dentro de la página web de despegar.
2.1.4 Modelo de Historial. Para implementar el modelo del historial se tiene en cuenta la plantilla que se utiliza en la página web de la empresa despegar para realizar el modelo de dominio que se utilizara en la sección del historial en el desarrollo de la mejora de la aplicación para los diferentes dispositivos, en esta etapa se toma como referencia la pantalla del historial que se presenta al momento de realizar una búsqueda con unos datos en especial en la página de la empresa despegar, para realizar una búsqueda de un vuelo deseado. A continuación en la Figura se muestra la imagen del historial de la página web de la empresa despegar, vale hacer de nuevo la aclaración que en este proyecto solo se trabaja la sección de vuelos.
Figura . Vista actual del historial de la página web www.despegar.com En la Figura se muestra el historial que corresponde a la referencia que se está usando, recordemos que la referencia es un vuelo que tiene como origen el aeropuerto El Edén de la ciudad de Armenia, Quindío, Colombia y que su destino será el aeropuerto de Salgado Filho de la ciudad de Porto Alegre, Brasil, con esta imagen de la sección de historial se procede a realizar un modelo de dominio para la sección del historial de la página para ya poder implementarlo en la mejora de la aplicación que se pretende realizar para los diferentes dispositivos. A continuación se presenta en la Figura el modelo de dominio de la fase de historial con el que se pretende realizar la implementación de la aplicación para los diferentes dispositivos.
Figura . Modelo del historial del dominio para la aplicación despegar. En la Figura se muestra el modelo respectivo con el que se pretende implementar la fase del historial en la mejora de la aplicación de despegar, como se puede ver se tiene en cuenta el vuelo y la aerolínea para realizar el historial correspondiente, con este modelo, se empezara a desarrollar la fase del historial para la mejora de la aplicación de despegar para los diferentes dispositivos. A continuación se presenta el quinto modelo con el que se pretende trabajar en la mejora de la aplicación de despegar, este cuarto modelo corresponde a la sección de compra de un boleto dentro de la página web de despegar.
2.1.5 Modelo de Compra. Para implementar el modelo de compra se tiene en cuenta la plantilla que se utiliza en la página web de la empresa despegar, para realizar el modelo de dominio que se utilizara en la sección de compra en el desarrollo de la mejora de la aplicación para los diferentes dispositivos, en esta etapa se toma como referencia la imagen de la pantalla de compra que se presenta al momento de realizar la compra de un boleto de un viaje con unos datos en especial en la página de la empresa despegar. A continuación en la Figura se muestra las imágenes de la sección de compra de la página web de la empresa despegar, vale hacer de nuevo la aclaración que en este proyecto solo se trabaja la sección de vuelos.
Figura . Vista actual de la compra del tiquete de la página web www.despegar.com
En la Figura se relaciona una de las imágenes que se presentan en la sección de compra de la página despegar, en esta imagen se le está mostrando al usuario la opción final que el usuario escogió, se le especifica el precio final, la cantidad de boletos (adulto y/o menor), el valor del impuesto, el valor neto del boleto y el número de pagos máximo que puede realizar para cancelar el boleto. Se recuerda que para observar cómo funciona la página web de la empresa despegar a la hora de realizar la búsqueda, selección de un vuelo y la compra de un tiquete se está trabajando con la referencia de buscar un vuelo con origen desde la ciudad de Armenia, Quindío (Colombia) hasta la ciudad de Porto Alegre (Brasil). En la Figura se le muestra al usuario las diferentes formas de pago que puede realizar con su tarjeta de crédito para realizar la compra de un tiquete aéreo de acuerdo a las especificaciones deseadas por el usuario.
Figura . Vista actual de la forma de pago con tarjeta de crédito del tiquete de la página web www.despegar.com En la Figura se relaciona una de las imágenes que se presentan en la sección de compra de la página despegar, en esta imagen se le está mostrando al usuario las opciones de pago que tiene con la tarjeta de crédito para realizar la compra del boleto de viaje que el usuario escogió, se puede observar que se le especifica el número de pagos que puede
realizar, los tipos de tarjeta de crédito (Visa, MasterCard, Falabella, Diners Club, Amex) que acepta la página de despegar, los datos de la tarjeta que se requieren para realizar la compra como lo son el número de la tarjeta, el banco emisor, la fecha de vencimiento de la tarjeta, así mismo el código de seguridad de esta y por último el nombre y la cedula del titular de la tarjeta. En la Figura se le confirma al usuario cómo será el itinerario del viaje de ida desde la ciudad de origen del vuelo en este caso será la ciudad de Armenia, Quindío (Colombia) hasta la cuidad de destino final que será la ciudad de Porto Alegre (Brasil) y las respectivas escalas que tendrá este viaje en específico.
Figura . Vista actual del boleto de ida del viaje tomado desde la página web www.despegar.com
En la Figura se relaciona una de las imágenes que se presentan en la sección de compra de la página despegar, en esta imagen se le está mostrando al usuario el itinerario final del viaje de ida que va a realizar desde la ciudad de Armenia, Quindío, Colombia hasta la ciudad de Porto Alegre en Brasil, se puede observar que el vuelo tiene dos escalas (una en Bogotá, Colombia y otra en Lima, Perú) también se observa la fecha y hora de salida de cada ciudad, como también la fecha y hora de llegada a cada ciudad, también se muestra el número del vuelo correspondiente, se observa la clase de la silla en el avión (Económica o Ejecutiva), la aerolínea por la que se realizara cada viaje, el tiempo total que dura cada vuelo y por ultimo lo que el usuario tiene que esperar en cada aeropuerto para realizar el cambio de avión respectivo. En la Figura se le confirma al usuario cómo será el itinerario del viaje de vuelta desde la ciudad de origen del vuelo que en este caso será la ciudad de Porto Alegre (Brasil) hasta la cuidad de destino final que en este ejemplo es la ciudad de Armenia, Quindío (Colombia) y las respectivas escalas que tendrá el viaje.
Figura . Vista actual del boleto de vuelta del viaje tomado desde la página web www.despegar.com En la Figura se relaciona una de las imágenes que se presentan en la sección de compra de la página despegar, en esta imagen se le está mostrando al usuario el itinerario final del viaje de vuelta que va a realizar desde la ciudad de Porto Alegre en Brasil hasta la ciudad de Armenia, Quindío, Colombia, se puede observar que el vuelo tiene dos escalas (una en Lima, Perú y otra en Bogotá, Colombia) también se observa la fecha y hora de salida de cada ciudad, como también la fecha y hora de llegada a cada ciudad, también se muestra el número del vuelo correspondiente, se observa la clase de la silla en el avión (Económica o Ejecutiva), la aerolínea por la que se realizara cada viaje, el tiempo total que dura cada vuelo y por ultimo lo que el usuario tiene que esperar en cada aeropuerto para realizar el cambio de avión respectivo.
A continuaciรณn en la Figura se presenta el modelo de dominio de la fase de compra con el que se pretende realizar la implementaciรณn de la mejora de la aplicaciรณn de despegar para los diferentes dispositivos.
Figura . Modelo de pago realizado para el dominio de la aplicaciรณn despegar. En la Figura se muestra el modelo respectivo con el que se pretende implementar la fase de compra en la mejora de la aplicaciรณn de despegar, como se puede ver se tiene en cuenta la orden de compra, el banco, el mรฉtodo de pago, el usuario y el boleto, con este modelo, se empezara a desarrollar la fase de pago para la implementaciรณn de la mejora de la aplicaciรณn de despegar para los diferentes dispositivos. En la siguiente secciรณn se presenta la validaciรณn del modelo de dominio para la mejora de la aplicaciรณn de despegar para los diferentes dispositivos.
2.2 VALIDACIร N DEL MODELO DEL DOMINIO. En esta secciรณn se presentan las validaciones correspondientes de los modelos realizados para la aplicaciรณn despegar que se implementara en los diferentes dispositivos. Para realizar la validaciรณn del modelo de dominio para la mejora de la aplicaciรณn de despegar se toma como referencia el modelo de dominio final ya integrado con todas las subsecciones que se presentaron en este documento. A continuaciรณn en la Figura se muestra el modelo integrado correspondiente a la mejora de la implementaciรณn de la aplicaciรณn de la pรกgina web de la empresa despegar que se pretende implementar en los diferentes dispositivos.
Figura . Modelo de dominio final integrado. En la Figura se puede observar el modelo final integrado con el que se trabajara para realizar la mejora de la aplicación de la empresa despegar, dicha mejora se realizara para los diferentes dispositivos. Para evidenciar el trabajo realizado y el correcto funcionamiento del modelo que se implementara para la mejora de la aplicación de despegar en los diferentes dispositivos, a continuación se muestras las validaciones de modelo, como en el documento se ha venido trabajando de forma dividida, a continuación se mostraran: •
Validación de la búsqueda
•
Validación de la compra
•
Validación Final
2.2.1 Validación del proceso de búsqueda. En la Figura se puede observar la validación del modelo de busqueda con el que se trabajara la mejora de la aplicación de despegar para los diferentes dispositivos
Figura . Validación del modelo de búsqueda de la mejora para la aplicación de la página web de la empresa despegar. En la Figura se observa la validación del modelo de busqueda que se utilizara para la mejora de la implementación de la aplicación de la página web de despegar, se puede observar las ciudades de origen y destino con sus respectivos aeropuertos, también se observa el usuario y el viaje correspondiente. A continuación se mostrara la validación del modelo de pago con todas sus partes correspondientes, las cuales se han venido trabajando en este documento.
2.2.2 Validación del proceso de pago. En la Figura se puede observar la validación del modelo de busqueda con el que se trabajara la mejora de la aplicación de despegar para los diferentes dispositivos. Se realiza la validación del proceso de pago para las diferentes maneras de tipo de pago que hay en la aplicación de despegar, como se ha dicho anteriormente, la forma de pago se realiza a través de tarjeta de crédito la cual puede manejar desde una cuota hasta 36 cuotas para pagar el tiquete del viaje que realizara el pasajero de acuerdo a su elección realizada.
Figura . Validación del modelo del proceso de pago para la aplicación de la página web de la empresa despegar. En la Figura se observa la validación del modelo pago que se utilizara para la mejora de la implementación de la aplicación de la página web de despegar, se puede observar las ciudades de origen y destino con sus respectivos aeropuertos, también se observa el usuario, el viaje correspondiente, el boleto, la orden, el método de pago y el banco al cual pertenece la tarjeta de crédito. A continuación se mostrara la validación del modelo final con todas sus partes correspondientes, las cuales se han venido trabajando en este documento.
2.2.3 Validación del modelo final. En la Figura Figura se puede observar la validación del modelo final con el que se trabajara la mejora de la aplicación de despegar para los diferentes dispositivos. Se realiza la validación del modelo final con la integración de todos los modelos que se han trabajado anteriormente (modelo de busqueda, modelo de filtro, modelo de resultados, modelo de historial y modelo de compra), para garantizar la funcionabilidad del trabajo que se realizó para implementar la mejora de la aplicación de la empresa despegar para los diferentes dispositivos en que se manipula actualmente.
Figura . Validación del modelo integrado de la mejora para la aplicación de la página web de la empresa despegar. En la Figura se observa la validación del modelo final que se utilizara para la mejora de la implementación de la aplicación de la página web de despegar, se puede observar las ciudades de origen y destino, como también el usuario, el número del boleto, los datos del usuario, la hora del vuelo y la aerolínea por la que se realizara el viaje. En la siguiente sección se realiza la especificación de las labores que se tienen previstas a desarrollar para la implementación de la mejora de la aplicación de la empresa despegar para los diferentes dispositivos.
2. ESPECIFICACION DE LA LABOR Este proyecto abarca el funcionamiento del proyecto Despegar con el cual se pretende implementar una aplicación para diferentes tipos de dispositivos (Tablet, Smartphone, PC), en esta parte del documento se hace énfasis en la identificación y clasificación y modelo.
2.1 Identificación de la Labor En este apartado se presenta la identificación de los procesos del proyecto despegar. Casa una de las especificaciones define como elaborar un proceso para definir el destino del
viaje, seleccionar un vuelo y el pago del boleto de viaje, por lo tanto este capítulo se divide en tres partes.
2.1.1 proyecto despegar.
Proceso para definir el destino de un viaje en el
En esta sección se presenta el desarrollo de los objetivos y metas como la empresa despegar define el proceso para identificar el destino de un viaje. En la Figura se presenta la interfaz gráfica para definir el destino de un viaje sin tramo del proyecto despegar, además incluye un ejemplo de un vuelo directo del aeropuerto el Edén de la ciudad de Armenia-Colombia con destino a la ciudad de Porto Belo-Brasil.
Figura : Presentación de la interfaz gráfica para definir un viaje en el proyecto despegar. En la Figura se presenta la interfaz gráfica para definir el destino de un viaje con tramos del proyecto despegar, además incluye un ejemplo de un vuelo con tres tramos que sale de la cuidad de Armenia-Colombia hacia la ciudad de Bogotá-Colombia, Bogotá-Colombia hacia Lima-Perú, Lima-Perú hacia Porto Belo-Brasil.
Figura : Presentación de la interfaz gráfica para definir un viaje con tramos del proyecto despegar
2.1.2 proyecto despegar.
Proceso para seleccionar un vuelo en el
En esta sección se presenta el proceso como el proyecto despegar define la selección de los vuelos teniendo en cuenta la ciudad de origen y la ciudad de destino del viaje. En la Figura se observa la presentación de la interfaz gráfica del proyecto despegar para seleccionar un vuelo de ida y regreso. Donde se observa el nombre de la aerolínea, la fecha de salida, el número de escalas y la duración del vuelo.
Figura : Presentaciรณn de la interfaz grรกfica para seleccionar un vuelo en el proyecto despegar.
2.1.3
Proceso para definir el pago de un boleto.
En esta secciรณn se presenta el proceso como el proyecto despegar define la forma de pago de un boleto. En la Figura se observa la presentaciรณn de la interfaz grรกfica del proyecto despegar para pagar un boleto.
En la imagen se observan los datos personales del pasajero como son nombre(s) y apellido(s).
En la figura se observa la forma de pago seleccionando la cantidad de pagos (desde un pago hasta veinticuatro pagos), además se selecciona un tipo de tarjeta crédito o débito, numero de la tarjeta, banco emisor, fecha de vencimiento de la tarjeta y código de seguridad. Nombre del cliente titular de la tarjeta tal cual como sale en la tarjeta (débito o crédito) y numero del documento de identificación del titular de la tarjeta. Además en el formulario se requiere la información del contacto la cual es su cuenta de Email donde recibirá su ticket electrónico. Cabe destacar que para generar el ticket electrónico se deben llenar los campos Email, confirmar Email, tipo de teléfono, código del país, área y número del teléfono.
Figura : Se presentaron la interfaz gráfica para definir el pago de un boleto.
2.2 Clasificación de la Labor En este espacio se identificaran los objetivos y metas del proyecto despegar teniendo en cuenta sus correspondientes actividades. En este apartado se representan las actividades para identificar la lista de vuelos en el proyecto despegar.
2.2.1
Proceso para identificar la Lista de Vuelos
2.2.1.1 Objetivo: identificar la lista de vuelos del viaje según las especificaciones requeridas por el usuario al momento de seleccionar el origen y destino del mismo. 2.2.1.2 Meta de la empresa: Que el usuario identifique las diferentes opciones de vuelos. 2.2.1.3 Meta del usuario: Identificar las lista de viajes al destino seleccionado, identificando precios, escalas y todas las variables asociadas al vuelo. 2.2.1.4
Actividad 1: Definir Viaje
2.2.1.4.1 2.2.1.4.2 2.2.1.4.3 2.2.1.4.4 2.2.1.4.5 2.2.1.4.6 2.2.1.4.7 ciudad. 2.2.1.4.8 la ciudad. 2.2.1.4.9 2.2.1.4.10 2.2.1.4.11 2.2.1.4.12 2.2.1.4.13 2.2.1.4.14 2.2.1.4.15 2.2.1.4.16 tramo. 2.2.1.4.17 2.2.1.4.18 cuidad.
Objetivo: Definir datos del vuelo. Meta de la Empresa: Vuelo definido. Meta del Usuario: Vuelo definido. Acción 1.1: Seleccionar vuelo sin tramo. Acción 1.1.1: Seleccionar origen y destino del vuelo. Meta: Origen y destino ingresados y verificados. Ingresar la cuidad de origen verificándose el aeropuerto de la Ingresar la ciudad de destino verificándose el aeropuerto de Acción 1.1.2: Seleccionar fecha de partida (solo ida) Meta: Fecha de partida del vuelo confirmada. Acción 1.1.3: Seleccionar fecha de vuelo (ida y vuelta) Meta: Fecha de ida y regreso confirmadas. Ingresar fecha de partida del vuelo Ingresar fecha de regreso del vuelo. Acción 1.2: Seleccionar vuelo con tramos. Acción 1.2.1: Seleccionar origen y destino del vuelo del Meta: Origen y destino ingresados y verificados. Ingresar la ciudad de origen verificándose el aeropuerto de la
2.2.1.4.19 Ingresar la ciudad de destino verificándose el aeropuerto de la ciudad. 2.2.1.4.20 Acción 1.2.2: Seleccionar fecha de partida del tramo 2.2.1.4.21 Meta: Fecha de partida del tramo confirmada. 2.2.1.4.22 Ingresar la fecha de partida del tramo. 2.2.1.4.23 Acción 1.3: Ingresar número de pasajeros 2.2.1.4.24 Meta: Número de pasajeros ingresados. 2.2.1.4.25 Ingresar el número de adultos. 2.2.1.4.26 Si el o los adultos van a viajar con menores ingresar el número de menores. 2.2.1.4.27 Si ingreso menores, ingresar la edad década uno de los menores. Reglas: Identificar Lista de Vuelos a. Validar que la fecha de partida sea actual o futura. b. Validar que la fecha de regreso sea igual o posterior a la fecha de partida. En este apartado se representan las actividades para realizar el pago de un boleto en el proyecto despegar
2.2.2 despegar.
Proceso para seleccionar un vuelo del proyecto
En esta sección se presenta el desarrollo de los objetivos y metas como la empresa despegar define el proceso para para el pago de un boleto.
2.2.2.1
Objetivo: Pagar boleto.
2.2.2.2
Meta empresa: Pago realizado.
2.2.2.3
Meta Usuario: Boleto obtenido.
2.2.2.4
Actividad 1: Seleccionar vuelo
2.2.2.4.1 Objetivo: Seleccionar vuelo(s) 2.2.2.4.2 Meta Empresa: Vuelo(s) seleccionado(s) 2.2.2.4.3 Meta Usuario: Vuelo(s) seleccionado(s) 2.2.2.4.4 Acción 1.1: Refinar Búsqueda. 2.2.2.4.5 Acción 1.1.1: Seleccionar escala. 2.2.2.4.6 Meta: Escala seleccionada y verificada. 2.2.2.4.7 Seleccionar la escala verificándose que sea la deseada. 2.2.2.4.8 Acción 1.1.2: Seleccionar aerolínea. 2.2.2.4.9 Meta: Aerolínea seleccionada y verificada. 2.2.2.4.10 Seleccionar la aerolínea de partida del vuelo verificándose que sea la deseada.
2.2.2.4.11 Acción 1.1.3: Seleccionar precio. 2.2.2.4.12 Meta: Rango de precio seleccionado y verificado. 2.2.2.4.13 Seleccionar el rango de precio verificándose que sea el deseado. 2.2.2.4.14 Acción 1.1.4: Seleccionar horarios. 2.2.2.4.15 Meta: Horarios seleccionados y verificados. 2.2.2.4.16 Seleccionar los horarios de vuelo verificándose que sean los deseados. 2.2.2.4.17 Acción 1.1.5: Seleccionar aeropuertos. 2.2.2.4.18 Meta: Aeropuerto seleccionado y verificado. 2.2.2.4.19 Seleccionar el aeropuerto verificándose que sea el deseado. 2.2.2.4.20 Acción 1.1.6: Seleccionar duración. 2.2.2.4.21 Meta: Periodo de duración seleccionado y verificado. 2.2.2.4.22 Seleccionar el periodo de duración del viaje verificándose que sea el deseado. 2.2.2.4.23 Acción 1.1.7: Seleccionar alianzas. 2.2.2.4.24 Meta: Alianza seleccionada y verificada. 2.2.2.4.25 Seleccionar la alianza verificándose que sea la deseada. 2.2.2.4.26 Acción 1.2: Ordenar Búsqueda. 2.2.2.4.27 Acción 1.2.1: Seleccionar criterio de búsqueda. 2.2.2.4.28 Meta: Criterio de búsqueda seleccionado y verificado. 2.2.2.4.29 Ordenar la búsqueda por el criterio seleccionado (precio, escalas, precio final, duración, más elegidos). 2.2.2.5
Actividad 2: Ingresar información de pasajeros.
2.2.2.5.1 2.2.2.5.2 2.2.2.5.3 2.2.2.6
Actividad 3: Ingresar datos de la forma de pago.
2.2.2.6.1 2.2.2.6.2 2.2.2.6.3 2.2.2.6.4 2.2.2.6.5 2.2.2.6.6 2.2.2.6.7 2.2.2.6.8 2.2.2.6.9 2.2.2.7
Meta: Información ingresados. Ingresar nombre. Ingresar apellido. Meta: Datos de la forma de pago ingresados. Ingresar cuotas de pago. Definir tarjeta de pago Ingresar número de la tarjeta. Ingresar banco emisor. Ingresar fecha de vencimiento. Ingresar código de seguridad. Ingresar titular de la tarjeta. Ingresar cedula del titular de la tarjeta.
Actividad 4 Ingresar información de contacto.
2.2.2.7.1
Meta: Información de contacto ingresada.
2.2.2.7.2 2.2.2.7.3 2.2.2.7.4 2.2.2.7.5 2.2.2.7.6 2.2.2.7.7 2.2.2.8
Ingresar Email. Confirmar Email. Seleccionar tipo de teléfono. Seleccionar país del teléfono. Ingresar área. Ingresar número de teléfono.
Actividad 5: Verificar los datos ingresados.
2.2.2.8.1 Meta: Datos ingresados y verificados. 2.2.2.8.2 Verificar datos ingresados. 2.2.2.8.3 Aceptar términos y condiciones. 2.2.2.8.4 Comprar boleto. Reglas para realizar el pago de un boleto. a. Verificar que los campos numéricos no contengan ninguna letra. b. Verificar que en algunos campos como el nombre, hallan solo letras.
2.3 Elaboración del Modelo Este proyecto pretende llevar a cabo la implementación de una aplicación de la página web del proyecto despegar para los diferentes dispositivos (Smartphone, tablet, computadores), ya que los usuarios de la empresa ven la necesidad de acceder a la información desde cualquier sitio, a cualquier hora sin impedimento alguno. Para lograr el éxito de la implementación de la aplicación se va a tomar como referencia la página web del proyecto despegar (www.despegar.com) para desarrollar un trabajo conjunto al de la página web para que los usuarios no se sientan vulnerados ante el cambio. En esta parte del documento se hace énfasis en la especificación del modelo de la labor de para el proyecto despegar donde hace referencia a las actividades que el usuario hace para definir un viaje, seleccionar un vuelo y pagar boleto. En esta sesión se observan la definición de los procesos con sus respectivas imágenes del modelo de la labor del proyecto despegar. En la Figura se observa el CASE del proyecto despegar donde los procesos de negocio se dividen en tres partes como lo son: definir viaje, seleccionar vuelo, pagar boleto. Proceso de negocio de definir viaje: Es el proceso con el cual el cliente hace referencia para verificar la ciudad de origen y la ciudad de destino del viaje, además se presentan dos tipos de viaje que son viaje directo o viajes con tramo, en estos dos tipos de vuelos se seleccionan las fechas y el número de pasajeros.
Proceso de negocio para seleccionar un vuelo: En este proceso lo primero es refinar la búsqueda, en esta se observan las especificaciones de la lista de vuelos que existen, verificando su precio, si el vuelo es directo o con escala, los horarios y seleccionar una aerolínea en especifica; además se puede ordenar la búsqueda y definir si el viaje es de ida y vuelta o solo ida. Proceso de negocio para pagar un boleto: En este proceso se realizan todas las actividades para pagar un boleto, seleccionando la forma de pago, ingreso de la información personal y la información de la entidad bancaria con su respectiva tarjeta de crédito previamente seleccionada.
Figura : Case del proyecto despegar. En la Figura se observa el Domain Model del proyecto despegar donde se especifican los procesos más importantes y relevantes del proyecto despegar. Ciudad: Es el área urbana en la reside el cliente en la que predominan fundamentalmente la industria y los servicios. Aeropuerto: Son los terminales en tierra donde se inician y concluyen los viajes de transporte aéreo en aeronaves. Las funciones de los aeropuertos son varias, entre ellas el aterrizaje y despegue de aeronaves, embarque y desembarque de pasajeros. Viaje: Es el cambio de ubicación de las personas que se realizan a través de un medio de transporte. Boleto: Un boleto se imprime para realizar una función específica y principal que permite el acceso al cliente para abordar la aeronave con un destino de viaje ya definido.
Pago: Es el proceso que ejecuta el cliente en el proyecto despegar para hacerse propietario de un boleto de viaje, seleccionando el tipo de pago como son la cantidad de pagos el tipo de la tarjeta.
Figura : Se observa el Domain model del proyecto despegar En la se observa el Use Case del proyecto despegar donde se definen los casos de uso y los procesos que define. Son los procesos como se definen los viajes, procesos como se seleccionan los vuelos y los procesos como se paga un boleto. En la imagen se observa los casos de uso de cada proceso.
Figura : Use Case del proyecto despegar. En la Figura se presentan los Business Actor que intervienen en el proyecto despegar. Actor cliente: Es el que interactĂşa con los procesos de negocio.
Actor aerolínea: Está relacionada con el proceso de negocio de seleccionar vuelo ya que el vuelo debe estar relacionado con una aerolínea. Actor entidad bancaria: Este actor está relacionado con el proceso de pagar boleto, ya que la organización no hace parte de recolectar el dinero sino que le delega esta función a un actor bancario.
Figura : Se presentan las business actor que intervienen en el proyecto despegar. En Figura se presentan las workers que intervienen en el proyecto despegar. En la figura se observan los workers que hacen parte de la estructura del proyecto despegar para la solución de las necesidades de los clientes. Worker asesor: Es el encargado de suministrar la información necesaria al cliente de los viajes, asesorar el estado de los vuelos y brindar un acompañamiento constante al cliente sobre sus dudas y necesidades. Worker cajero: Es el encargado de recibir el dinero del cliente al momento de pagar un boleto de viaje.
Figura : Se presentan los workers que intervienen en el proyecto despegar. En la Figura se presenta la realizaci贸n del caso de uso para definir un viaje en el proyecto despegar donde se observan las relaciones del cliente con el asesor y del asesor con el viaje. En la figura se puede observar el actor cliente mediante el workers asesores resuelven preguntas o dudas que tiene el cliente para definir o ejecutar un proceso de viaje en el proyecto despegar.
Figura : Se presenta el caso de Uso para definir un viaje en el proyecto despegar.
En la Figura se presenta la realización del caso de uso seleccionar un vuelo en el proyecto despegar donde se observan una relación del cliente con el viaje. Además se observa el actor cliente como ejecuta un proceso de viaje en el proyecto despegar.
Figura : Se presenta el caso de Uso para seleccionar un vuelo en el proyecto despegar. En la Figura Se presenta la realización del caso de uso para pagar un boleto en el proyecto despegar donde se observa una relación del cliente con el pago de un boleto. Además se puede observar el actor cliente como ejecuta un proceso para pagar un boleto en el proyecto despegar.
Figura : Se presenta el caso de uso para pagar un boleto en el proyecto despegar. En la Figura Se presenta las actividades que desarrolla el cliente en el proyecto despegar donde cada una de estas actividades presenta su correspondiente proceso. Seleccionar vuelo sin tramo: El cliente decide hacer un solo viaje. Seleccionar vuelo con tramos: El cliente decide hacer un viaje y define varios destinos para llegar al destino deseado haciendo escala en diferentes ciudades y aeropuertos. Diligenciar viaje: El cliente define el origen y destino del viaje. Seleccionar fecha de partida (solo ida) sin tramo: El cliente define y diligencia la fecha de partida del viaje.
Seleccionar fecha de vuelo (ida y vuelta) sin tramo: Pasos para seleccionar la fecha del vuelo (ida y vuelta): diligenciar la fecha de partida, validar que la fecha de partida sea actual, el cliente diligencia la fecha de regreso del vuelo, se valida que la fecha del vuelo sea superior a la fecha de partida. Seleccionar origen y destino del tramo: Ingresar la ciudad de origen verificando el aeropuerto de la ciudad. Seleccionar fecha de partida del tramo: Ingresar la fecha de partida del tramo verificando si ya se ha ingresado una fecha de partida en un tramo anterior, verificando que la fecha del nuevo tramo sea posterior a la del tramo anterior. Seleccionar el número de pasajeros: Pasos para seleccionar el número de pasajeros: ingresar el número de pasajeros, si el o los adultos están acompañados por niños ingresar el número de niños, si viajan menores de edad seleccionar la edad, verificar que el número de pasajeros no sea mayor a ocho pasajeros. Ingresar información de los pasajeros: El cliente ingresa sus datos personales tales como nombre, apellido y documento de identificación requeridos en el proyecto despegar para el cumplimiento de las normas de seguridad y de integridad. Ingresar datos de la forma de pago: Pasos para ingresar la forma de pago: ingresar código de seguridad, ingresar titular de la tarjeta, ingresar fecha de vencimiento, definir tarjeta de pago, ingresar cedula del titular de la tarjeta. Ingresar información de contacto: Pasos para ingresar la información de contacto: ingresar email, confirmar email, seleccionar país del teléfono, seleccionar tipo de teléfono, ingresar número de teléfono. Seleccionar vuelo(s) vuelta: En esta actividad solo se define el vuelo de regreso después de haber seleccionado el vuelo de ida. Verificar los datos ingresados: Se observa que los datos ingresados sean correctos y si aceptan los términos y condiciones que propone el proyecto despegar para proteger la integridad de los datos del cliente. Refinar búsqueda: Pasos para refinar una búsqueda: seleccionar aeropuertos, seleccionar precio, seleccionar aerolínea, seleccionar escala, seleccionar horarios son las ayudas que tiene el proyecto despegar para hacer una búsqueda más óptima y que se acerque a las necesidades del usuario. Ordenar búsqueda: Se puede seleccionar por criterio seleccionado o se puede seleccionar por criterio de búsqueda ya sea el tipo de búsqueda el usuario puede ejecutar la que sea de su mejor preferencia.
Seleccionar vuelo(s) ida: En esta actividad solo se define el vuelo ida después de haber seleccionado el destino del viaje.
Figura : Se presenta las actividades que desarrolla el cliente en el proyecto despegar. En la Figura Se presenta el proceso para definir un viaje donde el cliente presenta una serie de procesos y actividades que realiza para llevar a cabo la selección para definir un viaje. En las métricas y actividades que ejecuta el cliente para definir un viaje se observa como la selección para definir un viaje con tramos o un viaje en un vuelo directo a la ciudad de destino a la que desea viajar, así mismo observa una lista de viajes que el asesor hace referencia para la comodidad del usuario. El cliente además de elegir un viaje procede a diligenciar los datos referentes al mismo incluyendo sus respectivos datos como son la selección de la fecha de partida, selección
de la fecha de regreso, la cantidad de pasajero si es un vuelo directo. Los datos y referencias para un vuelo con tramos serían igual a la de un vuelo directo solo cambiaria las fechas en las que se registra el vuelo.
Figura : Se presenta el proceso que lleva el cliente para definir un viaje. En la Figura Se presenta el proceso para pagar un boleto donde se describen las actividades que realiza el cliente para cancelar o pagar un boleto de un viaje ya seleccionado ingresando sus datos personales como son el nombre, apellidos y cedula de la persona titular de la tarjeta, además de agregar la cantidad de pagos que pueden variar de uno – veintitrés pagos según sea el criterio del usuario a pagar.
En este proceso el cliente al verificar sus datos personales, validar sus datos de la tarje de crecido o débito con la cual va a realizar el pago debe llenar la información de los datos de contacto que serían el número de teléfono, correo electrónico, código postal y el código de área. Ya ingresado y validado toda la información el sistema verifica que los datos sean confiables verificando la integridad de los mismos antes de realizar el proceso de la compra de un boleto en el proyecto despegar.
Figura : Se presenta el proceso para pagar un boleto. En la Figura se presenta el proceso para seleccionar un vuelo en el proyecto despegar, el usuario al interactuar con la aplicación tiene una serie de opciones para seleccionar un
vuelo como seria refinar una búsqueda en específico, ordenar una búsqueda por criterio de preferencia del usuario ya sea el valor del viaje, un vuelo directo o con escalas. Además el usuario puede seleccionar el vuelo de ida con la fecha de su preferencia como también puede seleccionar el vuelo de regreso seleccionando su fecha.
Figura : Se presenta el proceso para seleccionar un vuelo.