Documente Academic
Documente Profesional
Documente Cultură
ÁREA DE INGENIERÍA
CARRERA INGENIERÍA DE SISTEMAS
Autor:
Roberto Antonio Peralta Rondon
Tutor Académico:
Guillermo Henrique Mata Pérez
1
RESUMEN
2
TABLA DE CONTENIDO
AGRADECIMIENTOS ............................................................................................. 1
RESUMEN .............................................................................................................. 2
TABLA DE CONTENIDO ........................................................................................ 3
ÍNDICE DE FIGURAS. ............................................................................................ 6
INTRODUCCIÓN .................................................................................................... 9
CAPITULO I. EL PROBLEMA. ............................................................................. 12
1.1 Identificación del Problema. ........................................................................................... 12
1.2 Objetivos de la Investigación. ........................................................................................ 15
1.2.1 Objetivo General ......................................................................................................... 15
1.2.2 Objetivos Específicos ............................................................................................... 15
1.3 Justificación de la investigación. .................................................................................. 15
1.4 Delimitación del Proyecto. .............................................................................................. 17
CAPITULO II. MARCO TEÓRICO. ....................................................................... 19
2.1 Antecedentes de la investigación. ................................................................................ 19
2.2 Bases teóricas. ................................................................................................................... 23
a. Canales de navegación. ................................................................................................. 23
b. Cartografía. ........................................................................................................................ 23
c. Sistema de Información. ................................................................................................ 28
1. Componentes de los sistemas de información. .................................................. 30
2. Participantes en un sistema de información. ....................................................... 31
3. Funciones de un sistema de información. ............................................................ 32
4. Tipos de Sistemas de Información.......................................................................... 33
d. Sistemas de Información Geográfica. ........................................................................ 34
k. Modelo de datos de los Sistemas de Información Geográfica. ....................... 37
e. Portal web .......................................................................................................................... 40
1. Características de los portales web........................................................................ 41
2. Funciones. ..................................................................................................................... 42
3. Tipos de portales. ........................................................................................................ 43
f. Geoportales. ....................................................................................................................... 44
2.3 Base empresarial. .............................................................................................................. 49
2.4 Definición de Términos. ................................................................................................... 51
3
CAPITULO III: MARCO METODOLÓGICO. ........................................................ 56
3.1 Tipo de Investigación. ...................................................................................................... 56
3.2 Metodología de Desarrollo. ............................................................................................. 57
3.2.1 Rational Unified Process (RUP).............................................................................. 57
3.2.2 Metodología Diseño Centrado en el Usuario (DCU). ......................................... 60
1. Análisis de requisitos ................................................................................................. 62
2. Diseño y prototipado .................................................................................................. 62
3. Evaluación ..................................................................................................................... 65
4. Implementación, lanzamiento y explotación. ....................................................... 65
3.2.3 Principios Clave del DCU. ........................................................................................ 66
CAPITULO IV. DESARROLLO DE LA APLICACIÓN. ......................................... 67
1. ANÁLISIS DE REQUISITOS............................................................................. 68
1.1 Levantamiento de Información. ..................................................................................... 69
1.1.1 Entrevistas: .................................................................................................................. 69
1.1.2 Revisión de documentos.......................................................................................... 71
1.2 Perfiles de Usuario ............................................................................................................ 74
1.3 Casos de Uso...................................................................................................................... 75
1.4 Escenarios ........................................................................................................................... 78
1.5 Requerimientos .................................................................................................................. 83
1.5.1 Requerimientos funcionales. .................................................................................. 84
1.5.2 Requerimientos no funcionales. ............................................................................ 84
1.6 Prototipado en papel. ....................................................................................................... 85
2. DISEÑO. ........................................................................................................... 90
2.1 Diseño de la Arquitectura. ............................................................................................... 90
2.1.1 Interfaz de usuario. .................................................................................................... 92
2.1.2 Capa de Negocio. ....................................................................................................... 98
2.1.3 Capa de datos. .......................................................................................................... 102
2.2 Diagramas de transición de eventos. ......................................................................... 106
3. DESARROLLO DEL PROTOTIPO. ................................................................ 108
3.1 Diseño de entorno gráfico............................................................................................. 108
3.3 Construcción del Prototipo........................................................................................... 113
3.3.1 Entorno de trabajo. .................................................................................................. 114
4. EVALUACIÓN................................................................................................. 130
4
4.1 Test de Usabilidad y Accesibilidad............................................................................. 132
5. LANZAMIENTO. ............................................................................................. 135
CONCLUSIONES. .............................................................................................. 138
RECOMENDACIONES. ...................................................................................... 140
5
ÍNDICE DE FIGURAS.
7
Figura N°82. Nuevo Registro. 118
Figura N°83. Interfaz Nuevo Registro con lista desplegable en el 119
campo “Nombre del Canal”.
Figura N°84. Interfaz Nuevo Registro con lista desplegable en el 119
campo “Tipo de Canal”.
Figura N°85. Interfaz Principal. 120
Figura N°86. Búsqueda de registro a modificar. 121
Figura N°87. Ejemplo de registro a modificar. 122
Figura N°88. Ejemplo de Búsqueda de eliminar. 123
Figura N°89. Ejemplo de mensaje eliminar registro. 123
Figura N°90. Ejemplo de consulta de registro. 124
Figura N°91. Ejemplo de registro consultado con mini imagen. 125
Figura N°92. Ejemplo de despliegue de producto con formato .png 125
Figura N°93. Ejemplo de “aumento de escala” de un producto. 126
Figura N°94. Ejemplo de guardar producto con formato .png. 127
Figura N°95. Ejemplo de consulta con formato .pdf. 128
Figura N°96. Ejemplo de consulta y controles con formato .pdf. 128
Figura N°97. Ejemplo de consulta con aumento de escala .pdf. 129
Figura N°98. DCU. Fase de evaluación. 130
Figura N°99. Microsoft Explorer. 131
Figura N°100. Microsoft Edge. 131
Figura N°101. Google Chrome. 132
Figura N°102. Firefox. 132
Figura N°103. Interacción Usuarios con el geoportal web. 133
Figura N°104. Interacción Usuarios con el geoportal web. 133
Figura N°105. DCU. Lanzamiento. 135
Figura N°106. Operatividad provisional del geoportal web. 137
8
INTRODUCCIÓN
9
Para la realización del geoportal web, se ha empleado la metodología de
desarrollo de software conocida como Diseño Centrado en el Usuario (DCU).
En los últimos años ha sido utilizada para construir páginas web, y
específicamente geoportales. Esta metodología se caracteriza por el diseño de
interfaces basadas en la investigación y participación de quienes serán los
usuarios finales del sitio web. Incorpora a los grupos de usuarios, los contextos
de uso y los requisitos, la definición de procesos y tareas, el diseño de
interfaces, el análisis de la forma de interacción y de la utilización de los
productos, así como su evaluación.
10
Capitulo II. Marco Teórico: En este marco se integra el tema de la investigación
con las teorías, enfoques teóricos, estudios y antecedentes en general que se
refieren al problema de investigación.
11
CAPITULO I. EL PROBLEMA.
12
El INC para poder cumplir con sus funciones, cuenta con tres (3) grandes áreas
operativas: Gerencia Canal de Maracaibo (ubicada en la ciudad de Maracaibo,
estado Zulia), Gerencia Canal del Orinoco (ubicada en la ciudad de Puerto
Ordaz, estado Bolívar) y Gerencia de Trabajos Comerciales (ubicada en la
ciudad de Puerto La Cruz, estado Anzoátegui), y una sede Central ubicada en
la ciudad de Caracas.
Es por lo antes expuesto que se propone desarrollar una aplicación que permita
la consulta, almacenamiento y difusión de toda la información cartográfica
13
generada por el SIG y que posee el INC, en otras palabras, desarrollar un
geoportal web que centralice el acceso a los contenidos y geoservicios, tales
como visualización de layout o capas cartográficas propias (posición de
señales, líneas del canal, zonas de dragado, posición de sondeos, etc.), cartas
de apoyo a la navegación, trabajos geomorfológicos, geolocalización,
búsqueda por catálogo de metadatos. Todo esto valiéndose de la intranet del
instituto.
La construcción del geoportal web para el INC aporta los siguientes beneficios:
-Contar con una interfaz gráfica de fácil comprensión y uso, que permita realizar
consultas y manejar las utilidades con rapidez y seguridad.
14
1.2 Objetivos de la Investigación.
15
componente cartográfico para poder acceder, combinar y explotar la
información cartográfica que utilizan los diferentes departamentos técnicos de
la institución.
16
1.4 Delimitación del Proyecto.
El lanzamiento (fase 5), uso del geoportal web por todos los técnicos a nivel
nacional, no se contempla en el presente trabajo, debido a que para colocar el
geoportal en el servidor web del INC, es necesario realizar una serie de
procesos y pruebas que son responsabilidad de otras oficinas técnicas,
diferentes a la DPI. Es responsabilidad de la DOS llevar a cabo estas dos
17
últimas fases. Se espera que en el futuro cercano la implementación del
proyecto pueda satisfacer las necesidades de todo el Instituto Nacional de
Canalizaciones. No obstante, el personal técnico de la Dirección de Proyectos
e Investigación podrá utilizar el geoportal web, lo que servirá como
retroalimentación al proyecto, para cuando se instale en los servidores web del
INC.
18
CAPITULO II. MARCO TEÓRICO.
19
El objetivo principal del trabajo fue evaluar los deslizamientos y proporcionar
métodos estandarizados que permitieran elaborar inventarios de deslizamientos
y mapas de susceptibilidad a deslizamientos que apoyen a las autoridades
gubernamentales para la mitigación del riesgo y planificación del territorio en
México. Producto final: mapas temáticos.
Los geoportales deben ser construidos empleando una metodología que facilite
su construcción y que considere al usuario de manera relevante, es por eso que
Jiménez y Yépez (2014) desarrollan el proyecto “Evaluación de Usabilidad del
Sistema de Información del Atlas de España”. En ese trabajo se analizó la
relación del usuario final con un geoportal. Allí se evaluó la medida en que se
cumplen las expectativas y necesidades del usuario, el grado probable de
dificultad que enfrenta, así como el nivel de satisfacción que alcanza en un sitio
20
web. Se analizó también el caso en el que el geoportal ha sido creado en base
a objetivos y necesidades del solicitante, pero sin tener en cuenta las
expectativas, necesidades y limitaciones del usuario. El geoportal estudiado por
los autores fue el del Sistema de Información del Atlas Nacional de España en
la web (SIANEweb) mediante técnicas inherentes al Diseño Centrado en el
Usuario (DCU), la misma metodología que se ha seleccionado para realizar el
presente trabajo. El estudio permitió evidenciar inconvenientes que afectan al
rendimiento óptimo del geoportal, dificultando su uso con diferentes niveles de
incidencia para el SIANEweb y condicionando la satisfacción de los usuarios,
uno de los indicadores clave en el éxito o fracaso de un geoportal.
21
Leader tienen por prioridad el desarrollo económico, así como frenar los
constantes procesos emigratorios mediante la diversificación de las actividades
económicas.
22
2.2 Bases teóricas.
a. Canales de navegación.
b. Cartografía.
23
términos: Cartografía es la disciplina que trata sobre la concepción, producción,
difusión y estudio de los mapas.
Los mapas son documentos de información gráfica relativa a toda o una parte
de una superficie real ideal, que los distingue de cualquier otro tipo de
descripción, escrita, verbal o de otra naturaleza, que contiene información
seleccionada, generalizada y simbolizada, sobre una cierta distribución espacial
de un área grande; usualmente, la superficie terrestre. La información es de
carácter general y se presenta en escalas relativamente reducidas con
referencia a un sistema de coordenadas universal. Los mapas contienen
información selectiva, generalizada y simbolizada.
Los mapas pueden ser clasificados por una variedad de características, una
muy importante es la relacionada con la escala del mapa, que es la que permite
observar mayor o menos detalle de un elemento.
24
Figura N° 1. Ejemplo de escala pequeña.
Fuente: SIGaVenezuela.com.ve
25
Sistema de coordenadas.
Cada una de estas dos formas de localizar un punto sobre la superficie terrestre
debe cumplir los siguientes requisitos:
3°14’26’’ W (Longitud)
42°52’21’’ N (Latitud)
Para definir latitud y longitud, se debe identificar el eje de rotación terrestre, tal
como se muestra en las siguientes figuras N° 4 y 5:
26
Figura N°5. Paralelos.
Fuente: Fernández-Coppel, 2001
- Las bandas UTM no tienen la misma anchura y, por tanto, la misma área. La
anchura de una zona UTM es máxima en el ecuador, pero va disminuyendo
conforme se va acercando a los polos en ambos hemisferios por igual (la Tierra
es, casi, una esfera). Las distancias entre los meridianos disminuyen cuando se
acercan a los polos (de hecho, en los polos, el valor de longitud de los
meridianos es cero).
c. Sistema de Información.
O' Brien y Marakas, (2001) definen a los Sistemas de Información (S.I) como
una combinación organizada de personas, hardware, software, redes de
comunicaciones y recursos de datos que reúnen, transforma y disemina
información en una organización. Las personas han dependido de los Sistemas
de Información para comunicarse entre sí utilizando una variedad de
mecanismos físicos (hardware), procedimientos e instrucciones de
28
procesamiento de información (software), canales de comunicación (redes) y
datos almacenados (recursos de datos)".
29
Figura N° 8. S.I y el medio ambiente. Fuente: Juranovic (1988)
30
De los componentes descritos, se suele señalar que el más importante es el de
las Personas (quienes gestionan el resto de componentes), representadas por
los usuarios de sistemas, que son aquellas personas que utilizan el sistema de
información de una forma regular: capturan, validan, introducen y almacenan
datos e información.
Los usuarios son las personas para que los analistas de sistemas desarrollan
los sistemas de información. Los usuarios definen: (1) los problemas que han
de resolverse; (2) las oportunidades que deben aprovecharse; (3) las
necesidades que han de satisfacerse, y (4) las restricciones de empresa que se
impondrán a los sistemas de información. También suelen mostrar
preocupación por la apariencia de la interfaz de usuario (aspecto de las
pantallas y los informes o la facilidad o dificultad para aprender el
funcionamiento del sistema).
31
-Clientes
-Proveedores
-Socios
-Empleados externos
-Diseñadores de sistemas: trasladan los requerimientos empresariales a una
solución técnica factible.
-Diseñadores de base de datos
-Diseñadores de red
-Diseñadores Web
-Artistas gráficos
-Especialistas en tecnología
-Expertos en seguridad tecnológica
-Constructores del sistema: construye, despliega y mantiene el sistema de
información.
-Programadores de aplicaciones
-Programadores de sistemas
-Programadores de base de datos
-Administradores de red
-Técnicos en seguridad
-Webmasters
-Integradores de software
34
localización especifica de acuerdo a un sistema geográfico de referencia o
dirección. Los datos espaciales están complementados por las
características descriptivas (atributos) de los rasgos. También tienen
componentes geométricos (ubicación sobre la superficie terrestre, ¿dónde?),
semánticos (descripción, ¿qué?), topológicos (relaciones espaciales,
¿cómo?) y temporales (cuando ocurrió el fenómeno o fueron colectados los
datos, ¿cuándo?)
Barredo (1999), señala que desde la aparición del primer SIG en los años
sesenta del siglo XX, esta técnica ha pasado por diversas fases de desarrollo,
alcanzando áreas tan diversas como la ordenación del territorio, la planificación
urbana, planificación rural, planificación de servicios e infraestructura, la
cartografía, la teledetección, el geomarketing o la navegación por redes de
transporte asistida por satélite.
35
Figura N°9. Representación de información en un SIG.
Fuente: Tecnomar C.A
36
Los mapas que se crean con un SIG muestran información y al mismo tiempo
permiten utilizarla para la consulta, el análisis, la planificación y la
administración. Los mapas constituyen a la vez un producto final del trabajo SIG
y una herramienta utilizada en este trabajo. Un mapa de un SIG es una ventana
interactiva con la que los usuarios pueden visualizar, explorar, analizar y
actualizar información geográfica.
Con un SIG los mapas se crean no sólo para mostrar datos, sino también como
herramienta para buscar y comprender patrones y relaciones, realizar análisis y
modelado a fin de resolver problemas específicos, visualizar y realizar un
seguimiento del estado, permitir la entrada y la compilación de datos y dar a
conocer ideas, planes y diseños.
37
La elección de un modelo u otro dependerá de si las propiedades topológicas
son importantes para el análisis. Sí es así, el modelo de datos vectorial es la
mejor opción, pero su estructura de datos, aunque muy precisa, es mucho más
compleja y esto puede retrasar el proceso. Por ello, si el análisis que interesa
no requiere acudir a las propiedades topológicas, es mucho más rápido, sencillo
y eficaz el uso del formato raster.
El modelo raster.
El grupo ESRI (2016), indica que el modelo raster está representado por
entidades geográficas dividiendo al mundo en celdas discretas cuadradas o
rectangulares dispuestas en una cuadrícula (ver figura N°12). Cada celda tiene
un valor que se utiliza para representar alguna característica de dicha ubicación,
por ejemplo, la temperatura, la elevación o un valor espectral.
38
Figura N°13. Ejemplo de representación raster desde polígonos.
Fuente: ESRI (2016).
Modelo vectorial.
39
Figura N°15. Ejemplo de modelo raster. Fuente: GEOGRA.UAH (2015).
e. Portal web
40
permite a una organización o a una comunidad de usuarios y proveedores de
información agregar y compartir contenido y crear consenso. Existen portales
generales y portales especializados o de nichos.
Voos y otros (S/F) definen al portal web como un sitio web que provee un único
punto de interacción con aplicaciones, Información, personas y procesos,
personalizad os a las necesidades y responsabilidades del usuario. Constituyen
la próxima generación de escritorios de trabajo, permitiendo la ejecución de
aplicaciones a través de Internet utilizando no sólo una PC, sino además otros
dispositivos como tabletas y teléfonos celulares.
Existen diferentes características que los portales deben cumplir, entre las que
se encuentran:
41
-Proveer un mecanismo de organización y búsqueda de información.
2. Funciones.
42
• Agregación de contenidos de diferentes tipos. “Agregación” se lo puede definir
como la acción de integrar contenidos de distintos tipos y orígenes dentro de
una página Web.
3. Tipos de portales.
Este modelo tiende a resultar obsoleto. Se estima que sólo un número muy
reducido puede ser capaz de ofrecer el adecuado nivel de servicios y contenidos
a un público tan diverso y, al tiempo, ser viable organizacional y
económicamente.
43
- Verticales. Es un sitio web que provee información y servicios a un sector
o industria en particular. Es el equivalente industrial específico de los
generales, pero en este caso, además de ofrecer los típicos servicios de
valor añadido característicos de éstos, la cobertura de sus contenidos se
centra en un tema o área concreta.
f. Geoportales.
Otra definición más amplia sobre los geoportales señala que son portales en la
World Wide Web que organizan contenidos y servicios como directorios,
herramientas de búsqueda, información de la comunidad, recursos de soporte,
datos y aplicaciones (ver figura N°18). Su finalidad principal es ofrecer una
“puerta” para encontrar información geográfica que pueda ser distribuida y
acceder en línea a aquella que sea de interés (Maguire y Longley, 2005).
44
Los geoportales proporcionan capacidades para consultar registros de
metadatos de los datos y servicios relevantes, y luego enlazar directamente con
el contenido en servicios en línea. También pueden controlar el uso comercial
de los servicios facilitando la compra / venta de datos y servicios.
45
como servicios web, es decir, autónomos, autodescriptivos. Aplicaciones web
que se pueden invocar a través de la web mediante mensajes codificados
en XML (eXtensible Markup Language) y transmitida a través de una conexión
HTTP.
El Grupo ESRI (2009) realiza una serie de consideraciones que deben ser
tomadas en cuenta al momento de poner en funcionamiento un geoportal en
cualquier organización. La operación de un geoportal por cualquier
organización, grande o pequeña, puede tener un profundo impacto relacionado
como la información geográfica es producida, administrada, utilizada y
organizada. Asimismo, el mantenimiento de un geoportal puede tener un
impacto sobre la estructura y asignación de los recursos técnicos y de personal
de una organización. Por Estas razones, es aconsejable que la decisión de
46
avanzar en la aplicación de un Geoportal sea informada desde el principio, que
incorpore claridad de objetivos y una comprensión de las implicaciones
organizativas de llevarlo a cabo. Un geoportal necesita una base de operaciones
claramente designada.
47
El software, adquirido o desarrollado in situ, debe estar a la disposición de los
desarrolladores.
Los datos. Un geoportal web es inútil sin datos. Para cumplir su propósito, un
geoportal necesita servicios de datos georeferenciados accesibles y de alta
calidad, metadatos completos que describan a todos los componentes servicios.
-Director de información
-Gerente de operaciones geoportales
-Administrador de contenido geoportal
-Editores de metadatos geoportales (externos e internos)
-Usuarios finales
48
-Revisar el entorno tecnológico requerido.
- Revisar el entorno de datos requerido.
-Disponer del personal necesario.
-Planificar la transferencia de tecnología y la capacitación.
49
Organización.
El INC para poder cumplir con sus funciones, cuenta con tres (3) grandes áreas
operativas: Gerencia Canal de Maracaibo (ubicada en la ciudad de Maracaibo,
estado Zulia), Gerencia Canal del Orinoco (ubicada en la ciudad de Puerto
Ordaz, estado Bolívar) y Gerencia de Trabajos Comerciales (ubicada en la
ciudad de Puerto La Cruz, estado Anzoátegui), y una sede Central ubicada en
la ciudad de Caracas (ver figura N°20)
50
Figura N°20. Organigrama General de la Empresa.
Fuente: INC, 1994
51
objetos, ya que los datos tratados en este tipo de bases de datos tienen un
valor relativo, no es un valor absoluto. Los sistemas de referencia espacial
pueden ser de dos tipos: georreferenciados (aquellos que se establecen
sobre la superficie terrestre. Son los que normalmente se utilizan, ya que es
un dominio manipulable, perceptible y que sirve de referencia) y no
georreferenciados (son sistemas que tienen valor físico, pero que pueden
ser útiles en determinadas situaciones).
52
mapa a escala 1:5.000 representa que 1 cm del mapa representa a 5.000
cm (50 m) de la realidad.
53
proyección, sistema de coordenadas y forma de distribución. Elaborados
bajo la norma que para tal fin defina, establezca y difunda la autoridad
competente
55
CAPITULO III: MARCO METODOLÓGICO.
Por otra parte, Dubs (2002) señala que un proyecto factible consiste en un
conjunto de actividades vinculadas entre sí, cuya ejecución permitirá el logro de
objetivos previamente definidos en atención a las necesidades que pueda tener
una institución o un grupo social en un momento determinado. Es decir, la
finalidad del proyecto factible radica en el diseño de una propuesta de acción
dirigida a resolver un problema o necesidad previamente detectada en el medio.
56
3.2 Metodología de Desarrollo.
Muchos autores de habla hispana han traducido RUP como Proceso Unificado
de Software, ya que Rational era el nombre de una empresa, entonces los
creadores de esta metodología Jacobson, Booch y Rumbaugh (2000) lo
definieron como un proceso de desarrollo de software. Sin embargo, el Proceso
Unificado es más que un simple proceso; es un marco de trabajo genérico que
puede especializarse para una gran variedad de sistemas de software, para
diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes
niveles de aptitud y diferentes tamaños de proyecto.
57
RUP utiliza el Lenguaje Unificado de Modelado (UML, Unified Modeling
Language) para preparar todos los esquemas de un sistema de software. De
hecho, UML es una parte esencial del Proceso Unificado.
Los aspectos definitorios del Proceso Unificado se resumen en tres frases clave:
dirigido por casos de uso, centrado en la arquitectura, e iterativo e incremental.
58
Figura N°21. Flujos de Trabajo y Fases de la metodología RUP.
Fuente: Jacobson, Booh y Rumbaugh (2000)
El RUP mejora la productividad del equipo, ya que permite que cada miembro
del grupo de desarrollo sin importar su responsabilidad específica, pueda
acceder a la misma base de datos incluyendo sus conocimientos. Esto hace
que todos compartan el mismo lenguaje, la misma visión y el mismo proceso
acerca de cómo desarrollar un software.
59
Gestión de la complejidad. El equipo no se ve abrumado por la “parálisis
del análisis” o pasos muy largos y complejos.
El conocimiento adquirido en una iteración se puede utilizar
metódicamente para mejorar el propio proceso de desarrollo, iteración a
iteración.
Para construcción del Geoportal Web para la Gestión del Material Cartográfico
de los Canales de Navegación en Venezuela se empleará la metodología DCU,
Diseño Centrado en el Usuario, conocida también como UCD por sus siglas en
inglés (User-Centered Design). Esta metodología desarrollada inicialmente por
Norman y Draper (1986), ha sido utilizada por Manrique y Manso (2012) en el
Estudio de los Geoportales: perspectivas desde la usabilidad y mostrada en el
libro Fundamentos Estructura de Datos Espaciales (Bernabé y López, 2012).
Para la descripción del diseño lógico se empleará el Lenguaje de Modelado
Unificado (UML), específicamente las herramientas de descripción de casos de
uso, narrativas, diagrama de clase, diagramas de secuencia y de estado.
60
El DCU es un proceso en el que las decisiones están dirigidas por y hacia el
usuario y los objetivos que pretende satisfacer el producto, y donde la usabilidad
del diseño es evaluada y mejorada en el proceso.
- Análisis de requisitos.
- Diseño.
- Prototipado
- Evaluación,
- Implementación (Lanzamiento).
- Explotación.
61
1. Análisis de requisitos
2. Diseño y prototipado
62
de esta fase es que la interfaz permita una comunicación visual efectiva con el
usuario. Por esta razón, para depurar su diseño se suelen realizar prototipos
(producto ficticio con el cual los usuarios pueden interactuar), que serán
validados y refinados de forma iterativa, en base a la información obtenida de
los usuarios en la siguiente fase de evaluación.
63
b- Estructura de navegación.
-Los nombres de los enlaces para la navegación deben ser compatibles para
los usuarios.
-Navegación rápida en intuitiva. La consulta de mapas debe ser lo más rápida posible.
- Test (con usuarios). Se realizan pruebas con usuarios que ejecutan tareas
utilizando el prototipo o geoportal.
65
Figura N°22. Relación entre las fases del DCU.
Fuente: Negrete (2012)
66
CAPITULO IV. DESARROLLO DE LA APLICACIÓN.
Análisis de Requisitos.
Diseño
Prototipado.
Evaluación.
Lanzamiento
1. ANÁLISIS DE REQUISITOS.
68
Figura N°23. Diseño Centrado en el Usuario: Fase de Análisis.
Fuente: Elaboración propia
Esta tarea es llevada a cabo por el desarrollador del geoportal web, y cuya
función recopilar datos e información de la situación relacionada con los mapas
y estudios producidos por la Dirección de Proyectos e Investigación (DPI), con
el propósito de identificar problemas y oportunidades de mejora. Para alcanzar
la tarea se emplearon diferentes herramientas:
1.1.1 Entrevistas:
69
Ingeniero Geodesta (1)
Ingeniero Civil (6)
Licenciado en Ambiente (1)
Ingeniero Ambiental (1)
Geógrafo (1)
1
Los perfiles de usuario son características diferenciadoras de cada usuario o grupo. Normalmente, son el
resultado de un estudio cuantitativo que ha permitido definir los porcentajes o cantidad de cada perfil y
agruparlos por elementos comunes. Estas características pueden basarse en aspectos sociodemográficos,
actitudinales, de expectativas, etc.
70
Al analizar los resultados de las entrevistas, se pudo constatar que todos los
profesionales entrevistados coinciden en la necesidad de disponer de una
herramienta digital que les ayude a encontrar aquellos trabajos cartográficos
desarrollados en la plataforma de sistema de información geográfica que posee
la DPI, y que por diferentes motivos ellos no han podido acceder a los mismos.
71
original de ArcGis2: Shape (el shape es una cobertura o capa con información
espacial, coordenadas x,y, y su formato es .shp) y Geodatabase (base de datos
geoespacial, cuyo formato es .gdb), convirtiéndose posteriormente a Formato
de Documento Portátil o .pdf y a Gráfico de Red Portátil o .png, que son formatos
que pueden ser gestionados por cualquier navegador web. Además, se logra
tipificar a los diferentes productos por cada canal de navegación o área
geográfica en donde se desarrolló.
2
ArcGis es un software formado por un conjunto de aplicaciones destinadas a desarrollar
sistemas de información geográfica. Ha sido creado por la empresa ESRI.
72
Figura N°26. Productos del Geoportal WEB.
Fuente: Elaboración propia
73
Figura N°28. Ejemplo de Mapa Temático.
Fuente: INC-DPI
Los perfiles son Alto y Medio. Perfil Alto significa que el usuario posee
conocimientos robustos en el manejo de aplicaciones web, especialmente en
geoportales web. Amplio conocimiento de internet e intranet. También posee
suficientes conocimientos en sistema de información geográfica (SIG) y en
cartografía digital.
74
Con esta clasificación se logró identificar a aquellos profesionales que encajan
en cada uno de los perfiles, y ello se puede observar en la siguiente tabla.
La definición de los perfiles de usuario ha permitido crear los dos roles de los
usuarios, ellos son:
En los casos de uso se muestran algunas de las relaciones existentes entre los
actores y los sistemas. Se dividen en caso de uso de alto nivel y caso de uso
extendido. Los casos de uso están representados por un “Actor” (usuario), un
“ovalo” es el caso de uso propiamente dicho, donde se indica lo que hace una
parte del sistema, y una “línea” que indica la relación entre el actor y el caso de
uso.
75
Caso de uso de alto nivel. En él se muestra la totalidad de los casos de uso
presentes en el geoportal web. Son equivalentes a los principales procesos de
una aplicación (ver figura N°29).
76
Figura N°30. Caso de uso: Administrar usuarios.
Fuente: elaboración propia.
77
1.4 Escenarios
78
debe validar que el código esté
disponible.
Curso típico de los eventos
Acción del Actor Respuesta del sistema
1. El actor ingresa en la 2. El sistema valida la disponibilidad
aplicación, ingresa login y del nombre del usuario y/o la clave.
password. 3. Modifica los campos requeridos
4. Sistema envía un mensaje de
confirmación de la modificación del
nombre del usuario y/o la clave.
Curso alterno
3. El sistema envía mensaje de no
aceptar la modificación del nombre del
usuario y/o la clave.
Figura N° 34. Narrativa: Modificar usuario.
Fuente: elaboración propia.
Curso alterno
3. El sistema envía mensaje de no
aceptar la eliminación de nombre de
usuario y clave.
Figura N°35. Narrativa: Eliminar usuario.
Fuente: elaboración propia.
79
Nombre del caso de uso Ingresar Producto
Actor(es) Administrador
Descripción: Carga en la base de datos un
producto: Mapa o Estudio en formato
.pdf o .png
Curso típico de los eventos
Acción del Actor Respuesta del sistema
1. El actor presiona clic con el 2. El sistema despliega la pantalla
mouse en el botón “Nuevo “Nuevo Registro”
Registro”
3. El actor ingresa Titulo, Nombre
del Canal, Entidad Administrativa, 4. Valida la composición de los datos
Tipo de canal, Toponimia, 5. Valida la característica y tamaño
Observaciones, archivo .pdf o .png del archivo .pdf o .png
6. Presiona clic en el botón
“Guardar”. 7. Se almacena el registro en la base
de datos.
Curso alterno
5. El sistema envía mensaje de no
aceptar los datos cargados “dato
invalido”.
6. Presiona clic en el botón 6. El sistema envía mensaje de no
“Regresar”. aceptar el archivo cargado: “excede el
7. Presiona clic en el botón tamaño permitido” o “formato no
“Regresar”. valido”
80
5. Presiona clic en el botón 4. Valida la composición de los datos
“Guardar”. a modificar
81
Descripción: Consulta los registros de los
productos que están en la base de
datos.
Curso típico de los eventos
Acción del Actor Respuesta del sistema
1. El actor ingresa palabra clave o 2. El sistema muestra la(s)
parte de la palabra del registro(s) coincidencia(s) con la palabra clave.
que se va(n) a consultar.
3. Presiona clic en el icono de
búsqueda ubicado en el registro 4. Se despliega la pantalla de
deseado. consulta con los datos del registro. Se
muestra en la misma pantalla una
mini imagen del producto.
5. Se presiona clic sobre la 6. Se muestra en otra ventana el
imagen. producto ampliado.
Curso alterno
82
5. Se presiona clic sobre el botón
de “retorno” y se regresa a la
pantalla “Productos cartográficos”.
Curso alterno
Para la confección de las narrativas de caso de uso fue necesario realizar dos
iteraciones, es decir, hubo dos revisiones conjuntas (desarrollador – usuarios),
con la finalidad de aclarar y comprender los pasos allí descritos.
1.5 Requerimientos
83
1.5.1 Requerimientos funcionales.
Requerimientos funcionales.
Requerimientos no funcionales.
-El geoportal web debe ser capaz de atender la totalidad de las solicitudes
realizadas por todos los usuarios.
84
-El tiempo de despliegue del mapa y/o estudio debe ser menor a 3 segundos.
-Los datos modificados en la base de datos deben estar disponibles al usuario de
forma inmediata.
-Los permisos de acceso al sistema podrán ser modificados por el usuario
administrador exclusivamente.
-El geoportal web debe ser desarrollado empleando la metodología DCU (Diseño
Centrado en el Usuario).
-En caso de fuego o movimiento telúrico, el geoportal web no seguirá operando.
-El tiempo de aprendizaje del geoportal web por parte de un usuario, deberá ser
menor a 1 hora.
-Debe suministrar mensajes de error y de advertencia que sean breves e
informativos.
-El geoportal web debe contar con un manual de usuario.
-El geoportal web debe poseer un diseño Responsive3 que permita la adecuada
visualización en múltiples computadores personales, y en diferentes tamaños de
pantalla.
3
En español, diseño adaptativo.
85
Menor curva de aprendizaje: Colocar patrones sobre una estructura o
dibujarlos sobre papel se aprende en poco tiempo.
Documentación automática: los prototipos en sí mismos ya son un
entregable, por lo que no hace falta documentarlos. Es buena práctica
dejar márgenes para incluir comentarios o hacer explicaciones de
interfaz.
86
Figura N°42. Prototipo 2. Fuente:
elaboración propia. Figura N°43. Prototipo 3. Fuente:
elaboración propia.
87
Figura N°46. Prototipo 6. Figura N°47. Prototipo 7.
Fuente: elaboración propia. Fuente: elaboración propia.
88
pantalla que sirve de guía para la construcción del geoportal web (ver figura
N°49).
89
2. DISEÑO.
90
partes que componen una aplicación. Las capas son de interfaz, de negocio y
de datos.
Interfaz de usuario.
Capa de negocio.
4
Hypertext Preprocessor. Es un lenguaje de programación utilizado para la creación de páginas
web dinámicas.
91
Capa de datos.
En esta capa es donde están los datos asociados al geoportal web. Es la que
se encarga de acceder a dichos datos, para ello utiliza el manejador de base de
datos MySQL 5.7.14, recibe solicitudes de almacenamiento o recuperación de
productos cartográficos con sus respectivas descripciones, desde la capa de
negocio.
92
Una vez autenticado el usuario, si es Administrador, la aplicación le mostrará la
interfaz Menú Principal (ver figura N° 53), donde aparecen habilitadas las cuatro
operaciones del geoportal web: Ingresar Producto, Modificar Producto, Eliminar
Producto y Consultar Producto.
93
Figura N°54. Menú Principal para uso del Participante
Fuente: Elaboración propia
94
El usuario Administrador también tiene la responsabilidad de gestionar lo ya
incorporado al geoportal web, es por ello que puede modificar y eliminar
registros y por tanto, se diseñaron las pantallas para modificar y eliminar
registros (ver figuras N°56 y N°57). Para acceder a estas pantallas debe
presionar clic en los botones Modificar Producto y Eliminar Producto del Menú
Principal.
95
Figura N°57. Eliminar registro. Fuente: Elaboración propia
96
Si el usuario encuentra el registro que está consultando, presiona clic en
“Examinar” y la aplicación muestra otra interfaz en donde se puede detallar
todos los campos que describen al producto, además de una micro imagen del
mapa o estudio que se busca (ver figura N°59).
97
Figura N°60. Consultar producto.
Muestra el producto en pantalla completa.
Fuente: Elaboración propia.
Utilizando diagramas se muestran cuáles son las diferentes partes del geoportal
web, cómo navegar en la aplicación y cuáles programas controlan la interfaz.
Estos diagramas son: Navegación Jerárquica y Diagrama de Flujo de Pantallas.
Navegación Jerárquica.
Navegación jerárquica es una estructura que muestra el comienzo del geoportal
web: Autenticación de Usuarios, siendo esta la página principal o raíz. Además,
98
se muestran los diferentes módulos que permite ir visualizando páginas más
detalladas (ver figura N°61).
Este diagrama muestra con mayor detalle, la navegación que puede realizar el
usuario, basada en el diseño de interfaz, partiendo de la pantalla donde el
usuario coloca su nombre de usuario y su clave. Si el usuario Administrador
ingresa al geoportal web podrá realizar todas las funciones de la aplicación, en
cambio, si el ingreso lo realiza un usuario Participante, solo podrá consultar los
productos. PHP fue el lenguaje de programación utilizado para desarrollar los
programas (ver figura N° 62) que controlan las funciones del geoportal web.
99
Figura N° 62. Programas. Fuente: Elaboración propia.
100
Figura N°63. Diagrama de Flujo de Pantallas. Fuente: Elaboración propia.
101
-conexión.php: permite el enlace entre el geoportal web y la base de datos en
MySQL “mapdpi”.
5
Las siglas API vienen del inglés Application Programming Interface. En español sería Interfaz de
Programación de Aplicaciones.
102
la gestión de usuarios y password. Es de fácil instalación y configuración.
(Fuente: packo.wikispaces.com características de MySQL).
Los datos asociados al geoportal web están agrupados en clases. Es por ello
que se preparó un diagrama de clases (ver figura N°65):
103
Figura N°65. Diagrama de clases.
Fuente: Elaboración propia.
Diccionario de datos.
Usuario:
Producto:
104
Canal de navegación del
Río Orinoco / No aplica
entidadadm Alfanumérico 150 Nombre del estado(s) o
municipio(s) al cual
pertenece el producto.
tipocanal Alfanumérico 15 Canal Dragable / Canal
Natural / No aplica
toponimia Alfanumérico 250 Nombre(s) que
aparece(n) en el producto
observaciones Alfanumérico 250 Ampliación de detalles
del producto mapa o
producto estudio.
Formato_Prod:
105
2.2 Diagramas de transición de eventos.
106
Figura N°71. Diagrama de transición de eventos:
eliminar producto. Fuente: elaboración propia.
107
3. DESARROLLO DEL PROTOTIPO.
Una vez definidos los usuarios, las tareas y sus iteracciones, se procede al
diseño y construcción (ver figura N°72) del prototipo del Geoportal Web para
la Gestión del Material Cartográfico de los Canales de Navegación en
Venezuela. El prototipo es considerado operacional ya que se caracteriza por
ser progresivamente refinado hasta convertirse en un sistema completo. El
refinamiento (mejoras) se logra con las iteraciones en donde participan los
usuarios.
6
Un framework, es una estructura conceptual y tecnológica de soporte definido, normalmente
con artefactos o módulos de software concretos, que puede servir de base para la organización
y desarrollo de software (https://goo.gl/FDnvXg)
7
CSS: es un código que define los layouts del sitio web, los colores, los tamaños y la tipografía
utilizada de manera simple.
8
Código que contiene procesos o rutinas ya listos para usar.
109
Color.
Descripción Observaciones
Se utiliza el color blanco como
fondo ya que contrasta con
cualquier otro color, permitiendo
al diseño resaltar otros
elementos presentes.
Iconos.
Los iconos, elementos omnipresentes en la interfaz gráfica, tienen la función de
apoyar la usabilidad y mejorar la estética de la misma. Los principales iconos
utilizados en el geoportal web son los siguientes:
Simplicidad.
110
Texto.
111
Figura N°75. Diagrama de Componentes del geoportal web.
Fuente: Elaboración propia.
112
Figura N°76. Diagrama de Despliegue del geoportal web.
Fuente: Elaboración propia.
El prototipo del geoportal web ha sido creado para que los usuarios puedan
valorar los resultados y recomendar los cambios oportunos. Esta valoración se
lleva a cabo en las iteraciones por la que se pasa en esta etapa.
113
El hardware utilizado para la construcción y alojamiento del geoportal es una
estación de trabajo Lenovo MT FM ThinkStation, x64, de dos (2) procesadores
Intel Xeon de 2,00GHz, 32,0 GB de memoria RAM. 1,5 TB de disco duro.
Monitor 27 pulgadas.
114
Figura N°78. Ejemplo de codificación de programa utilizando Notepad++.
Fuente: elaboración propia.
115
Figura N°79. Acceso a geoportal web.
Fuente: elaboración propia.
116
Figura N°80. Menú Principal usuario Administrador.
Fuente: elaboración propia.
117
Función: Ingresar Producto.
Actor: Administrador
118
Figura N°83. Interfaz Nuevo Registro con lista desplegable
en el campo “Nombre del Canal”. Fuente: elaboración propia.
119
Figura N°85. Interfaz Principal.
Fuente: elaboración propia.
120
Función: Modificar Registro.
Actor: Administrador.
En el área de “Buscar” de la Página Principal se coloca una palabra (o parte de
ella) asociada al registro que se quiere visualizar, si se conoce el ID, también
se puede colocar. El sistema muestra las coincidencias (o no) de la búsqueda
(ver ejemplo en figura 86).
121
Figura N°87. Ejemplo de registro a modificar. Fuente: elaboración propia.
122
Figura N°88. Ejemplo de Búsqueda de eliminar. Fuente: elaboración propia.
123
Función: Consultar Producto.
Actor: Participante / Administrador.
Una vez encontrado el registro que se quiere consultar, se presiona clic sobre
el icono “lupa”. Luego se despliega una pantalla (ver figura N°91) con los datos
del registro consultado, además una mini imagen del producto (mapa o estudio).
En la esquina superior izquierda de la mini imagen aparece un icono ( ),
seguido del nombre del archivo y su formato. Al presionar clic sobre el icono de
imagen se despliega en toda la pantalla el producto consultado (ver ejemplo
figura N°92).
124
Figura N°91. Ejemplo de registro consultado con mini imagen.
Fuente: elaboración propia.
125
Al desplegarse la imagen, el cursor pasa a hacer una lupa ( ), que, al presionar
clic en cualquier parte de la imagen, el producto aumenta su escala en un 50%
(ver ejemplo figura 93). Para desplazarse en horizontal o verticalmente, se
cuenta con dos barras de desplazamiento. Para volver al tamaño inicial, se
emplea la lupa con el signo “negativo “( ). Si se desea volver a la pantalla
previa, se presiona clic en la flecha de la esquina superior izquierda. Y si se
desea salir de la aplicación, se presiona clic sobre la “x” ubicada en la esquina
superior derecha.
126
“guardar imagen como” y se selecciona la carpeta donde se almacenará (ver
ejemplo figura N°94).
127
Figura N°95. Ejemplo de consulta con formato .pdf.
Fuente: elaboración propia.
128
Al desplegarse el producto y presionar un clic sobre él, aparece en la parte
inferior de la pantalla una serie de controles que permiten aumentar y disminuir
la escala, guardar el producto en la computadora del usuario que lo consulta,
desplazarse e imprimir.
129
4. EVALUACIÓN.
Es importante resaltar que cada vez que se realizó una iteración, en las fases
anteriores, con la participación de los usuarios, se estaba evaluando el
geoportal web. Las primeras iteraciones requirieron mayor planificación,
revisión y ajustes, y las últimas más ejecución y evaluación.
9
Una estación de trabajo es un computador de altas prestaciones destinado para trabajo técnico o
científico. (http://bit.ly/2FP39Re)
130
- Un (1) computador de escritorio.
- Una (1) computadora portátil.
Los navegadores utilizados fueron:
- Microsoft Edge
- Microsoft Explorer.
- Firefox Quantum.
- Google Chrome.
Figura N°99. Microsoft Explorer. Fuente: Figura N°100. Microsoft Edge. Fuente:
Elaboración propia Elaboración propia
131
Figura N°101. Google Chrome. Fuente: Figura N°102. Firefox. Fuente:
Elaboración propia Elaboración propia
Para la evaluación del geoportal web se aplicó un test a los diez (10)
profesionales de la DPI. Antes de responder el test, cada usuario interactuó con
la aplicación instalada en el computador del desarrollador (ver ejemplos figuras
N°103 y N°104).
132
Figura N°103. Interacción Usuarios con el Figura N°104. Interacción Usuarios con el
geoportal web. geoportal web.
Fuente: Elaboración propia Fuente: Elaboración propia
Ficha técnica.
desacuerdo
De acuerdo
Totalmente
de acuerdo
Indiferente
NS/NC
Pregunta
En
133
6.- ¿Al emplear diferentes navegadores web, 7 2 1
la apariencia y funcionalidad del geoportal es
similar en todos ellos?
7.- ¿Es fácil es acceder a los mapas y 6 4
estudios?
134
5. LANZAMIENTO.
No obstante, una vez culminado el geoportal web para la Gestión del Material
Cartográfico de los Canales de Navegación en Venezuela, se entrega la
aplicación a la Dirección de Organización y Sistemas (DOS) del Instituto
Nacional de Canalizaciones, y esta tiene la política que todo nuevo sistema que
se vaya a implantar en las plataformas de la institución, debe ser revisado de
forma exhaustiva, haciendo énfasis en los estándares de programación,
135
creación y uso de bases de datos y conectividad. Este proceso de revisión y
aceptación puede realizarse entre tres (3) y seis (6) meses. Luego de la
aceptación, el nuevo sistema debe cumplir con todas aquellas
recomendaciones realizadas por los revisores, y una vez ocurrido esto, es
cuando se coloca el sistema en producción.
Cada vez que se actualice la base de datos, función que será responsabilidad
del Administrador del geoportal web, se hará una réplica en cada uno de estos
tres computadores, hasta que el geoportal web sea instalado en un servidor
web. Para facilitar la conexión, se ha creado una carpeta compartida en los tres
computadores personales de los usuarios Participante y en la del usuario
Administrador. Este último, realiza las cargas respectivas a la base de datos, la
coloca en la carpeta compartida, luego se actualiza la base de datos en cada
PC de los usuarios Participantes, permitiendo que los tres profesionales puedan
interactuar de forma cotidiana con la aplicación (ver figuran N°106). Estos
procedimientos se realizarán hasta que la DOS complete su evaluación y
aceptación del geoportal web.
10
Localhost es la denominación del computador que se está utilizando en un momento determinado. Permite
acceder a las páginas web que estén almacenadas localmente, como si estuviese en internet, pero sin
necesidad de estar conectado (computerhoy.com)
136
Figura N°106. Operatividad provisional del geoportal web.
Fuente: elaboración propia.
137
CONCLUSIONES.
Los dos primeros objetivos específicos, relacionados con los requerimientos del
sistema y las características de los usuarios, se alcanzaron con la aplicación de
la fase de Análisis de requisitos, donde se levantó la información realizando
entrevistas, revisión de documentos y observaciones. Se detectaron los
procesos relevantes del geoportal web, así como los diferentes escenarios
presentes, logrando revisar, conjuntamente con el usuario, el prototipo en papel,
además de identificar los dos niveles de usuario presentes en la aplicación (Alto
y Medio), y clasificarlos en Administrador (1) y Participante (9).
Para alcanzar el tercer objetivo, asociado con el diseño lógico del geoportal web,
se prepararon diferentes gráficos que describen el diseño de la arquitectura de
la aplicación, representada en capas: interfaz, negocio y datos. Describiendo
suficientemente lo que debe realizar el geoportal web y los tipos de datos que
utiliza. Además, se describen los programas codificados en el lenguaje PHP.
Dichos programas permitieron la creación de la aplicación. También, los
138
diagramas de clase y de entidad – relación permitieron la creación de la base
de datos.
Una vez construido el geoportal web, este se evaluó para conocer el nivel de
receptividad de parte de los usuarios. En esta fase se aplicó un test de
usabilidad y accesibilidad, demostrando de forma concreta lo importante de la
participación del usuario en todas las fases de la construcción de la aplicación,
porque el porcentaje de aceptación fue mayor del 80%.
139
software que les posibilita consultar los diferentes productos cartográficos que
han sido desarrollados por el Sistema de Informacion Geografica del INC.
RECOMENDACIONES.
140
REFERENCIAS BIBLIOGRÁFICAS.
141
Dubs (2002). El Proyecto Factible: una modalidad de investigación. Sapiens.
Revista Universitaria de Investigación, vol. 3, núm. 2, diciembre, 2002, p. 0
142
Jacobson, I. y otros (2000) El Proceso Unificado de Desarrollo de Software.
Madrid, España. Addison Wesley.
Maguire y Longley (2005). The emergence of geoportals and their role in spatial
data infrastructures. Computers, Environment and Urban Systems 29, pp. 3–
14.
143
Muñoz y Gómez. (2016). Las infraestructuras de datos espaciales asociadas a
la información Meteo-Climática con fines turísticos: diseño conceptual de un
geoportal temático. Revista Internacional de Ciencia y Tecnología de la
Información Geográfica. nº17, p. 93-114.
144
UNA (2011). Manual de Practica Profesional. Material Instruccional de Apoyo,
339, 341. Vicerrectorado Académico. Caracas.
145