Proyecto de Título - Sistema de Gestión de Flota a Través de GPS

UNIVERSIDAD UCINF
FACULTAD DE INGENIERIA
SISTEMA DE GESTIÓN DE FLOTAS A TRAVÉS DE GPS
SANTIAGO SEBASTIÁN DE LA CUADRA BAEZA
MARCELO GERARDO ESPINOZA MANSILLA
FRANCISCO JAVIER GONZÁLEZ MILLÁN
ALEXIS EDGARDO MÉNDEZ FERRADA
2013

UNIVERSIDAD UCINF
FACULTAD DE INGENIERIA
SISTEMA DE GESTIÓN DE FLOTAS A TRAVÉS DE GPS
Trabajo de Titulación presentado en conformidad a los requisitos para obtener el Título
de Ingeniero de Ejecución en Informática.
ALUMNOS(S) :
SANTIAGO SEBASTIÁN DE LA CUADRA BAEZA
MARCELO GERARDO ESPINOZA MANSILLA
FRANCISCO JAVIER GONZÁLEZ MILLÁN
ALEXIS EDGARDO MÉNDEZ FERRADA
PROFESOR GUÍA :
SR. LUIS VALDEBENITO GUZMÁN
FECHA DE PRESENTACIÓN
12/14/2013

Trabajo de Titulación AGRADECIMIENTOS
AGRADECIMIENTOS
Agradecemos a todas las personas que nos acompañaron a lo largo de
toda la carrera, brindando un constante e incondicional apoyo, en especial a
nuestras familias.
Gracias a nuestro profesor guía Sr. Luis Valdebenito Guzmán, por su
apoyo, entrega y compromiso, permitiendo hacer de éste un mejor proyecto.
Santiago Sebastián de la Cuadra Baeza
Agradecimientos a mi esposa Nicole y a mis hijos Constanza y Santiago,
quienes me han apoyado durante todo este proceso y me dan la fuerza para
seguir avanzando, también a mis padres y hermana, que me han brindado
siempre su apoyo incondicional. Agradecer a la Universidad, a mis compañeros
y profesores, en especial a: Juan Carlos Vidal, Erik Sacre, Alfonso Pereda,
Gerardo Cerda y Paulina Elgueta, quienes han sido un gran apoyo emocional y
profesional durante mi formación.
Marcelo Gerardo Espinoza Mansilla
Quiero agradecer a mi esposa Carolina, por acompañarme en todo el
proceso, por sobre todo la compresión y paciencia que permitieron llegar a buen
Sistema de Gestión de flota a través de GPS 2

Trabajo de Titulación AGRADECIMIENTOS
puerto. Quiero agradecer a la Universidad y su equipo docente por el traspaso
de conocimiento permitiéndome el desarrollo personal y profesional.
También quiero expresar mi agradecimiento a mis compañeros de tesis y a
todas las personas que directa o indirectamente aportaron en el desarrollo de
este proyecto.
Finalmente quiero agradecer a Dios y a la Naturaleza.
Francisco Javier González Millán
Agradecimientos en especial a mis padres, hermanos y polola que fueron
un apoyo muy importante para lograr este objetivo. También dar gracias a los
compañeros de clases, profesores, guías y amigos en general, que de alguna u
otra forma fueron un aporte en mi carrera universitaria.
Alexis Edgardo Méndez Ferrada
Agradezco a mi profesor guía; Sr. Luis Valdebenito Guzmán, quien nos
ayudó y apoyo durante todo este proceso, a mi familia que me dio la fuerza para
enfrentar y superar las dificultades, a mis compañeros de grupo que se
dedicaron el cien por ciento y trabajaron con el mayor entusiasmo en este
trabajo de seminario y en general a todas las personas que me apoyaron, y a
esta gran universidad la cual nos da esta oportunidad de ser profesionales en el
día de mañana.

Trabajo de Titulación RESUMEN
RESUMEN
El presente documento detalla el proceso de desarrollo de un sistema de
gestión, administración, control y seguimiento de vehículos por medio de una
plataforma web.
El objetivo del proyecto estuvo en generar un sistema informático que
administre los datos obtenidos desde los dispositivos GPS (Sistema de
Posicionamiento Global), siendo esta una recolección de datos desplegados en
una amigable interface web. Los datos almacenados permiten la generación de
alarmas de distinto tipo, tales como: velocidad, geocerca, seguimiento en línea.
También el sistema tiene un módulo de reportes centralizado, con niveles de
servicio por usuario.
El proyecto fue construido utilizando la herramienta de diseño UML
(“Unified Modeling Language”) y Enterprise Architech, programación orientada a
objetos en lenguaje de desarrollo “C#”, sobre un servidor Internet Information
Services (IIS) para la aplicación web. Presenta una arquitectura basada en el
protocolo de comunicación “Simple Object Access Protocol” (SOAP) para la
captura de tramas, quedando estas disponibles en un servicio web.
El desarrollo de este proyecto permitió la utilización de dispositivos de
“Sistema de Posicionamiento Global” (GPS) y sus distintas prestaciones en el
mercado nacional e internacional, al mismo tiempo el análisis de los procesos

Trabajo de Titulación ABSTRACT
de negocio permitió construir un mejor producto de software; entregándole al
cliente la capacidad de optimizar recursos y así reducir costos operacionales.
ABSTRACT
This document details the process of developing a management system,
management, control and monitoring of vehicles through a web platform.
The focus of the project was to create a computer system that manages the data
obtained from GPS (“Global Positioning System”) devices, this being a collection
of data displayed in a user-friendly web interface. Stored data allow the
generation of alarms of different types, such as speed, geofence, tracking
online. Also the system has a central reporting module with user service levels.
The project was built in modeling tools based on UML (“Unified Modeling
Language”) and Enterprise Architech, object-oriented C # on a SII web server
for presentation. Presents SOAP “Simple Object Access Protocol” as the
communication protocol for capturing frames, these being available in a Web
service.
The development of this project allowed obtaining a thorough knowledge
in the use of GPS and its various services in domestic and international market,
while the analysis of business processes allowed to build better software
product, delivering to the client the ability to optimize resources and reduce
operational costs.

Trabajo de Titulación TABLA DE CONTENIDOS
TABLA DE CONTENIDOS
AGRADECIMIENTOS .......................................................................................... 2!
RESUMEN ........................................................................................................... 4!
ABSTRACT .......................................................................................................... 5!
TABLA DE CONTENIDOS ................................................................................... 6!
CAPÍTULO I: Introducción .................................................................................. 14!
1.! Introducción ............................................................................................. 14!
1.1.! Estructura del Documento .................................................................... 15!
CAPÍTULO II: Objetivos ..................................................................................... 16!
2.! Objetivos .................................................................................................. 16!
2.1.! Objetivo general .................................................................................... 16!
2.2.! Objetivos Específicos ............................................................................ 16!
CAPÍTULO III: Marco Teórico ............................................................................ 18!
3.! Marco Teórico .......................................................................................... 18!
3.1.! Tipos de Segmentos ............................................................................. 19!
3.2.! ¿Cómo Funciona el GPS? .................................................................... 20!
3.3.! ¿Cómo determina el GPS la localización? ........................................... 21!
3.4.! ¿Qué es la trilateración? ....................................................................... 21!
3.5.! Esquema de Funcionamiento ............................................................... 22!
3.6.! Fuentes de Error ................................................................................... 23!

3.7.! Frecuencias de GPS ............................................................................. 23!
3.7.1.! Frecuencia portadora: ........................................................................ 23!
3.8.! Receptor GPS GV-200. ........................................................................ 24!
3.9.! El Servicio GPS en Chile. ..................................................................... 25!
3.10.! El cálculo de un punto dentro de un Polígono (Alarma Geocercas) ... 26!
3.11.! Metodología Empleada ....................................................................... 27!
3.11.1.! Proceso Unificado de Rational (RUP) .............................................. 27!
3.11.2.! Características ................................................................................. 28!
3.11.3.! Tipo de Roles en RUP ..................................................................... 29!
3.11.4.! Fases Proceso Unificado de Rational ............................................. 31!
3.11.5.! Esfuerzo en actividades según fase del proyecto. .......................... 35!
3.11.6.! ¿Cuándo debo utilizar RUP? ........................................................... 36!
3.12.! Tecnologías Utilizadas ........................................................................ 37!
3.12.1.! Lenguaje C# ..................................................................................... 37!
3.12.2.! Windows Server 2008 R2 ................................................................ 37!
3.12.3.! Microsoft SQL Server 2008 R2 ........................................................ 38!
3.12.3.1.! Características de Microsoft SQL Server 2008 R2 ....................... 38!
3.12.4.! Internet Information Services 7.5 ..................................................... 39!
3.12.5.! Herramientas CASE ......................................................................... 39!
3.12.5.1.! Visual Studio 2010 ........................................................................ 39!
3.12.5.2.! Enterprise Architect 8 .................................................................... 40!
3.12.5.3.! PowerDesigner ............................................................................. 40!

3.12.5.4.! Team Foundation Server 2010 ..................................................... 40!
3.12.6.! Protocolos de comunicación ............................................................ 41!
3.12.6.1.! WSDL ............................................................................................ 41!
3.12.6.2.! SOAP ............................................................................................ 42!
3.12.6.3.! Versión 3 del API de JavaScript de Google Maps ........................ 42!
3.12.6.1.! Wireshark ...................................................................................... 42!
CAPÍTULO IV: Visión ......................................................................................... 43!
4.! Visión ....................................................................................................... 43!
4.1.! Problemática ......................................................................................... 43!
4.2.! Propósito ............................................................................................... 44!
4.3.! Ámbito ................................................................................................... 45!
4.4.! Posicionamiento .................................................................................... 45!
4.4.1.! Oportunidad de Negocio .................................................................... 45!
4.4.2.! Sentencia que define el problema ..................................................... 46!
4.5.! Descripción de Stakeholders (Participantes en el Proyecto) ................ 48!
4.5.1.! Resumen de Stakeholders ................................................................. 49!
4.5.2.! Resumen de Usuarios ....................................................................... 49!
4.5.3.! Entorno de Usuario ............................................................................ 50!
4.5.4.! Perfil de los Stakeholders .................................................................. 50!
4.5.4.1.! Representante del área técnica y sistemas de información ........... 50!
4.5.5.! Perfiles de Usuario ............................................................................. 51!
4.5.5.1.! Administrador .................................................................................. 51!

4.5.5.2.! Supervisor ....................................................................................... 52!
4.5.5.3.! Conductor ....................................................................................... 52!
4.6.! Descripción Global del Producto ........................................................... 53!
4.6.1.! Perspectiva del Producto ................................................................... 53!
4.6.2.! Resumen de Características .............................................................. 53!
4.6.3.! Suposiciones y dependencias ........................................................... 55!
4.6.4.! Costo y Precio .................................................................................... 55!
4.7.! Descripción de Características ............................................................. 55!
Restricciones .................................................................................................. 57!
4.8.1.! Requisitos Funcionales ...................................................................... 58!
4.8.1.1.! Reglas de Negocio Administrador .................................................. 58!
4.8.1.2.! Reglas de Negocio Sistema ........................................................... 62!
4.8.1.3.! Reglas de Negocio Supervisor ....................................................... 63!
4.8.2.! Características ................................................................................... 65!
4.8.2.1.! Interfaz de Usuario .......................................................................... 67!
4.8.3.! Requisitos no Funcionales ................................................................. 68!
4.8.3.1.! Escalabilidad ................................................................................... 68!
4.8.3.2.! Rendimiento .................................................................................... 68!
4.8.3.3.! Seguridad ........................................................................................ 69!
4.8.3.4.! Migración ........................................................................................ 69!
4.9.! Modelado del Negocio .......................................................................... 70!
4.9.1.! Modelo de Dominio - (Diagrama Análisis) ......................................... 70!

4.9.2.! Modelo de casos de uso negocio - (Diagrama Análisis) .................... 71!
4.9.3.! Interesados - (Diagrama Análisis) ...................................................... 72!
4.9.4.! Objetos de Negocio - (Diagrama Análisis) ......................................... 72!
4.9.5.! Supervisar Conductores - (Diagrama Análisis) .................................. 73!
4.9.6.! Supervisar Sucursales - (Diagrama Análisis) .................................... 73!
4.9.7.! Supervisar Vehículos - (Diagrama Análisis) ...................................... 74!
4.9.8.! Supervisar Velocidades - (Diagrama Análisis) ................................... 74!
4.9.9.! Supervisar Áreas de Movilización - (Diagrama Análisis) ................... 75!
4.10.! Asignar Recursos ................................................................................ 75!
CAPÍTULO V: Plan de Desarrollo de Software .................................................. 76!
5.! Plan de Desarrollo de Software ............................................................... 76!
5.1.! Introducción .......................................................................................... 76!
5.2.! Propósito ............................................................................................... 77!
5.3.! Alcance ................................................................................................. 77!
5.4.! Resumen ............................................................................................... 78!
5.5.! Vista General del Proyecto ................................................................... 78!
5.5.1.! Propósito, Alcance y Objetivos .......................................................... 78!
5.5.2.! Suposiciones y Restricciones ............................................................ 79!
5.5.3.! Entregables del proyecto ................................................................... 80!
5.5.4.! Plan de Desarrollo del Software ........................................................ 81!
5.5.5.! Modelo de Casos de Uso del Negocio .............................................. 81!
5.5.6.! Glosario .............................................................................................. 81!

5.5.7.! Modelo de Casos de Uso ................................................................... 81!
5.5.8.! Visión ................................................................................................. 82!
5.5.9.! Especificaciones de Casos de Uso .................................................... 82!
5.5.10.! Especificaciones Adicionales ........................................................... 82!
5.5.11.! Prototipos de Interfaces de Usuario ................................................ 83!
5.5.12.! Modelo de Análisis y Diseño ............................................................ 83!
5.5.13.! Modelo de Datos .............................................................................. 84!
5.5.14.! Modelo de Implementación .............................................................. 84!
5.5.15.! Modelo de Despliegue ..................................................................... 84!
5.5.16.! Casos de Prueba ............................................................................. 84!
5.5.17.! Solicitud de Cambio ......................................................................... 85!
5.5.18.! Plan de Iteración .............................................................................. 85!
5.5.19.! Evaluación de Iteración ................................................................... 86!
5.5.20.! Lista de Riesgos .............................................................................. 86!
5.5.21.! Manual de Instalación ...................................................................... 86!
5.5.22.! Material de Apoyo al Usuario Final .................................................. 86!
5.5.23.! Producto ........................................................................................... 87!
5.6.! Evolución del Plan de Desarrollo del Software ..................................... 87!
5.6.1.! Interfaces Externas ............................................................................ 89!
5.6.2.! Roles y Responsabilidades ................................................................ 89!
5.6.3.! Gestión del Proceso ........................................................................... 91!
5.7.! Definición de Arquitectura ..................................................................... 94!

5.7.1.! Matriz de Riesgo ................................................................................ 96!
5.8.! Calendario del Proyecto ........................................................................ 97!
5.9.! Estimación Horas por Fases de Proyecto ............................................. 99!
5.10.! Desglose Fase de Construcción ....................................................... 102!
CAPÍTULO VI: Desarrollo de la Solución ......................................................... 103!
6.! Desarrollo de la Solución ....................................................................... 103!
6.1.! Priorización Casos de Uso .................................................................. 103!
6.2.! Diagrama Casos de Uso Administrador .............................................. 105!
6.3.! Especificación de Casos de Uso Administrador ................................. 106!
6.4.! Diagrama de Casos de Uso Supervisor .............................................. 123!
6.5.! Especificación Casos de Uso Supervisor ........................................... 123!
6.6.! Diagrama de Casos de Uso de Sistema ............................................. 128!
6.7.! Especificación de Casos de Uso Sistema .......................................... 129!
6.8.! Diagramas de Secuencia .................................................................... 133!
6.8.1.! Diagrama de Secuencia Administrador ........................................... 133!
6.8.2.! Diagrama de Secuencia Supervisor ................................................ 146!
6.8.3.! Prototipado ....................................................................................... 152!
6.8.4.! Vistas de la Aplicación Final ............................................................ 162!
6.9.! Diagrama de Clases GPS ................................................................... 171!
6.10.! Modelo de Datos ............................................................................... 172!
6.11.! Diagrama de Despliegue .................................................................. 178!
6.12.! Diagrama Implementación ................................................................ 179!

CAPÍTULO VII: Pruebas .................................................................................. 180!
7.! Casos de Prueba ................................................................................... 180!
7.1.! Historial de Revisiones ....................................................................... 180!
7.2.! Planificación de Prueba ...................................................................... 180!
7.3.! Pruebas Funcionales .......................................................................... 180!
7.4.! Totales Casos de Prueba ................................................................... 181!
CAPÍTULO VIII: Conclusión ............................................................................. 182!
8.! Conclusión ............................................................................................. 182!
CAPÍTULO IX: Glosario ................................................................................... 183!
9.! Glosario .................................................................................................. 183!
9.1.1.! Definiciones ..................................................................................... 183!
10.! Referencias .......................................................................................... 196!
10.1.! Bibliográfia ........................................................................................ 196!
10.2.! Publicaciones .................................................................................... 197!
10.3.! Referencias Web .............................................................................. 197!
11.! Índice de imágenes y diagramas ......................................................... 198!

Trabajo de Titulación CAPÍTULO I: Introducción
CAPÍTULO I: Introducción
1. Introducción
El sistema de seguimiento de flota GPS trae consigo una serie de
ventajas, entre ellas el ahorro en el uso de combustible por optimización de
rutas, disminución de costos de mantenimiento, mejor calificación de las
empresas dada su velocidad de respuesta y la coordinación entre empresa y
proveedor.
La incorporación de estos dispositivos también ha permitido el control de
la velocidad de desplazamiento y está ayudando a corregir los hábitos de
conducción peligrosa. Además permite corregir el trayecto de manera dinámica,
en caso de obstáculos de tráfico o en caso de colisión, y así determinar las
acciones a seguir. El correcto uso también permite su localización en caso de
robo o pérdida del vehículo y a su vez la reducción en los costos de los seguros
de los vehículos.

Trabajo de Titulación CAPÍTULO I: Introducción
1.1. Estructura del Documento
La estructura del documento consta de 9 capítulos que señalados a
continuación:
Capítulo 1: Introducción
Capítulo 2: Objetivos
Capítulo 3: Marco Teórico
Capítulo 4: Visión
Capítulo 5: Plan de Desarrollo de Software
Capítulo 6: Desarrollo de la Solución
Capítulo 7: Pruebas
Capítulo 8: Conclusión
Capítulo 9: Glosario

Trabajo de Titulación CAPÍTULO II: Objetivos
CAPÍTULO II: Objetivos
2. Objetivos
2.1. Objetivo general
Desarrollar una herramienta que permita, a través de la gestión y control
del posicionamiento global, mantener un monitoreo constante de la flota de
vehículos del cliente en terreno, y a la vez generar indicadores que sirvan para
tomar de decisiones y la gestión propiamente tal del negocio, pudiendo alcanzar
competitividad.
2.2. Objetivos Específicos
Capturar Tramas GPS.
Obtener información de coordenadas enviadas por un GPS para
visualizar la ubicación de una flota de vehículos y registrar los datos a través de
un aplicativo.
Gestionar el acceso de Usuarios.
Acceso controlado al sistema para visualizar los vehículos asignados a
cada sucursal.
Gestionar registro de Conductores.
Mantener un registro de los datos del conductor, como datos personales
y los vehículos relacionados a él.

Trabajo de Titulación CAPÍTULO II: Objetivos
Gestionar registro de Vehículos.
Mantener un registro de los datos del vehículo para ser asignados a una
sucursal y a un GPS.
Gestionar la relación Conductor-Vehículo.
Mantener control de asignaciones del vehículo y el conductor,
manteniendo un registro histórico por cada asignación, el cual será gestionado
por el administrador del sistema.
Configurar indicadores para alarmas.
Registro de “Geocerca” (áreas permitidas o prohibidas).
Registro de velocidad.
Dashboard (Tablero de instrumentos)
Despliegue de vehículos en un mapa.

Trabajo de Titulación CAPÍTULO III: Marco Teórico
CAPÍTULO III: Marco Teórico
3. Marco Teórico
El Sistema de Posicionamiento Global (GPS) es un sistema de
radionavegación de los Estados Unidos de América, basado en el espacio, que
proporciona servicios fiables de posicionamiento, navegación, y cronometría
gratuita e ininterrumpidamente a usuarios civiles en todo el mundo. A todo el
que cuente con un receptor GPS, el sistema le proporcionará su localización y
la hora exacta en cualquier tipo de condición atmosférica, de día o de noche, en
cualquier lugar del mundo y sin límite al número de usuarios simultáneos.
El GPS se compone de tres elementos: los satélites en órbita alrededor
de la Tierra, las estaciones terrestres de seguimiento y control, y los receptores
del GPS propiedad de los usuarios. Desde el espacio, los satélites del GPS
transmiten señales que reciben e identifican los receptores del GPS; ellos, a su
vez, proporcionan por separado sus coordenadas tridimensionales de latitud,
longitud y altitud, así como la hora local precisa.
Hoy están al alcance de todos en el mercado los pequeños receptores de
GPS portátiles. Con esos receptores, el usuario puede determinar con exactitud
su ubicación y desplazarse fácilmente al lugar a donde desea trasladarse, ya
sea a pie, conduciendo, volando o navegando. El GPS es indispensable en
todos los sistemas de transporte del mundo ya que sirve de apoyo a la
navegación aérea, terrestre y marítima. Los servicios de emergencia y de
socorro dependen del GPS en casos de desastre, para la localización y

coordinación horaria de misiones para salvar vidas. Actividades cotidianas
como operaciones bancarias, de telefonía móvil e incluso de las redes de
distribución eléctrica, ganan en eficiencia gracias a la exactitud cronométrica
que proporciona el GPS. Agricultores, topógrafos, geólogos e innumerables
usuarios trabajan de forma más eficiente, segura, económica y precisa gracias
a las señales accesibles y gratuitas del GPS.1
3.1. Tipos de Segmentos
Segmento Espacial
El segmento espacial consiste en una constelación nominal formada por
24 satélites operativos que transmiten señales unidireccionales que
proporcionan la posición y la hora de cada satélite del GPS.
Segmento de Control
El segmento de control está formado por estaciones de seguimiento y
control distribuidas por todo el mundo a fin de mantener los satélites en la órbita
apropiada mediante maniobras de mando y ajustar los relojes satelitales.
1http://www.gps.gov/systems/gps/spanish.php

Segmento del Usuario
El segmento del usuario consiste en el equipo receptor del GPS que
recibe las señales de los satélites del GPS y las procesa para calcular la
posición tridimensional y la hora precisa.2
3.2. ¿Cómo Funciona el GPS?
Los dispositivos GPS no contactan realmente a los satélites ni transmiten
información hacia ellos, sino que únicamente reciben datos desde los satélites y
los datos siempre se están transmitiendo. Sin embargo, el GPS no es la única
forma en que los dispositivos pueden determinar su ubicación.
Los satélites están dispuestos en órbita de modo que cuatro satélites están
visibles en el cielo desde cualquier punto en la Tierra, existiendo una vista
directa para las transmisiones de radio, lo que significa que el GPS no funciona
si las señales están siendo bloqueadas, se debe tener una vista clara entre el
dispositivo y el cielo, por lo tanto en un refugio bajo tierra o una cueva bajo la
montaña el GPS no funciona.
Los satélites están constantemente transmitiendo señales de radio hacia
la Tierra, cada transmisión incluye la localización del satélite GPS y la hora en
que la señal fue enviada, a su vez cada satélite tiene un reloj atómico a bordo
de modo que la hora es muy precisa.3
2http://www.gps.gov/systems/gps/spanish.php
3http://www.webwindowslinux.com/2013/02/como-funciona-el-gps.html

3.3. ¿Cómo determina el GPS la localización?
Un dispositivo GPS sólo recibe las señales de cuatro o más satélites. Las
señales de los satélites más cercanos llegan más rápido, mientras que las
señales de los más alejados llegan después; la diferencia de tiempo es mínima
pero es detectada por el dispositivo. Comparando esa diferencia de tiempo, el
receptor puede estimar la distancia relativa de los cuatro satélites. Utilizando un
algoritmo llamado “trilateración”, el receptor puede determinar su propia
ubicación.4
3.4. ¿Qué es la trilateración?
Este término será explicado mediante un ejemplo simple; Imagine una
persona que vive a 500 km. de Nueva York, a 800 km. de Miami y a 300 km. de
Los Ángeles. Con esta información podría determinar una región que está a la
distancia correcta de todas esas ciudades y estimar su actual posición. Si se le
da la distancia desde una cuarta ciudad, podría estimar la localización incluso
de forma más precisa. Esto es trilateración explicada, y es lo que hace un
dispositivo GPS cuando es utilizado.5

3.5. Esquema de Funcionamiento
La imagen muestra los 4 pasos necesario para determinar la posición de
un vehículo en la tierra.
Ilustración 1 - Esquema comunicación GPS6
6http://www.flickr.com/photos/48684307@N03/7466086568

3.6. Fuentes de Error
La posición calculada por un receptor GPS requiere actualmente, la
posición del satélite y el retraso medido de la señal recibida. La precisión es
dependiente de la posición y el retraso de la señal.
Al introducir el atraso, el receptor compara una serie de bits (unidad
binaria) recibida del satélite con una versión interna.7
Fuente Efecto
Ionosfera ± 3 m
Efemérides ± 2,5 m
Reloj satelital ± 2 m
Distorsión
multibandas ± 1 m
Troposfera ± 0,5 m
Errores numéricos ± 1 m o menos
3.7. Frecuencias de GPS
3.7.1. Frecuencia portadora:
• Civil – 1575,42 MHz (L1). Utiliza el Código de Adquisición Aproximativa
(C/A).
• Militar – 1227,60 MHz (L2). Utiliza el Código de Precisión (P), cifrado.
7http://es.wikipedia.org/wiki/Sistema_de_posicionamiento_global#Fuentes_de_e
rror

3.8. Receptor GPS GV-200.
El modelo usado en el proyecto, fue seleccionado por su estabilidad,
calidad y precio; GV-200 es uno de los GPS más usados en el mercado.
El GV-200 de Queclink es un dispositivo GPS de rastreo que tiene un
acelerómetro 3D y varios puertos de entrada y salida personalizables para su
interface con una variedad de sensores. Con el bajo consumo de energía del
GV-200 y su gran batería, las empresas pueden rastrear sus flotas de vehículos
para garantizar tanto su seguridad como su productividad.
Características del Dispositivo
• Voltaje de operación : 8 a 32V DC
• Chipset integrado u-blox con -162dBm de sensibilidad de rastreo y -148dBm
de sensibilidad autónoma para rápido TTFF y gran precisión
• Bajo consumo de energía, largo tiempo de standby con batería interna
• Frecuencia GSM/GPRS cuatri-banda 850/900/1800/1900MHz
• Integrado con todas las funciones del protocolo @Track
• Múltiples interfaces de entrada y salida para monitoreo y control de flotas
• Sensor de movimiento 3D para detectar movimientos y ahorrar energía
• Tres entradas analógicas para sensor externo
• Antena GSM integrada. Externa (opcional)
• Antena GPS integrada. Externa (opcional)
• Certificado CE

3.9. El Servicio GPS en Chile.
Las empresas que estarían operando en Chile el servicio de
posicionamiento global de flotas, medidas por número de móviles activos, se
encuentran:
Ilustración 2 - Mercado del servicio GPS
Tal como se observa en el cuadro N°1, el índice de Herfindahl muestra que este
mercado se concentra en 5,7 empresas que dan este servicio (de un total de 8
operadores).8
8http://www.fne.gob.cl/wp-content/uploads/2011/03/sent_0078_2008.pdf Página
13

3.10. El cálculo de un punto dentro de un Polígono (Alarma Geocercas)
Son variados los algoritmos para la determinación de si un punto está
dentro de un polígono. La función más fácil de implementar es la del "trazado
de rayos", que consiste en trazar una línea con origen en el punto designado
por el usuario paralela a alguno de los ejes (X ó Y, da igual). Analíticamente, se
cuenta el número de intersecciones que se producen con cada una de las
líneas del polígono, si el número de intersecciones es impar, entonces está
dentro. No obstante, si el número de intersecciones es par, entonces está
fuera. El principio se puede ver en esta imagen:
Ilustración 3 - intersección de puntos en polígono

3.11. Metodología Empleada
El Proceso Unificado de Rational (Rational Unified Process en inglés,
habitualmente resumido como RUP).
3.11.1. Proceso Unificado de Rational (RUP)
El Proceso Unificado de Rational es un proceso de desarrollo de
software, el que cuenta con un conjunto de actividades necesarias para
transformar los requerimientos en un sistema de software.
Se caracteriza por ser iterativo e incremental, estar centrado en la
arquitectura y guiado por los casos de uso. Incluye artefactos (que son los
productos entregables del proceso como por ejemplo, el modelo de casos de
uso, el código fuente, etc.) y roles (papel que desempeña una persona en un
determinado momento, una persona puede desempeñar distintos roles a lo
largo del proceso).

3.11.2. Características
Casos de Uso:
Describe un servicio que el usuario requiere del sistema, incluye la
secuencia completa de interacciones entre el usuario y el sistema.
Centrado en la Arquitectura:
Comprende las diferentes vistas del sistema en desarrollo, que
corresponden a los modelos del sistema: Modelos de casos de uso, de análisis,
de diseño, de despliegue e implementación. La arquitectura del software es
importante para comprender el sistema como un todo y a la vez en sus distintas
partes.
Iterativo e Incremental:
Significa que la aplicación se divide en pequeños proyectos, los cuales
incorporan una parte de las especificaciones, y el desarrollo de la misma es una
iteración que va incrementando la funcionalidad del sistema de manera
progresiva.9
9 R. Oiver Adrés Pérez. , Cuatro enfoques metodológicos para el
desarrollo de Software RUP – MSF – XP – SCRUM #Página 66

3.11.3. Tipo de Roles en RUP
Analistas:
• Analista de procesos de negocio.
• Diseñador del negocio.
• Analista de sistema.
• Especificador de requisitos.
Desarrolladores:
• Arquitecto de software.
• Diseñador
• Diseñador de interfaz de usuario
• Diseñador de cápsulas.
• Diseñador de base de datos.
• Implementador.
• Integrador.
Gestores:
• Jefe de proyecto
• Jefe de control de cambios.
• Jefe de configuración.
• Jefe de pruebas

• Jefe de despliegue
• Ingeniero de procesos
• Revisor de gestión del proyecto
• Gestor de pruebas.
Apoyo:
• Documentador técnico
• Administrador de sistema
• Especialista en herramientas
• Desarrollador de cursos
• Artista gráfico
Especialista en pruebas:
• Especialista en Pruebas (tester)
• Analista de pruebas
• Diseñador de pruebas
Otros roles:
• Stakeholders.
• Revisor
• Coordinación de revisiones
• Revisor técnico
• Cualquier rol

3.11.4. Fases Proceso Unificado de Rational
Fase de Inicio
El objetivo preferente en la fase inicial es alcanzar un acuerdo entre
todos los interesados respecto a los objetivos del ciclo vital para el proyecto.
La fase inicial es muy significativa fundamentalmente en los esfuerzos de
desarrollo nuevos, pues son más arriesgados para los requisitos y para la
actividad comercial y deben abordarse antes de que el proyecto pueda
continuar. Para los proyectos que se centran en las mejoras de un sistema
existente, la fase de incorporación es más breve, pero sigue centrándose en
garantizar que el proyecto vale la pena y es posible de realizar.
Artefactos:
• Documento Visión
• Diagramas de caso de uso
• Especificación de Requisitos
• Diagrama de Requisitos
Fase de elaboración
El propósito de la fase de elaboración es el establecimiento de una línea
base para la arquitectura del sistema para proporcionar una base estable para
el grueso del diseño y del esfuerzo de implementación en la fase de
construcción. La arquitectura evoluciona a partir de una consideración sobre los
requisitos más significativos (los que tienen un gran impacto en la arquitectura

del sistema) y una valoración de los riesgos. La estabilidad de la arquitectura se
evalúa mediante uno o más prototipos arquitectónicos.
Artefactos:
• Documento Arquitectura que trabaja con las siguientes vistas:
Vista Lógica
• Diagrama de clases
• Modelo Entidad-Relación (Si el sistema así lo requiere)
Vista de Implementación
• Diagrama de Secuencia
• Diagrama de estados
• Diagrama de Colaboración
Vista Conceptual
• Modelo de dominio
Vista física
• Mapa de comportamiento a nivel de hardware.
• Diseño y desarrollo de casos de uso, o flujos de casos de uso
arquitectónicos
• Pruebas de los casos de uso desarrollados, que demuestran que la
arquitectura documentada responde adecuadamente a requerimientos
funcionales y no funcionales.

Fase de Desarrollo o Construcción
El objetivo de la fase de construcción es clarificar los requisitos restantes
y completar el desarrollo del sistema basándose en la arquitectura de línea
base. La fase de construcción es, de alguna manera, un proceso de fabricación,
en el que se pone el énfasis en la gestión de los recursos y el control de las
operaciones para optimizar los costes, la planificación y la calidad. En ese
sentido, las intenciones de gestión sufren una transición del desarrollo de la
propiedad intelectual durante las fases inicial y de elaboración, hasta el
desarrollo de productos desplegables durante la construcción y la transición.
Artefactos:
• Especificación de requisitos faltantes
• Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación
iterativa
• Pruebas de los casos de uso desarrollados, y pruebas de regresión
(trazabilidad) según sea el caso
Fase de Transición
El objetivo de la fase de transición es garantizar que el software esté
disponible para los usuarios. La fase de transición puede acarrear varias
iteraciones e incluye las pruebas del producto en preparación para el release,
así como ajustes menores basados en la información de retorno de los
usuarios. En este momento del ciclo vital, la información de retorno de los

usuarios debe centrarse especialmente en el ajuste del producto, las cuestiones
de configuración, instalación y utilización, todas las cuestiones estructurales
principales deben haberse resuelto mucho antes en el ciclo vital del proyecto.10
Artefactos:
• Pruebas finales de aceptación
• Puesta en producción
• Estabilización
• La compilación del producto
Es importante destacar que para el desarrollo de este proyecto se
escogieron los artefactos más relevantes y que mejor se adaptaran a la
dimensión del proyecto, esto según el criterio de los miembros del equipo
de desarrollo.
10Rational Method Composer Versión 7.2.0 IBM Corporation 2000, 2007.

3.11.5. Esfuerzo en actividades según fase del proyecto.
El gráfico muestra cómo el énfasis va cambiando con el tiempo. Por
ejemplo, en las primeras fases, se empleaba más tiempo en los aspectos
relacionados al negocio, análisis y diseño, mientras que en las fases posteriores
se dedicó un mayor esfuerzo en la construcción e implementación de la
solución.
Ilustración 4 - Esfuerzo en actividades según fase del proyecto.

3.11.6. ¿Cuándo debo utilizar RUP?
Ilustración 5 - Cuando utilizar RUP
Existen unas pocas consideraciones que determinarán cuándo y cómo utilizar
partes diferentes de RUP tales como:
• Ciclo vital del proyecto (número de iteraciones, longitud de cada fase,
longitud del proyecto)
• Propósitos empresariales, visión, ámbito y riesgo del proyecto
• Tamaño del esfuerzo de desarrollo de software

3.12. Tecnologías Utilizadas
3.12.1. Lenguaje C#
C# es un lenguaje orientado a objetos que permite a los desarrolladores
generar diversas aplicaciones sólidas y seguras que se ejecutan en .NET
Framework. Se puede utilizar este lenguaje para crear aplicaciones cliente para
Windows tradicionales, servicios web XML, componentes distribuidos,
aplicaciones cliente-servidor, aplicaciones de base de datos, y muchas tareas
más.
3.12.2. Windows Server 2008 R2
Windows Server 2008 en su versión R2, es un sistema operativo de
Microsoft diseñado para servidores, es el sucesor de Windows Server 2003,
distribuido al público casi cinco años después. Al igual que Windows 7 ,
Windows Server 2008 R2 se basa en el núcleo Windows NT 6.1. .Entre las
mejoras de esta edición, se destacan nuevas funcionalidades para el Active
Directory, nuevas prestaciones de virtualización y administración de sistemas, la
inclusión de IIS 7.5 y el soporte para más de 256 procesadores. Hay siete
ediciones diferentes: Foundation, Standard, Enterprise, Datacenter, Web
Server, HPC Server y para Procesadores Itanium.11
11 http://technet.microsoft.com/es-cl/library/dd349801(v=ws.10).aspx

3.12.3. Microsoft SQL Server 2008 R2
Microsoft SQL Server es un sistema para la gestión de bases de datos
producido por Microsoft basado en el modelo relacional cuya principal función
es la de almacenar y consultar datos solicitados por otras aplicaciones, sin
importar si están en la misma computadora, si están conectadas a una red local
o si están conectadas a través de internet.
3.12.3.1. Características de Microsoft SQL Server 2008 R2
! Soporte de transacciones.
! Soporta procedimientos almacenados.
! Incluye también un entorno gráfico de administración, que permite el uso
de comandos DDL (Lenguaje de definición de datos) y DML (Lenguaje de
Manipulación de Datos) gráficamente.
! Permite trabajar en modo cliente-servidor, donde la información y datos
se alojan en el servidor y los clientes de la red sólo acceden a la
información.
! Además permite administrar información de otros servidores de datos.12
12 http://technet.microsoft.com/es-es/library/cc645993(v=sql.105).aspx

3.12.4. Internet Information Services 7.5
El rol de Servidor web (IIS) en Windows Server® 2008 R2, permite
compartir información con usuarios en Internet, una intranet o una extranet.
Windows Server 2008 R2 incluye IIS 7.5, una plataforma web unificada que
integra IIS, ASP.NET y Windows Communication Foundation, marco de trabajo
para la creación de aplicaciones orientadas a servicios. 13
3.12.5. Herramientas CASE
3.12.5.1. Visual Studio 2010
Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por
sus siglas en inglés) para sistemas operativos Windows. Soporta varios
lenguajes de programación, tales como Visual C++, Visual C#, Visual J#, y
Visual Basic .NET, al igual que entornos de desarrollo web como ASP.NET,
aunque actualmente se han desarrollado las extensiones necesarias para
muchos otros.
Visual Studio permite a los desarrolladores crear aplicaciones, así como
servicios web en cualquier entorno que soporte la plataforma .NET (a partir de
la versión .NET 2002). Así se pueden crear aplicaciones que se
13 http://www.iis.net/learn/get-started/introduction-to-iis/introduction-to-iis-architecture

intercomuniquen entre estaciones de trabajo, páginas web y dispositivos
móviles.14
3.12.5.2. Enterprise Architect 8
Es una herramienta de modelamiento UML para el desarrollo empresarial
de documentación e ingeniería de software, que permite el modelado del
negocio, diseño de software, gestión de requisitos, testing, abarcando
completamente desde los requisitos hasta el despliegue.
Enterprise Architect no sólo permite la creación de la documentación UML, sino
que además permite hacer ingeniería inversa a un sistema creado previamente
si es que el lenguaje de programación y la base de datos es soportada por la
herramienta.15
3.12.5.3. PowerDesigner
Es un software de administración de metadatos y modelamiento de
arquitectura de datos, arquitectura de información y arquitectura empresarial.
3.12.5.4. Team Foundation Server 2010
“Team Foundation Server” (TFS) ofrece funciones de control de código
fuente, seguimiento de elementos de trabajo, “Team Foundation Build”, un sitio
14 http://msdn.microsoft.com/en-us/library/vstudio/fx6bk1f4(v=vs.100).aspx
15 http://www.sparxsystems.com.ar/products/ea.html

web del portal del proyecto de equipo, creación de informes y administración de
proyectos. TFS también incluye un almacén de datos donde se guardan los
datos de seguimiento de elementos de trabajo, el control de código fuente, las
compilaciones y las herramientas de pruebas. Otros servidores de Microsoft
Visual Studio Team System incluyen servidores de compilación y servidores de
pruebas. Dependiendo de las necesidades de la empresa, podría optar por
implementar sólo algunos de estos servidores o bien todos ellos.16
3.12.6. Protocolos de comunicación
3.12.6.1. WSDL
WSDL (siglas de Web Services Description Language), un formato XML
que se utiliza para describir servicios Web. La versión 1.0 fue la primera
recomendación por parte del W3C y la versión 1.1 no alcanzó nunca tal estatus.
La versión 2.0 se convirtió en la recomendación actual por parte de dicha
entidad.
WSDL describe la interfaz pública a los servicios Web. Está basado en
XML y describe la forma de comunicación, es decir, los requisitos del protocolo
y los formatos de los mensajes necesarios para interactuar con los servicios
listados en su catálogo. Las operaciones y mensajes que soporta se describen
16 http://msdn.microsoft.com/es-es/library/ms181238(v=vs.90).aspx

en abstracto y se ligan después al protocolo concreto de red y al formato del
mensaje.17
3.12.6.2. SOAP
SOAP (siglas de Simple Object Access Protocolo) es un protocolo
estándar que define cómo dos objetos en diferentes procesos pueden
comunicarse por medio de intercambio de datos XML. Es uno de los protocolos
utilizados en los servicios Web.18
3.12.6.3. Versión 3 del API de JavaScript de Google Maps
Para el desarrollo se apoyo en las característica de HTML5 y de
JavaScript trabajando en conjunto. Los mapas tan solo son imágenes obtenidas
a través de peticiones AJAX (Llamadas Asíncronas al servidor de Google) las
cuales se montan en un una capa div. Con el mapa cargado en el navegador
cada vez que empleas alguna de sus herramientas, se envía información
también a través de AJAX actualizando el contenido.19
3.12.6.1. Wireshark
Permite ver todo el tráfico que pasa a través de una red (usualmente una
red Ethernet, aunque es compatible con algunas otras) estableciendo la
17 http://es.wikipedia.org/wiki/WSDL
18 http://es.wikipedia.org/wiki/SOAP
19 https://developers.google.com/maps/documentation/javascript/tutorial

Trabajo de Titulación CAPÍTULO IV: Visión
configuración en modo promiscuo. También incluye una versión basada en
texto llamada “tshark”.20
CAPÍTULO IV: Visión
4. Visión
4.1. Problemática
El procedimiento que utiliza Apolotech actualmente para el control y
administración de sus flotas de transporte terrestre, no es lo suficientemente
efectiva, ya que no cuenta con una herramienta que les permita mantener un
seguimiento en tiempo real de las actividades diarias realizadas en terreno,
además de no contar con un registro de rutas y actividades realizadas por sus
trabajadores.
La falta de información genera fallas en procesos claves para la empresa
tales como; la eficacia en la supervisión y monitoreo, la optimización de los
trazados de rutas y tiempos de entrega, y al mismo tiempo la mejora en la
cantidad de tareas que puede realizar cada trabajador a diario.
Una buena solución para Apolotech es la implementación de un sistema GPS,
Los sistemas GPS hoy han tomado un rol importante en la administración de los
vehículos motorizados -en especial el sector del transporte terrestre de
pasajeros y de carga- mediante la obtención de datos, la determinación de la
20 http://es.wikipedia.org/wiki/Wireshark

posición de los vehículos, alertas, informes sobre funcionamiento del vehículo,
consumo de combustibles, entre otros. Es por esto que los GPS permiten un
manejo de todos los parámetros de trazabilidad fundamentales para la buena
administración de empresas de transportes. Todo lo anterior está orientado a
brindar servicios de excelente calidad para sus clientes y asegurar que la
empresa pueda maximizar su productividad, eficiencia y minimizar sus costos
de operación.
4.2. Propósito
El propósito de éste documento es recoger, analizar y definir las
necesidades de alto nivel y las características del “Sistema de Gestión de flota a
través de GPS” de la empresa Apolotech, dedicada a mantenimiento,
instalaciones y proyectos en el área electromecánica, eléctrica y electrónica,
para edificios residenciales, comerciales e industriales. El documento se centra
en la funcionalidad requerida por los participantes en el proyecto y los usuarios
finales.
Este sistema se basa principalmente en una herramienta que permita, a
través de la gestión y control del posicionamiento global, mantener un
monitoreo constante de la flota de vehículos del cliente en terreno, y a la vez
generar indicadores que sirvan para la toma de decisiones y la gestión
propiamente tal del negocio pudiendo alcanzar competitividad.

Los detalles de cómo el sistema cubre los requerimientos se pueden observar
en la especificación de los casos de uso y otros documentos adicionales.
4.3. Ámbito
Para el cliente Apolotech se desarrolló un Sistema de Gestión de flota a
través de GPS. Dicho sistema se construyó por un grupo de Ingenieros de la
Universidad UCINF, como proyecto de titulación.
El sistema permite a los encargados de la empresa controlar todo lo relativo a la
administración, control y seguimiento adecuados de móviles en terreno por
medio de una plataforma web y utilizando herramientas informáticas como
Google Maps y tecnologías .Net. Además generar indicadores que sirvan para
la toma de decisiones y la gestión propiamente tal del negocio, pudiendo
alcanzar competitividad.
4.4. Posicionamiento
4.4.1. Oportunidad de Negocio
Este sistema permite a la empresa informatizar el control de todas sus
actividades relacionadas al trabajo con vehículos en terreno (gestión de
vehículos y conductores, gestión de indicadores, etc.). Además, los datos
accedidos estarán siempre actualizados, lo cual es un factor muy importante
para poder llevar un control centralizado de los distintos vehículos.

El enfoque del cliente está puesto en operar su propio sistema y no desea
contratar un “SaS” (Software como Servicio) para esto.
El sistema también permite a los usuarios acceder al detalle de las gestiones
realizadas en terreno a través de la plataforma web, de forma rápida y sencilla y
sin necesidad de intermediarios.
4.4.2. Sentencia que define el problema
El problema de Visualizar vehículos en terreno.
Controlar zonas de movilización prohibidas o
permitidas.
Controlar velocidad de desplazamiento de
vehículos en terreno.
Supervisar registros de conductores,
vehículos, sucursales, entre otros.
Gestionar indicadores de toma de decisión.
Afecta a Unidades que dispongan de vehículos para
trabajos en terreno,
Supervisores de Flotas de Vehículos,
Conductores de Vehículos,
Jefaturas de Empresas y Sucursales.

El impacto asociado es No contar con una información adecuada,
genera una serie de problemas, como por
ejemplo intentar optimizar la ejecución de
los procesos, optimizar los trazados de rutas y
tiempos de entrega y mejorar la cantidad de
trabajos que puede realizar cada trabajador a
diario.
Una solución adecuada
sería
Informatizar el proceso, usando un servidor
centralizado con una base de datos accesible
desde distintos puntos a través de internet y
generar interfaces amigables y sencillas con
las que acceder a dicha base de datos.
4.4.3. Sentencia que define la posición del Producto
Para Unidades que dispongan de vehículos para
trabajos en terreno,
Supervisores de Flotas de Vehículos,
Conductores de Vehículos,
Jefaturas de Empresas y Sucursales.
Quienes Controlan y/o Ejecutan trabajos de vehículos
realizados en terreno.

El nombre del producto Sistema de Gestión de flota a través de GPS.
Que Almacena la información necesaria para
gestionar flotas de vehículos a través de GPS.
No como El procedimiento actual.
Nuestro producto Permite apoyar en la gestión de las distintas
actividades relacionadas con la supervisión y
control de vehículos en terreno, mediante una
interfaz gráfica sencilla y amigable. Además
proporciona un acceso rápido y actualizado a
la información desde cualquier punto que
tenga acceso a internet, con un debido control
de acceso de usuarios.
4.5. Descripción de Stakeholders (Participantes en el Proyecto)
Para proveer de una forma efectiva productos y servicios que se ajusten
a las necesidades de los usuarios, es necesario identificar e involucrar a todos
los participantes en el proyecto como parte del proceso de modelado de
requerimientos. También es necesario identificar a los usuarios del sistema y
asegurarse de que el conjunto de participantes en el proyecto los representa
adecuadamente. Esta sección muestra un perfil de los participantes y de los
usuarios involucrados en el proyecto, así como los problemas más importantes
que éstos perciben para enfocar la solución propuesta hacia ellos. No describe

sus requisitos específicos ya que éstos se capturan mediante otro artefacto. En
lugar de esto proporciona la justificación de por qué estos requisitos son
necesarios.
4.5.1. Resumen de Stakeholders
Nombre Descripción Responsabilidades
Misael Novoa Jara
!
Representante de Apolotech El stakeholder realiza:
Representa a todos los
usuarios posibles del
sistema.
4.5.2. Resumen de Usuarios
Nombre Descripción Stakeholder
Administrador Responsable en la Empresa
de las Sucursales y de la
Unidad de Programación y
Control de flotas de
vehículos en terreno,
encargado de supervisores.
Empresa
Supervisor Responsable de la
administración de vehículos
y conductores de la
Sucursal

empresa, supervisa la
operación y el registro de
actividades de conductores.
Conductor Responsable de realizar
trabajos en terreno, utiliza
los vehículos de la empresa.
Sucursal
4.5.3. Entorno de Usuario
Los usuarios entrarán al sistema identificándose por medio de un control
de usuario en un sitio web, sobre un ordenador con un sistema operativo
Windows con internet Explorer 9.0, tras este paso entrarán a la parte de
aplicación diseñada para cada uno según su papel en la empresa. Este sistema
es similar a cualquier sitio Web y por tanto los usuarios estarán familiarizados
con su entorno. Los informes serán generados por el mismo medio, lo cual
también resultará familiar.
4.5.4. Perfil de los Stakeholders
4.5.4.1. Representante del área técnica y sistemas de
información
Representante Administrador
Descripción Representante Global de la Empresa Apolotech.
Tipo Administrador del sistema, usuario avanzado.

Responsabilidades Encargado de mostrar las necesidades de cada usuario
del sistema. Además, lleva a cabo la aprobación de los
requisitos y funcionalidades del sistema
Criterio de Éxito A definir por el cliente
Grado de
participación
Revisión de requerimientos, funcionamiento del sistema
Comentarios Ninguno
4.5.5. Perfiles de Usuario
4.5.5.1. Administrador
Representante Empresa
Descripción Administrador
Tipo! Experto del funcionamiento de la empresa y de sus
sucursales!
Responsabilidades! Responsable en la Empresa de las Sucursales y de la
Unidad de Programación y Control de flotas de vehículos
en terreno, encargado de supervisores y de la
asignación de recursos para las sucursales.!
Criterio de Éxito! A definir por el cliente
Grado de
participación
Usuario avanzado del sistema, parametrización y
configuración de elementos base del sistema (vehículos,

conductores, etc.)
Comentarios Ninguno
4.5.5.2. Supervisor
Representante Sucursal
Descripción Jefe de sucursal de la empresa
Tipo Usuario frecuente del sistema.
Responsabilidades Responsable de la administración de vehículos y
conductores de la empresa, supervisa la operación y el
registro de actividades de conductores.
Grado de
participación
Usuario frecuente del sistema, supervisa la actividad de
vehículos en terreno, la distribución geográfica de los
mismos y su rendimiento.
Comentarios Ninguno.
4.5.5.3. Conductor
Representante Almacén
Descripción! Conductor de vehículos de la empresa.!
Tipo! Empleado!
Responsabilidades! Utiliza los vehículos de la empresa.

Grado de
participación
Conduce el vehículo de la empresa, no hace uso directo
del sistema.
4.6. Descripción Global del Producto
4.6.1. Perspectiva del Producto
Se busca la construcción de un sistema de gestión, que permita la
administración, control y seguimiento adecuados de móviles en terreno por
medio de una plataforma web y utilizando herramientas informáticas como
Google Maps y tecnologías .Net.
4.6.2. Resumen de Características
A continuación se mostrará un listado con los beneficios que obtendrá el
cliente a partir del producto:
Beneficio del cliente Características que lo apoyan
Controlar la distribución
geográfica de los vehículos en
terreno.
Obtener información de coordenadas
enviadas por un GPS para visualizar la
ubicación de una flota de vehículos y
registrar los datos a través de un aplicativo.
Seguridad en la información de la
empresa.
Acceso controlado al sistema para visualizar
los vehículos asignados a cada sucursal.

Control de conductores
disponibles en las sucursales.
Mantener un registro de los datos del
conductor, como datos personales y los
vehículos relacionado a él.
Control de vehículos disponibles
en las sucursales.
Mantener un registro de los datos del
vehículo para ser asignados a una sucursal y
a un GPS.
Supervisar el comportamiento de
conductores y la correcta
ejecución de los procedimientos
establecidos por la empresa.
Mantener control de asignaciones del
vehículo y el conductor, manteniendo un
registro histórico por cada asignación.
Gestionado por el administrador del sistema.
Supervisar el buen uso de
vehículos para trabajos
relacionados con la actividad de la
empresa.
Registro de “Geocercas” (áreas permitidas o
prohibidas).
Registro de velocidad.
Visualización a través de una
interfaz gráfica de usuario, la
actividad realizada en tiempo real
e histórica de los vehículos.
Despliegue de vehículos en un mapa.
Lista de vehículos.
Lista de conductores.
Filtro de vehículos por un periodo de tiempo
determinado.

4.6.3. Suposiciones y dependencias
El sistema permitirá escalabilidad para incluir nuevas funciones y soporte
para una mayor cantidad de usuarios.
4.6.4. Costo y Precio
La primera versión del producto es un demo, por lo que el costo del
producto se acordará con el cliente en fases posteriores, cualquier costo que
pueda ser adjunto sólo corresponderá a una estimación referencial.
4.7. Descripción de Características
Gestión de Empresa
Dedicada a mantenimiento, instalaciones y proyectos en el área
electromecánica, eléctrica y electrónica, para edificios residenciales,
comerciales e industriales. Se dedican a asegurar la continuidad operacional de
las instalaciones y equipos de sus clientes, con mecanismos de control e
información. Dentro de sus actividades se encuentran:
• Sistemas de control y monitoreo a distancia de equipos
electromecánicos, vigilancia y vehículos de transporte.
• Servicio de emergencia ante anomalías y contingencias de
los equipos mediante monitoreo a distancia las 24 horas del día.
• Informes on-line de mantenimiento e intervenciones,
actualizados mediante página web.

Gestión de Sucursales
Dependiente del establecimiento central, se encarga del monitoreo de
vehículos y gestión de conductores de vehículos, supervisan las actividades en
terreno.
Supervisar Áreas de Movilización
Para llevar un buen control del correcto uso de vehículos, se requiere
establecer puntos de control de áreas permitidas y prohibidas de movilización
de los conductores y generar indicadores que permitan determinar su
cumplimiento.
Supervisar Conductores
Los Supervisores deben encargarse de la gestión del personal,
monitorear constantemente los registros de sus trabajadores y evaluar su
comportamiento.
Supervisar Sucursales
El Supervisor debe encargarse de velar por la correcta administración de
la sucursal, por lo que debe verificar que se disponga de los recursos
necesarios.

Supervisar Vehículos
En la Sucursal se lleva un catastro de vehículos disponibles con
información detallada de los mismos, esto permite su correcta administración y
asignación a personal de la empresa.
Supervisar Velocidades
Es importante evaluar si los conductores están respetando las
velocidades establecidas, por lo que el supervisor debe velar por su
cumplimiento para evitar riesgos para sus trabajadores y para la empresa.
Restricciones
Debe contemplarse las implicaciones de los siguientes puntos críticos:
• Sistema con control de acceso de usuarios.
• El sistema debe diseñarse para ser utilizado desde cualquier computador
con acceso a internet, en otras regiones y en las distintas sucursales de la
empresa.
• Escalabilidad del sistema para seguir incorporando nuevas mejoras en
desarrollos posteriores.

4.8. Requisitos de Sistema
4.8.1. Requisitos Funcionales
4.8.1.1. Reglas de Negocio Administrador
RF0024: Asignar SimCard a GPS
«Funcional»
Estado: Prioridad: Media Dificultad: Media
Fase: 1.0 Versión: 1.0
El "Sistema" debe permitir asociar una simcard a un GPS al
"Administrador"
RF023: Asignar Unidad a Sucursal
«Funcional»
El Sistema debe permitir asociar una unidad a una sucursal al
"Administrador"
RF025: Gestionar Sucursal
«Funcional»
El "Sistema" debe permitir gestionar sucursales al
"Administrador".
RF026: Gestionar Simcard
«Funcional» Estado: Prioridad: Media Dificultad: Media

El "Sistema" debe permitir gestionar Simcard al "Administrador".
RF001: Asignar GPS a Vehículo
«Funcional»
Estado:
Aprobado
Prioridad: Alta Dificultad: Media
El "Sistema" debe permitir asignar un GPS a un vehículo al
"Administrador"
RF002: Asignar Sucursales a Supervisor
«Funcional»
El "Sistema" debe permitir asignar sucursales a un Supervisor al
"Administrador".
RF003: Asignar Vehículo a Conductor
«Funcional»
Estado: Prioridad: Media Dificultad: Media!
El "Sistema" debe permitir asociar un vehículo a un conductor al
"Administrador"

RF004: Asignar Vehículos a Unidad
«Funcional»
El Sistema debe permitir asociar un vehículo a una Unidad al
"Administrador"
RF007: Gestionar Conductor
«Funcional»
Estado:
Aprobado
Prioridad: Alta Dificultad: Media
El "Sistema" debe permitir gestionar conductores al
"Administrador"
RF008: Gestionar Cuentas de Usuario Supervisor
«Funcional»
El "Sistema" debe permitir gestionar cuentas de usuario
supervisor al "Administrador"

RF009: Gestionar Eventos: Velocidad
«Funcional»
El "Sistema" debe permitir gestionar evento velocidad al
"Administrador"
RF010: Gestionar GPS
«Funcional»
El "Sistema" debe permitir gestionar GPS al "Administrador"
RF011: Gestionar Geocercas
«Funcional»
El "Sistema" debe permitir gestionar geocercas al
"Administrador"
RF012: Gestionar Unidades
«Funcional»
El "Sistema" debe permitir gestionar unidades al "Administrador".

RF013: Gestionar Vehículos
«Funcional»
El "Sistema" debe permitir gestionar vehículos al "Administrador".
4.8.1.2. Reglas de Negocio Sistema
RF005: Capturar Tramas GPS
«Funcional»
El "Sistema" debe obtener y procesar información de
Geolocalización enviadas por el dispositivo "GPS".
RF006: Controlar Acceso Usuario
«Funcional»
El "Sistema" debe controlar el acceso, mediante usuario y
contraseña, al "Supervisor" y al "Administrador".
RF021: Registro de Conductor
«Funcional»
El Sistema debe mantener un registro de los datos personales
del conductor: Nombres, Apellidos, Rut, Teléfonos. Además,

debe registrar los vehículos utilizados por el conductor con sus
respectivas fechas de asignación.
RF022: Registro de Vehículos
«Funcional»
El Sistema debe mantener un registro de los datos del vehículo
como patente, año, etc, y sus asignaciones de GPS y Conductor
con respectivas fechas de asignación.
4.8.1.3. Reglas de Negocio Supervisor
RF014: Visualizar Vehículos en Mapa
«Funcional»
El "Sistema" debe permitir visualizar la ubicación de los
vehículos de su sucursal en un mapa al "Supervisor".
RF015: Consultar Vehículos por Fecha
«Funcional»
El "Sistema" debe permitir filtrar los registros de su sucursal por
fecha al "Supervisor".

RF016: Consultar Velocidad Vehículos
«Funcional»
El "Sistema" debe permitir visualizar la velocidad de los
vehículos de su sucursal, en un periodo de tiempo seleccionado,
al "Supervisor".
RF017: Consultar Lista de Conductores
«Funcional»
El "Sistema" debe permitir visualizar una lista de conductores de
su sucursal al "Supervisor"
RF018: Consultar Lista de Vehículos
«Funcional»
Estado: Prioridad: Media Dificultad: Media!
El "Sistema" debe permitir visualizar una lista de los vehículos de
su sucursal al "Supervisor".

RF019: Consultar Lista de Sucursales
«Funcional»
Fase: 1.0 Versión: 1.0!
El "Sistema" debe permitir visualizar su lista de sucursales
asignadas al "Supervisor".
RF020: Consultar Geocercas Vehículo
«Funcional»
El "Sistema" debe permitir consultar las geocercas de un
vehículo de su sucursal, en un periodo de tiempo seleccionado,
al "Supervisor".
4.8.2. Características
El paquete de características contiene :
CA003: GPS por Vehículo
«Funcional»
Estado:
Propuesta
Prioridad: Media Dificultad: Media
Un Vehículo puede tener un GPS asignado

CA004: Sucursales por Supervisor
«Funcional»
Estado:
Propuesta
Un Supervisor puede tener una o más Sucursales asignadas
CA005: Vehículos por Conductor
«Funcional»
Estado:
Propuesta
Prioridad: Media! Dificultad: Media
Un Conductor puede tener uno o más Vehículos asociados, sin
embargo, puede tener solo 1 vehículo asignado en tiempo real.
CA006: Vehículos por Sucursal
«Funcional»
Estado:
Propuesta
Una Sucursal puede tener uno o más vehículos pero un vehículo
puede pertenecer solo a una Sucursal.

4.8.2.1. Interfaz de Usuario
RGUI001: Pantalla Principal
Registros
Ilustración 6 - Interfaz de Usuario
req Interfaz de Usuario
opciones
El Sistema debe contar
con un mapa base
conectado con Google
Maps

4.8.3. Requisitos no Funcionales
4.8.3.1. Escalabilidad
RNF001: Incorporación de Eventos
«Funcional»
El Sistema debe permitir incorporar eventos para indicadores en
una fase posterior
RNF002: Incorporación de Indicadores
«Funcional»
El Sistema debe permitir incorporar nuevos indicadores en una
fase posterior
4.8.3.2. Rendimiento
RNF003: Performance del Sistema
«Funcional»
El Sistema debe mantener una performance similar al utilizar
entre 1 y 15 vehículos con GPS.

4.8.3.3. Seguridad
RNF004: Seguridad de Información
«Funcional»
El "Sistema" NO debe permitir visualizar vehículos ni datos de
una sucursal distinta a la asignada al usuario Supervisor.
4.8.3.4. Migración
RNF006: Migración y Generación de Datos
«Funcional»
Los datos son de responsabilidad del usuario, por lo que no se
considera la migración y generación de datos en este proyecto.

4.9. Modelado del Negocio
Este modelamiento corresponde al análisis realizado al funcionamiento
del negocio, hasta antes del desarrollo de la aplicación, y corresponde a
procedimientos no informatizados.
4.9.1. Modelo de Dominio - (Diagrama Análisis)
A continuación se muestra el modelo de dominio, el cual muestra la
interacción de los objetos.
Supervisor Sucursal
1 1..* 1 1..*
1 1..*
0..*
Áreas de
Mov ilización
1..*
Ilustración 7 - Modelo de Dominio Negocio
class Objetos del dominio
Conductor
1..*
1..*
Vehículo
1
Velocidad
1
Unidades

4.9.2. Modelo de casos de uso negocio - (Diagrama Análisis)
class Casos de Uso de Negocio
Asignar Recursos
Supervisar
Sucursales
Supervisar
Vehículos
Supervisar
Conductores
Administrador
Supervisor
Conductor
Supervisar
Velocidades
Supervisar Areas de
Mov ilización
Utilizar Recursos
Asignados
Ilustración 8 - Modelo de casos de uso negocio

4.9.3. Interesados - (Diagrama Análisis)
Empresa Sucursal
Administrador
Ilustración 9 - Interesados
analysis Interesados
Supervisor
4.9.4. Objetos de Negocio - (Diagrama Análisis)
«Entrada»
Sucursales
«Entrada»
Unidades
«Entrada»
Vehículos
«Entrada»
Áreas de Distribución
Geográficas
Ilustración 10 - Objetos de negocio
Conductor
analysis Objetos de negocio
«Entrada»
Supervisores
«Salida»
Reporte Sucursales
«Salida»
Reporte Vehículos
«Salida»
Reporte
Supervisores
«Salida»
Reporte
Conductores
«Salida»
Reporte Áreas de
Mov ilización
«Entrada»
Conductores

4.9.5. Supervisar Conductores - (Diagrama Análisis)
analysis Supervisar Conductores
«Entrada»
Conductores
Consultar Registro de
Conductores «Salida»
Ilustración 11 - Supervisar Conductores
«Evento»
Supervisar
Conductores
4.9.6. Supervisar Sucursales - (Diagrama Análisis)
«Entrada»
Sucursales
Consultar Registro de
Sucursales «Salida»
Ilustración 12 - Supervisar Sucursales
Reporte Conductores
analysis Supervisar Sucursales
Reporte Sucursales
«Evento»
Supervisar
Sucursales

4.9.7. Supervisar Vehículos - (Diagrama Análisis)
«Entrada»
Vehículos
Consultar Registro de Vehículos
Ilustración 13 - Supervisar Vehículos
analysis Supervisar Vehículos
«Evento»
Supervisar
Vehículos
4.9.8. Supervisar Velocidades - (Diagrama Análisis)
analysis Supervisar Velocidades
«Entrada»
Velocidades
Consultar Registro de Velocidades
«Entrada»
Vehículos
«Entrada»
Conductores
Ilustración 14 - Supervisar Velocidades
«Salida»
Reporte Vehículos
«Evento»
Supervisar
Velocidades
«Salida»
Reporte
Velocidades

4.9.9. Supervisar Áreas de Movilización - (Diagrama Análisis)
analysis Superv isar Areas de Mov ilización
«Entrada»
Áreas de Distribución
Geográficas
«Entrada»
Conductores
Consultar Registros de Mov ilización
«Entrada»
Vehículos
Ilustración 15 - Supervisar Áreas de Movilización
«Evento»
Supervisar Areas
de Movilización
4.10. Asignar Recursos
«Entrada»
Conductores
Asignar Vehiculo a
Conductor «Salida»
«Entrada»
Vehículos
Ilustración 16 - Asignar Recursos
«Salida»
Reporte Áreas de
Mov ilización
analysis Asignar Recursos
Reporte Conductores
«Evento»
Asignar Recursos

Trabajo de Titulación CAPÍTULO V: Plan de Desarrollo de Software
CAPÍTULO V: Plan de Desarrollo de Software
5. Plan de Desarrollo de Software
5.1. Introducción
Plan de Desarrollo del Software es un documento preparado para ser
incluido en la propuesta elaborada como respuesta al proyecto “Sistema de
Gestión de flota a través de GPS” de la empresa Apolotech. Este documento
provee una visión global del enfoque de desarrollo propuesto.
El proyecto ha sido ofertado por Misael Novoa Jara, representante de la
empresa Apolotech, y su desarrollo será basado en las cuatro fases que dicta la
metodología de Rational Unified Process, constando en la tercera fase de dos
iteraciones. Es importante destacar esto puesto que utilizaremos la terminología
RUP en este documento. Se incluirá el detalle para las fases de Inicio y
Elaboración y adicionalmente se esbozarán las fases posteriores de
Construcción y Transición para dar una visión global de todo proceso.
El enfoque del desarrollo propuesto constituye una configuración del proceso
RUP de acuerdo a las características del proyecto, seleccionando los roles de
los participantes, las actividades a realizar y los artefactos (entregables) que
serán generados. Este documento es a su vez uno de los artefactos de RUP.

5.2. Propósito
El propósito del Plan de Desarrollo de Software es proporcionar la
información necesaria para controlar el proyecto. En él se describe el enfoque
de desarrollo del software.
Los usuarios del Plan de Desarrollo del Software son:
• El jefe del proyecto lo utiliza para organizar la agenda y necesidades de
recursos, y para realizar su seguimiento.
• Los miembros del equipo de desarrollo lo usan para entender lo qué deben
hacer, cuándo deben hacerlo y qué otras actividades dependen de ello.
5.3. Alcance
El Plan de Desarrollo del Software describe el plan global usado para el
desarrollo del “Sistema de Gestión de flota a través de GPS”. Durante el
proceso de desarrollo en el artefacto “Visión” se definen las características del
producto a desarrollar, lo cual constituye la base para la planificación de las
iteraciones. Para la versión 1.0 del Plan de Desarrollo del Software, el equipo
de trabajo se basará en la captura de requisitos por medio del stakeholder
representante de la empresa para hacer una estimación aproximada, una vez
comenzado el proyecto y durante la fase de Inicio se generará la primera
versión del artefacto “Visión”, el cual se utilizará para refinar este documento.
Posteriormente, el avance del proyecto y el seguimiento en cada una de las

iteraciones ocasionará el ajuste de este documento produciendo nuevas
versiones actualizadas.
5.4. Resumen
Después de esta introducción, el resto del documento está organizado en
las siguientes secciones:
Vista General del Proyecto — proporciona una descripción del propósito,
alcance y objetivos del proyecto, estableciendo los artefactos que serán
producidos y utilizados durante el proyecto.
Organización del Proyecto — describe la estructura organizacional del equipo
de desarrollo.
Gestión del Proceso — explica los costos y planificación estimada, define las
fases e hitos del proyecto y describe cómo se realizará su seguimiento.
5.5. Vista General del Proyecto
5.5.1. Propósito, Alcance y Objetivos
La información que a continuación se incluye ha sido extraída de las
diferentes reuniones que se han celebrado con el stakeholder de la empresa
desde el inicio del proyecto, Sistema de Gestión de flota a través de GPS.
Apolotech, empresa dedicada al mantenimiento, instalaciones y
proyectos en el área electromecánica, eléctrica y electrónica, para edificios
residenciales, comerciales e industriales, considera necesario el desarrollo de

un sistema de gestión de las flotas de sus vehículos de forma inmediata y en
tiempo real, que les permita supervisar a sus conductores cuando estos se
encuentran realizando trabajos a distancia. Para esto se solicita una gestión
más rápida, automática y que permita visualizar la actividad realizada por
vehículos que se encuentren en lugares geográficamente muy distintos,
además de permitir generar indicadores para optimizar la gestión.
Para la correcta distribución de actividades, el proyecto se ha subdividido en los
siguientes bloques:
A. Gestión de Empresa:
Gestionar recursos de trabajo.
Gestionar asignaciones de recursos.
Gestionar eventos de vehículos.
B. Gestión de Sucursales:
Supervisión de vehículos.
Supervisión de conductores.
Supervisión de Eventos y Alarmas.
5.5.2. Suposiciones y Restricciones
Las suposiciones y restricciones respecto del sistema, y que se derivan
directamente de las entrevistas con el stakeholder de la empresa son:

A. Sistema con control de acceso de usuarios.
B. El sistema debe diseñarse para ser utilizado desde cualquier computador
con acceso a internet, en otras regiones y en las distintas sucursales de
la empresa.
C. Escalabilidad del sistema para seguir incorporando nuevas mejoras en
desarrollos posteriores.
Como es natural, la lista de suposiciones y restricciones se incrementará
durante el desarrollo del proyecto, particularmente una vez establecido el
artefacto “Visión”.
5.5.3. Entregables del proyecto
A continuación se indican y describen cada uno de los artefactos que
serán generados y utilizados por el proyecto y que constituyen los entregables.
Esta lista constituye la configuración de RUP desde la perspectiva de
artefactos, y que proponemos para este proyecto.
Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo
proceso iterativo e incremental), todos los artefactos son objeto de
modificaciones a lo largo del proceso de desarrollo, con lo cual, sólo al término
del proceso podríamos tener una versión definitiva y completa de cada uno de
ellos. Sin embargo, el resultado de cada iteración y los hitos del proyecto están
enfocados a conseguir un cierto grado de completitud y estabilidad de los

artefactos. Esto será indicado más adelante cuando se presenten los objetivos
de cada iteración.
5.5.4. Plan de Desarrollo del Software
Es el presente documento.
5.5.5. Modelo de Casos de Uso del Negocio
Es un modelo de las funciones de negocio vistas desde la perspectiva de
los actores externos (Agentes de registro, solicitantes finales, otros sistemas
etc.). permite situar al sistema en el contexto organizacional haciendo
énfasis en los objetivos en este ámbito. Este modelo se representa con un
Diagrama de Casos de Uso usando estereotipos específicos para este
modelo.
5.5.6. Glosario
Es un documento que define los principales términos usados en el
proyecto. Permite establecer una terminología consensuada.
5.5.7. Modelo de Casos de Uso
El modelo de Casos de Uso presenta las funciones del sistema y los
actores que hacen uso de ellas. Se representa mediante Diagramas de
Casos de Uso.

5.5.8. Visión
Este documento define la visión del producto desde la perspectiva del
cliente, especificando las necesidades y características del producto.
Constituye una base de acuerdo en cuanto a los requisitos del sistema.
5.5.9. Especificaciones de Casos de Uso
Para los casos de uso que lo requieran (cuya funcionalidad no sea
evidente o que no baste con una simple descripción narrativa) se realiza una
descripción detallada utilizando una plantilla de documento, donde se
incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales
asociados. También, para casos de uso cuyo flujo de eventos
sea complejo podrá adjuntarse una representación gráfica mediante un
Diagrama de Actividad.
5.5.10. Especificaciones Adicionales
Este documento capturará todos los requisitos que no han sido incluidos
como parte de los casos de uso y se refieren requisitos no-funcionales
globales. Dichos requisitos incluyen: requisitos legales o normas, aplicación
de estándares, requisitos de calidad del producto, tales como: confiabilidad,
desempeño, etc., u otros requisitos de ambiente, tales como: sistema
operativo, requisitos de compatibilidad, etc.

5.5.11. Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea más o
menos precisa de las interfaces que proveerá el sistema y así, conseguir
retroalimentación de su parte respecto a los requisitos del sistema. Estos
prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna
herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese
orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán
entregados al final de la fase de Elaboración, los otros serán desechados.
Asimismo, este artefacto, será desechado en la fase de Construcción en la
medida que el resultado de las iteraciones vayan desarrollando el producto
final.
5.5.12. Modelo de Análisis y Diseño
Este modelo establece la realización de los casos de uso en clases y
pasando desde una representación en términos de análisis (sin incluir
aspectos de implementación) hacia una de diseño (incluyendo una
orientación hacia el entorno de implementación), de acuerdo al avance del
proyecto.

5.5.13. Modelo de Datos
Previendo que la persistencia de la información del sistema será
soportada por una base de datos relacional, este modelo describe la
representación lógica de los datos persistentes, de acuerdo con el enfoque
para modelado relacional de datos.
5.5.14. Modelo de Implementación
Este modelo es una colección de componentes y los subsistemas que los
contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de
código fuente, y todo otro tipo de ficheros necesarios para la implantación y
despliegue del sistema. (Este modelo es sólo una versión preliminar al final
de la fase de Elaboración, posteriormente tiene bastante refinamiento).
5.5.15. Modelo de Despliegue
Este modelo muestra el despliegue la configuración de tipos de nodos del
sistema, en los cuales se hará el despliegue de los componentes.
5.5.16. Casos de Prueba
Cada prueba es especificada mediante un documento que establece las
condiciones de ejecución, las entradas de la prueba, y los resultados
esperados. Estos casos de prueba son aplicados como pruebas de
regresión en cada iteración. Cada caso de prueba llevará asociado un

procedimiento de prueba con las instrucciones para realizar la prueba, y
dependiendo del tipo de prueba dicho procedimiento podrá ser
automatizable mediante un script de prueba.
5.5.17. Solicitud de Cambio
Los cambios propuestos para los artefactos se formalizan mediante este
documento. Mediante este documento se hace un seguimiento de los
defectos detectados, solicitud de mejoras o cambios en los requisitos del
producto. Así se provee un registro de decisiones de cambios, de su
evaluación e impacto, y se asegura que éstos sean conocidos por el equipo
de desarrollo. Los cambios se establecen respecto de la última línea base
(el estado del conjunto de los artefactos en un momento determinado del
proyecto) establecida. En nuestro caso al final de cada iteración se
establecerá una línea base.
5.5.18. Plan de Iteración
Es un conjunto de actividades y tareas ordenadas temporalmente, con
recursos asignados, dependencias entre ellas. Se realiza para cada
iteración, y para todas las fases.

5.5.19. Evaluación de Iteración
Este documento incluye le evaluación de los resultados de cada
iteración, el grado en el cual se han conseguido los objetivos de la iteración,
las lecciones aprendidas y los cambios a ser realizados.
5.5.20. Lista de Riesgos
Este documento incluye una lista de los riesgos conocidos y vigentes en
el proyecto, ordenados en orden decreciente de importancia y con acciones
específicas de contingencia o para su mitigación.
5.5.21. Manual de Instalación
Este documento incluye las instrucciones para realizar la instalación del
producto.
5.5.22. Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos y facilidades de uso del
sistema, incluyendo: Guías del Usuario, Guías de Operación, Guías de
Mantenimiento y Sistema de Ayuda en Línea

5.5.23. Producto
Los ficheros del producto empaquetados y almacenadas en un CD con
los mecanismos apropiados para facilitar su instalación. El producto, a partir
de la primera iteración de la fase de Construcción es desarrollado
incremental e iterativamente, obteniéndose una nueva release al final de
cada iteración.
Los artefactos 5.5.21, 5.5.22 y 5.5.23 se generarán a partir de la fase de
Construcción, con lo cual se han incluido aquí sólo para dar una visión
global de todos los artefactos que se generarán en el proceso de desarrollo.
5.6. Evolución del Plan de Desarrollo del Software
El Plan de Desarrollo del Software se revisará semanalmente y se
refinará antes del comienzo de cada iteración.
1. Organización del Proyecto
2. Participantes en el Proyecto
En representación de la empresa Apolotech como responsable de la
aprobación del proyecto Sistema de Gestión de flota a través de GPS.
El resto del personal del proyecto (por la parte del equipo de desarrollo), estará
formado por los siguientes puestos de trabajo y personal asociado:
Jefe de Proyecto: Labor de Santiago Sebastían de la Cuadra Baeza, alumno
del último curso de la carrera de Ingeniería de Ejecución en Informática Plan

Proyecto de Título - Sistema de Gestión de Flota a Través de GPS

Proyecto de Título - Sistema de Gestión de Flota a Través de GPS

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Proyecto de Título - Sistema de Gestión de Flota a Través de GPS

Similar a Proyecto de Título - Sistema de Gestión de Flota a Través de GPS (20)

Proyecto de Título - Sistema de Gestión de Flota a Través de GPS