T Espel Sof 008 P

DESARROLLO DE UN SISTEMA DE CONTROL
Y MONITOREO DE UN VEHICULO
TERRESTRE NO TRIPULADO UGV
(Unmanned Ground Vehicle) PARA EL
CENTRO DE INVESTIGACIN Y
DESARROLLO DE LA FUERZA AREA
ECUATORIANA
Marcelo Araujo
Paul Chicaiza
ndice
CAPTULO I. DEFINICIN DEL PROBLEMA
Antecedentes
Objetivos
Hiptesis
CAPTULO II. MARCO TERICO
Antecedentes Histricos
Antecedentes Conceptuales y referenciales
Antecedentes Contextuales
CAPTULO III. DESARROLLO DEL PROYECTO
Metodologa para el desarrollo del proyecto
Anlisis de la situacin actual
Conceptualizacin
Iteraciones
ndice
CAPTULO IV. PRESENTACIN DE RESULTADOS
Pruebas de Integracin
Pruebas de Optimizacin
Introduccin
El mundo en la actualidad se encuentra interconectado
mediante varias plataformas digitales que permiten a las
personas, tener una mayor interconexin y vinculacin entre s,
dando como resultado un mayor acceso a la informacin y
recursos almacenados en la web.
El Centro de Investigacin y Desarrollo de la Fuerza Area
Ecuatoriana tiene como objetivo primordial, realizar un
gran esfuerzo en la investigacin cientfica y tecnolgica,
en los campos de la ingeniera aeronutica y aeroespacial,
permitiendo mejorar la capacidad operativa de la Fuerza
Area Ecuatoriana y contribuir al desarrollo nacional y
disminuir la dependencia tecnolgica del extranjero.
CAPTULO I. DEFINICIN DEL PROBLEMA

El presente proyecto busca apoyar la
misin que tiene el CIDFAE, dentro de una
de sus lneas de investigacin, que es el
desarrollo de Vehculos Terrestres no
Tripulados (UGV). El prototipo funcional
denominado FINDER, requiere apoyo
tecnolgico
mediante
un
sistema
informtico, que permita la gestin de
usuarios, rutas de monitoreo, datos de
posicionamiento y velocidad as como la
manipulacin del video de vigilancia en
tiempo real.
Antecedentes
Dentro de sus lneas de investigacin est el desarrollo de
UGVs, de los cuales existe un prototipo funcional llamado
FINDER, ste realiza un monitoreo del interior de las
instalaciones del CIDFAE siguiendo una ruta de navegacin
Administracin
de rutas de
monitoreo
FINDER
Transmisin de
datos de
posicionamiento
y velocidad
Transmisin de
video en
tiempo real
Objetivo General
Desarrollar un sistema de control y monitoreo para la optimizacin de la
funcionalidad del Vehculo Terrestre no Tripulado UGV (Unmanned Ground
Vehicle) para el Centro de Investigacin y Desarrollo de la Fuerza Area
Ecuatoriana.
Objetivos Especficos
Determinar el marco terico de los sistemas no tripulados y el manejo a
travs de un software para el desarrollo del sistema de control y
monitoreo.
Desarrollar un sistema informtico basado en la informacin y

procesos identificados dentro del CIDFAE.
Implementar el sistema informtico dentro de las instalaciones del

CIDFAE.
Verificar los resultados de la implementacin del software en base a la

funcionalidad del FINDER.
Hiptesis
Si se desarrolla un sistema informtico de control y monitoreo entonces se
optimiza la funcionalidad del UGV en el CIDFAE
CAPTULO II. MARCO TERICO

Evolucin del software de control y monitoreo en los sistemas terrestres
no tripulados
Antecedentes Conceptuales y Referenciales

Caracterizacin tecnolgica de los sistemas no tripulados
Caracterizacin tecnolgica del software de control y monitoreo
Justificacin de la problemtica
Primera Etapa Segunda Etapa

Principales modelos Teletanks y Goliath
Principales modelos SHAKEY y ALV.
Accionados por Radio Control.
Cmara orientable, Telmetro ultrasnico,

sensores de contacto y enlace de radio
frecuencia.
Tenan un alcance de 500 a 1500 metros.
Controlado por sentencias de comando de ingls

desde un operador hacia un terminal.
Altos costos de produccin.
El ALV contaba con cmara de video de color y

telmetro laser.
Apoyo a experimentos cientficos.
Tercera Etapa
Cuarta Etapa
Principales modelos GSR y ATT
Principal modelo TOV
Tecnologa modular, mdulo RSTA, sensores

ultrasnicos fijos y orientables
Accionado por control remoto y con una estacin

de control para el operador. Conexin por fibra
ptica.
Enlace para varios ordenadores con sentencias de

comando ejecutadas por un administrador.
Vehculo Militar Multipropsito conectado con tres

estaciones de control.
El ATT contaba con sistemas de comunicacin

visual, retroalimentacin de audio y controles
isomorfos a un vehculo
Pantallas de comunicacin visual, cmara de

video, telmetro laser y mdulo RSTA de largo
alcance.
El principal objetivo proveer un elemento de

combate con capacidad de deteccin directa.
Alcanzaba grandes velocidades, deteccin de

agentes qumicos y disparo de armas.
Quinta Etapa
Sexta Etapa
Principales modelos TUGV, SARGE y GECKO
DEMO A, DEMO B Y DEMO C
Sistema de traccin de seis ruedas, pantalla de

TV para la conduccin, transmisin por radio
frecuencia o enlace de fibra ptica.
El DEMO A era un sistema bsico semiautnomo

de navegacin, operacin y precisin dentro de
un vehculo, limitado a un escenario militar
l mdulo RSTA contaba con un televisor a color y

otro a blanco y negro, FLIR, telmetro laser,
detector de armas qumicas y deteccin acstica.
El DEMO A completaba exitosamente rutas a

travs de caminos asfaltados, de tierra y campo
traviesa.
El SARGE contaba cont con jaula antivuelco, dos

cmaras de video para vigilancia y dos para
navegacin.
EL DEMO B adicionalmente transmita datos de

posicionamiento con la ayuda del FLIR.
El principal objetivo del GECKO era apoyar al

Sistema de Control de Reaccin Limitado (FELICS)
El DEMO C, trabajaban dos vehculos en conjunto,

el primero detectaba un objetivo en movimiento
y el segundo confirmaba la ubicacin de destino.
Antecedentes Contextuales y Referenciales

Sistemas no Tripulados
Los sistemas no tripulados, son un grupo de sistemas
militares, cuya
caracterstica en comn es el hecho que no existe ningn operador humano a
bordo.
Aire
Tierra
Mar
Fusin de
sensores
Comunicaciones
Planificacin
del movimiento
Generacin de
trayectoria
Sensores
Plataforma
Control
Human Machine
Interface
Comunicacin
Misma
tecnologa de
los UGV
Antecedentes Contextuales y Referenciales

Software de Control y Monitoreo
Son sencillos y de fcil

concepto.
Nada asegura su estabilidad
ante una perturbacin.
La salida no se compara con la
entrada.
Son afectados por las
perturbaciones.
La precisin depende de la
previa calibracin del sistema.
Lazo cerrado
Lazo abierto
Serie instrucciones detalladas integradas en un sistema informtico, que permite

manipular un equipo electrnico con el fin de recolectar y analizar informacin
de un entorno, para poder vigilar las actividades que se desarrollen y ayudar al
usuario final a corregir cualquier anomala que se presente
La salida se compara con la
entrada y le afecta para el
control del sistema.
Tienen una propiedad de
retroalimentacin.
Son ms estables a
perturbaciones y variaciones
internas
Situacin Problemas para manejar las rutas de
Actual
vigilancia
Incomprensin de los datos recibidos del
FINDER
Dificultad para el control y monitoreo del
CIDFAE
Ausencia de una sistema que integre las

funcionalidades del FINDER
La transmisin del video de video de
vigilancia presenta dificultades
CAPTULO III. DESARROLLO DEL PROYECTO

Las metodologas giles permiten un desarrollo iterativo incremental del
software, haciendo que los requisitos y soluciones evolucionan mediante la
colaboracin de equipos auto-organizados y multidisciplinarios, enfatizando la
comunicacin antes que la documentacin.

La justificacin y el anlisis para escoger la metodologa del proyecto se basa el
artculo publicado por la revista IEEE Software (julio 2000) con ttulo Selecting a
Projects Model escrito por Alistair Cockburn
Equipo
Criticidad
Cambios
Comunicacin

Poder establecer una seleccin razonable de la metodologa a emplearse en este
proyecto, se har un anlisis en base al tamao y criticidad del sistema,
permitiendo seleccionar un mbito de preocupaciones y dar prioridad a la calidad
del proyecto
APLICABILIDAD
CAPACIDAD DE AGILIDAD
USO

Respeto de las fechas de entrega
Cumplimiento de los requisitos
Por qu utilizar Respeto al nivel de calidad
Satisfaccin del usuario final
un mtodo gil? Entornos turbulentos
Favorable al Off shoring
Aumento de la productividad
Iteraciones cortas
Colaboracin
Centrado en las personas
Refactoring poltico
Prueba poltico
Integracin de los cambios
Cul es la
De peso ligero
parte de
Los requisitos funcionales pueden cambiar
agilidad incluida Los requisitos no Funcionales pueden cambiar
en el mtodo? El plan de trabajo puede cambiar
Los recursos humanos pueden cambiar
Cambiar los indicadores
Reactividad (AL COMIENZO DEL PROYECTO, CADA ETAPA, CADA
ITERACIN)
Intercambio de conocimientos (BAJO, ALTO)
Tamao del proyecto (PEQUEO, GRANDE)
La complejidad del proyecto (BAJA, ALTA)
Los riesgos del proyecto (BAJO, ALTO)
Cundo un
El tamao del equipo (PEQUEO, GRANDE)
ambiente es
El grado de interaccin con el cliente (BAJA, ALTA)
favorable para Grado de interaccin con los usuarios finales (BAJA, ALTA)
usar este
Grado de interaccin entre los miembros del equipo (BAJA, ALTA)
mtodo?
Grado de integracin de la novedad (BAJA, ALTA)

La organizacin del equipo (AUTO-ORGANIZACIN, ORGANIZACIN
JERRQUICA)
ASD
CRISTAL
DSDM
XP
FDD
SCRUM
1
1
1
0
0
0
0
0
1
1
1
0
1
0
1
1
0
1
0
1
1
0
0
0
0
0
0
1
1
1
1
0
0
0
0
0
1
0
1
1
0
1
1
0
0
0
1
1
0
0
1
0
1
0
1
0
0
0
1
0
0
1
1
1
1
1
1
0
0
1
1
1
0
0
1
1
1
1
0
0
0
1
0
1
0
0
1
1
0
1
0
0
0
0
0
1
1
1
1
1
1
1
1
1
1
1
0
1
1
1
0
1
0
0
0
0
0
0
0
1
1
0
0
0
1
1
1
1
1
0
0
1
0
1
1
0
1
1
1
1
1
1
1
0
0
1
0
1
1
1
1
1
1
1
1
1
PROCESOS Y PRODUCTOS
Cmo estn
caracterizado
s los
procesos del
mtodo?
Nivel de abstraccin de las normas y directrices

Gestin de proyectos
1
1
0
Descripcin de procesos
0
0
1
Normas y orientaciones concretas sobre las actividades y
1
0
0
productos
Las actividades cubiertas por el mtodo gil
Puesta en marcha del proyecto
1
1
1
Definicin de requisitos
1
1
1
Modelado
1
1
1
Cdigo
1
1
1
Pruebas unitarias
1
1
1
Pruebas de integracin
1
1
1
Prueba del sistema
1
0
0
Prueba de aceptacin
1
1
0
Control de calidad
1
0
0
Sistema de uso
0
0
0
Productos de las actividades del mtodo gil
Modelos de diseo
0
0
1
Comentario del cdigo fuente
1
1
1
Ejecutable
1
1
1
Pruebas unitarias
1
1
1
Pruebas de integracin
1
1
1
Pruebas de sistema
1
0
0
Pruebas de aceptacin
1
0
1
Informes de calidad
1
0
0
Documentacin de Usuario
0
0
0
TOTAL
32
25
29
0
0
1
1
1
0
1
1
1
1
1
1
0
0
0
0
1
1
1
1
1
1
1
1
1
0
1
1
1
1
1
1
0
1
0
0
0
1
1
1
1
1
0
0
0
31
1
1
1
1
1
0
1
0
0
32
1
1
1
1
1
0
1
0
0
40
Anlisis de la situacin actual

La situacin de partida, son las pocas prestaciones que ofrece el FINDER,
provocado por la falta de integracin de los componentes que posee el vehculo.
La navegacin, los parmetros de visualizacin y el video de vigilancia no estn
integrados en un sistema que permita manipular de forma interactiva los
mdulos que presenta el mismo.
Conceptualizacin Pila del producto

HISTORIA DE USUARIO
Nmero: 2
Usuario: Todos
Nombre de historia: Ingreso al sistema
Prioridad
en
Riesgo en desarrollo: Medio
negocio: Alta
Puntos
Iteracin asignada: 1
estimados: 8
Programador responsable: Pal Chicaiza
Descripcin: Desarrollar un mdulo que permita el
acceso al sistema mediante el ingreso de un nombre de
usuario y contrasea.
Validacin: No se permitir el ingreso al sistema de un
usuario que no posea un nombre de usuario y
contrasea.

HISTORIA DE USUARIO
Nmero: 2
Usuario: Todos
Nombre de historia: Ingreso al sistema
Prioridad
en
negocio: Alta
Puntos
estimados: 8
acceso al sistema mediante el ingreso de un nombre
de usuario y contrasea.
Validacin: No se permitir el ingreso al sistema de un
usuario que no posea un nombre de usuario y
contrasea.

HISTORIA DE USUARIO
Nmero: 3
Usuario: Administrador, Controlador
Nombre de historia: Gestin de rutas
Prioridad
en
negocio: Alta
Puntos
estimados: 8
Descripcin: Desarrollar un mdulo que permita en
ingreso, modificacin eliminacin y consulta de rutas de
monitoreo mediante una interfaz de mapas.
Validacin: El sistema permitir ingresar, modificar,
eliminar y consultar cada una de las rutas de navegacin
que permitan al FINDER, el control y monitoreo de la base
rea.

HISTORIA DE USUARIO
Nmero: 4
Usuario: Administrador, Controlador
Nombre de historia: Gestin de waypoints
Prioridad
en
negocio: Alta
Puntos
estimados: 8
Descripcin: Desarrollar un mdulo que permita en
ingreso, modificacin eliminacin y consulta de waypoints
asociadas a una ruta de monitoreo mediante una interfaz
de mapas.
Validacin: El sistema permitir ingresar, modificar,
eliminar y consultar cada una de los waypoints asociados
a una ruta de navegacin.

HISTORIA DE USUARIO
Nmero: 5
Usuario: Administrador, Controlador.
Nombre de historia: Envo y recepcin de datos
Prioridad
en
negocio: Alta
Puntos
estimados: 4
Descripcin: Desarrollar el envo y recepcin de datos
de posicionamiento y velocidad, entre el sistema de
control y monitoreo y el FINDER.
Validacin: El sistema permitir una visualizacin
grfica de los datos posicionamiento y velocidad que
provienen del FINDER

HISTORIA DE USUARIO
Nmero: 6
Usuario: Administrador, Controlador.
Nombre de historia: Gestin de parmetros
Prioridad
en
negocio: Alta
Puntos
estimados: 4
almacenamiento
y
visualizacin
de
datos
de
posicionamiento y velocidad, dentro del sistema de control
y monitoreo.
Validacin: El sistema permitir una visualizacin grfica
de los datos posicionamiento y velocidad que provienen
del FINDER

HISTORIA DE USUARIO
Usuario: Administrador, Controlador,
Nmero: 7
Personal de Guardia.
Nombre de historia: Gestin de la vigilancia
Prioridad
en
negocio: Alta
Puntos
estimados: 12
Descripcin: Integrar el video en tiempo real al sistema
de control y monitoreo
Validacin: El sistema permitir una visualizacin y
transmisin del video en tiempo real que emite el
FINDER,
a
un
mximo
de
tres
usuarios
simultneamente.
Iteraciones Primer Sprint

ID
Tarea
Estimacin
(horas)
2
12
12
12
12
12
12
12
12
1.1 Creacin de la tabla usuario

Creacin de los
procedimientos almacenados
1.2 de la tabla usuario
Crear la funcin insertar
1.3 usuario (web y local).
Crear la funcin modificar
1.4 usuario (web y local)
Crear la funcin eliminar
Crear la funcin consultar
1.6 usuarios (web y local)
Diseo pantalla insertar
Diseo pantalla modificar
Diseo pantalla eliminar
Diseo pantalla consultar
Diseo men acceso gestin
1.11 de usuarios (web y local)
Horas pendientes
Das
8
12
12
12
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
8
94
8
87
8
79
8
73
8
65
12
12
12
12
12
12
12
12
12
10
10
10
10
12
10
10
10
10
10
10
10
10
10
8
100
10
11
10
10
10
10
10
10
10
10
10
10
10
10
8
58
8
51
8
45
8
38
8
31
8
24
8
16
12
13
14
15
8
8
Iteraciones Primer Sprint
Iteraciones Segundo Sprint

ID
Tarea
Estimacin
(horas)
Disear la pantalla de ingreso

2.1 al sistema
Creacin de la funcin validar
2.2 usuario
Crear la funcin validar
2.3 permisos
Crear la funcin para enlazar
2.4 pantallas del sistema
Crear la funcin para crear
2.5 sesiones de usuario
Crear de la funcin validar
2.6 sesin de usuario
Crear mdulo de seguridad
2.7 para el sistema
Crear la funcin cerrar sesin
2.8 de usuario
Diseo de mensajes de aviso
2.9 e informacin
Diseo del enlace para cerrar
2.10 sesin del usuario
Horas pendientes
16
16
12
12
12
12
12
12
12
12
12
12
12
12
12
12
16
16
16
16
16
8
8
Das
8
12
12
12
12
12
16
16
16
16
16
16
16
16
16
16
8
96
8
92
10
11
16
16
10
16
16
16
8
86
8
76
8
72
8
62
8
56
8
42
8
34
8
26
8
18
8
10
12
13
14
15
8
8
108 100
2
2
Iteraciones Segundo Sprint
Iteraciones Tercer Sprint

ID
Tarea
Estimacin
(horas)
2
1
2
12
12
12
12
12
12
12
12
12
12
12
10
3.1 Creacin de la tabla rutas

Creacin de los
3.2 de la tabla rutas
Crear la funcin insertar rutas
3.3 (web y local).
3.4 rutas (web y local)
Crear la funcin eliminar rutas
3.5 (web y local)
Diseo pantalla insertar rutas
3.7 (web y local)
Diseo pantalla eliminar rutas
3.9 (web y local)
3.11 de rutas (web y local)
Horas pendientes
Das
8
12
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
8
90
8
83
8
76
8
66
8
60
8
54
8
46
8
40
8
30
8
24
8
16
12
12
10
12
12
12
12
12
10
10
10
12
12
10
10
10
10
10
10
10
10
10
10
10
10
8
102
8
94
10
11
12
13
14
15
8
8
Iteraciones Tercer Sprint
Iteraciones Cuarto Sprint

ID
Tarea
Estimacin
(horas)
4.1 Creacin de la tabla waypoint

Creacin de los
4.2 de la tabla waypoint
4.3 waypoint (web y local).
4.4 waypoint (web y local)
Crear la funcin eliminar
Diseo pantalla insertar
Diseo pantalla eliminar
4.11 de waypoint (web y local)
Horas pendientes
Das
8
10
11
12
13
14
15
8
8
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
10
8
100
8
90
8
80
8
72
8
66
8
62
8
54
8
46
8
40
8
38
8
32
8
24
8
16
Iteraciones Cuarto Sprint
Iteraciones Quinto Sprint

ID
Tarea
Estimacin
(horas)
Investigacin sobre el
5.1 componente serialport
Configuracin del puerto
5.2 serial
Crear la funcin configurar
5.3 puerto
5.4 Crear la funcin enviar datos
5.5 Crear la funcin recibir datos
Disear la pantalla para la
5.6 recepcin de datos
Disear la pantalla para el
5.7 envo de datos
Disear la pantalla para
5.8 configurar puerto
Crear la funcin almacenar
5.9 datos recibidos
Crear la funcin para
5.10 consultar datos recibidos
Horas pendientes
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
Das
7
8
10
12
12
6
12
12
10
10
6
6
2
2
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12
12 12 12
116 112 108
12
98
10
11
10
12
12
10
12
12
12
10
12
12
12
12
12
12
12
90
12
80
12
72
12
62
12
50
12
41
12
13
12
12
12
31
12
24
10
14
14
15
6
6
Iteraciones Quinto Sprint
Iteraciones Sexto Sprint

ID
6.1
6.2
6.3
6.4
6.5
6.6
6.7
6.8
6.9
Tarea
Estimacin
(horas)
Creacin de la tabla
simulacin
Creacin de la tabla dato
Creacin de los
de la tabla simulacin
Creacin de los
de la tabla dato
simulacin (web y local).
Crear la funcin insertar dato
(web y local).
simulacin (web y local)
dato (web y local)
Diseo pantalla mostrar
parmetros usuario (web y
local)

6.10 de usuarios (web y local)
Horas pendientes
Das
8
10
11
12
13
14
15
8
8
2
2
12
12
10
10
12
12
10
12
12
12
12
11
12
12
12
12
10
40
40
40
40
40
40
39
37
34
28
20
18
12
8
8
108 100
8
94
8
82
8
74
8
63
8
55
8
47
8
40
8
32
6
28
8
21
8
16
Iteraciones Sexto Sprint
Iteraciones Sptimo Sprint

ID
7.1
7.2
7.3
7.4
7.5
7.6
7.7
7.8
Tarea
Estimacin
(horas)
Investigar funcionamiento de
la cmara IP
Investigar opciones de enlace
con la cmara IP
Seleccionar opciones
optimas de enlace
Probar configuraciones de la
cmara IP
Crear funcin configurar
parmetros cmara
Crear funcin conectar
cmara
Crear funcin desconectar
cmara
Crear pantalla de enlace de
cmara
Horas pendientes
Das
7
8
12
12
12
12
12
10
12
12
12
12
12
12
12
16 16
108 100
16
92
16
84
16
14
10
16
14
10
16
16
16
14
10
12
12
12
12
12
12
12
12
12
12
12
16
10
12
10
10
12
12
12
12
16
76
16
64
16
57
16
50
11
12
13
11
16
42
16
35
14
26
10
18
6
9
5
6
14
15
Iteraciones Sptimo Sprint
CAPTULO IV. PRUEBAS Y RESULTADOS

Las pruebas en el desarrollo del software son realizados con la intencin de
descubrir errores, y se deben realizar para todos los artefactos generados
durante la construccin de un producto, se aplican diferentes tipos de tcnicas
de prueba a cada tipo de software
Pruebas de Integracin
Es una tcnica sistemtica para construir la estructura del programa mientras al
mismo tiempo, se lleva a cabo pruebas para detectar errores asociados con la
interaccin
Lista de Casos de Prueba
Registrar usuario en el sistema

Modificar informacin de perfil
Eliminar un usuario del sistema
Consultar lista de usuarios
Ingresar al Sistema
Activar usuario en el sistema
Registrar una ruta en el sistema
Modificar una ruta en el sistema
Eliminar una ruta del sistema
Consultar rutas del sistema
Consultar waypoints por ruta
Modificar waypoint
Vigilancia en la aplicacin web
Monitoreo y Transmisin de datos
Ejemplo de Caso de Prueba

Caso de Prueba
Nmero: 1
Usuario: Administrador
Elemento: Registrar usuario en el sistema

Descripcin: Proceso en el cual el administrador del sistema registra un
nuevo usuario en el sistema, en la aplicacin web.
Variables de Entrada: cdula, nombres, apellidos, perfil y fecha de
registro.
Flujo normal del evento:
-
Escoger la opcin Registrar en el men Usuarios.
Ingresa los datos requeridos por el sistema para el registro de

usuarios.
Hacer clic sobre el botn Registrar.
Resultado Esperado: El sistema valida los datos ingresados, permite

registrar el nuevo usuario y muestra el mensaje Usuario Registrado.
Ejecutado por: Marcelo Araujo
Lugar: CIDFAE
Resultado Obtenido: El sistema registra el nuevo usuario pero no

muestra el mensaje Usuario Registrado
Observaciones:
-
La validacin controla la longitud de los campo cdula (10

caracteres), nombres
(4 caracteres mnimo) y apellidos (4
caracteres mnimo).
Todos los campos son obligatorios.
Puede cancelar el registro de usuario al presionar sobre el botn de

Cancelar.
Estado: Corregido
Acciones de
Registrado
correccin:
Corregido por: Paul Chicaiza

Implementar
el
mensaje
de
Usuario
Pruebas de Optimizacin
La evidencia de la optimizacin de las funciones del FINDER se lo puede verificar
mediante un instrumento de investigacin como es la ENCUESTA la misma que
se realiz en el CIDFAE al personal involucrado en el sistema que realizan la
vigilancia del centro
Pre
Re
gu spue
nta
sta
Pregunta No. 1
Pregunta No. 2
Pregunta No. 3
Pregunta No. 4
Pregunta No. 5
Pregunta No. 6
Pregunta No. 7
Pregunta No. 8
PORCENTAJE
Nunca Muy Rara Vez Ocasionalmente Frecuentemente Siempre
1
1
2
1
1
1
0,0
0,0
Muestra= 64
% = total de la categora X 100 / total de muestra
7
7
6
7
6
8
7
8
87
Pruebas de Optimizacin - Resultados
Conclusiones
La evolucin cronolgica en la construccin de un sistema terrestre no tripulado,
evidencia un perfeccionamiento de pasos agigantados, pero hay que destacar
que el presente proyecto se ubica dentro de la ltima generacin de los UGVs
dentro del pas y marca el inicio de nuevas etapas en el desarrollo y fabricacin
de estos vehculos.
El anlisis y estudio de diversas investigaciones sobre el empleo de metodologas
dentro del desarrollo de un sistema, revelo que no existe una verdad absoluta,
los autores brindan los lineamientos y directrices basados en la experiencia, pero
la ltima decisin recae sobre el encargado del proyecto.
Finalmente, el sistema distribuye las funciones de control y manejo de rutas de
monitoreo ente distintos perfiles de usuario, permitiendo la vigilancia del CIDFAE
por medio del video en tiempo real, y los indicadores grficos de posicionamiento
y velocidad gracias a la transmisin de datos entre el sistema y el FINDER.
Cumpliendo as los requerimientos al inicio del proyecto.
Recomendaciones
Para el empleo de una metodologa dentro del desarrollo de un sistema software
se recomienda hacer varias investigaciones sobre el criterio de otros autores y la
experiencia propia para poder tomar una decisin adecuada y beneficiar a todos
los involucrados.
Se recomienda un continuo acercamiento con el cliente as como la presentacin

peridica de productos dentro del desarrollo del sistema para lograr una
adaptacin continua a los cambios que se susciten dentro de la evolucin del
proyecto.
La integracin de hardware y software dentro de la construccin de un sistema
autnomo debe ser semejante. Por esto se recomienda una evolucin a la par, de
esta manera la manipulacin adecuada de los componentes, cubriendo todas las
funcionalidades del vehculo para las que fue diseado brindando un producto de
calidad al usuario.

T Espel Sof 008 P

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

T Espel Sof 008 P

Încărcat de

Drepturi de autor:

Formate disponibile

DESARROLLO DE UN SISTEMA DE CONTROL

CAPTULO I. DEFINICIN DEL PROBLEMA

CAPTULO II. MARCO TERICO

Antecedentes Conceptuales y referenciales

CAPTULO III. DESARROLLO DEL PROYECTO

Metodologa para el desarrollo del proyecto

Anlisis de la situacin actual

CAPTULO IV. PRESENTACIN DE RESULTADOS

CAPTULO I. DEFINICIN DEL PROBLEMA

Desarrollar un sistema informtico basado en la informacin y

Implementar el sistema informtico dentro de las instalaciones del

Verificar los resultados de la implementacin del software en base a la

CAPTULO II. MARCO TERICO

Antecedentes Conceptuales y Referenciales

Primera Etapa Segunda Etapa

Principales modelos SHAKEY y ALV.

Accionados por Radio Control.

Cmara orientable, Telmetro ultrasnico,

Tenan un alcance de 500 a 1500 metros.

Controlado por sentencias de comando de ingls

Altos costos de produccin.

El ALV contaba con cmara de video de color y

Apoyo a experimentos cientficos.

Principales modelos GSR y ATT

Principal modelo TOV

Tecnologa modular, mdulo RSTA, sensores

Accionado por control remoto y con una estacin

Enlace para varios ordenadores con sentencias de

Vehculo Militar Multipropsito conectado con tres

El ATT contaba con sistemas de comunicacin

Pantallas de comunicacin visual, cmara de

El principal objetivo proveer un elemento de

Alcanzaba grandes velocidades, deteccin de

Principales modelos TUGV, SARGE y GECKO

DEMO A, DEMO B Y DEMO C

Sistema de traccin de seis ruedas, pantalla de

El DEMO A era un sistema bsico semiautnomo

l mdulo RSTA contaba con un televisor a color y

El DEMO A completaba exitosamente rutas a

El SARGE contaba cont con jaula antivuelco, dos

EL DEMO B adicionalmente transmita datos de

El principal objetivo del GECKO era apoyar al

El DEMO C, trabajaban dos vehculos en conjunto,

Antecedentes Contextuales y Referenciales

Antecedentes Contextuales y Referenciales

Son sencillos y de fcil

Serie instrucciones detalladas integradas en un sistema informtico, que permite

Ausencia de una sistema que integre las

CAPTULO III. DESARROLLO DEL PROYECTO

Metodologa para el desarrollo del proyecto

Metodologa para el desarrollo del proyecto

Metodologa para el desarrollo del proyecto

Grado de integracin de la novedad (BAJA, ALTA)

Metodologa para el desarrollo del proyecto

Nivel de abstraccin de las normas y directrices

Anlisis de la situacin actual

Conceptualizacin Pila del producto

Conceptualizacin Pila del producto

Conceptualizacin Pila del producto

Conceptualizacin Pila del producto

Conceptualizacin Pila del producto

Conceptualizacin Pila del producto

Conceptualizacin Pila del producto