Automatización Del Sistema de Reserva de Boletaje Para Una Linea de Aerea y de Autobuses

AUTOMATIZACIÓN DEL SISTEMA DE RESERVA DE BOLETAJE PARA UNA LINEA DE AEREA Y DE AUTOBUSES, MEDIANTE EL

USO DE TECNOLOGÍAS WEB.

ANALISIS

Se pretende crear un sistema informático usado para realizar las gestiones y recuperar información sobre la reserva de un determinado viajero. Diseñado para las compañías aéreas y de autobuses, con la posibilidad de extenderse más adelante a las agencias de viajes como un canal asociado de ventas.Las ventajas competitivas que para las empresas del sector del transporte, así como para las dedicadas a la prestación de servicios turísticos, aporta un sistema automatizado de compras y reservas online se traducen, entre otras, en un aumento de la calidad de los servicios prestados a sus clientes.Algunos de los principales servicios que actualmente se ofrecen a través de estos sistemas consisten en poner a disposición del usuario: información sobre todos los servicios disponibles; reservas; listas de espera de plazas en vuelos, autobuses y posiblemente hoteles; tarifas confidenciales y tarifas normales; confeccionar agendas, cambios y anulaciones; emisión de boletos; pago con tarjeta; etc.

OBJETIVOS

El uso de algún sistema de compras y reservas en línea pretende no solo mejorar la transmisión de la información entre los diferentes agentes participantes en los mercados turísticos, es decir, entre las líneas aéreas y los agentes de viajes, si no brindar un servicio agregado a los clientes quienes podrán obtener información de forma directa y sin necesidad de acudir a una agencia de viajes.En este sentido cabe destacar que internet se ha convertido en la plataforma y el instrumento dominante de la promoción para empresas del sector turismo. Por esta razón se ha tomado la decisión de desarrollar sistemas basados en páginas web con el fin de obtener las ventajas competitivas que el uso de esta herramienta les permite generar.

A) Ventajas para el cliente Información: - gratuita - actualizada - clasificada (ej.: rutas) - con acceso directo a los recursos - más completa que en medios tradicionales Acceso a la información: - rápido - cómodo - con un sistema de consulta en línea - desde cualquier parte del mundo

- horario: 24 horas, 365 días

Reservas: - rápidas - cómodas - con ofertas - con incentivos - con diferentes formas de pago - con horario: 24 horas, 365 días

B) Ventajas para el empresario

Nuevo canal: - de oferta: Sistema de Información - de distribución: Sistema de Reservas - con mayor difusión (mundial) - más barato - permanente - de fácil actualización - compatible con todos los sistemas operativos.

ESTRATEGIAS

Se pretende crear un sistema de reversar y compras online para empresas del sector turismo que brinden servicios de vueles y transporte terrestre, dicho sistema almacenara la información en forma dinámica, cada 5 años el sistema actualizara su base de datos para evitar la saturación de información y no afectar el rendimiento, toda la información estará accesible pero solo una base de datos se mantendrá en producción.

Para que el sistema web funcione adecuadamente se sugiere cumplir con lo siguiente:

Contar con un jefe operacional que se encargue de que el grupo de trabajo funcione dentro de los márgenes establecidos.

Efectuar reuniones semanales de avance y discusión en las que se planteen tareas de ejecución semanal, con incentivos concretos para su realización dentro de los plazos dados.

Desarrollar una política de redacción de actas de trabajo internas, que permitan ir dando cuenta de las promesas adoptadas y su grado de avance y cumplimiento. En ella es imprescindible generar un área de resumen de tareas realizadas y otra de compromisos en las que se detalle la tarea, su responsable y el plazo comprometido.

Entre el grupo de personas para la programación del sistema Web se debería contar con las siguientes:

Director institucional: Es el responsable último por el Sitio Web institucional o del programa. Aporta la visión estratégica que entrega los lineamientos para el desarrollo. Su presencia no es necesaria para todas las reuniones, aunque debe refrendar todos los avances que se vayan realizando.

Director del proyecto: Es el administrador general del proyecto, debe ser capaz de gestionar todas las instancias involucradas, asegurando la coherencia del equipo con la organización en su conjunto. Finalmente, es el encargado de obtener los recursos humanos, técnicos y financieros necesarios, y conocer el funcionamiento del sistema, de manera de poder realizar un control de gestión efectivo.

Gestores de contenido: Son los profesionales que manejan la información que se incorpora al sitio, ayudando a definir qué contenidos deben ser usados para asegurar el cumplimiento de los objetivos del sitio. Trabajan en la generación de los mismos, en forma coordinada con las fuentes de información. Son responsables, además, de revisar sistemáticamente la actualización de los datos y módulos.

Validadores de contenidos: Desempeñan esta función los directivos institucionales que trabajan en estrecha colaboración con los gestores de contenidos, asegurando la calidad y diseño de la información a desplegar en el sistema Web.

Validadores técnicos: Desempeñan esta función los profesionales informáticos, asegurando la capacidad de los sistemas para ejecutar lo que se le esté pidiendo al proyecto en el Web.

RECURSOS NECESARIOS

Para el adecuado desarrollo del sistema Web, será indispensable contar con recursos humanos capacitados, que permitan avanzar con éxito en la generación de las funcionalidades requeridas.Dentro de los roles que es importante considerar para el desarrollo de un proyecto, se pueden considerar los siguientes:

Jefe de proyecto: Encargado de la supervisión y control del resto del equipo. Actúa como enlace entre el usuario y los demás miembros.

Diseñador de bases de datos: Desarrolla las bases de datos que gestiona el sitio Web, se ocupa de definir sus relaciones.

Programador WEB: Trabajar en conjunto con el diseñador de base de datos. Desarrolla y depura los scripts, los componentes ActiveX y otros elementos interactivos en la Web.

Diseñador Gráfico: Se encarga de crear los archivos visuales del sitio, también puede encargarse de la creación de los archivos de sonido y de película. Trabaja con imágenes y pequeñas labores de programación.

Técnico de pruebas: Si se dispone de un sitio grande o complejo puede resultar provechoso la incorporación de un Técnico de prueba al equipo. Su labor consiste en garantizar que todo funcione como debería, se encarga de probar los elementos de todas las páginas.

HERRAMIENTAS DE SOFTWARE

Sistema operativo: Ubuntu. Servidor web: apache Manejador de bases de datos: mysql. Herramienta de programación: bluefish. Lenguaje servidor: php Lenguaje cliente: html, css, java script, jquery.

HERRAMIENTAS DE HARDWARE

Servidor de base de datos y aplicación. Ups. Estaciones de trabajo. Switch para simulación de trabajo en red. Cableado estructurado.

COSTES Y PLAZOS

Costo de Implementación

Requerimientos de material informático como software y hardware adecuados a las funcionalidades exigidas al sitio:

SOFTWARE: $0. HARDWARE: $49,500.

o Servidor Hp Proliant Ml310g8: $12,500.o Hp Workstation Xw6600: $8,000.00 X 4 = $32,000.o Switch Cisco Catalyst 2960: $2,000.o Cableado: $500.o No break Tripp-lite Smart3000: $15,000.

El proyecto se prevé que tendrá una duración de dos meses con  40 horas de trabajo y dos días de descanso por semana, tomando en cuenta las horas para reuniones de avance y horas de colaboración entre los ingenieros encargados de desarrollo.

TAREAS (h)

1. Diagnostico: 16 2. Redactado documento especificación y solución propuesta: 6 3. Estudio de viabilidad: 10 4. Diseño: 601

a. Diseño Base de datos: 12 b. Diseño interfaces: 16 c. Diseño módulos de funcionalidades: 32

5. Programación e implementación: 320 a. Programación e implementación BBDD: 8 b. Programación interface: 160 c. Programación manejo de datos: 8 d. Programación gestor de información: 15

6. Implantación del servicio: 8 7. Pruebas finales: 20 8. Elaboración de documentación: 60

ANALISIS DE REQUISITOS

El sistema será compatible con la mayoría de los sistemas operativos entre los más usados Windows, Mac, Linux, Solaris, se describen requisitos para el uso del sistema una vez implementado en cada una de las plataformas.

Windows 2000, XP, 2003, Windows 7, Windows 8: Internet Explorer 7 o superior Firefox 3.x, 4 Chrome 7 o superior Java Script y cookies habilitados Para Internet Explorer se recomienda tener ActiveX habilitado Al menos 512 MB de RAM (al menos 2GB de RAM para Vista,7 y 8) Conexión a internet

Solaris Mozilla 1.7 Firefox 3x Java Script y cookies habilitados Procesador SPARC, Intel o AMD (Solaris 10) Procesador Intel o AMD (Solaris 11) Al menos 1 GB de RAM Conexión a internet

Mac OS X Safari 5 o superior Firefox, 4 o superior

Chrome, 8 o superior Java Script y cookies habilitados Procesador Intel de preferencia. Al menos 1 GB de RAM Conexión a internet

Ubuntu 13.x, Fedora, Red, OpenSuSE Firefox, 4 o superior Chrome, 8 o superior Java Script y cookies habilitados Al menos 1 GB de RAM Conexión a internet

Conexión de Internet Banda Ancha (DLS, Cable, T1+) de conexión altamente

recomendable Se recomienda servidor proxy

Aplicación Requerida Adobe Reader versión 9.0 o superior.

Requiere plug-ins Macromedia Flash™ plug-in, versión 9.0 o posterior

Requisitos multimedia Unidad de pantalla de 1280 × 1024 de resolución (mínimo) Impresora (necesaria para imprimir boletos e itinerarios)

FUNCIONES DEL SOFTWARE

1. El usuario ingresa al sistema.

2. Búsqueda de rutas y destinos disponibles.

Actores:

Usuario

Flujo principal:

2.1) El usuario elije la opción de búsqueda de rutas y destinos disponibles.

2.2) El sistema muestra una pantalla con los criterios de selección: · Vía (criterio: contiene palabra, terrestre o aérea)· Origen (criterio: contiene palabra) · Destino (criterio: contiene palabra)· salida (criterio: mayor o igual que) · Tipo de viaje (criterio: verdadero o falso) · Regreso (criterio: menor o igual que en caso de viaje redondo) · Lugares disponibles (criterio: mayor que)

2.3) El usuario elije uno o varios de los criterios de búsqueda y selecciona el filtro.

2.4) El sistema muestra una pantalla con los resultados de la búsqueda. En ningún caso mostrará aquellas ofertas para las que no existan plazas disponibles, ni cuya fecha límite de compra sea mayor o igual a la actual.

2.5) El usuario elige una de las ofertas.

2.6) El sistema muestra el detalle de la oferta.

Flujo alternativo:

a) El usuario cancela en cualquier momento. 1) el sistema devuelve a la pantalla principal.

b) El sistema detecta que no se ha seleccionado ningún criterio de búsqueda.

1) El sistema informa del error y devuelve al punto 2.c) El sistema detecta que alguno de los campos no contienen datos válidos para la búsqueda. Ej. Las fechas no son fechas válidas, el campo salida o el campo lugares disponibles etc.

1) El sistema informa del error y devuelve al punto 2.

Puntos de extensión:

2.7) El usuario elije reservar la oferta mostrada en detalle. a) El sistema enlaza con el caso de uso de reserva (3).

3. Reserva de rutas y destinos disponibles.

Actores:

Usuario

Disparador:

El usuario ha seleccionado una de las ofertas existentes que tienen disponibilidad de lugares en ese momento.

Precondición:

El usuario está registrado.

Flujo principal:

3.1) El sistema presenta una pantalla con los datos de la oferta: · Código interno (no se mostrará) (no editable) · Ruta (no editable) · Descripción (no editable) · Salidas (no editable) · Regresos (no editable) · Vía (no editable)· Número de lugares disponibles (no editable) · Número de lugares deseados (editable) · Costos (no editable, varía dependiendo la vía, fecha/horario y lugar seleccionado)

3.2) El usuario introduce el número de lugares deseados permitiendo seleccionar de una imagen dependiendo de la vía seleccionada, si quiere ventana pasillo o en medio en caso de vuelos.

3.3) El sistema muestra formas de pago aceptadas, en caso de pago con tarjeta la transacción es en tiempo real y se procesa la reserva en cuanto se valida el pago, en caso de alguna otra forma de pago el sistema procesa la reserva y queda pendiente de pago para su posterior liquidación.

3.4) El sistema registra la reserva, calcula la cantidad de combustible ya sea terrestre o aérea (proceso para reportes internos), verifica operador de ruta y vía para asignarlo al boleto que posteriormente se le dará al usuario, se notifica al usuario el éxito de la operación.

Flujo alternativo:

a) El usuario cancela la operación 1) El sistema devuelve a la pantalla principal

b) El número de lugares que solicita el usuario es 0 o nulo 1) El sistema informa del error y vuelve al punto 1 (con datos actualizados).

c) El número de lugares que solicita el usuario es superior al número de lugares disponibles

1) El sistema informa del error y vuelve al punto 1 (con datos actualizados).

Pos condición:

El usuario tiene N reservas de la oferta.

Requisitos no funcionales:

Las transacciones deben ser rápidas y correctas., se deben bloquear los lugares seleccionados para luego poder actualizar la compra, se deben ir restando los lugares de los disponibles, todo debe ser en un tiempo límite para permitir que otras transacciones operen sobre el mismo registro. La transacción tiene que ser segura, no puede ser falsificable alterando parámetros de la petición. 4. Login

Disparadores:

El usuario elige hacer una reserva y no está registrado en el sistema.

El usuario elige la opción de registrarse en el sistema.

Flujo principal:

4.1) El sistema muestra una pantalla con los campos de: · Nombre de usuario · Password

4.2) El usuario escribe su nombre y password.

4.3) El sistema comprueba que el usuario existe y su contraseña es correcta, por lo que devuelve al usuario al punto donde se originó el evento, es decir pantalla de inicio o a la reserva que estaba a punto de comprar.

Flujo alternativo:

a) El usuario cancela la operación. 1) El sistema devuelve al usuario al menú principal

b) El sistema detecta que el usuario no existe o que la contraseña es incorrecta.

1) El sistema notifica el error y devuelve al usuario al punto 1 con

los datos introducidos por el usuario.

Requisitos no funcionales:

En ningún caso debe intercambiarse entre el navegador y el servidor el nombre de usuario y/o la contraseña una vez pasada la validación, para evitar suplantación de identidad o robo de contraseña.

5. Alta de usuario Disparadores:

Desde pantalla de login el usuario elige la opción de darse de alta en el sistema.

Desde la pantalla principal, el usuario elige la opción de darse alta.

Flujo principal:

5.1) El sistema muestra una pantalla con los campos de registro: · Nombre (campo obligatorio) · Apellidos (campo obligatorio) · Usuario (campo obligatorio) · Password (campo obligatorio) · Datos de tarjeta crédito/debito (campo no obligatorio) 5.2) El usuario rellena los datos.

5.3) El sistema registra los datos en la base de datos, rellenando una fecha de alta y devuelve al usuario a la pantalla de login comunicando el éxito de la operación.

Flujo alternativo:

a) El usuario cancela la operación. 1) El sistema devuelve al usuario a la pantalla de inicio. b) El sistema detecta que no se han rellenado todos los campos.

1) El sistema indica que campos son los que no se han rellenado y devuelve al punto 1 con los datos que ha llenado el usuario.

c) El sistema detecta que ya existe un registro previo con el usuario ingresado.

1) El sistema comunica el error e insta al usuario a cambiar elusuario.2) El sistema devuelve al usuario al punto 1.

Requisitos no funcionales:

En ningún caso debe ser visible el nombre de usuario y/o la contraseña una vez pasada la validación, se debe mostrar nombre del usuario.

6. Consulta de usuario

Precondición: El usuario se ha logado en el sistema previamente con lo que tiene visible la opción de mantenimiento de cuenta de usuario. Flujo principal: 6.1) El usuario elige la opción de mantenimiento de usuario.

6.2) El sistema recupera los datos del usuario y muestra una pantalla con los campos de: · Nombre · Apellidos · Usuario · Password

Flujo alternativo:

a) El usuario cancela la operación 1) El sistema devuelve a la pantalla de inicio

Puntos de extensión:

Borrar (desactivar) usuario. Modificar usuario.

7. Modificación de usuario

Disparadores:

Desde la pantalla de mantenimiento de cuenta de usuario, el usuario elige la opción de modificar su cuenta.

Precondición:

El usuario se ha logado en el sistema previamente con lo que tiene accesible la opción de mantenimiento de cuenta de usuario.

Flujo principal:

7.1) El sistema recupera los datos del usuario y muestra una pantalla con los campos de: · Nombre · Apellidos · Usuario · Password 7.2) El usuario rellena los datos.

7.3) El sistema registra los datos en la base de datos y devuelve al usuario a la pantalla inicial.

Flujo alternativo: a) El usuario cancela la operación

1 El sistema devuelve a la pantalla anterior b) El sistema detecta que no se han rellenado todos los campos

1) El sistema indica que campos son los que no se han rellenado y devuelve al punto 1

8. Borrado de usuario

Precondición:

El usuario se ha logado en el sistema previamente con lo que tiene accesible la opción de mantenimiento de cuenta de usuario.

Flujo principal:

8.1) El usuario elige borrar o darse de baja

8.2) El sistema pide confirmación.

8.3) El usuario acepta.

8.4) El sistema escribe en fecha de baja el día de hoy, con lo que queda registrada la baja. (Baja lógica) y devuelve al usuario a la pantalla de inicial de la aplicación.

Flujo alternativo: a) El usuario cancela la operación

1 El sistema vuelve a la pantalla de detalle de usuario.

9. Mantenimiento de rutas y ofertas

Sistema que estará situado dentro de la intranet del cliente, por lo que no será en principio necesario ninguna consideración de seguridad especial.

9.1) Alta de oferta

Flujo principal: 9.1.1) El usuario elige la opción de crear una nueva oferta.

9.1.2) El sistema muestra una pantalla con los campos: · Origen/Destino (campo obligatorio) · Descripción (campo obligatorio) · Salidas (campo obligatorio) · Regresos (campo obligatorio) · Vías (campo obligatorio) · Lugares disponibles (campo obligatorio) · Horarios disponibles por vía y ruta (campo obligatorio)

9.1.3) El usuario rellena los datos.

9.1.4) El sistema registra los datos en la base de datos y devuelve al usuario a la pantalla principal comunicando el éxito de la operación.

Flujo alternativo:

a) El usuario cancela la operación 1) El sistema devuelve al usuario a la pantalla de inicio.

b) El sistema detecta que no se han rellenado todos los campos 1) El sistema indica que campos son los que no se han rellenado y devuelve al punto 2 con los datos que rellenó el usuario.

c) El sistema detecta inconsistencias en los datos. 1) El sistema informa de los errores y devuelve al punto 2 con los datos que rellenó el usuario.

10. Consulta de reservaciones

Precondición:

El usuario se ha logado en el sistema previamente con lo que tiene accesible la opción de consulta de reservaciones.

Flujo principal:

10.1) El usuario elije la opción de consulta de reservaciones.

10.2) El sistema muestra una pantalla con las reservaciones realizadas: · Origen/destino (criterio: contiene palabra) · Descripción (criterio: contiene palabra) · salida (criterio: fecha) · Regreso (criterio: fecha) · Vía (criterio: contiene palabra)

3) El usuario elije una reservación para ver los detalles y en caso de pago con tarjeta imprimir sus boletos.

6) El sistema muestra el detalle de la oferta, en caso de pago no realizado el detalle muestra números de cuenta para depósitos bancarios y demás formas de pago.

Flujo alternativo: a) El usuario cancela en cualquier momento.

1) El sistema devuelve a la pantalla principal. b) El sistema detecta que el pago fue con tarjeta o ya fue realizado el depósito en algún banco.

1) El sistema muestra una opción para la impresión de boleto.

Requisitos no funcionales:

En el listado deben salir todas las reservaciones cuya fecha sean posteriores a las de la consulta.

MODELO DE DATOS

INTERFACES

PANTALLA PRINCIPAL

LOGIN

SELECCIÓN DE ASIENTOS

PROCESOS-RESERVA DE BOLETOS

-CARGA DE NUEVAS RUTAS

-MANTENIMIENTO DE RESERVAS

ENTORNO DE DESARROLLO

El uso de la plataforma PHP ofrece una serie de ventajas que permiten un mejor desarrollo de este tipo de aplicaciones entre las principales características del por qué se selección este lenguaje tenemos:

Velocidad: No solo la velocidad de ejecución, la cual es importante, sino además no crear demoras en la máquina. Por esta razón no debe requerir demasiados recursos de sistema. PHP se integra muy bien junto a otro software, especialmente bajo ambientes Unix, cuando se configura como módulo de Apache, está listo para ser utilizado.

Estabilidad: La velocidad no sirve de mucho si el sistema se cae cada cierta cantidad de ejecuciones. Ninguna aplicación es 100% libre de bugs, pero teniendo de respaldo una increíble comunidad de programadores y usuarios es mucho más difícil para lo bugs sobrevivir. PHP utiliza su propio sistema de administración de recursos y dispone de un sofisticado método de manejo de variables, conformando un sistema robusto y estable.

Seguridad: El sistema debe poseer protecciones contra ataques. PHP provee diferentes niveles de seguridad, estos pueden ser configurados desde el archivo .INI

Simplicidad: Se les debe permitir a los programadores generar código productivamente en el menor tiempo posible. Usuarios con experiencia en C y C++ podrán utilizar PHP rápidamente.

ENTORNO DE TRABAJO EN UBUNTU (ESTACIONES DE TRABAJO)

Adicionalmente se manejara lenguaje para el lado del cliente, usaremos una de las librerías de java script mas potentes: JQUERY, ya que es software libre y de código abierto, posee un doble licenciamiento bajo la Licencia MIT y la Licencia Pública General de GNU v2, permitiendo su uso en proyectos libres y privativos. Jquery, al igual que otras bibliotecas, ofrece una serie de funcionalidades que de otra manera requerirían de mucho más código, es decir, con las funciones propias de esta biblioteca se logran grandes resultados en menos tiempo y espacio.

Para el manejo de la base de datos contamos con Mysql que también es software Open Source, tiene gran velocidad al realizar las operaciones, lo que le hace uno de los gestores con mejor rendimiento y por su baja probabilidad de corromper datos, incluso si los errores no se producen en el propio gestor, sino en el sistema en el que está fue que se opto por el cómo manejador de nuestra BD.

MANEJADOR DE BASES DE DATOS EN FEDORA (SERVIDOR)

ESTACION DE TRABAJO PARA PRUEBAS CON WINDOWS 8

PRUEBAS GLOBALES

Perfiles implicados en los niveles de prueba

Los administradores serán involucrados en las pruebas de sistema. Las pruebas unitarias y de integración serán llevadas a cabo por el

equipo de desarrollo y el jefe de proyecto.

A través de esta actividad se definieron las pruebas a las cuales será sometido el sistema de Reservas con el fin de verificar que cumpla con las necesidades y requisitos planteados en esta etapa.

Se utilizarán plantillas de prueba las cuales serán entregadas indicando los resultados de las pruebas y las posibles anomalías que surjan durante su ejecución. En estas pruebas se comprobó que las interfaces de usuario cumplieran con las especificaciones establecidas. A continuación se mencionan algunas de ellas.

Se deberá verificar que las interfaces destinadas a la carga de rutas enviaran los datos en forma satisfactoria al servidor de datos. Lográndose una correcta comunicación entre las interfaces del usuario final, las páginas php y Mysql.

Se deberá verificar la correcta obtención datos desde Mysql de las interfaces de búsqueda de rutas, reserva, Impresión de boleto. Del mismo modo se verificara la obtención de datos desde el ingreso de rutas, modificación, activación y eliminación.

Se someterá el sistema a pruebas de estrés realizando el mayor número de reservas simultáneas.

Se corroborara acceso al sistema ingresando directamente la dirección de una interfaz en el navegador.

Luego de Realizar las pruebas se debe corroborar que el sistema se comunicaba en forma correcta entre cada uno de sus subsistemas. La mejor forma de realizar estas pruebas es por medio de la realización de un proceso de reserva completo incluyendo pagos. Es decir, se generara una reserva la cual requiera datos tanto del subsistema de disponibilidad, de administración de itinerarios y de administración de pagos. Luego se deberá recuperar dicha reserva y su historial, se procederá a simular su pago y a la generación de los documentos propios de una venta tales como el ticket, se revirara la base de datos corroborando que la venta esté almacenada y que todos los datos como operador tipo de reserva y combustible requerido sean correctos.

PRUEBAS CON USUARIO

Perfiles implicados en los niveles de prueba

Los usuarios finales se han de integrar a las pruebas de implantación y aceptación del sistema

Los administradores serán involucrados en las pruebas de sistema.

Esta actividad deberá ser realizada en conjunto con personal que hará uso del sistema con el fin de definir cuales serian las pruebas de aceptación del sistema. Para esto se confeccionó el siguiente plan de pruebas. En el cual se especifican los procesos críticos del sistema, el rendimiento, la seguridad y disponibilidad, todo el proceso se llevara a acabo en un ambiente de pruebas para su posterior traslado a producción.

Plan de Pruebas de Aceptación.

El Sistema debe entregar las disponibilidades en forma exacta de cada una de las rutas a consultar, tanto aéreas como.

El ingreso de nuevas rutas debe ser simple y además se deben generar uno varios itinerarios en una sola operación.

Los cambios de datos en las rutas deben ser por medio de una sola interfaz.

El sistema debe ser capaz de enviar y recibir grandes grupos de datos.

El modulo de mantenimiento de rutas del sistema debe ser utilizado solo por las personas autorizadas y cada perfil puede visualizar solo aquellas interfaces a las cuales tienen acceso.

El sistema debe ser accesible desde cualquier computador con conexión a Internet y que cuente con un navegador compatible.

El análisis del sistema deberá ser presentado al Gerente de la empresa que lo adquiera quien en conjunto con su personal y el líder de proyecto darán el VºBº al análisis con lo cual se da por concluida la etapa de pruebas del Sistema.

Como se mencionó anteriormente en esta etapa el sistema no se encuentra en producción, una vez aceptada se deberá llevar a cabo una migración de datos si es que existe y sólo se realiza una carga inicial de rutas al ambiente de producción.

EVALUACION DE ESTADO DE PROYECTO

Se analizaran los resultados obtenidos durante las pruebas y se establecerán los criterios de aceptación del sistema por parte de los usuarios. Esto es:

El ingreso de rutas deberá disminuir los tiempos de ingreso que se requerían en su sistema anterior.

El sistema debe estar disponible en cualquier punto de acceso que se necesite.

El cálculo de disponibilidad de los viajes debe entregar los datos necesarios para la venta y/o reserva de servicios en el sistema.

Se realizaran conexiones al sistema desde distintos puntos con diferentes tipos de enlaces, cibercafés, computadores personales conectados a Internet vía ADSL o WIFI. Deberá darse como resultando en todos estos casos una conexión exitosa con el sistema.

Mediante una junta en la cual se deberá contar con la participación de personal de la empresa interesada en la adquisición, el Jefe de Proyecto y el administradores se presentaran resultados y análisis final del sistema formalmente el sistema deberá ser aprobado por la Gerencia dando su VºBº para su paso a producción.

ARRANQUE DE LA APLICACIÓN

El plan de implantación contemplará lo siguiente:

La formación de usuarios expertos que colaboren en el proceso de implantación.

La capacitación de los usuarios finales tanto de administradores, y personal de control venta.

La instalación del sistema podrá ser realizada en los servidores de la empresa a través de VPN o en forma presencial.

Durante esta actividad se deberá tener material preparado para la capacitación de los usuarios finales las cuales se podrán realizar en un ambiente de pruebas dentro del entorno de desarrollo o en una simulación en las oficinas centrales de la empresa.

En caso de que la empresa contratante requiera una instalación remota se deberá comprobar la disponibilidad y el acceso a los servidores. Estos serán accedidos vía VPN. Para ello se solicitaron las claves para el acceso al sitio Web como aquellas necesarias para el acceso a las bases de datos.

Durante la instalación se realizaran las siguientes actividades:

Instalación de shh. Instalación de apache2.

Instalación de php5. Instalación de mysql server. Instalación de phpmyadmin. Configuración de apache. Copia de las interfaces en el sitio Web. Creación de base de datos del sistema. Comprobación de acceso a la Base de Datos. En las computadoras de los clientes, se actualizara navegador y se

corroborara acceso al sistema. Además se realizaran recomendaciones en la configuración de los

navegadores Web.