Академический Документы
Профессиональный Документы
Культура Документы
2010
UNIVERSIDAD CIENCIAS DE LA INFORMATICA
FACULTAD DE INGENIERIA Y TECNOLOGÍA
Alumno(s) :
EDUARDO ACOSTA BECERRA
ANDRÉS BASAEZ MIRANDA
MARJORIE CCOPA FLORES
GABRIEL MUÑOZ MADRID
MIGUEL VARGAS WELCH
Profesor Guía :
GERARDO CERDA NEUMANN
FECHA DE PRESENTACION
13 de Agosto de 2010
RESUMEN
Hoy en día las empresas que hacen uso del GPS consiguen aumentar la
productividad del personal en movilidad además de obtener importantes ahorros
en combustible, según una reciente encuesta impulsada por Motorola entre 255
responsables de la toma de decisiones de TI y telecomunicaciones de
Norteamérica.
Según este estudio, el beneficio más citado por casi el 50% de las
empresas que utilizan actualmente el GPS, fue una importante reducción del
consumo de carburante, lo que tiene su reflejo en una disminución de las
distancias de los desplazamientos de 231,2 millas semanales de media, con un
ahorro registrado de 51.582 dólares anuales en carburantes. En Estados
Unidos, con más de un millón de camioneros, el ahorro potencial en el conjunto
de la industria podría alcanzar los 53.000 millones de dólares anuales.
Por todo lo anterior, poder contar hoy en día con una solución de control
y monitoreo mediante GPS, para los operadores de flotas de vehículos , se ha
convertido en una inversión rentable al corto plazo, toda vez que los ahorros
logrados no solo son significativos en cuanto a los costos de combustible.
También permitir que los desplazamientos sean planificados y programados con
anticipación utilizando la información entregada por los software de monitoreo,
y dando la posibilidad de administrar y ordenar los tiempos de viaje, optimiza
las entregas de carga, el transporte a tiempo de personas o bien la operación
de la logística de entrega de insumos y productos de las empresas.
(1) http://www.noticiasdot.com/wp2/2008/08/12/el-uso-del-gps-en-las-empresas
Capítulo 2: OBJETIVOS
2. 3 ALCANCES Y LIMITACIONES.
ALCANCES:
En el caso del GPS se está midiendo una señal de radio, que viaja a la
velocidad de la luz, alrededor de 300.000 Kms. por segundo. Por lo tanto el
problema es en cómo medir ese tiempo que, obviamente, es extremadamente
corto.
Suponiendo que el GPS, por un lado, y el satélite, por otro, generan una
señal auditiva en el mismo instante exacto. Se oiría dos versiones de la señal.
Una de ellas inmediatamente, la generada por el receptor GPS y la otra con
cierto atraso, la proveniente del satélite, porque tuvo que recorrer alrededor de
20.000 Kms. para llegar hasta él. Con esto se puede decir que las señales no
están sincronizadas.
La medición del tiempo de viaje de una señal es clave para el GPS, los
relojes que se usan deben ser muy exactos, dado que si se mide con un desvío
de una milésima de segundo, a la velocidad de la luz, esto se traduce en un
error de 300 Kms.
En este paso sólo se van señalar errores que afectan la señal del GPS,
haciéndola menos precisa. Para un receptor de GPS se debe tener en cuenta
una amplia variedad de errores posibles tales como:
Los relojes atómicos que utilizan son muy precisos, pero no son
perfectos. Pueden ocurrir minúsculas discrepancias que se transforman
en errores de medición del tiempo de viaje de las señales (6).
(6)http://www.uco.es/~bb1rofra/documentos/comofuncionagps/comofuncionagps.h tml
3.3.6 Divisiones
La división espacio incluye los satélites y los cohetes Delta que lanzan
los satélites desde Cabo Cañaveral, en Florida, Estados Unidos.
Segmento Espacial.
Segmento de control
Los datos generados por el GPS también pueden ser utilizados para
estudiar fenómenos que ocurren en otros mundos. Los investigadores Andrew
Johnston y James Zimbelman precisaron los flujos de lava que suceden en
Carrizozo, en el campo de prueba de misiles de White Sands, cerca de
Alamogordo y en McCartys, al sur de Grants, los cuales se extienden hasta 50
kilómetros.
Hoy en día se encuentra una gran variedad de tipos de GPS, por las
diversas funcionalidades que tiene y sus formas.
3.6.1 VENTAJAS
Los datos otorgados por los satélites son de mucha utilidad para el
hombre, ya que además de entregar información de fiabilidad relativa acerca de
nuestra posición y altitud, nos otorga datos que son muy útiles para prever los
cambios atmosféricos y las condiciones ambientales y climáticas del lugar que
deseemos tener información.
3.6.2 DESVENTAJAS.
Las empresas que ofrecen el servicio de GPS, deben contar con dos
elementos indispensables:
Movistar
Claro
ENTEL PCS.
1. Cuando el cliente no tiene claro aún los requerimientos del producto que
necesitan y los van cambiando continuamente.
2. Cuando se trata de un proyecto de alto riesgo: fecha fija de entrega, un
producto de software nunca antes hecho por un equipo de desarrollo o la
comunidad de desarrolladores.
3. Cuando se cuenta con un reducido equipo experimentado de desarrollo,
entre dos y no más de diez programadores.
4. Cuando existe una alta tasa de rotación o renovación dentro del equipo
de desarrollo.
5. Cuando los cambios de requerimientos vienen en función de cambios en
la estrategia del negocio.
6. Cuando hay proyectos donde se debe hacer continuidad o
mantenimiento y la arquitectura del sistema y sus partes son complejas o
confusas.
7. Cuando el objetivo es entregar el software tal cual se necesita y en el
momento que se necesita.
Una de las cosas que los programadores deben tener en cuenta es que
los cambios siempre estarán presentes en el ciclo de vida de un
proyecto, cambiarán los requisitos, las reglas del negocio, el personal, la
tecnología, etc. Por lo tanto el problema no estará en el cambio en sí,
sino en la manera en que se deberán enfrentar esos cambios. Como en
cualquier otra actividad humana necesitamos valores para desarrollar
nuestro trabajo y conseguir los planteamientos iniciales.
Bajo estos principios y condiciones se han definido un grupo de valores
que deben asumir todos aquellos que practican y participan esta
disciplina [BIB.XP10]:
Características
Estos paquetes TCP, serán capturados por una aplicación servidora, que se
encargará de segmentarlos y almacenarlos en una base de datos, haciendo
referencia a los nodos que lo emitieron.
El sistema de supervisión de los nodos GPS, se encargará de proveer al usuario
las herramientas necesarias, para la gestión de los vehículos que las portan por
medio de una interfaz Web intuitiva y amigable.
3.10.2 TECNOLOGÍA DE DESARROLLO
– Servidor: Apache 2
Capítulo 4. DEFINICIÓN DEL PROYECTO
Desarrollar un sistema de reporte en línea que apoye el monitoreo
de vehículos de transporte.
4.1 ALCANCE
Responsabl Criterio de
Entregable Descripción Fecha
e Aceptación
Aplicación Documento con 17-03-2010 Analista de
gráfica que la descripción de Procesos,
permita las Analista de
visualizar funcionalidades Sistemas.
la ubicación del sistema
geográfica de desarrollado
los móviles
Reportes de Documento con 18-03-2010 Analista de
gestión del la descripción de Sistemas.
control de la los informes que
flota de generará el
vehículos sistema.
Conjunto de Informes o 18-03-2010 Analista de
alertas que se avisos de estado Sistemas,
generen a generados de
partir de la acuerdo a
ubicación parámetros de
geográfica de entrada
los vehículos previamente
definidos.
Primer Informe Presentación 20-03-2010 Jefe de Debe cumplir
de avance de inicial del Proyectos, con los
la solución sistema a Analista de parámetros de
desarrollar, su Sistemas. evaluación de la
objetivo, asignatura de
funcionalidades y Seminario de
características. integración.
Segundo Presentación del 22-03-2010 Analista de Debe cumplir
Informe de estado de Sistemas, con los
avance de la avance del Analista de parámetros de
solución desarrollo del Procesos, evaluación de la
sistema. Analista QA asignatura de
Seminario de
integración.
Responsabl Criterio de
Entregable Descripción Fecha
e Aceptación
Resultados de Documento con 08-04-2010 Analista de Pruebas
las pruebas y los resultados de Sistemas, aprobadas.
validaciones pruebas y Programador
del sistema validaciones de
realizadas a la Aplicaciones,
aplicación Analista QA.
desarrollada.
Capacitación a Planificación de 13-04-2010 Jefe de Plan de
usuarios y la Inducción y Proyecto inducción y
operadores del Capacitación de capacitación
sistema los usuarios del con fechas y
sistema plazo
acordados con
usuario final.
Informe Final Informe con el 22-04-2010 Jefe de Debe cumplir
de proyecto detalle de Proyecto, con los
sistema Analista de parámetros de
desarrollado. Sistemas, evaluación de la
Desarrollador asignatura de
, Analista QA. Seminario de
integración.
Seguimiento Reporte 29-04-2010 Jefe Proyecto No aplica.
de la estadístico sobre
Operación el uso del
sistema.
4.4 ROLES y RESPONSABILIDADES.
Tiempo
Rol Responsabilidades Requerido Responsable
(Horas)
• Gestiona administrativamente la
ejecución del proyecto.
• Realiza seguimiento a las actividades.
• Coordina y organiza reuniones con el
Jefe de
equipo de implementación, cliente y 35 Eduardo Acosta
Proyecto
usuarios finales de la solución.
• Gestiona y coordina el traspaso a
producción de la solución.
5.1 Modelamiento.
Historias de Usuario
Functional Requirements describe the + Alarma de Vehiculo Detenido
features, behavior, business rules and general
functionality that the proposed system must + Alarmas de Velocidad
support. + Busqueda de Vehiculos
+ Gestor de Alarmas
+ Indicadores
+ Monitoreo General de Vehiculos
+ Reporte de velocidad maxima
+ Reporte Vehiculo Detenido
+ Reportes
+ Trazar Ruta Vehiculo
Caracteristicas
Interfaz de Usuario
+ Base de datos MySQL + Pantalla Principal
+ PHP5 + Reporte de Velocidad
+ API Google Maps + Reporte Vehiculo Detenido
Monitoreo General de
Vehiculos
Alarma de Alarmas de
Vehiculo Velocidad
Detenido
Alarma de Velocidad.
Historia de Usuario
Número: 8 Usuario: Supervisor
Nombre Historia: Alarmas de Velocidad.
Prioridad en Negocio: MEDIA Riesgo en Desarrollo: ALTA
Iteración Asignada: 2 Estimación de Esfuerzo: 4
Programador Responsable: Gabriel Muñoz
Búsqueda de Vehículos.
Historia de Usuario
Número: 2 Usuario:
Nombre Historia: Búsqueda de Vehículos.
Prioridad en Negocio: ALTA Riesgo en Desarrollo: BAJA
Iteración Asignada: 1 Estimación de Esfuerzo: 3
Programador Responsable: Gabriel Muñoz
Gestor de Alarmas.
El sistema deberá correr de forma periódica un gestor que consulte los
indicadores y despliegue ventanas de alarmas cuando se vayan
presentando los eventos que disparen dichos indicadores.
Historia de Usuario
Número: 4 Usuario: Supervisor
Nombre Historia: Gestor de Alarmas.
Prioridad en Negocio: MEDIA Riesgo en Desarrollo: ALTO
Iteración Asignada: 2 Estimación de Esfuerzo: 5
Programador Responsable: Gabriel Muñoz
Indicadores.
Historia de Usuario
Número: 1 Usuario: Supervisor
Nombre Historia: Indicadores
Prioridad en Negocio: BAJA Riesgo en Desarrollo: ALTA
Iteración Asignada: 3 Estimación de Esfuerzo: 5
Programador Responsable: Miguel Vargas
Monitoreo General de Vehículos.
El supervisor observa en pantalla los vehículos que actualmente circulan
por el país. Debe realizar acercamientos con la herramienta de Zoom
para visualizar el detalle de los vehículos por las calles o carreteras y con
ayuda del mouse, arrastrar el mapa para recorrer las calles.
Historia de Usuario
Número: 1 Usuario:
Nombre Historia: Monitoreo General de Vehículos.
Prioridad en Negocio: ALTA Riesgo en Desarrollo: ALTA
Iteración Asignada: 1 Estimación de Esfuerzo: 5
Programador Responsable: Gabriel Muñoz
Historia de Usuario
Número: 5 Usuario: Supervisor
Nombre Historia: Reporte Vehículo Detenido.
Prioridad en Negocio: ALTA Riesgo en Desarrollo: MEDIA
Iteración Asignada: 2 Estimación de Esfuerzo: 3
Programador Responsable: Miguel Vargas
Reporte de velocidad máxima.
Este reporte deberá desplegar un listado de los vehículos que exceden
un umbral de velocidad definida, la hora y las coordenadas donde se
registro el evento, la distancia recorrida en el intervalo de muestreo y la
velocidad instantánea.
Historia de Usuario
Número: 6 Usuario: Supervisor
Nombre Historia: Reporte de velocidad máxima.
Prioridad en Negocio: ALTA Riesgo en Desarrollo: MEDIA
Iteración Asignada: 2 Estimación de Esfuerzo: 3
Programador Responsable: Miguel Vargas
Reportes.
El Supervisor podrá acceder a un repertorio de vínculos que hacen
referencia a los reportes en línea del sistema. Al hacer click sobre los
vínculos, se abrirá un cuadro de diálogo que exigirá una fecha a
consultar. Al proveer la fecha de argumento, se visualizará una ventana
con uno de los reportes que seleccionó.
Historia de Usuario
Número: 3 Usuario: Supervisor
Nombre Historia: Reportes.
Prioridad en Negocio: BAJA Riesgo en Desarrollo: BAJO
Iteración Asignada: 2 Estimación de Esfuerzo: 2
Programador Responsable: Miguel Vargas
5.3 Características
custom Caracteristicas
Base de datos
MySQL
PHP5
Fig. 9 Características
PHP5.
El lenguaje de programación será PHP5.
Pantalla Principal
The User Interface package contains high level Screen elements model
descriptions of end-user visible screens and forms Busqueda proposed user interface
which are required to support the proposed system. Vehiculos GMaps components.
Reportes
UI Controls model
various common user
interface control types
«navigate» «navigate»
Pantalla Principal.
Esta interfaz representa el módulo principal por el cual el usuario
accederá a las diversas funcionalidades del sistema.
Reporte de Velocidad
Este reporte, desplegará un listado de aquellos vehículos que exceden la
velocidad máxima permitida para un vehículo dado.
Actores
Configurar Alerta + GPS
Alerta Velocidad Alerta Horas
+ Autentificar + Administrador
+ AccederSistema Alertas + Acceder Sistema Alertas + Gestionar Alertas + Base Datos
+ Desplegar via Web + Desplegar via Web + Mostrar Alertas + Supervisor
+ Generar Alerta + Generar Alerta + Seleccionar Vehiculo + Usuario
Usuario
Fig. 12 Actores
Administrador.
Base Datos.
Supervisor.
Usuario.
Alertas Hora
Acceder Sistema
Alertas
Generar Alerta
Usuario
(from Actores)
Desplegar v ia Web
Generar Alerta.
uc Alerta Velocidad
Alerta Velocidad
AccederSistema
Alertas
Base Datos
Usuario
Generar Alerta (from Actores)
(from Actores)
Desplegar v ia Web
Generar Alerta.
uc Configurar Alerta
Configurar Alertas
Autentificar
Seleccionar Vehiculo
Mostrar Alertas
Gestionar Alertas
Autentificar.
Gestionar Alertas.
Mostrar Alertas.
Seleccionar Vehículo.
uc Sistema Alerta
Sistema Alerta
Recibir Datos
GPS
(from Actores) Transformar Datos
Base Datos
(from Actores)
Registrar Datos
Usuario
Verificar Alertas
(from Actores)
Recibir Datos.
Caso de uso responsable de recibir del actor GPS, los paquetes de datos
para ser registrados en la base de datos.
Registrar Datos.
Transformar Datos.
Verificar Alertas.
«include»
«include»
Transformar Datos
Grabar Informacion
Grabar Información.
Transformar Datos.
Este caso de uso se responsabiliza de segmentar los datos capturados, y
transformarlos a una estructura de información adecuada para la base de
datos.
5.4.8 Caso de uso Principal - (Use Case diagram)
Monitorear Vehiculo
Autenticar
«include»
Buscar Vehiculo
«include» «include»
Alertas.
Autenticar.
sd Autencicar
ValidaUsuario(user, pass)
BuscarUsuario(user)
Validacion(pass)
Fig. 19 Autenticar
Autenticación.
• Pantalla Ingreso.
• Usuarios.
Buscar Vehículo.
sd Buscar Vehiculo
BuscarVehiculo(patente)
BuscarVehiculo(patente)
TraerVehiculo(patente)
BuscaVehiculo(patente)
8. Búsqueda.
• Formulario Búsqueda.
• Vehículos.
Esta entidad corresponde a la interfaz que se encarga de buscar
el vehículo con la patente recibida.
• Desplegar Ubicación.
•
Caso de uso responsable de desplegar la ubicación del vehículo
en el mapa.
sd Desplegar Ubicación
«flow»
T ramoRecorrido
Trasar Ruta
4. Posicionar Vehículo.
• Trazar Ruta.
Vehículos.
Obtener Reporte.
uc Administracion
Administracion Datos
Autenticar
«include» «include»
Listar Vehiculos
Administrador
«include» «include» Base Datos
(from Actores)
(from Actores)
Editar Vehiculo
Ingresar Vehiculo
Respaldar Datos
Fig. 22 Administración
Editar Vehículo
Ingresar Vehículo
Listar Vehículos.
Respaldar Datos.
9. GEOCODES:
Esta tabla registra las coordenadas de los nodos GPS que circulan en
terreno, acumulando registros en una razón de 15 segundos
aproximadamente. Guarda además los datos de la geoposición de los
nodos que notifican su ubicación, la fecha, hora del registro, lugar e
identidad del vehículo en circulación.
10. ALERTAS:
Corresponde a una tabla de configuración, en ella de definen en forma
descriptiva los tipos de alertas que se gestionarán en el sistema.
11. ALERT_HORA:
Esta es una tabla de configuración y está estrechamente vinculada con la
tabla ALERTAS, y en ella se configuran los horarios de inicio y término
de la jornada de trabajo.
12. ALERT_VEL:
Esta es una tabla de configuración vinculada con la tabla ALERTAS, en
ella se configura la velocidad máxima que puede tener un vehículo.
13. USUARIOS:
Esta tabla almacena la configuración de los usuarios que pueden
acceder y hacer uso del sistema, como también al personal que tendrá
asignado uno o más vehículos a ser monitorizados en el sistema.
14. USERAUTOS:
Esta tabla registra la configuración de los vehículos que estarán
asignados a los usuarios y la configuración de patente, modelo y marca
del vehículo, y su capacidad de consumo por kilometraje.
15. CONFIGURACION:
Esta tabla es de uso específico dentro del sistema y es empleada para la
personalización de consultas a la base de datos, describiendo las tablas,
los campos, las relaciones y condiciones específicas para la ejecución y
despliegue de información dentro de algunos módulos del sistema.
16. SOCKETCONFIG:
Esta tabla es de uso específico dentro del sistema y es empleado para
registrar temporalmente los paquetes que son recibidos de los nodos por
la aplicación servidora para luego ser segmentados, transformados e
insertados en la tabla GEOCODES.
17. EVENTOS:
Esta tabla está reservada para una próxima versión del sistema, donde
se gestionará los eventos generados por los vehículos en circulación en
función del comportamiento dentro de la jornada de trabajo, con la
finalidad de generar indicadores visualizables en pantalla.
5.5 Construcción del sistema
5.5.1 Interfaces de búsqueda y despliegue de la información de un móvil
3
Fig. 24 Interfaz de conexión al sistema
1 2 3 4
1 Opción Hora: Permite configurar alertas por hora tanto para agregar, borrar o
editar estas alertas.
Formulario Visualización
2 Opciones Formulario:
Recargar Tabla.
5.9.1
.8
5.9.1.9
2 Opciones Formulario.
Recargar tabla.
A la vista del trabajo realizado, se puede concluir que los objetivos planteados
propuestas inicialmente:
móviles.
- Crear alertas que faciliten la administración de los móviles.
Para el desarrollo del proyecto, se asignaron distintos roles dentro del grupo,
lográndose con ello subdividir las tareas a realizar, y concentrar en cada una las
diseñada, para un rango de fecha y tiempo, las que entregaron los resultados
Esperamos con todo esto, haber contribuido a entregar una visión actual del
http://www.elgps.com/documentos/comofuncionagps/comofuncionagps.html
http://escuadronfrontera.blogspot.com/2008/07/el-g-p-s.html
http://www.scribd.com/doc/2567422/el-funcionamiento-del-gps
http://homepages.mty.itesm.mx/al584299/mypaper.htm
http://www.infoaventura.com/reportaje.asp?Id=13
http://www.asifunciona.com/electronica/af_gps/af_gps_7.htm
http://www.daycro.cl/home.php?e[1]=1&e[2]=5
http://gismac-gps.cl
http://www.localizagps.cl
http://www.gpschile.com
http://www.gpstrace.cl
http://www.movilmaster.cl