Memoria AGRT Final-1

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica
MEMORIA
AGRT
(ADMINISTRACIN Y GESTIN DE RADIO TAXI)
Nombres:
Rodrigo Ortiz Diego Fuenzalida
INDICE
1. 2. INTRODUCCIN ..................................................................................................... 5 EQUIPO DE DESARROLLO .................................................................................... 6 Presentacin del equipo de desarrollo ......................................................................... 6 Cargos ........................................................................................................................ 6 Estructura organizacional ............................................................................................ 7 Descripcin de cargos ................................................................................................. 7 3. EMPRESA ............................................................................................................... 9 Presentacin de la empresa ........................................................................................ 9 Descripcin de la empresa .......................................................................................... 9 Posicionamiento en el mercado ................................................................................... 9 4. PROPUESTA DE SOLUCION ................................................................................ 10 Descripcin del Problema .......................................................................................... 10 Descripcin Solucin Propuesta ................................................................................ 11 Arquitectura Solucin ................................................................................................ 13 5. FODA Solucin ...................................................................................................... 14 Fortalezas: ................................................................................................................ 14 Oportunidades ........................................................................................................... 14 Debilidades ............................................................................................................... 15 Amenazas ................................................................................................................. 15 6. ASPECTOS TECNICOS ORIENTADOS A LA SOLUCION .................................... 15 Marco Terico ........................................................................................................... 15 Levantamiento: Tcnica y conclusiones .................................................................... 17 Seguimiento y Fundamento de la Metodologa de Desarrollo. ................................... 18 Estimaciones: Costes, plazos y esfuerzo................................................................... 19 Factibilidad Tcnica, Econmica y Operacional......................................................... 20 7. Planificacin final ................................................................................................... 23 Plan de Trabajo ......................................................................................................... 23 Carta Gantt................................................................................................................ 25 Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 2
Modelo de Datos ....................................................................................................... 26 Diseo de la solucin ................................................................................................ 27 Diagramas de Comportamiento ................................................................................. 31 Diseo procedimental ................................................................................................ 32 Diseo arquitectnico ................................................................................................ 43 Diagramas de Colaboracin ...................................................................................... 44 Diagrama de casos de uso ........................................................................................ 46 Aspectos de Seguridad ............................................................................................. 50 8. ASPECTOS TECNICOS ORIENTADOS A LA SOLUCION .................................... 51 Estrategia de Poblamiento y/o Migracin de Datos ................................................... 51 9. Prototipo Funcional ................................................................................................ 52 Identificacin de requerimientos. ............................................................................... 52 Desarrollo del modelo de trabajo ............................................................................... 54 Revisin de mantenedores ........................................................................................ 55 Aprobacin de usuario............................................................................................... 56 10. Prototipo ............................................................................................................. 57
Acceso ...................................................................................................................... 57 Administrador de perfiles de usuarios ........................................................................ 57 Perfiles ...................................................................................................................... 57 Reserva en lnea ....................................................................................................... 58 Mantenedor de clientes ............................................................................................. 58 Cliente persona ......................................................................................................... 58 Cliente empresa ........................................................................................................ 59 Mantenedor propietarios............................................................................................ 59 Mantenedor de usuarios ............................................................................................ 60 Mantenedor de vehculos .......................................................................................... 60 Mantenedor conductor............................................................................................... 61 Consulta carrera ........................................................................................................ 61 Monitoreo GPS .......................................................................................................... 62 Diseo de Plan de Pruebas del Software .................................................................. 63 11. Plan de negocio .................................................................................................. 69 Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. 3 Diego Fuenzalida - Rodrigo Ortiz
Anlisis del mercado. ................................................................................................ 69 A. B. C. D. E. Anlisis del sector y de la compaa. ............................................................. 69 Anlisis del mercado. ...................................................................................... 69 Plan de Marketing ........................................................................................... 71 Anlisis de riegos. ........................................................................................... 72 Evaluacin integral del proyecto. ..................................................................... 73
Opciones de venta .................................................................................................... 75
Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz
1. INTRODUCCIN
En los tiempos de hoy en da la tecnologa sufre grandes innovaciones en forma constante, pero aun existen problemas en los que el mundo informtico no tiene mucha injerencia, por lo que en un problema real en el rea de transportes, en la cual se desarrollara una solucin que le permita a las empresas una respuesta en tiempo real.
El objetivo en implementar un servicio de gestin, administracin y monitoreo para las empresas de Radio Taxi. Dado a funcionalidad del proyecto esta puede ser implementada en cualquiera empresa del rubro.
En primera instancia consiste en tener un servicio Web, que le permita a los clientes conocer a la empresa, los servicios que esta otorga, como tambin realizar reservas en lnea, obtener estadsticas de los servicios en los cuales ha incurrido en un determinado periodo de tiempo para los clientes en convenio, tener acceso a la generacin de sus facturas en lnea para su posterior pago a travs del servicio de Webpay.
Otras de los soluciones est orientada a mejorar la administracin del flujo de mviles que est orientada al operador del Radio Taxi, que le permita establecer la ubicacin fsica de los mviles, si se encuentra en sintona, si esta en desplazamiento cual es el tiempo de desplazamiento, dependiendo de la hora y el da a travs de un cuadro estadstico, conocer las caractersticas on-line del mvil que deber asignar como por ejemplo el propietario, el chofer, la marca del mvil, el modelo, etc.
Finalmente se implementara el monitoreo a travs GPS, que permita a la empresa conocer la ubicacin de los mviles, un tema no menor para brindar seguridad tanto a los conductores como a los clientes. Cabe destacar que a travs de este servicio tambin se podr implementar un servicio de tarificacin aunque el ministerio de Transportes y Telecomunicaciones permite el cobro a travs del servicio del taxmetro. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz
2. EQUIPO DE DESARROLLO
Presentacin del equipo de desarrollo
El equipo de trabajo est compuesto por 3 integrantes los cuales son Vctor Pino, Diego Fuenzalida y Rodrigo Ortiz, todos alumnos egresados en Instituto Profesional Duoc UC sede Puente Alto, adems se dividen las tareas de la siguiente manera. Cargos
Jefe de proyecto: Analista: Programador:
Rodrigo Ortiz Andrades Diego Fuenzalida Vctor Pino
Estructura organizacional
Descripcin de cargos
El jefe de proyecto es quien se encuentra encargado de la administracin de las actividades y de solucionar los inconvenientes que se presenten, la toma de requerimientos y en la puesta en marcha del proyecto. Competencias: Universitaria. Formacin requerida: Ingeniera en Informtica. Experiencia: mnimo 3 aos.
Habilidades: Capacidad de anlisis, eficiente en la administracin del tiempo, capacidad de negociacin, capacidad de trabajar bajo presin, capacidad de liderazgo y motivacin, conocimientos de informtica nivel medio, capacidad de planificar labores.
El analista del sistema es quien debe tomar en cuenta cada alternativa del proyecto como disear, modelar, estructurar y resguardar la informacin y el funcionamiento del proyecto, lo que tambin lleva a que est atento a que las nuevas solicitudes del cliente no sobrepasen los lmites del proyecto definidos en los requerimientos. Competencias: Universitaria o cursando. Experiencia: mnimo 2 aos.
Formacin requerida: Ingeniera en gestin Informtica o similar. Habilidades: Capacidad de trabajar en equipos internos o externos, capacidad de anlisis y de sntesis
El programador, es el encargado de desarrollar y esquematizar las funcionas del proyecto, adems est dispuesto para que lleve a cabo la totalidad de los requerimientos indicados por el cliente, adems de establecer directrices claras de programacin para as tener un control en el tiempo que demora cada modulo. Competencias: Analista programador o superior. Experiencia: mnimo 2 aos.
Habilidades: Capacidad de trabajar en equipos, capacidad de anlisis y sntesis, organizado y ordenado, conocimientos en proyectos.
3. EMPRESA
Presentacin de la empresa La empresa es una PYME, fundada con el nombre comercial de LA VARA S.A., su RUT es 77.053.078-4, ubicada en Cabo de Hornos 359, villa los Aromos, Puente Alto.
Descripcin de la empresa Esta empresa esta constituida por una sociedad compuesta por 35 socios fundadores dueos de vehculos de transportes registrados en el ministerio de Transportes y Telecomunicaciones adems cuenta con 3 operadores en turno rotatorio, los contratos que actualmente como convenios se produce por un proceso de concesiones.
Posteriormente tenemos los mviles, estos pueden ser manejados por los propietarios o en su efecto chferes. Cabe destacar que las remuneraciones de los chferes son a cargo de los propietarios de los mviles y no representa responsabilidad a la empresa.
Actualmente como aun es una empresa de fono taxi solo cuenta con un radio operador y la flota de mviles est constituida por aproximadamente por 100 mviles y la forma de comunicacin es a travs de radios en frecuencias autorizadas y gratuitas o a travs de celulares. Posicionamiento en el mercado La empresa en el mercado forma parte de las pequeas empresas que prestan servicios a centros comerciales y a algunas comunas de la ciudad de Santiago, lo que lo llevamos a un tramo local es bastante conocida dentro de la comuna captando alrededor del 15% del universo de las personas que utilizan el servicio de fono taxi.
4. PROPUESTA DE SOLUCION
Descripcin del Problema Actualmente los administradores del servicio de Radio taxis no tienen nada definido para poder organizar de mejor forma su empresa, ya que actualmente se trabaja solo con documentos escritos y muy poca tecnologa. Es por esto que la solucin que nosotros planteamos est enfocada a la organizacin completa, es decir desde la parte contable a la administracin de los clientes por medio de procesos CRM, incluyendo la publicidad de la empresa. En la empresa actualmente todo se trabaja por separado, la parte contable esta solo llevada por el contador en un libro diario, el cual no tiene ninguna manera de entregar informacin a los administradores para que ellos tambin tengan control o la informacin en lnea sobre los dineros de la empresa. En el aspecto de los clientes, est perdiendo campo ya que la forma de tener algn tipo de registro es poco precisa, por lo que no se pueden tener convenios con empresas, ni tampoco tener informacin de los clientes frecuentes o habituales. Tambin existe carencia en la parte de los registros de los vehculos, y sus conductores, ya que muchas veces estos ltimos pueden cambiar sin que el dueo del vehculo, que puede ser una persona externa, le de esa informacin a los administradores de la empresa, lo que puede traer problemas, ya que el perfil de conductor que tiene la empresa puede perderse si este no tiene las condiciones requeridas segn los estndares de la empresa. Adems de esto, existe un registro de los trabajadores (no conductores) que est todo en documentos, lo que no permite tener informacin en lnea de das de vacaciones pendientes, de los pagos de sueldos, de las solicitudes de pagos de quincenas, lo que trae tambin un retraso en cosas habituales que se pueden mejorar de manera sustancial. La empresa tampoco cuenta con servicios Web, solo tiene implementado en algunos de los vehculos los telfonos de contacto pero no cuenta con mayor publicidad para atraer a otros clientes. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 10
Descripcin Solucin Propuesta El proyecto est enmarcado en la estructuracin completa del sistema de administracin y gestin para una empresa de taxis, con esto, queremos decir que el sistema a disear debe lograr un control completo sobre la empresa. Este proyecto estar dividido en 5 fases las cuales son el modulo de la administracin de los conductores y personal, un modulo administrador de vehculos, un modulo contable, un modulo para clientes, y un sitio Web que contara con servicios extras para los clientes.
a) El modulo de administracin de conductores y personal estar dispuesto para el rea de recursos humanos. Aqu se podr encontrar toda la informacin del personal, por ejemplo, los horarios de los operadores telefnicos, los datos de vacaciones, horas extras y se podrn obtener estadsticas histricas acerca de cualquiera de los puntos antes mencionados. b) El modulo de administracin de vehculos estar dispuesto para tener informacin de los cambios o revisiones realizadas a los vehculos, adems de saber que conductor tiene asignado, en que horario fue utilizado, se podr tener conocimiento sobre las mantenciones realizadas, tales como cambios de aceite, revisin tcnica, permisos de circulacin, etc. c) El modulo contable estar diseado para tener un orden econmico en la empresa a nivel general, tanto a nivel de sueldos a los empleados, como tambin pagos a los proveedores y de mantencin de los vehculos. Este modulo permitir a los contadores tener datos exactos acerca de las arcas de las empresa ya que adems se podrn realizar conciliaciones bancarias. d) El modulo de los cliente estar compuesto por 2 sub-modulos, los que son: I. El modulo de clientes personas, el cual estar diseado para los clientes que soliciten los servicios de manera ocasional. Aqu tambin se almacenaran datos de los clientes habituales, para poder tener un registro de los lugares de origen y destino de los traslados. Estos clientes solo sern registrados por medio del nmero de telfono del cual se contacten. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 11
II.
El modulo de clientes empresas, el cual tendr datos ms precisos del cliente, ya que este podr contar con un sistema de pago diferido, y adems se le asignara un nmero, el cual se llamara nmero de convenio. Con este convenio el cliente empresa podr decirle a sus empleados que soliciten taxis segn sea requerido y para tener un servicio ms transparente enviaremos informacin a la empresa de cada solicitud.
e) Este modulo ser el de la pagina Web, donde el cliente empresa encontrara, informacin comercial, nmeros de contacto, servicios de pago en lnea, por medio de transferencia bancaria o por sistema WebPay y adems tendr acceso, para los clientes empresa, a visualizar las facturas emitidas de manera mensual. f) El ltimo modulo est orientado a la instalacin del servicio de rastreo por GPS, el cual estar inserto en una pantalla anexa a la del sistema para que exista un espectro general de los vehculos en funcionamiento. Este servicio estar en el servicio Web del sistema, pero solo podr ser visto como una Intranet, con lo que la empresa tendr un control mayor de los vehculos en servicio.
12
Arquitectura Solucin La arquitectura fsica nos estrega la forma en la cual estar diseada la solucin.
Usuario
Operador
Cliente Lan
Internet
Servidor
Movil
El detalle de la solucin est compuesta por: Servidor Web Windows 2003 server PDA Impresoras PC usuarios Windows / Linux Firewall
13
5. FODA Solucin
Fortalezas:
Las principales fortalezas que tenemos en nuestro sistema, corresponde a la disminuir los tiempos de respuesta en la administracin de los clientes finales, la operatividad de la empresa, y un manejo estructurado de todas las reas del negocio.
Tenemos una buena formacin tcnica El sistema permite mejorar los tiempos de trabajo de los operadores, ya que rescata las tareas y las hace mas eficientes.
Trabajamos con polticas de seguridad acorde al mercado. Trasparencia contable para el cliente interno y externo. Administracin fcil. Perfilamiento de usuarios. Estructurable para cualquier empresa del negocio.
Oportunidades
Las oportunidades de expansin de la empresa se reflejan en la cantidad de personas que comiencen a utilizar los servicios, como por ejemplo las aperturas de nuevos centros comerciales, en los que se pueden hacer convenios o tambin enviar publicidad a los domicilios cercanos a alguna base, o colocar publicidad, como los nmeros de telfonos de contacto en los vehculos.
Posible mercado para la venta del producto tanto nacional como Internacional. Implementacin a bajo costo. Portabilidad. Fcil de respaldar.
14
Debilidades
En estos momentos nuestra mayor debilidad es no contar con un sistema regulador, controlador, para el tema administrativo, y adems tampoco tienen un sistema de seguridad confiable 100% para nuestra flota de mviles ya que las comunicaciones solo entre radios, lo que implica que al perder el dispositivo, el conductor queda solo ante cualquier situacin de peligro.
-
Dificultad para tomar decisiones en equipo. Resistencia para delegar. En el caso de internacionalizacin se debe adecuar a la realidad de cada pas
Amenazas
Una de las mayores amenazas que hoy en da se puede contemplar es el tema de seguridad que nuestro personal y nuestros clientes, como tambin la prdida de informacin de nuestros clientes ya que no existe un servicio que pueda mantener discrecin de los datos.
-
Competencia significativa en el mercado. Falta de compatibilidad de de los distintos programas involucrados. Falta de informacin.
6. ASPECTOS TECNICOS ORIENTADOS A LA SOLUCION

Marco Terico La informacin entregada por la empresa nos permite conocer a rasgos generales la problemtica para nuestro proyecto, en primera instancia debemos conocer como es la forma que actan los servicios de radio taxi en el mercado, sus falencias, sus desafos, la forma en la cual se relaciona con sus clientes y como poder brindar seguridad a los entes involucrados en este servicio. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 15
Se a programado reuniones semanales con la empresa que necesita el servicio de gestin y administracin de radio taxi, en la cual se ha realizado la toma de requerimiento, tomando las indicaciones de cmo se atiende hoy a sus clientes, cuales son las falencias del servicio e ir acotando las formas de mejora constante al servicio. Esa informacin entregada es ingresada en una minuta que es firmada al inicio de la siguiente reunin acotando las mejoras y avances del proyecto, de esta manera se va ajustando el tiempo de planificacin y desarrollo final del proyecto. Este proyecto a raz de la informacin entregada por los clientes nos permite desarrollar la solucin bajo el paradigma de cascada con lo que se deja en observacin que una vez desarrollada la solucin poder prototipar las posibles mejoras al servicio. Un punto no menos importante para este proyecto es el de la seguridad, para ello se establecer un plan de contingencia en caso de robo o emergencia de alguno de los mviles o personal de la empresa, la forma en que se actuara en el plan de contingencia ser el siguiente: En caso de emergencia el chofer del mvil proceder a realizar un llamado telfono a la central indicando los hechos, donde el operador de turno se proceder a realizar un llamado a Carabineros de Chile indicando los hechos ocurridos y utilizando los servicios del software se proceder en lnea el monitoreo del mvil a travs del servicio de monitoreo de satelital GPS, indicndole a carabineros la ubicacin del mvil para que estos puedan acudir de forma ms exacta al lugar donde esta se encuentra y poder detener al delincuente que ha incurrido en el delito, adems asignara un mvil que se encuentre mas cercano al lugar donde se encuentre el chofer para entregarle seguridad y proteccin. De esta manera el sistema a implementar entregara parte de la solucin para lo que fue construido. Otro alcance de este proyecto es la gestin de estadsticas donde se podr estimar estadsticamente que lugares o bases necesitan ms mviles en un determinado periodo de tiempo y horas. Cubriendo todas las necesidades de servicio de los clientes. Dados los puntos mencionados anteriormente y los estudios realizados esta implementacin tiene una mejora de 25% en la reduccin de tiempo de desplazamiento de los mviles otorgndole a estos las vas mas expeditas para llegar de un lugar otro dependiendo del da y el horario, adems tiene una estimacin de mejora para la Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. 16 Diego Fuenzalida - Rodrigo Ortiz
administracin del servicio de alrededor de un 60% dado que esto se realizaba en forma manual, finalmente el servicio de seguridad tiene una mejora de un 80% ya que anteriormente solo existir la comunicacin por radio frecuencia que en caso de robo.
Levantamiento: Tcnica y conclusiones Para la implementacin del correcto funcionamiento de esta solucin se debe considerar como requerimientos mnimos de hardware:
Un computador Pentium IV 1 GB RAM Internet Explorer 6.1 en adelante Resolucin de pantalla 1024x768 Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 17
Espacio de disco 20 GB Servicio de Internet
Los requerimientos informados anteriormente de hardware y software estn orientados a entregar una plataforma que permita al cliente una rpida operatividad de sus sistemas.
Seguimiento y Fundamento de la Metodologa de Desarrollo. El paradigma que se utilizara es para el desarrollo del proyecto es el de Programacin Orientada a objetos. Ya que se utilizan objetos que son estructuras de datos que consisten en propiedades y mtodos. A travs de este se intenta representar las partes de las aplicaciones completa en forma de ser ms fcil de entender.
Nuestro proyecto estar compuesto por: Objetos Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 18
Clases Instancias
Y las caractersticas bases de la programacin a objetos en la cual estar sustentado el son: Herencia. Mtodos. Abstraccin. Encapsulamiento. Polimorfismo. Constante.
Las ventajas de la utilizacin del paradigma de la programacin orientada a objeto es que nos permite la reutilizacin y extensin del cdigo, nos permite la creacin de servicios ms complejos, tambin orientarlos a la realidad de la empresa a la cual se le otorgara el servicio. Permite la creacin de prototipos para mejorar y extender las posibles mejoras al sistema agilizando el desarrollo del software, con esto mejoraremos el trabajo de equipo y el mantenimiento de la solucin a implementar.
Estimaciones: Costes, plazos y esfuerzo
Para realizar la estimacin se tomaron como concepto principal que el proyecto est diseado para ser resuelto en 12 meses con solo 3 personas dedicadas a la aplicacin. Adems estn establecidas 13 pantallas complejas las cuales se dividen dentro de un marco de 6 mdulos. Estas pantallas son:
1.-
Bienvenida. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 19
2.3.4.5.6.7.8.9.10.11.-
Perfil bienvenida (otorgado segn perfil asignado por el administrador). Asignar llamados. Consulta reserva en lnea. Consulta clientes, mantenedor clientes. Consulta mviles, mantenedor mvil. Consulta propietario, mantenedor propietario. Consulta conductor, mantenedor conductor. Consulta personal, mantenedor personal. Consulta Carrera mvil, mantenedor carrera segn mvil. Consulta detalles carreras clientes empresa, mantenedor carrera cliente
empresa. 12.13.Administracin men (perfil). Administracin de GPS.
Existen 28 informes los que debern ser mostrados para poder entregar la informacin del sistema en un inicio. De los cuales 10 tendrn una complejidad media y 18 una complejidad alta. Si esto es procesado segn los estndares de COCOMO nivel 2 entrega un total de 6,86 meses en su ejecucin, suponiendo que tendremos un nivel de reutilizacin de cdigo de 15%.
Factibilidad Tcnica, Econmica y Operacional.
Factibilidad Tcnica: Para la implementacin de la solucin informtica para un sistema de administracin y gestin de Radio Taxi, de acuerdo a los estudios e informacin recompilada debemos establecer que esta se programara bajo el lenguaje de PHP, con la interaccin de base de datos en Mysql, adems se implementara java scripts para que el software interacte con el servicio de georeferenzacin utilizada para el servicio de GPS que se aplicara a cada uno de los mviles pertenecientes a la empresa. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 20
Factibilidad Econmica: El estudio de la viabilidad financiera para nuestro proyecto no es otra cosa que poder identificar cules son los recursos financieros que se utilizaran para realizar la puesta en marcha y la operacin del proyecto. Segn la estimacin de costos realizada, ser necesaria considerar que el costo inicial sern los siguientes:
3 programadores nivel medio con un sueldo estimado de $600.000 mensual por un periodo de tiempo de 7 meses con un costo final de $4.200.000. El costo en equipos computacionales con un valor total de $900.000. Licenciamiento de software implementado para el desarrollo del software por el periodo que dura la creacin del mismo por un valor de $300.000. El lenguaje implementado PHP, Java y la base de datos no tiene costo ya que son software libre. El pago de arriendo del sitio Web y la inscripcin en NIC Chile por un valor de $35.000 anuales. Hardware implementado en cada uno de los mviles para el monitoreo de GPS por un costo total y que se paga solo por una vez, producto instalado por $149.000.
En consecuencia el valor financiero de la implementacin de software considerando 5 mviles por un valor de $7.200.000 con una estimacin de excedentes por un margen de 15% por posibles imprevisto que pudieren ocurrir durante la creacin del software.
Debemos considerar que la creacin e implementacin de este proyecto ser reducido al 50% para la implementacin de esta solucin informtica en cualquier empresa del rubro a nivel nacional como internacional.
21
Factibilidad Operacional: La gestin o administracin de un proyecto es de vital importancia, especialmente cuando es necesario crear una empresa para ponerlo en operacin. Una gestin eficiente hace ms probable que los beneficios netos obtenidos sean iguales o mayores a los estimados en el proyecto.
Para la correcta operatividad de este proyecto se debe tener en cuenta la siguiente estructura organizacional:
La empresa estar constituida por un administrador que es la persona encargada de perfilar los accesos para los distintos entes involucrados en el servicio, el operador ser el encargado de administrar, recepcionar las llamadas de los clientes particulares o por convenio, adems del ingreso y mantencin de clientes y revisar el servicio de reserva en lnea, los propietarios y clientes que podrn ver en lnea la cantidad de tiempo. carreras realizadas en un periodo determinado de
Para un servicio de 24 hrs, se debe tener en cuenta a 3 operadores en turno rotativos, como una cantidad de mviles en turno para los turnos de da o de noche.
Para la correcta utilizacin del servicio se deber capacitar y documentar cada una de la interfaces que componer el servicio de administracin de mviles.
Se requiere como se mencionaba anteriormente un equipo computacional con un sistema operativo Windows, memoria de 1GB RAM, un espacio de disco de alrededor 20GB como mnimo, un arriendo de servidor web por un periodo de 1 ao.
22
7. Planificacin final
Plan de Trabajo El plan de trabajo para el proyecto de gestin y mantencin de radio taxi esta orientado a un periodo de tiempo determinado explicado a continuacin:
23
Este proyecto se inicio en 06/04/2010 con una reunin formal en las oficinas de la empresa de radio taxi ubicada en la comuna de Puente Alto, en la cual asistieron los dueos de la empresa en cuestin y la contraparte el Lder de proyecto y el Analista de sistema, donde se realizo la toma de requerimiento del status actual del funcionamiento de las empresa, cules fueron las ventajas y desventajas del servicio y se alinearon donde se quiere llegar, cabe destacar que se realiza una reunin semanal para analizar el avance del proyecto.
Despus se procedi a realizar una planificacin de los puntos tratados en las reuniones y donde se identificara los roles del equipo de trabajo y se realizo un estudio de la problemtica y las posibles soluciones propuestas por el grupo de trabajo compuesta por el Lder de proyecto, al Analista de sistemas y el programador, donde se consideraron el que se va hacer, el cmo se va hacer y hasta donde llegara el alcance del proyecto y fue presentado a los propietarios de la empresa de radio taxi.
Una vez realizada la reunin se procedi a realizar el anlisis de los datos, requerimientos de software y hardware necesario para el desarrollo del proyecto, se comienza a realizar un estudio de mercado, para poder cuantificar los costos reales del proyecto, adems se comenz a confeccionar los distintos diagramas necesarios para poder implementar la solucin informtica, dejando las posibles fallas con un margen inferior el 5%.
Otra parte del plan de trabajo consisti en entregar y la presentacin del 2 avance del proyecto en donde se aprob el estudio realizado y los alcances del proyecto, eso quedo estipulado dentro de la minuta firmadas por los distintos entes involucrados en el proyecto.
Ahora la parte que prosigue es la parte de codificacin del sistema, en la cual se tiene presupuestado en un periodo no superior a 75 das, en cual se implementara todos los alcances manifestados en los informes entregados durante el desarrollo del proyecto, en la cual de documentara la fase del proceso, una vez finalizada la codificacin se Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. 24 Diego Fuenzalida - Rodrigo Ortiz
realizara una capacin de alrededor de varios das donde el funcionario podr realizar pruebas reales con el sistema y podr familiarizarse con el nuevo servicio, se analizaran los posibles alcances o mejoras que pudieren surgir en esta fase, aprovechando esta fase, se entregara un manual de usuario por cada unos de las interfaces del sistema y como se menciono anteriormente se proceder a realizar un plan de mantenimiento con los dueos de empresa a travs de un contrato de servicio. A continuacin se muestra la interfaz grafica de la carta Gantt, donde se pueden identificar las distintas tareas que componen el proyecto.
Carta Gantt
25
Modelo de Datos
26
Diseo de la solucin Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 27
tablas Tbl_cliente
KEY PK PK
Nombre atributo tipo de dato telefono rut nombre apellido integer varchar varchar varchar
direccion origen varchar direccion destino varchar
Tbl_carrera
PK FK
idcarreras telefono desde hasta
integer integer varchar varchar
Tbl_cliente_convenio PK PK
rut n convenio razon social direccion telefono contacto usuario
varchar integer varchar varchar integer varchar varchar
telefono usuario integer
28
Tbl_reserva
PK
idreserva fecha hora ubicacin contacto
integer date date varchar varchar
Tbl_gps
PK FK FK
idgrs idmoviles patente marca modelo n serie
integer integer varchar varchar varchar varchar
Tbl_movil
PK PK
idmoviles patente marca modelo color ao n motor
integer varchar varchar varchar varchar integer varchar
Tbl_propietario
PK
rut nombre
varchar varchar
29
apellido n licencia telefono telefono celular direccion
varchar varchar integer integer varchar
Tbl_chofer
PK
rut nombre apellido n licencia telefono telefono celular direccion
varchar varchar varchar varchar integer integer varchar
30
Tbl_personal
PK
rut nombre apellido cargo fecha ingreso fecha nacimiento direccion telefono telefono celular email
varchar varchar varchar varchar date
date varchar integer integer varchar
Tbl_usuario
PK
id_usuario cuenta_usuario password
varchar varchar varchar
Diagramas de Comportamiento Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 31
Diseo procedimental Modelo administrador
Inicio
Login
Ingreso Usuario
Validacin Usuario
Ejecuta la Consulta
Retorna Resultado No
Existe?
Si
Men Inicio
Mantenedor Cliente
Realiza Operacin
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Mantenedor Vehculo
Realiza Operacin
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Mantenedor Conductor
Realiza Operacin
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Mantenedor Propietario
Realiza Operacin
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Mantenedor Personal
Realiza Operacin
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Reserva en Lnea
Realiza Operacin
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Administracin Perfil
Realiza Operacin
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Administracin Gps
Realiza Consulta
Ejecuta Operacin
Retorna Valores
Muestra Resultado
Cerrar Sesin
Fin
Modelo operador Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 32
Inicio
Login
Ingreso Usuario
Validar Usuario
Ejecuta la Consulta
Retorna Resultado No
Existe?
Si
Men Inicio
Asignar LLamada
Realiza Consulta Ejecuta Consulta
Retorna Valores
Muestra Resultado
Selecciona Mvil
Mvil
Movil Confirma
Operadora Confirma al Sistema
Mantenedor Vehculo
Retorna Valores
Muestra Resultado
Mantenedor Conductor
Retorna Valores
Muestra Resultado
Mantenedor Propietario
Retorna Valores
Muestra Resultado
Mantenedor Personal
Retorna Valores
Muestra Resultado
Reserva en Lnea
Retorna Valores
Muestra Resultado
Asigna Mvil
Movil
Mvil Confirma
Operadora Confirma al Sistema
Administracin Gps
Retorna Valores
Muestra Resultado
Cerrar Session
Fin
33
Diagrama de flujo Asignacin mviles nivel 0

Operadora ingresa llamado al sistema
Validar datos
Nueva orden de carrera
confirmar
no
Mvil disponible
si
Asignar mvil por zona
Mvil en servicio
Informa datos de pago por carrera
Mvil disponible
Termina carrera
34
Flujo actualizacin vehculos, propietarios y conductores nivel 1
Consulta vehculos
Validacin vehculos, propietario y conductor(es)
Existen cambios
Ingresos nuevos datos
No existen cambios
Confirmacin de datos
Imprimir comprobante
Fin
35
Flujo formas de pago clientes_convenio nivel 1
Nuevo cliente empresa
Validar datos de la empresa
Contrato pago por prestacin de servicios
Realiza
Solicitudes de carreras
Forma de pago
Deposito bancario
Entrega de servicios
Web Pay
Comienza nuevo mes de facturacin
36
Flujo gestor clientes_convenios nivel 1
Mantenedor de convenios
Ingreso datos
Validan datos de cliente
Si
Existen errores
no
Imprimir Comprobante
Datos registrados y comienzo de uso convenio
Fin
Fin
37
Flujo ingreso llamadas nivel 2

Llamada cliente
Operadora contasta llamada
Si
Operadora ingresa datos cliente
No
Confirmar los datos ingresados
Sin datos nuevos
Ingresar los datos nuevos
Datos nuevos
Actualiza datos
No actualiza datos
Ingresar orden al sistema
Validar disponibilidad de moviles
Conductor pide confirmar direccin
Confirmar datos con el GPS
Contactarse con conductor
Operadora valida datos
errores
Confirman errores
No existen errores
Operadora queda disponible para continuar con otra operacin
38
Flujo ingreso llamadas nivel 2
Llamada cliente
Operadora contasta llamada
Si
Operadora ingresa datos cliente
No
Actualiza datos
Ingresar los datos nuevos
Confirman errores
errores
No existen errores
Operadora queda disponible para continuar con otra operacin
39
Flujo ingreso reservas nivel 2

Cliente Reserva por Sitio Web
Operadora consulta reservas pendientes de agendamiento
Validacin
Sin confirmar
Confirmacin con cliente
Confirmada
Si Existen errores
Confirman errores
No existen errores
Operadora queda disponible para continuar con otra verificacin de reserva
40
Gestor de trabajadores de planta nivel 2
Verificacin trabajadores de planta
Validar datos
Sin datos nuevos
Actualizar datos
Ingreso personal nuevo
Imprimir contrato
Confirmar datos
Imprimir nuevo anexo de contrato
Imprimir nuevo contrato
41
Gestor perfiles de usuario nivel 2
Ingreso usuario al sistema
Confirmacin del perfil
Existe perfil
no
si
Crear nuevo perfil
Confirmar nuevo perfil
Imprimir datos del perfil
42
Diseo arquitectnico
Usuario
Operador
Cliente Lan
Internet
Servidor
Movil
43
Diagramas de Colaboracin
44
45
Diagrama de casos de uso
Caso 1
IngresoLlamada
Usuario
AsignacinMovil
Movil
MovilConfirmaDatos
Sistema
En el caso de uso antes presentado aparece representado el caso en el que participan el usuario que utiliza el sistema AGRT, el propio sistema AGRT, y el mvil con su conductor(los que sern presentados como un solo ente dentro del diseo de ese diagrama). En el cual interactan para realizar una asignacin de un nuevo requerimiento, nombrado como llamada telefnica. Esta llamada telefnica produce que el usuario ingrese los nuevos datos al sistema, confirme dichos datos y adems los informe al mvil respectivo segn la lista de espera. Luego de esto el mvil puede consultar la ruta para llegar a destino.
46
Caso 2
IngresoLlamada
Usuario
AsignacinMovil
ConfirmacinDatos
Sistema
Movil
ValidacinReservaEnLinea
En el caso de uso antes presentado aparece representado el caso en el que participan el usuario que utiliza el sistema AGRT, el propio sistema AGRT, y el mvil con su conductor(los que sern presentados como un solo ente dentro del diseo de ese diagrama). En el cual interactan para realizar una asignacin de un nuevo requerimiento, nombrado como Reserva en lnea. Esta Reserva en lnea produce que el usuario ingrese los nuevos datos al sistema, confirme dichos datos con el cliente y el sistema, y adems los informe al mvil respectivo segn la lista de espera. Luego de esto el mvil puede consultar la ruta para llegar a destino.
47
Caso 3
ModificarUsuario
AgregarUsuario
EliminarUsuario
Adminstrador
Sistema
ConsultarUsuarios
Usuario
En este Caso participan 3 entidades, el administrador, el sistema y un usuario. Este caso establece que el administrador tiene la opcin de consultar, agregar, modificar y eliminar empleados, conductores, dueos, mviles del sistema. Los entes antes mencionados figuran todos como usuarios.
48
Caso 4
ModificarPerfil
AgregarPerfil
EliminarPerfil
Sistema
Adminstrador
ConsultaPerfil
El caso de uso 4 participa 2 entidades, el administrador y el sistema. Este caso establece que el administrador tiene la opcin de consultar, agregar, modificar y eliminar perfiles de ingreso al sistema.
49
Aspectos de Seguridad
Como medida de seguridad en la trasmisin de los datos se implementara el modelo tcp/ip en 4 capas.
NAVEGADOR
SERVIDOR WEB
SERVIDOR APLICACIONES
SERVIDOR BASE DE DATOS
NAVEGADOR INTERNET
NAVEGADOR
VISTA APLICACION ADMINISTRADOR
Como se muestra en la figura anterior se habilitara de la siguiente manera: La primera capa donde estarn los clientes o usuarios externos en la cual tendrn acceso segn el perfil de acceso a las distintas opciones del sitio Web. En la segunda capa estar habilitado el servicio Web a travs de un servidor Web, donde se autentifican los usuarios que necesitan acceder al sitio. La tercera capa se ubica el servidor de aplicaciones donde estar instalada la aplicacin. Finalmente la capa cuarta etapa es la del servidor de base de datos cuya funcin es entregar los datos solicitado desde el servidor de aplicaciones.
50
8. ASPECTOS TECNICOS ORIENTADOS A LA SOLUCION
Estrategia de Poblamiento y/o Migracin de Datos En las reuniones con la empresa de radio taxi, estos informaron que la informacin que poseen de sus clientes, se encuentran en un documento en Excel donde se podrn encontrar los datos personales, en la prctica se estima que la cantidad de informacin es de alrededor de 800 clientes. Como se menciona anteriormente, los datos que se necesitan migrar se deben clasificar en datos de tipo operacin diaria, considerando que estos datos son muy relevantes para el flujo de trabajo diario es necesario duplicar la informacin contenida en documento Excel realizando un backup para este caso se realizara a travs de una copia en CD. Los datos sern entregados por el propietario de la empresa por el medio de backup mencionado anteriormente, en forma personal por lo que se debe mantener la confiabilidad de la informacin. Una vez que la informacin se encuentre disponible se estipula la utilizacin de una persona dedicada al poblamiento de las tablas con los datos de los clientes, al tiempo estimado de los datos ser por una semana con un periodo de 8 horas diarias, se estipula se considera un volumen de datos mediano, adems no se debe dejar de mencionar que al tratarse de un software nuevo se debe tener en cuenta que los campos crticos que para este proyecto son aquellos identificados como PK en las tablas ya que su digitalizacin es muy relevante para la obtencin de informaciones y estadsticas futuras de la empresa.
51
9. Prototipo Funcional
Identificacin de requerimientos. Se realizo reunin de coordinacin con los propietarios de la empresa LA VARA S.A. para identificar la realidad actual de la empresa e identificar las formas como se abordaran las necesidades y mejoras del proyecto, se adjunta minuta de reunin.
52
53
Desarrollo del modelo de trabajo Una vez entregada las necesidades que posee la empresa se debe comenzar a disear el tipo de programacin a utilizar, se definieron los mantenedores que conformaran el software y los plazos en los cuales se deben realizar los avances del proyecto como tambin las posibles mejoras. Se procede a realizar un grupo de trabajo compuesto por el propietario de la empresa LA VARA el seor Cristian Castro y la contraparte los seores Rodrigo Ortiz y Diego Fuenzalida, con una periodicidad con una reunin al mes para verificar los avances del proyecto se adjunta minuta.
54
Revisin de mantenedores Se realizo el prototipo y evaluacin de las caractersticas y operaciones del proyecto. En la cual se son definidos en forma terica a travs de presentaciones en las reuniones mensuales con el propietario.
55
Aprobacin de usuario. Finalmente se realizan las pruebas visuales y operativas del software con los propietarios de la empresa LA VARA S.A. seores Cristian Castro y Roberto Yez, dando conformidad con la forma de diseo y funcionalidad del proyecto, se dejan estipulados los plazos para la programacin y las pruebas en test de los diferentes mantenedores que conforman el sitio Web, se adjunta minuta firmada por los propietarios.
56
10. Prototipo
Acceso
Administrador de perfiles de usuarios
Perfiles
57
Reserva en lnea
Mantenedor de clientes
Cliente persona
58
Cliente empresa
Mantenedor propietarios
59
Mantenedor de usuarios
Mantenedor de vehculos
60
Mantenedor conductor
Consulta carrera
61
Monitoreo GPS
62
Diseo de Plan de Pruebas del Software Se realizaran pruebas sobre la interfaz del software ms conocida como caja negra, se pretende demostrar que las funciones del software son operativas, que la entrada se acepta de forma adecuada y que se produce una salida correcta, as como que la integridad de la informacin externa se mantiene. Cabe destacar que este que las pruebas de caja negra examina algunos aspectos del modelo fundamental del sistema sin tener mucho en cuenta la estructura lgica interna del software.
Otra de las pruebas son de caja blanca se basan en el minucioso examen de los detalles procedimentales. Se comprueban los caminos lgicos del software. a) Pruebas de caja blanca. Prueba del camino bsico.
El mtodo del camino bsico, nos permitir obtener una medida de la complejidad lgica de un diseo procedimental y usar esa medida como gua para la definicin de un conjunto bsico de caminos de ejecucin. Los casos de prueba derivados del conjunto bsico garantizan que durante la prueba se ejecuta por lo menos una vez cada sentencia de programa. Prueba de bucles.
Los bucles son la piedra angular de la mayora de los algoritmos implementados en software. La prueba de bucles es una tcnica de prueba de caja blanca que centra su punto de atencin en la validez de las construcciones de bucles. - Bucles simples: Se les debe aplicar el siguiente conjunto de pruebas, donde n es el nmero mximo de pasos permitidos para el bucle: 1. Pasar por alto totalmente el bucle Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 63
2. Pasar una sola vez por el bucle 3. Pasar dos veces por el bucle 4. Hacer m pasos por el bucle con m < n 5. Hacer n-1, n y n+1 pasos por el bucle
- Bucles anidados.
1. Comenzar por el bucle ms interior. Establecer los dems bucles en sus valores mnimos. 2. Llevar a cabo las pruebas de bucles simples para el bucle ms interior, mientras se mantienen los parmetros de iteracin (Ej. Contadores de bucles) de los bucles externos en sus valores mnimos. Aadir otras pruebas para valores fuera de rango o excluidos. 3. Progresar hacia fuera, llevando a cabos pruebas para el siguiente bucle, pero manteniendo todos los bucles externos en sus valores mnimos y los dems bucles anidados en sus valores "tpicos".
4. Continuar hasta que se hayan probado todos los bucles. - Bucles concatenados. Se pueden probar mediante el enfoque anteriormente definido para los bucles simples, mientras cada uno de los bucles sea independiente del resto (si el contador del bucle 1 se usa como valor inicial del bucle 2 entonces los bucles no son independientes) - Bucles no estructurados. Esta clase de bucles se deben redisear para que se ajusten a las construcciones de la programacin estructurada. b) Pruebas de caja negra. Particin Equivalente.
La particin equivalente es un mtodo de prueba de caja negra que divide el campo de entrada de un programa en clases de datos de los que se pueden derivar casos de Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 64
prueba. Un caso de prueba ideal descubre de forma inmediata una clase de errores, que de otro modo requeriran la ejecucin de muchos casos antes de detectar el error genrico.
La particin equivalente se dirige a la definicin de casos de prueba que descubran clases de errores, reduciendo as el nmero de casos de prueba que hay que desarrollar.
El diseo de casos de prueba para la particin equivalente se basa en una evaluacin de las clases de equivalencia para una condicin de entrada. Una clase de equivalencia representa un conjunto de estados vlidos o invlidos para condiciones de entrada.
1. Si una condicin de entrada especifica un rango, se define una clase de equivalencia vlida y dos invlidas. 2. Si una condicin de entrada requiere un valor especfico, se define una clase de equivalencia vlida y dos invlidas. 3. Si una condicin de entrada especifica un miembro de un conjunto, se define una clase de equivalencia vlida y una invlida. 4. Si una condicin de entrada es lgica, se define una clase vlida y una invlida.
Anlisis de valores lmite (AVL).
Esta tcnica complementa a la de particin equivalente. En lugar de seleccionar cualquier elemento de una clase de equivalencia, el AVL lleva a la eleccin de casos de prueba "en los bordes" de la clase. En lugar de centrarse solamente en las condiciones de entrada, el AVL deriva casos de prueba tambin para el campo de salida.
1. Si una condicin de entrada especifica un rango delimitado por los valores a y b, se deben disear casos de prueba para los valores a y b y para valores justo por debajo y justo por encima de a y b, respectivamente.
65
2. Si una condicin de entrada especifica un nmero de valores, se deben desarrollar casos de prueba que ejerciten los valores mximo y mnimo. Tambin se deben probar los valores justo por debajo del mximo y del mnimo. 3. Aplicar las directrices 1 y 2 a las condiciones de salida. Por ej. Supongamos que se requiere una tabla como salida de un programa, entonces se deben disear casos de prueba que creen un informe de salida que produzca el mximo (y el mnimo) nmero permitido de entradas en la tabla. 4. Si las estructuras de datos internas tienen lmites preestablecidos (p. Ej. Un arreglo de 100 entradas) hay que asegurarse de disear un caso de prueba que ejercite la estructura de datos en sus lmites. Pruebas de integracin.
La prueba de integracin se realiza posteriormente a las pruebas de unidad y su foco de atencin es el diseo y la construccin de la arquitectura del software. Despus de la integracin viene la validacin y por ltimo la prueba del sistema, sta ltima consiste en probar el software junto con los otros elementos de la empresa o entidad, como la gente, departamentos, la base de datos, etc.
Las pruebas de integracin pueden ser descendentes o ascendentes o en sndwich, pero estas tienen sentido con ese nombre en los sistemas hechos en lenguajes estructurados, en los que el diagrama de la estructura de mdulos del sistema permite definir un tipo dado de integracin. En los orientados a objeto, otra vez cobra importancia el concepto de caso de uso, pues ste gua a la prueba en cuanto a los requisitos que deben satisfacer un determinado nmero de clases de programacin que tienen que interactuar entre s gobernadas por alguna clase de control del caso de uso. Pruebas de validacin
66
La validacin se logra cuando el software funciona de acuerdo a las expectativas del cliente.
La validacin se consigue mediante una serie de pruebas de la caja negra que demuestran la conformidad con los requisitos. Si aparecen deficiencias, hay que negociar con el cliente un mtodo para resolverlas.
La prueba alfa es conducida por un cliente en el lugar de desarrollo. Se usa el software de manera natural, con el encargado de desarrollo "mirando por encima del hombro" del usuario" y registrando errores y problemas de uso. Las pruebas alfa se llevan a cabo en un entorno controlado.
La prueba beta se lleva a cabo en uno o ms lugares de clientes por los usuarios finales del software. A diferencia de la prueba alfa, el encargado de desarrollo, normalmente, no est presente. La prueba beta es una aplicacin "en vivo" del software en un entrono que no puede ser controlado por el equipo de desarrollo. El cliente registra todos los problemas (reales o imaginarios) que encuentra y los informa a intervalos regulares. Como resultado, el equipo de desarrollo lleva a cabo modificaciones y as prepara una versin del producto para toda la base de clientes.
67
Estrategia de Implantacin de software en Produccin
La estrategia de implementacin es un proceso en el cual se realiza la preparacin y se describe la manera de poner en marcha el sistema para realizar pruebas de utilizacin. En un principio, se verificaran los sistemas de Hardware y Software estndar para realizar la implementacin, para as poder tener un mayor control sobre la implementacin, esperando que esta sea exitosa.
La implementacin del sistema ser definida en los siguientes pasos Confirmacin de la estructura de Hardware necesaria para la instalacin de componentes previos. o Certificacin de estndares requeridos para la utilizacin de software.
Instalacin de los componentes previos como sistema operativo, y software como apache. Instalacin del gestor de datos. Migracin de los datos de prueba. Incorporacin del sistema al ambiente de TEST. Puesta en marcha de Plan de pruebas. Soluciones de errores aparecidos durante la ejecucin del plan de pruebas. Puesta en marcha de segunda ronda de plan de pruebas. Soluciones de errores de la segunda ronda de pruebas. Presentacin del software a cliente, con pruebas integradas. Solucin y respuestas a dudas obtenidas por los usuarios Capacitacin a usuarios finales segn perfil asignado. Realizacin de pruebas de usuarios. Paso a produccin base de datos normalizada. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 68
Paso a produccin de sistema final, incluyendo las modificaciones solicitadas por el cliente.
11. Plan de negocio
Anlisis del mercado. Los componentes bsicos son: A. Anlisis del sector y de la compaa.
mbito: tecnologa de la informacin Desarrollo de software B. Anlisis del mercado.
Producto o Servicio. El proyecto est enmarcado en la estructuracin completa del sistema de administracin y gestin para una empresa de taxis, con esto, queremos decir que el sistema a disear debe lograr un control completo sobre la empresa. Este proyecto estar dividido en 6 fases las cuales son el modulo de la administracin de los conductores y personal, un modulo administrador de vehculos, un modulo contable, un modulo para clientes, y un sitio Web que contara con servicios extras para los clientes. Los principales competidores son los sistemas ERP, que contengan mdulos de georefenciacion ya que pueden adaptarse al negocio de los radio taxis y los sistemas de control de flota, aunque estos ltimos no sirven para llevar la administracin diaria de la empresa. La principal fortaleza de nuestro producto se basa en controlar todos los factores de la empresa en un solo sistema, lo que nos otorga una importante ventaja sobre la competencia, ya que con nuestro sistema no se corre el riego de incompatibilidad de comunicacin entre los diferentes mdulos o departamentos de la empresa cliente. Adems nuestro sistema tiene la ventaja de que el cliente no debe hacer una fuerte inversin para la implantacin del sistema y el tiempo en el que se pueden ver resultados en la gestin del negocio se ven desde el primer momento de la puesta en marcha. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 69
Nuestra principal debilidad es que al ser una empresa nueva, nos pueda costar mas de la cuenta ganar un espacio en el mercado.
Clientes Este software est dirigido principalmente a las empresas de radio taxi que necesiten optimizar sus procesos y servicios, aunque el software puede ser adaptable a cualquier empresa de transporte. Las empresas de radio taxi por lo general funcionan bajo el sistema de muchos socios, con esto nos referimos a que no existe un solo dueo de los vehculos de la flota si no que hay varios dueos de vehculos que se asocian con la empresa para trabajar sus autos. Competencia Las fortalezas de la competencia son el tiempo que llevan en el mercado, por lo cual ya tienen un prestigio ganado y una parte del mercado, adems de la experiencia ganada desde su funcionamiento. Su debilidad frente a nuestro producto es que no han logrado un software que pueda contralar con una eficiente comunicacin los diferentes departamentos de la empresa, dndole un nfasis en el control de flota, olvidando las necesidades de las otras reas. Adems el costo de la inversin en equipos para la implementacin y el costo de las licencias de su software son demasiados altos para ser asumidos por las pequeas y medianas empresas como lo son la mayora de las empresas de radio taxis. Tamao del mercado global El producto esta orientado al mercado nacional de transportes pasajeros en general, tambin posee sistema de control de flota, administracin de taxis y radio taxis. Actualmente segn el ministerio de transporte existen 347 empresas dedicadas al rubro de transporte de pasajeros solo de taxis ejecutivos y 589 de taxis bsicos con servicios de radio taxi a nivel nacional. Tamao de mi mercado. Dentro del primer ao esperamos abarcar un 2% del mercado, sea que nuestro software sea usado por unas 18 empresas del rubro, donde podemos mencionar que nuestro clientes tendrn implementados el plan de licenciamiento y contrato de mantencin.
70
Adems adicionalmente con un porcentaje de un 10% del mercado en la fase de prueba, considerando que el mercado nacional de radiotaxi consta de 936 empresas legalmente establecidas y solo un 5% de estas tienen un sistema automatizado.
C.
Plan de Marketing Estrategia de precio
Al principio se utilizara una estrategia de precios de penetracin junto con una estrategia de precios para paquetes de productos con esto se busca facilitar el posicionamiento en el mercado. Adems los precios sern iguales para todos los sectores de la regin metropolitana. Estrategia de venta
Contacto a travs del sitio web o va telefnica, y luego se agendara una reunin a la cual asistir uno de nuestros asesores para ver la factibilidad de la implantacin del sistema en la empresa del potencial cliente. Estrategia promocional
Se utilizaran anuncios en redes sociales: facebook y twitter. Pero con mayor presencia en Radios ya que estas son el medio de comunicacin ms usado por la gente de este tipo de empresas. Estrategia de distribucin
Usaremos una estrategia de venta directa sin usar intermediarios, luego del contacto inicial se fijara una reunin para que uno de nuestros asesores visite al cliente. Poltica de servicios
Las polticas de servicios que nosotros entregaremos sern diferenciados segn la cantidad de mdulos que vendamos a los clientes, esto debido a que todos las ventas realizadas, tendrn una garanta de 3 meses, adems de sumar diferentes servicios de mantencin y modificacin del sistema si es requerido.
71
Tcticas de ventas
Una vez finalizado en contacto inicial se proceder a la implementacin del software en demo de acuerdo a las condiciones que fueron contempladas en la reunin de presentacin con un periodo de capacitacin de 5 das en la empresa del cliente, posterior a esto se procera a la fase de evolucin y negociacin identificando los mdulos el cliente necesita implementar, y los costos que esto implica.
D.
Anlisis de riegos.
Los componentes bsicos son: Condiciones de entorno.
Las empresas estn comenzando a invertir ms en tecnologa ya que se dieron cuenta de las ventajas que esta les proporciona sobre la competencia y los beneficios monetarios que se suman con el tiempo. Riesgos de mercado.
Que otra empresa lance al mercado un software de iguales caractersticas antes del lanzamiento de nuestro software por un monto inferior al precio que nosotros ofrecemos Riesgos tcnicos.
Existen riesgos tcnicos, ya que por la poca experiencia y bajo presupuesto de la empresa, no se pueden asegurar los equipos necesarios para poder mantener el control de la energa elctrica completamente activa, lo que produce el riesgo de un apagn y perder los datos y avances que no han sido procesados o guardados. Adems existe un anlisis ya que por los mismos motivos no existe la manera de tener un respaldo que nos asegure que bajo cualquier tipo de emergencia tendremos nuestros datos completamente resguardados. Riesgos econmicos.
No contar con el capital suficiente para la inversin inicial de compra de equipo y software necesarios para el desarrollo del producto. Riesgos financieros. Proyecto de Tesis AGRT Administracin y Gestin de Radio Taxi. Diego Fuenzalida - Rodrigo Ortiz 72
Los mayores riesgos financieros, corresponden a que los tiempos estimados de trabajo se alarguen, con lo que el precio inicial presupuestado se incrementara.
E.
Evaluacin integral del proyecto.
Los componentes bsicos son: Anlisis de sensibilidad.
Al hacer los diferentes estudios del proyecto y evaluarlo financieramente este arroja una TIR del 10,11%. En consecuencia las holguras o mrgenes de maniobra administrativa en caso de que se presenten variaciones sobre las cuantas estimadas en una o dos variables del proyecto.
% de cambio Precio de venta Insumos
30% 20% 10% 0% -10% -20% -30%
42,23% 35,47% 22,03% 10,11% 4,75% -1,54% -8,62%
1,54% 3,85% 7,02% 10,11% 14,35% 19,58% 22,18%
73
Graficando tales resultados obtenemos lneas que indican la tasa interna de retorno (TIR) para las variaciones propuestas en cada una de las variables indicadas, como resultado del anlisis de sensibilidad practicado unidimensionalmente.
En esta grfica se puede apreciar que el proyecto es altamente sensible a las variaciones tanto del precio de ventas (lnea roja) como del costo de los insumos (lnea verde). Permaneciendo constantes las variables, si el precio de venta previsto en el proyecto (lnea roja) se reduce en un 10% la TIR disminuir de 10,11% a 4,75%, si el precio se reduce en 20% la TIR cae a -1,54% .Entonces la holgura con que se cuenta para competir mediante disminucin del precio de venta es hasta de un 10%.
74
Opciones de venta
Pack Full 1:
Por 3,4 UF mensual. 12 mdulos + Administrado por cliente + 1 mantencin al ao.
Pack Full 2:
Por 5 UF mensual. 12 mdulos + Administrado por cliente + 1 mantencin mensual.
Pack Premium 1:
Por 0,41 UF mensual. 1 Mdulo + 1 mantencin al ao.
Pack Premium 2:
Por 0,6 UF mensual. 2 Mdulos + 1 mantencin al ao.
Pack Premium 3:
Por 1,2 UF mensual. 1 Mdulo + 1 mantencin mensual.
75

Memoria AGRT Final-1

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Memoria AGRT Final-1

Cargado por

Copyright:

Formatos disponibles

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Rodrigo Ortiz Diego Fuenzalida

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Opciones de venta .................................................................................................... 75

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Presentacin del equipo de desarrollo

Jefe de proyecto: Analista: Programador:

Rodrigo Ortiz Andrades Diego Fuenzalida Vctor Pino

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

6. ASPECTOS TECNICOS ORIENTADOS A LA SOLUCION

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Espacio de disco 20 GB Servicio de Internet

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Estimaciones: Costes, plazos y esfuerzo

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

empresa. 12.13.Administracin men (perfil). Administracin de GPS.

Factibilidad Tcnica, Econmica y Operacional.

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

direccion origen varchar direccion destino varchar

idcarreras telefono desde hasta

integer integer varchar varchar

rut n convenio razon social direccion telefono contacto usuario

varchar integer varchar varchar integer varchar varchar

telefono usuario integer

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

idreserva fecha hora ubicacin contacto

integer date date varchar varchar

idgrs idmoviles patente marca modelo n serie

integer integer varchar varchar varchar varchar

idmoviles patente marca modelo color ao n motor

integer varchar varchar varchar varchar integer varchar

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

apellido n licencia telefono telefono celular direccion

varchar varchar integer integer varchar

rut nombre apellido n licencia telefono telefono celular direccion

varchar varchar varchar varchar integer integer varchar

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

varchar varchar varchar varchar date

date varchar integer integer varchar

id_usuario cuenta_usuario password

varchar varchar varchar

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica

Diseo procedimental Modelo administrador

Escuela de Informtica y Telecomunicaciones Sede Puente Alto Ingeniera en Informtica