Universidad de - Escuela Superior de InformÃ¡tica (UCLM ...

More documents

Recommendations

Info

Submódulo de fusión de patronesCAPÍTULO 5. ARQUITECTURA DE ATRAVELsu trayectoria, recorrido el identificador de patrones y el grado de similitud portrayectoria, recorrido y velocidad existente con cada uno de ellos. Además se puederepresentar en el componente de visualización 3D la información de los patronessimilares representando su trayectoria o recorrido, a petición del usuario.En la representación de la información de cada objeto el usuario, puede visualizar latrayectoria del objeto a lo largo de la escena, actualizándose en cada momento. Larepresentación de la trayectoria viene determinada por la representación del contornoque define el desplazamiento del objeto sobre el entorno de monitorización. Paraello, se han utilizado líneas continuas que definen la trayectoria del objeto en cadamomento. Para identificar el recorrido realizado por los objetos se han utilizado líneasdiscontinuas, para distinguir la representación del recorrido y la de la trayectoria.También al igual que se ha detallado en el Submódulo de visualización de patrones,las líneas que representan el recorrido y la trayectoria del objeto pueden variar sucolor dependiendo de la similitud de su comportamiento con respecto a los patronesalmacenados. Así pues, si un objeto detectado en la escena tiene un alto grado desimilitud con un patrón que es de tipo NOT_CLASSIFIED, entonces el color de laslíneas será representado de color ambar, si es de tipo NORMAL sus líneas serán decolor verde y si es de tipo ABNORMAL serán representadas de color rojo. Tambiénse representa en cada trayectoria o recorrido el identificador de objeto que describela trayectoria o el recorrido. Se puede distinguir cuál es el inicio de la trayectoria ycual es el final ya que en la posición actual del objeto, existe una marca junto con elidentificador que va cambiando según el desplazamiento del objeto a lo largo de laescena.El porcentaje de similitud tanto por trayectoria como por velocidad como porrecorrido aparece reflejado en la interfaz como una barra junto con el porcentaje desimilitud existente. Además el interior de la barrita se colorea de un color diferentesegún sea inferior a 50% de color rojo o superior a 50% de color verde.También existen botones que permiten al usuario realizar la visualización concretade:• Trayectoria: representa la trayectoria realizada por el objeto en un instantedeterminado.• Recorrido: representa el recorrido realizado por el objeto en un instante detiempo.• Trayectoria de un patrón con el cuál existe cierta similitud: representa latrayectoria realizada por el patrón con el cuál existe similitud.168
CAPÍTULO 5. ARQUITECTURA DE ATRAVELPatrones y diagramas de clases de diseño.• Recorrido de un patrón con el cuál existe cierta similitud: representa el recorridodescrito por el patrón seleccionado.• Eliminación de su trayectoria: Elimina la trayectoria del objeto selccionadorepresentada en el componente de visualización.• Eliminación de su recorrido: Elimina el recorrido del objeto seleccionadorepresentado en el componente de visualización.• Eliminación de la trayectoria de un patrón: Eliminación de la trayectoriade un patrón seleccionado, que estaba representado en el componente devisualización.• Eliminación del recorrido de un patrón: Eliminación del recorrido de un patrónseleccionado que estaba representado en el componente de visualización.• Eliminación completa de todos los objetos y patrones que estén representadosen el componente de visualización.5.7. Patrones y diagramas de clases de diseño.En el desarrollo de los diferentes submódulo que componen la aplicación se ha utilizadolos siguientes patrones de diseño:Patrón arquitectónico multicapa: Este patrón ha sido utilizado para separar lafuncionalidad de la aplicación, por un lado aparece se encuentra la capa en la que sedesarrolla toda la funcionalidad y algoritmos utilizados (capa de dominio) y en la capade presentación se encuentran toda la funcionalidad encargada de la visualización einteracción con el usuario. (véase la sección 4.1.Patrón facade: Este patrón ha sido aplicado para recoger las peticiones realizadas porel usuario, delegando la responsabilidad de cada petición sobre las demás interfacessecundarias. Esto ocurre por ejemplo cuando un usuario realiza una petición éstaes recogida por la capa de presentación (clase main_window), la cuál delega laresponsabilidad en la clase GLWidget, encargada de responder a la petición.Patrón iterator: Se ha utlizado para facilitar el acceso secuencial a listas y abstraersede la representación interna de las estructuras de datos como listas o diccionarios.Patrón singleton: Debido a la necesidad de comunicación de las interfaces secundariascon la interfaz principal y evitar la existencia de múltiples puntos de acceso a169
Page 1:
UNIVERSIDAD DE CASTILLA-LA MANCHAES
Page 4 and 5:
Roberto García BermejoE-mail: robe
Page 9:
ResumenLos sitemas de vigilancia in
Page 12 and 13:
3.2.4. Equivalencia de vectores. .
Page 14 and 15:
B. Imágenes a color 223Bibliograf
Page 16 and 17:
3.27. Evolución de la detección d
Page 18 and 19:
A.6. Visualización de monitorizaci
Page 21:
AgradecimientosMe gustaría agradec
Page 24 and 25:
CAPÍTULO 1. INTRODUCCIÓNCada vez
Page 26 and 27:
¿Qué es un sistema de vigilancia
Page 28 and 29:
Page 30 and 31:
Page 32 and 33:
Page 34 and 35:
Page 36 and 37:
Page 38 and 39:
ProblemáticaCAPÍTULO 1. INTRODUCC
Page 40 and 41:
Estructura del documentoCAPÍTULO 1
Page 42 and 43:
CAPÍTULO 2. OBJETIVOSserán almace
Page 45 and 46:
3Antecedentes.3.1. Introducción ge
Page 47 and 48:
CAPÍTULO 3. ANTECEDENTES.Introducc
Page 49 and 50:
CAPÍTULO 3. ANTECEDENTES.Fundament
Page 51 and 52:
Page 53 and 54:
Page 55 and 56:
Page 57 and 58:
Page 59 and 60:
Page 61 and 62:
CAPÍTULO 3. ANTECEDENTES.Estado de
Page 63 and 64:
Page 65 and 66:
Page 67 and 68:
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
CAPÍTULO 3. ANTECEDENTES.Necesidad
Page 75 and 76:
CAPÍTULO 3. ANTECEDENTES.Tendencia
Page 77 and 78:
CAPÍTULO 3. ANTECEDENTES.Análisis
Page 79 and 80:
CAPÍTULO 3. ANTECEDENTES.Ejemplos
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103:
Page 106 and 107:
Metodología de desarrolloCAPÍTULO
Page 108 and 109:
Tecnologías y herramientas utiliza
Page 110 and 111:
Tecnologías y herramientas utiliza
Page 113 and 114:
5Arquitectura de AtravelEn este cap
Page 115 and 116:
CAPÍTULO 5. ARQUITECTURA DE ATRAVE
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140: CAPÍTULO 5. ARQUITECTURA DE ATRAVE
Page 189: CAPÍTULO 5. ARQUITECTURA DE ATRAVE
Page 193: CAPÍTULO 5. ARQUITECTURA DE ATRAVE
Page 196 and 197: EvoluciónCAPÍTULO 6. EVOLUCIÓN Y
Page 204 and 205: ResultadosCAPÍTULO 6. EVOLUCIÓN Y
Page 220 and 221: CAPÍTULO 7. CONCLUSIONES Y PROPUES
Page 222 and 223: Objetivos alcanzadosCAPÍTULO 7. CO
Page 224 and 225: Objetivos alcanzadosCAPÍTULO 7. CO
Page 226 and 227: Propuestas de trabajo futuroCAPÍTU
Page 228 and 229: Conclusiones personalesCAPÍTULO 7.
Page 231 and 232: AManual de referenciaA.1.Manual de
Page 233 and 234: APÉNDICE A. MANUAL DE REFERENCIAMa
Page 241 and 242:
APÉNDICE A. MANUAL DE REFERENCIAMa
Page 243 and 244:
APÉNDICE A. MANUAL DE REFERENCIAMa
Page 245 and 246:
BImágenes a colorv zvu zuv xXv yYF
Page 247 and 248:
APÉNDICE B. IMÁGENES A COLORBound
Page 249 and 250:
APÉNDICE B. IMÁGENES A COLORFIGUR
Page 251 and 252:
Bibliografía[ABS][AMV09][And89]Ale
Page 253 and 254:
BIBLIOGRAFÍABIBLIOGRAFÍA[Joh98] N
show all

Universidad de - Escuela Superior de InformÃ¡tica (UCLM ...

Create successful ePaper yourself

Delete template?

Save as template?