RESUMEN Con el tema de tesis actual se desea mejorar la captura

UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” RESUMEN
Con el tema de tesis actual se desea mejorar la captura
de la información catastral de predios, con la ayuda de
dispositivos móviles.
La aplicación desarrollada permite actualizar el catastro
de predios; esta aplicación es un sistema de información
georeferenciado que utiliza una base de datos y una
cartografía, en la que se registra información de los
propietarios de los predios, características de los predios, la
disponibilidad de los servicios de Agua Potable y
Alcantarillado.
El software a desarrollar va a recopilar la información de
catastros de la ciudad de Cuenca; de tal manera que se
pueda dar una respuesta más rápida y confiable cuando se
tenga una solicitud de inspección.
El documento actual abarca información acerca de una
nueva tendencia en el medio como es la Computación
Móvil y los Sistemas de Información Geográfico (SIG).
También contiene información acerca de las
herramientas usadas para el desarrollo del presente tema
de tesis como Lenguaje de Modelo Unificado (UML),
Microsoft Visual Studio 2005, JScript y algunas
herramientas de ESRI como ArcPad, ArcIms, ArcCatalog,
ArcMap.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
1
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Se realiza el análisis del sistema mediante los
diagramas de casos de uso, diagramas de secuencia,
diagramas de colaboración y diagramas de estados, los
que definen la funcionalidad del sistema.
Finalmente se anexa al documento la Especificación de
Requisitos de Software (ERS), Manual del sistema y
Manual del usuario.
Palabras clave: Sig, información, georefenciado,
cartografía, predios urbanos.
INDICE DE CONTENIDO
Tema
Página
AGRADECIMIENTO ......................................................... 10
DEDICATORIA ................................................................. 12
INDICE DE CONTENIDO.................................................... 1
INDICE DE FIGURAS ......................................................... 5
RESUMEN .......................................................................... 1
PARTE I MARCO CONTEXTUAL
CAPÍTULO 1 ENTORNO DEL OBJETO DE ESTUDIO ... 14
CAPÍTULO 2 ANÁLISIS DE LOS PROBLEMAS
OBSERVADOS ................................................................. 15
PARTE II MARCO TEORICO
CAPÍTULO 3 CONCEPTOS BÁSICOS ........................... 20
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
2
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.1: COMPUTACIÓN MÓVIL ......................................... 20
3.1.1: Introducción ....................................................... 20
3.1.2: Definición ........................................................... 20
3.1.3: Aplicaciones de la Computación Móvil .............. 21
3.1.4: Tendencias de la Computación Móvil ................ 23
3.1.5: Últimos Avances de la Computación Móvil ........ 23
3.1.6: Hardware ........................................................... 25
3.1.7: Software ............................................................. 26
3.1.8: Seguridad .......................................................... 28
3.1.9: Ventajas ............................................................. 29
3.1.10: Desventajas ..................................................... 29
3.2: SISTEMAS DE INFORMACIÓN GEOGRAFICA ..... 30
3.2.1: Introducción ....................................................... 30
3.2.2: Definición ........................................................... 32
3.2.3: Historia ............................................................... 32
3.2.4: Componentes de un SIG ................................... 35
3.2.5: Modelos de Datos Espaciales ........................... 36
3.2.6: Bases de Datos Geográficas ............................. 39
3.2.7: Aplicaciones ....................................................... 40
3.2.8: Ventajas de los SIG ........................................... 40
3.3: HERRAMIENTAS A UTILIZAR................................ 41
3.3.1: Lenguaje de Modelo Unificado .......................... 41
3.3.2. GeneXus ............................................................ 61
3.3.3. AS400 ................................................................ 78
3.3.4: Microsoft Visual Studio 2005 ............................. 86
3.3.5. Servicios WEB ................................................... 94
3.3.6. JScript .............................................................. 117
3.3.7: ArcPad ............................................................. 121
3.3.8: ARCIMS ........................................................... 128
3.3.9: ACTIVE DIRECTORY ...................................... 141
3.3.10: FTP (File Transfer Protocol) .......................... 144
CAPÍTULO 4 SISTEMA DE CALIDAD DE SOFTWARE 147
4.1: INTRODUCCIÓN................................................... 147
4.2: ESTRUCTURA DEL SISTEMA DE CALIDAD....... 148
4.2.1: Políticas de Calidad de Software ..................... 148
4.2.2: Objetivos de Calidad ........................................ 149
4.2.3: Metodología ..................................................... 149
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
3
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 4.2.4: Roles y Responsabilidades de Calidad ........... 152
4.2.5: Recursos .......................................................... 153
4.2.6: Revisiones del Sistema de Calidad ................. 153
4.3: GESTIÓN DE PROYECTOS DE SOFTWARE ..... 154
4.3.1: Definición ......................................................... 154
4.3.2: Procedimiento de la Gestión de Proyectos de
Software ..................................................................... 157
4.4: GESTIÓN DE REQUERIMIENTOS....................... 160
4.5: PLANIFICACIÓN DE PROYECTOS DE SOFTWARE
...................................................................................... 161
4.6: SEGUIMIENTO DE PROYECTOS ........................ 163
4.7: ASEGURAMIENTO DE CALIDAD ........................ 164
4.8: GESTIÓN DE CONFIGURACIÓN ......................... 166
PARTE III MODELO TEORICO ...................................... 169
CAPÍTULO 5 GESTIÓN DE REQUERIMIENTOS .......... 170
CAPÍTULO 6 ANÁLISIS DEL SISTEMA ........................ 171
6.1. DESCRIPCIÓN DE LA APLICACIÓN ................... 171
6.2. DESCRIPCIÓN DE ACTORES ............................. 174
6.3. DIAGRAMAS DE CASOS DE USO....................... 175
6.3.1. Administrador del Sistema ............................... 175
6.3.2. Inspector .......................................................... 175
6.4. DESCRIPCIÓN DE CASOS DE USO ................... 176
6.5. DIAGRAMAS DE SECUENCIA ............................. 188
6.5.1. Iniciar sesión .................................................... 188
6.5.2. Cargar bandeja de trabajo ............................... 190
6.5.3. Descargar mapa .............................................. 191
6.5.4. Visualizar mapa ............................................... 193
6.5.5. Solicitar información ........................................ 194
6.5.6. Realizar actualización del predio ..................... 195
6.6. DIAGRAMAS DE COLABORACIÓN ..................... 196
6.6.1. Iniciar sesión .................................................... 196
6.6.2. Cargar bandeja de trabajo ............................... 198
6.6.3. Descargar mapa .............................................. 199
6.6.4. Visualizar mapa ............................................... 201
6.6.5. Solicitar información ........................................ 201
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
4
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6.6.6. Realizar Actualización del Predio .................... 202
6.7. DIAGRAMAS DE ESTADO ................................... 205
6.7.1. Iniciar sesión .................................................... 205
6.7.2. Cargar bandeja de trabajo ............................... 206
6.7.3. Descargar mapa .............................................. 206
6.7.4. Visualizar mapa ............................................... 207
6.7.5. Solicitar información ........................................ 207
6.7.6. Realizar inspección .......................................... 208
PARTE IV CONCRECIÓN DEL MODELO ..................... 210
CAPÍTULO 7 IMPLEMENTACIÓN ................................. 211
CONCLUSIONES ........................................................... 212
RECOMENDACIONES ................................................... 214
BIBLIOGRAFIA .............................................................. 216
ANEXOS
ANEXO # 1 ESPECIFICACIÓN DE REQUISITOS DE
SOFTWARE (ERS) ......................................................... 219
ANEXO # 2 MANUAL DEL SISTEMA ............................ 239
ANEXO # 3 MANUAL DE USUARIO ............................. 257
INDICE DE FIGURAS
Figura
Página
Fig. 3.1. Equipo móvil ____________________________25
Fig. 3.2. Sistemas de Información Geográfica _________30
Fig. 3.3. Componentes de los Sistemas de Información
Geográfica ____________________________________35
Fig. 3.4. Ejemplo de un actor ______________________46
Fig. 3.5. Ejemplo de un caso de uso ________________47
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
5
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 3.6. Ejemplo de una clase _____________________50
Fig. 3.7. Ejemplo de una relación entre clases _________50
Fig. 3.8. Ejemplo de un diagrama de secuencia ________53
Fig. 3.9. Ejemplo de un diagrama de colaboración _____54
Fig. 3.10. Ejemplo de un diagrama de estado _________56
Fig. 3.11. Ejemplo de un diagrama de actividad ________58
Fig. 3.12. Ejemplo de un componente _______________59
Fig. 3.13. Ejemplo de un componente con una interface _59
Fig. 3.14. Ejemplo de un diagrama de componentes ____60
Fig. 3.15. Ejemplo de un diagrama de despliegue ______61
Fig. 3.16. Etapas de GeneXus _____________________68
Fig. 3.17. Estructura de .Net Framework _____________89
Fig. 3.18. Arquitectura de los Servicios Web __________98
Fig. 3.19. Esquema de Funcionamiento de SOAP _____109
Fig. 3.20. Esquema de Mensaje SOAP _____________110
Fig. 3.21. Visor de ArcPad _______________________122
Fig. 3.22. Esquema de la Arquitectura de ArcIms _____130
Fig. 3.23. Interacción de ArcXml en la Arquitectura de
ArcIms ______________________________________138
Fig. 4.1. Metodología del Sistema de Calidad ________150
Fig. 4.2. Gestión de Proyectos de Software __________155
Fig. 4.3. Procedimiento para la Gestión de Proyectos de
Software _____________________________________157
Fig. 6.1. Caso de Uso del Administrador del Sistema __175
Fig. 6.2. Caso de Uso del Inspector ________________176
Fig. 6.3. Diagrama de Secuencia “Iniciar Sesión” (Correcto)
____________________________________________188
Fig. 6.4. Diagrama de Secuencia “Iniciar Sesión”
(Incorrecto) ___________________________________189
Fig. 6.5. Diagrama de Secuencia “Iniciar Sesión” (Error de
conexión) ____________________________________189
Fig. 6.6. Diagrama de Secuencia “Cargar Bandeja de
Trabajo” (Correcto) _____________________________190
Fig. 6.7. Diagrama de Secuencia “Cargar Bandeja de
Trabajo” (No Existen Tareas) _____________________190
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
6
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.8. Diagrama de Secuencia “Cargar Bandeja de
Trabajo” (Error de Conexión) _____________________191
Fig. 6.9. Diagrama de Secuencia “Descargar mapa”
(Correcto) ____________________________________192
Fig. 6.10. Diagrama de Secuencia “Descargar mapa”
(Archivo ya descargado) _________________________192
Fig. 6.11. Diagrama de Secuencia “Descargar mapa”
(Incorrecto) ___________________________________193
Fig. 6.12. Diagrama de Secuencia “Visualizar mapa”
(Correcto) ____________________________________193
Fig. 6.13. Diagrama de Secuencia “Visualizar mapa”
(Incorrecto) ___________________________________193
Fig. 6.14. Diagrama de Secuencia “Solicitar Información”
(Correcto) ____________________________________194
Fig. 6.15. Diagrama de Secuencia “Solicitar Información”
(Error de Conexión) ____________________________194
Fig. 6.16. Diagrama de Secuencia “Realizar Actualización
del Predio” (Correcto) ___________________________195
Fig. 6.17. Diagrama de Secuencia “Realizar Realizar
Actualización del Predio” (Incorrecto) _______________196
Fig. 6.18. Diagrama de Secuencia “Realizar Realizar
Actualización del Predio” (Error de Conexión) ________196
Fig. 6.19. Diagrama de Colaboración “Iniciar Sesión”
(Correcto) ____________________________________197
Fig. 6.20. Diagrama de Colaboración “Iniciar Sesión”
(Incorrecto) ___________________________________197
Fig. 6.21. Diagrama de Colaboración “Iniciar Sesión” (Error
de Conexión) _________________________________198
Fig. 6.22. Diagrama de Colaboración “Cargar Bandeja de
Trabajo” (Correcto) _____________________________198
Fig. 6.23. Diagrama de Colaboración “Cargar Bandeja de
Trabajo” (No existen tareas) ______________________198
Fig. 6.24. Diagrama de Colaboración “Cargar Bandeja de
Trabajo” (Error de Conexión) _____________________199
Fig. 6.25. Diagrama de Colaboración “Descargar mapa”
(Correcto) ____________________________________199
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
7
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.26. Diagrama de Colaboración “Descargar mapa”
(Archivo ya descargado) _________________________200
Fig. 6.27. Diagrama de Colaboración “Descargar mapa”
(Incorrecto) ___________________________________201
Fig. 6.28. Diagrama de Colaboración “Visualizar mapa”
(Correcto) ____________________________________201
Fig. 6.29. Diagrama de Colaboración “Visualizar mapa”
(Incorrecto) ___________________________________201
Fig. 6.30. Diagrama de Colaboración “Solicitar información”
(Correcto) ____________________________________202
Fig. 6.31. Diagrama de Colaboración “Solicitar información”
(Error de Conexión) ____________________________202
Fig. 6.32. Diagrama de Colaboración “Realizar
Actualización del Predio” (Correcto) ________________203
Fig. 6.33. Diagrama de Colaboración “Realizar Realizar
Actualización del Predio” (Incorrecto) _______________203
Fig. 6.34. Diagrama de Colaboración “Realizar Realizar
Actualización del Predio” (Error de Conexión) ________204
Fig. 6.35. Diagrama de Estado “Iniciar Sesión” _______205
Fig. 6.36. Diagrama de Estado “Cargar Bandeja de Trabajo”
____________________________________________206
Fig. 6.37. Diagrama de Estado “Descargar mapa” _____207
Fig. 6.38. Diagrama de Estado “Visualizar mapa” _____207
Fig. 6.39. Diagrama de Estado “Solicitar Información” __208
Fig. 6.40. Diagrama de Estado “Realizar Realizar
Actualización del Predio” ________________________209
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
8
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” UNIVERSIDAD DE CUENCA
FACULTAD DE INGENIERIA
ESCUELA DE INFORMATICA
“Sistema para la Gestión de la Información Catastral de la
Empresa ETAPA, con la ayuda de Equipos Móviles”
TESIS PREVIA A LA OBTENCION DEL
TITULO DE INGENIERO DE SISTEMAS
DIRECTOR:
Ing. Ángel Espinoza Veintimilla
AUTOR:
Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
Cuenca-Ecuador
2009
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
9
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” AGRADECIMIENTO
A la Universidad de Cuenca y a mis profesores, por los
conocimientos impartidos en la Universidad. Al Ingeniero
Ángel Espinoza, por habernos dirigido durante el proceso
de desarrollo de la tesis; a la Empresa Municipal ETAPA
por brindarnos la oportunidad de desarrollar la tesis en su
empresa, y a todo el personal que nos brindo sus
conocimientos en todo el tiempo que duró este proyecto; a
mis hermanos Jhonnatan, Adrian y Maida, y amigos, que
de una u otra manera me han apoyado desde el inicio de
mi carrera universitaria hasta este momento en el que estoy
culminándola. Y finalmente agradezco a Dios por darme la
oportunidad de haber realizado esta meta propuesta.
Diana
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
10
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” A la Universidad de Cuenca por todos los conocimientos
impartidos y por darnos la oportunidad de superarnos tanto
en lo personal como en lo profesional y así ser ciudadanos
útiles para la sociedad. En especial al Ingeniero Ángel
Espinoza por asumir la dirección de este proyecto y por
toda la ayuda y colaboración brindada. A la Empresa
Municipal ETAPA por facilitarnos los recursos necesarios
para el correcto desarrollo de este proyecto y en especial al
personal que labora en esta empresa por toda la ayuda
brindada y los conocimientos compartidos. Y a todas las
personas que de una u otra manera han contribuido para
que alcance esta meta tan importante en mi vida. A mis
compañeros pero sobre todo amigos, que han estado
siempre presentes durante todos estos años de carrera
apoyándonos en todas las situaciones que se han
presentado tanto en la Universidad como fuera de ella,
finalmente agradecer a Dios por permitirme estar aquí
viviendo este momento.
Diego
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
11
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” DEDICATORIA
A mis padres, Jaime y Blanca, gracias a ellos tuve la
oportunidad de conseguir la meta propuesta, por el apoyo
brindado todos los días de mi vida y más aún durante mi
vida universitaria y por todos los valores que me han
inculcado.
Diana.
A mi familia, Rigoberto, Martha, Tania y Omar, a todos y
cada uno de ellos por todo el apoyo, cariño y sacrificios que
han realizado para permitirme llegar hasta aquí, por los
valores y costumbres que me han inculcado, pero por sobre
todo, demostrar que pase lo que pase siempre seremos
una familia y saldremos adelante ante cualquier prueba que
nos presente la vida.
A mi abuelita Imelda que siempre confió en mí y que desde
el cielo me está guiando.
Diego.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
12
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” PARTE I
MARCO CONTEXTUAL
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
13
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CAPÍTULO 1
ENTORNO DEL OBJETO DE ESTUDIO
El crecimiento poblacional, la desordenada construcción
de viviendas, el cambio de uso de suelos requiere de la
ampliación de la cobertura de los servicios públicos, en
este caso: el Agua Potable y Alcantarillado, cuya
responsabilidad recae en la Empresa ETAPA, la misma que
está obligada a que las necesidades actuales de la
población sean cuantificadas para poder obtener
información confiable que permita saber exactamente cuál
es la situación de la población respecto de dichos servicios
y, de esa manera, planificar para el futuro la satisfacción
adecuada y oportuna de las demandas de la población.
Para poder atender eficazmente las actuales y nuevas
necesidades, es indispensable que se identifique
exactamente todos los predios beneficiados, incluidos
aquellos que aún carecen de su acometida domiciliar, y
registrarlos en una base de datos y cartografía con lo cual
podamos obtener información que permita realizar los
análisis, correcciones, programaciones necesarias para el
cumplimiento de los objetivos, respecto de la cobertura,
producción, distribución y comercialización de los servicios
prestados.
Existen ciertos sectores dentro de la Ciudad que, desde
su registro en la Empresa que data desde el año 86, no han
tenido un trabajo de depuración y mantenimiento
sistemático por lo que se hace necesario, de manera
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
14
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” urgente, el establecimiento de un procedimiento para lograr
una mejor calidad de la información disponible de los
abonados quienes se encuentran en estas áreas.
La Empresa ETAPA en un intento de obtener
información actualizada, realizó un censo en el año 2005.
Los encuestadores se dirigían a los domicilios a levantar la
información en forma manual con ayuda de hojas censales,
esta información debía ser ingresada al sistema a través de
teclado, pero esta tarea no fue completada.
La falta de información confiable y actualizada de los
predios se ve reflejada en una deficiencia de la atención al
cliente por parte de la Empresa ETAPA; ya que al momento
de solicitar el servicio de Agua Potable y Alcantarillado y no
contar con la información necesaria, los clientes deberán
esperar un lapso de tiempo hasta que se asigne y se
realice una inspección a su predio, para luego saber si su
solicitud fue aceptada o rechazada.
La Empresa ETAPA en busca de la mejora en la
atención al cliente busca eliminar esta espera innecesaria,
mediante un sistema que mantenga actualizada la
información catastral de predios.
CAPÍTULO 2
ANÁLISIS DE LOS PROBLEMAS OBSERVADOS
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
15
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Con el presente tema de tesis se desea mejorar la tarea
de captura y actualización de información catastral de
predios, con la ayuda de la tecnología disponible en el
mercado, tales como equipos móviles; de esta manera se
podrá contribuir en la solución para que la empresa ETAPA
pueda dar una mejor atención a sus clientes.
La aplicación a desarrollar permitirá gestionar el catastro
de predios, que es el pilar conceptual del sistema de
Comercialización, ya que la información que proporciona,
alimenta a los procesos de determinación de consumos,
facturación y cobranza, comercialización de servicios, y
sirve de base para la planeación global de la Empresa.
El catastro de predios es un sistema de información que
utiliza una base de datos y una cartografía, en la que se
registra: información de los propietarios de los predios,
características de los predios, la disponibilidad de los
servicios de Agua Potable y Alcantarillado, y datos de sus
acometidas; si lo disponen dentro de estos últimos, las
características de las unidades de medición, así como
también la ubicación geográfica referenciada a través de
claves o códigos numéricos.
El software a desarrollar va a recopilar la información de
catastros de la ciudad de Cuenca; de tal manera que,
cuando el cliente solicite el servicio de Agua Potable ya se
cuente con la información de la Inspección de su predio en
el sistema, y así se pueda dar una respuesta inmediata a
su solicitud.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
16
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” DELIMITACIÓN DEL PROYECTO
El presente proyecto de tesis comprende el análisis,
diseño e implementación de un Sistema para gestionar la
Información Catastral de la Ciudad de Cuenca. Para el
desarrollo de este proyecto se deberán cumplir las
siguientes actividades:
Unificar la información existente de predios en la
Base de Datos de la Empresa ETAPA, creando una
nueva estructura de tablas para el manejo de esta
información, en base a las tablas administradas por
el
Municipio
en
cuanto
a
información
correspondiente a Predios.
Migrar la información catastral proporcionada por el
Municipio de la Ciudad a la nueva estructura de
tablas.
Integrar en la nueva tabla de catastro de predios de
ETAPA la información proporcionada por el
Municipio, la información existente en la Empresa
ETAPA de predios activos y potenciales, y los datos
obtenidos del último censo realizado.
Gestionar las nuevas rutas para realizar las
inspecciones a los predios que no se encuentren
dentro de las rutas ya establecidas.
Gestionar el módulo para las órdenes de
Inspección, estas órdenes pueden ser emitidas por
dos motivos: primero se da cuando un cliente
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
17
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” solicita un servicio y necesita que se realice la
inspección de ese predio en particular; y, segundo
cuando se vaya a realizar un censo general,
incluidos los predios considerados potenciales.
Desarrollar una aplicación móvil para
Pockets, esta aplicación nos permitirá:
Obtener la información necesaria para la
realización de la inspección.
Realizar el levantamiento de la información.
Enviar la información obtenida durante la
inspección al servidor de la base de datos.
Incorporar dentro de la aplicación móvil un Sistema
de Información Geográfico (GIS), para que el
usuario pueda ubicar de mejor manera el predio
dentro de la ruta asignada para la inspección, y se
administrará
la información
mediante una
geodatabase.
Integrar este nuevo sistema al proyecto que
actualmente se está desarrollando en la Empresa
ETAPA, denominado Sistema de Gestión Comercial
(SIGECOM).
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
18
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” PARTE II
MARCO TEORICO
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
19
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CAPÍTULO 3
CONCEPTOS BÁSICOS
3.1: COMPUTACIÓN MÓVIL
3.1.1: Introducción
Los grandes avances en la tecnología y las redes de
comunicaciones han hecho posible que se pueda tener
acceso a los dispositivos móviles con mejores prestaciones
y servicios.
La masificación de los dispositivos móviles ha influido
notablemente no solo en las organizaciones, sino también
en el ciudadano común; gracias a estos dispositivos
móviles se ha podido llevar la computación prácticamente a
cualquier lugar y en cualquier momento.
3.1.2: Definición
Es un término genérico que designa un tipo de
computadoras que no necesitan estar conectadas
físicamente ni a la electricidad ni a una red (como internet).
Estas computadoras suelen permitir conectarse a internet
de forma inalámbrica. Su energía proviene de baterías
cuando no están conectadas a la electricidad.
Se puede definir la Computación Móvil como la serie de
artefactos y equipos portátiles (hardware), que hacen uso
de la computación para lograr su funcionamiento; así, se
tiene a las computadoras portátiles, los teléfonos celulares,
los cuadernos de notas computarizados, las calculadoras
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
20
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” de bolsillo y los Pockets que son los artefactos con lo que
se trabajará.
3.1.3: Aplicaciones de la Computación Móvil
Existen varios campos en los que la Computación Móvil
no sólo es de utilidad, sino de competencia esencial para
las empresas. Aquí algunos ejemplos:
Manejo de pacientes: La computación móvil
permite al médico o institución mantener contacto
con un paciente cuyo estado requiere continua
vigilancia. Y esto no se limita al envío o recepción
de mensajes (hablados o escritos), sino que incluye
también el monitoreo constante de signos vitales
críticos que pueden anticipar una emergencia.
Ventas directas: Posiblemente ésta sea la
aplicación
más
evidente:
poder
consultar
inventarios, precios y realizar pedidos en forma
inmediata resulta de particular interés para
cualquier empresa que se dedique a la
comercialización de productos.
Servicio a clientes: La asesoría, servicio técnico y
consultoría es un área en donde la computación
móvil es vital. La consulta a bancos de información,
bases de datos inteligentes, provisión de
información actualizada y consulta de especialistas,
es sólo una pequeña muestra de todo lo que puede
involucrar esta tecnología, sin mencionar la
posibilidad de contacto permanente con el cliente.
Personal móvil en oficinas: No es raro encontrar a
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
21
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” personal que, pese a encontrarse siempre en el
mismo edificio, se mudan de lugar con frecuencia
para, por ejemplo, dar soporte técnico al personal o
revisar proyectos. La computación móvil no sólo les
permite ser localizados con facilidad, sino que
también le auxilia en la consulta de datos que por lo
regular estarían en su oficina.
Profesionales viajeros: Los modernos guerreros
del camino son usuarios potenciales que pueden
aprovechar esta herramienta: contadores con los
registros de una empresa bajo el brazo, gerentes
regionales que integran metas empresariales,
dirigentes corporativos que requieren información
actualizada y, en fin, una gran cantidad de personas
que necesitan viajar para realizar su trabajo.
Manejo de sucursales: En un mundo en el que las
empresas han dejado de tener una sola oficina para
expandirse, las sucursales aparecen casi sin
desearlo, con una gran cantidad de datos que
deben consolidarse.
Grupos de trabajo: La globalización y expansión
de empresas hacen que sea cada vez más común
atacar proyectos con el personal adecuado, el cual
no siempre trabaja bajo un mismo techo y, en
ocasiones, ni siquiera en la misma ciudad o país.
Entre otras aplicaciones tenemos:
Puntos de control
Apuestas en línea
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
22
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Automatización de trabajo en campo
Encuestas
Juegos
3.1.4: Tendencias de la Computación Móvil
Nunca se terminaría de enumerar las áreas en que esta
forma de computación puede cobrar una importancia vital.
Aunque mucha gente se imagina que esta tecnología
consiste sólo en comprar un dispositivo móvil y llevarlo a
todas partes con los datos necesarios, el concepto va
mucho más allá: se está hablando de enlazar estos equipos
de forma constante o por demanda, para tener acceso
bidireccional a información empresarial y de consulta.
Una de las realidades de trabajar fuera de la oficina es
que el flujo de información: mensajes de correo,
documentos, llamadas telefónicas no cesan una vez que el
trabajador deja el escritorio. La computación móvil ha
cambiado la naturaleza del trabajo para profesionales
móviles.
La tecnología de los equipos móviles marcha en vías de
proporcionar el acceso remoto a información corporativa,
para permitir a los usuarios "llevar su escritorio" con ellos
cuando viajan, transformando los aeropuertos, hoteles y
automóviles en espacios de trabajo con información
actualizada al último minuto.
3.1.5: Últimos Avances de la Computación Móvil
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
23
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Los usuarios de los equipos móviles pueden asegurar
que el trabajo que efectúan fuera de su oficina no salga de
la sincronización con respecto al trabajo que están
efectuando sus colegas. Los usuarios pueden replicar
aplicaciones mientras están lejos del lugar de trabajo, con
el fin de sincronizar su base de datos portátil con el servidor
para obtener información al minuto.
Con los equipos móviles se permite a los usuarios
obtener acceso a esa información estando fuera de la
oficina, es decir, "extraerla" del servidor para su
computador de cliente móvil. Con el fin de extraer esta
información, los usuarios móviles simplemente inician una
comunicación con un servidor, por ejemplo, utilizando una
línea telefónica.
La tecnología de la replicación proporciona a los
usuarios móviles, la habilidad de extraer información para:
agilizar el flujo de comunicación a través de los grupos de
trabajo cuando están fuera, proveer información al día a
clientes y socios de negocios, asegurarse de que esté
disponible la información apropiada necesaria para
completar un contrato u orden de compra y enviar
mensajes desde cualquier parte.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
24
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.1.6: Hardware
Fig. 3.1. Equipo móvil
3.1.6.1: Introducción
Al hablar de hardware se encuentra uno de los
problemas más sensibles de la computación móvil, ya que
existen compromisos entre la capacidad de los equipos, su
tamaño y peso, la facilidad de uso y la alimentación
continua de energía.
El equipo debe ser pequeño y liviano para transportarse,
pero en el momento de usarlo debe ser suficientemente
grande para poder operarlo con facilidad. El usuario exige
grandes almacenamientos masivos, memoria volátil,
capacidad de comunicación, pantallas a color y velocidad
de procesamiento, todo eso consume grandes cantidades
de energía, lo cual incide sobre el tamaño de las baterías y
el tiempo de uso. Aunque existen grandes adelantos en
este sentido, sigue siendo uno de los puntos más críticos
de solución para los fabricantes de equipo.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
25
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.1.6.2: Pocket PC
Las nuevas tecnologías nos presenta la evolución de las
Pockets PCs, una manera de llevar toda la información y
utilitarios en el bolsillo. Su diseño alcanza niveles óptimos
de calidad al mismo tiempo que minimiza los problemas
cotidianos.
Proporcionan distintas funcionalidades mediante GPS,
cables, infrarrojos o puerto bluetooth.
Una Pocket PC es una especificación para
computadoras PDA, que ejecutan alguna versión del
sistema operativo Windows CE. Pueden tener la capacidad
de ejecutar un sistema operativo alternativo como NetBSD
o Linux.
Estas minicomputadoras tienen muchas de las
capacidades de las computadoras de escritorio modernas.
Pocket PC es un ordenador de bolsillo, también llamado
PDA (Personal Digital Assistant). Se trata de un pequeño
ordenador, diseñado para ocupar el mínimo espacio y ser
fácilmente transportable que ejecuta el sistema operativo
Windows CE de Microsoft.
3.1.7: Software
Los programas son un elemento de primordial
importancia en la computación móvil. En este sentido, se
ponen en juego muchos conceptos que deberán trabajar en
armonía para proporcionar al usuario un ambiente propicio
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
26
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” en el que pueda aprovechar toda la infraestructura de las
tecnologías existentes.
Así, se requiere especial atención en:
Las
aplicaciones:
Éstas
deberán
ser
prácticamente diseñadas para aplicarse bajo esta
tecnología. Hay que recordar que en mucho
dependen de las comunicaciones y éstas no son
tan rápidas como para emular la transferencia local
de información.
Así que, deberán estar basadas en arquitecturas
cliente/servidor para que el tráfico sea lo
estrictamente
indispensable
para
actualizar
información y el equipo terminal o remoto deberá
encargarse de hacerlo presentable al usuario en su
pantalla o impresión local.
El sistema operativo: Este punto es complemento
de las aplicaciones, aunque no es estrictamente
indispensable que el sistema operativo otorgue
facilidades como multiproceso y multitareas, la
utilización de un ambiente estándar le permite a los
fabricantes de programas y aplicaciones ofrecer
productos que cumplan con las expectativas de los
usuarios.
El ambiente estándar: El ambiente en que las
aplicaciones trabajan debe ser lo más estándar
posible, de manera que las aplicaciones que el
usuario utiliza puedan comunicarse entre sí para
complementar información, tanto con independencia
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
27
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” de la diversidad de fuentes como de si el proveedor
de aplicaciones es el mismo o son diferentes
fabricantes.
Aquí es donde los ambientes gráficos toman
importancia, ya que se necesita una interfaz
coherente, estándar y que facilite el desarrollo de
sistemas cliente/servidor. Y no se habla sólo del
ambiente de trabajo, sino de sistemas operativos
con facilidades adicionales para la computación
móvil, es decir, que no sólo otorgue facilidades de
multitarea y multiproceso, sino también soporte
dispositivos especiales, ahorro de energía,
seguridad y comunicaciones que requiere la
computación móvil, facilitando la vida tanto del
usuario como del personal que lo desarrolla.
3.1.8: Seguridad
Este es un punto muy delicado de la computación móvil,
porque el concepto de seguridad es muy amplio y depende
del punto de vista.
Mientras que, para el empresario significa el control del
acceso remoto y la confidencialidad de su información, el
usuario lo centra en la actualización de los datos en su
terminal, al administrador de sistemas le preocupa la
integridad de información en su servidor y para todos ellos
se encuentra latente la posibilidad de robo del equipo
terminal.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
28
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Si no se cuenta con los recursos de comunicaciones
adecuados, entonces habrá que tener especial cuidado en
la sincronización de datos, es decir, que la información sea
la misma al menos la mayor parte del tiempo. Esta es una
tarea trivial si sólo una persona accede a la información,
dado que sólo deberá revisarse la actualización más
cercana de los archivos entre la computadora fija y la móvil,
pero cuando varias personas actualizan información al
mismo tiempo, el asunto se complica y deberán
establecerse reglas estrictas en el proceso de acceso a la
información, responsabilizando a cada usuario de un grupo
de datos y reflejándolo en el desarrollo de las aplicaciones.
3.1.9: Ventajas
No presencia física en las empresas
Realizar actividades adicionales
Ahorro de costos, tiempo y espacio
Menor contaminación ambiental
Mayor flexibilidad y manejo de la información
Rápido poder de respuesta
Rápida adaptación a las necesidades del entorno
Constante actualización
información
y
divulgación
de
la
3.1.10: Desventajas
Seguridad de la información
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
29
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Reducción de las relaciones interpersonales
Problemas psicológicos sensación de aislamiento
Necesidad de grandes dosis de autodisciplina
Conectividad de las redes inalámbricas
Bajo ancho de banda
Redes heterogéneas
3.2: SISTEMAS DE INFORMACIÓN GEOGRAFICA
Fig. 3.2. Sistemas de Información Geográfica
3.2.1: Introducción
Gracias al avance tecnológico en los últimos tiempos,
hemos podido optimizar nuestros recursos (datos),
encaminados hacia una mejor gestión utilizando la
información generada.
Los Sistemas de Información Geográfica (SIG) son una
herramienta esencial en el análisis de los fenómenos donde
lo espacial es muy importante.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
30
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El principal objetivo de los SIG es manejar bases de
datos de gran tamaño, heterogéneas y georeferenciadas,
que interactúan con el sistema-intérprete de manera flexible
a fin de contribuir en la generación de la información
dinámica válida, para la gestión de las diversas actividades
y la correspondiente toma de decisiones.
En un SIG se usan herramientas de gran capacidad de
procesamiento gráfico y alfanumérico, estas herramientas
van dotadas de procedimientos y aplicaciones para
captura, almacenamiento, análisis y visualización de la
información georeferenciada.
La mayor utilidad de un sistema de información
geográfico está íntimamente relacionada con la capacidad
que posee éste, de construir modelos o representaciones
del mundo real, a partir de las bases de datos digitales;
esto se logra aplicando una serie de procedimientos
específicos que generan más información para el análisis.
En un uso más genérico, un Sistema de Información
Geográfico es una aplicación con un “mapa inteligente” que
permite que los usuarios creen consultas interactivas
(búsquedas creadas por el usuario), analicen información
espacial y editen datos.
Cuando se habla de un Sistema de Información
Geográfica se trata de una particularización de un Sistema
de Información, aplicado a la realización de un proyecto de
Gestión de Información Geográfica que consta de una serie
de procesos tales como la adquisición de los datos,
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
31
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” tratamiento de las imágenes para extracción de
información, reconocimiento de entidades geográficas,
elección del sistema de almacenamiento y explotación de la
información, etc.
Cuando se habla de Sistemas de Información
Georeferenciados nos referimos al caso de los proyectos
que no realizan la creación y modificación de datos
geográficos si no que se limitan a hacer uso de los
existentes, sería más correcto hablar de Sistemas de
Información Georeferenciados, pero por lo general siempre
se habla de GIS o SIG.
3.2.2: Definición
Una definición más práctica de SIG, consistiría en:
añadir una componente geográfica y sus correspondientes
operaciones, a un dato almacenado en una Base de Datos
Relacional.
Para manejar este tipo de información es necesario
añadir lo que se conoce como extensiones espaciales a la
base de datos, que consiste en integrar una serie de
elementos básicos geométricos (punto, línea, polígono,
arco y texto) y unas primitivas geométricas como extensión
de SQL con las que se pueda extraer y manejar los datos
geográficos.
3.2.3: Historia
La distribución espacial es inherente tanto a los
fenómenos propios de la corteza terrestre, como a los
fenómenos artificiales y naturales que sobre ella ocurren.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
32
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Todas las sociedades que han gozado de un grado de
civilización han organizado de alguna manera la
información espacial:
Los fenicios fueron navegantes, exploradores y
estrategas militares que recopilaron información en
un formato pictórico, y desarrollaron una cartografía
"primitiva" que permitió la expansión y mezcla de
razas y culturas.
Los griegos adquirieron un desarrollo político,
cultural y matemático, refinaron las técnicas de
abstracción con sus descubrimientos geométricos y
aportaron elementos para completar la cartografía
utilizando medición de distancias con un modelo
matemático (a2 + b2 = c2).
Enmarcados dentro de un hábitat insular, se
convirtieron
en
navegantes
e
hicieron
observaciones astronómicas para medir distancias
sobre la superficie de la tierra. La información de
éste tipo se guardó en mapas.
Los romanos imitaron a los griegos y desarrollaron
el Imperio utilizando frecuentemente el banco de
datos previamente adquirido y ahora heredado. La
logística de infraestructura permitió un alto grado de
organización política y económica, soportada
principalmente por el manejo centralizado de
recursos de información.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
33
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Se puede decir que las invasiones bárbaras
disminuyeron el ritmo de desarrollo de civilización en el
continente europeo durante la edad media, y sólo hacia el
siglo XVIII los estados reconocieron la importancia de
organizar y sistematizar de alguna manera la información
espacial.
Se crearon organismos comisionados exclusivamente
para ejecutar la recopilación de información y producir
mapas topográficos al nivel de países enteros, organismos
que han subsistido hasta el día de hoy.
En el siglo XIX con su avance tecnológico basado en el
conocimiento científico de la tierra, se produjo grandes
volúmenes de información geomorfológica que se debía
cartografiar.
Recientemente la fotografía aérea y particularmente las
imágenes de satélite han permitido la observación periódica
de los fenómenos sobre la superficie de la corteza terrestre.
La información producida por este tipo de sensores ha
exigido el desarrollo de herramientas para lograr una
representación cartográfica de este tipo de información.
El medio en el cual se desarrollaron estas herramientas
tecnológicas correspondió a las ciencias de teledetección,
análisis de imágenes, reconocimiento de patrones y
procesamiento digital de información, en general
estudiadas por físicos, matemáticos y científicos expertos
en procesamiento espacial. Obviamente, éstos tenían un
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
34
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” concepto diferente al de los cartógrafos, con respecto a la
representación visual de la información.
Con el transcurso del tiempo se ha logrado desarrollar
un trabajo multidisciplinario y es por ésta razón que ha sido
posible pensar en utilizar la herramienta conocida como
Sistemas de Información Geográfica.
3.2.4: Componentes de un SIG
ENTRADA
MANEJO
ANÁLISIS
SALIDA
Fig. 3.3. Componentes de los Sistemas de Información
Geográfica
La figura representa como ENTRADA, el ingreso de la
información ya sea de forma digital o a digitalizar.
Respecto al MANEJO de los datos, esta fase
corresponde al almacenamiento y actualización de las
correspondientes bases de datos geográficas, esto quiere
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
35
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” decir que
longitud).
se
encuentren
georeferenciadas
(latitud,
La interpretación, también denominada ANALISIS,
permitirá utilizar nuestro método científico para la
elaboración de modelos espaciales, normas, monitoreos y
poseer de manera versátil la información.
La SALIDA de la información será a través de los
diversos productos que requerimos, dependerá de los
datos que necesitemos para nuestras investigaciones o
para los diversos usuarios.
Finalmente, cabe señalar que en la fase de ENTRADA,
se ingresará los datos que disponemos, en tanto que en la
última fase SALIDA, obtendremos un valor agregado
intelectual (información multidisciplinaria). Asimismo, la
calidad del producto está en función de los datos utilizados.
3.2.5: Modelos de Datos Espaciales
Existen dos aproximaciones para la representación de
componentes espaciales de información geográfica:
Modelo Vector.
Modelo Raster.
3.2.5.1: Modelo Vector
Definición:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
36
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” En este modelo los objetos o condiciones en el mundo
real son representados por puntos y líneas que definen sus
fronteras o límites. Teniendo en cuenta que éste modelo
provee un preciso posicionamiento de rasgos en el espacio,
la aproximación usada es precisar específicamente la
posición de los puntos, líneas y polígonos usados para
representar los rasgos de interés. El área del mapa es
asumida para ser un espacio coordinado continuo donde
una posición puede ser definida como se quiera, para lo
cual el modelo asume que las coordenadas de posición son
matemáticamente exactas. En efecto, el nivel de precisión
está limitado por el número de bits usados para representar
un solo valor en el espacio del computador.
Ventajas:
Provee una estructura de datos compacta.
Provee eficiente codificación de topología y por
ende una implementación eficiente de las
operaciones que requieren información topológica.
Se ajusta más para soportar gráficos que más se
aproximan a los mapas dibujados a mano.
Desventajas:
Tiene una estructura de datos compleja.
Cubre operaciones difíciles de implementar.
La representación de alta variabilidad espacial es
ineficiente.
La manipulación y el mejoramiento de imágenes
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
37
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” digitales no puede ser realizada efectivamente.
3.2.5.2: Modelo Raster
Definición:
Consta de una grilla (reja) regular de celdas cuadradas
o rectangulares, en el cual la ubicación de cada celda o
píxel está definida por su número de fila y columna, y el
valor asignado a la celda indica el valor del atributo que
éste representa. Cada celda en un archivo raster se le
asigna solo un valor, y los diferentes atributos son
almacenados en archivos diferentes.
Ventajas:
Provee una estructura de datos simple.
Cubre operaciones que son fácil y eficientemente
implementadas.
Un formato raster representa de manera eficiente
una alta variabilidad espacial.
Es un formato requerido para la manipulación y el
mejoramiento de imágenes digitales.
Desventajas:
Tiene una estructura de datos menos compacta.
Las
relaciones
topológicas
son
difíciles
de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
38
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” implementar.
La salida de gráficos es menos situada
estéticamente porque las fronteras tienden a tener
una apariencia de bloqueo menor que las líneas
lisas de los mapas dibujados a mano.
3.2.6: Bases de Datos Geográficas
3.2.6.1: Definición
Partiendo de que la información espacial es
inherentemente un tipo de dato más complejo para
almacenar y manipular, que los datos no espaciales, se
tiene que el desarrollo de bases de datos para manejar
información espacial es igualmente complejo, para lo cual
se debe manejar cierta organización en el momento de
diseño de la misma.
Actualmente, existe un amplio crecimiento en la
cantidad de información geográfica que es recolectada y
almacenada en forma digital.
3.2.6.2: Componentes de una base de datos geográfica
Datos espaciales: Llamados atributos, son las
características geográficas de los objetos descritos
(ubicación, dimensión y forma).
Datos no espaciales: También llamados atributos
o datos descriptivos, son las características
cuantitativas asociadas al objeto que se quiere
describir, por lo general son almacenados en tablas.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
39
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.2.7: Aplicaciones
Los SIG tienen gran número de aplicaciones, con
aceptación entre el público no técnico:
Google maps.
Mapas del tiempo en TV.
Navegadores geográficos en PDAs.
Prevención y seguimiento de catástrofes, que es la
aplicación más especializada.
Inventariado de recursos naturales.
Mapas de acceso a puntos de acceso wireless.
3.2.8: Ventajas de los SIG
Capacidad de almacenamiento (varios niveles:
público, institucional).
Los datos se almacenan y se presenta de manera
independiente.
Manejo de la información, ya sea para la
elaboración de las investigaciones o en su defecto
para la actualización de la información, empleando
las metodologías usualmente manejadas en todo
SIG.
Lo más importante radica en la habilidad del
administrador para establecer la comunicación entre
los datos espaciales y sus identificadores (ID) a fin
de obtener su mejor utilización y manipulación.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
40
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El
desarrollo
del
análisis
espacial,
multidisciplinariamente nos permitirá elaborar
diversos modelos de desarrollo a favor de nuestra
gestión.
3.3: HERRAMIENTAS A UTILIZAR
3.3.1: Lenguaje de Modelo Unificado
3.3.1.1: Introducción
Desde los inicios de la informática se ha tratado de
representar los diseños de una forma personal o con algún
modelo gráfico. Se necesitaba por tanto un lenguaje no
sólo para comunicar las ideas a otros desarrolladores sino
también para servir de apoyo en los procesos de análisis
de un problema. Con este objetivo se creó el Lenguaje
Unificado de Modelado (UML: Unified Modeling Language).
UML se ha convertido en ese estándar tan ansiado para
representar y modelar la información con la que se trabaja
en las fases de análisis y especialmente en las de diseño.
El lenguaje UML tiene una notación gráfica muy
expresiva que permite representar en mayor o menor
medida todas las fases de un proyecto informático: desde
el análisis con los casos de uso, el diseño con los
diagramas de clases, objetos, etc., hasta la implementación
y configuración con los diagramas de despliegue.
3.3.1.2: Definición
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
41
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” UML es un lenguaje de modelado, un modelo es una
simplificación de la realidad. El objetivo del modelado de un
sistema es capturar las partes esenciales del sistema. Para
facilitar este modelado, se realiza una abstracción y se
plasma en una notación gráfica. Esto se conoce como
modelado visual. El modelado visual permite manejar la
complejidad de los sistemas a analizar o diseñar.
UML sirve para el modelado completo de sistemas
complejos, tanto en el diseño de los sistemas software
como para la arquitectura hardware donde se ejecuten.
Otro objetivo de este modelado visual es que sea
independiente del lenguaje de implementación, de tal forma
que los diseños realizados usando UML se puedan
implementar en cualquier lenguaje que soporte las
posibilidades de UML.
UML es un lenguaje, y como tal proporciona un
vocabulario y unas reglas para permitir una comunicación.
En este caso, este lenguaje se centra en la representación
gráfica de un sistema, nos indica cómo crear y leer los
modelos.
Se trata de un lenguaje gráfico para construir,
documentar, visualizar y especificar un sistema de
software. Entre otras palabras, UML se utiliza para definir
un sistema de software.
Posee la riqueza suficiente como para crear un modelo
del sistema, pudiendo modelar los procesos de negocios,
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
42
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” funciones, esquemas de bases de datos, expresiones de
lenguajes de programación, etc. Para ello utiliza diferentes
tipos de diagramas UML.
3.3.1.3: Funciones de UML
Visualizar: UML permite expresar de una forma
gráfica un sistema de forma que otro lo puede
entender.
Especificar: UML permite especificar cuáles son
las características de un sistema antes de su
construcción.
Construir: A partir de los modelos especificados se
pueden construir los sistemas diseñados.
Documentar: Los propios elementos gráficos sirven
como documentación del sistema desarrollado que
pueden servir para su futura revisión.
3.3.1.4: Componentes de UML
Un modelo UML está compuesto por tres clases de
bloques de construcción:
Elementos: Los elementos son abstracciones de
cosas reales o ficticias (objetos, acciones, etc.).
Relaciones: Relacionan los elementos entre sí.
Diagramas: Son colecciones de elementos con sus
relaciones.
3.3.1.5: Ventajas
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
43
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Mayor rigor en la especificación.
Permite realizar una verificación y validación del
modelo realizado.
Se pueden automatizar determinados procesos y
permite generar código a partir de los modelos y a
la inversa (a partir del código fuente generar los
modelos).
3.3.1.6: Diagramas UML
Un diagrama es la representación gráfica de un conjunto
de elementos con sus relaciones; un diagrama ofrece una
vista del sistema a modelar. Para poder representar
correctamente un sistema, UML ofrece una amplia variedad
de diagramas para visualizar el sistema desde varias
perspectivas.
UML incluye los siguientes diagramas:
Diagrama de casos de uso.
Diagrama de clases.
Diagrama de objetos.
Diagrama de secuencia.
Diagrama de colaboración.
Diagrama de estados.
Diagrama de actividades.
Diagrama de componentes.
Diagrama de despliegue.
3.3.1.6.1. Diagrama de casos de uso:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
44
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Los casos de uso son generalmente el punto de partida
del análisis orientado a objetos con UML.
El modelado de casos de uso es la técnica más efectiva
y a la vez la más simple para modelar los requisitos del
sistema desde la perspectiva del usuario. Los casos de uso
se utilizan para modelar cómo un sistema o negocio
funciona actualmente, o cómo los usuarios desean que
funcione.
Un diagrama de casos de uso muestra la relación entre
los actores y los casos de uso del sistema. Representa la
funcionalidad que ofrece el sistema en lo que se refiere a
su interacción externa.
Es importante resaltar que los diagramas de casos de
uso no están pensados para representar el diseño y no
puede describir los elementos internos de un sistema. Los
diagramas de casos de uso sirven para facilitar la
comunicación con los futuros usuarios del sistema, y con el
cliente, y resultan especialmente útiles para determinar las
características necesarias que tendrá el sistema. En otras
palabras, los diagramas de casos de uso describen qué es
lo que debe hacer el sistema, pero no cómo.
Una imagen algunas veces describe mil palabras, si
mejora la claridad, es mejor utilizar representaciones
gráficas de las interfaces de usuario, flujo de procesos, u
otras figures en el caso de uso para mejorar la claridad. Si
un diagrama de flujos, diagrama de procesos, diagrama de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
45
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” actividades, mapa conceptual es útil para presentar un
proceso de decisión complejo, sin duda debería ser usado.
Elementos
Los elementos que pueden aparecer en un diagrama de
casos de uso son: actores, casos de uso y relaciones entre
casos de uso.
Actores: Un actor es algo con comportamiento,
como una persona (identificada por un rol), un
sistema informatizado u organización, y que realiza
algún tipo de interacción con el sistema. Se
representa mediante una figura humana dibujada
con palotes. Esta representación sirve tanto para
actores que son personas como para otro tipo de
actores.
Actor
Fig. 3.4. Ejemplo de un actor
Casos de Uso: Un caso de uso es una descripción
de la secuencia de interacciones que se producen
entre un actor y el sistema, cuando el actor usa el
sistema para llevar a cabo una tarea específica.
Expresa una unidad coherente de funcionalidad, y
se representa en el diagrama de casos de uso
mediante una elipse con el nombre del caso de uso
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
46
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” en su interior. El nombre del caso de uso debe
reflejar la tarea específica que el actor desea llevar
a cabo usando el sistema.
CasoUso
Fig. 3.5. Ejemplo de un caso de uso
Relaciones entre Casos de Uso: Un caso de uso,
en principio, debería describir una tarea que tiene
un sentido completo para el usuario. Sin embargo,
hay ocasiones en las que es útil describir una
interacción con un alcance menor como caso de
uso. La razón para utilizar estos casos de uso no
completos en algunos casos, es mejorar la
comunicación en el equipo de desarrollo, el manejo
de la documentación de casos de uso.
Lo realmente importante de los diagramas UML, son los
documentos de descripción de casos de uso, este
documento explica la forma de interactuar entre el usuario y
el sistema. En algunos proyectos hasta solo se podría usar
los documentos de descripción de casos de uso, claro
dependiendo del proyecto, y la experiencia con UML:
Caso Nº
de
1.
Uso
Actores
<Nombre Caso de Uso 1>
<Actores que intervienen en el caso de uso>
Descripció <La descripción debería brevemente comunicar el
n
rol y propósito del caso de uso>
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
47
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Flujo de
Eventos
Básico
<Nota: Esta sección es opcional, usado si el caso
de uso lo amerita con el fin de esclarecer su
funcionamiento>
Automático
[] Manual <Este caso de uso comienza cuando el actor hace
[]
algo. El caso de uso debería describir que hace el
actor y que hace el sistema en respuesta. Este
debería ser expresado en la forma de un dialogo
entre el actor y el sistema>
<Las alternativas más complejas deberían ser
Flujo de
Eventos
descritas en la sección de flujo alternativo como un
Alternativo comportamiento alternativo>
PreCondición
<Una precondición es un estado del sistema que
debería estar presente antes de que un caso de
uso sea efectuado>
PostCondición
<Una post condición es un tipo de caso de éxito
que representa una lista de estados posibles que el
sistema debe tomar inmediatamente después de
que un caso de uso ha finalizado>
Frecuencia Diario
[]
Semanal
[]
Mensual
[]
Ocasional []
Prioridad
Opcional
[]
Deseable
[]
Necesario []
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
48
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Obligatorio []
Características del Producto
CR.1.
0
CR.2.
0
CR.3.
0
Requerimientos Especiales
RE.1.
0
RE.2.
0
RE.3.
0
3.3.1.6.2: Diagrama de clases
Un diagrama de clases sirve para visualizar las
relaciones entre las clases que involucran el sistema, las
cuales pueden ser asociativas, de herencia, de uso y de
contenimiento.
Elementos:
Clase: Es la unidad básica que encapsula toda la
información de un Objeto (un objeto es una
instancia de una clase). A través de ella podemos
modelar el entorno en estudio (una casa, un auto,
una cuenta corriente, etc.).
En UML, una clase es representada por un
rectángulo que posee tres divisiones:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
49
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 3.6. Ejemplo de una clase
En donde el nivel superior contiene el nombre de la
clase, el intermedio contiene los atributos (o
variables de instancia) que caracterizan a la clase
(pueden ser private, protected o public) y el inferior
contiene las operaciones o métodos, los cuales son
la forma como interactúa el objeto con su entorno
(dependiendo de la visibilidad: private, protected o
public).
Relaciones entre Clases: Ahora ya definido el
concepto de clase, es necesario explicar cómo se
pueden interrelacionar dos o más clases (cada uno
con características y objetivos diferentes).
Fig. 3.7. Ejemplo de una relación entre clases
Antes es necesario explicar el concepto de
cardinalidad de relaciones: En UML, la cardinalidad
de las relaciones indica el grado y nivel de
dependencia, se anotan en cada extremo de la
relación y éstas pueden ser:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
50
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” uno o muchos: 1..* (1..n)
0 o muchos: 0..* (0..n)
número fijo: m (m denota el número)
Hay 3 tipos de relaciones, esas son:
Relación de Dependencias: Es una
relación de uso, es decir una clase usa a
otra, que la necesita para su cometido. Se
representa con una flecha discontinua va
desde la clase utilizadora a la clase
utilizada. Con la dependencia mostramos
que un cambio en la clase utilizada puede
afectar al funcionamiento de la clase
utilizadora, pero no al contrario.
Relación de Generalización: Es la
herencia, donde tenemos una o varias
clases padre o superclase, y una clase hija
o subclase. UML soporta tanto herencia
simple como herencia múltiple.
Relación de Asociación: Especifica que los
objetos de una clase están relacionados con
los elementos de otra clase. Se representa
mediante una línea continua, que une las
dos clases. Podemos indicar el nombre,
multiplicidad en los extremos, su rol, y
agregación.
3.3.1.6.3: Diagrama de Objetos
Forma parte de la vista estática del sistema. En este
diagrama se modelan las instancias de las clases del
diagrama de clases. Muestra a los objetos y sus relaciones,
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
51
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” pero en un momento concreto del sistema. Estos
diagramas contienen objetos y enlaces. En los diagramas
de objetos también se pueden incorporar clases, para
mostrar la clase de la que es un objeto representado.
En este diagrama se muestra un estado del diagrama de
eventos. Para realizar el diagrama de objetos primero se
debe decidir que situación queremos representar del
sistema. Es decir si disponemos de un sistema de
mensajería, deberemos decidir que representaremos el
sistema con dos mensajes entrantes, los dos para
diferentes departamentos, dejando un departamento
inactivo.
3.3.1.6.4: Diagrama de secuencia
El diagrama de secuencia forma parte del modelado
dinámico del sistema. Se modelan las llamadas entre
clases desde un punto concreto del sistema. Es útil para
observar la vida de los objetos en el sistema, identificar
llamadas a realizar o posibles errores del modelado
estático, que imposibiliten el flujo de información o de
llamadas entre los componentes del sistema.
Un diagrama de secuencia muestra una interacción
ordenada según la secuencia temporal de eventos. Muestra
los objetos participantes en la interacción y los mensajes
que intercambian, ordenados según su secuencia en el
tiempo.
En el diagrama de secuencia se muestra el orden de las
llamadas en el sistema. Se utiliza un diagrama para cada
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
52
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” llamada a representar. Es imposible representar en un solo
diagrama de secuencia todas las secuencias posibles del
sistema, por ello se escoge un punto de partida.
El eje vertical representa el tiempo, y en el eje horizontal
se colocan los objetos y actores participantes en la
interacción, sin un orden prefijado. Cada objeto o actor
tiene una línea vertical, y los mensajes se representan
mediante flechas entre los distintos objetos. El tiempo fluye
de arriba abajo. Se pueden colocar etiquetas (como
restricciones de tiempo, descripciones de acciones, etc.)
bien en el margen izquierdo o bien junto a las transiciones
o activaciones a las que se refieren.
Fig. 3.8. Ejemplo de un diagrama de
secuencia
3.3.1.6.5: Diagrama de colaboración
Un diagrama de colaboración muestra una interacción
organizada basándose en los objetos que toman parte en la
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
53
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” interacción y los enlaces entre los mismos (en cuanto a la
interacción se refiere).
Estos diagramas muestran más o menos la misma
información que la mostrada por los diagramas de
secuencia, pero mientras los diagramas de secuencia
destacan la forma en que las operaciones se producen en
el tiempo, los diagramas de colaboración fijan el interés en
las relaciones entre los objetos y su topología.
En los diagramas de colaboración los mensajes
enviados de un objeto a otro se representan mediante
flechas, mostrando el nombre del mensaje, los parámetros
y la secuencia del mensaje. Los diagramas de colaboración
están indicados para mostrar una situación o flujo del
programa específicos; y es uno de los mejores tipos de
diagramas para demostrar o explicar rápidamente un
proceso dentro de la lógica del programa.
Fig. 3.9. Ejemplo de un diagrama de colaboración
3.3.1.6.6: Diagramas de estado
Los diagramas de estado muestran los diferentes
estados de un objeto durante su vida, y los estímulos que
provocan los cambios de estado en un objeto.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
54
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Los diagramas de estado ven a los objetos como
máquinas de estado que pueden estar en un conjunto de
estados finitos y que pueden cambiar su estado a través de
un estímulo perteneciente a un conjunto finito.
Elementos:
Estado: Los estados son los ladrillos de los diagramas
de estado. Un estado pertenece a exactamente una
clase y representa un resumen de los valores y atributos
que puede tener la clase. Un estado UML describe el
estado interno de un objeto de una clase particular. Hay
que tener en cuenta que no todos los cambios en los
atributos de un objeto deben estar representados por
estados, sino únicamente aquellos cambios que pueden
afectar significativamente a la forma de funcionamiento
del objeto.
Hay dos tipos especiales de estados: inicio y fin. Son
especiales en el sentido de que no hay ningún evento
que pueda devolver a un objeto a su estado de inicio, y
de la misma forma no hay ningún evento que pueda
sacar a un objeto de su estado de fin.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
55
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 3.10. Ejemplo de un diagrama de estado
3.3.1.6.7: Diagramas de actividad
Los diagramas de actividad describen la secuencia de
las actividades en un sistema. Los diagramas de actividad
son una forma especial de los diagramas de estado, que
únicamente (o mayormente) contienen actividades.
Los diagramas de actividad son similares a los
diagramas de flujo procesales, con la diferencia de que
todas las actividades están claramente unidas a objetos.
Los diagramas de actividad siempre están asociados a
una clase, a una operación o a un caso de uso.
Estos diagramas de actividad soportan actividades tanto
secuenciales como paralelas. La ejecución secuencial se
representa por medio de iconos de fork/espera, y en el
caso de las actividades paralelas, no importa en qué orden
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
56
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” sean invocadas (pueden ser ejecutadas simultáneamente o
una detrás de otra).
Existen unos pocos elementos en UML que no tiene un
valor semántico real en el diagrama, pero que ayudan a
clarificar partes del programa. Estos elementos son líneas
de texto, notas de texto y enlaces, y cajas.
Las líneas de texto son útiles para añadir
información textual a un diagrama. Es texto libre y
no tiene ningún significado para el diagrama.
Las notas son útiles para añadir información más
detallada de un objeto o una situación específica.
Tienen la gran ventaja de que se pueden enlazar a
los elementos UML para mostrar que una nota
“pertenece” a un objeto o situación específicos.
Las cajas son rectángulos repartidos libremente
que pueden usarse para juntar objetos haciendo los
diagramas más legibles. No tienen significado lógico
en el diagrama.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
57
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Actividad1
Actividad2
Bifurcación
Actividad3
Reunificación
Actividad4
Fig. 3.11. Ejemplo de un diagrama de actividad
3.3.1.6.8: Diagramas de componentes
Se utilizan para modelar la vista estática de un sistema.
Muestra la organización y las dependencias entre un
conjunto de componentes. No es necesario que un
diagrama incluya todos los componentes del sistema,
normalmente se realizan por partes. Cada diagrama
describe un apartado del sistema.
En él situaremos librerías, tablas, archivos, ejecutables y
documentos que formen parte del sistema.
Uno de los usos principales es que puede servir para
ver que componentes pueden compartirse entre sistemas o
entre diferentes partes de un sistema.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
58
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 3.12. Ejemplo de un componente
Aquí tenemos un componente del sistema de Windows.
En el diagrama de componentes de Windows debe salir
este componente, ya que sin él, el sistema no funcionaría.
Fig. 3.13. Ejemplo de un componente con una interface
En esta otra figura tenemos el mismo componente, pero
indicamos que dispone de un interface. Al ser una dll el
interface nos da acceso a su contenido. Esto nos hace
pensar que la representación anterior es incorrecta, pero no
es así, solo corresponde a un nivel diferente de detalle.
Podemos modelar diferentes partes de nuestro sistema,
y modelar diferentes entidades que no tienen nada que ver
entre ellas:
Ejecutables y bibliotecas.
Tablas.
API.
Código fuente.
Hojas HTML.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
59
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 3.14. Ejemplo de un diagrama de componentes
3.3.1.6.9: Diagramas de despliegue
En el diagrama de despliegue se indica la situación
física de los componentes lógicos desarrollados. Es decir
se sitúa el software en el hardware que lo contiene.
Cada hardware se representa como un nodo. Un nodo
se representa como un cubo, un nodo es un elemento
donde se ejecutan los componentes, representan el
despliegue físico de estos componentes.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
60
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 3.15. Ejemplo de un diagrama de despliegue
En la figura tenemos dos nodos, el cliente y el servidor,
cada uno de ellos contiene componentes. El componente
del cliente utiliza un interface de uno de los componentes
del servidor. Se muestra la relación existente entre los dos
nodos. A esta relación podríamos asociarle un estereotipo
para indicar que tipo de conexión disponemos entre el
cliente y el servidor, así como modificar su cardinalidad,
para indicar que soportamos diversos clientes.
Como los componentes pueden residir en más de un
nodo podemos situar el componente de forma
independiente, sin que pertenezca a ningún nodo, y
relacionarlo con los nodos en los que se sitúa.
3.3.2. GeneXus
3.3.2.1: Definición
GeneXus
aplicaciones
es una herramienta de desarrollo de
que permite construir sistemas que
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
61
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” evolucionan tecnológicamente en el tiempo. Orientada a
empresas de mediano y gran tamaño.
Aunque otras herramientas también intervienen en el
desarrollo, GeneXus comanda el 100% de la generación de
programas, mantenimiento de la base de datos y
mantenimiento de código fuente.
En GeneXus se desarrolla con libertad de plataforma, de
base de datos, de lenguaje, de arquitectura, de sistema
operativo; con menores costos en el mantenimiento y la
migración a nuevas plataformas, y con prototipos al
instante. Por todo esto GeneXus reduce drásticamente los
costos de desarrollo de aplicaciones y mantenimiento de
los sistemas informáticos.
El diseño y prototipo son realizados y probados en un
ambiente Windows, Windows NT/2000/XP. Cuando el
prototipo es totalmente aprobado por sus usuarios, la base
de datos y los programas de aplicación son generados y
mantenidos en forma totalmente automática, para el
ambiente de producción.
La idea básica de GeneXus es automatizar todo aquello
que es automatizable: normalización de los datos y diseño,
generación y mantenimiento de la base de datos y de los
programas de aplicación. De esta manera se evita que el
analista deba dedicarse a tareas rutinarias y tediosas.
GeneXus es una herramienta de desarrollo
multiplataforma, donde el analista tiene su foco en el
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
62
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” conocimiento del negocio, dejando que GeneXus se
dedique a la programación de bajo nivel. Esto permite que
el programador no tenga que conocer el lenguaje de
programación de bajo nivel, ya que GeneXus crea el código
fuente necesario en el lenguaje deseado y para la base de
datos que se decida.
GeneXus está basado en un paradigma completamente
diferente a los usuales paradigmas de desarrollo de
sistemas; no parte de un modelo de datos preexistente ni
de concepciones abstractas sobre lo que es importante
para la empresa y lo que no lo es.
GeneXus parte de las diferentes visiones de sus
usuarios. Cada usuario, perteneciente a cualquier nivel de
la empresa, conoce bien la visión de los datos con los que
trabaja a diario; GeneXus parte de estas visiones y
encuentra el modelo de datos ideal derivado de ellas.
3.3.2.2: Características únicas de GeneXus
GeneXus tiene algunas características únicas que lo
distinguen, entre ellas pueden destacarse:
El diseño comienza una vez que los usuarios finales
han proporcionado el conocimiento suficiente sobre
los objetos con los que interactúan todos los días.
Debido a sus actividades diarias, ellos son quienes
saben como debe y como no debe funcionar el
sistema.
La descripción de cada objeto es totalmente
independiente de los demás por lo que, en el caso
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
63
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” de que se deba modificar la descripción de uno, ello
no
implicará
la
necesidad
de
modificar
manualmente la descripción de cualquier otro. Esta
característica exclusiva de GeneXus es la que
permite un mantenimiento totalmente automático de
las aplicaciones.
La curva de aprendizaje es corta.
El diseño, creación y mantenimiento de la base de
datos son totalmente automáticos.
Tanto la base de datos como los programas sean
cuales sean las modificaciones que hayan sufrido,
tienen la mejor calidad: La base de datos es
siempre la óptima y los programas no se modifican,
cuando ya no son adecuados se generan otros
nuevos, óptimos y no remendados, que los
sustituyen.
Utilización de los archivos o bases de datos
preexistentes como propios de GeneXus.
Lenguajes poderosos y de muy alto nivel para la
definición de Procesos, Work Panels y Web
Objects. En estos lenguajes las descripciones de
los procesos se hacen sin referirse a los archivos
involucrados,
los
que
son
inferidos
automáticamente en tiempo de generación. Esta
característica permite una total independencia entre
los datos y dichas especificaciones. Como
consecuencia, las especificaciones de alto nivel de
GeneXus no necesitan modificaciones de la base
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
64
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” de datos.
Mantenimiento 100% automático: El conjunto de
estos elementos permite a GeneXus generar y
mantener automáticamente el 100% de los
programas en aplicaciones normales de tipo
comercial, administrativo, financiero o industrial.
GeneXus funciona en PC’s, dejando al entorno de
producción totalmente libre para el procesamiento
de las aplicaciones.
Fácil distribución del conocimiento corporativo para
facilitar el desarrollo de nuevas aplicaciones.
Soluciones de reportes y Data Warehousing simples
y potentes.
Verificación automática de consistencia, y
consolidación, entre aplicaciones desarrolladas
separadamente.
Independencia de plataforma y arquitectura.
Simplicidad: GeneXus utiliza los recursos más
avanzados de la inteligencia artificial para que el
analista y los usuarios, puedan usarlo de una forma
muy simple.
GeneXus está construido
fundamento matemático.
sobre
un
sólido
3.3.2.3: Tratamiento del Conocimiento en GeneXus
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
65
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” GeneXus trabaja con conocimiento puro, y este
conocimiento es independiente de la tecnología utilizada.
GeneXus conoce realmente la base de datos y los
programas; como consecuencia, es capaz de inferir un
informe sobre el impacto causado por los cambios
efectuados a los programas y a la base de datos,
automáticamente y en cualquier momento. Y una vez que
dicho
reporte
es
aceptado,
puede
propagar
automáticamente todos esos cambios a los datos y a los
programas.
GeneXus garantiza el mantenimiento 100% automático
de las aplicaciones gracias a su tecnología única, y es el
único producto en todo el mundo capaz de hacerlo.
El conocimiento puro tiene un valor permanente, y es
independiente de elementos de menor nivel tales como la
plataforma (hardware, sistema operativo, servidor de base
de datos, servidor de aplicaciones, etc.).
GeneXus protege el conocimiento de todos los usuarios,
independientemente de la tecnología utilizada. Sea cual
sea la tecnología usada en el futuro, el conocimiento será
el mismo; por lo tanto, construyendo los generadores
necesarios, este conocimiento será reutilizado para generar
sistemas para las nuevas tecnologías.
Otra consecuencia del tratamiento automático del
conocimiento, es que este conocimiento puede ser
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
66
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” “fácilmente integrado” y, por lo tanto, comprado y vendido
para facilitar y optimizar el desarrollo de sistemas.
3.3.2.4: Metodología incremental
Esta metodología incremental trata de capturar el
conocimiento que existe en las visiones de los usuarios, y
sistematizarlo en una base de conocimiento. La
característica fundamental de esta base de conocimiento,
que la diferencia de los tradicionales diccionarios de datos,
es su capacidad de inferencia: se pretende que, en
cualquier momento, se puedan obtener de esta base de
conocimiento, tanto elementos que se han colocado en ella,
como cualquier otro que se pueda inferir a partir de ellos.
En resumen, GeneXus hace posible el “negocio del
conocimiento”, como un paso adelante respecto al “negocio
del software”.
3.3.2.5: Etapas
Cuando una aplicación se desarrolla con GeneXus la
primera etapa consiste en hacer el diseño de la misma,
registrando las visiones de los usuarios; a partir de estas
visiones el sistema captura y sistematiza el conocimiento.
Posteriormente se pasa a la etapa de prototipos, en
donde GeneXus genera la base de datos (estructura y
datos) y programas para el ambiente de prototipo.
Una vez generado el prototipo debe ser puesto a prueba
por el analista y los usuarios. Si durante la prueba del
prototipo se detectan mejoras o errores se retorna a la fase
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
67
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” de diseño, se realizan las modificaciones correspondientes
y se vuelve al prototipo.
Llamaremos a este ciclo de Diseño/Prototipo. Una vez
que el prototipo está aprobado, se pasa a la etapa de
implementación, en donde GeneXus genera también
automáticamente, la base de datos y programas para el
ambiente de producción.
En resumen, una aplicación comienza con un diseño,
luego se realiza el prototipo, luego se implementa y en
cualquiera de los pasos anteriores se puede regresar al
diseño para realizar modificaciones.
Fig. 3.14. Ejemplo de un diagrama de despliegue
Fig. 3.16. Etapas de GeneXus
3.3.2.5.1: Diseño
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
68
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Esta tarea es realizada por el analista y el usuario, y
consiste en identificar y describir las visiones de datos de
los usuarios.
El trabajo se realiza en el ambiente del usuario. Este
esquema permite trabajar con un bajo nivel de abstracción,
utilizando términos y conceptos que son bien conocidos por
el usuario final.
GeneXus captura el conocimiento por medio de visiones
de objetos de la realidad del usuario. Los tipos de objetos
soportados por GeneXus son: transacciones, reportes,
procedimientos, work panels, web panels, temas, menús y
data views.
La tarea de diseño consiste, fundamentalmente en
identificar y describir estos objetos. A partir de estas
descripciones, GeneXus sistematiza el conocimiento
capturado y va construyendo, en forma incremental, la base
de conocimiento.
Esta base de conocimiento es un repositorio único de
toda la información del diseño, a partir de la cual GeneXus
crea el modelo de datos físico (tablas, atributos, índices,
redundancias, reglas de integridad referencial, etc.), y los
programas de aplicación.
Así, la tarea fundamental en el análisis y diseño de la
aplicación se centra en la descripción de los objetos
GeneXus.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
69
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Las clases de objetos GeneXus más importantes son:
Transacciones: Una transacción es un proceso
interactivo o pantalla (Windows o Web) que permite
a los usuarios crear, modificar o eliminar
información de la base de datos. Una pantalla
permite al usuario tomar diferentes acciones como
insertar, actualizar, eliminar, imprimir sin tener que
volver al menú para hacerlo.
Reportes: Un reporte es un proceso que permite
visualizar los datos de la base de datos. La salida
del listado puede ser enviada a pantalla o a la
impresora. Con este objeto se pueden definir desde
listados simples hasta muy sofisticados, en donde
existan varios cortes de control, múltiples lecturas a
la base de datos y parametrización. En los reportes
no se puede actualizar la base de datos.
Procedimientos: Este objeto tiene todas las
características de los reportes, y además permite
actualizar la base de datos. Los procedimientos son
comúnmente usados para dos tipos de procesos:
Procesos batch de actualización: Si se
desea eliminar todas las facturas de fecha
anterior a una fecha dada y que ya fueron
pagadas.
Subrutinas de uso general: Una rutina de
monto escrito, en donde, dado un importe
(en número) se devuelve un literal con el
importe en letras.
Procesos a ejecutar en un servidor de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
70
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” aplicaciones o servidor de base de datos.
Work Panels: Un work panel es una pantalla que
permite al usuario realizar consultas interactivas a la
base de datos. Cuanto más los usuarios utilizan el
computador para su trabajo, se torna más necesaria
la utilización de diálogos, que le permitan sentarse a
pensar frente al mismo. Los work panels permiten
diseñar este tipo de diálogos del usuario.
Web Panels: Son parecidos al grupo de work
panels pero requieren un browser para ser
ejecutados en ambientes Internet /Intranet/Extranet.
Temas: Estos son creados con el editor de temas;
el editor de temas es una herramienta grafica que
define todos los elementos visuales de una
aplicación, como: fuentes, tablas, botones, etc.
Luego, el tema se asocia con los objetos GeneXus.
Los valores de los temas pueden ser cambiados en
tiempo de ejecución, lo que permite que las
aplicaciones Web sean más dinámicas y a la
medida del usuario.
Menús: Un menú es una pantalla que contiene una
serie de opciones fijas que el usuario selecciona
para ejecutar.
Data Views: Permiten considerar correspondencias
entre tablas de bases de datos preexistentes y
tablas GeneXus, y tratar aquellos con la misma
inteligencia como si fueran objetos GeneXus.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
71
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Basados en estos objetos, el modelo de datos físico es
diseñado con base en la teoría de bases de datos
relacionales, y asegura una base de datos en tercera forma
normal sin redundancia. Esta normalización es efectuada
automáticamente por GeneXus. Sin embargo, el analista
puede definir redundancias y a partir de estas, pasan a ser
administradas automáticamente por GeneXus.
El
repositorio
de
GeneXus
mantiene
las
especificaciones de diseño en forma abstracta, o sea que
no depende del ambiente objeto; permitiendo que se
puedan generar aplicaciones funcionalmente equivalentes
a partir del mismo repositorio, para ser ejecutadas en
diferentes plataformas.
El desarrollar aplicaciones con GeneXus le da la
posibilidad de dividir una aplicación de tal manera que cada
parte puede ser ejecutada en diferentes plataformas,
utilizándose el lenguaje más apropiado para generar los
programas en cada una de estas plataformas. Esto ha dado
lugar a la aparición de las arquitecturas de múltiples capas,
que a la vez optimizan el uso de los recursos disponibles.
3.3.2.5.2: Prototipo
En la etapa de diseño se pueden dar ciertos problemas
debido a que el analista puede olvidar ciertos elementos, se
equivoca en algunas apreciaciones o puede interpretar mal
las explicaciones del usuario. Estos problemas
generalmente son detectados en las pruebas finales del
sistema y el costo (en tiempo y dinero) de solucionarlos es
muy grande.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
72
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El impacto de estos problemas disminuiría si se
consiguiera probar cada especificación, inmediatamente, y
saber cual es la repercusión de cada cambio sobre el resto
del sistema.
Una solución sería poner a disposición del usuario para
su
ejecución,
inmediatamente,
una
aplicación
funcionalmente equivalente a la deseada, hasta en los
mínimos detalles.
Esta solución es implementada por GeneXus, llamada
prototipo; es una aplicación completa, funcionalmente
equivalente a la aplicación de producción.
La diferencia entre prototipación y producción consiste
en que la primera se hace en un ambiente de
microcomputador, mientras que la producción se realiza en
el ambiente objeto del usuario (IBM iSeries, Cliente /
Servidor, JAVA, .NET).
El prototipo permite que la aplicación sea totalmente
probada antes de pasar a producción. Durante estas
pruebas, el usuario final puede trabajar con datos reales, o
sea que prueba, de una forma natural, no solamente
formatos de pantallas, informes, etc. sino también fórmulas,
reglas del negocio, estructuras de datos, etc.
La filosofía de GeneXus está basada en el concepto
conocido como desarrollo incremental. Cuando se trabaja
en un ambiente tradicional, los cambios en el proyecto
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
73
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” hechos durante la implementación y, sobre todo, aquellos
que son necesarios luego de que el sistema está
implantado, son muy costosos. GeneXus resuelve este
problema construyendo la aplicación con una metodología
de aproximaciones sucesivas que permite, una vez
detectada la necesidad de cambios, prototiparlos y
probarlos inmediatamente por parte del usuario, sin costo
adicional.
3.3.2.5.3: Implementación
GeneXus genera automáticamente el código necesario
para crear y mantener la base de datos, y generar y
mantener los programas para manejar los objetos descritos
por el usuario.
El proceso de generación puede ser considerado en dos
etapas:
Especificación: Es totalmente independiente del
ambiente objeto.
Generación: Es parcialmente independiente del
ambiente objeto.
Esto significa que se puede ejecutar el mismo modelo
en las diferentes plataformas de ejecución para las que se
ha generado y cada una de estas versiones generadas
puede ser optimizada de acuerdo con el ambiente en el
cual correrá.
Los ambientes y lenguajes actualmente soportados son:
Plataformas de ejecución: JAVA, Microsoft .NET,
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
74
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Microsoft .NET Compact Framework.
Sistemas Operativos: IBM OS/400, LINUX, UNIX,
Windows
NT/2000/2003
Servers,
Windows
NT/2000/XP/CE.
Internet: JAVA, ASP.NET, Visual Basic (ASP),
C/SQL, HTML, WebServices.
Bases de Datos: IBM DB2 UDB, Informix, Microsoft
SQL Server, MySQL, Oracle and PostgreSQL.
Lenguajes: JAVA, C#, C/SQL, COBOL, RPG, Visual
Basic, Embedded Visual Basic y Visual FoxPro.
Servidores
Web:
WebSphere, etc.
Microsoft
IIS,
Apache,
Múltiples Arquitecturas: Arquitecturas de múltiples
capas, basadas en web, Cliente/Servidor,
centralizadas (iSeries).
3.3.2.6: Impacto de los cambios sobre la base de datos
(visión del usuario)
Análisis de impacto: Una vez descritos los
cambios de las visiones de usuarios, GeneXus
analiza automáticamente cual es el impacto de los
mismos sobre la base de datos y produce un
informe donde explica como debe hacerse la
conversión de los datos y que problemas
potenciales
tiene
esa
conversión,
las
inconsistencias por viejos datos ante nuevas reglas,
etc. El analista decide si acepta el impacto y sigue
adelante o no.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
75
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Generación de programas de conversión: Una
vez que los problemas han sido solucionados o bien
se ha aceptado la conversión que GeneXus sugiere
por defecto, se generan automáticamente los
programas para hacer la conversión (estructura y
contenido) de la vieja base de datos a la nueva.
Ejecución de los programas de conversión:
Finalmente, se pasa al ambiente de ejecución que
corresponda
(prototipo,
producción
Internet,
producción Cliente / Servidor, etc.) y se ejecutan los
programas de conversión.
3.3.2.7: Impacto de los cambios sobre los programas
(visión del usuario)
Análisis de impacto: A continuación, GeneXus
analiza el impacto de los cambios sobre los
programas, y produce un diagnóstico informando
qué programas deben generarse o regenerarse y
proporcionando también, para el nuevo programa, o
bien el diagrama de navegación o bien un pseudocódigo, a elección del analista.
Generación
de
nuevos
programas:
A
continuación el sistema genera o regenera
automáticamente todos los programas.
3.3.2.8: Documentación
Todo el conocimiento inferido por GeneXus está
disponible en un repositorio activo, que constituye una muy
completa documentación, permanentemente actualizada.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
76
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” La documentación incluye la descripción de objetos
específicos e información sobre la base de conocimiento
resultante y sobre la base de datos diseñada.
La base de conocimiento de GeneXus no solamente le
permite acceder al conocimiento que almacena siempre
que usted lo desee sino que también le habilita el acceso a
toda la información inferida lógicamente.
3.3.2.9: Consolidación de varias
reutilización de conocimiento
aplicaciones
y
Varias aplicaciones pueden ser diseñadas y
prototipadas simultáneamente, por diferentes equipos,
utilizando GeneXus. Estos equipos pueden intercambiar
especificaciones de diseño utilizando el GeneXus
Knowledge Manager; este módulo permite:
Comenzar el diseño de una nueva aplicación
basada en objetos del negocio, patrones de
software, dominios, atributos y/o estilos de un
dominio público.
Distribuir conocimiento desde una base de
conocimiento corporativa a la base de conocimiento
de otra aplicación.
Verificar la concordancia entre la base de
conocimiento de una aplicación y la corporativa.
Consolidar dos aplicaciones (es especialmente útil
consolidar el conocimiento de una aplicación dada a
la base de conocimiento corporativa).
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
77
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Esto permite una gran flexibilidad, el analista trabaja con
entera libertad en un ambiente de prototipo, con una
pequeña base de conocimiento y, sólo cuando su
aplicación está pronta a terminarse desde el punto de vista
del usuario, debe tomarse en cuenta la base de
conocimiento corporativa, que generalmente será muy
grande.
Al inicio es necesario usar una nomenclatura común
entre las diferentes bases de conocimiento involucradas en
la consolidación. No obstante, la nueva funcionalidad
“Adapt From” le permite definir un mapeo para la
conversión de nombres para adaptarse a la nomenclatura
objeto.
Además, ahora es posible que un objeto sea declarado
como público o privado. Todos pueden ser usados
automáticamente por GeneXus, pero en el caso de los
objetos privados, solo el dueño puede ver y/o modificar la
fuente de alto nivel de GeneXus.
3.3.3. AS400
3.3.3.1: Definición
El sistema AS/400 es un equipo de IBM de gama media
y alta, para todo tipo de empresas y grandes
departamentos.
Se trata de un sistema multiusuario, con una interfaz
controlada mediante menús y comandos muy intuitivos que
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
78
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” utiliza terminales y un sistema operativo basado en objetos
y bibliotecas, llamado OS/400.
Un punto fuerte del OS/400 es su integración con la
base de datos DB2/400. Esta es también soporte para los
datos de las aplicaciones, dando como resultado un
sistema integrado de enorme potencia y estabilidad.
El IBM AS/400e Series brinda el poder, seguridad y
flexibilidad que las empresas necesitan para manejar hasta
las más sofisticadas aplicaciones de la actualidad, ya sean
estas para unas pocas estaciones de trabajo o para una
red, la extraordinaria arquitectura del sistema AS/400 se
une con la más avanzada tecnología de procesadores
actualizables para satisfacer de una manera efectiva en
costos las necesidades de las empresas en crecimiento.
Lo mejor de todo es que se puede aprovechar la
evolución de rendimiento de las capacidades del AS/400e
Series sin tener que arriesgar un solo centavo de su
inversión actual en sistemas AS/400.
El AS/400e Series le provee de extensas funciones de
disponibilidad y recuperación, como por ejemplo la
tecnología de almacenamiento “Arreglo Redundante de
Discos Independientes” (RAID). Las mejoras hechas al
AS/400 que minimizan el potencial de inactividad del
sistema incluyen la alta disponibilidad de energía y el
mantenimiento concurrente de DASD que permite reparar o
remplazar las unidades de disco interno mientras el sistema
continúa operando.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
79
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El sistema AS/400, es operado por medio de menús
para las diferentes funciones a realizar, como por ejemplo,
dar de alta usuarios en el sistema, trabajar con el spool de
impresiones, trabajar con líneas de comunicación, etc.
Pero esta operación puede ser un tanto lenta, ya que
para llegar a un determinado proceso en ocasiones hay
que pasar por una serie de menús, más aún, cuando no se
está muy familiarizado con la operación de dichos menús.
El equipo AS/400 cuenta con una gran cantidad de
mandatos que son utilizados para facilitar su operación
evitando al máximo la utilización de los menús.
Puede trabajar con los lenguajes de programación
siguientes: RPG, ensamblador, C, Java, COBOL, SQL,
BASIC y REXX. También se dispone de varias
herramientas CASE: ADP/400, Synon, AS/SET, Lansa,
Delphi/400 for Windows, Delphi/400 for PHP.
3.3.3.2: Arquitectura AS/400
El AS/400 es un sistema integrado muy complejo que
incluye el hardware, el software, la seguridad, una base de
datos y otros componentes.
La arquitectura avanzada AS/400 es única, ya que es
extremadamente adaptable y puede incorporar fácilmente
nuevas tecnologías.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
80
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El AS/400 se diseña para separar el software y el
hardware así que los cambios en uno tienen poco efecto en
el otro.
3.3.3.3: Sistema Operativo OS/400
Conocido también como i5 OS. El OS/400 reside sobre
el MI, esto permite que el sistema operativo sea
independiente del hardware. La mayoría de los
componentes del sistema operativo manejan funciones
tales como memoria, proceso, programa, y gerencia de I/O.
En el AS/400 estas funciones de nivel inferior son
manejadas por el código interno licenciado (LIC) que es el
software de sistema operativo debajo del MI. El LIC protege
programas de uso y al OS/400 contra cambios del
hardware.
Entre sus características iniciales más destacadas
podríamos señalar la integración a nivel del propio sistema
de la base de datos DB2/400, que no solo se ofrece como
soporte para los datos de aplicaciones y usuarios, sino
también como un almacenamiento estructurado para todos
los objetos del sistema operativo, incluyendo un sistema de
librerías mononivel. Como es usual en los sistemas medios
tiene la posibilidad de generar "subsistemas", es decir
asignar recursos (memoria, procesadores, etc) a funciones
o entornos concretos, permitiendo un control más profundo
de los mismos.
Tiene subsistemas incorporados que le permiten
ejecutar aplicaciones de los Sistemas/3x de IBM en el
hardware del AS/400 de forma nativa o modificado. En las
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
81
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” últimas versiones también pueden ejecutarse aplicaciones
AIX de manera nativa e instalarse GNU/Linux en
particiones lógicas (LPAR).
Aun tratándose de un sistema operativo que no
incorpora una interface gráfica, el producto bajo licencia
iSeries Access incluye iSeries Navigator con versiones para
Windows y para web, que permite la administración del
sistema y de la base de datos mediante una interface
gráfica. También incluye administración web para el
servidor web Apache y para el servidor de aplicaciones
Websphere Application Server.
3.3.3.4: Sistema de Ficheros Integrado
El AS/400 contiene un sistema de ficheros integrado
(IFS). Este IFS hace que lo escrito en otros sistemas de
ficheros, como PC, Unix, etc., puedan tener acceso a los
datos almacenados en el AS/400.
El IFS integra todos los sistemas de ficheros en el
AS/400 con una interfaz y un sistema de reglas. El IFS
proporciona el acceso a los datos. Los datos deben estar
en el formato compatible para el uso de la petición.
3.3.3.5: DB2/400 Base de Datos - La Base de Datos
Integrada
El AS400 contiene una base de datos emparentada
llamada DB2/400. DB2/400 se integra en el AS/400 en
parte sobre el MI y en LIC. Puesto que DB2/400 se integra
a través del sistema entero puede alcanzar un nivel de
eficacia muy alto porque se integra firmemente con los
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
82
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” componentes con los cuales se comunica. El sistema de
gerencia de la base de datos (DBMS) es un marco para
almacenar y recuperar datos. Un DBMS debe tener una
interfaz para que los usuarios puedan tener acceso y
manipular los datos.
Hay dos interfaces al AS/400:
Las especificaciones de la descripción de los datos
(DDS): Llamado también interfaz nativo, fue
transportado de la IBM System/38. Tiene una
mirada y una sensación similares al sistema de
gerencia de información de la IBM (IMS).
Lenguaje de interrogación estructurado: Esta
interfaz es SQL. Este es el estándar de la industria
para las bases de datos emparentadas y es un
producto opcional que usted debe comprar por
separado.
3.3.3.6: Almacenamiento De los Datos
Los cuatro componentes principales que DB2/400 utiliza
para el almacenamiento de los datos son:
Herramientas para la transformación y la
propagación: Se utilizan para moverse y para
manipular datos en una forma más apropiada para
el almacén. Transforma datos operacionales en
datos informativos.
El servidor de la base de datos del almacén de
los datos: Los servidores de la base de datos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
83
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” utilizan el proceso paralelo y bases de datos
multidimensionales. El AS/400 utiliza el proceso
paralelo de I/O (IOP); esto permite el proceso
paralelo en el nivel de I/O para un solo trabajo.
Las herramientas del análisis y del usuario final.
Las herramientas para manejar la información
sobre el almacén de los datos.
La mayoría de las bases de datos emparentadas se
organizan como tablas de dos dimensiones. Las bases de
datos multidimensionales tienen una o más dimensiones
adicionales. DB2/400 puede crear una estructura de datos
tridimensional.
DB2/400 utiliza las herramientas de la inteligencia de
negocio para analizar los datos en el almacén de los datos.
Estas incluyen:
Herramientas de la ayuda de decisión (DSS): Las
herramientas del DSS permiten que el usuario cree
preguntas en forma de preguntas, para conseguir
respuestas a estas preguntas.
Sistemas de información ejecutivos (EIS): Tienen
algunas capacidades extendidas del análisis.
Herramientas que minan de los datos: Permiten el
descubrimiento de la información con poco o nada
de dirección del usuario.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
84
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.3.3.7: Objetos
Casi todo en el AS/400 es un objeto, estos objetos
incluyen: ficheros de datos, perfiles de usuario, colas de
trabajo, colas de mensaje, colas de impresión, programas
compilados, documentos del procesamiento de textos,
menús, etc.
En AS/400 los objetos son categorizados por el tipo, que
permiten que el usuario especifique qué tipo de objetos se
requiere para una tarea dada. Hay los objetos OS/400 y los
objetos del sistema del MI.
3.3.3.8: Bibliotecas
Una biblioteca es un objeto OS/400 que se utiliza para
encontrar otros objetos OS/400 en la base de datos.
Las bibliotecas se organizan como jerarquías. Para
encontrar un objeto del sistema OS/400 se necesita el
nombre de la biblioteca y el nombre del objeto. El AS/400
identifica objetos por su nombre cualificado, que toma la
forma de LIBRARY/OBJECT.
Dos o más objetos pueden tener el mismo nombre pero
deben ser diversos tipos de objetos. Un objeto puede existir
en una biblioteca únicamente.
3.3.3.9: Archivos Físicos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
85
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Un archivo físico lleva los datos reales. El archivo físico
tiene un sistema fijo de campos, en donde cada campo
puede tener longitudes variables.
Un archivo físico tiene dos partes:
La primera parte contiene las cualidades del
archivo: Incluyen el nombre del archivo, el
propietario, el tamaño, el número de tuplas en el
archivo, los campos dominantes.
La segunda parte contiene las descripciones del
campo: La segunda parte de un archivo físico
contiene los datos.
3.3.3.10: Archivos lógicos
Los archivos lógicos permiten que un usuario tenga
acceso a datos en un formato diferente a la manera que se
almacena en uno o más archivos físicos. El archivo lógico
contiene el número de registro correspondiente a los datos
en el archivo físico.
El archivo lógico contiene el índice al archivo físico. Los
archivos lógicos proporcionan la trayectoria al archivo
físico.
3.3.3.11: Colecciones
Una colección es el conjunto de objetos relacionados del
interfaz SQL. Este es el nombre del interfaz SQL para una
biblioteca en el interfaz nativo.
3.3.4: Microsoft Visual Studio 2005
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
86
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.3.4.1: Definición
Visual Studio es un conjunto completo de herramientas
de desarrollo para la generación de aplicaciones Web
ASP.NET, Servicios Web XML, aplicaciones de escritorio y
aplicaciones móviles. Visual Basic, Visual C++, Visual C# y
Visual J# utilizan el mismo entorno de desarrollo integrado
(IDE), que les permite compartir herramientas y facilita la
creación de soluciones en varios lenguajes. Así mismo,
dichos lenguajes aprovechan las funciones de .NET
Framework, que ofrece acceso a tecnologías clave para
simplificar el desarrollo de aplicaciones Web ASP y
Servicios Web XML.
Visual Studio 2005 tiene varias ediciones radicalmente
distintas entre sí: Express, Standard, Professional, Tools for
Office, y 5 ediciones Visual Studio Team System.
Visual Studio ofrece acceso a un poderoso conjunto de
herramientas de desarrollo necesarias para la creación de
aplicaciones cliente orientadas al manejo de datos,
aplicaciones en n capas (Sistemas Conectados) utilizando
servicios Web, y ricas aplicaciones Web.
Visual Studio ofrece además un completo entorno de
desarrollo para los programadores Web, trabajando en
avanzadas aplicaciones dinámicas manteniendo un IDE
sencillo y muy enfocado a la Web. Visual Studio incluye
avanzadas características de desarrollo Web como: la precompilación de sitios Web, herramientas completas de
depuración y acceso a datos más rico.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
87
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.3.4.2: .NET Framework
.NET Framework es un entorno multi-lenguaje para la
construcción, distribución y ejecución de Servicios Webs y
aplicaciones. Es una nueva plataforma diseñada para
simplificar el desarrollo de aplicaciones en el entorno
distribuido
de
Internet.
.NET es una nueva filosofía en cuanto a entornos de
desarrollo. Este entorno puede utilizar varios lenguajes
diferentes para escribir programas, todos se apoyarán en
las herramientas que ofrece para conseguir aplicaciones
.NET
.NET Framework constituye la base sobre la que se
asienta .NET. Es la pieza fundamental de esta nueva
tecnología y es la que nos va a proporcionar las
herramientas y servicios que necesitaremos en nuestro
desarrollo. Podemos agrupar en tres bloques el conjunto de
herramientas y servicios:
El Runtime de lenguaje común o entorno de
ejecución común (CLR)
Biblioteca de clases base de la plataforma .NET
(.NET Framework Base Classes)
Motor de generación de la interfaz para crear
formularios e interfaces de usuario.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
88
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Visual Basic
C++
C#
Jscript
...
CLS (Especificaciones de Lenguaje Común)
ASP.Net
Windows Forms
Datos y XML
Biblioteca de Clase Base
Runtime de Lenguaje Común
Windows API
Servicios COOM+
Fig. 3.17. Estructura de .Net Framework
El gráfico nos indica que en el nivel más alto están los
lenguajes que vamos a utilizar en nuestro desarrollo con
.NET. Luego traduce esas instrucciones al estándar .NET
para poder trabajar con esas instrucciones de una forma
independiente al lenguaje con que se escribieron. El
siguiente paso es la generación de formularios para
Windows o web (ASP). Luego el enlace con bases de datos
si las hay. Por fin llegamos a todos los objetos disponibles y
por último el Runtime de lenguaje común (CLR) que es el
que va a ejecutar la aplicación.
3.3.4.2.1: Runtime del Lenguaje Común
El Runtime del lenguaje común es la primera capa que
pertenece a .NET Framework. Esta capa es la responsable
de los servicios básicos de .NET, tales como la
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
89
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” administración de memoria, la recolección de los elementos
no utilizados, el control estructurado de excepciones y del
subprocesamiento múltiple.
Si .NET se transporta a otras arquitecturas que no estén
basadas en Windows el primer paso sería escribir un
runtime del lenguaje para el nuevo equipo. El CLR tiene
estas características:
Proporciona mejoras para el programador.
Administra el código en tiempo de ejecución: como
la carga en memoria o la liberación de memoria.
Gestiona la seguridad del código.
Abre posibilidades a otros
incorporar sus lenguajes.
fabricantes
para
Facilita la distribución e instalación de aplicaciones.
Elimina conflictos de DLL's y versiones de ellas.
Es la interfaz entre nuestro código y el sistema
operativo. Permitiendo que si se hace un CLR para
Macintosh por ejemplo, nuestras aplicaciones .NET
creadas en Windows corran perfectamente en este
sistema.
3.3.4.2.2: Biblioteca de Clases
La biblioteca de clases base (BCL) es la parte de .NET
Framework que define todos los tipos de datos básicos,
tales como:
System.Object: Raíz de la jerarquía de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
90
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” objetos .NET
Tipos numéricos y de fechas
Tipo string, matrices y colecciones
La BCL contiene también clases que administrarán las
características centrales de .NET:
Entrada/Salida de archivos
Subprocesamiento
Serialización
Seguridad.
La forma en la que los tipos se implementan en la BCL
siguen las especificaciones llamadas Common Type
System (CTS). Por ejemplo, estas especificaciones dicta la
forma en la que un tipo .NET expone campos, propiedades,
métodos y sucesos, también cómo un tipo puede heredar
otro tipo.
3.3.4.2.3: Capa de Datos
La capa de datos y XML contienen las clases .NET que
trabajan con bases de datos y con XML. Anteriormente el
soporte XML era una compatibilidad proporcionada por un
componente externo. En .NET vemos cómo está integrado
en su mismo núcleo.
Podemos decir que XML es el formato que utiliza .NET
para almacenar cualquier tipo de información. La parte de
datos es la que se conoce como ADO.NET y es el
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
91
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” equivalente en .NET a la tecnología ActiveX Data Object
(ADO).
ADO cubre prácticamente todas las técnicas de bases
de datos disponibles (incluyendo cursores del lado del
cliente y del servidor, conjuntos de datos desconectados y
actualizaciones en diferido). ADO.NET está centrado
principalmente
en
los
conjuntos
de
resultados
desconectados (DataSets). Este objeto es mucho más
potente que el objeto ADO Recordset y puede almacenar
datos provenientes de varias tablas, relaciones entre
diferentes tablas de datos y puede importar y exportar
datos en XML.
3.3.4.2.4: Capa de Formularios y ASP
Las dos capas siguientes son ASP.NET y Windows
Forms. Aquí se sitúan todas las clases que podremos
utilizar para generar las páginas web en el primer caso y
las ventanas estándares o formularios en las aplicaciones
de windows en el segundo caso.
ASP.NET es la parte de .NET encargada del desarrollo
web. Aunque estén en el mismo nivel las tecnologías son
muy distintas.
Web Forms se ejecuta en el servidor y produce
HTML y es la base de las conocidas Intranets,
donde estas páginas devuelven otras páginas web
con conjuntos de resultados u otros datos.
Windows Forms se ejecuta en el cliente, un equipo
Windows.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
92
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” La biblioteca de clases de .NET Framework está
formada por una colección de ensamblados (Assembly),
cada uno de los cuales comprende una o más DLL.
Un ensamblado consiste en un conjunto de tipos y
recursos reunidos para formar la unidad más elemental de
código que puede ejecutar el entorno .NET Framework.
Estos ensamblados son los elementos con los que
construiremos una aplicación; una aplicación .NET se
compone de varios ensamblados.
Podemos llamar también a un ensamblado como una
DLL lógica (recordamos que una DLL es una biblioteca de
enlaces dinámicos). Se trata de una lista de ficheros que se
referencian en tiempo de ejecución pero que no se
compilan para producir un fichero físico, a diferencia de las
DLL's tradicionales.
3.3.4.2.5: Capa de CLS y lenguajes
Es donde están las especificaciones de los lenguajes y
su sincronización con el entorno .NET
3.3.4.3: Aplicaciones
Con Visual Studio
desarrolladores pueden:
2005
Standard
Edition,
los
Crear aplicaciones de línea de negocio utilizando
Visual Basic, C#, C++ y J#.
Realizar aplicaciones para Windows, la Web y
dispositivos móviles desde un mismo entorno
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
93
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” unificado de desarrollo.
Construir aplicaciones cliente/servidor usando
servicios Web e integrando herramientas de diseño
para acceder a datos remotos.
Usar SQL Reporting Services para resumir, tabular
y mostrar los resultados.
Extender Visual Studio al consumir componentes de
terceras compañías de entre los 350 socios del
programa VSIP.
Desarrollar aplicaciones Web departamentales con
completas herramientas de depuración, precompilación de sitios Web y comprobación de
accesibilidad 508/WCAG.
3.3.5. Servicios WEB
3.3.5.1: Definición
Un servicio Web es un conjunto de protocolos y
estándares que sirven para intercambiar datos entre
aplicaciones.
Distintas
aplicaciones
de
software
desarrolladas en lenguajes de programación diferentes, y
ejecutadas sobre cualquier plataforma, pueden utilizar los
servicios Web para intercambiar datos en redes de
ordenadores como Internet. La interoperabilidad se
consigue mediante la adopción de estándares abiertos.
Estas aplicaciones o tecnologías intercambian datos
entre sí con el objetivo de ofrecer unos servicios. Los
proveedores ofrecen sus servicios como procedimientos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
94
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” remotos y los usuarios solicitan un servicio llamando a
estos procedimientos a través de la Web.
Los servicios Web se basan en HTTP sobre TCP
(Transmission Control Protocol) en el puerto 80. Dado que
las organizaciones protegen sus redes mediante firewalls
(que filtran y bloquean gran parte del tráfico de Internet),
cierran casi todos los puertos TCP salvo el 80, que es,
precisamente, el que usan los navegadores. Los servicios
Web utilizan este puerto, por la simple razón de que no
resultan bloqueados.
Antes de que existiera SOAP, no había buenas
interfaces para acceder a las funcionalidades de otros
ordenadores en red. Las que había eran ad hoc y poco
conocidas, tales como EDI (Electronic Data Interchange),
RPC (Remote Procedure Call), y otras APIs.
Los servicios Web son muy prácticos ya que pueden
aportar gran independencia entre la aplicación que usa el
servicio Web y el propio servicio. De esta forma, los
cambios a lo largo del tiempo en uno no deben afectar al
otro.
3.3.5.2: Características de los Servicios Web
Forman un ambiente distribuido ya que los objetos
pueden ser accedidos remotamente por medio de
interfaces y proxis, y las operaciones pueden ser
desempeñadas en ellas.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
95
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Usan un modelo de 3 capas, en el cual se definen 3
roles
El rol del proveedor del servicio
El rol del consumidor del servicio
El rol del corredor del servicio.
Estos roles funcionan de la siguiente manera: Los
proveedores pueden registrar sus servicios con los
corredores, y los consumidores pueden preguntar a
los corredores por información en los servicios.
Sus componentes están libremente ligados, lo cual
permite a un cliente consultar el corredor en tiempo
de ejecución, obtener la interfaz para un servicio, y
enlazarse a esta, sin tener que ingresar un URL o
cualquier nombre de método. Esto hace a una red
de servicios Web, auto reparable, porque si un
servicio se baja, los consumidores pueden consultar
los corredores para otros servicios que puedan
desempeñar la misma función. La importancia
radica en que se tienen varios nodos de corredores
que aseguran que un corredor está siempre
disponible.
La comunicación se rige por los estándares
abiertos, tales como: TCP/IP, HTTP y XML. Los
protocolos de alto nivel, llamado a procedimientos,
descripción, publicación, búsqueda entre otros,
están basados en gramática XML. Lo que asegura
interoperabilidad además de ser un estándar abierto
que es ampliamente soportado sobre diversas
plataformas y que tienden a ser permitidos a través
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
96
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” de firewalls.
3.3.5.3: Componentes de un Servicio Web
Servicio: Es la función que se ofrece a los
solicitantes que cumplan con los requisitos mínimos
que especifica el proveedor del servicio. El servicio
es descrito por medio de un leguaje de descripción
de servicio, y se implementa sobre una plataforma
la cual es accesible en la red. Un servicio publica en
un registro las políticas de uso.
Registro de Servicios: Es un ente donde se
encuentran las descripciones de servicios, éste ente
puede ser consultado tanto por los proveedores de
servicios para publicar sus servicios, como por los
solicitantes quienes encuentran los servicios y
características para poder utilizar los servicios
previamente publicados por el proveedor.
Proveedor: El proveedor es quien publica un
servicio. Desde el punto de vista de arquitectura es
la plataforma que provee el servicio y desde el
punto de vista comercial es quien presta el servicio
Consumidor: El consumidor es quien utiliza el
servicio. Desde el punto de vista de arquitectura es
la aplicación o cliente que busca e invoca un
servicio y desde el punto de vista comercial es la
empresa que requiere cierto servicio.
3.3.5.4: Arquitectura de los Servicios Web
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
97
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” La arquitectura de los servicios Web se va a definir
según las operaciones que desempeñan y los
componentes involucrados.
Proveedor
de
Servicios
Publicar
Ligar
Servicio
Descripción
Registro
de
Servicio
Cliente
Buscar
Solicitante
de
Servicio
Fig. 3.18. Arquitectura de los Servicios Web
Publicar/Cancelar: Los proveedores de servicios
publican la disponibilidad de su servicio comercial a
uno o más registros de servicios, o cancelan la
publicación de su servicio.
Buscar: Los solicitantes de servicios interactúan
con uno o más registros de servicios para descubrir
un conjunto de servicios comerciales con los que
pueden interactuar para encontrar una solución.
Ligar (Bind): Los solicitantes de servicios negocian
con los proveedores de servicios para acceder e
invocar servicios comerciales.
3.3.5.5: Protocolos y Estándares Empleados
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
98
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Los protocolos más comunes son:
HTTP – Hypertext Transfer Transport
Protocol
UDDI – Universal Discovery Description
Integration
WSDL – Web Service Description Language
SOAP – Simple Object Access Protocol
XML – Extensible Markup Language
XSLT – XML Stylesheets Language
Transformation
3.3.5.5.1: HTTP – Hypertext Transfer Transport Protocol
3.3.5.5.1.1: Definición
HTTP es un protocolo que provee la ligereza y la
velocidad necesaria para un sistema de información de
colaboración distribuido. Es un protocolo genérico sin
estado orientado a objetos, se puede utilizar para muchas
tareas similares tales como servidores de nombres, y
sistemas orientados a objetos distribuidos, ampliando los
comandos, o los métodos usados.
Una característica que ofrece HTTP es la negociación
de la representación de datos, permitiendo que los
sistemas sean construidos independientemente del
desarrollo de nuevas representaciones avanzadas.
3.3.5.5.1.2: Métodos
El campo método en HTTP indica el método que se
realizará en el objeto identificado por el URL.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
99
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Los métodos más usados son:
GET: Se utiliza para recuperar información
identificada por una URL, por parte de los
navegadores. El método GET se puede utilizar para
pasar una pequeña cantidad de información al
servidor en forma de pares atributo-valor añadidos
al final de la URL. La longitud de la petición GET
está limitada por el espacio libre en los buffers de
entrada; por lo que para mandar una gran cantidad
de información al servidor ha de utilizarse el método
POST.
POST: El método POST se refiere normalmente a
la invocación de procesos que generan datos que
serán devueltos como respuesta a la petición.
Además se utiliza para aportar datos de entrada a
esos programas, en este caso los pares atributovalor son incluidos en el cuerpo de la petición.
3.3.5.5.1.3: Request
Las peticiones en HTTP se pueden realizar utilizando 2
métodos. El método GET, cuando envía parámetros con la
petición, lo hace codificándolos en la URL. El método
POST lo hace como parte del cuerpo de la petición. Una
petición GET tiene este formato:
GET /index.html HTTP/1.1
Host: www.unejemplo.com
User-Agent: Mozilla/4.5 [en]
Accept: image/jpeg, image/gif, text/html
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
100
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Accept-language: en
Accept-Charset: iso-8859-1
POST /indice.jsp HTTP/1.0
Host: www.unejemplo.com
User-Agent: Mozilla/4.5 [en]
Accept: image/jpeg, image/gif, text/html
Accept-language: en
Accept-Charset: iso-8859-1
Content-Type: multipart/form-data,
Content-Disposition: form-data; name="nombre"
Content-Disposition: form-data; name="OK"
La petición está formada por:
Línea de la petición: Contiene el recurso que se
solicita; está formada por los siguientes elementos:
Método: nombre del método HTTP utilizado
(GET, POST, etc.).
Identificador del recurso: URL ("Uniform
Resource Locator").
Versión del protocolo utilizado.
Cabecera de la petición: Contiene la información
adicional sobre el cliente que hace la solicitud. La
información se facilita en forma de identificador:
valor. Los identificadores más importantes son:
Host: Nombre del servidor.
User-Agent: Nombre del navegador o del
programa usado para acceder al recurso
solicitado.
Accept: Se indican los formatos de texto e
imagen aceptados por el User-Agent.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
101
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Accept-Language: Idiomas que soporta el
cliente.
Cuerpo de la petición: En peticiones de tipo POST
y otras contiene más información adicional o
parámetros; los parámetros pueden pasarse de 2
maneras:
Formando parte de la propia cadena de la
petición, codificados como parte de la
misma URL.
Como datos añadidos a la petición.
Se debe destacar que para pasar los parámetros en el
cuerpo de la petición, ésta se debe realizar como POST (no
como GET), aunque una petición POST puede llevar
parámetros en la línea de petición (igual que una GET). Los
parámetros pasados en el cuerpo de la petición están
codificados igual que si los pasamos mediante la URL.
3.3.5.5.2: UDDI – Universal Discovery Description
Integration
3.3.5.5.2.1: Definición
Es
un
protocolo
de
descripción
universal,
descubrimiento e integración, considerado uno de los
principales bloques de construcción requeridos para los
servicios Web exitosos.
UDDI crea un estándar de plataforma interoperable que
permite a una compañía el uso rápido, fácil, y dinámico de
hallazgo y uso de servicios Web sobre Internet.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
102
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” UDDI también permite registro operacional que se
mantiene para diversos propósitos en diversos contextos.
El proyecto de UDDI se aprovecha de estándares
mundiales del consorcio (W3C) y los estándares del
Internet Engineering Task Force (IETF), tales como
Extensible Markup Language (XML), y los protocolos de
HTTP y el Domain Name System (DNS).
Además, a través de las características de
programación de la plataforma son tratadas adoptando
versiones tempranas del Simple Object Access Protocol
(SOAP) conocidas como las especificaciones de la
mensajería del protocolo de XML encontradas en sitio
W3C.
La especificación UDDI define una estructura de datos y
un API, que describen la manera como se construye
conceptualmente un registro de servicios Web, cómo se
accede, consulta y modifica por los diseñadores del
servicio, implementadores y clientes.
Los negocios de todos los tamaños pueden beneficiarse
de UDDI, porque la especificación trata los problemas que
limitan el crecimiento del comercio de Bussiness to
Bussiness (B2B).
Los problemas que la especificación de UDDI puede
ayudar a solucionar son los siguientes:
Permite
que
las
organizaciones
descubran
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
103
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” rápidamente las reglas del negocio de millones que
están actualmente en línea.
Permite definir cómo se activa el comercio lo cual
se conduce una vez que se descubra el negocio
preferido.
3.3.5.5.2.2: Ventajas de UDDI
Alcanzar a nuevos clientes y expandir ofertas.
Extender el mercado que se obtiene.
Incrementar el acceso de los clientes actuales.
Solucionar las necesidades de los clientes quitando
barreras que permitan la rápida participación en la
economía global de Internet.
Describir sus servicios y procesos del negocio
programáticamente en un ambiente simple, abierto
y seguro.
Usar un sistema de los protocolos que permiten a
los negocios invocar servicios sobre Internet para
adicionar valor a sus clientes preferidos.
3.3.5.5.3: WSDL – Web Service Description Language
3.3.5.5.3.1: Definición
WSDL es un estándar planteado por la W3C, el cual se
define como un formato XML para describir servicios en la
red, como un conjunto de puntos finales, los cuales operan
en mensajes que contienen cualquier información ya sea
orientada a procedimiento o a documento.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
104
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” En WSDL se describen de manera abstracta las
operaciones y los mensajes, los cuales a su vez se unen
para un protocolo de red y formato de mensaje específicos,
con el objetivo de definir un punto final. Por su parte, estos
puntos finales se combinan en puntos finales abstractos,
los cuales se denominan servicios.
Este estándar fue creado con el propósito de describir la
sintaxis para la invocación técnica de un servicio Web, y
con ello permitir a las aplicaciones describir a otras
aplicaciones las reglas para interactuar y dialogar entre
ellas.
Además WSDL permite automatizar la generación de
servidores proxy para los servicios Web de forma
independiente de lenguaje y de plataforma.
Una descripción WSDL básicamente describe las tres
propiedades fundamentales de un servicio Web:
Qué hace un servicio: Las operaciones o métodos
que el servicio provee.
Cómo es accedido un servicio: Los detalles de
formatos de datos y de los protocolos necesarios
para acceder a las operaciones del servicio.
Dónde está localizado un servicio: Los detalles
de la dirección de red del protocolo específico, tal
como un URL.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
105
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Un documento WSDL es el contrato que existe entre el
cliente y el servidor, en el cual se establecen las reglas de
comunicación, se definen servicios como colecciones de
puntos finales o puertos de una red, por lo cual dicha
definición abstracta de puntos finales y mensajes, es
separada de su concreto despliegue de red o ligamentos de
los formatos de datos, y cuya independencia permite la
reutilización de definiciones abstractas tales como los
mensajes.
3.3.5.5.3.2: Elementos de un documento WSDL
Los elementos que usa un documento WSDL en la
definición de servicios de red son los siguientes:
Tipos: Define una colección de todos los tipos de
datos que son usados en el servicio Web como
referencia para varios elementos que son parte del
mensaje.
Mensaje: Define un conjunto de parámetros
referidos por los métodos u operaciones. Es una
definición abstracta de los datos que van a ser
comunicados.
Operación: Descripción abstracta de una acción
soportada por el servicio.
Tipo de puerto: Conjunto de operaciones
abstractas que son soportadas por uno o más
puntos finales, donde cada operación se refiere a
un mensaje de entrada y los mensajes de salida.
Enlace (Binding): Especificación de un protocolo
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
106
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” concreto y de formato de dato para las operaciones
y mensajes definidos por un tipo de puerto dado.
Puerto: Punto final de comunicación definido como
una combinación de un binding y una dirección de
red.
Servicio: Usado para agregar un conjunto de
puertos relacionados.
3.3.5.5.4: SOAP – Simple Object Access Protocol
3.3.5.5.4.1: Definición
SOAP es un protocolo planteado por la W3C para el
intercambio de información estructurada en un ambiente
descentralizado y distribuido, el cual utiliza tecnologías
XML para definir una estructura de mensajería extensible
que provea un mensaje construido de tal manera, que
pueda ser intercambiado sobre diferentes protocolos, para
lo cual, dicha estructura ha sido diseñada para ser
independiente de cualquier modelo de programación
específico y de otras semánticas específicas de
implementación.
SOAP es un protocolo elaborado para facilitar la llamada
remota de funciones a través de Internet, permitiendo que
dos programas se comuniquen de una manera muy similar
técnicamente a la invocación de páginas Web.
Las solicitudes SOAP se pueden hacer en tres
estándares:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
107
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” GET
POST
SOAP
Las respuestas siempre son en XML sin importar la
manera como se haya realizado la solicitud.
3.3.5.5.4.2: Objetivos de SOAP
Establecer un protocolo de invocación de servicios
remotos estándar, basado en protocolos estándares
de Internet tales como HTTP para la transmisión y
XML para la codificación de datos.
Conseguir la independencia tanto de plataforma y
lenguaje de desarrollo, como de implementación es
decir de modelo de objetos.
3.3.5.5.4.3: Funcionamiento de SOAP
Con base en la especificación de SOAP, las
aplicaciones deben ser independientes del lenguaje de
desarrollo, por lo cual las aplicaciones cliente y servidor
pueden estar escritas en lenguajes como Java, Visual
Basic, HTML, DHTML, entre otros disponibles. La
importancia radica en que se recomienda tener alguna
implementación de SOAP y enlazar sus librerías con la
aplicación, con el objetivo de la reutilización de código.
Por medio del protocolo HTTP, las peticiones emplean
el método POST para la comunicación entre el cliente y el
servidor. SOAP define el conjunto formal de convenciones
que rigen el formato y las reglas de procesamiento de un
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
108
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” mensaje SOAP. Dichas convenciones incluyen las
interacciones entre los nodos SOAP, generando y
aceptando mensajes SOAP con el propósito de
intercambiar información por un path de un mensaje SOAP,
el cual se define como el conjunto de nodos SOAP a través
de los cuales pasa un solo mensaje SOAP, éste incluye el
emisor SOAP inicial, cero o más intermediarios SOAP y un
último receptor SOAP.
El esquema de funcionamiento de SOAP es el siguiente:
CLIENTE
SERVIDOR
Solicitud
Aplicación
Respuesta
Parser
XML
Servidor
Web
INTERNET
Implementacion
SOAP
Parser
XML
Implementación
SOAP
Servidor de
Aplicaciones
Acceso BD
Fuente
Datos
Fig. 3.19. Esquema de Funcionamiento de SOAP
3.3.5.5.4.4: Mensaje SOAP
Un mensaje SOAP es una manera fundamental de
transmisión entre nodos, de un emisor (nodo que transmite
un mensaje) a un receptor (nodo que acepta un mensaje).
Los mensajes SOAP fueron diseñados para ser
combinados por aplicaciones, para implementar patrones
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
109
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” de interacción más complejos y extenderse de request /
response a múltiples intercambios conversacionales.
Un mensaje SOAP consta de un envelope (sobre)
obligatorio que envuelve cualquier número de headers
opcionales y un body obligatorio.
Fig. 3.20. Esquema de Mensaje SOAP
En SOAP toda la información es empaquetada en un
mensaje claramente identificable. Teniendo en cuenta que
este protocolo provee un modelo de procesamiento
distribuido, un mensaje originado en un emisor inicial, envía
éste mensaje a un receptor por medio de cero o más
intermediarios.
En el procesamiento de un mensaje, un nodo es
enviado para actuar en uno o más roles, cada uno
identificado por un nombre de rol.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
110
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.3.5.5.4.5: Ventajas de SOAP
El protocolo SOAP posee varias ventajas, entre ellas:
Es un estándar de la industria, el cual es adoptado
por varias empresas.
Es independiente del sistema operativo.
Es fácil de implementar, probar y usar.
Los datos y las funciones se describen en XML, lo
que provee solidez al protocolo.
Utiliza los mismos estándares de la Web para la
mayoría de las funciones, tales como:
La comunicación que se hace mediante
HTTP con paquetes virtualmente iguales.
Los
protocolos
de
autenticación
y
encriptación son los mismos.
El mantenimiento de estado se hace de la
misma forma.
Se implementa normalmente por el propio
servidor Web.
Permite utilizarse en forma anónima
autenticación (usuario/password).
o
con
3.3.5.5.5: XML – Extensible Markup Language
3.3.5.5.5.1: Definición
XML es un metalenguaje extensible de etiquetas
desarrollado por el World Wide Web Consortium (W3C).
Permite definir la gramática de lenguajes específicos; por lo
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
111
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” tanto XML no es realmente un lenguaje en particular, sino
una manera de definir lenguajes para diferentes
necesidades.
XML no ha nacido sólo para su aplicación en Internet,
sino que se propone como un estándar para el intercambio
de información estructurada entre diferentes plataformas.
Se puede usar en bases de datos, editores de texto, hojas
de cálculo y casi cualquier cosa imaginable.
XML es una tecnología sencilla que tiene a su alrededor
otras que la complementan y la hacen más grande y con
mayores posibilidades. Tiene un papel muy importante en
la actualidad ya que permite la compatibilidad entre
sistemas para compartir la información de una manera
segura, fiable y fácil.
Al igual que HTML, XML utiliza etiquetas o tags y
atributos, mientras que HTML especifica lo que cada
etiqueta y atributo significan. XML usa las etiquetas sólo
para delimitar piezas de datos, y deja la interpretación de
los datos, completamente, a la aplicación que los lee.
Los archivos XML son archivos de texto, pero son más
difíciles de leer por los humanos que los archivos HTML.
Son archivos de texto, porque permiten a los expertos
depurar errores en las aplicaciones, más fácilmente, y en
casos de emergencia, pueden usar un simple editor de
textos para arreglar un archivo XML estropeado.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
112
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Pero las reglas para los archivos XML son más estrictas
que para los archivos HTML. El olvido de una etiqueta, o un
atributo sin comillas, hacen que el archivo sea inservible;
mientras que en HTML, a menudo, tales prácticas son
explícitamente permitidas o al menos toleradas.
Eligiendo XML como base para algún proyecto se tiene
a disposición una gran y creciente comunidad de
herramientas. Puesto que XML es una tecnología W3C, es
gratis, se puede construir software propio para ello y sin
pagar nada a nadie.
3.3.5.5.5.2: Compatibilidad con XML
El Lenguaje de marcado extensible (XML) proporciona
un método para describir datos estructurados. El Consorcio
World Wide Web define los estándares de XML para que
los datos estructurados sean uniformes e independientes
de las aplicaciones. Visual Studio es totalmente compatible
con código XML e incluye el diseñador XML para facilitar la
edición de XML y la creación de esquemas XML.
3.3.5.5.6: XSLT
Transformation
–
XML
Stylesheets
Language
3.3.5.5.6.1: Definición
XSLT es un lenguaje de transformación basado en hojas
de estilo, definido por la W3C, el cual es utilizado para
convertir documentos XML en otros documentos XML con
base en unos DTD (Data Transformation Definition)
definidos.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
113
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El estilo de programación está basado en 2 factores
básicos:
Programación soportada por reglas, lo que indica
que si ocurre algo en la entrada, se genera algo en
la salida.
No hay situaciones secundarias, lo que indica que
una instrucción debe realizar la misma acción sin
importar la ruta para llegar a ella.
Las hojas de estilo son la única manera para adaptar un
contenido descrito con XML a diferentes clientes, y también
es la mejor forma para procesar documentos XML; ya que
lo que permiten es la independencia de la información de
su manera de presentación, por medio de las
transformaciones que se requiere para mostrar de la mejor
manera el contenido al lado del cliente, dependiendo de los
requerimientos del mismo.
Una transformación en el lenguaje XSLT es expresado
como un documento XML bien formado (conforme a los
namespaces que recomienda XML), los cuales deben
incluir los elementos definidos y no definidos por XSLT.
XSLT provee dos mecanismos para combinar hojas de
estilos:
Un mecanismo de importación que permite a las
hojas de estilos no hacerle caso el uno al otro.
Un mecanismo de inclusión que permite a las hojas
de estilos ser combinadas sin cambiar la semántica.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
114
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” XSLT utiliza expresiones con los siguientes propósitos:
Seleccionar los nodos a procesar.
Especificar las condiciones para las diferentes
maneras de procesar un nodo.
Generar el texto a ser insertado en el árbol
resultante.
3.3.5.6: Ventajas de los servicios Web
Aportan interoperabilidad entre aplicaciones de
software independientemente de sus propiedades o
de las plataformas sobre las que se instalen.
Los servicios Web fomentan los estándares y
protocolos basados en texto, que hacen más fácil
acceder a su contenido y entender su
funcionamiento.
Al apoyarse en HTTP, los servicios Web pueden
aprovecharse de los sistemas de seguridad firewall
sin necesidad de cambiar las reglas de filtrado.
Permiten que servicios y software de diferentes
compañías ubicadas en diferentes lugares
geográficos puedan ser combinados fácilmente para
proveer servicios integrados.
Permiten la interoperabilidad entre plataformas de
distintos fabricantes por medio de protocolos
estándar y abiertos. Las especificaciones son
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
115
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” gestionadas por una organización abierta, la W3C,
por tanto no existen intereses particulares de
fabricantes concretos y se garantiza la plena
interoperabilidad entre aplicaciones.
3.3.5.7: Desventajas de los servicios Web
Su rendimiento es bajo si se compara con otros
modelos de computación distribuida, tales como
RMI (Remote Method Invocation), CORBA, o
DCOM (Distributed Component Object Model). Es
uno de los inconvenientes derivados de adoptar un
formato basado en texto. Y es que entre los
objetivos de XML no se encuentra la concisión ni la
eficacia de procesamiento.
Al apoyarse en HTTP, pueden esquivar medidas de
seguridad basadas en firewall cuyas reglas tratan
de bloquear o auditar la comunicación entre
programas a ambos lados de la barrera.
3.3.5.8: Plataformas
Los servidores para servicios Web son:
JBoss servidor de aplicaciones J2EE Open Source
de Red Hat inc.
Oracle Fusion Middleware.
IBM Lotus Domino, a partir de la versión 7.0.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
116
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Axis y el servidor Jakarta Tomcat de Apache.
ColdFusion MX de Macromedia.
Java Web Services Development Pack (JWSDP)
de Sun Microsystems (basado en Jakarta Tomcat).
JOnAS (parte de ObjectWeb una iniciativa de
código abierto).
Microsoft .NET.
Novell exteNd (basado en la plataforma J2EE).
WebLogic.
WebSphere.
Zope es un servidor de aplicaciones Web orientado
a objetos desarrollado en el lenguaje de
programación Python.
VERASTREAM
de
AttachmateWRQ
para
modernizar o integrar aplicaciones host IBM y VT.
3.3.6. JScript
3.3.6.1: Definición
JScript es un lenguaje de programación interpretado, es
decir, que no requiere compilación, utilizado principalmente
en páginas web, con una sintaxis semejante a la del
lenguaje Java y el lenguaje C.
JScript es un lenguaje que continúa evolucionando y
cada nueva versión del lenguaje presenta nuevas
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
117
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” características. Para sacar partido a todas las
características que proporciona una versión determinada
del lenguaje, es necesario poseer una versión compatible
del compilador o motor de secuencias de comandos.
JScript es un lenguaje de secuencias de comandos
basado en objetos e interpretado. Aunque tiene menos
capacidades que los lenguajes orientados a objetos de
altas prestaciones como C++ y Java; JScript es muy
eficiente para los propósitos para los que está creado.
JScript no es una versión reducida de cualquier otro
lenguaje, ni es una simplificación de ningún lenguaje; sin
embargo, es un lenguaje limitado. Por ejemplo, no es
posible escribir aplicaciones independientes en JScript y la
capacidad de lectura y escritura de archivos es mínima.
Más aún, las secuencias de comandos de JScript sólo
pueden ejecutarse con un intérprete, que bien puede estar
en un servidor Web o en un explorador de Web.
JScript es un lenguaje en el que no necesita declarar los
tipos de datos. Esto significa que no es necesario declarar
explícitamente los tipos de datos de las variables.
Como en la mayoría de los lenguajes de programación,
las secuencias de comandos o programas de JScript se
escriben en formato de texto.
Normalmente, una secuencia de comandos o un
programa se componen de muchas instrucciones y
comentarios; en una instrucción se pueden utilizar
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
118
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” variables, expresiones y datos literales como cadenas y
números.
JScript es un lenguaje de programación desarrollado por
Microsoft y es un superconjunto del lenguaje de
programación ECMAScript.
JScript fue por primera vez soportado en Internet
Explorer 3.0 lanzado en agosto de 1996. La extensión
típica para los archivos con código fuente JScript es ".js".
3.3.6.2: Compilador de JScript
El compilador de JScript genera archivos ejecutables
(.exe) y bibliotecas de vínculos dinámicos (.dll).
3.3.6.3: Elementos de la Gramática de JScript
Como cualquier otro lenguaje de programación JScript
posee también elementos:
Variables: Etiquetas que se refieren a un valor
cambiante.
Operadores: Pueden usarse para calcular o
comparar valores.
Expresiones: Cualquier combinación de variables,
operadores, y declaraciones que evalúan a algún
resultado.
Sentencias: Una sentencia puede incluir cualquier
elemento de la gramática de JScript. Las sentencias
de JScript pueden tomar la forma de condicional,
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
119
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” bucle, o manipulaciones del objeto. La forma
correcta para separarlas es por punto y coma, esto
sólo es obligatorio si las declaraciones múltiples
residen en la misma línea. Aunque es
recomendable que se acostumbre a terminar cada
instrucción con un punto y coma, se ahorrará
problemas.
Objetos: Es la estructura contenedora de valores,
procedimientos y funciones, cada valor refleja una
propiedad individual de ese objeto.
Funciones y Métodos: Una función de JScript es
bastante similar a un procedimiento o subprograma
en otro lenguaje de programación. Puede aceptar
valores entrantes (parámetros), y puede devolver un
valor saliente. Un método simplemente es una
función contenida en un objeto.
3.3.6.4: Ejecución Scripts
Existen dos maneras de ejecutar scripts:
Ejecución directa de scripts
Ejecución como respuesta a la acción de un
usuario
3.3.6.4.1: Ejecución Directa
Es el método de ejecutar scripts más básico. En este
caso se incluyen las instrucciones dentro de la etiqueta
<SCRIPT>. Cuando se encuentra un script se va
interpretando las líneas de código y las va ejecutando una
después de otra.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
120
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.3.6.4.2: Respuesta a un Evento
Es la otra manera de ejecutar scripts. Los eventos son
acciones que realiza el usuario. Estos programas están
preparados para atrapar determinadas acciones realizadas,
y realizar acciones como respuesta. De este modo se
pueden realizar programas interactivos, ya que se controla
los movimientos del usuario y se responde a ellos.
3.3.7: ArcPad
3.3.7.1: Definición
ArcPad es una aplicación SIG, integrada dentro de la
solución corporativa GIS de ESRI, destinada a dispositivos
móviles. Aunque está especialmente orientada a proyectos
de captura de datos y recolección de información
geográfica en campo, también se utiliza frecuentemente
para la edición de información vectorial en campo.
Se trata de una solución ligera, de manejo muy sencillo
y de bajo coste que permite llevar herramientas SIG a
cualquier parte. ArcPad añade a los dispositivos móviles
(Pocket PC, Tablet PC, etc.) funcionalidades GIS y GPS
muy intuitivas.
ArcPad tiene una conexión a PC con Microsoft
ActiveSync 3.0 o superior.
Con ArcPad la toma de datos en campo es rápida,
sencilla, muy precisa y ofrece validación y disponibilidad
inmediata de la información recogida.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
121
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” La posibilidad de comparar datos espaciales y
alfanuméricos almacenados en una base de datos, con las
características reales del terreno, abre un nuevo camino en
el mantenimiento de la integridad de la información
geográfica.
ArcPad proporciona un servicio de mapas, GIS y GPS a
través de dispositivos móviles. Puede adaptarse fácilmente
a las necesidades específicas de cada proyecto, utilizando
ArcPad Application Builder. ArcPad es integrable con las
tecnologías desktop de ESRI, lo que permite editar los
datos alfanuméricos de las capas.
Fig. 3.21. Visor de ArcPad
ArcPad ofrece a sus usuarios la posibilidad de capturar,
almacenar, actualizar, manipular, analizar y mostrar
información geográfica.
La información espacial en ArcPad se organiza por
medio de conjuntos de capas (layers) en las que se pueden
depositar capas específicas correspondientes a elementos
temáticos (features),
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
122
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” La posibilidad de visualizar y comprimir imágenes a
diferentes índices de conversión en el mismo mosaico
supone una ventaja significativa sobre otros formatos de
compresión de imágenes geoespaciales. Esta función
permitirá un mayor uso de este tipo de imágenes por parte
de usuarios sobre el terreno en áreas donde el acceso
remoto a las imágenes geoespaciales puede ser de vital
importancia.
ArcPad ha sido diseñado para ser flexible y de manejo
muy sencillo. No obstante, es probable que los usuarios
quieran personalizar la interfaz de usuario, o desarrollar
herramientas que se adapten a sus procedimientos de
trabajo. El entorno para realizar estas personalizaciones es
ArcPad Application Builder.
ArcPad permite mapas especializados y obtención de
datos en un amplio rango de industrias y aplicaciones como
inventariado de señales de calles, mantenimiento y lectura
de contadores por compañías eléctricas, trabajos militares
en campo entre otras.
3.3.7.2: Utilidades
Recoger datos fiables, exactos y validados sobre el
campo.
Integrar GPS, telémetros y cámaras digitales en la
recogida de datos.
Compartir información con los profesionales que
trabajan sobre el campo para su actualización y en
la toma de decisiones.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
123
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Mejorar la productividad en la recogida de datos.
Mejorar la exactitud de la base de datos SIG y
hacer más flexible su actualización.
3.3.7.3: Características de ArcPad
Incluye un editor de barras de herramientas, que
permite diseñar nuevas herramientas que incluyan
funciones ya definidas en ArcPad, o herramientas
con funcionalidad a medida.
Incorpora un editor de formularios, que permite la
generación de nuevos formularios para automatizar
y facilitar la captura de datos en el campo.
Tiene un editor de scripts que automatizan tareas
concretas, interactuando con los objetos del modelo
de objetos de ArcPad, y con cualquier otro objeto
ActiveX.
Incluye herramientas para la construcción de
applets, que satisfagan las necesidades de los
usuarios.
Permite desarrollar extensiones que soporten
nuevos formatos de datos y protocolos GPS.
Todos los desarrollos y personalizaciones que se
realizan a través de ArcPad Application Builder, se
realizan en un PC y posteriormente se distribuyen al
dispositivo móvil que tenga ArcPad instalado.
Lectura directa de diversos formatos estándar
vectoriales (shp) y raster (MrSID, JPEG, BMP y
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
124
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” PNG), así como servicios de imágenes de ArcIms.
Tiene disponibles diversas herramientas para la
búsqueda, visualización, y consulta de datos
espaciales.
Herramientas que permiten la medición de áreas,
distancias y direcciones.
Disponible para distintos sistemas operativos:
Windows NT, Windows 2000, Windows XP y
Windows CE.
3.3.7.4: Funcionalidades de ArcPad
Gran parte de las personalizaciones utilizadas en
ArcPad se realizan directamente a través de ArcPad
Studio, y en su mayor parte es posible realizarlas sin
programación.
Para
tareas
más
complejas,
que
requieren
programación, ArcPad posee un modelo de objetos muy
completo al que es posible acceder mediante el lenguaje
VBScript y JScript.
La personalización de la configuración por defecto
presente en ArcPad, se realiza mediante ficheros ArcPad
XML y scripts de VBScript y JScript, que se cargan de
manera automática cuando se arranca ArcPad. Estas
personalizaciones es posible realizarlas en dos niveles
diferentes:
Personalización de las capas de información
asociando los desarrollos a dichas capas, de modo
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
125
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” que cualquier ArcPad que cargue la capa de
información, cargará los desarrollos asociados. Eso
permite personalizar el comportamiento de la
aplicación exclusivamente cuando se cargan unas
capas de información determinadas.
Personalización de ArcPad mediante applets,
desarrolladas
en
VBScript
o
JScript
e
independientes de los mapas y de la información,
pueden contener barras de herramientas,
formularios y responder a eventos de los objetos del
sistema.
De forma adicional es posible desarrollar
extensiones, que permitan soportar nuevos
formatos y protocolos GPS, desarrolladas en forma
de librerías dinámicas de Windows realizadas en C
o C++.
3.3.7.5: ArcPad Application Builder
ArcPad Application Builder es una herramienta
indispensable para todas aquellas empresas que desean
ofrecer soluciones a medida para dispositivos móviles
empleados en trabajos de campo.
Las
nuevas
posibilidades
de
personalización
incorporadas con ArcPad Application Builder, refuerzan el
éxito de ArcPad y hacen de ella la solución adecuada para
cualquier necesidad trabajando en campo con dispositivos
móviles.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
126
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ArcPad Application Builder incluye una copia de ArcPad,
el entorno de desarrollo ArcPad Studio y documentación
completa y detallada, con ejemplos muy útiles y didácticos.
3.3.7.6: Applets
Un applet es un componente de una aplicación que se
ejecuta en el contexto de otro programa. El applet debe
ejecutarse en un contenedor, que lo proporciona un
programa anfitrión.
A diferencia de un programa, un applet no puede
ejecutarse de manera independiente, ofrece información
gráfica y a veces interactúa con el usuario, típicamente
carece de sesión y tiene privilegios de seguridad
restringidos. Un applet normalmente lleva a cabo una
función muy específica que carece de uso independiente.
Un applet de ArcPad es una mini aplicación que corre
dentro de ArcPad. Tiene extensión .APA y .APL.
Los applets de ArcPad deben estar almacenados en la
carpeta de Applets dentro de la carpeta de instalación de
ArcPad, para que al momento de abrir la aplicación en
ArcPad estos puedan ser ejecutados.
Estos applets pueden estar asociados a scripts. Los
scripts dentro de ArcPad nos permiten personalizar la
herramienta, ya que mediante estos tenemos acceso al
modelo de objetos de ArcPad.
Los scripts pueden ser escritos en 2 lenguajes:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
127
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” VBScript
JScript
3.3.8: ARCIMS
3.3.8.1: Definición
ArcIms es una solución para los SIG, la cual permite de
manera centralizada, la construcción y la entrega de
mapas, datos y herramientas sobre Internet, lo que hace
posible compartir información alrededor de ésta red.
ArcIms permite la creación de mapas y la publicación de
éstos en un sitio Web propio, así como la navegación sobre
el mapa, por medio de herramientas para consulta sobre el
mismo, teniendo en cuenta aspectos de seguridad, los
cuales permiten regular el acceso a los servicios que se
entregan en Internet.
ArcIms incluye ambas tecnologías cliente y servidor.
Extiende un sitio Web activándolo para servir datos SIG y
aplicaciones. Con ArcIms se incluyen visores libres para
Java y HTML, pero ArcIms también puede trabajar con un
amplio rango de clientes, tales como ArcGis Desktop,
ArcPad y dispositivos inalámbricos.
3.3.8.2: Características de ArcIms
ArcIms incluye un conjunto de visores Java y HTML
que pueden ser distribuidos gratuitamente a sus
usuarios. Estos visores proporcionan una
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
128
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” funcionalidad SIG significativa. La difusión de datos
SIG y servicios vía Internet le permite satisfacer las
necesidades SIG de muchos usuarios.
ArcIms hace posible a los usuarios combinar datos
de cualquier número de sitios ArcIms en la Web.
También activa la integración de datos SIG locales
con capas ArcIms. Los usuarios pueden acceder
sus datos y servicios, y luego integrarlos rápida y
sencillamente con datos de muchas otras fuentes
locales y de Internet.
ArcIms puede ser extendido para afrontar nuevas
demandas en caso de que un servidor reciba un
gran número de solicitudes.
ArcIms le permite determinar cómo y a quién se
entregan los datos SIG y servicios. Usted mantiene
el control, ya sea que sus datos propios sean
accesibles públicamente en la Web o dentro de su
organización en una red de área local (LAN).
3.3.8.3: Arquitectura de ArcIms
La arquitectura de ArcIms consta de componentes del
cliente y componentes del servidor, que corren en un
entorno distribuido.
Componentes al lado del cliente:
Visor HTML ArcIms.
Visores Java ArcIms.
Componentes al lado del servidor:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
129
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Servidor espacial ArcIms.
Servidor de aplicaciones ArcIms.
Conectores del servidor de aplicaciones
ArcIms.
Manager ArcIms.
La arquitectura también incluye un sistema operativo, un
servidor Web, un motor de servlets y navegadores Web al
lado del cliente.
El procedimiento consiste en que el cliente realiza una
solicitud al servidor, quien la procesa y envía la respuesta
al cliente, el cual presenta la información que recibe.
A continuación se presenta un esquema de la
arquitectura de ArcIms.
CLIENTE
Visores
SERVIDOR
Servidor Web
Conectores ArcIms
Servidor
Espacial
Manejador
Servidor de
Aplicaciones
Fig. 3.22. Esquema de la Arquitectura de ArcIms
El Servidor Espacial ArcIms es el soporte fundamental
de ArcIms, teniendo en cuenta que es éste quien procesa
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
130
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” las solicitudes para los mapas y la información referida,
soporta 2 procesos en background:
El Monitor ArcIms y
El Tasker ArcIms
Los cuales corren como servicios de Windows o como
procesos demonio en Unix.
El Servidor de Aplicaciones ArcIms maneja las
solicitudes entrantes y rastrea cuáles servicios están
corriendo y en qué servidores espaciales ArcIms, maneja a
distancia una solicitud para el servidor espacial apropiado,
el cual es escrito como una aplicación Java y corre como
un servicio de Windows o como un proceso demonio en
Unix.
Los Conectores del Servidor de aplicaciones ArcIms
se encargan de conectar el servidor Web al servidor de
aplicaciones ArcIms.
El Conector Servlet ArcIms es un conector estándar
usado con ArcIms, el cual soporta la especificación de la
implementación del estándar WMS 1.0.0 del Open GIS
Consortium (OGC). La comunicación entre el servidor Web
y el servidor de aplicaciones ArcIms se realiza por medio
de ArcXml.
El Manager ArcIms es una aplicación basada en Web,
la cual soporta las 3 tareas principales que se desempeñan
en ArcIms:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
131
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Creación de mapas
Diseño de sitios Web y
Administración del sitio
Las cuales a su vez pueden ser completadas usando
respectivamente ArcIms Author, ArcIms Designer, y ArcIms
Administrator.
El Manager ArcIms se debe usar en el caso que se
quiera una aplicación basada en Web manejada por wizard
para Windows que permita el manejo de sitios de forma
remota.
Los Visores que incluye ArcIms son:
El visor HTML ArcIms
El visor Java Custom ArcIms y
El visor estándar de Java ArcIms.
El visor que el cliente utiliza para ver un mapa cuando
entra a un sitio Web, se encuentra embebido en el sitio
Web, y determina la vista y la funcionalidad del sitio.
3.3.8.4: Componentes de ArcIms (Servidor)
La parte del servidor de ArcIms está integrada por:
ArcIms Spatial Server
ArcIms Application Server
ArcIms Application Server Connectors
ArcIms Manager
3.3.8.4.1: ArcIms Spatial Server
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
132
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Es el encargado de procesar las peticiones de mapas e
información alfanumérica asociada.
Cuando recibe una petición, ArcIms Spatial Server
realiza entre otras funciones las siguientes:
Creación de mapas cartográficos en formato de
imagen jpg, gif o png.
Creación de mapas cartográficos en formato vector.
Búsqueda de información en la base de datos.
Geocodificación de direcciones.
Acceso y recorte de los datos para su posterior
envío en formato shapefile.
3.3.8.4.2: ArcIms Application Server
Este componente se encarga de realizar el balanceo de
carga de las peticiones entrantes así como de catalogar
que servicios de mapas están ejecutándose en que ArcIms
Spatial Server.
3.3.8.4.3: ArcIms Application Server Connectors
Estos componentes permiten la comunicación entre el
servidor Web y el ArcIms Application Server.
ArcIms permite elegir entre tres opciones tecnológicas
diferentes:
Servlets
ColdFusion
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
133
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ActiveX
La opción por defecto de ArcIms es utilizar servlets; un
servlet es una aplicación escrita en Java que se ejecuta en
el servidor web. Para comunicarse con el Application server
utiliza ArcXml. Los conectores de ColdFusion y ActiveX
trabajan con sus respectivas notaciones y se encargan de
traducirlas a ArcXml.
3.3.8.4.4: ArcIms Manager
El ArcIms Manager es un asistente que nos guiará
durante la creación y explotación de nuestros servicios de
mapas.
Este proceso se divide en tres fases:
Creación del servicio.
Diseño del sitio web.
Administración de los servicios publicados y
de los servidores espaciales.
Para ello, el ArcIms Manager combina tres aplicaciones
que pueden explotarse de manera independiente:
ArcIms Author.
ArcIms Designer.
ArcIms Administrator.
3.3.8.5: Componentes de ArcIms (Cliente)
Por defecto, ArcIms nos ofrece la posibilidad de elegir
entre clientes ligeros, que sólo utilizan HTML, o clientes
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
134
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Java que permiten explotar al máximo todas las novedades
tecnológicas de ArcIms.
El rango de clientes se amplía con productos como
ArcExplorer o ArcPad y la estrategia en este sentido está
dirigida a que todos los productos de ESRI sean clientes de
ArcIms.
Los desarrolladores también pueden construir
aplicaciones cliente a medida, programando con lenguajes
estándar como Visual Basic O Visual C++, y haciendo uso
de los API que ofrecen los ArcIms Connector (ActiveX y
ColdFusion).
Además existen otros tipos de terminales, tales como
teléfonos móviles (servicios WAP) O PDA's.
Al margen de las aplicaciones WAP, las peticiones
pueden ser enviadas desde tres tipos diferentes de
clientes:
HTML/DHTML, clientes que envían peticiones
directamente usando ArcXml.
HTML/DHTML, clientes que utilizan los conectores
ActiveX o ColdFusion de ArcIms. Son los clientes
más ligeros puesto que todo el proceso se realiza
en el lado del servidor.
Java Viewers.
El tipo de cliente utilizado, determinará la funcionalidad y
el aspecto estético de nuestro sitio web, siendo posible
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
135
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” realizar todo tipo de modificaciones como insertar logos y
gráficos, cambiar los colores o añadir nuevas
funcionalidades.
Con la nueva arquitectura de ArcIms los distintos
clientes son capaces de realizar varias tareas en su propio
computador, sin necesidad en muchos casos, de
interactuar con el servidor.
3.3.8.6: Servicios ArcIms
Cuando un cliente ArcIms envía una solicitud a un
servidor, el servidor ArcIms procesa el pedido y responde a
él. Las solicitudes típicas a ArcIms generan mapas o
recuperan datos geográficos de una extensión de mapa
dada. El servicio ArcIms más común es un MapService.
MapService
Cuando se crea un mapa para su sitio Web, usted
determina las capas de datos a ser incluidas y la forma en
que los elementos del mapa serán clasificados. Define la
simbología, agrega rótulos, se fijan los factores de escala y
así sucesivamente. Cuando un cliente envía una solicitud
de un mapa, éste se genera en el servidor, con base en sus
especificaciones.
Un MapService entrega al cliente el mapa de dos
formas:
Como una imagen: Una imagen MapService utiliza
las capacidades de restitución de imágenes de
ArcIms para entregar una instantánea de su mapa
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
136
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” al cliente solicitante.
La instantánea se envía como un archivo
comprimido JPEG, PNG o GIF. Una nueva imagen
de mapa se genera cada vez que el cliente solicita
una nueva información. La imagen MapService
también puede entregar datos raster comprimidos a
los clientes.
Como flujo de objetos: Un MapService de objetos
hace fluir elementos vectoriales comprimidos al
cliente solicitante. El flujo de elementos activa más
tareas avanzadas para el cliente, tales como las
características de rotulación y simbolización de
elementos, la creación de textos dinámicos sobre
los mapas y la selección espacial de elementos.
Esta funcionalidad permite al usuario en su papel de
cliente cambiar la apariencia del mapa.
3.3.8.7: ARCXML: El lenguaje común para ArcIms
ArcXml es el lenguaje utilizado para comunicarse entre
los visores de los clientes y los servidores ArcIms.
ArcXml es una variante de XML, un lenguaje de
marcado que le permite crear mensajes estructurados.
Todas las solicitudes de clientes y respuestas del servidor
están codificadas en ArcXml.
Puesto que se usan los protocolos estándares XML,
cualquier cliente que pueda comunicarse mediante ArcXml
podrá trabajar con ArcIms.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
137
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Cliente Web
Cliente Web
ARCXML
Cliente Web
Servidor ArcIms
Archivos
Base de
Datos
Fig. 3.23. Interacción de ArcXml en la Arquitectura de
ArcIms
Las etiquetas y atributos de ArcXml describen la
estructura de:
Los ficheros de configuración de los servicios
de mapas (MapService): Estos ficheros describen,
entre otras cosas, qué capas utilizar, qué
simbología, escala, etc.
Peticiones: Una petición es un filtro sobre el
servicio de mapas que especifica qué parte de este
servicio y qué datos asociados queremos consultar.
Respuestas: Constituyen la información solicitada
por el cliente.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
138
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.3.8.8: Administración de un sitio Web ArcIms
ArcIms se basa en tecnología estándar de Internet que
los usuarios emplean para crear y administrar sitios Web
SIG.
Los sitios Web ArcIms se crean utilizando herramientas
estándar HTML y Java, realizando un proceso similar a la
creación de cualquier otro sitio Web. El proceso ArcIms es
único porque también se proporcionan herramientas para
dotar de capacidades SIG a su sitio Web.
Los sitios Web ArcIms se crean utilizando una serie de
aplicaciones:
Author: Utilice Author para crear sus mapas
Designer: Para el diseño de su sitio
Administrator: Para administrar sus MapServices
Manager: Para realizar las tres operaciones, si
quiere crear su sitio Web en un proceso rápido y
simple.
3.3.8.8.1: ArcIms Author
Es el encargado de la creación del servicio de mapas.
Se basa en establecer que capas de datos van a definir
nuestro servicio. Es en esta fase donde se fijan las
propiedades de nuestras capas, las escalas de visibilidad,
el modelo de geocodificación, las consultas predefinidas, el
etiquetado a utilizar, el origen de nuestros datos, etc.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
139
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El resultado es un fichero de configuración en formato
AXL, que define nuestro servicio de mapas.
3.3.8.8.2: ArcIms Designer
La funcionalidad del ArcIms Designer es construir el sitio
web que finalmente será accesible por los clientes.
En esta fase se establecen las funcionalidades que
estarán presentes en el navegador y es cuando se decide
que tecnología utilizar en el cliente HTML O Java.
Un sitio web es mucho más que un servicio de mapas;
este incluye la leyenda, la barra de herramientas, la escala
y la vista global.
La salida de ArcIms Designer es una serie de páginas
HTML, que pueden ser utilizas directamente o
personalizadas para satisfacer necesidades especificas.
3.3.8.8.3: ArcIms Administrator
El ArcIms Administrator es el encargado de la
explotación de los distintos servicios de mapas, entre sus
funcionalidades se encuentran:
Añadir y configurar los servicios de mapas al
sitio web.
Realizar el balanceo de carga.
Administrar los servidores espaciales.
Asignar tareas a los servidores.
Monitorizar la comunicación entre cliente y
servidor.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
140
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Actualizar automáticamente la configuración
de nuestro sitio web.
Proporcionar información estadística.
ArcIms está especialmente diseñado para poder añadir
y borrar servicios sin necesidad de detener aquellos que no
se ven afectados por los cambios.
El punto fuerte del ArcIms Administrator es manejar
todos estos componentes con el fin de crear un sistema
que permita la distribución de datos y funcionalidad GIS en
Internet.
3.3.9: ACTIVE DIRECTORY
3.3.9.1: Definición
El servicio Active Directory proporciona la capacidad de
establecer un único inicio de sesión y un repositorio central
de información para toda su infraestructura, lo que
simplifica ampliamente la administración de usuarios y
equipos, proporcionando además la obtención de un
acceso mejorado a los recursos en red. Es un servicio de
directorio, en el cual se pueden resolver nombres de URLs
o de determinados recursos.
Active Directory es seguro, distribuido, particionado y
replicado. Está diseñado para funcionar perfectamente en
una instalación de cualquier tamaño, desde sólo un
servidor con algunos cientos de objetos, hasta
múltiples servidores y millones de objetos.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
141
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Las cuentas de usuarios que gestiona Active Directory
son almacenadas en la base de datos SAM (Security
Accounts Manager), pero Active Directory no sólo
almacena información sobre los usuarios, sino que también
mantiene información sobre servidores, estaciones de
trabajo, recursos, aplicaciones, directivas de seguridad, etc.
Con Active Directory se agilizan las búsquedas de
recursos, se asegura la autentificación de usuarios y
máquinas, se comparten mejor los recursos de la red.
Su estructura jerárquica permite mantener una serie de
objetos relacionados con componentes de una red,
usuarios, grupos de usuarios, permisos y asignación de
recursos y políticas de acceso.
3.3.9.2: Estructura
Active Directory requiere uno o más servidores DNS que
permitan el direccionamiento de los elementos
pertenecientes a la red, como por ejemplo el listado de
equipos conectados; y los componentes lógicos de la red,
como el listado de usuarios.
La estructura descendente significa que si un usuario
pertenece a un dominio, será reconocido en todo el árbol
generado a partir de ese dominio, sin necesidad de
pertenecer a cada uno de los subdominios.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
142
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” A su vez, los árboles pueden integrarse en un espacio
común denominado bosque. Para realizar un bosque es
necesario crear dos o más árboles y establecer una
relación de “trust” o confianza entre ellos. De este modo los
usuarios y recursos de los distintos árboles serán visibles
entre ellos, manteniendo cada estructura de árbol el propio
Active Directory.
3.3.9.3: Utilidades
Es útil en redes grandes que se puedan dividir en
dominios más pequeños, centros de trabajo con
varios dominios y redes intranet donde hay
sucursales que comparten recursos.
Sobre un dominio que pueda tener subdominios.
Las consultas a recursos de la red son mucho más
rápidas porque se resuelven mediante el catálogo
global en vez de búsquedas netbios.
La autentificación también se resuelve mediante el
catálogo lo que resuelve problemas de seguridad
variados.
Las consultas al servidor o a otros sitios se
resuelven por DNS.
La administración del Active Directory puede
realizarse desde cualquier servidor de dominio de
toda la red.
Puede incluir cada objeto individual (impresora,
archivo o usuario), cada servidor y cada dominio en
una sola red de área amplia. También puede incluir
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
143
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” varias redes de área amplia combinadas.
3.3.10: FTP (File Transfer Protocol)
3.3.10.1: Definición
FTP es el protocolo para intercambiar archivos en
Internet. FTP utiliza los protocolos de Internet TCP/IP para
permitir la transferencia de datos, de la misma manera que
el HTTP en la transferencia de páginas web desde un
servidor al navegador de un usuario y el SMTP para
transferir correo electrónico a través de Internet.
FTP se utiliza principalmente para descargar un archivo
de un servidor o para subir un archivo a un servidor a
través de Internet.
3.3.10.2: Funcionamiento
En una sesión FTP, el usuario va a transferir ficheros
desde o hacia un host remoto.
Para comenzar una sesión se debe utilizar un cliente
FTP al cual se le mandan el nombre del host remoto y/o el
login/password en caso de necesitarlo; esta información se
llama información de control y se le manda al servidor
remoto sobre una conexión TCP. Una vez que el servidor
nos autoriza, se crea otra conexión TCP para realizar la
transmisión del fichero. Si se van de transmitir varios
ficheros se deberán establecer varias conexiones TCP,
mínimo una por fichero.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
144
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Cuando se inicia la sesión FTP, el cliente FTP inicia una
conexión de control con el servidor. Cuando el servidor
recibe dichos datos y los valida, inicia una conexión TCP
con el cliente, se envía un solo fichero y se cierra la
conexión. Se iniciará una nueva si hay varios ficheros que
transmitir. Por tanto, las conexiones de datos se dicen no
persistentes.
3.3.10.3: Peticiones FTP
Existen algunos comandos FTP importantes, pero si se
está usando un cliente FTP en Windows no será necesario
preocuparse por ellos.
USER (Nombre de Usuario): Envía el login al
servidor.
PASS (Contraseña): Envía la contraseña al
servidor.
LIST: Se emplea para pedir al servidor que nos
muestre la lista de ficheros del directorio activo.
RETR (Nombre de Fichero): Utilizado para obtener
un fichero del directorio actual remoto.
STOR (Nombre de Fichero): Almacena o envía un
archivo al servidor.
3.3.10.4: Respuestas FTP
331. User OK, contraseña requerida.
125. Conexión de datos abierta, comenzando la
transferencia.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
145
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 425. No se puede abrir la conexión de datos.
452. Error escribiendo el archivo.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
146
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CAPÍTULO 4
SISTEMA DE CALIDAD DE SOFTWARE
4.1: INTRODUCCIÓN
El sistema calidad de software para proyectos
informáticos de la Empresa ETAPA establece la política de
calidad de software, como un manual de aseguramiento de
calidad de software, en el cual se documenta los sistemas
de calidad y procedimientos requeridos por las diferentes
áreas dentro de la Empresa.
Los propósitos del sistema de calidad de software es
proveer las siguientes características:
Una propuesta estándar para la gestión y entrega
de sistemas que sea consistente con estándares
de gestión de calidad y aseguramiento de
calidad; y consistente con el modelo de madurez
de capacidad del instituto de ingeniería de
software (SEI-CMM).
Un “mapa de caminos” que pueda servir como
una introducción de nuevos empleos de prácticas
de estándares.
Una sola fuente de procedimientos estándares
que permitan al departamento de informática:
Eliminar la perdida causada por el uso de
múltiples herramientas y técnicas.
Eliminar la incertidumbre asociada con la
falta de procedimientos claros.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
147
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Producir sistemas entregados de alto nivel
de calidad.
Alcanzar mejoras en la productividad.
Entregar soluciones de una manera más
eficiente.
Encontrar y exceder las expectativas de los
usuarios.
Una línea base documentada para:
Aseguramiento de calidad.
Validación auditable del cumplimiento de la
práctica de estándares.
Un programa de mejora continua de la
metodología, procedimientos y prácticas.
4.2: ESTRUCTURA DEL SISTEMA DE CALIDAD
4.2.1: Políticas de Calidad de Software
Los principales objetivos de la política de calidad de
software de la Empresa ETAPA son:
Satisfacer las necesidades de los usuarios.
Cumplir con todos los requisitos legales, técnicos,
normativos y especificaciones del usuario que
afecten a la calidad de los sistemas informáticos.
Cumplir con la planificación establecida para los
proyectos informáticos en lo que tiene que ver
con los recursos humanos y materiales,
seguimiento de cronogramas y estimación del
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
148
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” tamaño de los productos entregables.
Prevenir los fallos y corregirlos cuando ocurran
eliminando las causas que los producen.
Garantizar una evolución ordenada y controlada
a nuevas versiones de los productos de software
en producción.
4.2.2: Objetivos de Calidad
Cumplir las especificaciones establecidas,
reduciendo paulatinamente el número de
inconformidades internas y de reclamos de
usuarios, sobre cualquier aspecto de su relación
con los sistemas informáticos de la Empresa
ETAPA.
Cumplir los plazos de entrega acordados.
Mejorar
los
rangos
significativos,
económicos como de calidad de software.
tanto
4.2.3: Metodología
El sistema de calidad de software tiene como base de
su estructura y funcionalidad el modelo de madurez de
capacidad CMM en el nivel 2 que es el repetible, este nivel
2 nos indica la capacidad de los procesos de software,
contiene las respectivas áreas de proceso clave,
organizadas por propiedades comunes que permiten la
implementación o institucionalización de este sistema de
calidad, estas propiedades contienen unas prácticas clave
del proceso de calidad que nos describen la infraestructura
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
149
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” o actividades que se debe realizar para alcanzar un
producto de software con la calidad esperada.
Nivel 2 CMM
indica
contiene
Capacidad de
Proceso
Área de proceso
clave
alcanza
organizado por
objetivos
Propiedades
Comunes
permiten
contiene
Implementación o
Institucionalización
Prácticas clave
describe
Infraestructura o
Actividades
Fig. 4.1. Metodología del Sistema de Calidad
Capacidad de los Procesos: La capacidad de
los procesos de software describe un conjunto de
resultados
esperados
que
pueden
ser
alcanzados siguiendo un proceso de software. La
capacidad de los procesos de software provee
una predicción de los resultados más comunes
que serán esperados para los proyectos de
software futuros de la Empresa ETAPA.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
150
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Áreas de Proceso Clave: El nivel de madurez
que se implementa en la Empresa ETAPA está
compuesto de áreas de proceso clave. Cada
área identifica un conjunto de actividades
relacionadas que, cuando son realizadas de
forma colectiva, alcanzan un conjunto de
actividades consideradas importantes para
establecer la capacidad de procesos en este
nivel de madurez.
Objetivos: Los objetivos resumen las prácticas
clave de las áreas de proceso clave y, permiten
determinarse
los
proyectos
que
han
implementado correctamente esta área. Los
objetivos significan el alcance, límites y propósito
de cada área de proceso.
Propiedades comunes: Las características
comunes son atributos que indican si la
implementación o institucionalización de un área
de proceso clave es efectiva, repetible y
duradera. Estas propiedades comunes son:
Compromisos a realizar: Implica el
establecimiento
de
políticas
organizacionales.
Habilidad de ejecutar: Implica recursos,
estructuras
organizacionales
y
entrenamiento.
Actividades a realizar: Implica establecer
planes y procedimientos, realizando el
trabajo, realizar el seguimiento y tomar las
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
151
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” acciones correctivas según sea necesario.
Medición y análisis: Describe la necesidad
de medir el proceso y analizar dichas
medidas.
Verificación e implementación: Describe
los pasos que aseguran que las actividades
están realizadas según el proceso que ha
sido establecido.
4.2.4: Roles y Responsabilidades de Calidad
Cada rol deberá cumplir con sus responsabilidades; una
persona puede ejecutar uno o más roles, dependiendo del
tamaño del proyecto.
Administración: Debe existir un compromiso por
parte de la gerencia.
Gerentes: Deberán planear, organizar, dirigir,
controlar el trabajo de su área.
Líder del proyecto: Deberán dirigir, controlar,
administrar y controlar un proyecto para construir
sistemas. Es el responsable ante el cliente.
Líder del proyecto de software: Será
responsable de controlar todas las actividades y
recursos de software de un proyecto.
Líder de tareas de software: Tiene la
responsabilidad técnica y provee dirección
técnica al personal de trabajo dedicado a
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
152
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” determinada área.
Líderes de áreas relacionadas: Deben efectuar
revisiones periódicas para monitorizar el avance,
la planificación, el rendimiento y las novedades
en relación al plan de gestión de proyecto de
software.
4.2.5: Recursos
La Empresa ETAPA establece y proporciona los
recursos y medios adecuados para el buen funcionamiento
de los sistemas de la empresa, entre estos recursos
tenemos:
La asignación del personal adecuado para la
dirección de los proyectos.
La asignación del personal adecuado para la
ejecución y verificación del proyecto.
La asignación del personal adecuado para
efectuar las auditorías internas de calidad.
Equipos
adecuados
para
inspecciones,
mediciones
establecidos.
efectuar
las
y
ensayos
4.2.6: Revisiones del Sistema de Calidad
La Empresa ETAPA revisa el estado del sistema de
calidad de software periódicamente, con el fin de
comprobar la implantación, la adecuación y eficacia del
sistema de calidad de software de la Empresa. Para ello,
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
153
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” cuenta con el apoyo del comité de calidad de software,
encargado de:
Los resultados de revisiones anteriores.
Los informes de las auditorías internas.
Los
registros
de
inconformidades
reclamaciones de clientes.
y
Las acciones correctoras y preventivas.
La evidencia del cumplimiento de los objetivos de
calidad durante el periodo anterior.
La adecuación de la política de calidad de
software.
Si de la revisión del sistema se derivan acciones
correctoras o preventivas, quedarán reflejadas en el
informe de revisión y darán lugar a un acta de acción
correctora/preventiva estableciéndose el responsable y
plazo de implantación.
4.3: GESTIÓN DE PROYECTOS DE SOFTWARE
4.3.1: Definición
El objetivo de la gestión de proyectos de software es
establecer una gestión básica del proyecto para controlar el
tamaño, costos y funcionalidad; establecer una disciplina
para realizar los sistemas según el presupuesto a tiempo y
con la funcionalidad y calidad requerida, en cada proyecto
desarrollado.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
154
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” La siguiente pirámide proyecta la gestión de proyectos
de software:
Fig. 4.2. Gestión de Proyectos de Software
Para alcanzar los compromisos es necesario:
Entender requerimientos.
Estimar el trabajo.
Planificar el trabajo de manera que
compromisos originales sean alcanzables.
los
Controlar las aprobaciones de los compromisos.
Realizar el seguimiento de los estados según el
plan.
Revisar el estado según los compromisos e
iniciar cambios si fuese necesario.
Asegurar
la
calidad
del
producto
y
el
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
155
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” cumplimiento de los procesos e iniciar acciones
correctivas si fuese necesario.
Controlar la configuración de entregables y
registros.
Desde el punto de vista superior-inferior, los
compromisos iniciales son soportados por los planes del
proyecto, sucesivamente son soportadas por las
actividades de requerimientos y estimación. Después de
que se establecen los compromisos iniciales, el monitoreo
del estado de los compromisos es soportado por las
revisiones, las cuales sucesivamente son soportadas por
las actividades de seguimiento y aseguramiento.
Desde el punto de vista inferior-superior, los
requerimientos son recolectados y las estimaciones
elaboradas. Los resultados forman los planes, y los planes
reciben aprobación de compromisos. Luego los planes son
monitoreados, y los productos y procesos son asegurados.
Los resultados se convierten en revisiones, y las revisiones
reportan estados o tareas en el progreso hacia los
compromisos.
En todo momento, la gestión de configuración es
aplicada para prevenir la perdida de información importante
del proyecto tales como entregables y registros.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
156
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 4.3.2: Procedimiento de la Gestión de Proyectos de Software
Fig. 4.3. Procedimiento para la Gestión de Proyectos de Software
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
157
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Paso 1. Gestión de Requerimientos
Definición.
Análisis.
Planificación del Proyecto y Propuesta.
Paso 2. Planificación de Proyecto
Planificación Inicial.
Paso 3. Estimación:
Las estimaciones son generadas usando como
entrada la Especificación de Requerimientos o
Propuesta y las restricciones de recursos y
cronogramas de la planificación del proyecto.
Crear Estimaciones.
Revisar Estimaciones.
Paso 4. Planificación del Proyecto
Las estimaciones son incorporadas en los
planes. Los planes son preparados para
aprobación y para negociación de compromisos.
Paso 5. Control de Compromisos
Negociación de Compromisos.
Formulario de Aprobación.
Ejecución de Compromisos (desarrollo).
Seguimiento de Compromisos.
Paso 6. Seguimiento de Proyecto
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
158
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Comparar Actual con el Plan.
Evaluar el Estado y Rendimiento.
Paso 7. Gestión de Requerimientos
Seguimiento
del
Requerimientos.
Estado
de
los
Paso 8. Aseguramiento de Calidad de Software
Plan Anual de ACS.
Conducir Auditorias.
Paso 9. Revisión de la Gestión del Proyecto
Reuniones de Estado.
Revisiones del Proyecto.
Revisiones de Compromiso.
Paso 10. Planificación del Proyecto
(Es necesaria una Re-Planificación).
Re-planificar.
Paso 11. Gestión de Requerimientos
Control de Cambios en los Requerimientos.
Paso 12. Estimación
Estimaciones Adicionales.
Paso 13. Control de Compromisos
Nueva Negociación de Compromisos.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
159
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” (Regresar al punto de Compromisos o ir al
punto de entrega).
(Punto de Entrega).
Paso 14. Seguimiento del Proyecto
Postmortem.
Paso 15. Estimación
Actualizar Base de Datos Histórica.
4.4: GESTIÓN DE REQUERIMIENTOS
Los objetivos de la gestión de requerimientos son:
Controlar los requerimientos del sistema de
software.
Los planes de software, productos y actividades
deben mantenerse consistentes con los
requerimientos de software del sistema ha
desarrollarse.
Una vez determinados los requerimientos, estos se
deben:
Documentar.
Revisar por el líder del proyecto y los grupos
afectados.
Modificar en caso de que haya cambios.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
160
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Se debe establecer las responsabilidades para el
análisis de los requerimientos del sistema y destinarlos al
hardware, software u otros componentes.
El grupo de ingeniería de software debe revisar los
requerimientos localizados antes que sean incorporados en
el proyecto de software.
El grupo de ingeniería de software debe usar los
requerimientos como base de los planes de software,
productos y actividades.
Las actividades de gestión de los requerimientos
localizados son revisadas por parte de la administración de
forma periódica por el líder del proyecto.
Además el grupo de aseguramiento de calidad revisa
y/o audita las actividades y los sistemas para la gestión de
los requerimientos y reporta de resultados.
4.5: PLANIFICACIÓN DE PROYECTOS DE SOFTWARE
El objetivo principal para la planificación de proyectos de
software es: planificar y documentar las actividades y
compromisos del proyecto de software.
Para la planificación de los proyectos de software se
debe designar un gestor del proyecto de software
responsable de la negociación, de los compromisos con los
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
161
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” involucrados y la elaboración del plan del desarrollo del
software.
Los requerimientos de software localizados con
anterioridad serán usados como base para la planificación
del proyecto de software.
Dentro de las actividades que se deben realizar para la
planificación de proyectos de software tenemos:
La planificación del proyecto de software debe
ser iniciada en una etapa temprana, en paralelo
con la planificación general del proyecto.
El grupo de ingeniería de software debe participar
en conjunto con otros grupos afectados en la
planificación del proyecto, a lo largo de su
existencia.
El ciclo de vida del software con etapas
predefinidas, de un tamaño manejable, debe ser
identificado o definido.
El plan de gestión de proyectos de software debe
ser documentado.
Los productos de software necesarios para
establecer y mantener el control del proyecto de
software deben ser identificados.
Los recursos de hardware requeridos para el
proyecto deben ser identificados, recursos como:
Capacidad de memoria.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
162
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Uso de procesador.
Capacidad del canal de comunicación.
Se deben planificar las facilidades y herramientas
de soporte para las actividades de ingeniería de
software del proyecto.
Las estimaciones de los requerimientos de
capacidad para estas facilidades (servidores de
desarrollo, bases de datos, espacio físico, etc.) y
herramientas de soporte se deben relazar en
base a las estimaciones del tamaño de los
productos a ser entregados.
Las actividades de planificación del proyecto deben ser
revisadas por la administración con cierta periodicidad.
4.6: SEGUIMIENTO DE PROYECTOS
Los objetivos principales del seguimiento de proyectos
son los siguientes:
Comparar los resultados y el rendimiento del
proyecto con la planificación del proyecto de
software.
Tomar y administrar acciones correctivas hasta el
final, cuando los resultados y el rendimiento se
desvíen significativamente de la planificación del
proyecto de software.
Para la realización del seguimiento de proyectos se
debe tener como base a un plan documentado de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
163
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” desarrollo del software; basados en esto se debe mantener
informado al gestor del proyecto sobre el estado del
proyecto y las novedades que hayan surgido y en caso de
que la planificación del proyecto de software no se cumpla
se deberán tomar acciones correctivas.
Cuando sea apropiado, el plan de gestión de proyectos
de software será revisado para incorporar refinamientos o
cambios significativos.
Los cambios en los compromisos que afecten al
proyecto de software deben ser comunicados a los
miembros del grupo de ingeniería de software y otros
grupos relacionados.
Además el grupo de ingeniería de software debe
efectuar revisiones periódicas para monitorizar el avance,
la planificación, el rendimiento y las novedades en relación
al plan de gestión de proyecto de software.
4.7: ASEGURAMIENTO DE CALIDAD
Los objetivos principales del aseguramiento de calidad o
ACS son:
Planificar las actividades de aseguramiento de la
calidad.
Verificar en forma objetiva el apego de los
productos resultantes y de las actividades del
proyecto de software, a los estándares,
procedimientos y requerimientos que han sido
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
164
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” definidos para el proyecto.
Manejar los aspectos que no se apeguen a los
estándares y que no puedan ser resueltos dentro
del proyecto de software.
En todos los proyectos de software se tendrá presente
las funciones de aseguramiento de calidad.
Debe existir un grupo responsable de la coordinación e
implementación de ACS, además se deben proveer los
recursos y fondos adecuados para las actividades de ACS:
Un plan de ACS debe ser desarrollado en una etapa
temprana, debe ser desarrollado en paralelo con la
planificación del proyecto. Debe ser administrado y
controlado.
El plan de ACS debería cubrir los siguientes puntos:
Responsabilidades y cadena de autoridad del
grupo de ACS.
Requisitos en cuanto a recursos del grupo de
ACS, incluyendo personal, herramientas y
facilidades.
La participación del grupo de ACS en la definición
del plan de desarrollo del software, estándares y
procedimientos del proyecto.
Auditorias y revisiones a ser conducidas por el
grupo de ACS.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
165
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Estándares, procedimientos a ser utilizados en
las revisiones y auditorias que el grupo de ACS
efectuará.
Procedimientos para documentar y realizar un
seguimiento a los incumplimientos hasta su
resolución final.
Documentación que el grupo de ACS deba
producir.
Método y frecuencia con la que se
retroalimentará al grupo de ingeniería de
software y otros grupos relacionados sobre las
actividades de ACS.
Las actividades de ACS deben ser revisadas por la
administración con una cierta periodicidad. El objetivo
principal de esta actividad es proveer una visión del estado
de las actividades de desarrollo de software, de una
manera abstracta y oportuna. La periodicidad de las
revisiones dependerá de las necesidades de la
organización.
4.8: GESTIÓN DE CONFIGURACIÓN
Entre los principales objetivos para la gestión de
configuración o GCS tenemos:
Hacer que las actividades de gestión de la
configuración del software sean planificadas.
Hacer que los productos de software a gestionar
sean identificados, controlados y disponibles.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
166
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Hacer que los cambios a los productos de
software sean identificados y controlados.
La GCS debe ser implementada a lo largo del ciclo de
vida del proyecto y auditadas periódicamente.
Deberá existir un grupo en el proyecto que sea
responsable de la coordinación e implementación de GCS.
Se deben proveer los recursos y fondos adecuados para
estas actividades de GCS.
El plan de GCS debe ser desarrollado en una etapa
temprana, en paralelo con la planificación del proyecto.
Debe crearse un sistema de biblioteca de gestión de la
configuración, que será utilizado como repositorio de líneas
base de los productos de software.
Se deben identificar los productos de trabajo sobre los
cuales se efectuará la gestión de la configuración. Algunos
ejemplos ítems o unidades de configuración incluyen:
Documentación de procesos.
Requisitos de software.
Diseños de productos de software.
Código fuente y ejecutables de
productos de software.
Procedimientos de prueba.
Compiladores.
Otras herramientas de software.
los
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
167
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Las actividades de GCS deben ser revisadas por la
administración con una cierta periodicidad. El objetivo
principal de esta actividad es proveer una visión del estado
de las actividades de desarrollo de software, de una
manera abstracta y oportuna. La periodicidad de las
revisiones dependerá de las necesidades de la
organización.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
168
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” PARTE III
MODELO TEORICO
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
169
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CAPÍTULO 5
GESTIÓN DE REQUERIMIENTOS
ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE
ERS
La especificación de requisitos de software se ha
anexado al documento, revíselo en la parte Anexos, Anexo
# 1.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
170
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CAPÍTULO 6
ANÁLISIS DEL SISTEMA
6.1. DESCRIPCIÓN DE LA APLICACIÓN
Para la realización del módulo de inspecciones se
deberá realizar las siguientes tareas explicadas
detalladamente a continuación:
Se organizará dentro de un servidor los mapas
existentes de las rutas en la ciudad, estos mapas estarán
formados por 4 capas, estas capas estarán almacenadas
en formato shapefile dentro del servidor. Se asignará un
directorio en el servidor para cada ruta, el nombre del
directorio estará formado por el sector y subsector de la
ruta; para acceder a estos directorios la aplicación lo hará
mediante el protocolo de transferencia de archivos ftp.
Para poder realizar la inspección en el equipo móvil el
inspector deberá iniciar sesión, para ello el sistema le
presentará una pantalla en la cual deberá ingresar el
nombre de usuario y contraseña, así, como también la
fecha de las órdenes de trabajo a recuperar; una vez que el
inspector ingresa los datos, el sistema los recupera e
intenta autenticar al inspector usando Active Directory; al
final el sistema le informa al inspector si el inicio de sesión
fue satisfactorio o no. Si fue satisfactorio el sistema le
permite ingresar a la aplicación, caso contrario se le negara
el acceso y tendrá que volver a intentarlo.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
171
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Una vez que el inspector ha iniciado sesión
correctamente y se le ha permitido ingresar a la aplicación,
se presentará una barra de herramientas en la que se
incluirá la opción de cargar la bandeja de trabajo, en esta
bandeja se cargará las órdenes de trabajo del inspector
autenticado y pertenecientes a la fecha indicada, las
órdenes que se le presentan son órdenes de inspección de
agua potable, que están en estado asignadas y que están
pendientes, las órdenes de trabajo estarán compuestas
por:
Número de Orden
Sector
Subsector
Lectura
Tipo
Cliente
Clave Catastral
Después de que se ha cargado la bandeja de trabajo el
inspector podrá revisar todas las órdenes que tiene
pendientes, para que de esta manera analice que orden
procederá a inspeccionar y la seleccione dentro de la
bandeja de trabajo.
Ya seleccionada la orden que se va a procesar
continuamos con la descarga del mapa correspondiente al
predio a inspeccionar, para ello debemos obtener el
directorio donde se encuentran alojados los archivos del
mapa en el servidor GIS, el nombre del directorio está
compuesto por:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
172
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Zona
Sector
Manzana
Esta información la obtendremos a partir de la clave
catastral asociada a la orden de trabajo; una vez que se ha
extraído el directorio correspondiente iniciamos una
conexión ftp con el servidor, después nos ubicamos en el
directorio adecuado y procedemos con la descarga de los
diferentes archivos que conforman el mapa. En caso de
que el mapa a descargar este actualmente en la Pocket, no
se lo descargará, se continuará directamente con la
visualización.
Después de que se ha descargado el mapa, el sistema
visualizará las diferentes capas que forman el mapa en la
pantalla del dispositivo móvil, al momento de presentarse el
mapa al usuario el predio seleccionado en la bandeja de
trabajo estará rellenado con un color diferente y
seleccionado dentro del mapa; si existiera otros predios
dentro del mismo mapa que también se deberían
inspeccionar estarán rellenados con un color diferente al
resto del mapa y diferente al predio que se inspeccionará
en ese momento. Para diferenciar los predios en el mapa
se tiene un estado asociado a los predios, el cual puede
tomar uno de estos valores:
0 - Normal: El predio que no tiene orden de
inspección.
1 - Inspeccionar: El predio que selecciono en la
bandeja de trabajo y se va a inspeccionar en este
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
173
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” momento.
2 - Por Inspeccionar: El predio que se encuentra
en el mismo mapa del predio a inspeccionar y
tiene una orden de inspección.
Una vez que el mapa se visualice en la pantalla del
equipo móvil el usuario podrá hacer uso de otra
herramienta que le permite consultar la información de
cualquier predio contenido en el mapa, la información que
se presenta se recupera de la base de datos del servidor,
esta información será únicamente de lectura y no se podrá
modificar.
Para realizar la inspección del predio se hará uso de la
herramienta de selección para escoger el predio que se va
a inspeccionar, a continuación se utilizará la herramienta de
inspección para desplegar la información del predio con
opción de modificar ciertos campos.
Una vez modificados los campos necesarios y si el
inspector está de acuerdo se procederá a grabar las
actualizaciones en la base de datos del servidor y de esta
manera se terminara con la inspección del predio.
6.2. DESCRIPCIÓN DE ACTORES
Inspector: Es el usuario del sistema en los
equipos móviles, son los encargados de realizar
las inspecciones.
Administrador del Sistema: Es el encargado del
mantenimiento de los mapas en el servidor.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
174
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6.3. DIAGRAMAS DE CASOS DE USO
6.3.1. Administrador del Sistema
1. Organizar los mapas de las rutas existentes dentro del
servidor.
Organizar mapas
:Administrador
del Sistema
Fig. 6.1. Caso de Uso del Administrador del Sistema
6.3.2. Inspector
1. Iniciar sesión en el equipo móvil.
2. Cargar bandeja de trabajo.
3. Descargar mapa.
4. Visualizar mapa.
5. Solicitar información de los predios.
6. Realizar la actualización del predio.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
175
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Iniciar sesión
Cargar bandeja de
trabajo
Descargar mapa
Visualizar mapa
: Inspector
Solicitar
información
Realizar
inspección
Fig. 6.2. Caso de Uso del Inspector
6.4. DESCRIPCIÓN DE CASOS DE USO
Caso Nº Organizar los mapas de las rutas existentes
de
1 dentro del servidor.
Uso
Administrador del Sistema.
Actores
Descripció
n
Se organizarán los mapas existentes de las
rutas en un servidor dentro de la empresa ETAPA.
Flujo de
Eventos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
176
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Se organizará dentro de un servidor los mapas
existentes de las rutas en la ciudad, estos mapas
Automático estarán formados por 4 capas, estas capas estarán
[] Manual
almacenadas en formato shapefile dentro del
[X]
servidor. Se asignará un directorio en el servidor
para cada ruta, el nombre del directorio estará
formado por el sector y subsector de la ruta. Para
acceder a estos directorios la aplicación lo hará
mediante el protocolo de transferencia de archivos
ftp.
Flujo de
Eventos
Alternativo
Básico
Los mapas de las rutas deben existir.
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [] Semanal [] Mensual [] Ocasional
[X]
Prioridad
Opcional [] Deseable []
Obligatorio [X]
Necesario []
Características del Producto
CR.1.
0
CR.2.
0
CR.3.
0
Requerimientos Especiales
RE.1.
0
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
177
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” RE.2.
0
RE.3.
0
Caso Nº Iniciar sesión en el equipo móvil.
de
2.
Uso
Inspector.
Actores
Descripció
n
Los inspectores deben ingresar sus datos de
usuario de la empresa ETAPA para poder iniciar la
aplicación en el equipo móvil.
Flujo de
Eventos
Al momento de iniciar la aplicación se le pedirá
Básico
al inspector el nombre de usuario y contraseña
Automático para realizar la autenticación mediante Active
Directory y poder permitir o negar el acceso a la
[X]
Manual
aplicación.
[]
Además el inspector deberá ingresar la fecha de
las órdenes de trabajo que desea recuperar.
Flujo de
Eventos
Alternativo
PreCondición
Tener un usuario del sistema que este dentro
del grupo de inspectores.
PostCondición
Volumen
de Datos
Frecuencia Diario [X]
Semanal []
Mensual []
Ocasional
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
178
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” []
Prioridad
CR.1.
0
CR.2.
0
CR.3.
0
RE.1.
0
Opcional [] Deseable []
Obligatorio [X]
Necesario []
Características del Producto
El sistema permitirá el ingreso del nombre de
usuario, contraseña del inspector y fecha de órdenes a
recuperar.
El sistema verificará la información ingresada por el
inspector autenticándolo con Active Directory.
El sistema permitirá o negará el acceso al sistema.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará el acceso a la aplicación.
RE.2.
0
RE.3.
0
Caso Nº Cargar bandeja de trabajo.
de
3.
Uso
Inspector.
Actores
Cargar en la bandeja de trabajo de los
Descripció
n
inspectores las órdenes de trabajo asignadas
previamente a cada inspector.
Flujo de
Eventos
Luego de que el inspector solicite la bandeja de
Básico
trabajo, el sistema procede a buscar las órdenes
al
inspector
autenticado
y
Automático asignadas
pertenecientes a la fecha indicada, los filtros que
[X]
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
179
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Manual
[]
se aplican a la búsqueda son:
Nombre de usuario del inspector.
Tipo de ordenes (AGP).
Fecha asignada para realizar las
ordenes.
Causa del origen de la inspección.
Estado en el que se encuentra la
inspección (Pendiente).
Las ordenes de trabajo estarán compuestas por:
Numero de Orden.
Sector.
Subsector.
Lectura.
Tipo.
Cliente.
Clave Catastral.
Flujo de
Eventos
Alternativo
PreCondición
El inspector debe tener su cuenta de usuario
activa.
PostCondición
Volumen
de Datos
Frecuencia Diario [X]
[]
Prioridad
Opcional []
Semanal []
Deseable []
Mensual []
Ocasional
Necesario [X]
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
180
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Obligatorio []
CR.1.
0
CR.2.
0
CR.3.
0
RE.1.
0
Características del Producto
El sistema obtendrá el nombre de usuario logeado y
la fecha seleccionada para descargar las órdenes de
trabajo.
El sistema consumirá un servicio web enviando
como parámetro el nombre de usuario, tipo de orden, la
fecha, la causa y el estado; y recibirá todas las órdenes
de trabajo que pasen estas condiciones.
El sistema mostrará los resultados.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
RE.2.
0
RE.3.
0
Caso Nº Descargar mapa.
de
4.
Uso
Inspector.
Actores
El inspector solicita al sistema que descargue el
Descripció
n
mapa correspondiente a la orden seleccionada
Flujo de
Eventos
Ya seleccionada la orden que se va a procesar,
Básico
continuamos con la descarga del mapa
Automático correspondiente al predio a inspeccionar; para ello
el sistema incluye en la bandeja de trabajo una
[X]
opción que permite al inspector solicitar la
Manual
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
181
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” []
descarga del mapa.
Primero el sistema debe saber que directorio es
el que va a descargar para esto debemos obtener
los archivos del mapa en el servidor GIS, el
nombre del directorio está compuesto por:
Zona
Sector
Manzana
Esta información la obtendremos a partir de la
clave catastral asociada a la orden de trabajo.
Finalmente el sistema abrirá una conexión ftp y
se procederá con la descarga de los archivos
Flujo de
Eventos
Alternativo
Seleccionar una orden de trabajo.
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [X] Semanal [] Mensual []
[]
Prioridad
CR.1.
0
Opcional [] Deseable []
Obligatorio []
Ocasional
Necesario [X]
Características del Producto
El sistema presentará la opción de descargar
habilitada.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
182
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CR.2.
0
CR.3.
0
RE.1.
0
El sistema obtendrá el nombre del directorio del
mapa a descargar a partir de la clave catastral.
El sistema descargará los archivos necesarios para
la visualización del mapa correspondiente a la orden de
trabajo.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
RE.2.
0
RE.3.
0
Caso Nº Visualizar el mapa.
de
5.
Uso
Inspector.
Actores
El sistema carga en el visor de la aplicación
Descripció
n
ArcPad el mapa descargado.
Flujo de
Eventos
Después de que finaliza la descarga del mapa el
Básico
inspector acepta y mediante esto solicita al sistema
Automático visualice el mapa descargado y el sistema
visualizará las diferentes capas que forman el
[X]
Manual
mapa en el visor de ArcPad.
[]
Estas capas son:
Capa de vías
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
183
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Capa de agua
Capa de predios
Capa de rutas
Se resaltarán de un color distinto los predios a
inspeccionar, y además el predio escogido
aparecerá seleccionado.
Flujo de
Eventos
Alternativo
Descargar el mapa de la orden de trabajo.
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [X] Semanal [] Mensual [] Ocasional
[]
Prioridad
CR.1.
0
CR.2.
0
Opcional [] Deseable []
Obligatorio []
Necesario [X]
Características del Producto
El sistema visualizará el mapa en el visor ArcPad.
El sistema resaltará los predios a inspeccionar y los
que no, para que se los pueda diferenciar.
CR.3.
0
Requerimientos Especiales
RE.1.
0
RE.2.
0
RE.3.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
184
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 0
Caso Nº Solicitar Información de los Predios.
de
6.
Uso
Inspector.
Actores
El inspector solicita al sistema le presente
Descripció
n
información de un predio indicado.
Flujo de
Eventos
Una vez que el mapa se visualiza en la pantalla
Básico
del equipo móvil, el inspector podrá hacer uso de
Automático otra herramienta que le permite consultar la
información de cualquier predio contenido en el
[X]
Manual
mapa.
[]
El inspector activa esta herramienta y
selecciona el predio del que desea consultar la
información, mediante esto le envía la petición al
sistema para que le presente la información
respectiva y el sistema da como respuesta los
datos del predio.
Flujo de
Eventos
Alternativo
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [X]
Semanal []
Mensual []
Ocasional
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
185
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” []
Prioridad
Opcional [X]
Obligatorio []
Deseable []
Necesario []
CR.3.
0
Características del Producto
El sistema buscará información del predio
seleccionado en la base de datos, usando un servicio
web en el que le envía la clave catastral del predio y
recibe toda la información del predio.
El sistema visualizará en la pantalla del equipo móvil
la información del predio.
El sistema bloqueará todos los campos para que el
usuario no tenga opción a modificarlos.
RE.1.
0
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
CR.1.
0
CR.2.
0
RE.2.
0
RE.3.
0
Caso Nº Realizar la Actualización del Predio.
de
7.
Uso
Inspector.
Actores
El inspector realiza la inspección en campo, se
Descripció
n
completan los campos necesarios del predio y se
actualiza esta información en el servidor.
Flujo de
Eventos
El inspector realiza el levantamiento de la
Básico
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
186
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” información de campo y con estos datos actualiza
Automático la información en el equipo móvil.
[X]
Manual
Una vez modificados los campos necesarios y si
[]
el inspector está de acuerdo se procederá a grabar
las actualizaciones en la base de datos del servidor
y de esta manera se terminara con la inspección
del predio.
Flujo de
Eventos
Alternativo
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [X]
[]
Prioridad
CR.1.
0
CR.2.
0
CR.3.
0
CR.4.
0
Semanal []
Opcional [] Deseable []
Obligatorio []
Mensual []
Ocasional
Necesario [X]
Características del Producto
El sistema buscará información del predio
seleccionado en la base de datos, usando un servicio
web en el que le envía la clave catastral del predio y
recibe toda la información del predio.
El sistema visualizará en la pantalla del equipo móvil
la información del predio.
El sistema desbloqueará los campos que puedan
ser modificados en la inspección.
Una vez ingresados los datos, el sistema validará la
información ingresada por el inspector.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
187
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CR.5.
0
RE.1.
0
El sistema actualizará la información del predio en la
base de datos, usando un servicio web en el que envía
la información a modificar.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
RE.2.
0
RE.3.
0
6.5. DIAGRAMAS DE SECUENCIA
6.5.1. Iniciar sesión
:procesos.js
:Inspector
:frmLogin
:service1.asmx
:frmmsg
nombre, clave y
fecha
nombre
y
clave
mostrar formulario
msg: "Espere por favor"
nombre y clave
validar nombre y
clave
true
msg: "Usuario autentificado
correctamente"
Fig. 6.3. Diagrama de Secuencia “Iniciar Sesión” (Correcto)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
188
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” :procesos.js
:Inspector
:frmLogin
:service1.asmx
:frmmsg
nombre, clave y
fecha
nombre
y
clave
mostrar formulario
msg: "Espere por favor"
nombre y clave
validar nombre y
clave
false
msg: "Datos incorrectos"
Fig. 6.4. Diagrama de Secuencia “Iniciar Sesión”
(Incorrecto)
:procesos.js
:Inspector
:frmLogin
:service1.asmx
:frmmsg
nombre, clave y
fecha
nombre
y
clave
mostrar formulario
msg: "Espere por favor"
nombre y clave
validar nombre y
clave
error
msg: "Error de conexión"
Fig. 6.5. Diagrama de Secuencia “Iniciar Sesión” (Error de
conexión)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
189
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6.5.2. Cargar bandeja de trabajo
:procesos.js
:Inspector
:tlbrINSPEC
:frmTareas
:service1.asmx
:frmmsgdescarga
cargar bandeja de
trabajo
cargar bandeja de trabajo
msg: "Espere por favor"
usuario y fecha
usuario, tipo, fecha,
causa y estado
# Orden, Sector,
Subsector, Lectura,
Tipo, Cliente, Clave
Catastral
# Orden, Sector, Subsector, Lectura, Tipo,
Cliente, Clave Catastral
Mostrar datos al usuario
Fig. 6.6. Diagrama de Secuencia “Cargar Bandeja de
Trabajo” (Correcto)
Fig. 6.7. Diagrama de Secuencia “Cargar Bandeja de
Trabajo” (No Existen Tareas)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
190
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.8. Diagrama de Secuencia “Cargar Bandeja de
Trabajo” (Error de Conexión)
6.5.3. Descargar mapa
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
191
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.9. Diagrama de Secuencia “Descargar mapa”
(Correcto)
Fig. 6.10. Diagrama de Secuencia “Descargar mapa”
(Archivo ya descargado)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
192
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.11. Diagrama de Secuencia “Descargar mapa”
(Incorrecto)
6.5.4. Visualizar mapa
:procesos.js
:Inspector
:frmTareas
:frmmsgvisualiza
:Visor ArcPad
visualizar
nombre del directorio
mostrar formulario
msg: "Espere por favor"
petición para visualizar
mapa con predios a
inspeccionar
resaltados
mapa con predios a inspeccionar resaltados
Fig. 6.12. Diagrama de Secuencia “Visualizar mapa”
(Correcto)
:procesos.js
:Inspector
:frmTareas
visualizar
nombre del directorio
error
msg: "descargar el
mapa"
Fig. 6.13. Diagrama de Secuencia “Visualizar mapa”
(Incorrecto)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
193
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6.5.5. Solicitar información
Fig. 6.14. Diagrama de Secuencia “Solicitar Información”
(Correcto)
Fig. 6.15. Diagrama de Secuencia “Solicitar Información”
(Error de Conexión)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
194
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6.5.6. Realizar actualización del predio
:predios.js
:Inspector
:tlbrINSPEC
:EDITFORM
:service1.asmx
:frmmsgcargar
solicita informacion
inicializar variables
mostrar formulario
msg: "Espere por favor"
clave catastral
clave catastral
informacion solicitada
informacion solicitada
nuevos datos para la inspección
datos válidos
grabar datos
true
mostrar mensaje
msg: "Datos actualizados"
Fig. 6.16. Diagrama de Secuencia “Realizar Actualización
del Predio” (Correcto)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
195
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.17. Diagrama de Secuencia “Realizar Realizar
Actualización del Predio” (Incorrecto)
Fig. 6.18. Diagrama de Secuencia “Realizar Realizar
Actualización del Predio” (Error de Conexión)
6.6. DIAGRAMAS DE COLABORACIÓN
6.6.1. Iniciar sesión
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
196
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.19. Diagrama de Colaboración “Iniciar Sesión”
(Correcto)
Fig. 6.20. Diagrama de Colaboración “Iniciar Sesión”
(Incorrecto)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
197
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.21. Diagrama de Colaboración “Iniciar Sesión” (Error
de Conexión)
6.6.2. Cargar bandeja de trabajo
4: usuario y fecha
Fig. 6.22. Diagrama de Colaboración “Cargar Bandeja de
Trabajo” (Correcto)
Fig. 6.23. Diagrama de Colaboración “Cargar Bandeja de
Trabajo” (No existen tareas)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
198
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” :procesos.js
:tlbrINSPEC
:Inspector
8:
ms
g:
“
Er
ro
r
de
co
ne
xio
n”
:service1.asmx
:frmmsgdescarga
Fig. 6.24. Diagrama de Colaboración “Cargar Bandeja de
Trabajo” (Error de Conexión)
6.6.3. Descargar mapa
4:
:
"D
r" r i a "
vo
o
fa act
r
f
po a t i s
e
er a S
s p rg
"E ca
es
:
sg
sg
m
m
7:
Fig. 6.25. Diagrama de Colaboración “Descargar mapa”
(Correcto)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
199
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 4:
r"
vo
fa
r
o"
po
vo ad
e
hi g
er
r c ar
sp
" A sc
"E
: de
:
sg e
sg
m ent
m
7: m
ia
ev
pr
Fig. 6.26. Diagrama de Colaboración “Descargar mapa”
(Archivo ya descargado)
:frmTareas
r
ga
ar
c
s
de
1:
2:
cla
ve
ca
tas
tra
l
:procesos.js
4:
m
os
tr
6:
m
ar
b
m
re
fo
os
rm
tr de
ul
ld
ar
ar
i
fo
r
io
rm ect
o
ul
r
ar io
io
:Inspector
m
7:
5:
no
3:
r" a"
g
vo
fa car
r
s
po de
e
a
er n l
e
sp
"E ror
:
r
sg "E
:
sg
m
:frmmsgdescarga
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
200
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.27. Diagrama de Colaboración “Descargar mapa”
(Incorrecto)
6.6.4. Visualizar mapa
Fig. 6.28. Diagrama de Colaboración “Visualizar mapa”
(Correcto)
Fig. 6.29. Diagrama de Colaboración “Visualizar mapa”
(Incorrecto)
6.6.5. Solicitar información
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
201
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.30. Diagrama de Colaboración “Solicitar información”
(Correcto)
Fig. 6.31. Diagrama de Colaboración “Solicitar información”
(Error de Conexión)
6.6.6. Realizar Actualización del Predio
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
202
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 2: inicializar variables
cio
n
:tlbrINSPEC
:frmmsgcargar
8: i
nfo
rma
9: n
ción
ue v
os
soli
d
14:
cita
a to
sp
da
ms
ara
g: "
la i
Da t
ns p
os
ecc
act
ua l
ión
izad
os"
r
c la
5:
ve
c
l ar
at a
io
a
str
l
7: información solicitada
12: true
4: msg: "Espere por favor"
:Inspector
tra
mu
11: grabar datos
3:
s
mo
fo r
13 10
:
:
m da
os to
s
tr
ar vá
m lido
en
s
sa
je
a
cit
ma
6: clave catastral
1:
li
so
or
inf
:predios.js
:service1.asmx
:EDITFORM
Fig. 6.32. Diagrama de Colaboración “Realizar
Actualización del Predio” (Correcto)
2: inicializar variables
13 10
:
:
m da
os to
s
tr
ar vá
m lido
en
s
sa
je
8: i
nfo
rma
9: n
ción
u
evo
14:
soli
sd
ms
cita
ato
g: "
sp
da
Err
a
or a
ra l
a in
l ac
spe
tua
cció
liza
r lo
n
sd
ato
s"
:EDITFORM
7: información solicitada
12: false
:frmmsgcargar
11: grabar datos
4: msg: "Espere por favor"
:Inspector
:tlbrINSPEC
:predios.js
6: clave catastral
a
cit
oli
s
1:
ion
ac
rm
o
f
in
rio
u la
m
or
l
rf
tra
tra
s
as
o
t
a
m
c
3:
ve
cla
:
5
:service1.asmx
Fig. 6.33. Diagrama de Colaboración “Realizar Realizar
Actualización del Predio” (Incorrecto)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
203
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ion
str
ar
u la
ca
ve
c la
rio
ta
str
al
12: error
5:
11: grabar datos
mo
3:
m
fo r
13 10
:
:
m da
os t o
s
tr
a r vá
m lido
en
s
sa
je
it a
lic
ac
6: clave catastral
so
1:
m
or
inf
Fig. 6.34. Diagrama de Colaboración “Realizar Realizar
Actualización del Predio” (Error de Conexión)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
204
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6.7. DIAGRAMAS DE ESTADO
6.7.1. Iniciar sesión
Ingresar nombre,
clave y fecha
Mostrar ¨Espere por
favor¨
Validar nombre,
clave y fecha
Mostrar "Usuario
autentificado
correctamente"
true
false
Mostrar “Datos
Incorrectos”
error
Mostrar "Error de
conexión"
Fig. 6.35. Diagrama de Estado “Iniciar Sesión”
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
205
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6.7.2. Cargar bandeja de trabajo
Fig. 6.36. Diagrama de Estado “Cargar Bandeja de Trabajo”
6.7.3. Descargar mapa
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
206
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.37. Diagrama de Estado “Descargar mapa”
6.7.4. Visualizar mapa
Fig. 6.38. Diagrama de Estado “Visualizar mapa”
6.7.5. Solicitar información
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
207
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.39. Diagrama de Estado “Solicitar Información”
6.7.6. Realizar inspección
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
208
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Fig. 6.40. Diagrama de Estado “Realizar Realizar
Actualización del Predio”
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
209
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” PARTE IV
CONCRECIÓN DEL MODELO
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
210
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CAPÍTULO 7
IMPLEMENTACIÓN
La implementación se ha anexado en un CD con todos
los programas y archivos necesarios para que el sistema
funcione.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
211
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CONCLUSIONES
Una vez terminado el presente trabajo hemos obtenido
un sistema capaz de automatizar la captura de la
información catastral de los predios de la ciudad por parte
de los inspectores de la Empresa ETAPA.
Se logro representar un modelo grafico del proceso de
inspección de un predio y se consiguió implementarlo en un
dispositivo móvil.
Es un sistema portable, ya que se encuentra instalado
en los equipos móviles, los cuales son pequeños y además
son fáciles de manipular.
Aprovechando la red de datos de la empresa de
telefonía “Porta”, el sistema sirve en cualquier lugar de la
ciudad donde haya conexión celular.
Se mantiene la información de los predios actualizada
en línea, ya que al momento de realizar la inspección en el
campo inmediatamente se actualiza la base de datos del
servidor.
Es muy importante poseer un conjunto de herramientas
para manejar los sistemas de información geográficos, que
nos sirven para la manipulación y mantenimiento de la
información geográfica.
Una complicación para el desarrollo del sistema fue el
acceso a los distintos objetos y clases de la herramienta de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
212
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” desarrollo ArcPad, ya que los creadores de esta
herramienta aplican políticas de negocio y no se permite
liberar esta información; por lo cual se ha vuelto muy difícil
la tarea de investigación.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
213
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” RECOMENDACIONES
Como recomendaciones para la empresa podríamos
citar a las siguientes:
Todos los departamentos de la empresa deberían
aprovechar las herramientas SIG disponibles, ya
que usando estas herramientas se facilitaría los
procesos.
Llegar a un acuerdo dentro de todos los
departamentos que generan información geográfica
en cuanto a los estándares, formato y la información
que se procesará; de esta manera se tendría una
sola fuente de información y no habría
inconsistencia de información entre los diferentes
departamentos.
Dividir el mapa completo de la ciudad de Cuenca,
en fracciones más pequeñas, que serían las rutas
de inspección; la idea de minimizar el tamaño de los
mapas es por las limitaciones que tiene la Pocket,
en cuanto a espacio de memoria y el tamaño de la
pantalla.
Que se designe personal para que se encargue del
mantenimiento de los mapas divididos en el servidor
y se pueda mantener actualizada esta información.
Generar información tanto alfanumérica como
geográfica para las zonas rurales de la ciudad, ya
que no se posee con la suficiente información de
estas zonas.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
214
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Analizar la forma de enlazar la información
alfanumérica con la información geográfica de la
zona rural, ya que para la zona urbana se lo hace
mediante la clave catastral, pero para la zona rural
no se tiene este campo.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
215
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” BIBLIOGRAFIA
Información en Internet
http://www.esri.com
http://www.Pocketpc.com
http://www.monografias.com
http://www.umanizales.edu.co
http://www.alegsa.com.ar
http://www.slideshare.net
http://www.imarpe.gob.pe
http://libresoft.es
http://manuales.astalaweb.com
http://www.clikear.com
http://www.dcc.uchile.c
http://es.wikipedia.org
http://www.microsoft.com
http://www.w3c.es
http://www.desarrolloweb.com
Documentación de Etapa
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
216
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” GeneXus filosofia.pdf
GeneXus visión general.pdf
operación basica.doc
Manual de Calidad de Software de ETAPAETAPATELECOM
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
217
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ANEXOS
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
218
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ANEXO # 1
ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE
(ERS)
1. INTRODUCCIÓN
Este documento es una especificación de requisitos de
software para el desarrollo del módulo para el manejo de
inspecciones de Agua Potable con la ayuda de equipos
móviles.
1.1 Propósito
El objetivo de la especificación es definir de manera
clara y precisa las funcionalidades y condiciones técnicas
del sistema computacional que se desea desarrollar.
1.2 Ámbito del módulo
El Módulo contempla lo siguiente:
Organizar los mapas de las rutas para las
inspecciones dentro del servidor.
Permitir el inicio de sesión de los inspectores en
el equipo móvil.
Cargar todas las órdenes de trabajo de los
inspectores a una bandeja en el equipo móvil.
Permitir que el inspector seleccione la orden de
trabajo que desea realizar.
Descargar en el equipo móvil el mapa
correspondiente a la orden que ha seleccionado.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
219
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Visualizar el mapa que se ha descargado al
equipo móvil.
Resaltar y seleccionar el predio perteneciente a
la orden que se va a ejecutar.
Resaltar también los predios que poseen orden
de inspección y que se encuentran en el mismo
mapa que el predio a inspeccionar.
Consultar la información
contenidos en el mapa.
de
los
predios
Realizar la actualización del predio, esto implica
modificar la información del predio seleccionado.
Actualizar la información del predio en la Base de
Datos del servidor.
2.
DESCRIPCIÓN GENERAL
2.1 Funciones del Módulo de Inspecciones
Se organizará dentro de un servidor los mapas
existentes de las rutas en la ciudad, estos mapas estarán
formados por 4 capas, estas capas estarán almacenadas
en formato shapefile dentro del servidor. Se asignará un
directorio en el servidor para cada ruta, el nombre del
directorio estará formado por el sector y subsector de la
ruta; para acceder a estos directorios la aplicación lo hará
mediante el protocolo de transferencia de archivos ftp.
Para poder realizar la inspección en el equipo móvil el
inspector deberá iniciar sesión, para ello el sistema le
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
220
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” presentará una pantalla en la cual deberá ingresar el
nombre de usuario y contraseña, así, como también la
fecha de las órdenes de trabajo a recuperar; una vez que el
inspector ingresa los datos, el sistema los recupera e
intenta autenticar al inspector usando Active Directory; al
final el sistema le informa al inspector si el inicio de sesión
fue satisfactorio o no. Si fue satisfactorio el sistema le
permite ingresar a la aplicación, caso contrario se le negara
el acceso y tendrá que volver a intentarlo.
Una vez que el inspector ha iniciado sesión
correctamente y se le ha permitido ingresar a la aplicación,
se presentará una barra de herramientas en la que se
incluirá la opción de cargar la bandeja de trabajo, en esta
bandeja se cargará las órdenes de trabajo del inspector
autenticado y pertenecientes a la fecha indicada, las
órdenes que se le presentan son órdenes de inspección de
agua potable, que están en estado asignadas y que están
pendientes, las órdenes de trabajo estarán compuestas
por:
Numero de Orden
Sector
Subsector
Lectura
Tipo
Cliente
Clave Catastral
Después de que se ha cargado la bandeja de trabajo el
inspector podrá revisar todas las órdenes que tiene
pendientes, para que de esta manera analice que orden
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
221
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” procederá a inspeccionar y la seleccione dentro de la
bandeja de trabajo.
Ya seleccionada la orden que se va a procesar
continuamos con la descarga del mapa correspondiente al
predio a inspeccionar, para ello debemos obtener el
directorio donde se encuentran alojados los archivos del
mapa en el servidor GIS, el nombre del directorio está
compuesto por:
Zona
Sector
Manzana
Esta información la obtendremos a partir de la clave
catastral asociada a la orden de trabajo; una vez que se ha
extraído el directorio correspondiente iniciamos una
conexión ftp con el servidor, después nos ubicamos en el
directorio adecuado y procedemos con la descarga de los
diferentes archivos que conforman el mapa. En caso de
que el mapa a descargar este actualmente en la Pocket, no
se lo descargará, se continuará directamente con la
visualización.
Después de que se ha descargado el mapa, el sistema
visualizará las diferentes capas que forman el mapa en la
pantalla del dispositivo móvil, al momento de presentarse el
mapa al usuario el predio seleccionado en la bandeja de
trabajo estará rellenado con un color diferente y
seleccionado dentro del mapa; si existiera otros predios
dentro del mismo mapa que también se deberían
inspeccionar estarán rellenados con un color diferente al
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
222
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” resto del mapa y diferente al predio que se inspeccionará
en ese momento. Para diferenciar los predios en el mapa
se tiene un estado asociado a los predios, el cual puede
tomar uno de estos valores:
0 - Normal: El predio que no tiene orden de
inspección.
1 - Inspeccionar: El predio que selecciono en la
bandeja de trabajo y se va a inspeccionar en este
momento.
2 - Por Inspeccionar: El predio que se encuentra
en el mismo mapa del predio a inspeccionar y
tiene una orden de inspección.
Una vez que el mapa se visualice en la pantalla del
equipo móvil el usuario podrá hacer uso de otra
herramienta que le permite consultar la información de
cualquier predio contenido en el mapa, la información que
se presenta se recupera de la base de datos del servidor,
esta información será únicamente de lectura y no se podrá
modificar.
Para realizar la inspección del predio se hará uso de la
herramienta de selección para escoger el predio que se va
a inspeccionar, a continuación se utilizará la herramienta de
inspección para desplegar la información del predio con
opción de modificar ciertos campos.
Una vez modificados los campos necesarios y si el
inspector está de acuerdo se procederá a grabar las
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
223
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” actualizaciones en la base de datos del servidor y de esta
manera se terminara con la inspección del predio.
3.
REQUISITOS ESPECÍFICOS
3.1 Requisitos Funcionales
Los requisitos funcionales serán agrupados en casos de
uso. Los casos de uso dan una perspectiva del sistema
desde el punto de vista de los actores, permiten dar una
visión general, los participantes y el alcance del sistema.
3.1.1 Descripción de actores
Inspector: Es el usuario del sistema en los
equipos móviles, son los encargados de realizar
las inspecciones.
Administrador del Sistema: Es el encargado del
mantenimiento de los mapas en el servidor.
3.1.2 Diagrama de Casos de Uso
Administrador del Sistema
1. Organizar los mapas de las rutas existentes dentro del
servidor.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
224
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Organizar mapas
:Administrador
del Sistema
Inspector
2. Iniciar sesión en el equipo móvil.
3. Cargar bandeja de trabajo.
4. Descargar mapa.
5. Visualizar mapa.
6. Solicitar información de los predios.
7. Realizar la actualización del predio.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
225
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Iniciar sesión
Cargar bandeja de
trabajo
Descargar mapa
Visualizar mapa
: Inspector
Solicitar
información
Realizar
inspección
3.1.3 Descripción de Casos de Uso
A continuación se explicará a través de cuadros cual es
la narrativa de los casos de usos planteados para esta
fase.
Caso Nº Organizar los mapas de las rutas existentes
de
dentro del servidor.
Uso 1.
Administrador del Sistema.
Actores
Descripció
n
Se organizarán los mapas existentes de las
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
226
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” rutas en un servidor dentro de la empresa ETAPA.
Flujo de
Eventos
Básico
Se organizará dentro de un servidor los mapas
existentes de las rutas en la ciudad, estos mapas
Automático estarán formados por 4 capas, estas capas estarán
[] Manual almacenadas en formato shapefile dentro del
[X]
servidor. Se asignará un directorio en el servidor
para cada ruta, el nombre del directorio estará
formado por el sector y subsector de la ruta. Para
acceder a estos directorios la aplicación lo hará
mediante el protocolo de transferencia de archivos
ftp.
Flujo de
Eventos
Alternativo
Los mapas de las rutas deben existir.
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [] Semanal [] Mensual [] Ocasional
[X]
Prioridad
Opcional [] Deseable []
Obligatorio [X]
Necesario []
Características del Producto
CR.1.
0
CR.2.
0
CR.3.
0
Requerimientos Especiales
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
227
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” RE.1.
0
RE.2.
0
RE.3.
0
Caso Nº Iniciar sesión en el equipo móvil.
de
2.
Uso
Inspector.
Actores
Descripció
n
Los inspectores deben ingresar sus datos de
usuario de la empresa ETAPA para poder iniciar la
aplicación en el equipo móvil.
Flujo de
Eventos
Al momento de iniciar la aplicación se le pedirá
Básico
al inspector el nombre de usuario y contraseña
Automático para realizar la autenticación mediante Active
Directory y poder permitir o negar el acceso a la
[X]
Manual
aplicación.
[]
Además el inspector deberá ingresar la fecha de
las órdenes de trabajo que desea recuperar.
Flujo de
Eventos
Alternativo
PreCondición
Tener un usuario del sistema que este dentro
del grupo de inspectores.
PostCondición
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
228
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Volumen
de Datos
Frecuencia Diario [X]
[]
Prioridad
CR.1.
0
CR.2.
0
CR.3.
0
RE.1.
0
Semanal []
Opcional [] Deseable []
Obligatorio [X]
Mensual []
Ocasional
Necesario []
Características del Producto
El sistema permitirá el ingreso del nombre de
usuario, contraseña del inspector y fecha de órdenes a
recuperar.
El sistema verificará la información ingresada por el
inspector autenticándolo con Active Directory.
El sistema permitirá o negará el acceso al sistema.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará el acceso a la aplicación.
RE.2.
0
RE.3.
0
Caso Nº Cargar bandeja de trabajo.
de
3.
Uso
Inspector.
Actores
Cargar en la bandeja de trabajo de los
Descripció
n
inspectores las órdenes de trabajo asignadas
previamente a cada inspector.
Flujo de
Eventos
Luego de que el inspector solicite la bandeja de
Básico
trabajo, el sistema procede a buscar las órdenes
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
229
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” asignadas
al
inspector
autenticado
y
Automático pertenecientes a la fecha indicada, los filtros que
[X]
se aplican a la búsqueda son:
Manual
[]
Nombre de usuario del inspector.
Tipo de ordenes (AGP).
Fecha asignada para realizar las
ordenes.
Causa del origen de la inspección.
Estado en el que se encuentra la
inspección (Pendiente).
Las ordenes de trabajo estarán compuestas por:
Numero de Orden.
Sector.
Subsector.
Lectura.
Tipo.
Cliente.
Clave Catastral.
Flujo de
Eventos
Alternativo
PreCondición
El inspector debe tener su cuenta de usuario
activa.
PostCondición
Volumen
de Datos
Frecuencia Diario [X]
[]
Semanal []
Mensual []
Ocasional
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
230
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Prioridad
CR.1.
0
CR.2.
0
CR.3.
0
RE.1.
0
Opcional [] Deseable []
Obligatorio []
Necesario [X]
Características del Producto
El sistema obtendrá el nombre de usuario logeado y
la fecha seleccionada para descargar las órdenes de
trabajo.
El sistema consumirá un servicio web enviando
como parámetro el nombre de usuario, tipo de orden, la
fecha, la causa y el estado; y recibirá todas las órdenes
de trabajo que pasen estas condiciones.
El sistema mostrará los resultados.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
RE.2.
0
RE.3.
0
Caso Nº Descargar mapa.
de
4.
Uso
Inspector.
Actores
El inspector solicita al sistema que descargue el
Descripció
n
mapa correspondiente a la orden seleccionada
Flujo de
Eventos
Ya seleccionada la orden que se va a procesar,
Básico
continuamos con la descarga del mapa
Automático correspondiente al predio a inspeccionar; para ello
el sistema incluye en la bandeja de trabajo una
[X]
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
231
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” opción que permite al inspector solicitar la
descarga del mapa.
Manual
[]
Primero el sistema debe saber que directorio es
el que va a descargar para esto debemos obtener
los archivos del mapa en el servidor GIS, el
nombre del directorio está compuesto por:
Zona
Sector
Manzana
Esta información la obtendremos a partir de la
clave catastral asociada a la orden de trabajo.
Finalmente el sistema abrirá una conexión ftp y
se procederá con la descarga de los archivos
Flujo de
Eventos
Alternativo
Seleccionar una orden de trabajo.
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [X] Semanal [] Mensual []
[]
Prioridad
CR.1.
0
Opcional [] Deseable []
Obligatorio []
Ocasional
Necesario [X]
Características del Producto
El sistema presentará la opción de descargar
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
232
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” habilitada.
CR.2.
0
CR.3.
0
RE.1.
0
El sistema obtendrá el nombre del directorio del
mapa a descargar a partir de la clave catastral.
El sistema descargará los archivos necesarios para
la visualización del mapa correspondiente a la orden de
trabajo.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
RE.2.
0
RE.3.
0
Caso Nº Visualizar el mapa.
de
5.
Uso
Inspector.
Actores
El sistema carga en el visor de la aplicación
Descripció
n
ArcPad el mapa descargado.
Flujo de
Eventos
Después de que finaliza la descarga del mapa el
Básico
inspector acepta y mediante esto solicita al sistema
Automático visualice el mapa descargado y el sistema
visualizará las diferentes capas que forman el
[X]
Manual
mapa en el visor de ArcPad.
[]
Estas capas son:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
233
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Capa de vías
Capa de agua
Capa de predios
Capa de rutas
Se resaltarán de un color distinto los predios a
inspeccionar, y además el predio escogido
aparecerá seleccionado.
Flujo de
Eventos
Alternativo
Descargar el mapa de la orden de trabajo.
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [X] Semanal [] Mensual [] Ocasional
[]
Prioridad
CR.1.
0
CR.2.
0
Opcional [] Deseable []
Obligatorio []
Necesario [X]
Características del Producto
El sistema visualizará el mapa en el visor ArcPad.
El sistema resaltará los predios a inspeccionar y los
que no, para que se los pueda diferenciar.
CR.3.
0
Requerimientos Especiales
RE.1.
0
RE.2.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
234
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 0
RE.3.
0
Caso Nº Solicitar Información de los Predios.
de
6.
Uso
Inspector.
Actores
El inspector solicita al sistema le presente
Descripció
n
información de un predio indicado.
Flujo de
Eventos
Una vez que el mapa se visualiza en la pantalla
Básico
del equipo móvil, el inspector podrá hacer uso de
Automático otra herramienta que le permite consultar la
información de cualquier predio contenido en el
[X]
mapa.
Manual
[]
El inspector activa esta herramienta y
selecciona el predio del que desea consultar la
información, mediante esto le envía la petición al
sistema para que le presente la información
respectiva y el sistema da como respuesta los
datos del predio.
Flujo de
Eventos
Alternativo
PreCondición
PostCondición
Volumen
de Datos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
235
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Frecuencia Diario [X]
[]
Prioridad
Semanal []
Opcional [X]
Obligatorio []
Mensual []
Deseable []
Ocasional
Necesario []
CR.3.
0
Características del Producto
El sistema buscará información del predio
seleccionado en la base de datos, usando un servicio
web en el que le envía la clave catastral del predio y
recibe toda la información del predio.
El sistema visualizará en la pantalla del equipo móvil
la información del predio.
El sistema bloqueará todos los campos para que el
usuario no tenga opción a modificarlos.
RE.1.
0
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
CR.1.
0
CR.2.
0
RE.2.
0
RE.3.
0
Caso Nº Realizar Actualización del Predio.
de
7.
Uso
Inspector.
Actores
El inspector realiza la inspección en campo, se
Descripció
n
completan los campos necesarios del predio y se
actualiza esta información en el servidor.
Flujo de
Eventos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
236
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El inspector realiza el levantamiento de la
información de campo y con estos datos actualiza
Automático la información en el equipo móvil.
[X]
Manual
Una vez modificados los campos necesarios y si
[]
el inspector está de acuerdo se procederá a grabar
las actualizaciones en la base de datos del servidor
y de esta manera se terminara con la inspección
del predio.
Flujo de
Eventos
Alternativo
Básico
PreCondición
PostCondición
Volumen
de Datos
Frecuencia Diario [X]
[]
Prioridad
CR.1.
0
CR.2.
0
CR.3.
0
CR.4.
Semanal []
Opcional [] Deseable []
Obligatorio []
Mensual []
Ocasional
Necesario [X]
Características del Producto
El sistema buscará información del predio
seleccionado en la base de datos, usando un servicio
web en el que le envía la clave catastral del predio y
recibe toda la información del predio.
El sistema visualizará en la pantalla del equipo móvil
la información del predio.
El sistema desbloqueará los campos que puedan
ser modificados en la inspección.
Una vez ingresados los datos, el sistema validará la
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
237
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 0
CR.5.
0
RE.1.
0
información ingresada por el inspector.
El sistema actualizará la información del predio en la
base de datos, usando un servicio web en el que envía
la información a modificar.
Requerimientos Especiales
En caso de que hay error en la conexión el sistema
negará la petición.
RE.2.
0
RE.3.
0
3.2 REQUISITOS DE INTERFACES EXTERNAS
3.2.1
Interfaces de software
El sistema debe comunicarse con el servidor de
producción donde se encuentran alojados los servicios
web, que se consumirán desde la aplicación hecha en
ArcPad.
El sistema debe comunicarse con un servidor de mapas,
que nos da acceso para transferir archivos mediante ftp
para la descarga de los mapas.
Internamente el sistema debe comunicarse con el As400
para la conexión a la base de datos.
3.2.2
Interfaces de usuario
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
238
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El sistema deberá ofrecer una interfaz de usuario
intuitiva, fácil de aprender y sencillo de manejar.
El sistema deberá presentar un alto grado de utilidad.
Lo deseable sería que el usuario se familiarice con el
sistema en cuestión.
ANEXO # 2
MANUAL DEL SISTEMA
1. INTRODUCCION
Este documento tiene como objetivo brindar un plano
estructural del sistema, para el mantenimiento, futuras
modificaciones y como información indispensable al
momento de entregar la aplicación.
Los procesos realizados dentro del sistema están
relacionados a los casos de uso presentados en el análisis.
El intercambio de información entre entidades del sistema e
interacción están representados por los diagramas de
secuencia.
2. DISEÑO DE LA BASE DE DATOS
2.1. Diagrama de la Base de Datos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
239
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” RUTAS
PK
PK
RUTSECTO (N2)
RUTSUBSE (N2)
RUTMAN
PK
PK
PK
PK
PK
RUTSECTO (N2)
RUTSUBSE (N2)
RMANZANA (C4)
RMUNSECT (C3)
RZONA (C4)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
240
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ORDETA
PK
PK
PK
ORDID (C8)
CLicodSo (C8)
ORDFEO (DATE)
ORDFEI (DATE)
ORDFEF (DATE)
ORDTIPID (N4)
ORDESTID (N4)
ORDORIGE (C8)
OrdTSer (C3)
ORDConta (C40)
DIRAR1
DIRCED (C10)
DIRSEC (N2)
DIRUSU (C120)
DIRTI1 (C1)
ORDGES
PK
PK
ORDINS
ORDGESID (C8)
ORDGESNR (N4)
TGOCED (C10)
ORGESDET (C50)
ORGESFEC (DATE)
ORGESHOI (C8)
ORGESHOF (C8)
ORGESTID (N4)
ORDNOVID (C3)
ORGESOBS (C50)
ORTIGEID (N4)
CAURID (N4)
OBSCAU (C50)
SOLRID (N4)
OBSSOL (C50)
ORGESFEF (DATE)
PK
PK
ORDID (C8)
INSID (C8)
CATAST
PK
CATCOD (C13)
CATCLAVE (C15)
CATNUMFI (C9)
CATPRICO (N4)
CATIN1CO (N4)
CATIN2CO (N4)
CATMANZA (C3)
CATZAGUA (C4)
CATPROPI (C60)
CATCEDUL (C13)
CATTELEF (C11)
CATNUMCU (C9)
CATCODSE (C9)
CATCLAAN (C15)
CATUSOPR (N2)
CATNUMDE (N3)
CATPERSP (N4)
CATPERSO (N4)
CATREDAG (N1)
CATCONDO (N1)
CATOTROS (N1)
CATREDAL (N1)
CATCONAL (N1)
CATDESCR (N1)
CATOTROA (N1)
CATCAPAR (N2)
CATVERED (N1)
CATANCHO (N5,2)
CATMATMA (N2)
CATDIAMM (N2)
CATPROFM (N5,2)
CATLONGP (N5,2)
CATCENCU (C10)
CATFCHEN (DATE)
CATCDIGI (C10)
CATFCHDI (DATE)
CATCACTU (C10)
CATFCHAC (DATE)
CATSISTE (C20)
CATPROPO (C30)
CATPROTL (C10)
CATESTCA (N2)
CATOBSER (C60)
CATPRFAL (N5,2)
CATLNGAL (N5,2)
CATTIPOA (N2)
CATDIATU (N2)
CATZONA (C4)
CATSECTO (C3)
CATMNZ (C4)
CATPREDI (C4)
CATHORIZ (C4)
CATAREAT (N7,2)
CATACONS (N7,2)
CATAVALU (N10,2)
CATAVCON N10,2()
INSETA
PK
INSID (C8)
CLICOD (C8)
INSPRDID (C8)
SOLID (N9)
INTFEC (DATE)
INTFEF (DATE)
INTFEV(DATE)
INSVALID (N4)
INSESTID (N4)
INSINTID (C8)
INTOBS (C50)
INSNCM (C50)
INSVIP (C1)
TINSCOD (C3)
CATCOD (C13)
INSSECPU (C1)
INSGRAND (C1)
INSMANZA (C4)
INSZAGUA (C4)
INSREFER (C60)
INSZONA (N5)
INSHORA (C8)
INSHOFIN (C8)
INSREBAJ (N2)
INSCPRIN (N4)
INSCSECU (N4)
INSCONTA (C30)
INSCODRE (C12)
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
241
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 2.2. Estructura de las Tablas
DIRAR1
Datos de sesión de los usuarios internos de la empresa.
Columna Tipo de Longitud Permite
Descripción
dato
valores
nulos
DIRCED Character 10
False
Cedula
DIRSEC Numeric 2
False
Secuencial
DIRUSU Character 120
Usuario de Active
Directory o AS400
DIRTI1
Character 1
Tipo de Usuario
Clave
Key
Key
ORDETA
Cabecera de las órdenes de trabajo.
Columna
ORDID
CLicodSo
ORDFEO
ORDFEI
ORDFEF
Tipo de Longitud Permite
dato
valores
nulos
Character 8
False
Character 8
False
Date
False
Date
False
Date
False
ORDTIPID
ORDESTID
ORDORIGE
OrdTSer
ORDConta
Numeric
Numeric
Character
Character
Character
4
4
8
3
40
False
False
False
False
False
Descripción
Clave
ID ORDEN
Key
Código Cliente
FECHA OFRECIMIENTO
FECHA INICIO ORDEN
FECHA DE FIN DE LA
ORDEN
CODIGO TIPO
CODIGO ESTADO
ORDID ORIGEN
Tipo de Servicio
Teléfonos Contacto
ORDGES
Detalle de las órdenes de trabajo.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
242
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Columna
Tipo de Longitud Permite
Descripción
Clave
dato
valores
nulos
ORDGESID Character
8 False
ORDGESID
Key
Número de Gestión de la Key
ORDGESNR Numeric
4 False
Solicitud
TGOCED
Character
10 True
TGOCED
ORGESDET Character
50 False
DEPARTAMENTO
ORGESFEC Date
False
FECHA GESTION
ORGESHOI Character
8 False
HORA INICIO
ORGESHOF Character
8 False
HORA FIN
CODIGO ESTADO
ORGESTID Numeric
4 False
GESTION
ORDNOVID Character
3 True
CODIGO NOVEDAD
ORGESOBS Character
50 False
OBSERVACIONES
ORTIGEID Numeric
4 False
CODIGO TIPO GESTION
CauRId
Numeric
4 False
Id Causa
Observaciones Causa
ObsCau
Character
50 False
Reclamo
SolRId
Numeric
4 True
Sol RId
Observaciones Solución
ObsSol
Character
50 False
Reclamo
ORGESFEF Date
False
FECHA FIN GESTION
ORDINS
Relaciona las órdenes con las instalaciones.
Columna Tipo de Longitud Permite
Descripción
dato
valores
nulos
ORDID Character 8
False
ID ORDEN
INSID
Character 8
False
INSID
Clave
Key
Key
INSETA
Información sobre las instalaciones realizadas.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
243
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Columna
INSID
CLICOD
InsPrdId
SOLID
INTFEC
Tipo de Longitud Permite
dato
valores
nulos
Character 8
False
Character 8
False
Character 8
False
Numeric 9
False
Date
False
INTFEF
INTFEV
Date
Date
INSVALID
INSESTID
INSINTID
INTOBS
Numeric
Numeric
Character
Character
4
4
8
50
False
False
False
True
INSNCM
Character 50
False
INSVIP
TInsCod
Character 1
Character 3
True
False
CatCod
INSSecPu
INSGrand
INSManza
INSZagua
INSRefer
INSZona
INSHora
INSHofin
INSRebaj
INSCprin
INSCSecu
InsConta
Character
Character
Character
Character
Character
Character
Numeric
Character
Character
Numeric
Numeric
Numeric
Character
False
True
True
True
True
True
False
False
False
False
False
False
False
True
False
13
1
1
4
4
60
5
8
8
2
4
4
30
Descripción
Clave
INSID
Key
CLICOD
Id .Producto Instalado
ID Solicitud
FECHA DE
INSTALACION
FECHA FINALIZACION
FECHA VALIDEZ
INSTALACION
INSVALID
CODIGO
INSTALACION PADRE
Observaciones de la
instalación
Nombre Referencial de la
Instalación
VIP
Código del tipo de
instalación
Código Catastro
Sector Publico
Grandes Clientes
Manzana
Zaguán
Referencia Dirección
Zona
Hora Inicio Instalación
Hora Fin Instalación
Rebajas
Calle principal
Calle Secundaria
Tlfs. Contactos
Instalación
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
244
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” INSCodRe Character 12
True
Código de referencia
CATAST
Información de los predios de la empresa.
Columna
Tipo de Longitud Permite
dato
valores
nulos
CatCod
Character 13
False
CatClave Character 15
False
CatNumFi Character 9
True
CatPriCo Numeric 4
False
CatIn1Co Numeric 4
False
CatIn2Co
Numeric
4
False
CatManza
CatZagua
CatPropi
CatCedul
CatTelef
CatNumCu
CatCodSe
CatClaAn
CatUsoPr
CatNumDe
Character
Character
Character
Character
Character
Character
Character
Character
Numeric
Numeric
3
4
60
13
11
9
9
15
2
3
True
True
True
False
True
True
True
True
True
True
CatPersP
CatPersO
CatRedAg
CatConDo
Numeric
Numeric
Numeric
Numeric
4
4
1
1
True
True
True
True
CatOtroS
CatRedAl
CatConAl
Numeric
Numeric
Numeric
1
1
1
True
True
True
Descripción
Clave
Código Catastro
Key
Clave Catastral
Numero de Ficha
Código Calle principal
Código Calle intersección
1
Código Calle intersección
2
Manzana Dirección
Zaguán
Nombre Propietario
Cedula Propietario
Teléfono Propietario
Número de Cuenta
Código Secuencial
Clave Catastral Anterior
Uso Predominante
Número de
Departamentos
Personas Permanentes
Personas Ocasionales
Red Agua
Conexión Domiciliaria
Agua
Otro Sistema de Agua
Red Alcantarillado
Conexión Domiciliaria
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
245
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CatDescR Numeric
1
True
CatOtroA
Numeric
1
True
CatCapaR
CatVered
CatAncho
CatMatMa
CatDiamM
CatProfM
CatLongP
CatCEncu
CatFchEn
CatCDigi
CatFchDi
CatCActu
CatFchAc
CatSiste
Numeric
Numeric
Numeric
Numeric
Numeric
Numeric
Numeric
Character
Date
Character
Date
Character
Date
Character
2
1
5,2
2
2
5,2
5,2
10
True
True
True
True
True
True
True
False
True
False
True
False
True
False
CatPropo
Character 30
True
CatProTl
CatEstCa
CatObser
CatPrfAl
Character
Numeric
Character
Numeric
10
2
60
5,2
True
True
True
True
CatLngAl
CatTipoA
CatDiaTu
CatZona
CatSecto
CatMnz
CatPredi
CatHoriz
CatAreaT
Numeric
Numeric
Numeric
Character
Character
Character
Character
Character
Numeric
5,2
2
2
4
3
4
4
4
7,2
True
True
True
True
True
True
True
True
True
10
10
20
Alcantarillado
Descarga Rio o
Quebrada
Otro Sistema
Alcantarillado
Capa Rodadura
Vereda Frente
Ancho Vía
Material Matriz
Diámetro Matriz en mm
Profundidad de Matriz
Longitud Predio a Matriz
Cedula Encuestador
Fecha de Encuesta
Código Digitador
Fecha Digita
Código Actualizador
Fecha Actualización
Sistema de donde
actualiza
Persona Proporciona
Información
Teléfono informante
Estado Catastro
Observaciones Catastros
Profundidad
Alcantarillado
Longitud a Alcantarillado
Tipo Alcantarillado
Diámetro Tubería
Zona
Sector
Manzana
Predio
Horizontal
Área Terreno
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
246
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” CatACons Numeric
CatAvalu Numeric
CatAvCon Numeric
7,2
10,2
10,2
True
True
True
Área Construcción
Avalúo Terreno
Avalúo Construcción
RUTAS
Rutas de inspección de la empresa.
Columna
Tipo de Longitud Permite
Descripción
dato
valores
nulos
RUTSECTO Numeric 2
False
Sector al que pertenece
la ruta
RUTSUBSE Numeric 2
False
Sub sector al que
pertenece la ruta
Clave
Key
Key
RUTASR
Manzanas que se encuentran dentro de una ruta.
Columna
Tipo de Longitud Permite
Descripción
dato
valores
nulos
RUTSECTO Numeric 2
False
Sector al que pertenece
la ruta
RUTSUBSE Numeric 2
False
Sub sector al que
pertenece la ruta
RMANZANA Character 4
False
Identificador de la
manzana
RMUNSECT Character 3
False
Sector en el que se
encuentra la manzana
RZONA
Character 4
False
Zona en la que se
encuentra la manzana
3. DOCUMENTACION
SISTEMA
DE
IMPLEMENTACION
DEL
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
247
Clave
Key
Key
Key
Key
Key
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.1 Ambiente de Implementación del Sistema
El sistema está concebido bajo un modelo de 3 capas,
la capa de datos está formada por la base de datos IBM
DB2 para AS400, la capa de negocios está desarrollada
sobre la herramienta GeneXus y para la capa de
presentación se utilizan scripts desarrollados en JScript y
applets (.apa y .apl) basados en etiquetas xml que sirven
para personalizar la herramienta ArcPad.
Para el desarrollo de este sistema se ha creado en la
base de datos la tabla CATAST que se utiliza para
almacenar la información de un predio, el resto de tablas
estaban previamente creadas y únicamente se ha accedido
a ellas. Para la capa de negocios se consumen servicios
web existentes desarrollados en GeneXus que interactúan
directamente con la capa de datos. Para comunicar la
capa de presentación con la capa de negocios hemos
desarrollado un proyecto que servirá de interconexión entre
las dos capas, este proyecto está desarrollado en Visual
Studio .Net denominado srv_inspeccionesPocket y está
basado en servicios web.
3.2. Proyecto srv_inspeccionesPocket
Este proyecto está conformado por servicios web que
nos prestan la funcionalidad de consumir los servicios de la
capa de negocio desarrollados en GeneXus, transformar
los datos obtenidos de dichos servicios a un formato que
pueda ser interpretado por la capa de presentación y
finalmente nos permiten enviar estos datos con su nuevo
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
248
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” formato hacia la capa de presentación para que desde ahí
puedan ser presentados al usuario final.
CLASE
bandeja_trabajo.vb
DESCRIPCION
Esta clase se utiliza para recuperar
las órdenes de trabajo del inspector.
clave_catastral.vb
Se utiliza para recuperar la clave
catastral a partir del número de
orden.
login.vb
Realiza
la
autenticación
del
inspector mediante active directory.
predio.vb
Maneja la información de los
predios, consulta la información y la
actualiza.
ruta.vb
Se utiliza para recuperar la ruta en
la que se encuentra una manzana.
3.3. Scripts y Applets
CLASE
forms.apa
DESCRIPCION
Applet de ArcPad en el cual se
define las interfaces con el usuario.
Este applet tiene asociado el script,
procesos.js
procesos.js
Script que contiene funciones que
permiten que ArcPad interactúe con
el resto de capas,
además
funciones que acceden a objetos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
249
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” propios de ArcPad lo que nos
permite personalizarlo.
layer_predio.apl
Applet de ArcPad que se asocia a la
capa “layer_predio”, en el cual se
define la interfaz del usuario cuando
interacciona con dicha capa.
layer_predio.js
Script asociado al applet de la capa
“layer_predio”, en el cual se definen
los procedimientos necesarios para
interactuar con dicha capa.
3.4. Detalle de las funciones de procesos.js
FUNCION
consumir_servicio_lo
gin()
DESCRIPCION
Invoca al servicio web “login”
intenta autenticar al inspector.
e
consumir_servicio_tar Invoca
al
servicio
web
eas()
“get_bandejatrabajo”
y recupera
las órdenes de trabajo del
inspector.
consumir_servicio_cla Invoca
al
servicio
web
ve_catastral(orden)
“get_clavecatastral” y recupera la
clave catastral relacionada a una
determinada orden.
consumir_servicio_ge Invoca al servicio web “get_ruta” y
t_ruta(zona,sectorm, recupera la ruta a la que pertenece
manzana)
un predio.
consumir_servicio_ge Invoca
al
servicio
web
t_catastro(clave)
“get_catastro”
y recupera la
información del predio indicado.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
250
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” InitializeLoginForm()
Obtiene la página de controles del
frmlogin (formulario de login).
ValidarIngresoLogin () Valida que el inspector ha
ingresado datos en el campo
nombre de usuario y en el campo
clave.
login()
Obtiene el nombre de usuario, la
clave y la fecha que ingreso el
inspector.
msglogin()
Invoca
a
la
función
consumir_servicio_login y notifica al
usuario
si
se
autenticó
correctamente o existen errores en
los datos ingresados.
cerrar_login()
Valida si se debe cerrar únicamente
el frmlogin o toda la aplicación.
rellenar_orden()
Se utiliza para darle un tamaño fijo
al campo “num_orden”.
rellenar_sector()
Se utiliza para darle un tamaño fijo
al campo “sector”.
rellenar_subsector()
Se utiliza para darle un tamaño fijo
al campo “subsector”.
rellenar_lectura()
Se utiliza para darle un tamaño fijo
al campo “lectura”.
rellenar_tipo()
Se utiliza para darle un tamaño fijo
al campo “tipo_orden”.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
251
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” rellenar_cliente()
Se utiliza para darle un tamaño fijo
al campo “cliente”.
rellenar_estado()
Se utiliza para darle un tamaño fijo
al campo “estado_orden”.
InitializeTareasForm() Obtiene la página de controles del
frmtareas (formulario de tareas) y
asigna el formato a la cabecera de
la bandeja de trabajo.
msgtareas()
Invoca
a
la
función
consumir_servicio_tareas
y
recupera las tareas en un dataset,
en el caso de que no existan tareas
se le informa al usuario.
cargartareas()
Carga las tareas recuperadas del
servicio web a la bandeja de
trabajo.
obtener_estado(clave De acuerdo a la ultima fecha de
cata)
encuesta devuelve si esta en
estado pendiente o en estado
inspeccionar.
remover_items()
Remueve las órdenes de la bandeja
de trabajo.
inicializar_descarga()
Valida que al momento de
descargar una ruta exista una
orden seleccionada
valida_descarga()
Valida que la ruta a la que
pertenece el predio seleccionado
no se encuentre actualmente
descargada y que el predio no
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
252
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” pertenezca a la área rural.
obtener_nom_ruta(cla Obtiene el nombre de la ruta que se
vecat)
desea descargar.
msgdescarga()
Invoca
a
la
función
“descargar_archivos” e informa al
usuario si los archivos se
descargaron satisfactoriamente o si
se encontró un problema durante la
descarga.
descargar_archivos(n Abre una conexión ftp con el
ombre_archivo)
servidor de mapas y se descarga
los archivos correspondientes a la
ruta deseada.
valida_visualizacion()
Valida
que
primero
se
ha
descargado el mapa antes de poder
visualizarlo.
visualizar_layer()
Visualiza las capas que forman el
mapa y selecciona y resalta los
predios a inspeccionar.
cerrar()
Se invoca para salir de la aplicación
ArcPad.
reestablecer_predios( Vuelve el estado de los predios a
)
su estado original.
remover_layer()
Elimina las capas activas en el visor
de ArcPad.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
253
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 3.5. Detalle de las funciones de layer_predio.js
FUNCION
InitializeeditForm()
DESCRIPCION
Inicializa los campos del editform
(formulario de edición) y obtiene la
página de controles.
consumir_servicio_ge Invoca
al
servicio
web
t_catastro(clave)
“get_catastro”
y recupera la
información del predio indicado.
consumir_servicio_pu Invoca
al
servicio
web
t_catastro(clave)
“put_catastro”
y actualiza la
información del predio indicado.
valida_lectura()
Valida si la información que se le
presenta
al
inspector
puede
modificarse o es únicamente de
lectura.
consumir()
Invoca
a
la
función
“consumir_servicio_get_catastro()”
y obtiene la información del predio
en un dataset.
cargarpropiedades()
Asigna la información recuperada
del predio a sus respectivos
campos en el editform.
valida_uso()
Valida que el dato ingresado en
este campo sea correcto.
valida_redagp()
Valida que el dato ingresado en
este campo sea correcto.
valida_conagp()
Valida que el dato ingresado en
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
254
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” este campo sea correcto.
valida_redalc()
Valida que el dato ingresado en
este campo sea correcto.
valida_conalc()
Valida que el dato ingresado en
este campo sea correcto.
valida_rodadura()
Valida que el dato ingresado en
este campo sea correcto.
valida_vereda()
Valida que el dato ingresado en
este campo sea correcto.
valida_ancho()
Valida que el dato ingresado en
este campo sea correcto.
valida_material()
Valida que el dato ingresado en
este campo sea correcto.
valida_diametro()
Valida que el dato ingresado en
este campo sea correcto.
valida_profundidad()
Valida que el dato ingresado en
este campo sea correcto.
valida_longitud()
Valida que el dato ingresado en
este campo sea correcto.
valida_telefono()
Valida que el dato ingresado en
este campo sea correcto.
valida_actualiza()
Invoca
a
la
función
“consumir_servicio_put_catastro()”
y actualiza la información del predio
inspeccionado.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
255
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” cargar_variables()
Se utiliza para asignar los datos
ingresados por el inspector en el
editform a variables globales para
poder manipular los datos de una
mejor manera.
limpiar_variables()
Limpia la información que se queda
almacenada en la primera pagina
del editform.
reestablecer_predio(p Devuelve el estado del predio
redio)
inspeccionado a su estado original.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
256
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ANEXO # 3
MANUAL DE USUARIO
1. Realizar la conexión a porta
Para la utilización de la aplicación de Inspecciones, el
usuario primero debe conectarse a la red de la empresa
Etapa, mediante un chip de porta incorporado en la Pocket.
Se debe seleccionar el icono
de
conectividad
que aparece en la parte superior de la Pocket.
Al escoger este icono se nos despliega información de
conectividad en el que debemos seleccionar el link
Configuración
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
257
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” A continuación se muestra la pantalla de configuración
de la Pocket, debemos seleccionar la opción de
Conexiones.
Seguido a esto se nos muestra la pantalla de
configuración de conexiones, con todas las opciones que
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
258
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” se tiene, se debe escoger el link Administrar conexiones
existentes
Luego se presenta una ventana con todas las
conexiones existentes y nos desplazamos hacia la
conexión de porta.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
259
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Mantenemos señalado con el puntero por unos
segundos la conexión de porta, nos aparecen dos opciones
Eliminar y Conectar, seleccionamos la opción de Conectar.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
260
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” A continuación se intenta realizar la conexión a porta.
Para indicarnos que la conexión fue satisfactoria se
cambia el estado de la conexión en la parte superior de la
Pocket de la siguiente manera
2. Acceder a la Aplicación
Para acceder a la aplicación debemos ingresar al
programa ArcPad; lo hacemos dirigiéndonos al icono de
Windows, aquí se despliegan varias opciones y debemos
escoger la opción Programas
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
261
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Se nos mostrará todos los programas instalados en la
Pocket, debemos escoger el programa ArcPad 7.1.1
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
262
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Otra manera de ingresar al programa ArcPad, es
seleccionado directamente el icono de ArcPad en la barra
de últimos programas usados.
Para esto nos ubicamos en el icono de Windows y a
continuación seleccionamos el icono de ArcPad.
3. Autenticación de Usuario
Antes de iniciar a la aplicación el sistema siempre pedirá
autenticación de usuario; se visualiza la pantalla de login,
en la que debemos ingresar el nombre de usuario,
contraseña y fecha.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
263
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” La fecha por omisión será la fecha actual, pero en caso
de que se desee cargar las órdenes de trabajo de otro día
se podrá modificar esta fecha.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
264
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Al aceptar los datos saldrá una pantalla de aviso, en la
que le pide esperar un momento mientras el sistema
comprueba los datos de autenticación
Si los datos son correctos el sistema le confirmará que
el usuario esta autenticado correctamente
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
265
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Si los datos son incorrectos se mostrará el siguiente
mensaje
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
266
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Si no se ingresaron datos de nombre o de usuario, se
mostrará lo siguiente
En caso de q haya algún error en la conexión con el
servidor se presentará el siguiente mensaje:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
267
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 4. Barra de Herramientas de la Aplicación
Una vez que el inspector se ha autenticado
correctamente y el sistema le ha permitido el acceso, la
aplicación cargará una barra de herramientas en el visor de
ArcPad
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
268
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” A continuación se explicará el funcionamiento de cada
herramienta presentada:
Bandeja de Trabajo: Esta herramienta nos permite
cargar todas las órdenes de inspección del
usuario autenticada, y de la fecha seleccionada al
momento del logeo.
Selección: Con esta herramienta se podrá
seleccionar un predio que se encuentre dentro del
mapa visualizado.
Modificar Propiedades: Esta herramienta se utiliza
para la actualización de los datos, es decir ya
para realizar la inspección del predio y cambiar los
datos debemos escoger esta opción. Para que
esta opción se habilite se debe escoger un predio
antes con la herramienta de selección.
Identificador: Esta herramienta se utiliza para
poder consultar la información de cualquier
predio.
Actualizar: Con esta herramienta se refresca el
mapa.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
269
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Zoom total: Con esta herramienta se puede
visualizar todo el mapa, es hacer un zoom para
que se visualice el mapa completo.
El zoom total tiene otra opción ligada a él de la
siguiente forma:
Zoom a la selección actual: Esta herramienta
permite hacer un zoom total solamente al predio
que actualmente esta seleccionado.
Maximizar: Esta opción permite maximizar el
mapa de la sección que se haya seleccionado.
La opción de maximizar tiene ligadas otras
herramientas, son las siguientes:
Minimizar: Esta opción permite minimizar el mapa
de la sección que se haya seleccionado.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
270
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Mover: Esta herramienta permite moverse dentro
del mapa para poder visualizar de mejor manera
la sección que se desee.
Capas: Permite visualizar o no las capas que se
están mostrando en ese momento en el visor de
ArcPad.
Cerrar: Esta opción cierra toda la aplicación de
inspecciones y al mismo tiempo cierra el
programa ArcPad.
5. Cargar Bandeja de Trabajo
Una vez que el usuario se haya autenticado
correctamente, la barra de herramientas de la aplicación
nos presenta la opción de la bandeja de trabajo,
seleccionamos esta opción
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
271
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” A continuación nos aparece una pantalla de aviso,
pidiéndonos que esperemos mientras el sistema carga las
tareas del usuario logeado anteriormente, y de la fecha
especificada.
Si las tareas del inspector se descargaron
satisfactoriamente se mostrarán todas las tareas con sus
campos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
272
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Los campos que se muestran de las órdenes de trabajo
son los siguientes:
Estado: Este campo puede tener 2 estados:
Pen (Pendiente): Cuando la orden de
trabajo está pendiente y debe ser
inspeccionada.
Ins (Inspeccionado): Cuando el predio ya ha
sido inspeccionado.
# Orden: El número de orden a inspeccionar.
Sector: Sector que contiene la ruta a la que
pertenece el predio.
Subsector: Subsector que contiene la ruta a la que
pertenece el predio.
Lectura: Código que recibe un predio dentro de una
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
273
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” ruta.
Tipo: Es el tipo de instalación por lo general será
“Instalación de Agua Potable y Alcantarillado”.
Cliente: El nombre del cliente, dueño del predio que
se debe inspeccionar.
Clave Catastral: Identificador único del predio.
En caso de que el inspector no tenga tareas a
inspeccionar aparecerá el siguiente mensaje
En caso de que la conexión se haya perdido aparece el
mensaje de que la conexión se pierde
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
274
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 6. Descarga del Mapa
Para la descarga del mapa el inspector debe seleccionar
una orden de trabajo
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
275
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Una vez señalado un predio se debe escoger la opción
descargar
En caso de que se escoja la opción y no haya escogido
una orden de trabajo
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
276
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” El sistema le advertirá que debe escoger una orden de
trabajo antes de descargar los mapas
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
277
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Volviendo al caso anterior, si se ha escogido la orden de
inspección y seleccionado la opción descargar el sistema
mostrará un aviso de esperar mientras se descargan los
archivos necesarios para visualizar el mapa vía FTP
Si los archivos se descargaron satisfactoriamente se
mostrará el mensaje de que los archivos ya han sido
descargados.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
278
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Estos archivos se descargarán en el directorio “mapas”
de la Pocket, aquí se tendrá 4 directorios:
Cada directorio tendrá dentro otros archivos, estos
archivos forman el archivo .shp que será visualizado
posteriormente.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
279
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” En caso de que los archivos que se desee descargar ya
se hayan descargado en la Pocket anteriormente se
mostrará el siguiente mensaje
En caso de que no se haya podido descargar los
archivos se mostrara el siguiente mensaje
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
280
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 7. Visualización de mapa
Para la visualización del mapa se debe haber
descargado el archivo de la orden de trabajo seleccionado
con anterioridad
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
281
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Si no ha seleccionado la orden de inspección
previamente se le mostrara el siguiente mensaje
En caso de que el proceso haya sido el correcto se
mostrará el siguiente mensaje mientras se carga el mapa
en el visor del programa ArcPad
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
282
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Una vez que se haya procesado la solicitud, se podrá
visualizar el mapa con los predios a inspeccionar, y
además el predio seleccionado en ese momento aparecerá
con un color distinto y seleccionado
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
283
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Para que se pueda visualizar de mejor manera al predio
seleccionado se podrá hacer uso de las herramientas
definidas anteriormente.
8. Consultar información
Para consultar la información se debe escoger la opción
que se encuentra en la barra de herramientas
A continuación se debe escoger el predio del cual el
inspector desea consultar la información
A continuación se mostrará un formulario con la
información del predio; está información podrá únicamente
ser consultada, no será modificable
Este formulario está dividido en varias páginas:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
284
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” General
Propietario
Código
Uso Predominante
Servicios básicos
Infraestructura vial
Matriz Agua Potable
Informante
General
Se muestra información general del predio como
número de ficha ubicación detallada con calles,
intersecciones, manzana y zaguán.
Propietario
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
285
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Se presentan datos del propietario como nombre, cédula
y teléfono
Código
Aquí se tiene información como la clave catastral actual
y anterior, número de cuenta y un código secuencial
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
286
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Uso Predominante
Aquí se tiene información del uso del predio, se tiene 9
opciones.
1. Residencial
2. Comercial
3. Industrial
4. Institucional
5. Lote sin construcción
6. En construcción
7. Residencial. Condominio
8. Local Municipal
9. Residencial – Comercial
Servicios básicos
Dentro de los servicios básicos se tiene:
Agua Potable
Alcantarillado
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
287
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Y cada servicio básico tiene las opciones
Dispone de red
Conexión domiciliaria
En los que se tiene las opciones:
1. Si
2. No
Infraestructura vial
En la infraestructura vial se tiene 3 opciones:
Capa de rodadura
Tiene vereda
Ancho de vía
La capa de rodadura tiene 5 opciones:
1. Hormigón
2. Asfalto
3. Adoquín
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
288
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 4. Lastre
5. Tierra
En vereda se tiene las opciones:
1. Si
2. No
En ancho de vía, se tiene un valor numérico, este valor
está especificado en metros.
Matriz Agua Potable
En ésta página se tiene 4 opciones:
Material
Diámetro
Profundidad
Longitud
En material de la matriz de agua se tiene 4 opciones:
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
289
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” 1. HD
2. AC
3. PVC
4. Otro
El diámetro de la matriz es un valor numérico, este valor
está especificado en milímetros.
La profundidad de la matriz de agua es un valor
numérico aproximado, este valor está especificado en
metros.
La longitud, es la longitud que existe desde el predio a la
matriz de agua, es un valor numérico aproximado y este
valor está especificado en metros.
Informante
En esta página se tiene los siguientes campos:
Informante: Nombre de quien informa acerca de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
290
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” los datos que el inspector necesita saber para la
inspección, no siempre hay un informante.
Teléfono del Informante: Teléfono de la persona
que informa.
Código del Inspector: El código de quien realiza la
inspección.
Fecha: Fecha en la que se realiza la inspección.
Observaciones: Las conclusiones o cualquier
observación que se tenga acerca del predio del que
se inspecciono.
9. Modificar información
Para modificar la información de un predio primero se
debe seleccionar el predio con la opción de selección
que se encuentra en la barra de herramientas
Una vez seleccionado el predio escogemos la opción de
modificar
herramientas
que se encuentra en la barra de
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
291
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Al instante se mostrará la pantalla de consulta de
predios con todas sus páginas, pero ahora no todas las
páginas serán solo de lectura, habrá ciertas páginas que si
se podrán modificar como:
Uso predominante
En el campo uso predominante puede ingresar solo
valores enteros de 1 a 9
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
292
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” En caso de que ingrese un valor incorrecto, le aparecerá
el siguiente mensaje
Servicios básicos
En todos los campos, puede ingresar solo valores
enteros, puede ser 1 o 2
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
293
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Infraestructura vial
En el campo capa rodadura puede ingresar solo valores
enteros entre 0 a 5
En el campo vereda puede ingresar solo valores
enteros, 1 o 2
En el campo ancho de vía puede ingresar solo valores
numéricos
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
294
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Matriz Agua Potable
En el campo material puede ingresar solo
enteros de 1 a 4
En el campo diámetro puede ingresar solo
numéricos
En el campo profundidad puede ingresar solo
numéricos
En el campo longitud puede ingresar solo
numéricos
valores
valores
valores
valores
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
295
UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERÍA – ESUELA DE INFORMATICA “SISTEMA PARA LA GESTIÓN DE LA INFORMACIÓN CATASTRAL DE LA EMPRESA ETAPA, CON LA AYUDA DE EQUIPOS MÓVILES” Informante
El campo fecha se mostrará el valor recuperado de la
tabla, pero al momento de almacenarse se grabará la fecha
actual del sistema.
AUTOR: Diana Maribel Zhagüi Ordóñez
Diego Rigoberto Sarmiento Coronel
296