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

Sistema de Gestión de flota a través de GPS 2

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

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

4http://www.webwindowslinux.com/2013/02/como-funciona-el-gps.html 5http://www.webwindowslinux.com/2013/02/como-funciona-el-gps.html



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_error



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

Ilustración 6 - Interfaz de Usuario

req Interfaz de Usuario

RGUI001: Pantalla Principal

opciones

Registros

El Sistema debe contarcon 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.

Ilustración 7 - Modelo de Dominio Negocio

class Objetos del dominio

Superv isor SucursalConductor

Vehículo

Áreas de Mov ilización

Velocidad

Unidades

1

1..*

1 1..*

1 1..* 1 1..*

1..*

1..*

1

0..*



4.9.2. Modelo de casos de uso negocio - (Diagrama Análisis)

Ilustración 8 - Modelo de casos de uso negocio

class Casos de Uso de Negocio

Superv isar Conductores

Administrador

Superv isor

Conductor

Superv isar Sucursales

Superv isar Vehículos

Superv isar Velocidades

Superv isar Areas de Mov ilización

Asignar Recursos

Utilizar Recursos Asignados



4.9.3. Interesados - (Diagrama Análisis)

Ilustración 9 - Interesados

4.9.4. Objetos de Negocio - (Diagrama Análisis)

Ilustración 10 - Objetos de negocio

analysis Interesados

ConductorSuperv isor

Administrador

SucursalEmpresa

analysis Objetos de negocio

«Entrada»Superv isores

«Entrada»Sucursales

«Entrada»Vehículos

«Salida»Reporte Sucursales

«Salida»Reporte

Conductores

«Salida»Reporte Vehículos

«Salida»Reporte Áreas de

Mov ilización

«Salida»Reporte

Superv isores

«Entrada»Conductores

«Entrada»Áreas de Distribución

Geográficas

«Entrada»Unidades



4.9.5. Supervisar Conductores - (Diagrama Análisis)

Ilustración 11 - Supervisar Conductores

4.9.6. Supervisar Sucursales - (Diagrama Análisis)

Ilustración 12 - Supervisar Sucursales

analysis Superv isar Conductores

Consultar Registro de Conductores «Salida»

Reporte Conductores«Evento»



analysis Superv isar Sucursales

Consultar Registro de Sucursales «Salida»

Reporte Sucursales

«Evento»


«Entrada»Sucursales



4.9.7. Supervisar Vehículos - (Diagrama Análisis)

Ilustración 13 - Supervisar Vehículos

4.9.8. Supervisar Velocidades - (Diagrama Análisis)

Ilustración 14 - Supervisar Velocidades

analysis Superv isar Vehículos

Consultar Registro de Vehículos

«Salida»Reporte Vehículos


«Evento»Supervisar Vehículos

analysis Superv isar Velocidades

Consultar Registro de Velocidades

«Evento»Supervisar

Velocidades



«Salida»Reporte

Velocidades

«Entrada»Velocidades



4.9.9. Supervisar Áreas de Movilización - (Diagrama Análisis)

Ilustración 15 - Supervisar Áreas de Movilización

4.10. Asignar Recursos

Ilustración 16 - Asignar Recursos

analysis Superv isar Areas de Mov ilización

«Entrada»Áreas de Distribución

Geográficas

«Evento»

Supervisar Areas de Movilización

Consultar Registros de Mov ilización



«Salida»Reporte Áreas de

Mov ilización

analysis Asignar Recursos

Asignar Vehiculo a Conductor «Salida»

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



Especial de la Facultad de Ingeniería de la Universidad UCINF. Con una

experiencia modesta en metodologías de desarrollo, herramientas CASE y

notaciones, en particular la notación UML y el proceso de desarrollo RUP.

Analistas – Funcionales: Con conocimientos de UML, uno de ellos al menos

con experiencia en sistemas afines a la línea del proyecto, labor que llevarán a

cabo Santiago Sebastían de la Cuadra Baeza, Francisco Javier González

Millán.

Analistas – Programadores: Con experiencia en el entorno de desarrollo del

proyecto, con el fin de que los prototipos puedan ser lo más cercanos posibles

al producto final. Este trabajo ha sido encomendado a Alexis Edgardo Méndez

Ferrada y Marcelo Gerardo Espinoza Mansilla.

Asegurador de Calidad: Realiza labores de revisión de calidad de requisitos,

revisión de calidad de hitos de proyecto y documentación. Encargado de la

elaboración de planes de prueba y la ejecución de las pruebas funcionales del

sistema, labor encomendada a Francisco Javier González Millán.

Arquitecto de Aplicación: Serán sus responsabilidades el diseño y

mantenimiento de la arquitectura de las aplicaciones de TI, el análisis, diseño y



mantenimiento de los estándares y las metodologías. Este trabajo ha sido

encomendado a Marcelo Gerardo Espinoza Mansilla.

Integrador: Serán sus responsabilidades dirigir la planificación y la ejecución

de la integración del elemento de implementación (funcionalidad nueva o

funcionalidad modificada, tal vez un simple mantenimiento) para producir

compilaciones (versiones estables). Este trabajo ha sido encomendado a

Marcelo Gerardo Espinoza Mansilla.

5.6.1. Interfaces Externas

Apolotech ha seleccionado a Misael Novoa Jara en representación del

proyecto, que será quien proporcionarán los requisitos del sistema y será

encargado de evaluar los artefactos de acuerdo a cada subsistema y según el

plan establecido.

El equipo de desarrollo interactuará activamente con el participante de

Apolotech para especificación y validación de los artefactos generados.

5.6.2. Roles y Responsabilidades

A continuación se describen las principales responsabilidades de cada

uno de los puestos en el equipo de desarrollo, durante las fases de Inicio y

Elaboración, de acuerdo con los roles que desempeñan en RUP.



Puesto Responsabilidad

Jefe de

Proyecto

El jefe de proyecto asigna los recursos, gestiona las prioridades,

coordina las interacciones con los clientes y usuarios, y mantiene

al equipo del proyecto enfocado en los objetivos. El jefe de

proyecto también establece un conjunto de prácticas que

aseguran la integridad y calidad de los artefactos del proyecto.

Además, el jefe de proyecto se encargará de supervisar el

establecimiento de la arquitectura del sistema, gestión de riesgos,

planificación y control del proyecto.

Analista

Funcional

Captura, especificación y validación de requisitos, interactuando

con el cliente y los usuarios mediante entrevistas. Elaboración del

Modelo de Análisis y Diseño. Colaboración en la elaboración de

las pruebas funcionales y el modelo de datos.

Analista

Programador

Construcción de prototipos. Colaboración en la elaboración de las

pruebas funcionales, modelo de datos y en las validaciones con el

usuario.

Asegurador

de Calidad

Gestión de requisitos, gestión de configuración y cambios,

preparación de las pruebas funcionales y elaboración de la

documentación.

Arquitecto Determinar mecanismos de integración, metodologías de



de

Aplicación

comunicación entre aplicaciones y políticas de reutilización de

componentes. Diseñando soluciones de integración y buscando la

incorporación de mejores prácticas.

Integrador

Integrar el sistema (integrar componentes y módulos

desarrollados de manera independiente).

Planificar la integración del sistema (elaborar las estrategias para

realizar la integración).

5.6.3. Gestión del Proceso

Estimaciones del Proyecto

El presupuesto del proyecto y los recursos involucrados se adjuntan en

un documento separado.

Plan del Proyecto

En esta sección se presenta la organización en fases e iteraciones y el

calendario del proyecto.

Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones

en cada una de ellas. La siguiente tabla muestra una la distribución de tiempos

y el número de iteraciones de cada fase.



Fase Nro. Iteraciones Duración

Fase de Inicio 1 2 semanas

Fase de Elaboración 1 3 semanas

Fase de Construcción 2 6 semanas

Fase de Transición 1 4 semanas

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

Descripción Hito

Fase de Inicio En esta fase desarrollará los requisitos del producto

desde la perspectiva del usuario, los cuales serán

establecidos en el artefacto Visión. Los principales

casos de uso serán identificados y se hará un

refinamiento del Plan de Desarrollo del Proyecto. La

aceptación del cliente / usuario del artefacto Visión y

el Plan de Desarrollo marcan el final de esta fase.

Fase de

Elaboración

En esta fase se analizan los requisitos y se desarrolla

un prototipo de arquitectura (incluyendo las partes

más relevantes y / o críticas del sistema). Al final de

esta fase, todos los casos de uso correspondientes a

requisitos que serán implementados en la primera



release de la fase de Construcción deben estar

analizados y diseñados (en el Modelo de Análisis /

Diseño). La revisión y aceptación del prototipo de la

arquitectura del sistema marca el final de esta fase.

En nuestro caso particular, por no incluirse las fases

siguientes, la revisión y entrega de todos los

artefactos hasta este punto de desarrollo también se

incluye como hito. La primera iteración tendrá como

objetivo la identificación y especificación de los

principales casos de uso, así como su realización

preliminar en el Modelo de Análisis / Diseño, también

permitirá hacer una revisión general del estado de los

artefactos hasta este punto y ajustar si es necesario la

planificación para asegurar el cumplimiento de los

objetivos. Ambas iteraciones tendrán una duración de

una semana.

Fase de

Construcción

Durante la fase de construcción se terminan de

analizar y diseñar todos los casos de uso, refinando el

Modelo de Análisis / Diseño. El producto se construye

en base a 2 iteraciones, cada una produciendo una

release a la cual se le aplican las pruebas y se valida



con el cliente / usuario. Se comienza la elaboración de

material de apoyo al usuario. El hito que marca el fin

de esta fase es la versión de la release 3.0, con la

capacidad operacional parcial del producto que se

haya considerado como crítica, lista para ser

entregada a los usuarios para pruebas beta.

Fase de

Transición

En esta fase se prepararán dos releases para

distribución, asegurando una implantación y cambio

del sistema previo de manera adecuada, incluyendo el

entrenamiento de los usuarios. El hito que marca el fin

de esta fase incluye, la entrega de toda la

documentación del proyecto con los manuales de

instalación y todo el material de apoyo al usuario, la

finalización del entrenamiento de los usuarios y el

empaquetamiento del producto.

5.7. Definición de Arquitectura

La arquitectura definida para la aplicación es Multi-Capa, las cuales son

resumidas a continuación.

Business Layer

• GPS.Domain: entidades de base de datos.



• GPS.Component: capa intermedia.

• GPS.Controller: lógica compleja de negocio

Data Layer

• GPS.Data: conexión a base de datos y llamadas a procedimientos

almacenados.

Presentation Layer

• GPS.Web: proyecto web, diseño y codificación de páginas .aspx.

Library Layer

• GPS.Library: utilidades, validaciones y métodos genéricos.

• Core: Librerías para manejo de sesión, ViewState y servicio de

autenticación.



5.7.1. Matriz de Riesgo



5.8. Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del

proyecto incluyendo sólo las fases de Inicio y Elaboración. Como se ha

comentado, el proceso iterativo e incremental de RUP está caracterizado por la

realización en paralelo de todas las disciplinas de desarrollo a lo largo del

proyecto, con lo cual la mayoría de los artefactos son generados muy

tempranamente en el proyecto pero van desarrollándose en mayor o menor

grado de acuerdo a la fase e iteración del proyecto.

Para este proyecto se ha establecido el siguiente calendario. La fecha de

aprobación indica cuándo el artefacto en cuestión tiene un estado de

completitud suficiente para someterse a revisión y aprobación, pero esto no

quita la posibilidad de su posterior refinamiento y cambios.

Disciplinas / Artefactos generados o modificados durante la Fase de Inicio Comienzo Aprobación

Modelado del Negocio 03-09-2013 07-09-2013

Modelo de Casos de Uso del Negocio 03-09-2013 07-09-2013

Requisitos 03-09-2013 14-09-2013

Glosario 03-09-2013 07-09-2013

Visión 03-09-2013 07-09-2013

Modelo de Casos de Uso 08-09-2013 10-09-2013 Especificación de Casos de Uso 09-09-2013 12-09-2013

Especificaciones Adicionales 12-09-2013 14-09-2013

Análisis / Diseño 10-09-2013 17-09-2013

Modelo de Análisis / Diseño 14-09-2013 17-09-2013

Modelo de Datos 10-09-2013 14-09-2013

Implementación 12-09-2013 14-09-2013

Prototipos de Interfaces de Usuario 12-09-2013 14-09-2013

Modelo de Implementación 12-09-2013 14-09-2013



Pruebas 12-09-2013 14-09-2013

Casos de Pruebas Funcionales 12-09-2013 14-09-2013

Despliegue 10-09-2013 14-09-2013

Modelo de Despliegue 10-09-2013 14-09-2013

Gestión del proyecto 03-09-2013 05-09-2013 Plan de Desarrollo del Software en su versión 1.0 y planes de las Iteraciones 03-09-2013 05-09-2013

Gestión de Cambios y Configuración 03-09-2013 17-09-2013

Ambiente 03-09-2013 17-09-2013

Disciplinas / Artefactos generados o modificados durante la Fase de Elaboración Comienzo Aprobación

Modelado del Negocio 21-09-2013 24-09-2013

Modelo de Casos de Uso del Negocio 21-09-2013 24-09-2013

Requisitos 24-09-2013 02-10-2013

Glosario 24-09-2013 25-09-2013

Visión 24-09-2013 25-09-2013

Modelo de Casos de Uso 24-09-2013 26-09-2013

Especificación de Casos de Uso 26-09-2013 28-09-2013

Especificaciones Adicionales 28-09-2013 02-10-2013

Análisis / Diseño 26-09-2013 08-10-2013

Modelo de Análisis / Diseño 01-10-2013 08-10-2013

Modelo de Datos 26-09-2013 01-10-2013

Implementación 01-10-2013 05-10-2013

Prototipos de Interfaces de Usuario 01-10-2013 05-10-2013

Modelo de Implementación 01-10-2013 05-10-2013

Pruebas 01-10-2013 05-10-2013

Casos de Pruebas Funcionales 01-10-2013 05-10-2013

Despliegue 01-10-2013 05-10-2013

Modelo de Despliegue 01-10-2013 05-10-2013

Gestión del proyecto 21-09-2013 24-09-2013 Plan de Desarrollo del Software en su versión 2.0 y planes de las Iteraciones 21-09-2013 24-09-2013

Gestión de Cambios y Configuración 21-09-2013 08-10-2013

Ambiente 21-09-2013 08-10-2013

Disciplinas / Artefactos generados o modificados durante la Fase de Construcción

Comienzo Aprobación



Iteración 1 09-10-2013 22-10-2013 Casos de Uso negociados para la Primera Release 09-10-2013 22-10-2013

Casos de Uso Alta 09-10-2013 22-10-2013

Iteración 2 22-10-2013 16-11-2013 Casos de Uso negociados para la Primera Release 22-10-2013 05-11-2013

Casos de Uso Alta 22-10-2013 05-11-2013 Casos de Uso negociados para la Segunda Release 22-10-2013 16-11-2013

Casos de Uso Media 22-10-2013 16-11-2013 Casos de Uso Baja 22-10-2013 16-11-2013

Disciplinas / Artefactos generados o modificados durante la Fase de Transición Comienzo Aprobación

Implementación 17-11-2013 18-11-2013

Casos de Prueba Funcionales 22-11-2013 24-11-2013 Pruebas de Certificación 25-11-2013 02-12-2013 Correcciones 02-12-2013 11-12-2013

5.9. Estimación Horas por Fases de Proyecto

Días Horas x día

Sub-Total hrs.

Personas Fase

Total HH Fase

14 2 28 3 84

Disciplinas / Artefactos generados o modificados durante la Fase de Inicio

Estimación HH

Modelado del Negocio Modelo de Casos de Uso del Negocio Requisitos Glosario 6 Visión 8 Modelo de Casos de Uso 8 Especificación de Casos de Uso 10 Especificaciones Adicionales 6 Análisis / Diseño Modelo de Análisis / Diseño 6



Modelo de Datos 8 Implementación Prototipos de Interfaces de Usuario 7 Modelo de Implementación 6 Pruebas Casos de Pruebas Funcionales 5 Despliegue Modelo de Despliegue 2 Gestión del proyecto Plan de Desarrollo del Software en su versión 1.0

y planes de las Iteraciones 6 Gestión de Cambios y Configuración 3 Ambiente 3

Días Horas x día

Sub-Total hrs.

Personas Fase

Total HH Fase

17 2 34 4 136

Disciplinas / Artefactos generados o modificados durante la Fase de Elaboración

Estimación HH

Modelado del Negocio 4 Modelo de Casos de Uso del Negocio 4 Requisitos Glosario 8 Visión 6 Modelo de Casos de Uso 10 Especificación de Casos de Uso 15 Especificaciones Adicionales 15 Análisis / Diseño Modelo de Análisis / Diseño 10 Modelo de Datos 15 Implementación Prototipos de Interfaces de Usuario 10 Modelo de Implementación 6 Pruebas Casos de Pruebas Funcionales 15 Despliegue Modelo de Despliegue 5 Gestión del proyecto



Plan de Desarrollo del Software en su versión 2.0 y planes de las Iteraciones 7

Gestión de Cambios y Configuración 3 Ambiente 3

Días Horas x día

Sub-Total hrs.

Personas Fase

Total HH Fase

38 3 114 2 228

Disciplinas / Artefactos generados o modificados durante la Fase de Construcción

Estimación HH

Iteración 1 Casos de Uso negociados para la Primera Release Casos de Uso Alta 80 Iteración 2 Casos de Uso negociados para la Primera Release Casos de Uso Alta 60 Casos de Uso negociados para la Segunda Release Casos de Uso Media 50 Casos de Uso Baja 38

Días Horas x

día Sub-Total hrs.

Personas Fase

Total HH Fase

24 2 48 3 144

Disciplinas / Artefactos generados o modificados durante la Fase de Transición

Estimación HH

Implementación 24 Casos de Prueba Funcionales 50 Pruebas de Certificación 30 Correcciones 40



5.10. Desglose Fase de Construcción

Estimación horas por Caso de Uso, según estimación de esfuerzo

Caso de Uso HH

CU001: Gestionar Vehículos 6,3 CU002: Gestionar Unidades 6,3 CU003: Gestionar Equipo GPS 6,3 CU004: Gestionar SimCard 6,3 CU005: Gestionar Sucursales 3,8 CU006: Gestionar Usuarios Supervisor 5,1 CU007: Gestionar Conductor 7,6 CU008: Gestionar Eventos: Velocidad 11,4 CU009: Gestionar Geocercas 10,1 CU010: Asignar Unidad a Alarma 8,9 CU011: Asignar Equipo GPS a Vehículo 10,1 CU012: Asignar Unidad a Sucursal 7,6 CU013: Asignar SimCard a Equipo GPS 10,1 CU014: Asignar Vehículo a Conductor 3,8 CU015: Asignar Sucursales a Supervisor 3,8 CU016: Asignar Vehículos a Unidad 3,8 CU017: Desplegar DashBoard 12,7 CU020: Consultar Lista Vehículos 10,1 CU021: Consultar Alarma Registros 2,5 CU022: Consultar Geocercas y Velocidades

Configuradas 2,5 CU023: Consultar Lista Conductores 2,5 CU024: Filtrar 7,6 CU025: Visualizar Vehículos en Tiempo Real 12,7 CU026: Monitorear Geocerca de Salida 8,9 CU027: Monitorear Geocerca con Velocidad 8,9 CU028: Registrar Trama 10,1 CU029: Generar Alarmas 11,4 CU030: Monitorear Velocidad 10,1 CU031: Monitorear Geocercas Entrada 11,4 CU032: Cerrar Sesión 1,3 CU033: Controlar Acceso Usuario 2,5 CU034: Iniciar Sesión 1,3 TOTAL 228

Trabajo de Titulación CAPÍTULO VI: Desarrollo de la Solución


CAPÍTULO VI: Desarrollo de la Solución

6. Desarrollo de la Solución

A continuación se presentan las especificaciones de los casos de uso

utilizados para el desarrollo de la aplicación.

6.1. Priorización Casos de Uso

Preguntas P1. ¿Nivel de esfuerzo de desarrollo (estimado en HH)?

P2. ¿Impacto asociado a la incorporación en la arquitectura de la aplicación? P3. ¿Generará una disminución de costos en los trabajos realizados por la

empresa cliente? P4. ¿Aporta significativamente en la satisfacción del cliente? P5. ¿Aporta en mejorar o solucionar un problema y/o necesidad? P6. ¿Impacta positivamente en la optimización de procesos del cliente?

Nivel de Priorización Baja 01 - 20 Media 21 - 40 Alta 41 - 60

Escala de 1 - 10, siendo 1 la más baja y 10 la más alta.

Evolución Preguntas N° Casos de Uso P1 P2 P3 P4 P5 P6 Total Prioridad

1 CU001: Gestionar Vehículos 5 8 7 7 10 9 46 Alta 2 CU002: Gestionar Unidades 5 4 9 7 10 9 44 Alta 3 CU003: Gestionar Equipo GPS 5 3 8 7 10 9 42 Alta 4 CU004: Gestionar SimCard 8 4 9 7 10 9 47 Alta 5 CU005: Gestionar Sucursales 3 5 2 3 4 2 19 Baja

6 CU006: Gestionar Usuarios Supervisor 4 4 3 3 2 2 18 Baja

7 CU007: Gestionar Conductor 6 4 9 5 6 6 36 Media

8 CU008: Gestionar Eventos: Velocidad 9 4 9 5 6 6 39 Media

9 CU009: Gestionar Geocercas 5 4 9 5 6 6 35 Media



10 CU010: Asignar Unidad a Alarma 7 5 7 6 8 8 41 Alta

11 CU011: Asignar Equipo GPS a Vehículo 8 9 7 4 8 8 44 Alta

12 CU012: Asignar Unidad a Sucursal 6 8 7 6 8 9 44 Alta

13 CU013: Asignar SimCard a Equipo GPS 8 7 7 9 8 7 46 Alta

14 CU014: Asignar Vehículo a Conductor 3 5 7 4 6 5 30 Media

15 CU015: Asignar Sucursales a Supervisor 3 4 2 4 2 2 17 Baja

16 CU016: Asignar Vehículos a Unidad 3 5 2 3 2 1 16 Baja

17 CU017: Desplegar DashBoard 10 10 9 10 6 10 55 Alta

18 CU020: Consultar Lista Vehículos 8 5 6 10 7 10 46 Alta

19 CU021: Consultar Alarma Registros 2 5 6 7 4 6 30 Media

20 CU022: Consultar Geocercas y Velocidades Configuradas 2 5 6 8 4 5 30 Media

21 CU023: Consultar Lista Conductores 2 5 6 2 1 1 17 Baja

22 CU024: Filtrar 6 5 2 2 1 1 17 Baja

23 CU025: Visualizar Vehículos en Tiempo Real 10 9 5 10 6 5 45 Alta

24 CU026: Monitorear Geocerca de Salida 7 9 8 7 5 2 38 Media

25 CU027: Monitorear Geocerca con Velocidad 7 6 8 6 5 2 34 Media

26 CU028: Registrar Trama 8 8 5 6 6 9 42 Alta 27 CU029: Generar Alarmas 9 8 5 2 5 3 32 Media 28 CU030: Monitorear Velocidad 8 8 6 6 5 3 36 Media

29 CU031: Monitorear Geocercas Entrada 9 8 7 6 5 3 38 Media

30 CU032: Cerrar Sesión 1 2 1 2 3 1 10 Baja

31 CU033: Controlar Acceso Usuario 2 2 1 2 3 2 12 Baja

32 CU034: Iniciar Sesión 1 2 1 2 3 1 10 Baja



6.2. Diagrama Casos de Uso Administrador

Ilustración 17 - Casos de Uso Administrador

uc Casos de Uso Administrador

«Alta»CU001: Gestionar

Vehículos

«Media»CU007: Gestionar

Conductor

Casos de Uso Control Administrador

Administrador

«Baja»CU006: Gestionar

Usuarios Superv isor


Ev entos: Velocidad

«Alta»CU011: Asignar Equipo

GPS a Vehículo

«Media»CU014: Asignar Vehículo a

Conductor

«Baja»CU015: Asignar

Sucursales a Superv isor

«Baja»CU016: Asignar

Vehículos a Unidad

«Alta»CU013: Asignar SimCard a

Equipo GPS


Geocercas


Equipo GPS

«Alta»CU012: Asignar Unidad a

Sucursal


SimCard

«Baja»CU005: Gestionar

Sucursales

«Alta»CU002:Gestionar

Unidades



6.3. Especificación de Casos de Uso Administrador

Caso de Uso:

CU001: Gestionar Vehículos

Estado: Construido Versión: 1.0

Fase: 1.0

Autor: Francisco González Creado: 11/10/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Vehículos Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar vehículo 4. El Sistema despliega la interfaz de administración de vehículo 5. El Administrador presiona el botón "Nuevo Vehículo" 6. El Sistema despliega la interfaz de creación de vehículo 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados 9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración

Flujo Alternativo "Eliminar"

5b_1. El Administrador presiona el botón "Eliminar Vehículo" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos

Flujo Alternativo "Modificar"

5a_1. El Administrador presiona el botón "Editar Vehículo" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"

Excepción: "Problemas Base de Datos"

9b_1. El Sistema no puede guardar el registro en la base de datos y despliega un mensaje de error.

Excepción: 8c_1. El Sistema detecta que existen campos que no



"Campos Tipo Formato"

coinciden con el tipo de dato permitido y despliega un mensaje de error 8c_2. El Administrador modifica los campos que no cumplen con el formato y presiona el botón "Aceptar"

Excepción: "Conexión"

9a_1. El Sistema detecta que no tiene conexión con la base de datos y despliega un mensaje de error.

Excepción: "Campos Únicos"

8b_1. El Sistema detecta que se han ingresado campos con valores únicos ya existentes y despliega un mensaje de error 8b_2. El Administrador modifica los campos únicos y presiona el botón "Aceptar"

Excepción: "Campos Obligatorios"

8a_1. El Sistema detecta que no se han ingresado todos los campos obligatorios y despliega un mensaje de error 8a_2. El Administrador completa los campos obligatorios y presiona el botón "Aceptar"

Caso de Uso:

CU002:Gestionar Unidades


Fase: 1.0

Autor: Francisco González Creado: 11/11/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Unidades Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar Unidad 4. El Sistema despliega la interfaz de administración de Unidad 5. El Administrador presiona el botón "Nuevo Unidad" 6. El Sistema despliega la interfaz de creación de Unidad 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados 9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración

Flujo 5b_1. El Administrador presiona el botón "Eliminar Unidad"



Alternativo "Eliminar"

5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos


5a_1. El Administrador presiona el botón "Editar Unidad" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"

Excepción: "Problemas base de datos"




Excepción: "Campos Tipo Formato"

8c_1. El Sistema detecta que existen campos que no coinciden con el tipo de dato permitido y despliega un mensaje de error 8c_2. El Administrador modifica los campos que no cumplen con el formato y presiona el botón "Aceptar"





Caso de Uso:

CU003: Gestionar Equipo GPS


Fase: 1.0

Autor: Francisco González Creado: 11/10/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Equipos GPS Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar "Equipo



GPS" 4. El Sistema despliega la interfaz de administración de equipo GPS 5. El Administrador presiona el botón "Nuevo GPS" 6. El Sistema despliega la interfaz de creación de GPS 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados 9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración


5b_1. El Administrador presiona el botón "Eliminar GPS" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos


5a_1. El Administrador presiona el botón "Editar GPS" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"









Excepción: "Campos

8a_1. El Sistema detecta que no se han ingresado todos los campos obligatorios y despliega un mensaje de error



Obligatorios" 8a_2. El Administrador completa los campos obligatorios y presiona el botón "Aceptar"

Caso de Uso: CU004: Gestionar Simcard

Estado: Construido Versión: 1.0 Fase: 1.0 Autor: Francisco González Creado: 11/10/2013 Modificado: 22/11/201

3 Descripción: Permite Crear, Modificar y Eliminar Simcard Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar "Simcard" 4. El Sistema despliega la interfaz de administración de Simcard 5. El Administrador presiona el botón "Nueva Simcard" 6. El Sistema despliega la interfaz de creación de Simcard 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados 9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración


5b_1. El Administrador presiona el botón "Eliminar Simcard" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos


5a_1. El Administrador presiona el botón "Editar Simcard" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"













Caso de Uso:

CU005: Gestionar Sucursales


Fase: 1.0

Autor: Francisco González Creado: 11/10/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Sucursales Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar "Sucursal" 4. El Sistema despliega la interfaz de administración de Sucursal 5. El Administrador presiona el botón "Nueva Sucursal" 6. El Sistema despliega la interfaz de creación de Sucursal 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados



9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración


5b_1. El Administrador presiona el botón "Eliminar Sucursal" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos


5a_1. El Administrador presiona el botón "Editar Sucursal" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"











Caso de Uso:

CU006: Gestionar Usuarios Supervisor


Fase: 1.0

Autor: Francisco González



Creado: 22/09/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Usuarios Supervisor Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar "Supervisor" 4. El Sistema despliega la interfaz de administración de Supervisor 5. El Administrador presiona el botón "Nuevo Supervisor" 6. El Sistema despliega la interfaz de creación de Supervisor 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados 9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración


5b_1. El Administrador presiona el botón "Eliminar Supervisor" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos


5a_1. El Administrador presiona el botón "Editar Supervisor" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"






8c_1. El Sistema detecta que existen campos que no coinciden con el tipo de dato permitido y despliega un mensaje de error 8c_2. El Administrador modifica los campos que no cumplen



con el formato y presiona el botón "Aceptar" Excepción: "Campos Únicos"




Caso de Uso: CU007: Gestionar Conductor

Estado: Construido Versión: 1.0 Fase: 1.0 Autor: Francisco González Creado: 22/09/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Conductor Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración 2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar "Conductor" 4. El Sistema despliega la interfaz de administración de Conductor 5. El Administrador presiona el botón "Nuevo Conductor"


5a_1. El Administrador presiona el botón "Editar Conductor" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"


5b_1. El Administrador presiona el botón "Eliminar Conductor" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos



6. El Sistema despliega la interfaz de creación de Conductor 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados






8c_1. El Sistema detecta que existen campos que no coinciden con el tipo de dato permitido y despliega un mensaje de error 8c_2. El Administrador modifica los campos que no cumplen con el formato y presiona el botón "Aceptar" 9. El Sistema guarda el registro en la base de datos





Caso de Uso:

CU008: Gestionar Eventos: Velocidad


Fase: 1.0

Autor: Francisco González Creado: 22/09/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Velocidad Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar "Evento Velocidad" 4. El Sistema despliega la interfaz de administración de Evento Velocidad



5. El Administrador presiona el botón "Nuevo Evento Velocidad" 6. El Sistema despliega la interfaz de creación de Evento Velocidad 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados 9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración


5b_1. El Administrador presiona el botón "Eliminar Evento Velocidad" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos


5a_1. El Administrador presiona el botón "Editar Evento Velocidad" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"









Excepción: "Campos

8a_1. El Sistema detecta que no se han ingresado todos los campos obligatorios y despliega un mensaje de error



Obligatorios" 8a_2. El Administrador completa los campos obligatorios y presiona el botón "Aceptar"

Caso de Uso:

CU009: Gestionar Geocercas


Fase: 1.0

Autor: Francisco González Creado: 22/09/2013 Modificado: 22/11/2013 Descripción: Permite Crear, Modificar y Eliminar Geocercas Actor: Administrador Flujo Normal 1. El Administrador ingresa al menú de administración

2. El Sistema despliega el menú de administración 3. El Administrador selecciona la opción administrar "Geocercas" 4. El Sistema despliega la interfaz de administración de Geocercas 5. El Administrador presiona el botón "Nuevo Geocercas" 6. El Sistema despliega la interfaz de creación de Geocercas 7. El Administrador ingresa los campos obligatorios y presiona el botón "Guardar" 8. El Sistema valida los datos ingresados 9. El Sistema guarda el registro en la base de datos 10. El Administrador presiona el botón "Salir" 11. El Sistema cierra la interfaz de creación 12. El Administrador presiona el botón "Salir" 13. El Sistema cierra la interfaz de administración


5b_1. El Administrador presiona el botón "Eliminar Geocercas" 5b_2. El Sistema despliega un mensaje de confirmación de eliminación 5b_3. El Administrador presiona el botón "Aceptar" 5b_4. El Sistema valida el registro seleccionado 5b_5. El Sistema elimina el registro de la base de datos


5a_1. El Administrador presiona el botón "Editar Geocercas" 5a_2. El Sistema despliega la interfaz de edición 5a_3. El Administrador modifica los campos y presiona el botón "Guardar"













Caso de Uso:

CU010: Asignar Unidad a Alarma


Fase: 1.0

Autor: Marcelo Espinoza Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Permite crear, modificar y eliminar una asignación de Unidad

y Alarma Actor: Administrador Flujo Normal 1. El usuario ingresa a la interfaz de administración de

asignación 2. El sistema despliega la interfaz 3. El usuario selecciona un combobox con unidades disponibles. 4. El usuario selecciona un combobox con alarmas disponibles 5. El usuario selecciona el botón asignar. 6. El Sistema guarda la asignación en la base de datos 7. El Sistema cierra la interfaz



Pre-condición

Los Vehículos deben estar disponible para asignación

Pre-condición

Los Equipos deben estar disponibles para asignación

Post-condición

El vehículo queda en estado asignado

Caso de Uso:

CU011: Asignar Equipo GPS a Vehículo


Fase: 1.0

Autor: Marcelo Espinoza Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Permite crear, modificar y eliminar una asignación de Equipo

GPS y Vehículo Actor: Administrador Flujo Normal 1. El usuario ingresa a la interfaz de administración de

asignación 2. El Sistema despliega la interfaz

3. El usuario selecciona un combobox con equipos disponibles. 4. El usuario selecciona un combobox con vehículos disponibles 5. El usuario selecciona el botón asignar. 6. El Sistema guarda la asignación en la base de datos

7. El Sistema cierra la interfaz

Pre-condición

Los Vehículos deben estar disponible para asignación

Pre-condición

Los Equipos deben estar disponibles para asignación

Post-condición

El vehículo queda en estado asignado



Caso de Uso: CU012: Asignar Unidad a Sucursal

Estado: Construido Versión: 1.0 Fase: 1.0 Autor: Marcelo Espinoza Creado: 11/11/2013 Modificado: 22/11/2013 Descripción: Permite crear, modificar y eliminar una asignación de Unidad

a Sucursal Actor: Administrador Flujo Normal 1. El usuario ingresa a la interfaz de administración de

asignación 2. El sistema despliega la interfaz 3. El usuario selecciona un combobox con Sucursales disponibles. 4. El usuario selecciona un combobox con Unidades disponibles 5. El usuario selecciona el botón asignar. 6. El Sistema guarda la asignación en la base de datos 7. El Sistema cierra la interfaz

Pre-condición Los Vehículos deben estar disponible para asignación

Pre-condición Los Equipos deben estar disponibles para asignación

Post-condición El vehículo queda en estado asignado

Caso de Uso:

CU013: Asignar Simcard a Equipo GPS


Fase: 1.0

Autor: Francisco González Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Permite crear, modificar y eliminar una asignación de

Simcard a Equipo Actor: Administrador Flujo Normal 1. Ingresa a la interfaz de administración de asignación

2. Despliega la interfaz de administración de asignación con las opciones de menú 3. El usuario selecciona un combobox con Simcard disponibles.



4. El usuario selecciona un combobox con equipos GPS disponibles 5. El usuario selecciona el botón asignar. 6. El Sistema guarda la asignación en la base de datos


Pre-condición

Tiene que haber equipos disponibles.

Pre-condición

Tiene que haber Simcard disponibles

Post-condición

Simcard queda en estado asignado

Caso de Uso:

CU014: Asignar Vehículo a Conductor


Fase: 1.0


Vehículo a Conductor Actor: Administrador Flujo Normal 1. El usuario ingresa a la interfaz de administración de


3. El usuario selecciona un vehículo disponible 4. El usuario selecciona un combobox con conductores disponibles 5. El usuario selecciona el botón asignar. 6. El Sistema guarda la asignación en la base de datos


Pre-condición

Los Vehículos deben estar disponibles para asignación

Pre-condición

Deben Existir Conductores disponibles para asignación



Caso de Uso:

CU015: Asignar Sucursales a Supervisor


Fase: 1.0


Sucursales a Supervisor Actor: Administrador Flujo Normal 1. El usuario ingresa a la interfaz de administración de


3. El usuario selecciona un combobox con Sucursales disponibles. 4. El usuario selecciona un combobox con supervisores disponibles 5. El usuario selecciona el botón asignar. 6. El Sistema guarda la asignación en la base de datos


Caso de Uso:

CU016: Asignar Vehículos a Unidad


Fase: 1.0


Vehículos a Unidad Actor: Administrador Flujo Normal 1. El usuario ingresa a la interfaz de administración de


3. El usuario selecciona un combobox con vehículos disponibles. 4. El usuario selecciona un combobox con Unidades disponibles 5. El usuario selecciona el botón asignar. 6. El Sistema guarda la asignación en la base de datos




6.4. Diagrama de Casos de Uso Supervisor

Ilustración 18 - Diagrama de Casos de Uso Supervisor

6.5. Especificación Casos de Uso Supervisor

Caso de Uso:

CU017: Desplegar DashBoard


Fase: 1.0

Autor: Francisco González Creado: 23/09/2013 Modificado: 22/11/2013 Descripción: Permite desplegar el tablero principal Dashboard Actor: Supervisor Flujo Normal 1. El Supervisor ingresa al DashBoard del Sistema

2. El Sistema despliega la interfaz DashBoard con un filtro de

uc Casos de Uso Superv isor

Casos de Uso Control Usuario

«Alta»CU025: Visualizar

Vehículos en Tiempo Real

Superv isor

«Alta»CU020: Consultar Lista

Vehículos

«Baja»CU024: Filtrar

«Media»CU021: Consultar Alarma Registros

«Baja»CU023: Consultar Lista

Conductores

«Media»CU022: Consultar

Geocercas y Velocidades Configuradas

«Alta»CU017: Desplegar

DashBoard

«Alta»CU018: Filtrar por

Fecha

«Alta»CU019: Filtrar por

Sucursal

«include»

«include»

«include»

«include»

«extend» «extend»

«include»

«include»



fecha y sucursal, además de una grilla de datos 3. El Sistema muestra las alarmas registradas de los últimos 7 días y un total de alarmas para esos 7 días en la grilla de datos 4. El Sistema dibuja en el mapa las alarmas registradas para los 7 días 5. El Supervisor selecciona un punto en el mapa (alarma) 6. El Sistema muestra información general de la alarma 7. El Supervisor selecciona un registro de la grilla 8. El Sistema resalta la alarma en el mapa para la sucursal y un total de las alarmas registradas en los últimos 7 días

Flujo Alternativo 1

3a_1. El Usuario filtra por sucursal y fecha 3a_2. El Sistema actualiza los registros en la grilla y el mapa en base a la selección del usuario

Pre-condición

El usuario debe estar logueado en el sistema CU050: Iniciar Sesión

Caso de Uso:

CU020: Consultar Lista Vehículos


Fase: 1.0

Autor: Alexis Mendez Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Permite consultar una lista de Vehículos Actor: Supervisor Flujo Normal 1. El Supervisor selecciona la opción del menú para ver la

lista de vehículos.

2. El sistema despliega una lista de los vehículos por sucursal. 3. El usuario selecciona un vehículo 4. El sistema despliega el detalle e histórico.

Pre-condición

El usuario debe estar logueado como supervisor en el sistema.

Pre-condición

El sistema debe cargar una lista con los vehículos correspondientes desde la base de datos.

Caso de Uso:

CU021: Consultar Alarma Registros




Fase: 1.0

Autor: Francisco González Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Permite consultar una lista de Alarmas Actor: Supervisor Flujo Normal 1. El Supervisor selecciona la opción consultar alarmas del

menú.

2. El sistema despliega una grilla 3. El Supervisor selecciona un registro de la grilla.

4. El sistema despliega el detalle de la alarma, tipo de alarma y registro de lo sucedido. 5. El Supervisor cierra el registro.

Pre-condición


Post-condición

El sistema debe cargar los eventos correspondientes desde la base de datos.

Caso de Uso:

CU022: Consultar Geocercas y Velocidades Configuradas


Fase: 1.0

Autor: Francisco González Creado: 22/09/2013 Modificado: 22/11/2013 Descripción: Permite consultar una lista de Geocercas y Velocidades Actor: Supervisor Flujo Normal 1. El Supervisor accede a la pantalla de configuraciones de

alarmas.

2. El sistema despliega las configuraciones. 3. El sistema muestra una grilla con los registros. 4. El Supervisor selecciona un detalle.

5. El sistema muestra los datos del registro. Pre-condición


Post-condición

El sistema debe cargar las geocercas correspondientes desde la base de datos.



Caso de Uso:

CU023: Consultar Lista Conductores


Fase: 1.0

Autor: Francisco González Creado: 22/09/2013 Modificado: 22/11/2013 Descripción: Permite consultar una lista de Conductores Actor: Supervisor Flujo Normal 1. El Supervisor selecciona la opción consultar lista de

conductores del menú.

2. El sistema despliega la lista de conductores en una grilla. 3. El usuario selecciona un registro. 4. El sistema despliega el detalle del conductor con su histórico y vehículos asignados. 5. El usuario cierra el registro.

Pre-condición


Post-condición

El sistema debe cargar una lista con los conductores correspondientes desde la base de datos.

Caso de Uso:

CU024: Filtrar


Fase: 1.0

Autor: Francisco González Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Permite consultar una lista por filtros de fecha Actor: Supervisor Flujo Normal 1. El supervisor selecciona un parámetro para filtrar

2. El supervisor selecciona rango de fecha y sucursal 3. El sistema devuelve los datos y rangos disponibles 4. El usuario envía el filtro seleccionado. 5. El sistema filtra los registros.

Caso de Uso:

CU025: Visualizar Vehículos en Tiempo Real

Estado: Construido Versión: Fase: 1.0



1.0 Autor: Alexis Méndez Creado: 19/11/2005 Modificado: 22/11/2013 Descripción: Permite consultar vehículos en tiempo real Actor: Supervisor Flujo Normal 1. El Supervisor selecciona del menú la opción tiempo real

2. El sistema despliega un mapa indicando los vehículos mas una grilla con los datos 3. El Supervisor selecciona un vehículo del mapa seleccionando un punto determinado por la api de google maps. 4. El sistema muestra el detalle del vehículo. 5. El Supervisor cierra el detalle.

Flujo alternativo

3. El usuario supervisor presiona el botón (icono volver). 4. El Sistema vuelve al menú principal.

Pre-condición




6.6. Diagrama de Casos de Uso de Sistema

Ilustración 19 - Diagrama Casos de Uso Sistema

uc Casos de Uso Sistema

Casos de Uso Control de Usuario

Casos de Uso Control Sistema

«Alta»CU028: Registrar Trama

«Media»CU029: Generar Alarmas

«Media»CU030: Monitorear

Velocidad

«Media»CU031: Monitorear Geocercas Entrada

Sistema

Administrador

Superv isor

«Baja»CU033: Controlar Acceso Usuario

«Baja»CU034: Iniciar Sesión

«Baja»CU032: Cerrar Sesión

Equipo GPS

Usuario

«Media»CU026: Monitorear Geocerca de Salida

«Media»CU027: Monitorear

Geocerca con Velocidad

«include»

«include»

«include»

«include»«include»

«include»



6.7. Especificación de Casos de Uso Sistema

Caso de Uso:

CU026: Monitorear Geocerca de Salida


Fase: 1.0

Autor: Francisco González Creado: 19/10/2013 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. El Sistema consulta si tiene nuevas alarmas de geocerca

de salida. 2. El Sistema registra la alarma

Caso de Uso:

CU027: Monitorear Geocerca con Velocidad


Fase: 1.0

Autor: Francisco González Creado: 19/10/2013 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. El Sistema valida que tiene alertas de geocercas con

velocidad 2. El Sistema registra la alerta

Caso de Uso: CU028: Registrar Trama


Fase: 1.0

Autor: Marcelo Espinoza Creado: 19/11/2005 Modificado: 22/11/2013 Descripción: Caso de Uso para obtener la información reportada por

uno o varios GPS (Máximo 15) interpretar los datos y registrarlos en la BD.

Actor: Sistema Flujo Normal 1. El GPS envía la trama de datos

2. El Sistema obtiene la trama de datos y la decodifica



3. El Sistema guarda la trama decodificada en la base de datos

Flujo Alternativo 1

1.1 El sistema ya escucha el socket, registra un log (bitácora) indicando el error.

Flujo Alternativo 2

3.1.1 El hilo de ejecución está activo, espera a que la instancia del hilo este desocupada (Utiliza Singleton), esperando un máximo de 1 hora.

Flujo Alternativo 3

3.6.2. El sistema Registra error de BD, registra error de BD en log

Excepción: Configuración GPS

El GPS debe estar configurado para enviar datos al server y socket del sistema.

Excepción: Plan de Datos GPS

El GPS debe contar con un Plan de datos de un operador telefónico

Excepción: Protocolo de Comunicación

El Protocolo de comunicación debe ser conocido por el interprete.

Excepción: Almacenamiento de Tramas

Las Tramas de Geolocalización quedan registradas en la BD.

Caso de Uso:

CU029: Generar Alarmas


Fase: 1.0

Autor: Francisco González Creado: 20/11/2005 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. El Sistema obtiene la trama desde la base datos para ser

validada.

2. El Sistema valida si la trama es una alamar definida por el usuario: 1-Velocidad 2-Velocidad en geocerca 3-Geocerca de entrada 4-Geocerca de salida

3. El Sistema guarda el registro en la base datos si se cumple la condición de la alamar.



4. El Sistema queda disponible para validar otra trama

Caso de Uso:

CU030: Monitorear Velocidad


Fase: 1.0

Autor: Francisco González Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. El Sistema valida que tiene alertas de velocidad

2. El Sistema registra la alerta

Caso de Uso:

CU031: Monitorear Geocercas Entrada


Fase: 1.0

Autor: Francisco González Creado: 21/09/2013 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. El Sistema valida que tiene geocercas de entrada

2. El Sistema registra la alerta

Caso de Uso:

CU032: Cerrar Sesión


Fase: 1.0

Autor: Francisco González Creado: 20/11/2005 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. Usuario cierra sesión usando el botón del sistema.

2. el sistema cierra sesión del Usuario



Post-condición

Usuario cierra sesión exitosamente.

Caso de Uso:

CU033: Controlar Acceso Usuario


Fase: 1.0

Autor: Francisco González Creado: 22/09/2013 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. El Sistema valida el control de acceso a usuario.

2. El Sistema permite el acceso al usuario

Caso de Uso:

CU034: Iniciar Sesión


Fase: 1.0

Autor: Francisco González Creado: 19/11/2005 Modificado: 22/11/2013 Descripción: Actor: Sistema Flujo Normal 1. El Usuario ingresa nombre de user y password

2. El sistema valida los datos ingresados por el usuario 3. Una vez validado el usuario, el sistema muestra el menú de opciones y la pagina principal

Pre-condición

Usuario registrado en la base datos

Post-condición

El usuario inicia sesión exitosamente



6.8. Diagramas de Secuencia

6.8.1. Diagrama de Secuencia Administrador

CU001: Gestionar Vehículos - (Diagrama de Secuencia)

Ilustración 20 - Gestionar Vehículos - Secuencia

sd 1_Basic_Path

Administrador Gestionar.aspx:Gestionar.aspx

GestionarVehiculo.aspx:GestionarVehiculo.aspx

VehiculoComponent:VehiculoComponent

Vehiculo:Vehiculo

VehiculoDataAccess BaseDatos

1.Administrador ingresar Gestionar.aspx()

2.Gestionar.aspx despliega Administrador()

3.Administrador selecciona gestionar vehículo Gestionar.aspx()

4.Gestionar.aspx despliega GestionarVehiculo.aspx()

5.GestionarVehiculo.aspx despliega Administrador()

6.Administrador presiona "Nuevo Vehículo" GestionarVehiculo.aspx()

7.GestionarVehiculo.aspx despliega interfáz creación GestionarVehiculo.aspx()

8.GestionarVehiculo.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarVehiculo.aspx()

10.GestionarVehiculo.aspx Guardar() VehiculoComponent

11.VehiculoComponent Objeto() Vehiculo

12.Vehiculo Guardar(Objeto) VehiculoDataAccess

13.VehiculoDataAccess sqlQuery() BaseDatos

14.BaseDatos result() VehiculoDataAccess

15.VehiculoDataAccess result() Vehiculo

16.Vehiculo result() VehiculoComponent

17.VehiculoComponent result() GestionarVehiculo.aspx

18.GestionarVehiculo.aspx result() Administrador

19.Administrador presiona "Salir" GestionarVehiculo.aspx()

20.GestionarVehiculo.aspx cierra interfaz GestionarVehiculo.aspx()

21.GestionarVehiculo.aspx Administrador()

22.Administrador presiona "Salir" Gestionar.aspx()

23.Gestionar.aspx cierra interfaz Gestionar.aspx()

24.Gestionar.aspx Administrador()



CU002:Gestionar Unidades - (Diagrama de Secuencia)

Ilustración 21 - Gestionar Unidades - Secuencia

sd 1_Basic_Path


GestionarUnidad.aspx:GestionarUnidad.aspx

UnidadComponent Unidad UnidadDataAccess BaseDatos



3.Administrador selecciona gestionar vehículo Gestionar.aspx()

4.Gestionar.aspx despliega GestionarUnidad.aspx()

5.GestionarUnidad.aspx despliega Administrador()

6.Administrador presiona "Nuevas Unidades" GestionarUnidad.aspx()

7.GestionarUnidad.aspx despliega interfáz creación GestionarUnidad.aspx()

8.GestionarUnidad.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarUnidad.aspx()

10.GestionarUnidad.aspx Guardar() UnidadComponent

11.UnidadComponent Objeto() Unidad

12.Unidad Guardar(Objeto) UnidadDataAccess

13.UnidadDataAccess sqlQuery() BaseDatos

14.BaseDatos result() UnidadDataAccess

15.UnidadDataAccess result() Unidad

16.Unidad result() UnidadComponent

17.UnidadComponent result() GestionarUnidad.aspx

18.GestionarUnidad.aspx result() Administrador

19.Administrador presiona "Salir" GestionarUnidad.aspx()

20.GestionarUnidad.aspx cierra interfaz GestionarUnidad.aspx()

21.GestionarUnidad.aspx Administrador()






CU003: Gestionar Equipo - (Diagrama de Secuencia)

Ilustración 22 - Gestionar Equipo - Secuencia

sd 1_Basic_Path


GestionarEquipo.aspx:GestionarEquipo.aspx

EquipoComponent Equipo :Equipo EquipoDataAccess BaseDatos



3.Administrador selecciona gestionar equipos Gestionar.aspx()

4.Gestionar.aspx despliega GestionarEquipo.aspx()

5.GestionarEquipo.aspx despliega Administrador()

6.Administrador presiona "Nuevos Equipos" GestionarEquipo.aspx()

7.GestionarEquipo.aspx despliega interfáz creación GestionarEquipo.aspx()

8.GestionarEquipo.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarEquipo.aspx()

10.GestionarEquipo.aspx Guardar() EquipoComponent

11.EquipoComponent Objeto() Equipo

12.Equipo Guardar(Objeto) EquipoDataAccess

13.EquipoDataAccess sqlQuery() BaseDatos

14.BaseDatos result() EquipoDataAccess

15.EquipoDataAccess result() Equipo

16.Equipo result() EquipoComponent

17.EquipoComponent result() GestionarEquipo.aspx

18.GestionarEquipo.aspx result() Administrador

19.Administrador presiona "Salir" GestionarEquipo.aspx()

20.GestionarEquipo.aspx cierra interfaz GestionarEquipo.aspx()

21.GestionarEquipo.aspx Administrador()






CU004: Gestionar Simcard - (Diagrama de Secuencia)

Ilustración 23 - Gestionar Simcard - Secuencia

sd 1_Basic_Path


GestionarSimcard.aspx:GestionarSimcard.aspx

SimCardComponent SimCard:SimCard

SimCardDataAccess BaseDatos



3.Administrador selecciona gestionar SimCards Gestionar.aspx()

4.Gestionar.aspx despliega GestionarSimCard.aspx()

5.GestionarSimCard.aspx despliega Administrador()

6.Administrador presiona "Nuevos SimCards" GestionarSimCard.aspx()

7.GestionarSimCard.aspx despliega interfáz creación GestionarSimCard.aspx()

8.GestionarSimCard.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarSimCard.aspx()

10.GestionarSimCard.aspx Guardar() SimCardComponent

11.SimCardComponent Objeto() SimCard

12.SimCard Guardar(Objeto) SimCardDataAccess

13.SimCardDataAccess sqlQuery() BaseDatos

14.BaseDatos result() SimCardDataAccess

15.SimCardDataAccess result() SimCard

16.SimCard result() SimCardComponent

17.SimCardComponent result() GestionarSimCard.aspx

18.GestionarSimCard.aspx result() Administrador

19.Administrador presiona "Salir" GestionarSimCard.aspx()

20.GestionarSimCard.aspx cierra interfaz GestionarSimCard.aspx()

21.GestionarSimCard.aspx Administrador()






CU005: Gestionar Sucursal - (Diagrama de Secuencia)

Ilustración 24 - Gestionar Sucursal – Secuencia

sd 1_Basic_Path


GestionarSucursal.aspx:GestionarSucursal.aspx

SucursalComponent Sucursal :Sucursal SucursalDataAccess BaseDatos



3.Administrador selecciona gestionar Sucursales Gestionar.aspx()

4.Gestionar.aspx despliega GestionarSucursal.aspx()

5.GestionarSucursal.aspx despliega Administrador()

6.Administrador presiona "Nuevas Sucursales" GestionarSucursal.aspx()

7.GestionarSucursal.aspx despliega interfáz creación GestionarSucursal.aspx()

8.GestionarSucursal.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarSucursal.aspx()

10.GestionarSucursal.aspx Guardar() SucursalComponent

11.SucursalComponent Objeto() Sucursal

12.Sucursal Guardar(Objeto) SucursalDataAccess

13.SucursalDataAccess sqlQuery() BaseDatos

14.BaseDatos result() SucursalDataAccess

15.SucursalDataAccess result() Sucursal

16.Sucursal result() SucursalComponent

17.SucursalComponent result() GestionarSucursal.aspx

18.GestionarSucursal.aspx result() Administrador

19.Administrador presiona "Salir" GestionarSucursal.aspx()

20.GestionarSucursal.aspx cierra interfaz GestionarSucursal.aspx()

21.GestionarSucursal.aspx Administrador()






CU023: Gestionar Usuarios Supervisor - (Diagrama de Secuencia)

Ilustración 25 - Gestionar Usuarios Supervisor - Secuencia

sd 1_Basic_Path


GestionarUsuario.aspx:GestionarUsuario.aspx

UsuarioComponent Usuario :Usuario UsuarioDataAccess BaseDatos



3.Administrador selecciona gestionar Usuarios Gestionar.aspx()

4.Gestionar.aspx despliega GestionarUsuario.aspx()

5.GestionarUsuario.aspx despliega Administrador()

6.Administrador presiona "Nuevos Usuarios" GestionarUsuario.aspx()

7.GestionarUsuario.aspx despliega interfáz creación GestionarUsuario.aspx()

8.GestionarUsuario.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarUsuario.aspx()

10.GestionarUsuario.aspx Guardar() UsuarioComponent

11.UsuarioComponent Objeto() Usuario

12.Usuario Guardar(Objeto) UsuarioDataAccess

13.UsuarioDataAccess sqlQuery() BaseDatos

14.BaseDatos result() UsuarioDataAccess

15.UsuarioDataAccess result() Usuario

16.Usuario result() UsuarioComponent

17.UsuarioComponent result() GestionarUsuario.aspx

18.GestionarUsuario.aspx result() Administrador

19.Administrador presiona "Salir" GestionarUsuario.aspx()

20.GestionarUsuario.aspx cierra interfaz GestionarUsuario.aspx()

21.GestionarUsuario.aspx Administrador()






CU021: Gestionar Conductor - (Diagrama de Secuencia)

Ilustración 26 - Gestionar Conductor - Secuencia

sd 1_Basic_Path

Administrador Gestionar.aspx GestionarConductor.aspx ConductorComponent Conductor ConductorDataAccess BaseDatos



3.Administrador selecciona gestionar Conductores Gestionar.aspx()

4.Gestionar.aspx despliega GestionarConductor.aspx()

5.GestionarConductor.aspx despliega Administrador()

6.Administrador presiona "Nuevos Conductores" GestionarConductor.aspx()

7.GestionarConductor.aspx despliega interfáz creación GestionarConductor.aspx()

8.GestionarConductor.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarConductor.aspx()

10.GestionarConductor.aspx Guardar() ConductorComponent

11.ConductorComponent Objeto() Conductor

12.Conductor Guardar(Objeto) ConductorDataAccess

13.ConductorDataAccess sqlQuery() BaseDatos

14.BaseDatos result() ConductorDataAccess

15.ConductorDataAccess result() Conductor

16.Conductor result() ConductorComponent

17.ConductorComponent result() GestionarConductor.aspx

18.GestionarConductor.aspx result() Administrador

19.Administrador presiona "Salir" GestionarConductor.aspx()

20.GestionarConductor.aspx cierra interfaz GestionarConductor.aspx()

21.GestionarConductor.aspx Administrador()






CU019: Gestionar Eventos: Velocidad - (Diagrama de Secuencia)

Ilustración 27 - Gestionar Eventos - Velocidad

sd 1_Basic_Path

Administrador Gestionar.aspx GestionarActividad.aspx ActividadComponent Actividad:Actividad

ActividadDataAccess:ActividadDataAccess

BaseDatos



3.Administrador selecciona gestionar Actividades Gestionar.aspx()

4.Gestionar.aspx despliega GestionarActividad.aspx()

5.GestionarActividad.aspx despliega Administrador()

6.Administrador presiona "Nuevos Actividades" GestionarActividad.aspx()

7.GestionarActividad.aspx despliega interfáz creación GestionarActividad.aspx()

8.GestionarActividad.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarActividad.aspx()

10.GestionarActividad.aspx Guardar() ActividadComponent

11.ActividadComponent Objeto() Actividad

12.Actividad Guardar(Objeto) ActividadDataAccess

13.ActividadDataAccess sqlQuery() BaseDatos

14.BaseDatos result() ActividadDataAccess

15.ActividadDataAccess result() Actividad

16.Actividad result() ActividadComponent

17.ActividadComponent result() GestionarActividad.aspx

18.GestionarActividad.aspx result() Administrador

19.Administrador presiona "Salir" GestionarActividad.aspx()

20.GestionarActividad.aspx cierra interfaz GestionarActividad.aspx()

21.GestionarActividad.aspx Administrador()






CU020: Gestionar Geocercas - (Diagrama de Secuencia)

Ilustración 28 - Gestionar Geocercas - Secuencia

sd 1_Basic_Path

Administrador Gestionar.aspx GestionarGeocerca.aspx GeocercasComponent Geocercas:Geocercas

GeocercasDataAccess:GeocercasDataAccess

BaseDatos



3.Administrador selecciona gestionar Geocerca Gestionar.aspx()

4.Gestionar.aspx despliega GestionarGeocerca.aspx()

5.GestionarGeocerca.aspx despliega Administrador()

6.Administrador presiona "Nueva Geocerca" GestionarGeocerca.aspx()

7.GestionarGeocerca.aspx despliega interfáz creación GestionarGeocerca.aspx()

8.GestionarGeocerca.aspx despliega Administrador()

9.Administrador ingresa campos y presiona "Guardar" GestionarGeocerca.aspx()

10.GestionarGeocerca.aspx Guardar() GeocercasComponent

11.GeocercasComponent Objeto() Geocercas

12.Geocercas Guardar(Objeto) GeocercasDataAccess

13.GeocercasDataAccess sqlQuery() BaseDatos

14.BaseDatos result() GeocercasDataAccess

15.GeocercasDataAccess result() Geocercas

16.Geocercas result() GeocercasComponent

17.GeocercasComponent result() GestionarGeocerca.aspx

18.GestionarGeocerca.aspx result() Administrador

19.Administrador presiona "Salir" GestionarGeocerca.aspx()

20.GestionarGeocerca.aspx cierra interfaz GestionarGeocerca.aspx()

21.GestionarGeocerca.aspx Administrador()






CU000: Asignar Unidad a Alarma - (Diagrama de Secuencia)

Ilustración 29 - Asignar Unidad a Alarma - Secuencia

CU009: Asignar Equipo GPS a Vehículo - (Diagrama de Secuencia)

Ilustración 30 - Asignar Equipo GPS a Vehículo - Secuencia

sd 1_Basic_Path

Administrador:Administrador

AsignarUnidadAlarma.aspx:AsignarUnidadAlarma.aspx

UnidadAlarmaComponent:UnidadAlarmaComponent

UnidadAlarma:UnidadAlarma

UnidadAlarmaDataAccess:UnidadAlarmaDataAccess

BaseDatos:BaseDatos

1.Administrador ingresa interfaz asignación AsignarUnidadAlarma.aspx()

2.AsignarUnidadAlarma.aspx despliega interfaz Administrador()

3.Administrador selecciona datos AsignarUnidadAlarma.aspx()

4.Administrador presiona asignar AsignarUnidadAlarma.aspx()

5.AsignarUnidadAlarma.aspx UnidadAlarmaComponent()

6.UnidadAlarmaComponent UnidadAlarma()

7.UnidadAlarma UnidadAlarmaDataAccess()

8.UnidadAlarmaDataAccess BaseDatos()

9.BaseDatos UnidadAlarmaDataAccess()

10.UnidadAlarmaDataAccess UnidadAlarma()

11.UnidadAlarma UnidadAlarmaComponent()

12.UnidadAlarmaComponent AsignarUnidadAlarma.aspx()

13.AsignarUnidadAlarma.aspx Administrador()

sd 1_Basic_Path

Administrador AsignarVehiculoEquipo.aspx:AsignarVehiculoEquipo.aspx

VehiculoEquipoComponent:VehiculoEquipoComponent

VehiculoEquipo VehiculoEquipoDataAccess BaseDatos

1.Administrador ingresa interfaz asignación AsignarVehiculoEquipo.aspx()

2.AsignarVehiculoEquipo.aspx despliega interfaz Administrador()

3.Administrador selecciona datos AsignarVehiculoEquipo.aspx()

4.Administrador presiona asignar AsignarVehiculoEquipo.aspx()

5.AsignarVehiculoEquipo.aspx VehiculoEquipoComponent()

6.VehiculoEquipoComponent VehiculoEquipo()

7.VehiculoEquipo VehiculoEquipoDataAccess()

8.VehiculoEquipoDataAccess BaseDatos()

9.BaseDatos VehiculoEquipoDataAccess()

10.VehiculoEquipoDataAccess VehiculoEquipo()

11.VehiculoEquipo VehiculoEquipoComponent()

12.VehiculoEquipoComponent AsignarVehiculoEquipo.aspx()

13.AsignarVehiculoEquipo.aspx Administrador()



CU129: Asignar Unidad a Sucursal - (Diagrama de Secuencia)

Ilustración 31 - Asignar Unidad a Sucursal – Secuencia

CU010: Asignar Simcard a Equipo GPS - (Diagrama de Secuencia)

Ilustración 32 - Asignar Simcard a Equipo GPS - Secuencia

sd 1_Basic_Path

Administrador AsignarUnidadSucursal.aspx:AsignarUnidadSucursal.aspx

UnidadSucursalComponent:UnidadSucursalComponent

UnidadSucursal UnidadSucursalDataAccess BaseDatos

1.Administrador ingresa interfaz asignación AsignarUnidadSucursal.aspx()

2.AsignarUnidadSucursal.aspx despliega interfaz Administrador()

3.Administrador selecciona datos AsignarUnidadSucursal.aspx()

4.Administrador presiona asignar AsignarUnidadSucursal.aspx()

5.AsignarUnidadSucursal.aspx UnidadSucursalComponent()

6.UnidadSucursalComponent UnidadSucursal()

7.UnidadSucursal UnidadSucursalDataAccess()

8.UnidadSucursalDataAccess BaseDatos()

9.BaseDatos UnidadSucursalDataAccess()

10.UnidadSucursalDataAccess UnidadSucursal()

11.UnidadSucursal UnidadSucursalComponent()

12.UnidadSucursalComponent AsignarUnidadSucursal.aspx()

13.AsignarUnidadSucursal.aspx Administrador()

sd 1_Basic_Path

Administrador AsignarEquipoSimCard.aspx:AsignarEquipoSimCard.aspx

EquipoSimCardComponent:EquipoSimCardComponent

EquipoSimCard:EquipoSimCard

EquipoSimCardDataAccess BaseDatos

1.Administrador ingresa interfaz asignación AsignarEquipoSimCard.aspx()

2.AsignarEquipoSimCard.aspx despliega interfaz Administrador()

3.Administrador selecciona datos AsignarEquipoSimCard.aspx()

4.Administrador presiona asignar AsignarEquipoSimCard.aspx()

5.AsignarEquipoSimCard.aspx EquipoSimCardComponent()

6.EquipoSimCardComponent EquipoSimCard()

7.EquipoSimCard EquipoSimCardDataAccess()

8.EquipoSimCardDataAccess BaseDatos()

9.BaseDatos EquipoSimCardDataAccess()

10.EquipoSimCardDataAccess EquipoSimCard()

11.EquipoSimCard EquipoSimCardComponent()

12.EquipoSimCardComponent AsignarEquipoSimCard.aspx()

13.AsignarEquipoSimCard.aspx Administrador()



CU022: Asignar Vehículo a Conductor - (Diagrama de Secuencia)

Ilustración 33 - Asignar Vehículo a Conductor - Secuencia

CU025: Asignar Sucursales a Supervisor - (Diagrama de Secuencia)

Ilustración 34 - Asignar Sucursal a Supervisor - Secuencia

sd 1_Basic_Path

Administrador AsignarConductorVehiculo.aspx:AsignarConductorVehiculo.aspx

ConductorVehiculoComponent:ConductorVehiculoComponent

ConductorVehiculo:ConductorVehiculo

ConductorVehiculoDataAccess BaseDatos

1.Administrador ingresa interfaz asignación AsignarConductorVehiculo.aspx()

2.AsignarConductorVehiculo.aspx despliega interfaz Administrador()

3.Administrador selecciona datos AsignarConductorVehiculo.aspx()

4.Administrador presiona asignar AsignarConductorVehiculo.aspx()

5.AsignarConductorVehiculo.aspx ConductorVehiculoComponent()

6.ConductorVehiculoComponent ConductorVehiculo()

7.ConductorVehiculo ConductorVehiculoDataAccess()

8.ConductorVehiculoDataAccess BaseDatos()

9.BaseDatos ConductorVehiculoDataAccess()

10.ConductorVehiculoDataAccess ConductorVehiculo()

11.ConductorVehiculo ConductorVehiculoComponent()

12.ConductorVehiculoComponent AsignarConductorVehiculo.aspx()

13.AsignarConductorVehiculo.aspx Administrador()

sd 1_Basic_Path

Administrador AsignarSucursalSupervisor.aspx:AsignarSucursalSupervisor.aspx

SucursalSupervisorComponent:SucursalSupervisorComponent

SucursalSupervisor:SucursalSupervisor

SucursalSupervisorDataAccess BaseDatos

1.Administrador ingresa interfaz asignación AsignarSucursalSupervisor.aspx()

2.AsignarSucursalSupervisor.aspx despliega interfaz Administrador()

3.Administrador selecciona datos AsignarSucursalSupervisor.aspx()

4.Administrador presiona asignar AsignarSucursalSupervisor.aspx()

5.AsignarSucursalSupervisor.aspx SucursalSupervisorComponent()

6.SucursalSupervisorComponent SucursalSupervisor()

7.SucursalSupervisor SucursalSupervisorDataAccess()

8.SucursalSupervisorDataAccess BaseDatos()

9.BaseDatos SucursalSupervisorDataAccess()

10.SucursalSupervisorDataAccess SucursalSupervisor()

11.SucursalSupervisor SucursalSupervisorComponent()

12.SucursalSupervisorComponent AsignarSucursalSupervisor.aspx()

13.AsignarSucursalSupervisor.aspx Administrador()



CU026: Asignar Vehículos a Unidad - (Diagrama de Secuencia)

Ilustración 35 - Asignar Vehículo a Unidad - Secuencia

sd 1_Basic_Path

Administrador AsignarVehiculoUnidad.aspx:AsignarVehiculoUnidad.aspx

VehiculoUnidadComponent:VehiculoUnidadComponent

VehiculoUnidad:VehiculoUnidad

VehiculoUnidadDataAccess BaseDatos

1.Administrador ingresa interfaz asignación AsignarVehiculoUnidad.aspx()

2.AsignarVehiculoUnidad.aspx despliega interfaz Administrador()

3.Administrador selecciona datos AsignarVehiculoUnidad.aspx()

4.Administrador presiona asignar AsignarVehiculoUnidad.aspx()

5.AsignarVehiculoUnidad.aspx VehiculoUnidadComponent()

6.VehiculoUnidadComponent VehiculoUnidad()

7.VehiculoUnidad VehiculoUnidadDataAccess()

8.VehiculoUnidadDataAccess BaseDatos()

9.BaseDatos VehiculoUnidadDataAccess()

10.VehiculoUnidadDataAccess VehiculoUnidad()

11.VehiculoUnidad VehiculoUnidadComponent()

12.VehiculoUnidadComponent AsignarVehiculoUnidad.aspx()

13.AsignarVehiculoUnidad.aspx Administrador()



6.8.2. Diagrama de Secuencia Supervisor

CU031: Desplegar DashBoard - (Diagrama Secuencia)

Ilustración 36 - Desplegar DashBoard - Secuencia

sd 1_Basic_Path

Supervisor Escritorio.aspx:Escritorio.aspx

AlarmaComponent:AlarmaComponent

Alarma :Alarma AlarmaDataAccess:AlarmaDataAccess

BaseDatos

1.Supervisor ingresa Escritorio.aspx()

2.Escritorio.aspx Listar() AlarmaComponent

3.AlarmaComponent Alarmas() Alarma

4.Alarma Listar() AlarmaDataAccess

5.AlarmaDataAccess SqlQuery() BaseDatos

6.BaseDatos result() AlarmaDataAccess

7.AlarmaDataAccess result() Alarma

8.Alarma result() AlarmaComponent

9.AlarmaComponent result() Escritorio.aspx

10.Escritorio.aspx despliega interfaz DashBoard Supervisor()

11.Supervisor selecciona punto en mapa Escritorio.aspx()

12.Escritorio.aspx OptenerPorID(int) AlarmaComponent


14.Alarma OptenerPorID(int) AlarmaDataAccess






20.Escritorio.aspx despliega interfaz DashBoard Supervisor()



CU035: Consultar Lista Vehículos - (Diagrama Secuencia)

Ilustración 37 - Consultar Lista Vehículos - Secuencia

sd 1_Basic_Path



Vehiculo:Vehiculo

VehiculoDataAccess:VehiculoDataAccess

BaseDatos

1.Supervisor selecciona ver vehiculos Escritorio.aspx()

2.Escritorio.aspx Listar() VehiculoComponent

3.VehiculoComponent Vehiculos() Vehiculo

4.Vehiculo Listar() VehiculoDataAccess

5.VehiculoDataAccess SqlQuery() BaseDatos




9.VehiculoComponent result() Escritorio.aspx

10.Escritorio.aspx despliega vehiculos Supervisor()

11.Supervisor selecciona vehiculo Escritorio.aspx()

11.Supervisor selecciona vehiculo Escritorio.aspx()

12.Escritorio.aspx ObtenerPorID(int) VehiculoComponent


14.Vehiculo ObtenerPorID(int) VehiculoDataAccess






20.Escritorio.aspx despliega detalle Supervisor()



CU037: Consultar Alarma Registros - (Diagrama Secuencia)

Ilustración 38 - Consultar Alarma Registro - Secuencia

sd 1_Basic_Path


AlarmaComponent:AlarmaComponent

Alarma :Alarma AlarmaDataAccess:AlarmaDataAccess

BaseDatos

1.Supervisor selecciona ver Alarmas Escritorio.aspx()

2.Escritorio.aspx Listar() AlarmaComponent


4.Alarma Listar() AlarmaDataAccess






10.Escritorio.aspx despliega Alarmas Supervisor()

11.Supervisor selecciona Alarma Escritorio.aspx()

11.Supervisor selecciona Alarma Escritorio.aspx()

12.Escritorio.aspx ObtenerPorID(int) AlarmaComponent


14.Alarma ObtenerPorID(int) AlarmaDataAccess









CU036: Consultar Geocercas Configuradas - (Diagrama Secuencia)

Ilustración 39 - Consultar Geocerca Configuradas - Secuencias

sd 1_Basic_Path


GeocercasComponent:GeocercasComponent

Geocercas:Geocercas

GeocercasDataAccess:GeocercasDataAccess

BaseDatos

1.Supervisor selecciona ver Geocerca Escritorio.aspx()

2.Escritorio.aspx Listar() GeocercasComponent

3.GeocercasComponent Geocerca () Geocercas

4.Geocercas Listar() GeocercasDataAccess

5.GeocercasDataAccess SqlQuery() BaseDatos




9.GeocercasComponent result() Escritorio.aspx

10.Escritorio.aspx despliega Geocerca Supervisor()

11.Supervisor selecciona Geocerca Escritorio.aspx()

12.Escritorio.aspx ObtenerPorID(int) GeocercasComponent

13.GeocercasComponent Geocerca() Geocercas

14.Geocercas ObtenerPorID(int) GeocercasDataAccess

15.GeocercasDataAccess SqlQuery() BaseDatos




19.GeocercasComponent result() Escritorio.aspx




CU040: Consultar Lista Conductores - (Diagrama Secuencia)

Ilustración 40 - Consultar Lista Conductores - Secuencia

sd 1_Basic_Path


ConductorComponent:ConductorComponent

Conductor:Conductor

ConductorDataAccess:ConductorDataAccess

BaseDatos

1.Supervisor selecciona ver Conductores Escritorio.aspx()

2.Escritorio.aspx Listar() ConductorComponent

3.ConductorComponent Conductores () Conductor

4.Conductor Listar() ConductorDataAccess

5.ConductorDataAccess SqlQuery() BaseDatos




9.ConductorComponent result() Escritorio.aspx

10.Escritorio.aspx despliega Conductores Supervisor()

11.Supervisor selecciona Conductores Escritorio.aspx()

12.Escritorio.aspx ObtenerPorID(int) ConductorComponent

13.ConductorComponent Conductores() Conductor

14.Conductor ObtenerPorID(int) ConductorDataAccess

15.ConductorDataAccess SqlQuery() BaseDatos




19.ConductorComponent result() Escritorio.aspx




CU034: Visualizar Vehículos en Tiempo Real - (Diagrama Secuencia)

Ilustración 41 - Visualizar Vehículos en Tiempo Real - Secuencia

sd 1_Basic_Path



Vehiculo:Vehiculo

VehiculoDataAccess:VehiculoDataAccess

BaseDatosTiempoReal.aspx:TiempoReal.aspx

GoogleMapsController:GoogleMapsController

1.Supervisor selecciona vehiculos Escritorio.aspx()

2.Escritorio.aspx ObtenerPorID(int) VehiculoComponent


4.Vehiculo ObtenerPorID(int) VehiculoDataAccess







11.Supervisor selecciona tiempo real Escritorio.aspx()

12.Escritorio.aspx TiempoReal.aspx()

13.TiempoReal.aspx GoogleMapsController()

14.GoogleMapsController SqlQuery() BaseDatos

15.BaseDatos result()GoogleMapsController

16.GoogleMapsController TiempoReal.aspx()

17.TiempoReal.aspx despliega detalle Supervisor()



6.8.3. Prototipado

Los prototipos a continuación cumplen el objetivo de ser un punto inicial

para el desarrollo de las interfaces del sistema final.

Gestionar Conductor

Ilustración 42 - Gestionar Conductor - Prototipo

custom Formularios principales

GestionarConductor.aspxEste paquete contiene las principales pantallas de la interfaz de usuario. Estos son los puntos principales de interacción para los usuarios del sistema.

AgregarEditarConductor.aspx

Nuevo Conductor Salir

Editar

NombresRut Apellidos

Dirección Tipo Licencia Unidad

«navigate»



Escritorio

Ilustración 43 - Escritorio - Prototipo


Este paquete contiene las principales pantallas de la interfaz de usuario. Estos son los puntos principales de interacción para los usuarios del sistema.

Escritorio.aspx

Mapa

Contador Alarma

Salir

Unidad Vehículo Rago Fecha



Gestionar Equipo

Ilustración 44 - Gestionar Equipo - Prototipo


GestionarEquipo.aspxEste paquete contiene las principales pantallas de la interfaz de usuario. Estos son los puntos principales de interacción para los usuarios del sistema.

AgregarEditarEquipo.aspx

Agregar Equipo Salir

Editarl

UniqueID Nro. Serie

Guardar

«navigate»



Gestionar Evento Velocidad

Ilustración 45 - Gestionar Evento Velocidad - Prototipo


GestionarEv entoVelocidad.aspxEste paquete contiene las principales pantallas de la interfaz de usuario. Estos son los puntos principales de interacción para los usuarios del sistema.

Unidad

Salir

Filtrar

Velocidad

Nombre

Velocidad Unidad

Velocidad Guardar

«navigate»



Asignar Equipo Simcard

Ilustración 46 - Asignar Equipo Simcard - Prototipo


AsignarEquipoSimCard.aspx


Equipo SimCard

Salir

Salir



Gestionar Simcard

Ilustración 47 - Gestionar Simcard - Prototipo


GestionarSimCard.aspxEste paquete contiene las principales pantallas de la interfaz de usuario. Estos son los puntos principales de interacción para los usuarios del sistema.

GestionarSimCard.aspx

SalirAgregar SimCard

Editar

Numero IMEI Operador

Empresa

Guardar

«navigate»



Asignar Vehículo Conductor

Ilustración 48 - asignar Vehículo Conductor - Prototipo


AsignarVehiculoConductor.aspx


Vehículo Conductor Asignar

Salir



Asignar Vehículo Equipo

Ilustración 49 - Asignar Vehículo a Equipo - Prototipo


AsignarVehiculoEquipo.aspx


Vehículo Equipo

Salir



Gestionar Vehículo

Ilustración 50 - Gestionar Vehículo - Prototipo

Tiempo Real


GestionarVehiculo.aspxEste paquete contiene las principales pantallas de la interfaz de usuario. Estos son los puntos principales de interacción para los usuarios del sistema.

EditarVehiculo.aspx

AgregarVehiculo.aspx

AgregarPropietario.aspx

Nuevo Propietario Nuevo Vehículo Salir

Editar

Rut Propietario Nombre Propietario

Tipo Patente Año Marca Modelo

Unidad Agregar

Salir

Nombre Rut

Guardar

Actualizar Salir

Tipo Patente Año Marca Modelo

Unidad

«navigate»

«navigate»

«navigate»



Ilustración 51 - Tiempo Real - Prototipo


TiempoReal.aspx


Mapa

Salir



6.8.4. Vistas de la Aplicación Final

A continuación se muestran las interfaces de usuario, como resultado del

desarrollo del sistema.

Escritorio

Ilustración 52 – Vista Escritorio



Geocerca

Ilustración 53 - Vista Geocerca



Evento Velocidad

Ilustración 54 - Vista Evento Velocidad

Gestionar Conductor

Ilustración 55 - Vista Gestionar Conductor



Gestionar Equipo GPS

Ilustración 56 - Vista Gestionar Equipo GPS

Asignar Equipo a SimCard

Ilustración 57 - Vista Asignar Equipo



Gestionar SimCard

Ilustración 58 - Vista Gestionar SimCard

Gestionar Vehículo

Ilustración 59 - Vista Gestionar Vehículo



Asignar Vehículo Conductor

Ilustración 60 - Vista Asignar Vehículo Conductor

Asignar Vehículo a Equipo

Ilustración 61 – Vista Asignar Vehículo a Equipo



Reporte Alarma

Ilustración 62 - Vista Reporte Alarma

Tiempo Real

Ilustración 63 - Vista Tiempo Real



Usuarios CRUD

Ilustración 64 - Vista Usuarios CRUD

Sucursales CRUD

Ilustración 65 - Vista Sucursales CRUD



Unidades CRUD

Ilustración 66 - Vista Unidades CRUD



6.9. Diagrama de Clases GPS

El siguiente diagrama es el resultado del análisis del negocio

transformado en sistema.

Ilustración 67 - Diagrama de Clases

class Modelo de clases actualizado

GPS::Alarma

«property»+ FechaCreacion() : DateTime?+ FlagEliminado() : bool+ IDAlarma() : int+ IDFrame() : int+ IDTipoAlarma() : int+ IDUnidadAlarma() : int+ IDVehiculo() : int

GPS::Ano

«property»+ IDAno() : int+ Nombre() : int

GPS::Combustible

«property»+ IDCombustible() : int+ Nombre() : string

GPS::Conductor

«property»+ Apellidos() : string+ ClasesLicencias() : string+ Direccion() : string+ FechaControl() : DateTime?+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FechaUltimoControl() : DateTime?+ FlagEliminado() : bool+ IDConductor() : int+ IDConductorEstado() : int+ IDCreador() : int+ IDModificacion() : int+ IDUnidad() : int+ Nombres() : string+ NroLicencia() : string+ Rut() : string

GPS::Equipo

«property»+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagEliminado() : bool+ IDCreador() : int+ IDEquipo() : int+ IDEquipoEstado() : int+ IDModificacion() : int+ NumeroSerie() : string+ UniqueID() : stringGPS::GV200

«property»+ Altitude() : string+ AnalogInputVCC() : string+ Azimuth() : string+ CellID() : string+ CountNumber() : string+ DateModified() : DateTime?+ DateNow() : DateTime?+ DeviceName() : string+ DigitalInput() : string+ DigitalOutput() : string+ GPSAccuaracy() : string+ GPSUTCTime() : string+ HourMeterCount() : string+ IDGV200() : int+ LAC() : string+ Latitude() : string+ Longitude() : string+ MCC() : string+ Mileage() : string+ MNC() : string+ MultiAnalogVCC1() : string+ MultiAnalogVCC2() : string+ MultiAnalogVCC3() : string+ NameMetod() : string+ Number() : string+ ProtocoloVersion() : string+ Recerved_01() : string+ ReportIDReportType() : string+ Reserved_02() : string+ Reserved_03() : string+ SendTime() : string+ Speed() : string+ TailCharacter() : string+ UniqueID() : string

GPS::SimCard

«property»+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagEliminado() : bool+ IDCreador() : int+ IDModificacion() : int+ IDOperadorTelefonico() : int+ IDSimCard() : int+ IDSimCardEstado() : int+ IDSimCardOrganizacion() : int+ IMEI() : string+ Numero() : string

GPS::Vehiculo

«property»+ Ano() : int+ Color() : string+ Combustible() : string+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagEliminado() : bool+ IDCreador() : int+ IDModificacion() : int+ IDPropietarioVehiculo() : int+ IDUnidad() : int+ IDVehiculo() : int+ IDVehiculoEstado() : int+ Marca() : string+ Modelo() : string+ NroChasis() : string+ NroMotor() : string+ NroVin() : string+ Patente() : string+ TipoVehiculo() : string

SSO::Activ idad

«property»+ CodActividad() : int+ Descripcion() : string+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagActivo() : bool+ FlagEsURIWeb() : bool+ IDActividad() : int+ IDCreador() : int+ IDModificador() : int+ IDProceso() : int+ IDTipoActividad() : int+ Nombre() : string+ Posicion() : int+ URI() : string

SSO::Grupo

«property»+ Descripcion() : string+ FechaCreacion() : DateTime+ FechaModificacion() : DateTime?+ FlagActivo() : bool+ IDCreador() : int+ IDGrupo() : int+ IDModificador() : int+ Nombre() : string

SSO::Organizacion

«property»+ Codigo() : string+ FechaCreacion() : DateTime+ FechaModificacion() : DateTime?+ FlagActivo() : bool+ IDCreador() : int+ IDModificador() : int+ IDOrganizacion() : int+ IDTipoOrganizacion() : int+ Nombre() : string

SSO::Proceso

«property»+ Codigo() : string+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagActivo() : bool+ IDCreador() : int+ IDModificador() : int+ IDProceso() : int+ IDProcesoCategoriaPadre() : int+ Nombre() : string+ Posicion() : int

SSO::Sucursal

«property»+ Codigo() : string+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagActivo() : bool+ IDCiudad() : int+ IDCreador() : int+ IDModificador() : int+ IDOrganizacion() : int+ IDSucursal() : int+ Nombre() : string

SSO::Unidad

«property»+ Codigo() : string+ Descripcion() : string+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagActivo() : bool+ IDCreador() : int+ IDModificador() : int+ IDSucursal() : int+ IDUnidad() : int+ Nombre() : string

SSO::Usuario

«property»+ ApellidoMaterno() : string+ ApellidoPaterno() : string+ Email() : string+ FechaCreacion() : DateTime+ FechaInicioVigencia() : DateTime+ FechaModificacion() : DateTime+ FechaTerminoVigencia() : DateTime+ FlagActivo() : bool+ FlagEliminado() : bool+ FlagUsuarioActivaCuenta() : bool+ IDCreador() : int+ IDModificador() : int+ IDUsuario() : int+ Nombre() : string+ NombreCompleto() : string+ Password() : string+ PrivateKey() : string+ Rut() : string+ Username() : string

GPS::Geocercas

«property»+ Color() : string+ CoordenadasPoligono() : string+ EntredaAlarma() : bool+ FechaCreacion() : DateTime?+ FechaModificacion() : DateTime?+ FlagActivo() : bool+ FlagEliminado() : bool+ IDCreador() : int+ IDGeocercas() : int+ IDModificador() : int+ IDUnidad() : int+ Nombre() : string+ SalidaAlarma() : bool+ VelocidadAlarma() : bool

1..*

TIENE

1..*

1..*

TIENE

1..*

1TIENE

1..*

1

TENE

1..*

1..*

TIENE

1..*

1..*

TIENE

1..*

1

TIENE

1

1

TIENE

1..*

1

TIENE

1..*

1..*

TIENE

1..*

1

TIENE

1..*

1..*

TIENE

1..*

1

TIENE

1..*

1

TIENE

1..*

1

TIENE

1..*

1TIENE

1..*

1

TIENE

1..*

1..*TIENE1..*

1

TIENE

1..*



6.10. Modelo de Datos

Ilustración 68 - Modelo de Datos 1



6.11. Diagrama de Despliegue

Ilustración 74 - Diagrama de Despliegue



6.12. Diagrama Implementación

Ilustración 75 - Diagrama de Implementación

cmp Modelo de implementación

«device»:GPS

«Servicio Web»:Web Serv ice

«DB»HOST :SQL Serv er

2008 R2

«Cliente»:Consumidor Serv icio Web

«DB»LOCAL :SQL

Serv er 2008 R2

«Aplicación»:Aplicación Web

«Explorador»:Explorador

Explorer, Mozila, Chrome

:Vehiculo

:Conductor

:Equipo

:Usuario

:Sucursal:SimCard

«trace»

1

1

1

1..*

«flow»

HTTP

1..«trace»1

1

«trace» 1

1

«trace»

1..*

HTTP

HTTP

SOAP

«flow»

1

«trace»1..*

HTTP

Trabajo de Titulación CAPÍTULO VII: Pruebas


CAPÍTULO VII: Pruebas

7. Casos de Prueba

7.1. Historial de Revisiones

Fecha Versión Descripción Autor 02-08-2013 0.1 Documento inicial Santiago de la Cuadra 09-08-2013 1.0 Primera versión oficial del

documento, inicio de pruebas Santiago de la Cuadra

07-12-2013 1.2 Ejecución Ciclo 1 Santiago de la Cuadra 09-12-2013 1.5 Ejecución Ciclo 2 Santiago de la Cuadra

10-12-2013 2.0 Liberación nueva versión App con

correcciones Marcelo Espinoza

11-12-2013 3.0 Ejecución Ciclo 3, asistida con

usuarios Santiago de la Cuadra

7.2. Planificación de Prueba

Anexo planilla Excel con el registro plan de pruebas.

7.3. Pruebas Funcionales

Anexo planilla Excel con el registro plan de pruebas.

Trabajo de Titulación CAPÍTULO VII: Pruebas


7.4. Totales Casos de Prueba

Total Pendientes 0 0% Total OK 32 100% Total KO 0 0% TOTAL 32 100%

Ilustración 76 - Resumen Casos de Pruebas

0%!

100%!

0%!

Totales Casos de Prueba Total Pendientes Total OK Total KO

Trabajo de Titulación CAPÍTULO VIII: Conclusión


CAPÍTULO VIII: Conclusión

8. Conclusión

Del proyecto podemos concluir, que al tratarse de un desarrollo que

involucra tecnología GPS, se requirió de investigación adicional y de una sólida

estructura de proyecto para poder integrar todo en un producto final de valor

para el cliente. En este punto, la elección de una metodología de desarrollo

iterativa incremental fue una decisión acertada, y precisamente en la

metodología RUP, que cubría perfectamente las necesidades del proyecto.

Cómo en todo proyecto, el trabajo de equipo fue una gran experiencia, teniendo

que enfrentar las diferencias de opinión y resolviendo de manera creativa estas

diferencias, para finalmente lograr una sinergia de grupo que se reflejara de

manera positiva en el proyecto.

Para el cliente, las expectativas han sido cumplidas a cabalidad, habiendo

formado lazos importantes que generarán oportunidades de negocios futuros

con él.

Para el trabajo fue de vital importancia haber contado con la experiencia de

nuestro profesor Guía, Luis Valdebenito, que participó activamente como parte

del equipo.

Trabajo de Titulación CAPÍTULO IX: Glosario


CAPÍTULO IX: Glosario

9. Glosario

Este capítulo recoge todos y cada uno de los términos manejados a lo

largo de todo el proyecto de desarrollo de un sistema para la gestión de flotas a

través de GPS de la empresa Apolotech. Se trata de un diccionario informal de

términos y definiciones de la nomenclatura que se maneja, de tal modo que se

crea un estándar para todo el proyecto.

9.1.1. Definiciones

Coordenadas GPS

Números para determinar unívocamente la posición de un punto o de otro

objeto en un mapa geográfico.

Dashboard

El DashBoard es una Interfaz gráfica de usuario que yace tanto en consolas de

videojuegos como en algunos sistemas operativos. Es una interfaz donde el

usuario puede administrar el equipo y/o software.

Geocerca

Una geocerca es un área geográfica definida por el Administrador del Sistema

alrededor de la cual se cree una cerca virtual. El sistema puede ser configurado

para emitir una alerta cada vez que se entre o salga de una geocerca y envíe



una notificación vía SMS a un celular predeterminado o un e-mail a un correo

electrónico.

Las geocercas se utilizan para controlar la ubicación y movimiento de los

vehículos en áreas geográficas específicas.

Google Maps

Es el nombre de un servicio gratuito de Google. Es un servidor de aplicaciones

de mapas en la web. Ofrece imágenes de mapas desplazables, así como

fotografías por satélite del mundo e incluso la ruta entre diferentes ubicaciones

o imágenes a pie de calle Google Street View. Desde el 6 de octubre de 2005,

Google Maps es parte de Google Local.

GPS

El global de navegación por satélite (GNSS) que permite determinar en todo el

mundo la posición de un objeto, una persona o un vehículo con una precisión

hasta de centímetros (si se utiliza GPS diferencial), aunque lo habitual son unos

pocos metros de precisión.

GPS GV-200

El GV200 es un poderoso localizador GPS portátil, diseñado para aplicaciones

de seguimiento de vehículos y camiones. Su sensibilidad de recepción GPS es

muy superior a otros dispositivos de su categoría, lo que garantiza un rápido



TTFF (Time toFirstFix) y modulo GSM cuatri-banda 850/900/1800/1900. Su

ubicación puede ser monitoreada o reportada periódicamente a un servidor en

tiempo real, o a cualquier otro dispositivo mediante SMS. Basado en el

protocolo de comunicaciones @Track, el GV200 puede comunicarse con los

servidores de comunicación a través de la red GPRS/GSM (o SMS) para

reportar alertas de emergencia, traspasos de barreras geográficas, alerta de

batería baja, posiciones periódicas de GPS, información de la red GSM como

Cell ID, así como muchas otras características avanzadas de rastreo. Los

integradores de sistemas pueden configurar fácilmente sus plataformas de

rastreo para comunicarse con el GV200 basado en el protocolo @Track.

Proceso Iterativo e Incremental

El Proceso Unificado es un marco de desarrollo iterativo e incremental

compuesto de cuatro fases denominadas Inicio, Elaboración, Construcción y

Transición. Cada una de estas fases es a su vez dividida en una serie de

iteraciones (la de inicio puede incluir varias iteraciones en proyectos grandes).

Estas iteraciones ofrecen como resultado un incremento del producto

desarrollado que añade o mejora las funcionalidades del sistema en desarrollo.

Cada una de estas iteraciones se divide a su vez en una serie de disciplinas

que recuerdan a las definidas en el ciclo de vida clásico o en cascada: Análisis

de requisitos, Diseño, Implementación y Prueba. Aunque todas las iteraciones



suelen incluir trabajo en casi todas las disciplinas, el grado de esfuerzo dentro

de cada una de ellas varía a lo largo del proyecto.

RUP

El Proceso Unificado de Rational (Rational Unified Process en inglés,

habitualmente resumido como RUP) es un proceso de desarrollo de software

desarrollado por la empresa Rational Software, actualmente propiedad de IBM.

Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología

estándar más utilizada para el análisis, diseño, implementación y

documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto

de metodologías adaptables al contexto y necesidades de cada organización.

También se conoce por este nombre al software, también desarrollado por

Rational, que incluye información entrelazada de diversos artefactos y

descripciones de las diversas actividades. Está incluido en el Rational Method

Composer (RMC), que permite la personalización de acuerdo con las

necesidades.

Originalmente se diseñó un proceso genérico y de dominio público, el Proceso

Unificado, y una especificación más detallada, el Rational Unified Process, que

se vendiera como producto independiente.



SaaS

(Software como Servicio) Software como Servicio (del inglés: Software as a

Service, SaaS) es un modelo de distribución de software donde el soporte

lógico y los datos que maneja se alojan en servidores de una compañía de

tecnologías de información y comunicación (TIC), a los que se accede con un

navegador web desde un cliente, a través de Internet. La empresa proveedora

TIC se ocupa del servicio de mantenimiento, de la operación diaria y del soporte

del software usado por el cliente. Regularmente el software puede ser

consultado en cualquier computador, se encuentre presente en la empresa o

no. Se deduce que la información, el procesamiento, los insumos, y los

resultados de la lógica de negocio del software, están hospedados en la

compañía de TIC.

Stakeholder

Stakeholder es un término inglés utilizado por primera vez por R. E. Freeman en

su obra: “Strategic Management: A Stakeholder Approach” (Pitman, 1984), para

referirse a «quienes pueden afectar o son afectados por las actividades de una

empresa».

Estos grupos son los públicos interesados o el entorno interesado

(""Stakeholders""), que según Freeman deben ser considerados como un

elemento esencial en la planificación estratégica de los negocios.



La traducción de esta palabra ha generado no pocos debates en foros de

Internet, aunque son varios los especialistas que consideran que la definición

más correcta de ""stakeholder"" sería parte interesada (del inglés stake,

apuesta, y holder, poseedor). Se puede definir como cualquier persona o

entidad que es afectada o concernida por las actividades o la marcha de una

organización; por ejemplo, los trabajadores de esa organización, sus

accionistas, las asociaciones de vecinos afectadas o ligadas, los sindicatos, las

organizaciones civiles y gubernamentales que se encuentren vinculadas, etc.

Tramas GPS

Conjunto de datos enviados desde un dispositivo GPS.

UML

Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified

Modeling Language) es el lenguaje de modelado de sistemas de software más

conocido y utilizado en la actualidad; está respaldado por el OMG (Object

Management Group). Es un lenguaje gráfico para visualizar, especificar,

construir y documentar un sistema. UML ofrece un estándar para describir un

"plano" del sistema (modelo), incluyendo aspectos conceptuales tales como

procesos de negocio, funciones del sistema, y aspectos concretos como

expresiones de lenguajes de programación, esquemas de bases de datos y

compuestos reciclados.



Es importante remarcar que UML es un lenguaje de modelado para especificar

o para describir métodos o procesos. Se utiliza para definir un sistema, para

detallar los artefactos en el sistema y para documentar y construir. En otras

palabras, es el lenguaje en el que está descrito el modelo.

Se puede aplicar en el desarrollo de software gran variedad de formas para dar

soporte a una metodología de desarrollo de software (tal como el Proceso

Unificado Racional o RUP), pero no especifica en sí mismo qué metodología o

proceso usar.

UML no puede compararse con la programación estructurada, pues UML

significa Lenguaje Unificado de Modelado, no es programación, solo se

diagrama la realidad de una utilización en un requerimiento. Mientras que,

programación estructurada, es una forma de programar como lo es la

orientación a objetos, sin embargo, la programación orientada a objetos viene

siendo un complemento perfecto de UML, pero no por eso se toma UML sólo

para lenguajes orientados a objetos.

UML cuenta con varios tipos de diagramas, los cuales muestran diferentes

aspectos de las entidades representadas.

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.



Supervisor

Responsable de la administración de vehículos y conductores de la 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.

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 de vehículos.

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 informes que permitan determinar su

cumplimiento.


Los Supervisores deben encargarse de la gestión del personal, monitorear

constantemente los registros de sus trabajadores y evaluar su comportamiento.


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.

Índice de Herfindahl

El Índice de Herfindahl o Índice de Herfindahl e Hirschman (IHH) es una medida

-de uso general en economía, economía política, etc - de la concentración

económica en un mercado. O, inversamente, la medida de falta de competencia

en un sistema económico. A más alto el índice, más concentrado, menos

competitivo, el mercado.

Herramientas CASE

Las herramientas CASE (Computer Aided Software Engineering, Ingeniería de

Software Asistida por Computadora) son diversas aplicaciones informáticas

destinadas a aumentar la productividad en el desarrollo de software reduciendo

el costo de las mismas en términos de tiempo y de dinero.



Valor nominal

En distintos campos de la ciencia, el valor nominal indica el valor teórico o ideal,

de cualquier cosa que pueda ser cuantificable, en oposición al valor real que es

el que se obtiene en una medición dada.

Release

Subconjunto del producto final que es el objeto de evaluación durante un

objetivo principal. Un release es una versión ejecutable y estable del producto,

con los artefactos necesarios para utilizarlo, como las notas del release o las

instrucciones de instalación. Un release puede ser interno o externo. Un release

interno sólo lo utiliza la empresa de desarrollo, como parte de un objetivo o para

una demostración ante los usuarios o los clientes. Un release externo (o

entrega) se entrega a los usuarios. Un release no es necesariamente un

producto completo, sino que puede ser simplemente un paso del proceso y

medir su utilidad exclusivamente desde el punto de vista de la ingeniería. Los

releases actúan como función de fuerza que hace que el equipo de desarrollo

llegue a cierres en intervalos regulares, y así evitar el síndrome de "90% hecho,

pero falta el 90%".



AJAX

Acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML),

es una técnica de desarrollo web para crear aplicaciones interactivas o RIA

(Rich Internet Applications). Estas aplicaciones se ejecutan en el cliente, es

decir, en el navegador de los usuarios mientras se mantiene la comunicación

asíncrona con el servidor en segundo plano. De esta forma es posible realizar

cambios sobre las páginas sin necesidad de recargarlas, mejorando la

interactividad, velocidad y usabilidad en las aplicaciones.

DDL

Lenguaje de definición de datos (Data Definition Language, DDL por sus siglas

en inglés) es un lenguaje proporcionado por el sistema de gestión de base de

datos que permite a los usuarios de la misma llevar a cabo las tareas de

definición de las estructuras que almacenarán los datos así como de los

procedimientos o funciones que permitan consultarlos.

DML

Lenguaje de Manipulación de Datos (Data Manipulation Language, DML) es un

idioma proporcionado por los sistemas gestores de bases de datos que permite

a los usuarios de la misma llevar a cabo las tareas de consulta o modificación

de los datos contenidos en las Bases de Datos del Sistema Gestor de Bases de

Datos.



Trilateración

La trilateración es un método matemático para determinar las posiciones

relativas de objetos usando la geometría de triángulos de forma análoga a la

triangulación. A diferencia de ésta, que usa medidas de ángulo (junto con al

menos una distancia conocida para calcular la localización del sujeto), la

trilateración usa las localizaciones conocidas de dos o más puntos de

referencia, y la distancia medida entre el sujeto y cada punto de referencia.

Para determinar de forma única y precisa la localización relativa de un punto en

un plano bidimensional usando sólo trilateración, se necesitan generalmente al

menos 3 puntos de referencia.

Adquisición Aproximativa o C/A

Código de Adquisición Aproximativa o C/A (course acquisition code) que da

lugar al servicio estándar civil SPS (standard positioning service): se trata de

una secuencia de 1023 chips (un chip es equivalente al concepto de un bit, pero

recibe este nombre porque no pertenece a una palabra o byte de información

sino a un código de identificación); este código se repite cada milisegundo, lo

que da lugar a una tasa de chipping de 1.023 MHz; este código modula

únicamente la señal L1 y es diferente para cada satélite.



Código de Precisión (P(Y))

Código de Precisión (P(Y)), que se encuentra encriptado y permite el servicio

Para fines militares y de seguridad PSP (precision positioning service); es un

código de mayor longitud, de unos 2.35 * 10^14 chips, con una tasa de chips de

10.23 MHz (es decir, los chips son diez veces más cortos que para el C/A); este

código, en lugar de repetirse cada milisegundo como el C/A, se repitiría,

siguiendo una tasa de 10.23 MHz cada 266.4 días pero se realiza un reset a las

cero horas del domingo y cada satélite utiliza un fragmento diferente para que

se pueda producir la identificación del mismo a través del código (así podemos

llegar a tener 38 satélites en funcionamiento simultaneo (266.4/7 ≃ 38.06); el

código P(Y) es militar y está encriptado, como hemos dicho, y modula tanto la

L1 como la L2.

10. Referencias

10.1. Bibliográfia

Pressman, R. S. INGENIERÍA DEL SOFTWARE UN ENFOQUE PRÁCTICO.

(2003) Madrid, España: Concepción Femández Madrid. 640p

José Luis Hevia, Á. R. Acceso a datos con ADO.NET 4.0. (2012). Madrid,

España: Luarna Ediciones. 1240p



Ángel Esteban, Á. M. Desarrollo de aplicaciones Web con ASP .NET 4.0 (Vol.

1). (2011). Madrid, España: uarna Ediciones, S.L. . 3324p

J. Rumbaugh, I. J. EL LENGUAJE UNIFICADO DE MODELADO MANUAL DE

REFERENCIA. (2007). Madrid , España: PEARSON EDUCACIÓN, S. A. .688p

10.2. Publicaciones

O. Pérez R. (2011). Cuatro enfoques metodológicos para el desarrollo de

Software RUP – MSF – XP - SCRUM . Inventum , 15p.

10.3. Referencias Web

Microsoft. (24 de 08 de 2013). Requisitos de hardware y software para instalar

SQL Server 2008 R2. Recuperado el 22 de 11 de 2013, de

technet.microsoft.com:http://technet.microsoft.com/es-

es/library/ms143506(v=sql.105).aspx

Microsoft. (22 de 11 de 2013). Instalar Internet Information Services (IIS) 7.5.

Recuperado el 22 de 11 de 2013, de windows.microsoft.com:

http://windows.microsoft.com/en-us/windows7/install-internet-information-

services-iis-7-5



Developers, G. (13 de 11 de 2013). Versión 3 del API de JavaScript de Google

Maps. Recuperado el 20 de 10 de 2013, de developers.google.com:

https://developers.google.com/maps/documentation/javascript/examples/?hl=es

Microsoft. (20 de 01 de 2013). How to: Publish a ClickOnce Application using

the Publish Wizard. Recuperado el 10 de 11 de 2013, de Developer Network:

http://msdn.microsoft.com/en-us/library/31kztyey.aspx

Garmin. (10 de 12 de 2012). NMEA. Recuperado el 9 de 10 de 2013, de

gpsinformation.com: http://www.gpsinformation.org/dale/nmea.htm

11. Índice de imágenes y diagramas

Ilustración 1 - Esquema comunicación GPS ..................................................... 22!

Ilustración 2 - Mercado del servicio GPS .......................................................... 25!

Ilustración 3 - intersección de puntos en polígono ............................................ 26!

Ilustración 4 - Esfuerzo en actividades según fase del proyecto. ..................... 35!

Ilustración 5 - Cuando utilizar RUP .................................................................... 36!

Ilustración 6 - Interfaz de Usuario ..................................................................... 67!

Ilustración 7 - Modelo de Dominio Negocio ....................................................... 70!

Ilustración 8 - Modelo de casos de uso negocio ................................................ 71!

Ilustración 9 - Interesados .................................................................................. 72!

Ilustración 10 - Objetos de negocio .................................................................... 72!



Ilustración 11 - Supervisar Conductores ............................................................ 73!

Ilustración 12 - Supervisar Sucursales ............................................................... 73!

Ilustración 13 - Supervisar Vehículos ................................................................. 74!

Ilustración 14 - Supervisar Velocidades ............................................................. 74!

Ilustración 15 - Supervisar Áreas de Movilización ............................................. 75!

Ilustración 16 - Asignar Recursos ...................................................................... 75!

Ilustración 17 - Casos de Uso Administrador ................................................... 105!

Ilustración 18 - Diagrama de Casos de Uso Supervisor .................................. 123!

Ilustración 19 - Diagrama Casos de Uso Sistema ........................................... 128!

Ilustración 20 - Gestionar Vehículos - Secuencia ............................................ 133!

Ilustración 21 - Gestionar Unidades - Secuencia ............................................. 134!

Ilustración 22 - Gestionar Equipo - Secuencia ................................................. 135!

Ilustración 23 - Gestionar Simcard - Secuencia ............................................... 136!

Ilustración 24 - Gestionar Sucursal – Secuencia ............................................. 137!

Ilustración 25 - Gestionar Usuarios Supervisor - Secuencia ........................... 138!

Ilustración 26 - Gestionar Conductor - Secuencia ........................................... 139!

Ilustración 27 - Gestionar Eventos - Velocidad ................................................ 140!

Ilustración 28 - Gestionar Geocercas - Secuencia ......................................... 141!

Ilustración 29 - Asignar Unidad a Alarma - Secuencia ................................... 142!

Ilustración 30 - Asignar Equipo GPS a Vehículo - Secuencia ......................... 142!

Ilustración 31 - Asignar Unidad a Sucursal – Secuencia ................................. 143!

Ilustración 32 - Asignar Simcard a Equipo GPS - Secuencia .......................... 143!



Ilustración 33 - Asignar Vehículo a Conductor - Secuencia ............................. 144!

Ilustración 34 - Asignar Sucursal a Supervisor - Secuencia ............................ 144!

Ilustración 35 - Asignar Vehículo a Unidad - Secuencia .................................. 145!

Ilustración 36 - Desplegar DashBoard - Secuencia ........................................ 146!

Ilustración 37 - Consultar Lista Vehículos - Secuencia ................................... 147!

Ilustración 38 - Consultar Alarma Registro - Secuencia .................................. 148!

Ilustración 39 - Consultar Geocerca Configuradas - Secuencias .................... 149!

Ilustración 40 - Consultar Lista Conductores - Secuencia ............................... 150!

Ilustración 41 - Visualizar Vehículos en Tiempo Real - Secuencia .................. 151!

Ilustración 42 - Gestionar Conductor - Prototipo .............................................. 152!

Ilustración 43 - Escritorio - Prototipo ................................................................ 153!

Ilustración 44 - Gestionar Equipo - Prototipo ................................................... 154!

Ilustración 45 - Gestionar Evento Velocidad - Prototipo .................................. 155!

Ilustración 46 - Asignar Equipo Simcard - Prototipo ........................................ 156!

Ilustración 47 - Gestionar Simcard - Prototipo ................................................. 157!

Ilustración 48 - asignar Vehículo Conductor - Prototipo .................................. 158!

Ilustración 49 - Asignar Vehículo a Equipo - Prototipo .................................... 159!

Ilustración 50 - Gestionar Vehículo - Prototipo ................................................ 160!

Ilustración 51 - Tiempo Real - Prototipo ........................................................... 161!

Ilustración 52 – Vista Escritorio ........................................................................ 162!

Ilustración 53 - Vista Geocerca ........................................................................ 163!

Ilustración 54 - Vista Evento Velocidad ........................................................... 164!



Ilustración 55 - Vista Gestionar Conductor ...................................................... 164!

Ilustración 56 - Vista Gestionar Equipo GPS ................................................... 165!

Ilustración 57 - Vista Asignar Equipo ............................................................... 165!

Ilustración 58 - Vista Gestionar SimCard ......................................................... 166!

Ilustración 59 - Vista Gestionar Vehículo ......................................................... 166!

Ilustración 60 - Vista Asignar Vehículo Conductor ........................................... 167!

Ilustración 61 – Vista Asignar Vehículo a Equipo ............................................ 167!

Ilustración 62 - Vista Reporte Alarma .............................................................. 168!

Ilustración 63 - Vista Tiempo Real ................................................................... 168!

Ilustración 64 - Vista Usuarios CRUD .............................................................. 169!

Ilustración 65 - Vista Sucursales CRUD .......................................................... 169!

Ilustración 66 - Vista Unidades CRUD ............................................................. 170!

Ilustración 67 - Diagrama de Clases ................................................................ 171!

Ilustración 68 - Modelo de Datos 1 .................................................................. 172!




Ilustración 72 - Modelo de Datos 5 ................................................................. 176!


Ilustración 74 - Diagrama de Despliegue ........................................................ 178!

Ilustración 75 - Diagrama de Implementación ................................................. 179!

Ilustración 76 - Resumen Casos de Pruebas .................................................. 181!

Casos de Prueba Versión 3.0

Historia de Revisiones

Fecha Versión Descripción Autor 02-08-2013

0.1 Documento inicial Santiago de la Cuadra

09-08-2013

1.0 Primera versión oficial del documento, inicio de pruebas

Santiago de la Cuadra

07-12-2013

1.2 Ejecución Ciclo 1 Santiago de la Cuadra

09-12-2013

1.5 Ejecución Ciclo 2 Santiago de la Cuadra

10-12-2013

2.0 Liberación nueva versión app con correcciones

Marcelo Espinoza

11-12-2013

3.0 Ejecución Ciclo 3, asistida con usuarios

Santiago de la Cuadra

Plan

ifica

ción

de

Prue

bas

de U

suar

io

Tipo

de

Prue

ba

Cas

os d

e Pr

ueba

Fe

cha

Inic

io

Fech

a Fi

n Es

tado

O

bser

vaci

ones

R

espo

nsab

le

Pru

ebas

Cas

os

de U

so

Adm

inis

trado

r

CU

001:

Ges

tiona

r Veh

ícul

os

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

002:

Ges

tiona

r Uni

dade

s 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

003:

Ges

tiona

r Equ

ipo

GP

S

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

004:

Ges

tiona

r Sim

Car

d 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

005:

Ges

tiona

r Suc

ursa

les

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

006:

Ges

tiona

r Usu

ario

s S

uper

viso

r 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

007:

Ges

tiona

r Con

duct

or

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

008:

Ges

tiona

r Eve

ntos

: Vel

ocid

ad

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

009:

Ges

tiona

r Geo

cerc

as

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

010:

Asi

gnar

Uni

dad

a A

larm

a 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

011:

Asi

gnar

Equ

ipo

GP

S a

Veh

ícul

o 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

012:

Asi

gnar

Uni

dad

a S

ucur

sal

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

013:

Asi

gnar

Sim

Car

d a

Equ

ipo

GP

S

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

014:

Asi

gnar

Veh

ícul

o a

Con

duct

or

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

015:

Asi

gnar

Suc

ursa

les

a S

uper

viso

r 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

016:

Asi

gnar

Veh

ícul

os a

Uni

dad

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

Pru

ebas

Cas

os

de U

so

CU

017:

Des

pleg

ar D

ashB

oard

12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

Sup

ervi

sor

CU

020:

Con

sulta

r Lis

ta V

ehíc

ulos

12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

021:

Con

sulta

r Ala

rma

Reg

istro

s 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

C

U02

2: C

onsu

ltar G

eoce

rcas

y V

eloc

idad

es

Con

figur

adas

12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

023:

Con

sulta

r Lis

ta C

ondu

ctor

es

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

024:

Filt

rar

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

025:

Vis

ualiz

ar V

ehíc

ulos

en

Tiem

po R

eal

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

Pru

ebas

Cas

os

de U

so S

iste

ma

CU

026:

Mon

itore

ar G

eoce

rca

de S

alid

a 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

027:

Mon

itore

ar G

eoce

rca

con

Vel

ocid

ad

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

028:

Reg

istra

r Tra

ma

12-1

2-20

13

13-1

2-20

13

OK

N

A

Mis

ael N

ovoa

Ja

ra

CU

029:

Gen

erar

Ala

rmas

12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

030:

Mon

itore

ar V

eloc

idad

12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

031:

Mon

itore

ar G

eoce

rcas

Ent

rada

12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

032:

Cer

rar S

esió

n 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

033:

Con

trola

r Acc

eso

Usu

ario

12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

CU

034:

Inic

iar S

esió

n 12

-12-

2013

13

-12-

2013

O

K

NA

M

isae

l Nov

oa

Jara

In

dica

dor

Prue

ba

Cas

o de

Pru

eba

Des

crip

ción

R

esul

tado

Es

pera

do

Paso

s de

Ej

ecuc

ión

Fech

a Ej

ecuc

ión

Usu

ario

Va

lidad

or

Res

ulta

do

Obt

enid

o O

bser

vaci

ón

Esta

do

Obs

erva

ción

Ti

po

Obs

erva

ción

G

rave

dad

Fech

a So

luci

ón

Res

pons

able

So

luci

ón

Det

alle

Sol

ució

n Pruebas Casos de Uso Administrador

CP

001

CU

001:

G

estio

nar

Veh

ícul

os

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Veh

icul

os

Reg

istro

en

la b

ase

de d

atos

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r ve

hícu

lo

4. E

l Sis

tem

a de

splie

ga la

in

tera

z de

ad

min

istra

ción

de

veh

ícul

o 5.

El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Nue

vo

Veh

ícul

o"

6. E

l Sis

tem

a de

splie

ga la

in

terfá

z de

cr

eaci

ón d

e ve

hícu

lo

7. E

l A

dmin

istra

dor

ingr

esa

los

cam

pos

oblig

ator

ios

y pr

esio

na e

l bo

tón

"Gua

rdar

" 8.

El S

iste

ma

valid

a lo

s da

tos

ingr

esad

os

9. E

l Sis

tem

a gu

arda

el

regi

stro

en

la

base

de

dato

s 10

. El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Sal

ir"

11. E

l Sis

tem

a ci

erra

la in

terfá

z de

cre

ació

n

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

11

-12-

2013

: E

limin

ar n

o fu

ncio

na.

07-1

2-20

13:

Cre

ar o

k M

odifi

car o

k O

bs: A

l gua

rdar

la

mod

ifica

ción

, no

se

cier

ra

vent

ana

mod

ifica

r E

limin

ar K

O

No

se e

limin

a el

re

gist

ro

Cer

rada

E

rror

A

lta

M

arce

lo

Esp

inoz

a E

. 10

-12-

2013

: se

agre

ga M

etod

o C

erra

r Pup

ap

12. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

002

CU

002:

Ges

tiona

r U

nida

des

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Uni

dade

s

Reg

istro

en

la b

ase

de d

atos

Sta

rt:

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r U

nida

d 4.

El S

iste

ma

desp

liega

la

inte

raz

de

adm

inis

traci

ón

de U

nida

d 5.

El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Nue

vo

Uni

dad"

6.

El S

iste

ma

desp

liega

la

inte

rfáz

de

crea

ción

de

Uni

dad

7. E

l A

dmin

istra

dor

ingr

esa

los

cam

pos

oblig

ator

ios

y pr

esio

na e

l bo

tón

"Gua

rdar

" 8.

El S

iste

ma

valid

a lo

s da

tos

ingr

esad

os

9. E

l Sis

tem

a gu

arda

el

regi

stro

en

la

base

de

dato

s 10

. El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Sal

ir"

11. E

l Sis

tem

a ci

erra

la in

terfá

z de

cre

ació

n 12

. El

Adm

inis

trado

r

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

: Fi

ltrar

KO

Lu

ego

de fi

ltrar

po

r alg

ún v

alor

se

inte

nta

volv

er a

fil

trar b

orra

ndo

los

valo

res

(vol

ver a

ver

list

a co

mpl

eta)

, per

o no

se

mue

stra

ni

ngún

regi

stro

, es

nec

esar

io

volv

er a

ent

rar a

la

pan

talla

. C

rear

KO

A

l int

enta

r cre

ar

una

unid

ad s

in

activ

ar c

heck

"A

ctiv

a", n

o es

po

sibl

e ve

r la

unid

ad e

n la

list

a fil

trand

o po

r las

no

act

ivas

. E

dita

r OK

E

limin

ar O

K

Cer

rada

E

rror

M

edia

10

-12-

2013

M

arce

lo

Esp

inoz

a E

. S

e im

plem

enta

el

Bot

on F

iltra

r

pres

iona

el

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

003

CU

003:

G

estio

nar E

quip

o G

PS

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Equ

ipos

G

PS

Reg

istro

en

la b

ase

de d

atos

Sta

rt:

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r "E

quip

o G

PS

" 4.

El S

iste

ma

desp

liega

la

inte

raz

de

adm

inis

traci

ón

de e

quip

o G

PS

5.

El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Nue

vo

GP

S"

6. E

l Sis

tem

a de

splie

ga la

in

terfá

z de

cr

eaci

ón d

e G

PS

7.

El

Adm

inis

trado

r in

gres

a lo

s ca

mpo

s ob

ligat

orio

s y

pres

iona

el

botó

n "G

uard

ar"

8. E

l Sis

tem

a va

lida

los

dato

s in

gres

ados

9.

El S

iste

ma

guar

da e

l re

gist

ro e

n la

ba

se d

e da

tos

10. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

11

. El S

iste

ma

cier

ra la

inte

rfáz

de c

reac

ión

12. E

l A

dmin

istra

dor

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

: C

rear

KO

A

l int

enta

r cre

ar

da e

rror

, ver

en

Info

rme

Eje

cuci

ón

CP

003.

Ic

onos

de

crea

r y

elim

inar

se

borr

an, e

s ne

cesa

rio

reca

rgar

el

form

ular

io.

Elim

inar

OK

M

odifi

car O

K

Cer

rada

E

rror

B

loqu

eant

e 10

-12-

2013

M

arce

lo

Esp

inoz

a E

. C

ambi

o a

Texb

ox

solo

Num

ero

uc_T

extb

ox_N

umer

o R

elac

ión

Est

ado

esta

blec

ida,

met

odo

Gua

rdar

falta

ba

Fore

ikey

pres

iona

el

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

004

CU

004:

G

estio

nar

Sim

Car

d

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Sim

Car

ds

Reg

istro

en

la b

ase

de d

atos

Sta

rt:

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r "S

imC

ard"

4.

El S

iste

ma

desp

liega

la

inte

raz

de

adm

inis

traci

ón

de S

imC

ard

5. E

l A

dmin

istra

dor

pres

iona

el

botó

n "N

ueva

S

imC

ard"

6.

El S

iste

ma

desp

liega

la

inte

rfáz

de

crea

ción

de

Sim

Car

d 7.

El

Adm

inis

trado

r in

gres

a lo

s ca

mpo

s ob

ligat

orio

s y

pres

iona

el

botó

n "G

uard

ar"

8. E

l Sis

tem

a va

lida

los

dato

s in

gres

ados

9.

El S

iste

ma

guar

da e

l re

gist

ro e

n la

ba

se d

e da

tos

10. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

11

. El S

iste

ma

cier

ra la

inte

rfáz

de c

reac

ión

12. E

l A

dmin

istra

dor

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

: C

rear

OK

M

odifi

car O

K

Elim

inar

KO

N

o el

imin

a re

gist

ros

Cer

rada

E

rror

A

lta

10-1

2-20

13

Mar

celo

E

spin

oza

E.

Se

agre

ga

Val

idac

ión

pres

iona

el

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

005

CU

005:

G

estio

nar

Suc

ursa

les

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Suc

ursa

les

Reg

istro

en

la b

ase

de d

atos

Sta

rt:

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r "S

ucur

sal"

4. E

l Sis

tem

a de

splie

ga la

in

tera

z de

ad

min

istra

ción

de

Suc

ursa

l 5.

El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Nue

va

Suc

ursa

l" 6.

El S

iste

ma

desp

liega

la

inte

rfáz

de

crea

ción

de

Suc

ursa

l 7.

El

Adm

inis

trado

r in

gres

a lo

s ca

mpo

s ob

ligat

orio

s y

pres

iona

el

botó

n "G

uard

ar"

8. E

l Sis

tem

a va

lida

los

dato

s in

gres

ados

9.

El S

iste

ma

guar

da e

l re

gist

ro e

n la

ba

se d

e da

tos

10. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

11

. El S

iste

ma

cier

ra la

inte

rfáz

de c

reac

ión

12. E

l A

dmin

istra

dor

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

: C

rear

OK

M

odifi

car O

K

Elim

inar

KO

N

o el

imin

a re

gist

ros

Cer

rada

E

rror

A

lta

M

arce

lo

Esp

inoz

a E

. S

e ag

rega

V

alid

ació

n

pres

iona

el

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

006

CU

006:

G

estio

nar

Usu

ario

s S

uper

viso

r

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Usu

ario

s S

uper

viso

r

Reg

istro

en

la b

ase

de d

atos

Sta

rt:

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r "S

uper

viso

r"

4. E

l Sis

tem

a de

splie

ga la

in

tera

z de

ad

min

istra

ción

de

Sup

ervi

sor

5. E

l A

dmin

istra

dor

pres

iona

el

botó

n "N

uevo

S

uper

viso

r"

6. E

l Sis

tem

a de

splie

ga la

in

terfá

z de

cr

eaci

ón d

e S

uper

viso

r 7.

El

Adm

inis

trado

r in

gres

a lo

s ca

mpo

s ob

ligat

orio

s y

pres

iona

el

botó

n "G

uard

ar"

8. E

l Sis

tem

a va

lida

los

dato

s in

gres

ados

9.

El S

iste

ma

guar

da e

l re

gist

ro e

n la

ba

se d

e da

tos

10. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

11

. El S

iste

ma

cier

ra la

inte

rfáz

de c

reac

ión

12. E

l A

dmin

istra

dor

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

11

-12-

2013

: Err

or

al m

odifi

car

usua

rio, s

e en

cont

raba

con

ch

eck

de u

suar

io

activ

a su

cue

nta,

se

qui

ta c

heck

y

se d

á gu

arda

r y la

ap

licac

ión

gene

ró

el e

rror

adj

unto

. 07

-12-

2013

: Lis

ta

de u

suar

ios

se

desb

orda

al

entra

r a la

pa

ntal

la,

post

erio

rmen

te s

e aj

usta

sol

a C

rear

ok

Obs

: No

hay

valid

ació

n de

fo

rmat

o de

em

ail

Mod

ifcar

ok

Elim

inar

ok

Cer

rada

E

rror

A

lta

Pen

dien

te

Val

idac

ión

Em

ail y

D

esbo

rdam

ient

o

pres

iona

el

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

007

CU

007:

G

estio

nar

Con

duct

or

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Con

duct

or

Reg

istro

en

la b

ase

de d

atos

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r "C

ondu

ctor

" 4.

El S

iste

ma

desp

liega

la

inte

raz

de

adm

inis

traci

ón

de C

ondu

ctor

5.

El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Nue

vo

Con

duct

or"

6. E

l Sis

tem

a de

splie

ga la

in

terfá

z de

cr

eaci

ón d

e C

ondu

ctor

7.

El

Adm

inis

trado

r in

gres

a lo

s ca

mpo

s ob

ligat

orio

s y

pres

iona

el

botó

n "G

uard

ar"

8. E

l Sis

tem

a va

lida

los

dato

s in

gres

ados

9.

El S

iste

ma

guar

da e

l re

gist

ro e

n la

ba

se d

e da

tos

10. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

11

. El S

iste

ma

cier

ra la

inte

rfáz

de c

reac

ión

12. E

l A

dmin

istra

dor

pres

iona

el

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

: No

está

la o

pció

n de

fil

trar

Cre

ar O

K

Mod

ifica

r OK

E

limin

ar K

O

No

elim

ina

regi

stro

s

Cer

rada

E

rror

A

lta

10-1

2-20

13

Mar

celo

E

spin

oza

E.

Se

agre

ga F

iltro

s y

Met

odo

valid

ar a

l E

limin

ar

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

008

CU

008:

G

estio

nar

Eve

ntos

: V

eloc

idad

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Vel

ocid

ad

Reg

istro

en

la b

ase

de d

atos

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r "E

vent

o V

eloc

idad

" 4.

El S

iste

ma

desp

liega

la

inte

raz

de

adm

inis

traci

ón

de E

vent

o V

eloc

idad

5.

El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Nue

vo

Eve

nto

Vel

ocid

ad"

6. E

l Sis

tem

a de

splie

ga la

in

terfá

z de

cr

eaci

ón d

e E

vent

o V

eloc

idad

7.

El

Adm

inis

trado

r in

gres

a lo

s ca

mpo

s ob

ligat

orio

s y

pres

iona

el

botó

n "G

uard

ar"

8. E

l Sis

tem

a va

lida

los

dato

s in

gres

ados

9.

El S

iste

ma

guar

da e

l re

gist

ro e

n la

ba

se d

e da

tos

10. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

11

. El S

iste

ma

cier

ra la

inte

rfáz

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

filtr

ar

no fu

ncio

na y

bo

rra

icon

os d

e m

odifi

caci

ón

Cre

ar

No

se p

uede

n cr

ear n

uevo

s ev

ento

s S

e pu

ede

crea

r un

sol

o ev

ento

po

r uni

dad

Mod

ifica

r E

limin

ar

No

se p

uede

el

imin

ar e

l eve

nto

Cer

rada

E

rror

A

lta

No

Apl

ica

de c

reac

ión

12. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

009

CU

009:

G

estio

nar

Geo

cerc

as

Per

mite

C

rear

, M

odifi

car y

E

limin

ar

Geo

cerc

as

Reg

istro

en

la b

ase

de d

atos

1. E

l A

dmin

istra

dor

ingr

esa

al m

enú

de

adm

inis

traci

ón

2. E

l Sis

tem

a de

splie

ga e

l m

enú

de

adm

inis

traci

ón

3. E

l A

dmin

istra

dor

sele

ccio

na la

op

ción

ad

min

istra

r "G

eoce

rcas

" 4.

El S

iste

ma

desp

liega

la

inte

raz

de

adm

inis

traci

ón

de G

eoce

rcas

5.

El

Adm

inis

trado

r pr

esio

na e

l bo

tón

"Nue

vo

Geo

cerc

as"

6. E

l Sis

tem

a de

splie

ga la

in

terfá

z de

cr

eaci

ón d

e G

eoce

rcas

7.

El

Adm

inis

trado

r in

gres

a lo

s ca

mpo

s ob

ligat

orio

s y

pres

iona

el

botó

n "G

uard

ar"

8. E

l Sis

tem

a va

lida

los

dato

s in

gres

ados

9.

El S

iste

ma

guar

da e

l re

gist

ro e

n la

ba

se d

e da

tos

10. E

l A

dmin

istra

dor

pres

iona

el

botó

n "S

alir"

11

. El S

iste

ma

cier

ra la

inte

rfáz

de c

reac

ión

12. E

l A

dmin

istra

dor

pres

iona

el

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

: Se

pega

la

aplic

ació

n, e

s ne

cesa

rio fo

rzar

ci

erre

de

inte

rnet

ex

plor

er 1

1 y

goog

le c

hrom

e ve

r adj

unto

en

Info

rme

de

Eje

cuci

ón C

P00

9

Cer

rada

E

rror

B

loqu

eant

e 10

-12-

2013

Sol

ucio

nado

con

la

publ

icac

ión

en

Hos

ting

botó

n "S

alir"

13

. El S

iste

ma

cier

ra la

inte

rfáz

de

adm

inis

traci

ón

CP

010

CU

010:

Asi

gnar

U

nida

d a

Ala

rma

Per

mite

cr

ear,

mod

ifica

r y

elim

inar

una

as

igna

ción

de

Uni

dad

y A

larm

a

Asi

gnac

ion

en la

bas

e de

dat

os

1. E

l usu

ario

in

gres

a a

la

inte

rfaz

de

adm

inis

traci

ón

de a

sign

ació

n 2.

El s

iste

ma

desp

liega

la

inte

rfaz

3. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n un

idad

es

disp

onib

les.

4.

El u

suar

io

sele

ccio

na u

n co

mbo

box

con

alar

mas

di

spon

ible

s 5.

El u

suar

io

sele

ccio

na e

l bo

ton

asig

nar.

6. E

l Sis

tem

a gu

arda

la

asig

naci

ón e

n la

ba

se d

e da

tos

7. E

l Sis

tem

a ci

erra

la in

terfa

z

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

09

-12-

2013

No

impl

emen

tado

, re

visa

r

Cer

rada

E

rror

A

lta

10-1

2-20

13

E

ste

Cas

o de

Uso

es

par

te d

e C

U00

9:

Ges

tiona

r G

eoce

rcas

y C

U00

8:

Ges

tiona

r Eve

ntos

: V

eloc

idad

CP

011

CU

011:

Asi

gnar

E

quip

o G

PS

a

Veh

ícul

o

Per

mite

cr

ear,

mod

ifica

r y

elim

inar

una

as

igna

ción

de

Equ

ipo

GP

S y

V

ehic

ulo

Asi

gnac

ion

en la

bas

e de

dat

os

1. E

l usu

ario

in

gres

a a

la

inte

rfaz

de

adm

inis

traci

ón

de a

sign

ació

n 2.

El S

iste

ma

desp

liega

la

inte

rfaz

3. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n eq

uipo

s di

spon

ible

s.

4. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n ve

hicu

los

disp

onib

les

5. E

l usu

ario

se

lecc

iona

el

boto

n as

igna

r. 6.

El S

iste

ma

guar

da la

as

igna

ción

en

la

base

de

dato

s 7.

El S

iste

ma

cier

ra la

inte

rfaz

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

07

-12-

2013

: 1.

No

se p

uede

as

igna

r equ

ipo

porq

ue e

l úni

co

equi

po G

PS

cr

eado

ya

se

encu

entra

en

esta

do a

sign

ado,

se

deb

e co

rreg

ir er

ror d

e C

P00

3 pa

ra p

oder

cre

ar

equi

pos.

2.

No

se p

uede

el

imin

ar

asig

naci

ón

porq

ue e

l equ

ipo

se e

ncue

ntra

en

uso.

3.

No

se p

uede

po

ner e

l veh

ícul

o co

mo

no a

ctiv

o pa

ra li

bera

r as

igna

ción

. 4.

No

se p

uede

el

imin

ar v

ehíc

ulo

porq

ue s

e en

cuen

tra

asig

nado

. S

e pr

oduc

e un

pu

nto

mue

rto e

n la

apl

icac

ión

Cer

rada

E

rror

B

loqu

eant

e 10

-12-

2013

Se

mod

ifica

Fu

ncio

nalid

ad,

Gua

rdan

do H

itoric

o

CP

012

CU

012:

Asi

gnar

U

nida

d a

Suc

ursa

l

Per

mite

cr

ear,

mod

ifica

r y

elim

inar

una

as

igna

ción

de

Uni

dad

a S

ucur

sal

Asi

gnac

ion

en la

bas

e de

dat

os

1. E

l usu

ario

in

gres

a a

la

inte

rfaz

de

adm

inis

traci

ón

de a

sign

ació

n 2.

El s

iste

ma

desp

liega

la

inte

rfaz

3. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n S

ucur

sale

s di

spon

ible

s.

4. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n U

nida

des

disp

onib

les

5. E

l usu

ario

se

lecc

iona

el

boto

n as

igna

r. 6.

El S

iste

ma

guar

da la

as

igna

ción

en

la

base

de

dato

s 7.

El S

iste

ma

cier

ra la

inte

rfaz

09-1

2-20

13

San

tiago

de

la

Cua

dra

OK

N

o im

plem

enta

do

Cer

rada

E

rror

B

aja

La U

nida

d N

o se

A

sign

a, n

ace

con

una

Suc

ursa

l

CP

013

CU

013:

Asi

gnar

S

imC

ard

a E

quip

o G

PS

Per

mite

cr

ear,

mod

ifica

r y

elim

inar

una

as

igna

ción

de

Sim

Car

d a

Equ

ipo

Asi

gnac

ion

en la

bas

e de

dat

os

1. In

gres

a a

la

inte

rfaz

de

adm

inis

traci

ón

de a

sign

ació

n 2.

Des

plie

ga la

in

terfa

z de

ad

min

istra

ción

de

asi

gnac

ión

con

las

opci

ones

de

men

ú 3.

El u

suar

io

sele

ccio

na u

n co

mbo

box

con

sim

card

di

spon

ible

s.

4. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n eq

uipo

s gp

s di

spon

ible

s 5.

El u

suar

io

sele

ccio

na e

l bo

ton

asig

nar.

6. E

l Sis

tem

a gu

arda

la

asig

naci

ón e

n la

ba

se d

e da

tos

7. E

l Sis

tem

a ci

erra

la in

terfa

z

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

09

-12-

2013

: A

pare

ntem

ente

se

asi

gna

pero

no

da m

ensa

je d

e co

nfirm

ació

n.

No

se m

uest

ra

deta

lle d

e as

igna

ción

en

la

lista

de

abaj

o.

No

se p

uede

el

imin

ar

asig

naci

ón p

or

que

indi

ca q

ue

sim

card

se

encu

entra

en

uso.

Abi

erta

E

rror

A

lta

Pen

dien

te

CP

014

CU

014:

Asi

gnar

V

ehíc

ulo

a C

ondu

ctor

Per

mite

cr

ear,

mod

ifica

r y

elim

inar

una

as

igna

ción

de

Veh

icul

o a

Con

duct

or

Asi

gnac

ion

en la

bas

e de

dat

os

1. E

l usu

ario

in

gres

a a

la

inte

rfaz

de

adm

inis

traci

ón

de a

sign

ació

n 2.

El S

iste

ma

desp

liega

la

inte

rfaz

3. E

l usu

ario

se

lecc

iona

un

vehi

culo

di

spon

ible

4.

El u

suar

io

sele

ccio

na u

n co

mbo

box

con

cond

ucto

res

disp

onib

les

5. E

l usu

ario

se

lecc

iona

el

boto

n as

igna

r. 6.

El S

iste

ma

guar

da la

as

igna

ción

en

la

base

de

dato

s 7.

El S

iste

ma

cier

ra la

inte

rfaz

09-1

2-20

13

San

tiago

de

la

Cua

dra

OK

Cer

rada

E

rror

A

lta

Pen

dien

te

CP

015

CU

015:

Asi

gnar

S

ucur

sale

s a

Sup

ervi

sor

Per

mite

cr

ear,

mod

ifica

r y

elim

inar

una

as

igna

ción

de

S

ucur

sale

s a

Sup

ervi

sor

Asi

gnac

ion

en la

bas

e de

dat

os

1. E

l usu

ario

in

gres

a a

la

inte

rfaz

de

adm

inis

traci

ón

de a

sign

ació

2.

El S

iste

ma

desp

liega

la

inte

rfaz

3. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n S

ucur

sale

s di

spon

ible

s.

4. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n su

perv

isor

es

disp

onib

les

5. E

l usu

ario

se

lecc

iona

el

boto

n as

igna

r. 6.

El S

iste

ma

guar

da la

as

igna

ción

en

la

base

de

dato

s 7.

El S

iste

ma

cier

ra la

inte

rfaz

09-1

2-20

13

San

tiago

de

la

Cua

dra

OK

N

o im

plem

enta

do

Cer

rada

E

rror

A

lta

CP

016

CU

016:

Asi

gnar

V

ehíc

ulos

a

Uni

dad

Per

mite

cr

ear,

mod

ifica

r y

elim

inar

una

as

igna

ción

de

Veh

icuo

s

a U

nida

d

Asi

gnac

ion

en la

bas

e de

dat

os

1. E

l usu

ario

in

gres

a a

la

inte

rfaz

de

adm

inis

traci

ón

de a

sign

ació

n 2.

El S

iste

ma

desp

liega

la

inte

rfaz

3. E

l usu

ario

se

lecc

iona

un

com

bobo

x co

n ve

hicu

los

disp

onib

les.

4.

El u

suar

io

sele

ccio

na u

n co

mbo

box

con

Uni

dade

s di

spon

ible

s 5.

El u

suar

io

sele

ccio

na e

l bo

ton

asig

nar.

6. E

l Sis

tem

a gu

arda

la

asig

naci

ón e

n la

ba

se d

e da

tos

7. E

l Sis

tem

a ci

erra

la in

terfa

z

09-1

2-20

13

San

tiago

de

la

Cua

dra

OK

N

o im

plem

enta

do

Cer

rada

E

rror

A

lta

Pruebas Casos de Uso Supervisor C

P01

7 C

U01

7:

Des

pleg

ar

Das

hBoa

rd

Per

mite

de

sple

gar e

l ta

bler

o pr

inci

pal

Das

hboa

rd

Des

plie

ga

elem

ento

s en

da

shbo

ard

1. E

l Sup

ervi

sor

ingr

esa

al

Das

hBoa

rd d

el

Sis

tem

a 2.

El S

iste

ma

desp

liega

la

inte

rfaz

Das

hBoa

rd c

on

un fi

ltro

de

fech

a y

sucu

rsal

, ad

emás

de

una

grill

a de

dat

os

3. E

l Sis

tem

a m

uest

ra la

s al

arm

as

regi

stra

das

de

los

últim

os 7

dí

as y

un

tota

l de

ala

rmas

par

a es

os 7

día

s en

la

gril

la d

e da

tos

4. E

l Sis

tem

a di

buja

en

el

map

a la

s al

arm

as

regi

stra

das

para

lo

s 7

días

5.

El S

uper

viso

r se

lecc

iona

un

punt

o en

el

map

a (a

larm

a)

6. E

l Sis

tem

a m

uest

ra

info

rmac

ión

gene

ral d

e la

al

arm

a 7.

El S

uper

viso

r se

lecc

iona

un

regi

stro

de

la

grill

a 8.

El S

iste

ma

resa

lta la

al

arm

a en

el

map

a pa

ra la

su

curs

al y

un

tota

l de

las

alar

mas

re

gist

rada

s en

lo

s úl

timos

7

días

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

11

-12-

2013

OK

09

-12-

2013

: A

plic

ació

n se

co

lgó

sin

apre

tar

nada

, sol

o se

de

jó d

e us

ar p

or

apro

xim

adam

ente

1

min

uto

y di

o tim

e ou

t

Cer

rada

E

rror

B

loqu

eant

e 10

-12-

2013

M

arce

lo

Esp

inoz

a P

robl

ema

del

Ser

vido

r Res

uelto

CP

018

CU

020:

C

onsu

ltar L

ista

V

ehíc

ulos

Per

mite

co

nsul

tar

una

lista

de

Veh

icul

os

Des

plie

ga

lista

so

licita

da

1. E

l Sup

ervi

sor

selc

cion

a la

op

cion

del

m

enu

para

ver

la

list

a de

ve

hicu

los.

2.

El s

iste

ma

desp

liega

una

lis

ta d

e lo

s ve

hicu

os p

or

sucu

rsal

. 3.

El u

suar

io

sele

ccio

na u

n ve

hicu

lo

4. E

l sis

tem

a de

splie

ga e

l de

talle

e

hist

oric

o.

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

11

-12-

2013

: Q

uita

r opc

ione

s de

mod

ifica

ción

Cer

rada

E

rror

B

aja

CP

019

CU

021:

C

onsu

ltar A

larm

a R

egis

tros

Per

mite

co

nsul

tar

una

lista

de

Ala

rmas

Des

plie

ga

lista

so

licita

da

1. E

l Sup

ervi

sor

sele

ccio

na la

op

cion

con

sulta

r al

arm

as d

el

men

u.

2. E

l sis

tem

a de

splie

ga u

na

grill

a 3.

El S

uper

viso

r se

lecc

iona

un

regi

stro

de

la

grill

a.

4. E

l sis

tem

a de

splie

ga e

l de

talle

de

la

alar

ma,

tipo

de

alam

r y re

gist

ro

de lo

suc

edid

o.

5. E

l Sup

ervi

sor

cier

ra e

l re

gist

ro.

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

020

CU

022:

C

onsu

ltar

Geo

cerc

as y

V

eloc

idad

es

Con

figur

adas

Per

mite

co

nsul

tar

una

lista

de

Geo

cerc

as y

V

eloc

idad

es

Des

plie

ga

lista

so

licita

da

1. E

l Sup

ervi

sor

acce

de a

la

pant

alla

de

conf

igur

acio

nes

de a

larm

as.

2. E

l sis

tem

a de

splie

ga la

s co

nfig

urac

ione

s.

3. E

l sis

tem

a m

uest

ra u

na

grill

a co

n lo

s re

gist

ros.

4.

El S

uper

viso

r se

lecc

iona

un

deta

lle.

5. E

l sis

tem

a m

uest

ra lo

s da

tos

del

regi

stro

.

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

11

-12-

2013

: Q

uita

r opc

ione

s de

mod

ifica

ción

Cer

rada

E

rror

B

aja

CP

021

CU

023:

C

onsu

ltar L

ista

C

ondu

ctor

es

Per

mite

co

nsul

tar

una

lista

de

Con

duct

ores

Des

plie

ga

lista

so

licita

da

1. E

l Sup

ervi

sor

sele

ccio

na la

op

cion

con

sulta

r lis

ta d

e co

nduc

tore

s de

l m

enu.

2.

El s

iste

ma

desp

liega

la

lista

de

cond

ucto

res

en

una

grill

a.

3. E

l usu

ario

se

lecc

iona

un

regi

stro

. 4.

El s

iste

ma

desp

liega

el

deta

lle d

el

cond

ucto

r con

su

his

toric

o y

vehi

culo

s as

igan

dos.

5.

El u

suar

io

cier

ra e

l re

gist

ro.

13-1

2-20

13

San

tiago

de

la

Cua

dra

OK

11

-12-

2013

: Q

uita

r opc

ione

s de

mod

ifica

ción

Cer

rada

E

rror

B

aja

CP

022

CU

024:

Filt

rar

Per

mite

co

nsul

tar

una

lista

por

fil

tros

de

fech

a

Des

plie

ga

lista

so

licita

da

1. E

l sup

ervi

sor

selc

cion

a un

pa

rám

etro

par

a fil

trar

2. E

l sup

ervi

sor

selc

cion

a ra

ngo

de fe

cha

y su

curs

al

3. E

l sis

tem

a de

vuel

ve lo

s da

tos

y ra

ngos

di

spon

ible

s 4.

El u

suar

io

envi

a el

filtr

o se

lcci

onad

o.

5. E

l sis

tem

a fil

tra lo

s re

gist

ros.

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

023

CU

025:

V

isua

lizar

V

ehíc

ulos

en

Tiem

po R

eal

Per

mite

co

nsul

tar

vehi

culo

s en

tie

mpo

real

Des

plie

ga

lista

so

licita

da

1. E

l Sup

ervi

sor

sele

ccio

na d

el

men

u la

opc

ion

tiem

po re

al

2. E

l sis

tem

a de

splie

ga u

n m

apa

indi

cand

o lo

s ve

hicu

los

mas

una

gril

la

con

los

dato

s 3.

El S

uper

viso

r se

leci

ona

un

vehi

culo

del

m

apa

sele

ccio

nand

o un

pun

to

dete

rmin

ado

por

la a

pi d

e go

ogle

m

aps.

4.

El s

iste

ma

mus

tra e

l de

talle

del

ve

hicu

lo.

5. E

l Sup

ervi

sor

cier

ra e

l det

alle

.

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

Pruebas Casos de Uso Sistema

CP

024

CU

026:

M

onito

rear

G

eoce

rca

de

Sal

ida

Per

mite

M

onito

rear

si

hay

al

arm

as d

e ge

ocer

cas

de s

alid

a

Reg

istra

ev

ento

s e

info

rma

al

usua

rio

1. E

l Sis

tem

a co

nsul

ta s

i tie

ne

nuev

as a

larm

as

de g

eoce

rca

de

salid

a.

2. E

l Sis

tem

a re

gist

ra la

al

arm

a

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

025

CU

027:

M

onito

rear

G

eoce

rca

con

Vel

ocid

ad

Per

mite

M

onito

rear

si

hay

al

arm

as d

e ge

ocer

cas

con

velo

cida

d

Reg

istra

ev

ento

s e

info

rma

al

usua

rio

1. E

l Sis

tem

a va

lida

que

tiene

al

erta

s de

ge

ocer

cas

con

velo

cida

d 2.

El S

iste

ma

regi

stra

la a

lerta

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

026

CU

028:

Reg

istra

r Tr

ama

Per

mite

re

gist

rar l

a tra

ma

envi

ada

por

el G

PS

Reg

istra

ev

ento

s 1.

El G

PS

env

ía

la tr

ama

de

dato

s 2.

El S

iste

ma

obtie

ne la

tram

a de

dat

os y

la

deco

dific

a 3.

El S

iste

ma

guar

da la

tram

a de

codi

ficad

a en

la

bas

e de

da

tos

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

027

CU

029:

Gen

erar

A

larm

as

Per

mite

ge

nera

r al

arm

as

Reg

istra

ev

ento

s e

info

rma

al

usua

rio

1. E

l Sis

tem

a ob

tiene

la tr

ama

desd

e la

bas

e da

tos

para

ser

va

lidad

a.

2. E

l Sis

tem

a va

lida

si la

tra

ma

es u

na

alam

ar d

efin

ida

por e

l usu

ario

: 1-

Vel

ocid

ad 2

-V

eloc

idad

en

geoc

erca

3-

Geo

cerc

a de

en

trada

4-

Geo

cerc

a de

sa

lida

3. E

l Sis

tem

a gu

arda

el

regi

stro

en

la

base

dat

os s

i se

cum

ple

la

cond

icio

n de

la

alam

ar.

4. E

l Sis

tem

a qu

eda

disp

onib

le p

ara

valid

ar o

tra

tram

a

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

028

CU

030:

M

onito

rear

V

eloc

idad

Per

mite

M

onito

rear

la

vel

ocid

ad

Reg

istra

ev

ento

s e

info

rma

al

usua

rio

1. E

l Sis

tem

a va

lida

que

tiene

al

erta

s de

ve

loci

dad

2. E

l Sis

tem

a re

gist

ra la

ale

rta

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

029

CU

031:

M

onito

rear

G

eoce

rcas

E

ntra

da

Per

mite

M

onito

rear

G

eoce

rcas

de

Ent

rada

Reg

istra

ev

ento

s e

info

rma

al

usua

rio

1. E

l Sis

tem

a va

lida

que

tiene

ge

ocer

cas

de

entra

da

2. E

l Sis

tem

a re

gist

ra la

ale

rta

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

030

CU

032:

Cer

rar

Ses

ión

Per

mite

C

erra

r la

Ses

ión

de

Usu

ario

Cie

rra

la

sesi

on

1. U

suar

io

cier

ra s

esio

n us

ando

el b

oton

de

l sis

tem

a.

2. e

l sis

tem

a ci

erra

ses

ion

del

Usu

ario

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

031

CU

033:

C

ontro

lar A

cces

o U

suar

io

Per

mite

co

ntro

lar e

l ac

ceso

de

los

usua

rios

al s

iste

ma

Per

mite

el

Acc

eso

a la

s pa

ntal

las

de m

enu

1. E

l Sis

tem

a va

lida

el c

ontro

l de

acc

eso

a us

uario

. 2.

El S

iste

ma

perm

ite e

l ac

ceso

al

usua

rio

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK

CP

032

CU

034:

Inic

iar

Ses

ión

Per

mite

In

icia

r la

Ses

ión

de

Usu

ario

en

el S

iste

ma

Per

mite

el

acce

so a

l m

enu

prin

cipa

l

1. E

l Usu

ario

in

gres

a no

mbr

e de

use

r y

pass

wor

d 2.

El s

iste

ma

valid

a lo

s da

tos

ingr

esad

os p

or

el a

ctor

3.

Una

vez

va

lidad

o el

ac

tor,

el s

iste

ma

mue

stra

el

men

u de

op

cion

es y

la

pagi

na p

rinci

pal

11-1

2-20

13

San

tiago

de

la

Cua

dra

OK