Informe Proyecto Titulo FInal

Proyecto de Titulo

Escuela de Informtica y TelecomunicacionesIngeniera en Informtica

+

Escuela de Informtica y TelecomunicacionesIngeniera en Informtica

Danilo Marcich AndreoGregory Varela MardonesProf. Vicente Aranda

Proyecto de TituloVenta y reserva de pasajes Buses Lnea Azul Entrega Final

ContenidoI Dedicatoria5II introduccion6III Aspecto de la empresa7Presentacin de la empresa7Estructura Organizacional7Personal7Objetivos de la empresa7Fortalezas8Debilidades8Amenazas8Oportunidades8Posicin de la empresa en el mercado8Clientes9Proveedores9Descripcin del proceso de servicio10IV Situacin inicial del proyecto11Situacin Actual11Problema12Descripcin del proyecto13Aporte de solucin al negocio13Objetivo General15Objetivos Especficos15CANVAS BUSINESS MODEL16Segmento Cliente16Propuesta de valor16Canales de distribucin y comercializacin17Relacin con el consumidor18Flujos de efectivos19Recursos claves19Actividades claves20Alianzas claves20Estructuras de costos21Lienzo CANVAS22FODA23Fortalezas23Debilidades23Oportunidades23Definicin de equipo24Organigrama de equipo24Definicin de funciones26V Factibilidad27Factibilidad Tcnica27Hardware:27Software:28Factibilidad Econmica y Comercial28Flujo de caja29VI Control del sistema29Listado de hitos para la construccin de wbs29Diagrama WBS31VII Toma de Requerimientos33REQUERIMIENTOS FUNCIONALES33REQUERIMIENTOS NO FUNCIONALES34Requerimientos de sistema34VIII Anlisis36Metodologa aplicada para toma de requerimientos36Plan de trabajo36Fundamentacin paradigma de desarrollo36Ambiente de Desarrollo, Qa y produccin36Equipos de desarrollo37IDES y herramientas de desarrollo37Carta Gantt basado en WBS38Modelo de datos40Modelo Entidad Relacin40Modelo Relacional (Lgico)41Diccionario de datos43Modelamiento UML51Diagramas de casos de uso51Diagramas de secuencia54Diseo de Pruebas de Software57Conclusin57X Bibliografa58Enlaces Web58Libros58Apuntes58VIII Diccionario58XI Anexos59

ndice de ImgenesIlustracin A11Ilustracin B12Ilustracin C22Ilustracin D24Ilustracin E31Ilustracin F38Ilustracin G39Ilustracin H40Ilustracin I41Ilustracin J42Ilustracin K51Ilustracin L52Ilustracin M53Ilustracin N54Ilustracin O55Ilustracin P56

II Dedicatoria

En esta oportunidad quiero agradecer de forma especial a aquellos que han hecho posible mi paso por la educacin superior, a las personas que con su apoyo lograron hacerme un profesional el da de hoy. De la misma forma quiero agradecer a aquellos compaeros de estudios quienes compart esas interminables horas de estudios y trabajos. Y agradecer a todos los profesores y familia que fueron los causantes de las horas de estudio, trabajos y desvelos que tuve que llevar todo el tiempo desde el principio de mi formacin como profesional. Danilo Marcich

Durante todo este tiempo, y en el largo viaje que decid abordar, he llegado bien lejos y he cado bien hondo, pero en cada cada he sentido que he crecido como persona, que ya no soy el mismo que entr por primera vez a ese auditorio.Agradezco en este punto de mi vida a todas esas personas que me han brindado apoyo, ayuda, confianza y conocimiento: familia, profesores, compaeros de clases y amigos.A todos ellos simplemente, Gracias.Gregory Varela

I Introduccin

De manera mayoritaria, en Chile debido su forma geogrfica, gran parte de su transporte ya sea de productos o de personas entre ciudades va terrestre, es por medio de buses interurbanos.En la actualidad el transporte interurbano es cada vez ms complejo e incierto debido a variados factores, entre ellos: La falta de informacin referente a cantidad de buses. La falta de informacin referente a cantidad de asientos que dispone un bus. Las paradas intermedias que este realiza entre cada ciudad y s las realiza. El nmero de pasajes que se venden o se reservan en cierta fecha anticipando el viaje.Bajo estos factores, una empresa de buses necesita de un sistema que le ayude a controlar y manejar la informacin, para que sus clientes se informen sobre el proceso de venta, as como tambin es una necesidad el que cada sucursal este interconectada.Debido a estos factores problemticos para la empresa de buses interurbanos, se ha tomado la decisin de brindar un apoyo a este sistema con una solucin propuesta dentro de este informe, la cual en este momento se le invita a conocer

III Aspecto de la empresaPresentacin de la empresa

EMPRESAS LINEA AZUL nacida en el ao 1964 como empresa destinada a ofrecer el servicio de transporte de pasajeros y de carga entre las ciudades de San Carlos, Chillan y Concepcin.Buses Lnea Azul ha desarrollado desde entonces un servicio integral, oportuno y eficiente, de acuerdo a las necesidades y requerimientos de un mercado cada da ms exigente.Hoy con ms de 40 aos de existencia, buses lnea azul se encuentra presente en las principales ciudades desde Via del Mar hasta Puerto Montt, brindando servicios con una moderna flota de buses que hacen que cada una de las ms de 200 salidas diarias sean cmodas y seguras experiencias de viaje.

Estructura Organizacional

Personal

El personal de empresas LINEA AZUL consiste en choferes, auxiliares, cajeros, inspectores, mecnicos, vendedores, agentes, gerentes, pionetas, aseadores en promedio trabajan entre 180 y 200 personal a nivel nacional

Objetivos de la empresa

El objetivo principal de empresas LINEA AZUL es el de brindar un servicio de transporte que cumpla con los requerimientos y normas actuales del ministerio de transportes y telecomunicaciones y a la vez el de ofrecer un servicio de calidad en la regiones que este desempea sus labores de rutas y pasajeros.

Fortalezas

Principal fortaleza de empresas LINEA AZUL es que cuenta con un terminal propio en una de sus ciudades principales (Chillan) y adems de tener un amplio conocimiento de la VIII regin para realizar sus viajes.

Debilidades

Una de sus principales debilidades es la falta de desarrollo e implementacin en reas de marketing y tecnologa.para mejorar competitividad.

Amenazas

En la actualidad nuevos competidores con mejor infraestructura y mayor experiencia en la tecnologa.

OportunidadesLas oportunidades de tener una nueva masa de mercado a travs del desarrollo de nuevas rutas y de un nuevo sistema de pago y aumentar fidelidad.

Posicin de la empresa en el mercado

LINEA AZUL entre los aos 2008 y 2011 estuvo dentro de las cinco empresas de buses interurbanos ms grandes de Chile.Gano en dos ocasiones el volante de oro, entregado por FENABUS (Federacion Gremial Nacional de Buses del Transporte de Pasajeros Rural, Interurbano, Interregional e Internacional de Chile) a la mejor empresa del rubro en el pas. Reconocida por sus pares como un modelo de gestin y crecimiento digno de imitar. En este ao llego a controlar el 12% del mercado de transporte interurbano de Chile.

ClientesPersonas que viven vacacionando en la octava regin .En la actualidad los clientes que tienen las empresas de buses es todo tipo de pblico, es decir, personas de todas las edades las cuales buscan de este servicio para viajar hacia diferentes ciudades de pas y por diversas razones, ya sea ocasionalmente, a diario, semanalmente, o en temporada de vacaciones, lo cual hace que un sistema computacional sea necesario debido a la disconformidad de los usuarios por la falta de informacin de pasajes disponibles, y las largas filas que estos deben soportar adems de la sobre venta de su pasaje.

Proveedores

Los proveedores o partners de servicios para las empresas de buses interurbanos son: Servicios tcnicos (maquinas en su jerga). Proveedores de petrleo. Proveedores de buses. Mantenimiento tcnico

Descripcin del proceso de servicio

Los tipos de proceso de ventas actuales en los servicios de buses interurbanos son presenciales (Manual, Automatizado) y va web.El proceso manual de servicio es el cual el cajero de forma manual asigna los pasajes para un usuario del servicio, con el cual dispone de una planilla hecha a impresa con los pasajes asientos que ya se han vendido (tachndolos), de la misma manera procede a escribir en un vale de la empresa de buses los datos del asiento, hora de salida, rango de andenes en el cual el bus estar estacionado y le deja una firma para dar veracidad al pasaje.El proceso automatizado es el cual el cajero asigna los pasajes de un usuario mediante software, con el cual puede revisar los asientos que han sido vendidos habiendo un menor riesgo de sobre venta. El vale representativo como pasaje es una boleta de venta donde aparecen todos los datos del bus mencionados anteriormente. El proceso va web consta de la compra de pasajes va internet por el usuario. Los cuales se centralizan en los registros de uso de asientos de las empresas de buses. No todas las empresas de buses tienen su propio servicio web de compra y reserva de pasajes (solo grandes empresas).

IV Situacin inicial del proyecto

Ilustracin ASituacin Actual

* El diagrama muestra el proceso actual de venta de pasajes en sucursales, donde el cliente acude a una sucursal de la empresa de buses y realiza las consultas que desea saber cmo destino, horario, da, terminal o la disponibilidad de asientos.* En este diagrama el punto verde simboliza el comienzo del proceso y el punto rojo el fin de este.Actualmente, un cliente de empresas de buses pequea, acude a una sucursal de ella ubicada en algn terminal de buses. Donde realiza preguntas para contestar las siguientes interrogantes:

Destino. Disponibilidad Horaria. Cantidad de asientos.Donde si llega alguna de estas interrogantes no ser satisfactorias para l, puede causar la sensacin al cliente que tuvo una visita al terminal de buses solamente como una prdida de tiempo, y no a lo el cliente en realidad no va con esa intencin.

Ilustracin BProblema

En la actualidad, el mtodo de las empresas de buses interurbanos para ventas de pasajes (exceptuando empresas grandes que disponen de aplicaciones de compra y reserva online de pasajes propias), las pequeas y medianas empresas de buses interurbanos no cuentan con una aplicacin que realice este proceso. Los actuales procesos de venta de pasajes para las empresas antes mencionadas son netamente manuales, o se basan en sistemas MS-DOS, los cuales no permiten una centralizacin de la venta de pasajes en las distintas sucursales de la empresa. Esto genera, que la sucursal desconozca la cantidad de asientos vacos disponga un bus, se desconocen los valores y/o horarios de buses ms all de un corto periodo de tiempo, o simplemente que uno de los asientos de un bus que sale de algn terminal sea vendido a ms de una persona, y lo ms importante, los usuarios desconocen los horarios y valores del da en el cual desean viajar, y tienen que asistir directamente en el terminal de buses (lo que genera gastos de tiempo y dinero adicional para el usuario) a sabiendas de no encontrar pasajes para una fecha determinada generando confusin y disgustos tanto con el personal y la empresa.El otro problema que genera el no contar con una centralizacin de ventas, cambiando el punto de vista hacia la empresa y las sucursales. No se dispone de un histrico de las ventas de los pasajes, donde no se puede calcular los ingresos por oficina, regin o ciudad a corto plazo. Y en algunos casos, las oficinas trabajan a ciegas la una de la otra.

Descripcin del proyecto

Aporte de solucin al negocio

Se planea crear un servicio o aplicacin web basado en roles, donde se cubran falencias en los procesos de venta e informacin en las oficinas, disponiendo de una web abierta donde el cliente pueda conocer, informarse y/o comprar pasajes desde su oficina u hogar. En los cuales existir un proceso de tracking para el rea logstica de la empresa podr generar reportes bajo demanda y en el mejor de los casos, personalizados a gusto.La aplicacin se basa en un sistema de roles abierto para los usuarios que deseen comprar las entradas directamente, quieran conocer la disponibilidad total de pasajes que an quedan en un determinado bus o conocer los horarios de salida de la flota de buses. Donde el o los usuarios pueden registrarse para realizar ms de una reserva a la vez y realizar reservas preferenciales (front_end).Incluye un back end solo con acceso de verificacin de Rut de usuario y contrasea. Donde se distinguirn los roles para las distintas reas de ventas, logstica y gerencia donde, basado en esos roles se accede a los mdulos de venta o reportera respectivamente.El back end de administracin tambin es un mdulo cerrado con verificacin de Rut de usuario y contrasea, donde se manejan los mdulos de venta. Controlando los valores de pasajes, horarios de buses, y los usuarios de la aplicacin con sus respectivos roles y garantas de acceso.

Objetivo General

El objetivo general consta de entregar un servicio a empresas de buses interurbanos para venta y reserva de pasajes va web,para obtener asi un mayor servicio de primer nivel.

Objetivos Especficos

Facilitar el ingreso de informacin para de esta forma hacer del proceso de carga de datos un trabajo simple, sencillo y rpido.y seguro. Establecer el sistema va Web posibilitando as la comprade pasajes sin la necesidad de hacerlo presencialmente como es en la actualidad. Ayudar a mejorarel proceso de clculo de datos, entregando de esta forma informacin fidedigna de las capacidades. Aprender lenguajes de programacin web en profundidad.y la administracin del sistema

CANVAS BUSINESS MODEL

Segmento Cliente

Para quin creamos valor?Para la lnea de buses interurbanos Linea Azul que actualmente no cuenta con un servicio de reserva y venta de pasajes por internet.

Qu necesidades, comportamientos y atributos comunes tienen?Nuevos potenciales clientes.Nuevas entradas de dinero. Marketing de la empresa.

Propuesta de valor

Qu valor proporcionamos a nuestros clientes?Masificacin de sus ventas de servicio, fidelizacin de clientes por medio de internet.

Qu problema de nuestros clientes ayudamos a solucionar?Desconocimiento de propuestas, ofertas llamativas y nuevos prospectos de consumo de productos.

Qu necesidades de los clientes satisfacemos?Posible aumento de clientes, ya sea, que reserven o compren pasajes por internet.

Qu paquete de producto o servicio ofrecemos a cada segmento de mercado?Se ofrece publicar, dar aviso, sobre sus necesidades. Tambin un sistema de registro para los altos cargos de la empresa. Esto para que se tome conocimiento sobre los actuales niveles de ventas de pasajes, tanto por internet y/o por sucursal.

Canales de distribucin y comercializacin

Qu canales prefieren nuestros segmentos de mercado?Internet es el canal de contacto predilecto por la empresa y los clientes ya que es el medio en que se soporta los normales flujos de venta por sucursal del cliente, pero en la comodidad de su hogar y sin horario, evitando as, acudir a alguna sucursal de la lnea de buses.

Cules tienen mejor resultado?En este caso internet es un medio eficiente y poderoso para lo que es la entrega de servicios y el marketing delos pasajes mismos, ya que son pocas las empresas que actualmente cuentan con este servicio.

Cules son ms rentables?Internet es un medio rentable puesto que provee una serie de herramientas gratuitas para el usuario, la creatividad e ingenio es la nica limitante esta todo al alcance del usuario y la empresa.

Cmo se integran en las actividades diarias de los clientes?A travs del sistema Newsletter o boletn podemos mantener contacto con el cliente, para ofrecer los servicios u ofertas da a da. Adems el cliente a travs de la pgina puede escribir sus sugerencias y de la misma manera algn reclamo que tenga contra la empresa.

Relacin con el consumidor

Qu tipo de relacin esperan los clientes?Los clientes buscan una relacin con el proveedor en donde este le d una rpida respuesta a todas las dudas e inquietudes que le puedan surgir, ya sea con problemas de administracin de sus posibles cuentas, o con el proceso de compra de pasajes. En otras palabras se habla de una ayuda en todo momento.

Qu tipo de relaciones son habituales?Los tipos de relaciones ms habituales que se encuentran podran ser: Asistencia personalizada a los clientes, ya sea por medio del telfono, email, mensajera instantnea, etc.

Cul es su costo?El costo de tener una relacin de asistencia remota con el cliente impactara al momento de comunicarse con este, ya que no existira la instancia de una charla personal, o un seguimiento de algn funcionario que est al tanto de todos los problemas que le surjan al cliente a diario.

Cmo se integran en el modelo de negocio?Los clientes estn insertos completamente en este modelo de negocio, ya que son ellos los que compran o reservansus propios pasajes, son quienes confirman la hora, y el da de su pasaje.Flujos de efectivos

Por qu valor estn dispuestos a pagar nuestros clientes?Los clientes estn dispuestos a pagar un servicio el cual les permitir tener siempre disponibles las reservas y las ventas de sus pasajes. Permitiendo brindar un mejor servicio que permita de la misma manera para sus usuarios tener ms comodidad al momento de reservar o comprar el pasaje.

Por qu pagan actualmente?Actualmente lo que podemos encontrar en el mercado son sistemas netamente que no son accesibles por todos, ya que hay aplicaciones propias de las otras empresas de buses.

Cmo pagan?Ellos pagan por el proceso de creacin del sistema o aplicacin para el proyecto. Y si es que lo desean, las mantenciones e implantacin de este mismo.

Recursos claves

Qu recursos clave necesitamos para cumplir con nuestra propuesta de valor?Para el negocio es fundamental el mantener completamente resguardada la informacin (que se traduce tcnicamente en bases de datos), ya que es la base del negocio. Adems es esencial contar con una slida infraestructura tecnolgica (servidores, redes, etc.) que permita un servicio de conectividad hacia el cliente de forma ininterrumpida.

Actividades claves

Qu acciones requieren nuestra propuesta de valor para que nuestro modelo sea exitoso?Preparar a los potenciales clientes de la empresa que existe otro competidor en el rea de venta de pasajes por internet, y tambin que los empleados de nuestro cliente adopten y propaguen la nueva posibilidad de compra y reserva.

Alianzas claves

Quines son nuestros socios/partners?Agencias digitales, en las cuales apoyarnos en el rea de marketing (propuestas al cliente), tales como digitalmeat, cardumen, mayodigital.

Quines son nuestros proveedores clave?Servicios de VPS Hosting los cuales nos proveern de infraestructura para el sitio, tales como Amazon, AppEngine - Google, Linode.

Estructuras de costos

Cules son los costes inherentes a nuestro modelo de negocio?Los principales costos inherentes al negocio son en las siguientes reas: Tecnologa: Con el desarrollo del sitio web y el servicio de hosting. Marketing: Campaas de marketing para la difusin y captacin de consumidores. Equipo de trabajo: En equipo encargado de las reas de gestin y comerciales, adems de personas encargadas de las mantenciones del sitio web, etc.

Cules son los costes inherentes a nuestra propuesta de valor?Los costes inherentes, sera la realizacin del sitio web, ya que es el principal motor de la propuesta de valor.

Cules son los recursos clave ms caros?Los recursos ms caros sern los sueldos del equipo de trabajo.

Cules son las actividades ms costosas?Las actividades ms costosas son la realizacin de la pgina web y alguna campaa de marketing s es que el cliente accede a utilizar alguna de las que fueron propuestas o a su eleccin.

Lienzo CANVAS

Ilustracin C

FODA

Fortalezas Quita las filas y esperas para el usuario: Disminuye la asistencia a terminales de buses para la compra anticipada de pasajes. Ventas ms seguras y evita confusiones: Ventas con registro. Una sucursal sabr lo que hace la otra. No se revendern pasajes, ni se duplicaran asientos en los buses. Dada la anticipacin de la compra, se puede dar aviso al usuario de la salida del bus por medio de distintas propagaciones: SMS o email. Ventas preferenciales a usuarios registrados. Reportes a corto plazo Los reportes sern ms efectivos y en menos tiempo. Reportes personalizados a gusto.Debilidades La empresa que se ofrezca el servicio quiera realizar su propia aplicacin.Oportunidades Solo las algunas de las grandes empresas de buses constan de una aplicacin web para la reserva de pasajes. Algunas de las empresas que cuentan con sistemas de venta de pasajes en sucursal no cuentan con venta de pasajes para usuarios y algunas no tienen la informacin centralizada para las distintas sucursales. Comprar la aplicacin una empresa de transportes es ms econmica que hacer una propia con las mismas caractersticas y el tiempo en implementacin es menor en comparacin en un desarrollo propio de las empresas en cuestin.

Definicin de equipo

Organigrama de equipo

Ilustracin DJefe de proyecto: Es la persona que tiene la responsabilidad totalrespecto a la planificacin y ejecucin de un determinado proyecto. Debe tener unacombinacin de habilidadesincluyendo la capacidad de hacer preguntas perspicaces, detectar supuestos no declarados y, resolver conflictos interpersonales junto con la capacidad de aplicar sistemticamente los principios de la administracin.Arquitecto de software: Su funcin es maquetizar el proyecto definiendo la base, estructura, y metodologa para el proyecto. Se encarga de generar el ambiente de desarrollo para que los dems integrantes del equipo puedan realizar copias de este y as trabajar en el mismo sentido y bajo las mismas reglas. Su participacin en el proyecto no es por la duracin completa de este, si no que solamente en la parte inicial.

Analista de software: Tiene a su cargo el entendimiento de las necesidades y oportunidades dentro de un negocio, son traductores de lo tcnico a lo humano, fungiendo como puente entre el equipo de desarrollo y los representantes de la organizacin (El cliente).Desarrollador: Es la persona que realiza las funciones de un analista tcnico y de un programador;es decir, parte de una informacin previa recibida del analista, en funcin de la cual desarrolla las aplicaciones y organiza los datos. En base a sus conocimientos en el o los lenguajes de programacin necesarios en cada caso, sintetiza, organiza y lo lleva a la prctica mediante la codificacin de la situacin.Administrador de Base de datos (DBA): Tiene una doble funcin, debido aque debe interactuacin usuarios e interactuar con programas de aplicacin. Esto se explica, debido a que ste es responsable del modelo lgico (modelamiento de datos) y modelo fsico (base dedatos, archivos)de los datos. Es decir, est encargado de la estructura de la informacin.Qa: Las tareas que realiza el QA son tareas de testing muchas veces, (Aseguramiento de la calidad). Tambin realiza elaseguramiento de la calidad(QA), se puede definir como el esfuerzo total para plantear, organizar, dirigir y controlar la calidad en un sistema de produccin con el objetivo de dar al cliente productos con la calidad adecuada.

Definicin de funciones

FuncinNombre

Jefe ProyectoGregory Varela

Arquitecto de SoftwareDanilo Marcich

Analista de SoftwareGregory Varela

DBADanilo Marcich

QAGregory Varela

DesarrolladorDanilo Marcich

DesarrolladorGregory Varela

V Factibilidad

Factibilidad Tcnica

La factibilidad tcnica consisti en realizar una evaluacin de los procesos y la tecnologa existente en la organizacin, en este anlisis se reuni informacin sobre los componentes tcnicos que la empresa deber adquirir o mejorar y ala vez hacer uso de los requerimientos tecnolgicos que esta tiene a disposicin para el desarrollo y puesta en marcha del sistema.De acuerdo a la tecnologa necesaria para la implantacin del sistema de reserva de pasajes va web, se han evaluado dos enfoques: el hardware y el software.Hardware:

En cuanto a hardware, se requerir de un servidor para realizar el almacenamiento de registros ya sea de pasajes, usuarios, destinos, valor monetario, y mantener una conexin de calidad entre cada sucursal de BUSES LINEA AZUL, (anexo de detalle de hardware se encuentra adjunto en requerimientos de sistema pgina 34.)

Software:

En cuanto al software BUSES LINEA AZUL cuenta con licencia para los equipos de rea gerencial o administrativa, el sistema que utilizan es Windows 7 32bits pero no cuenta con licencia en motores de bases de datos, o de un sistema operativo para el servidor que se adquirir, por lo que deber comprar las mencionadas licencias para una correcta implantacin de nuestro sistema.Para el caso anterior est servidor solicitado contar una distribucin de Linux, el cual puede ser utilizado bajo el concepto LAMP (Linux Apache MySql PHP) el cual permitira implementar e integrar el nuevo proyecto (Ms detalles en el captulo VIII). A pesar de que Linux es un Sistema Operativo libre (No existe el pago de licencias), la empresa se compromete con el debido pago de las correspondientes mantenciones, actualizaciones y otros que el proveedor de bases de datos, SO, inclusive herramientas pueda solicitar.Factibilidad Econmica y Comercial

El mercado de clientes que abarca este sistema es amplio en cuanto a la cantidad de empresas que utilizan un sistema manual parecido al de buses Linea Azul el cual se puede implementar en empresas relacionadas con el mismo rubro o mercado de buses interurbanos que necesiten un sistema web de reserva y compra de pasajes para sus clientes.

Flujo de caja

En este flujo se especifican los gastos y los ingresos que se han de obtener de la creacin del sistema de reserva de pasajes, en los 5 aos correspondientes.

VI Control del sistema

Listado de hitos para la construccin de wbs

Determinacin de roles Reuniones Definicin de alcances Entrega doc. de requerimientos Instalacin servidores Instalacin de equipos Configuracin y ambientacin de servidores Configuracin y ambientacin de equipos Definicin de herramientas Modelado de arquitectura de datos Modelo de datos Arquitectura de clases Arquitectura de software Creacin de bases de datos Insercin de datos Desarrollo de software Pruebas & QA Implantacin Marcha blanca Aceptacin de software

Ilustracin EDiagrama WBS

El diagrama de la pgina anterior explica los hitos que se han de seguir para la creacin, desarrollo e implantacin del proyecto. Donde para cada uno de ellos se crearan tareas para cumplir con funcionamiento y cumplimiento de estos.

VII Toma de Requerimientos

La toma de requerimientos de BUSES LINEA AZUL se hizo en base a requerimientos de tipo funcional, requerimientos de tipo no funcional y de requerimientos de sistema los cuales se detallan a continuacin:REQUERIMIENTOS FUNCIONALES

Almacenar informacin del cliente y de los empleados en bases de datos Almacenar hoja de registros de las transacciones (Archivo) Registrar forma de pago de la venta del pasaje Se debe informar el nmero de asientos disponibles de un bus Se debe informar el horario de los buses Se debe informar destino de los buses en el sitio web. Validar informacin ingresada al sistema (informacin de usuario, de empleados y de rea gerencial y administrativa) El sistema debe registrar clientes lo cual pueden hacerlo ellos mismos El sistema debe registrar a los empleados de la organizacin a travs de un administrador de sistema. El sistema debe tener la opcin de actualizar un usuario (login y password) El nombre de usuario debe tener las dos primeras letras del nombre mas el apellido. Se debe autenticar a los usuarios al ingresar al sistema

REQUERIMIENTOS NO FUNCIONALES

Interfaz La aplicacin hace uso de interfaces de uso intuitivo (ayuda al usuario, mostrando como funciona). La aplicacin cuenta con el logo de la empresa ubicado en la parte superior izquierda, manteniendo el actual formato y colores que ya posee actualmente. La aplicacin se adapta a todo tipo de navegador para mantener una esttica integra entre los navegadores en general, exceptuando Internet Explorer 8 o una versin anterior. La aplicacin tiene como requisito mnimo de resolucin de 1378x768 pixeles para su correcta visualizacin y se adapta a las resoluciones ms altas.

SeguridadEl acceso para un cliente de la empresa ser controlado con nombre de usuario y contrasea, las cuales deben ser creadas por el mismo usuario. Solo los trabajadores de ciertas reas de LINEA AZUL tendrn permisos administrativos y esto ser controlado por un administrador de sistemas.Requerimientos de sistema

Caractersticas Marca: HP Modelo: Proliant ML350e Procesador: Intel XeonE5-2407(4 core, 2.2 GHz, 10MB, 80W) Tipo de fuente de alimentacin: 460 W sin conexin en caliente Ranuras de expansin: 6 ranuras PCIe Memoria: 4 GB DDR3 Ranuras de memoria: 6 Almacenamiento: HDD no includo, soporta LFF SATA Controlador de almacenamiento:SATA RAID de 4 puertos integrado Unidad ptica: DVD-ROM SATA de media altura Red: Adaptador Ethernet 361i de 1 Gb y 2 puertos por controladorComo se menciona el server no integra un disco duro por lo que se seleccion el siguiente disco duro:Unidad de disco duro HP Midline de 500 GB 3 G SATA de 7.200 rpm LFF (3,5") Capacidad:500GB Velocidad:7200 rpm Tipo:SATA Tamao:3,5" Sistemas de restauracin y copia de seguridad disco a disco para empresas Soluciones de archivo y almacenamiento de abundante contenido en soporte, p. ej., vdeo Gran almacenamiento a bajo coste para repositorios de datos de referencia y aumento de cinta de almacenamiento secundariaEl hardware necesario para el proyecto tiene una total de $1094980 (server $999990 y disco duro (HDD) $94990) los cuales deber invertir la empresa.

VIII Anlisis

Metodologa aplicada para toma de requerimientos

Plan de trabajoFundamentacin paradigma de desarrollo

Para el de desarrollo de nuestro servicio de venta de pasajes para LINEA AZUL, se ha determinado utilizar las siguientes herramientas, lenguajes de programacin, frameworks, servidor, motores de bases de datos y libreras.Esto es para un desarrollo ptimo en desempeo de la aplicacin entre esttica y fluidez de cada flujo o proceso (Ya utilizado anteriormente en proyectos laborales) con basados en la sigla LAMP (Linux Apache MySql PHP). Las libreras estn definidas para un control y validacin de los datos del host cliente, utilizando las ultimas distribuciones de ests.Ambiente de Desarrollo, Qa y produccin

Servidor: Distribucin de Linux descendiente de Debian (Debian, Ubuntu, Mint, etc).Ambiente: Apache HTTP Server.Lenguaje de programacin: PHP v5Frameworks: Symfony2 v2.2.1. Doctrine2 (Mappeador de entidades de bases de datos).Motor de bases de datos:MySql.Libreriasy lenguajes Web: JQuery. Kendo UI. Javascript5 HTML5 JSON / XML CSS5Equipos de desarrollo

Los equipos computacionales que se utilizaran para el desarrollo, sern equipos personales (notebooks propios) donde se instanciaran mquinas virtuales para generar los correspondientes ambientes de desarrollo.IDES y herramientas de desarrollo

IDE: Netbeans v8.0 o superior.Visualizador de base(s) de datos: Sql Server 2008 Release 2 Service Pack 3Navegador: Para el trabajo de desarrollo se utilizar por defecto el navegador Google Chrome. Pero se utilizaran los dems navegadores para definir una esttica integra entre los navegadores en general, exceptuando Internet Explorer 8 o una versin anterior.

IX Diseo del sistemaCarta Gantt basado en WBS

Ilustracin F

Ilustracin G* Aceptacin de software es asumido como entrega de la aplicacin al cliente.

Modelo de datos

Modelo Entidad Relacin

Ilustracin HModelo entidad-relacin definido por el grupo de trabajobasado en la conversacin con el cliente. *Los atributos de las entidades sern incluidos en los dems modelos de datos y el correspondiente diccionario de datos, ya que en la herramienta que ser realiz el diagrama (DIA), los atributos utilizan demasiado espacio para los atributos.

Modelo Relacional (Lgico)

Ilustracin I

Modelo Fsico

Ilustracin J

Diccionario de datos

Tabla: Pasaje

Nombre CampoTipo de DatoKeyNullDescripcin

ID_PASAJEINTEGERSINOId del pasaje, identificador de registro

ID_BUSINTEGERSINOId del bus, identificador de registro

PATENTEVARCHAR(8)SINOPatente del bus. identificador de registro

ID_USUARIOINTEGERSINOId del usuario, identificador de registro

USERNAMEVARCHAR(25)SINONombre del usuario, identificador de registro

HORA_PASAJETIMENONOHora

FECHA_PASAJEDATENONOFecha del pasaje

PRECIO_PASAJEINTEGERNONOPrecio monetario del pasaje.

Tabla: usuario



USERNAMEVARCHAR(25)SINOnombre de usuario, identificador de registro

Tabla: venta



USERNAMEVARCHAR(25)SINOnombre de usuario, identificador de registro

ID_PASAJEINTEGERSINOId del pasaje, identificador de registro

ID_MEDIOINTEGERSINOId medio, intermediario en 3 forma normal

HORATIMENONOHora de la venta

FECHADATENONOFecha de la venta

Tabla: bus



PATENTEVARCHAR(8)SINOPatente del bus.

Tabla: medio de pago


ID_MEDIOINTEGERSINOId de medio de pago, identificador de registro

MEDIOVARCHAR(25)NONONombre del medio de pago

COMENTARIOSVARCHAR(80)NONOComentarios.

Tabla: ubicacin


ID_TERMINALINTEGERSINOId del terminal, identificador de registro


PATENTEVARCHAR(8)SINOPatente del bus.

ID_ESTADOINTEGERSINOId del estado (region) , identificador de registro

HORATIMENONOHora de la ubicacin dada

FECHADATENONOFecha de la ubicada dada

Tabla: estado


ID_ESTADOINTEGERSINOId de estado, identificador de registro

ESTADOVARCHAR(25)NONOnombre de estado

DESCRIPCIONVARCHAR(50)NONODescripcin, salida, llegada o intermedia

Tabla: ciudad


ID_CIUDADINTEGERSINOId de la ciudad, identificador de registro

NOMBRE_CIUDADVARCHAR(25)NONONombre de ciudad.

REGIONVARCHAR(25)NONONombre de la regin

Tabla: sucursal


ID_SUCURSALINTEGERSINOId de la sucursal, identificador de registro

DIRECCION_SUCVARCHAR(25)NONODireccin de la sucursal

Tabla: terminal


ID_TERMINALINTEGERSINOId del terminal, identificador de registro


ID_CIUDADINTEGERSINOId de la ciudad, identificador de registro

NOMBRE_TERMINALVARCHAR (25)NONONombre del terminal

DIRECCION_TERMINALVARCHAR(25)NONODireccin del terminal

Tabla: cliente


ID_USUARIOINTEGERSINOId de usuario, identificador de registro

USERNAMEVARCHAR(25)SINOnombre de usuario del cliente

NOMBRE_CLIVARCHAR(25)NONONombre del cliente

APELLIDO_CLIVARCHAR(25)NONOApellido paterno del cliente

DIRECCIONVARCHAR(25)NONODireccin o ubicacin del cliente

Tabla: trabajador


ID_USUARIOINTEGERSINOId de trabajador, identificador de registro

USERNAMEVARCHAR(25)SINONombre de usuario del trabajador, identificador de registro


NOMBRE_TRABAJADORVARCHAR(25)NONONombre del trabajador

APELLIDO_TRABAJADORVARCHAR(25)NONOApellido del trabajador

RUT_TRABAJADORVARCHAR(10)NONORut del trabajador

ID_CARGOINTEGERSINOId cargo, identificador de registro

Tabla: cargo


ID_CARGOINTEGERSINOId del cargo, identificador de registro

CARGOVARCHAR(25)NONONombre del cargo de trabajador.

Modelamiento UMLDiagramas de casos de uso

Solicitud de Informacin por parte del cliente

Ilustracin KCaso de usoSolicitud de Informacin por parte del cliente

ActoresCliente, Operario de venta

TipoGeneralizacin y extensin

PropsitoMuestra cmo se realiza la consulta sobre un determinado pasaje

PrecondicionesCliente asiste a sucursal

Flujo principal Cliente asiste a una sucursal para consultar informacin sobre la disponibilidad de pasajes para realizar un viaje. El operadorentrega la informacin correspondiente. Dependiendo de la informacin que entregue el operario, se da paso al siguiente caso.

Venta de pasajes

Ilustracin L

Caso de usoVenta de pasajes.

ActoresCliente, Operario de venta.

TipoGeneralizacin.

PropsitoMuestra la venta de un pasaje de bus por medio de compra presencial.

PrecondicionesCliente asiste a sucursal.

Flujo principal Cliente solicita un pasaje de bus.0 Operador confirma datos del viaje y los ingresa en sistema, posterior entrega el pasaje al cliente y entrega datos sobre el mismo.

Solicitud de informe logstico

Ilustracin M

Caso de usoSolicitud de informe logstico

ActoresAdministrador, Operario logstico.

TipoGeneralizacin.

PropsitoMuestra la solicitud de un administrador de sucursal a un operador logstico para una entrega de informe de ventas. Donde el operador solita distintos datos o filtros para entrega de este informe.

PrecondicionesCliente asiste a sucursal.

Flujo principal Administrador solicita informe Operador solicita datos claves para informe (filtros) Operador entrega informe en fecha solicitada.

Diagramas de secuencia

Cliente en terminal de buses

Ilustracin N Como se observa en el caso de uso, en este caso el cliente solicita un pasaje, por lo que el vendedor ubicado en un local del terminal, consulta al sistema su disponibilidad, cliente escoge realiza el pago y el vendedor registra los datos, recibe el dinero, confirma pago e imprime el pasaje.

Reserva Pasaje va web

Ilustracin O

Como se observa en el caso de uso, el usuario ingresa al sistema y ve la disponibilidad de pasajes, si est conforme con esto procede a autentificarse en la pgina para proceder a pagar y confirmar su pasaje, para luego poder imprimirlo.

Gerencial

Ilustracin P

En el caso de uso se ve al rea gerencial de BUSES LINEA AZUL solicitando informacin para su procedente anlisis, como se puede apreciar primero se ingresa a la pgina con usuario y clave para luego poder realizar la consulta que se requiere.

Diseo de Pruebas de Software

Caso de prueba de caja negra:Nombre del casoEntradaSalida

Ingreso de usuarioUsuario juanperez password 123456Usuario no valido

Ingreso de usuarioUsuario ju.perez password 123456Usuario validado

Ingreso de usuarioUsuario password Usuario no valido

Ingreso de usuarioUsuario ju.perez password malpasswordUsuario no valido

Consulta de destinosPresiona botn consultar sin parametrosDatos requeridos

Consulta de destinosSelecciona destinos sin fechaFecha requerida

Seleccin de fechaFecha de ida es menor a fecha de vueltaCalendario muestra desde la fecha de seleccin ida

Conclusin

Para concluir el presente proyecto es capaz de solucionar cada una de las necesidades planteadas por Buses lnea azul en un principio, y a la vez permite desarrollar un proceso ms claro y ordenado, a travs del cual Buses lnea Azul obtiene como un valor agregado a su problemtica la llegada de nuevos posibles clientes los que utilizan la web para realizar la reserva y compra de sus pasajes, y tambin una manera ms controlada y moderna de prestar su servicio.

X Bibliografa

Enlaces Web

http://es.wikipedia.org/wiki/Estructura_de_descomposici%C3%B3n_del_trabajo http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software http://es.wikipedia.org/wiki/Planificaci%C3%B3n_de_transporte http://www.marketingdirecto.com/diccionario-marketing-publicidad-comunicacion-nuevas-tecnologias/tracking-2 http://www.monografias.com/trabajos73/diseno-software/diseno-software.shtml http://www.nebrija.es/~jmaestro/LS5168/Slides_Planificacion.pdfhttp://www.wolnm.org/apa/articulos/Ingenieria_Software.pdf

Libros

Preparacin y evaluacin de proyectos - SappagChain

Apuntes

MANUAL DE ESTILO APA - Mgtr. Oscar Lpez RegaladoVIII Diccionario

Back end: administrador del sitio con sus respectivos sistemas por el otro. Front end: hace referencia a la visualizacin del usuario navegante. Tracking: anglicismo que hace referencia a la accin de seguir y describir mediante ndices objetivos y cuantificables el comportamiento de determinadas magnitudes en diferentes momentos del tiempo.

XI Anexos

Acta de Reunin

rea Cliente:Identificacin del Proyecto:TSF

Nombre del Proyecto:Venta Pasajes (Sin nombre de aplicacin)N del Documento del Proyecto Aprobado:1

Participantes:rea Cliente

Copia Para: Gerente de Proyectos, 0001

Participantes:TI

Copia Para:Danilo Marcich, ArquitectoDanilo Marcich, DesarrolladorDanilo Marcich, DBAGregory Varela, Jefe ProyectoGregory Varela, Analista Negocios y QAGregory Varela, Analista Financiero

Fecha:01/09/2013Horario:9:00AMLugar:Sala 1

Objetivos:PROPUESTAS DE ALCANCES Y ANTE PROYECTO

1.PROPUESTA PARA ANTE PROYECTODefinicin de lineamientos y arquitectura a utilizar

Accin/Acuerdo: Se definen alcances para proyecto de venta de pasajes centralizado. No se establece nombre de servicio. Pendiente prxima reunin. Se establece modelo Ishikawa a seguir y se crea ante proyecto.

Responsable: Danilo MarcichFecha Limite: 01/ 09 / 2013

2.REPASO DE SITUACIN ACTUAL Y ALCANCES DESEADOS

Accin/Acuerdo: Se entrega propuesta discutiendo previamente la situacin actual de la empresa para la presentacin de los alcances y una definicin concreta del proyecto para la entrega de este.Responsable: Danilo MarcichFecha Limite: 26 / 09 / 2013

3.PROXIMA REUNIN

Fecha: 15/09/2013

Acta de Reunin




Copia Para:Gerente de Proyectos, 0001

Participantes:TI



Objetivos:Desarrollo de documentacin de proyecto y prxima toma de requerimientos

1.Puesta en marcha de ducumento de proyecto

Definicin de lineamientos y arquitectura a utilizar

Accin/Acuerdo: Ya utilizando los informes anteriores solicitados para la fecha (alcances y ante proyecto) se da paso a la documentacin primaria del proyecto. No se establece nombre de servicio. Pendiente prxima reunin.

Responsable: Danilo MarcichFecha Limite: 26/ 09 / 2013

2.PROXIMA TOMA DE REQUERIMIENTOS

Accin/Acuerdo: Se deja por entender a los participantes que se deben buscar mtodos de toma de requerimientos al cliente. Tanto para los trabajadores del cliente, como para l.

Responsable: Danilo MarcichFecha Limite: 26 / 11 / 2013

3.PROXIMA REUNIN

Fecha: 30/09/2013

Acta de Reunin




Copia Para:Gerente de Proyectos, 0001

Participantes:TI



Objetivos:Toma de requerimientos

1.PROXIMA TOMA DE REQUERIMIENTOSAccin/Acuerdo: Se fija fecha de toma de requerimientos para las ltimas semanas del presente mes a distintos ejecutivos, vendedores y algn otro empleado de la empresa en prxima reunin.

Responsable: Danilo MarcichFecha Limite: 26 / 10 / 2013

3.PROXIMA REUNIN

Fecha: Fecha a definir

Marzo 2015

Marzo de 201560

Documents

Informe Proyecto Titulo FInal