Sistema de Información Web para Gestión Catastral

PROYECTO DE GRADO

Presentado ante la ilustre UNIVERSIDAD DE LOS ANDES como requisito final para obtener el Título de INGENIERO DE SISTEMAS

Sistema de Información Web para Gestión Catastral

Por

Br. Darling del M. Martínez L. Tutor: Prof. Domingo Hernández

Cotutor: Prof. Leyra Chacón

Mérida, Mayo de 2009


Br. Darling Martínez

Resumen:

Los sistemas de información constituyen una herramienta fundamental que sirve

de apoyo a los procesos empresariales. A raíz de la aparición de la World Wide Web

o red mundial global, los sistemas de Información cobran un nuevo auge debido a que

permiten el intercambio de información a través de internet o bien de una intranet o

extranet, con las ventajas que ofrece una interfaz amigable.

El presente documento explica el desarrollo de un sistema de información web

que servirá de apoyo a una oficina municipal de catastro, facilitando el

almacenamiento y consulta de una gran cantidad de información (datos de

propietarios e inmuebles) que se maneja en estas oficinas, agilizando trámites que

hasta hace poco se realizaban de forma manual y que, recientemente comenzaron a

automatizarse usando software propietario.

En la consecución de este trabajo, se empleó el método para desarrollo de

aplicaciones empresariales denominado Watch, UML (Lenguaje de Modelado

Unificado) para modelar los procesos de negocio de una Dirección de Catastro y la

implementación se llevó a cabo usando herramientas de programación libre y/o

abierta: Postgresql como manejador de la Base de Datos, lenguajes PHP y HTML

para la interfaz gráfica y gvSIG como Sistema de Información geográfica para el

manejo de datos espaciales.

Palabras Claves: Sistema de Información Web, Catastro, Sistema de Información

Geográfica, Software Libre.

II

A mi amada familia…

III

Agradecimiento

A Dios padre, por permitirme superar obstáculos y dificultades.

A mi madre y mis hermanos, por apoyarme y creer en mí incondicionalmente.

A la Universidad de los Andes, especialmente la escuela de Sistemas de la Facultad de Ingeniería, todo su personal docente y administrativo, por contribuir en mi formación profesional.

A mis profesores, muy especialmente a quienes me enseñaron valores más allá

de simples conocimientos teóricos, brindándome lecciones de vida y siendo ejemplos

de honestidad e integridad: Miguel Rodríguez, Oswaldo Ramírez, Dante Conti,

Mariela Cerrada y Domingo Hernández.

IV

Índice

CAPÍTULO I: INTRODUCCIÓN...………………………………………………......1

1.1 Introducción…………………………………………………………………...1

1.2 Antecedentes…………………………………………………………………..1

1.3 Definición del Problema……………………………………………………....2

1.4 Justificación…………………………………………………………………...3

1.5 Objetivos………………………………………………………………………3

1.5.1 Objetivo General………………………………………………………………3

1.5.2 Objetivos Específicos………………………………………………………….3

1.6 Metodología…………………………………………………………………...4

1.7 Alcance………………………………………………………………………..5

1.8 Distribución de los Capítulos………………………………………………… 6

CAPÍTULO II: MARCO TEÓRICO………………………………………………….7

2.1 Introducción…………………………………………………………………...7

2.2 Conceptos Fundamentales…………………………………………………….7

2.2.1 Catastro………………………………………………………………………..7

2.2.2 Oficina Municipal de Catastro (OMC)………………………………………..8

2.2.2.1 Funciones de una Oficina Municipal de Catastro……………………………..8

2.2.2.2 Importancia de la Oficina Municipal de Catastro……………………………10

2.2.2.3 Estructura Organizacional de una Oficina Municipal de Catastro…………...10

2.2.3 Sistemas de Información Web……………………………………………….12

2.2.4 Sistemas de Información Geográfica………………………………………...13

2.2.5 Metodología………………………………………………………………….13

2.2.5.1 Método WATCH…………………………………………………………….13

2.2.5.2 Modelado de Negocios………………………………………………………15

2.2.5.3 Lenguaje de Modelado Unificado UML……………………………………..16

2.2.5.4 UML Business……………………………………………………………….17

V

2.2.6 Herramientas…………………………………………………………………18

2.2.6.1 HTML………………………………………………………………………..18

2.2.6.2 PHP…………………………………………………………………………..19

2.2.6.3 PostgreSQL…………………………………………………………………..20

2.2.6.4 Gvsig…………………………………………………………………………20

CAPÍTULO III: MODELADO Y ANÁLISIS DE REQUERIMIENTOS…………..22

3.1 Introducción………………………………………………………………….22

3.2 Sistema de Negocios…………………………………………………………22

3.3 Visión del Sistema de Negocios……………………………………………..22

3.4 Misión del Sistema de Negocios……………………………………………..22

3.5 Modelado de Negocios de una Oficina Municipal de Catastro……………...23

3.5.1 Diagramas de Procesos de una Oficina Municipal de Catastro……………...24

3.5.2 Diagramas de Actividades de una Oficina Municipal de Catastro…………..30

3.5.3 Identificación de las Reglas del Negocio…………………………………….33

3.5.3.1 Reglas de alto nivel…………………………………………………………..33

3.5.3.2 Reglas de Bajo nivel…………………………………………………………34

3.5.4 Modelado de Actores………………………………………………………...35

3.5.5 Modelado de Requisitos……………………………………………………...38

3.5.5.1 Requisitos Funcionales………………………………………………………38

3.5.5.2 Requisitos No Funcionales…………………………………………………..39

3.5.6 Casos de Uso (Primera Iteración)……………………………………………40

3.5.6.1 Casos de Uso (Segunda Iteración)…………………………………………. 41

CAPÍTULO IV: DISEÑO DEL SISTEMA………………………………………….54

4.1 Introducción………………………………………………………………….54

4.2 Metas de Diseño……………………………………………………………...54

4.3 Identificación de los Subsistemas……………………………………………55

4.4 Diagramas de Secuencias…………………………………………………….55

VI

4.5 Diagrama de Clases (Primera Iteración)……………………………………..60

4.5.1 Diagrama de Clases (Segunda Iteración)…………………………………….62

4.5.2 Diagrama de Clases (Tercera Iteración)……………………………………..64

4.6 Esquema Relacional de la Base de Datos……………………………………66

4.7 Diseño de la Interfaz Gráfica………………………………………………...69

4.8 Validación de la Interfaz……………………………………………………..72

CAPÍTULO V: IMPLANTACIÓN Y PRUEBAS DEL SISTEMA………………...74

5.1 Introducción……………………………………………………………….....74

5.2 Implantación del sistema……………………………………………………..74

5.2.1 Construcción de la interfaz usuario/sistema…………………………………74

5.2.2 Diagrama de componentes para la capa de presentación (tercera iteración)...76

5.2.3 Ensamblaje de componentes de la lógica del negocio……………………….76

5.2.4 Ensamblaje de componentes de la capa de datos…………………………….78

5.2.5 Diagrama de Despliegue del SIWGC………………………………………..78

5.2.6 Diagramas de Flujo de Navegación del SIWGC…………………………….79

5.3 Vistas de la Interfaz (Primera Iteración)……………………………………..82

5.3.1 Vista de la Interfaz gráfica (Segunda Iteración)……………………………..83

5.3.2 Vista de la Interfaz gráfica (Tercera Iteración)………………………………84

5.4 Pruebas del Sistema………………………………………………………….87

CAPÍTULO VI: CONCLUSIONES Y RECOMENDACIONES…………………...94

6.1 Introducción………………………………………………………………….94

6.2 Conclusiones………………………………………………………………....94

5.3 Recomendaciones……………………………………………………………95

BIBLIOGRAFÍA…………………………………………………………………….96

ANEXOS…………………………………………………………………………….98

VII

Anexo A……………………………………………………………………………...98

Anexo B……………………………………………………..……………………...100

Anexo C…………………………………………………………………………….102

Anexo D…………………………………………………………………………….106

Índice de Figuras

Fig. 1 Organigrama de una Oficina Municipal de Catastro………………………...11

Fig. 2 Modelo de procesos Watch…………………………………………………..15

Fig. 3 Proceso genérico……………………………………………………………..18

Fig. 4 Cadena de Valor de la Oficina Municipal de Catastro………………………24

Fig. 5 Diagrama del Proceso Inscripción Catastral…………………………………25

Fig. 6 Diagrama del Proceso Avalúo……………………………………………….26

Fig. 7 Diagrama del Proceso Levantamiento Parcelario……………………………27

Fig. 8 Diagrama del Proceso Creación de la Planta de Valores de la Tierra……….28

Fig. 9 Diagrama del Proceso Creación de Tabla de Valores de la Construcción…...29

Fig. 10 Diagrama de Actividades para el proceso Inscripción Catastral…………….31

Fig. 11 Diagrama de Actividades del proceso Avalúo………………………………32

Fig. 12 Jerarquía de actor solicitante………………………………………………...36

Fig. 13 Jerarquía de actores del SIWGC.……………………………………………37

Fig. 14 Diagrama General de casos de uso para el SIWGC………………………....41

Fig. 15 Diagrama de caso de uso Gestión de Usuarios………………………………42

Fig. 16 Diagrama de caso de uso Inscripción Catastral……………………………...45

Fig. 17 Diagrama de caso de uso Avalúo……………………………………………47

Fig. 18 Diagrama de caso de uso Solicitudes………………………………………..49

Fig. 19 Diagrama de caso de uso Planos…………………………………………….50

Fig. 20 Diagrama de caso de uso Consulta…………………………………………..51

Fig. 21 Diagrama de Secuencias para caso de uso Crear usuario……………………56

Fig. 22 Diagrama de Secuencias para caso de uso Consultar usuario……………….57

VIII

Fig. 23 Diagrama de Secuencias para caso de uso Cambiar clave…………………..57

Fig. 24 Diagrama de Secuencias para caso de uso Cambiar clave…………………..58

Fig. 25 Diagrama de Secuencias para caso de uso Crear ficha………………………59

Fig. 26 Diagrama de Secuencias para caso de uso Ver ficha………………………..60

Fig. 27 Diagrama de Clases para la primera iteración……………………………….61

Fig. 28 Diagrama de Clases del SIWGC para la segunda iteración…………………63

Fig. 29 Diagrama de Clases del SIWGC para la tercera iteración…………………...65

Fig. 30 Página de Inicio del SIWGC………………………………………………...69

Fig. 31 Flujo de navegación para usuarios de tipo administrador……...……………70

Fig. 32 Flujo de navegación para usuarios de tipo personal interno de la OMC……71

Fig. 33 Flujo de navegación para usuarios de tipo prop/adm………….…………….71

Fig. 34 Diagrama de navegación para usuarios no registrados……………………...72

Fig. 35 Diagrama de Componentes final para la capa de presentación……………...76

Fig. 36 Diagrama de Componentes para la capa de lógica de negocios……………..77

Fig. 37 Diagrama de Componentes para la capa de datos (tercera iteración)………..78

Fig. 38 Diagrama de despliegue del SIWGC………………………………………...79

Fig. 39 Diagrama de Flujo de Navegación del SIWGC (Primera Iteración)………...80

Fig. 40 Diagrama de Flujo de Navegación del SIWGC (Segunda Iteración)………..81

Fig. 41 Diagrama de Flujo de Navegación del SIWGC (Tercera Iteración)………...82

Fig. 42 Página principal del SIWGC………………………………………………...83

Fig. 43 Página inicio de sesión………………………………………………………83

Fig. 44 Página principal para usuarios de tipo administrador……………………….84

Fig. 45 Página administración con menú desplegado………………………………..84

Fig. 46 Página para usuarios de tipo personal OMC………………………………...85

Fig. 47 Página principal para personal OMC con menú desplegado………………...85

Fig. 48 Página principal para usuario tipo propietario………………………………86

Fig. 49 Página para tipo propietarios con menú desplegado………………………...86

Fig. 50 Vista de interfaz gráfica para usuarios no registrados, página informativa

sobre las funciones de la OMC……………………………………………..106

IX

Fig. 51 Interfaz gráfica que muestra el resultado de la consulta de una persona

registrada en la base de datos……………………………………………….106

Fig. 52 Interfaz gráfica para consultar usuarios…………………………………….107

Fig. 53 Interfaz gráfica para consultar una sección de la ficha catastral, en este caso,

los datos del administrador del inmueble…………………………………...107

Fig. 54 Interfaz gráfica dónde se visualiza el resultado de consulta por nombre de

usuario………………………………………………………………………108

Fig. 55 Interfaz gráfica para agregar datos a una ficha catastral existente, en este caso,

datos de registro…………………………………………………………….108

Fig. 56 Interfaz presentada por el sistema para modificar datos, en este caso datos del

administrador de un inmueble………………………………………………109

Fig. 57 Interfaz que presenta la lista de inmuebles a los que tiene acceso un usuario

del tipo propietario/administrador…………………………………………..109

Fig. 58 Interfaz como resultado de consultar una sección de la ficha, en este caso,

consultar datos del administrador del inmueble…………………………….109

Fig. 59 Mensaje de error arrojado al intentar ingresar con datos no válidos……….110

Fig. 60 Mensaje de error al intentar consulta persona sin ingresar CI o Rif……….110

Fig. 61 Mensaje de confirmación de modificación de datos exitosa……………….110

Fig. 62 Mensaje de error al intentar consultar inmueble cuyo número no se encuentra

Registrado…………………………………………………………………..110

Índice de Tablas

Tabla Nº 1. Actores que participan en el sistema……………………………………36 Tabla Nº 2 Actores del Personal OMC………………………………………………38 Tabla Nº 3 Descripción de caso de uso Validar Usuarios…………………………...42 Tabla Nº 4 Descripción de caso de uso gestión de usuarios…………………………43 Tabla Nº 5 Documentación caso de uso Crear usuario………………………………43 Tabla Nº 6 Documentación caso de uso Cambiar clave……………………………..44

X

Tabla Nº 7 Documentación caso de uso Eliminar clave……………………………..44 Tabla Nº 8 Descripción de caso de uso Consultar Usuario………………………….45 Tabla Nº 9 Descripción de caso de uso inscripción………………………………….45 Tabla Nº 10 Documentación caso de uso Crear ficha……………………………….46 Tabla Nº 11 Documentación caso de uso Agregar datos…………………………….47 Tabla Nº 12 Documentación caso de uso Modificar datos…………………………..47 Tabla Nº 13 Descripción de caso de uso avalúo……………………………………..48 Tabla Nº 14 Documentación caso Calcular valor del terreno………………………..48 Tabla Nº 15 Documentación caso de uso Calcular valor de la construcción………..49 Tabla Nº 16 Descripción de caso de uso solicitudes………………………………...50 Tabla Nº 17 Descripción de caso de uso planos……………………………………..50 Tabla Nº 18 Documentación caso de uso Ver plano………………………………...51 Tabla Nº 19 Descripción de caso de uso consulta…………………………………...51 Tabla Nº 20 Documentación caso de uso Ver ficha…………………………………52 Tabla Nº 21 Documentación caso de uso Consulta por Usuario…...………………..52 Tabla Nº 22 Documentación caso de uso Consulta por Nº Catastral………………..53 Tabla Nº 23 Documentación caso de uso Consultar por CI o Rif…………………...53 Tabla Nº 24 Descripción de las clases del SIWGC, segunda iteración……………...62 Tabla Nº 25 Descripción de nuevas clases del SIWGC, segunda iteración…………64 Tabla Nº 26 Esquema relacional normalizado……………………………………….68 Tabla Nº 27 Validación del diseño de la interfaz del SIWGC………………………73 Tabla Nº 28 Pruebas de caja negra para el método ingresar persona………………..88 Tabla Nº 29 Pruebas de caja negra para el método modificar persona………………89 Tabla Nº 30 Pruebas de caja negra para el método modificar persona………………90 Tabla Nº 31 Pruebas de caja negra para el método modificar persona………………90 Tabla Nº 32 Pruebas de caja negra para el método modificar persona………………91 Tabla Nº 33 Pruebas de caja negra para el método modificar persona………………92

XI


CAPÍTULO I: INTRODUCCIÓN

1.1 Introducción

En este capítulo, se hace una descripción del problema y sus antecedentes.

Se presentan el objetivo general y los objetivos específicos del proyecto, así como

sus alcances y la metodología a emplear para el desarrollo del mismo. Por último,

se explica la distribución de los capítulos del documento.

1.2 Antecedentes

En los últimos años se han desarrollado en todo el mundo, una gran

variedad de herramientas tecnológicas sobre un gran número de conocimientos

generados por la humanidad. Todo este desarrollo ha encontrado su apoyo,

principalmente, en el gran avance que se ha dado en las tecnologías de

telecomunicaciones, de software y al desarrollo de computadoras cada vez más

rápidas y con mayor capacidad de memoria. Así, se han creado herramientas que

facilitan el procesado de información, es decir, la generación, almacenamiento,

transmisión, manipulación y visualización de información, que incluye datos

numéricos, de texto, de sonido o de vídeo, todo lo cual, permite un gran avance en

el desarrollo económico e intelectual de la población que tiene acceso a estas

herramientas.

A finales de la década de los noventa, el Instituto de Fotogrametría

desarrolló un proyecto en el área de catastro para el Municipio Torres de la

población de Carora del Estado Lara denominado Sistema de Información

Catastral (SICAT) [1], el cual abarcó un conjunto de actividades que fueron desde

la creación de la base de datos espacial de la zona, hasta la elaboración de un

sistema programado para la gestión de la información inmobiliaria. Esta última, se

refiere básicamente a las características descriptivas del inmueble (su uso, nombre

- 1 -


del propietario, entre otros) y características espaciales (como la posición del

inmueble respecto a un sistema de coordenadas).

El Sistema de Información Catastral SICAT, permitía la consulta y

actualización de la información de los inmuebles (datos espaciales y no

espaciales), de los propietarios, sectores del municipio, así como la administración

y monitoreo de uso. Fue desarrollado usando FoxPro para el manejo del aspecto

descriptivo y Arc/Info para el manejo del aspecto espacial. A raíz de la aprobación

de la Ley de Catastro y Cartografía publicada en Gaceta Oficial Nº 37.002 de

fecha 28 de julio del 2000, se hace necesario la migración de los sistemas hacia

herramientas abiertas y/o libres, apoyando de esta manera la política del estado

venezolano, que promueve el uso de este tipo de tecnologías en las dependencias

públicas.

1.3 Definición del Problema

El Catastro es el inventario o censo de la riqueza inmobiliaria de una

región o ciudad específica, que permite conocer y determinar la ubicación,

características físicas, jurídicas y socioeconómicas de los inmuebles rurales y

urbanos, para ser utilizado como herramienta de planificación y desarrollo de

proyectos con fines urbanos, fiscales, de servicios públicos y privados. De allí la

importancia de un sistema automatizado que permita el almacenamiento, la

consulta y actualización de toda la información necesaria.

Dependiendo de la región que abarque el inventario de las propiedades, el

número de las mismas puede ser muy elevado, al igual que la cantidad de

información respecto a dichos inmuebles. En la actualidad, la mayoría de las

alcaldías de nuestro país manejan esta información de forma manual, lo cual trae

como consecuencia; retraso a la hora de realizar cualquier actividad que requiera

el manejo de la misma. Es por esto, que un sistema de información web, se

presenta como una herramienta de gran utilidad para agilizar procesos de

- 2 -


actualización, consulta de datos, así como el cálculo de obligaciones fiscales de

sus propietarios.

1.4 Justificación

En respuesta a la necesidad de un sistema que permita el manejo

automatizado de la gran cantidad de datos que se almacenan en una oficina

municipal de catastro, aparece el Sistema de Información Catastral SICAT,

desarrollado por el Instituto de Fotogrametría a finales de los 90. Sin embargo,

para mantenerse a la vanguardia, se hace necesaria la creación de un nuevo

sistema pero implementado con software libre, a fin de cumplir con el decreto Nº

3.390, el cual promueve el uso de herramientas de programación libre y/o abierta

en las dependencias públicas.

1.5 Objetivos

1.5.1 Objetivo General

Desarrollar un sistema de información en plataforma web, que permita la

consulta y actualización de los datos de los propietarios, datos descriptivos de los

inmuebles, así como el despliegue del plano de los mismos.

1.5.2 Objetivos Específicos

• Evaluar las herramientas de software libre para Sistemas de Información

Geográfica.

• Conceptualizar los elementos requeridos para la construcción de un

sistema de gestión catastral en el marco de las leyes vigentes.

• Modelar los procesos de negocio de una Dirección de Catastro utilizando

UML.

- 3 -


• Diseñar e implementar la Base de Datos que se utilizará en el sistema

programado.

• Implementar el sistema usando herramientas de programación libre y/o

abierta (software libre y software abierto). Se utilizará Postgresql como

manejador de la Base de Datos, PHP y HTML para la interfaz gráfica, y

para el manejo de planos la aplicación para sistemas de información

geográfica gvSIG.

• Realizar pruebas de validación.

1.6 Metodología

Como metodología de desarrollo de software se emplea el método

WATCH [2]. Este método está orientado al desarrollo de un tipo particular de

software denominado aplicación empresarial, es decir, es un marco metodológico

que describe, en términos generales, un conjunto estructurado de actividades

necesarias para producir una aplicación empresarial. Una aplicación empresarial

es una aplicación distribuida que apoya la ejecución de procesos de negocios en

una empresa. Los sistemas de Información web son un tipo particular de

aplicación empresarial.

La utilidad e importancia que el método WATCH tiene se resume en los

siguientes puntos:

1. Le agrega visibilidad al proyecto; pues, permite que el grupo de desarrollo

y los usuarios del sistema puedan conocer en qué estado se encuentra el

proyecto en cualquier momento.

2. Le facilita al líder del proyecto las labores de planificación y control del

proyecto.

3. Establece un marco metodológico único que estandariza el proceso de

desarrollo y unifica la documentación que se produce a lo largo del

proyecto de desarrollo de una aplicación.

- 4 -


1.7 Alcance

El concepto actual de catastro se basa en tres finalidades que le dan

sustento, las cuales son: dar una base para el planeamiento urbano y rural, calcular

el monto de las contribuciones como el impuesto inmobiliario y guardar la

seguridad jurídica del derecho de propiedad a través de la aprobación y archivo de

las mensuras, que son la base de las escrituras de traslación y dominio [3]. Es por

esto, que resulta de gran importancia que los entes gubernamentales competentes,

cuenten con un sistema automatizado que permita el almacenamiento, la consulta

y actualización de toda la información necesaria, para agilizar las actividades

económicas y el desarrollo satisfactorio de los distintos municipios, estados a los

que pertenecen y por lo tanto del país.

La finalidad del proyecto es diseñar e implementar un Sistema en

plataforma Web para la gestión de los datos que se manejan en una Oficina

Municipal de Catastro. Este sistema debe permitir la consulta y actualización de

los datos relacionados con los inmuebles en el ámbito urbano, su ubicación y

propietarios. También permite la creación y visualización de planos pero no

abarca el manejo de los datos espaciales, como por ejemplo el uso de

coordenadas. El Sistema de Información Web para Gestión Catastral funciona

sobre una plataforma web, se ejecuta sobre el servidor web Apache, estructurado

con páginas dinámicas escritas en PHP y HTML. Los datos están almacenados en

una base de datos soportada por el manejador de base de datos PostgreSQL. Ésta

base de datos no es geográfica, pero es posible añadir soporte de objetos

geográficos a esta base de datos objeto-relacional agregando el módulo PostGIS al

manejador.

Para la creación de planos se usa la herramienta de software libre para

Sistemas de Información Geográfica Gvsig seleccionada luego de una evaluación

realizada sobre algunas de las alternativas existentes. Por tratarse de una

aplicación con grandes potencialidades para el análisis de datos espaciales (tanto

- 5 -


ráster como vectoriales) Gvsig agrega la posibilidad de que, en un futuro, se

pueda extender las funcionalidades del SIWGC, que en este proyecto, sólo tienen

un alcance del manejo de los datos descriptivos y la consulta o visualización de

los planos de los inmuebles.

1.8 Distribución de los Capítulos

Lo que prosigue en el manuscrito del proyecto se encuentra estructurado

de la siguiente manera:

Capítulo II: Marco Teórico

En el mismo se describirán a detalle los fundamentos teóricos sobre los

que se sustenta el desarrollo del proyecto, de la misma manera se explican los

conceptos fundamentales, metodología y herramientas empleadas.

Capítulo III: Modelado y Análisis de Requerimientos

Esta sección contempla la descripción de la organización, el modelado de

negocios y se definen los requisitos del sistema.

Capítulo IV: Diseño del Sistema

Comprende la representación de la dinámica del sistema y el diseño de los

componentes, la base de datos y la interfaz gráfica usuario/sistema.

Capítulo V: Implantación y Pruebas del Sistema

Esta sección muestra los diagramas de componentes y despliegue, la

implantación de la Base de Datos y de la interfaz gráfica así como de las pruebas

para garantizar la calidad del software.

Capítulo VI: Conclusiones y Recomendaciones

- 6 -


CAPÍTULO II: MARCO TEÓRICO

2.1 Introducción

Esta sección contiene todo los conocimientos necesarios para llevar a cabo

el proyecto, es decir, se presentan conceptos fundamentales acerca del tema, como

lo son la definición de una Oficina municipal de Catastro, sus funciones,

importancia y estructura organizacional. También se explican aspectos básicos

acerca de la metodología empleada en el desarrollo del sistema, el modelado de

negocio, el lenguaje de modelado unificado (UML) y las herramientas empleadas

para la implantación del sistema programado.

2.2 Conceptos Fundamentales

2.2.1 Catastro

El Catastro es el inventario o censo de la riqueza inmobiliaria de una

región o ciudad específica, que permite conocer y determinar la ubicación,

características físicas, jurídicas y socioeconómicas de los inmuebles rurales y

urbanos, para ser utilizado como herramienta de planificación y desarrollo de

proyectos con fines urbanos, fiscales, de servicios públicos y privados [3].

El catastro urbano tiene como propósito principal la ubicación y registro

de bienes inmuebles de uso múltiple, es más complejo debido a que el uso de los

predios y construcciones es más diverso, lo que permite que la propiedad

inmobiliaria se destine a fines industriales, comerciales y/o sociales. En el

catastro rural, lo importante es destacar la utilidad productiva del suelo en

materia agropecuaria, razón por la cual las construcciones, aunque tomadas en

cuenta, no tienen el mismo interés que los predios [4]. Cabe destacar que el

SIWGC, servirá de apoyo para el manejo y control de catastro urbano.

- 7 -


2.2.2 Oficina Municipal de Catastro (OMC)

Esta sección presenta la descripción general de una oficina Municipal de

Catastro (OMC) según lo establecen las leyes vigentes. Describe el proceso para

la formación y mantenimiento del catastro, de acuerdo a las leyes venezolanas,

entre las que cabe destacar la Ley de Geografía, Cartografía y Catastro Nacional

publicada en Gaceta Oficial Nº 37.002 el 28 de julio del 2000 y las Normas

Técnicas para la Formación y Conservación del Catastro Nacional publicadas en

Gaceta Oficial Nº 5.590 el 10 de junio del año 2002.

La Oficina Municipal de Catastro (OMC) es una unidad administrativa que

forma parte de la estructura de la alcaldía y se encarga de las actividades

relacionadas con la formación, conservación y actualización del inventario de los

bienes inmuebles situados dentro del territorio municipal y comprende el estudio

de los aspectos físicos, jurídicos y económicos [6].

2.2.2.1 Funciones de una Oficina Municipal de Catastro

La Ley de Geografía, Cartografía y Catastro Nacional en su Capítulo II

De las Oficinas Municipales de Catastro cita:

Artículo 55. A fin de dar cumplimiento a los objetivos de esta Ley, los

municipios establecerán oficinas de catastro encargadas de la formación y

conservación del catastro en su ámbito territorial.

Artículo 56. A los efectos de garantizar la uniformidad del régimen catastral y de

consolidar a nivel nacional la información territorial, los municipios por órgano de

la oficina municipal de catastro, conforme a sus competencias, se encargarán de:

1. Realizar la inscripción inmobiliaria en su respectivo ámbito territorial, de

conformidad con la ley, las ordenanzas municipales correspondientes y sus

reglamentos.

- 8 -


2. Expedir constancias de inscripción catastral, previo el cumplimiento de los

requisitos establecidos en la ley, en las ordenanzas municipales correspondientes

y en sus reglamentos.

3. Expedir al propietario del inmueble la cédula catastral, previo el cumplimiento

de los requisitos establecidos en la ley, en las ordenanzas municipales

correspondientes y en sus reglamentos.

4. Expedir certificado de empadronamiento catastral en los casos de posesión u

ocupación del inmueble por personas que no sean titulares de la propiedad del

mismo, una vez cumplidos los requisitos establecidos en la ley, en las ordenanzas

municipales correspondientes y en sus reglamentos.

5. Signar los inmuebles de su ámbito territorial de conformidad con el Sistema de

Codificación Catastral que elabore el Instituto Geográfico de Venezuela Simón

Bolívar.

6. Asignar nueva codificación de conformidad al Sistema de Codificación

Catastral en caso de modificaciones determinadas por división o integración de

inmuebles.

7. Conformar en su respectivo territorio el Registro Catastral.

8. Elaborar los mapas catastrales del municipio correspondiente, sobre la base de

la información contenida en las cédulas catastrales y en los certificados de

empadronamiento, de conformidad con las normas y especificaciones técnicas

correspondientes.

9. Revocar o cancelar inscripciones inmobiliarias, en los casos indicados en esta

Ley y en las ordenanzas correspondientes.

- 9 -


10. Informar periódicamente al Instituto Geográfico de Venezuela Simón Bolívar

de las actividades realizadas, a través de la oficina regional o estadal respectiva.

11. Las demás atribuciones que le sean conferidas por la ley, las ordenanzas

municipales y los reglamentos.

2.2.2.2 Importancia de la Oficina Municipal de Catastro

La oficina Municipal de Catastro es de vital importancia para el desarrollo

económico del municipio debido a que:

• Constituye la fuente primaria de datos del sistema de información

territorial.

• Identifica y regulariza la tenencia de la tierra y demás inmuebles.

• Establece el déficit de viviendas, así como los terrenos disponibles para la

construcción.

• Determina las áreas marginales.

• Diagnostica la situación de los Servicios Públicos domiciliarios (agua,

recolección basura, alcantarillado, alumbrado, entre otros).

• Permite conocer los terrenos disponibles para nuevos desarrollos

urbanísticos.

• Facilita la recaudación de impuestos de carácter inmobiliario.

• Proporciona la información para los planes y proyectos de inversión y de

carácter social.

2.2.2.3 Estructura Organizacional de una Oficina Municipal de Catastro

La ordenanza de la rama ejecutiva de una OMC establece que la misma

debe tener un cierto espacio físico y acondicionamiento, materiales de oficina y

de apoyo, mobiliario y equipos, así como el recurso humano adecuado de acuerdo

al número de inmuebles que maneja [6].

- 10 -


El recurso humano de la OMC estará integrado por el Director, una

Secretaria, un Asistente de Oficina, un Archivista, un Avaluador de Inmuebles, un

Fiscal de Catastro, un Topógrafo, un Asistente de Topógrafo y un Dibujante.

La figura 1 muestra la estructura organizativa de la Oficina Municipal de

Catastro.

SECRETARIA

ÁREA FÍSICA ÁREA ECONÓMICA

ÁREA DE ORGANIZACIÓN

ÁREA JURÍDICA

DIRECCIÓN DE CATASTRO

Fig. 1 Organigrama de una Oficina Municipal de Catastro

El Director se encarga de planificar, dirigir y coordinar las actividades,

dirigir y supervisar al personal y asesorar en los proyectos de planificación urbana

y rural.

La Secretaria tiene entre sus funciones las de redactar, recibir, enviar y

archivar correspondencia, atender al público y controlar las Inscripciones

Catastrales.

Las funciones del Área Jurídica de una OMC son: Esclarecer la tenencia

de la tierra, realizar mutaciones, realizar estudio de tradición, investigar los

terrenos ejidos y propios del municipio, cotejar nombre de inscripciones y

mutaciones, así como, otorgar Cédulas Catastrales.

Con respecto al Área Física la OMC realiza: levantamientos parcelarios,

levantamiento topográfico, dibujo de parcelas, cálculo de área de terreno y

- 11 -


construcción, cálculo de levantamiento topográfico (coordenadas), elaboración de

planos y llenado de Fichas Catastrales.

En el Área Económica maneja el cálculo del valor del inmueble, la

recopilación de datos para la elaboración y el análisis de Tabla de Valores

Unitarios de la Construcción y Planta de Valores de Tierra, y la aplicación de

factores de depreciación y corrección.

El Área de Organización recibe, clasifica y codifica el material a

archivar, ordena los archivos por código catastral, lleva a cabo la sustanciación

de expediente de cada inmueble, control de archivos y atención al público.

2.2.3 Sistemas de Información Web

Un Sistema de Información se puede definir como un sistema (informático

o no) que está creado para dar respuesta a preguntas no predefinidas de antemano.

Por lo tanto, incluye una base de datos, una base de conocimientos (conjunto de

procedimientos de análisis y manipulación de datos) y un sistema de integración

con el usuario [7].

Un sistema de información es un sistema caracterizado porque: interactúa

con su ambiente mediante el intercambio de información y se adapta a las

necesidades del ambiente que lo contiene, permite el uso de computadoras que

automatizan los procesos rutinarios de transformación, los cuales son controlados

y dirigidos por el hombre; su entrada está constituida por datos y su salida por

información, el proceso de transformación de datos en información constituye la

función esencial del sistema de información.

En un sistema de información web, el usuario interacciona con las

aplicaciones Web a través del navegador. Como consecuencia de la actividad del

usuario, se envían peticiones al servidor, donde se aloja la aplicación y que

- 12 -


normalmente hace uso de una base de datos que almacena toda la información

relacionada con la misma. El servidor procesa la petición y devuelve la respuesta

al navegador que la presenta al usuario. Por tanto, el sistema se distribuye en tres

componentes: el navegador, que presenta la interfaz al usuario; la aplicación, que

se encarga de realizar las operaciones necesarias según las acciones llevadas a

cabo por éste y la base de datos, donde la información relacionada con la

aplicación se hace persistente. Esta distribución se conoce como el modelo o

arquitectura de tres capas.

2.2.4 Sistemas de Información Geográfica

Un sistema de Información geográfica SIG, es un conjunto de

herramientas para reunir, almacenar, recuperar y analizar información espacial.

Posee un tipo de base de datos especializado que se caracteriza por su capacidad

de manejar datos geográficos o espacialmente referenciados. Las áreas de uso

práctico de un SIG son variadas: desde el inventario de los recursos naturales y

humanos hasta el control y la gestión de datos catastrales [7].

Los SIG facilitan el enlace de información geográfica (dónde están las

cosas) con información descriptiva (qué son las cosas). A diferencia de un mapa

tradicional (en papel), un SIG puede presentar sobre el mapa de una determinada

región, de manera interactiva, varias capas que se sobreponen y que contienen

información temática; por ejemplo, sobre recursos naturales, asentamientos

humanos, educación, transporte, salud, agricultura, geología, etc. [8]

2.2.5 Metodología

2.2.5.1 Método WATCH

- 13 -


Es un marco metodológico que describe los procesos técnicos, gerenciales

y de soporte que deben emplear los grupos de desarrollo de aplicaciones

empresariales [9].

El método WATCH está orientado al desarrollo de un tipo particular de

software denominado aplicación empresarial. Una aplicación empresarial es

aplicación distribuida que apoya la ejecución de procesos de negocios en una

empresa. Los sistemas de información web (SIW) son un tipo particular de

aplicación empresarial. Los SIW dan soporte a un conjunto de uno o más procesos

de negocios, mediante una interfaz web que permite el intercambio de datos e

información a través de una red Intranet, Extranet o Internet.

El modelo de procesos del método WATCH es un marco metodológico

que describe, en términos generales, un conjunto estructurado de actividades

necesarias para producir una aplicación empresarial. Este modelo organiza estas

actividades en dos tipos: procesos gerenciales y procesos de desarrollo.

Los procesos gerenciales describen las actividades que la gerencia del

proyecto(o en su defecto el líder del proyecto) debe realizar para:

• Planificar, organizar, dirigir, manejar el grupo de desarrollo y controlar el

proyecto de desarrollo de un sistema o aplicación empresarial.

• Asegurar la calidad del sistema.

• Gestionar la configuración del sistema.

• Adiestrar el grupo de desarrollo durante el proceso de ejecución del

proyecto.

Los procesos de desarrollo son los procesos técnicos que describen, que

debe hacer el grupo de desarrollo para producir una aplicación empresarial. Estos

procesos se organizan en una estructura jerárquica formada por fases, pasos y

actividades. La figura 2 muestra la estructura del marco metodológico:

- 14 -


Fig. 2 modelo de procesos Watch

La aplicación de procesos, técnicas y prácticas gerenciales es un factor

crítico de éxito en el desarrollo de software. El modelo de procesos del Método

WATCH emplea un conjunto de procesos gerenciales, muchos de los cuales son

propuestos por el estándar IEEE 1074 para la elaboración de modelos de procesos

de software. Los procesos gerenciales son responsabilidad del líder del proyecto.

Estas actividades se realizan a lo largo del proceso de desarrollo de la aplicación

empresarial [2].

2.2.5.2 Modelado de Negocios

El “Modelado de Negocios” se define como un proceso de representación

de uno o más aspectos o elementos de una empresa, tales como: su propósito,

estructura, funcionalidad, dinámica, lógica de negocios y componentes [10].

Uno de los principales objetivos del modelo es reducir el salto de

comunicación entre los diferentes participantes en el proceso de desarrollo;

ingenieros de requisitos, analistas de sistemas, desarrolladores y técnicos de

- 15 -


pruebas, para que todos ellos hablen el mismo lenguaje. Probablemente, están

especializados en las diferentes partes del lenguaje según sus necesidades, pero

tienen que compartir algunas construcciones comunes y tener un entendimiento

común del sistema que construyen. Hay otros participantes que necesitan conocer

el estado del proyecto, tales como los líderes del proyecto, los directores y los

revisores. Y lo más importante: el cliente necesitará entender lo que se le ha

entregado y también necesita involucrarse en el proceso de desarrollo y hablar con

las diferentes personas que están creando el sistema. Los modelos de negocios

ayudan a los desarrolladores a estructurar y enfocar sus pensamientos. Trabajar

con modelos aumenta el entendimiento del proceso del negocio y, también la

destreza para mejorarlos.

2.2.5.3 Lenguaje de Modelado Unificado UML

UML es un lenguaje que se centra en la representación gráfica de un

sistema. Es un lenguaje visual estándar empleado para la especificación,

construcción y documentación de software orientado a objetos, por medio de

diversos elementos y procesos que interactúan de alguna forma con el software.

Un lenguaje de modelado gráfico como el Lenguaje de Modelado Unificado

UML, permite la comunicación entre los diferentes participantes, ayudando a

dominar la complejidad del sistema.

Este lenguaje fue estandarizado en 1997 y rápidamente se extendió para

convertirse en el más popular de los lenguajes de modelado para “visualizar,

construir y documentar los artefactos de un sistema intensivo en software”. A

pesar de esto, UML es lo suficientemente expresivo como para modelar sistemas

que no son informáticos, como los son el flujo de trabajo (workflow) en una

empresa, diseño de estructura de una organización, procesos de negocios y

funciones del sistema, además de esquemas de bases de datos y componentes de

software reutilizables [11].

- 16 -


2.2.5.4 UML Business

Es una extensión del UML (Lenguaje de Modelado Unificado)

desarrollada por Hans Ericsson y Magnus Penker orientado al modelado de

procesos de negocio. Incorpora nuevos símbolos para modelar procesos de

negocio y emplea estereotipos para agregar mayor semántica a los símbolos

utilizados. Usa la cadena de valor de Michael Porter para modelar procesos de

negocio al más alto nivel y descompone cada proceso en subprocesos de más bajo

nivel. Un diagrama de procesos es un diagrama de actividad UML con un grupo

de estereotipos que describen las actividades hechas dentro de los procesos y

cómo interactúan los objetos requeridos, lo que producen, el recurso y actores que

participan, objetivo del proceso y lo que lo regula [12].

A continuación se presenta cómo se aplica la notación para capturar y

refinar los objetos de recurso y objetivo en los modelos de procesos de negocio:

Procesos

Objetivos: Objetivo que ha sido asignado a un proceso. Un objeto objetivo está

dibujado sobre el diagrama de proceso y adjunto con una dependencia que es el

estereotipo a alcanzar o cumplir.

Entrada: Los objetos que son consumidos o refinados en el proceso. Son

recursos, pueden ser físicos o abstractos. Están conectados con líneas punteadas

desde los objetos hasta el proceso. Son normalmente colocados a la izquierda del

proceso.

Salida: Objetos que son producidos por el proceso o que son el resultado del

refinamiento de uno o más objetos de entrada y apoyo. También son recursos y

están conectados con líneas punteadas desde el proceso hasta el objeto de salida.

Son colocados a la derecha del proceso.

- 17 -


Actores: Recursos que participan en el proceso pero no son refinados o

consumidos. Están dibujados debajo del proceso con una dependencia (línea

punteada) desde el objeto al proceso si se trata de actores que apoyan o ejecutan, y

sobre el proceso para aquellos recursos que lo controlan o corren.

Un proceso puede contener procesos internos o subprocesos, que describen

los pasos internos tomados dentro del proceso global. La figura 3 muestra un

diagrama de proceso genérico:

Proceso

Actores Información

Reglas Objetivos

controla

Actor

produce

cumple

ejecuta apoya

regula

requiere Subproceso2Subproceso1

Salida Entrada

Fig. 3 Proceso genérico

2.2.6 Herramientas

2.2.6.1 HTML

HTML HyperText Markup Language (Lenguaje de Marcado de

Hipertexto), es el lenguaje de marcado predominante para la construcción de

páginas web. Es usado para describir la estructura y el contenido en forma de

texto, así como para complementar el texto con objetos tales como imágenes [13].

- 18 -


Se trata de un lenguaje muy sencillo que permite describir hipertexto, es

decir, texto presentado de forma estructurada y agradable, con enlaces

(hyperlinks) que conducen a otros documentos o fuentes de información

relacionadas, y con inserciones multimedia (gráficos, sonido...). Este lenguaje es

el que se utiliza para presentar información en el World Wide Web.

La descripción se basa en especificar en el texto la estructura lógica del

contenido (títulos, párrafos de texto normal, enumeraciones, definiciones, citas,

etc.), así como los diferentes efectos que se quieren dar (cursiva, negrita, o un

gráfico determinado) y dejar que luego la presentación final de dicho hipertexto se

realice por un programa especializado llamado navegador (como Mosaic o

Netscape) [14].

HTML utiliza "etiquetas", rodeadas por corchetes angulares (<,>), que

consisten en breves instrucciones de comienzo y final, mediante las cuales, se

determina la forma en la que debe aparecer el texto en el navegador, así como

también las imágenes y los demás elementos, en la pantalla del computador.

2.2.6.2 PHP

PHP Hypertext Pre-processor es un lenguaje interpretado de propósito

general ampliamente usado y que está diseñado especialmente para desarrollo web

y puede ser embebido dentro de código HTML. Generalmente se ejecuta en un

servidor web, tomando el código en PHP como su entrada y creando páginas web

como salida. Puede ser desplegado en la mayoría de los servidores web y en casi

todos los sistemas operativos y plataformas sin costo alguno [15].

PHP es un preprocesador de hipertexto que permite generar contenido de

páginas Web sobre la marcha. Es posible colocar instrucciones en un archivo

diferente o incrustarlas en el código HTML de otra página Web para que el

procesador de PHP las ejecute. El lenguaje PHP es un lenguaje de programación

de estilo clásico, con variables, sentencias condicionales, bucles, funciones. Se

- 19 -


ejecuta en el servidor, por eso nos permite acceder a los recursos que tenga el

servidor como por ejemplo podría ser una base de datos. El programa PHP es

ejecutado en el servidor y el resultado enviado al navegador.

2.2.6.3 PostgreSQL

PostgreSQL es un sistema de gestión de base de datos relacional orientada

a objetos de software libre, publicado bajo la licencia BSD. Como muchos otros

proyectos open source, el desarrollo de PostgreSQL no es manejado por una sola

compañía sino que es dirigido por una comunidad de desarrolladores y

organizaciones comerciales las cuales trabajan en su desarrollo. Dicha comunidad

es denominada el PGDG (PostgreSQL Global Development Group).

Mediante un sistema denominado MVCC (Acceso concurrente

multiversión, por sus siglas en inglés) PostgreSQL permite que mientras un

proceso escribe en una tabla, otros accedan a la misma tabla sin necesidad de

bloqueos. Cada usuario obtiene una visión consistente de lo último a lo que se le

hizo commit. Esta estrategia es superior al uso de bloqueos por tabla o por filas

común en otras bases, eliminando la necesidad del uso de bloqueos explícitos

[16].

PostgreSQL ofrece una potencia adicional sustancial a los sistemas de

mantenimiento de Bases de Datos relacionales tradicionales (DBMS) al

incorporar los siguientes cuatro conceptos adicionales básicos en una vía en la

que los usuarios pueden extender fácilmente el sistema: clases, herencia, tipos y

funciones [17].

2.2.6.4 Gvsig

El programa gvSIG está orientado al manejo de información geográfica.

Se caracteriza por una interfaz amigable y sencilla, con capacidad para acceder

- 20 -


ágilmente a los formatos más usuales (ráster y vectoriales). Está orientado a

usuarios finales de sistemas de información geográfica, profesionales o personal

de Administraciones Públicas [18]. Se distribuye bajo licencia GNU GPL. Esta es

una de las principales características de gvSIG respecto a otros Sistema de

Información Geográfica, es la importante implementación de servicios OGC:

WMS (Web Map Service), WFS (Web Feature Service), WCS (Web Coverage

Service), Servicio de Catálogo y Servicio de Nomenclátor.

Está desarrollado en lenguaje de programación Java, funcionando con los

sistemas operativos Microsoft Windows, Linux y Mac OS X, y utiliza librerías

estándar de GIS reconocidas, como Geotools o Java Topology Suite (JTS). Así

mismo, gvSIG posee un lenguaje de scripting basado en Jython y también se

pueden crear extensiones en Java utilizando las clases de gvSIG.

Entre los formatos gráficos de fichero más habituales cuenta entre otros

con acceso a formatos vectoriales GML, SHP, DXF, DWG, DGN, KML y

formatos de imagen ráster como MrSID, GeoTIFF, ENVI o ECW [19].

Dada la naturaleza de software libre de gvSIG se ha hecho un especial

hincapié en la extensibilidad del proyecto de forma que los posibles

desarrolladores puedan ampliar las funcionalidades de la aplicación fácilmente,

así como desarrollar aplicaciones totalmente nuevas a partir de las librerías

utilizadas en gvSIG (siempre y cuando cumplan la licencia GPL).

- 21 -


CAPÍTULO III: MODELADO Y ANÁLISIS DE REQUERIMIENTOS

3.1 Introducción

Este capítulo describe el Modelado de Negocio de una OMC, el modelado

de negocios se define como un proceso de representación de uno o más aspectos o

elementos de una empresa, tales como su propósito, estructura, funcionalidad,

dinámica, lógica de negocios y componentes. Este constituye la fase

correspondiente al denominado análisis del dominio de la metodología empleada.

También en este capítulo se presenta la definición y especificación de los

requisitos funcionales y no funcionales de la aplicación, que corresponde a la fase

del método WATCH denominada Ingeniería de requisitos.

3.2 Sistema de Negocios

Es el conjunto de actividades que lleva a cabo la Oficina Municipal de

Catastro para la formación, conservación y actualización del inventario de los

bienes inmuebles situados dentro del territorio municipal. Este inventario se

refiere al el registro de las características del terreno y/o construcción de cada

inmueble, datos personales de su o sus propietarios y administrador, así como del

plano de ubicación del inmueble.

3.3 Visión del Sistema de Negocios

Registrar y almacenar las características de los bienes inmuebles ubicados

en el territorio del municipio, conocer quiénes son los propietarios de dichos

bienes y registrar su situación jurídica y económica, así como contar con

información espacial y planos de los mismos, con la finalidad de contribuir a la

planificación urbana.

3.4 Misión del Sistema de Negocios

- 22 -


Ofrecer un sistema automatizado que sirva de apoyo para el control y

gestión del catastro urbano, a través del almacenamiento y consulta de

información completa y actualizada concerniente a los inmuebles del municipio

de una forma rápida y sencilla.

3.5 Modelado de Negocios de una Oficina Municipal de Catastro

La cadena de valor empresarial, o cadena de valor, es un modelo teórico

que permite describir el desarrollo de las actividades de una organización

empresarial, descrito y popularizado por Michael E. Porter en su obra Competitive

Advantage: Creating and Sustaining Superior Performance. La cadena de valor

categoriza las actividades que producen valor añadido en una organización en dos

tipos: las actividades primarias y las actividades de apoyo o auxiliares [20].

Los procesos primarios de la cadena de valor son la razón de ser de la

organización, y están asociados a los objetivos de una Oficina Municipal de

Catastro, es decir, a las principales actividades que se llevan a cabo en las mismas.

Estas se pueden categorizar en los siguientes procesos fundamentales:

• Inscripción Catastral

• Avalúo de inmuebles

Del mismo modo, los procesos de apoyo son procesos administrativos y

técnicos de una organización y que son requeridos por los procesos primarios. En

el caso de la OMC, encontramos:

• Levantamiento Parcelario

• Creación de la Planta de Valores de la Tierra (PVT)

• Creación de la Tabla de Valores de la Construcción (TVC)

- 23 -


La cadena de valor de la Oficina Municipal de Catastro (OMC) se presenta

a continuación en la figura 4.

Procesos primarios

Avalúo Inscripción Catastral

Creación de TVC

Levantamiento Parcelario

Creación de PVT Procesos de Apoyo

Fig. 4 Cadena de Valor de la Oficina Municipal de Catastro

3.5.1 Diagramas de Procesos de una Oficina Municipal de Catastro

El proceso principal en una Oficina Municipal de Catastro es la

Inscripción Catastral, la cual solicitan los propietarios de los inmuebles en

cumplimiento de lo dictaminado por las leyes vigentes.

El proceso Inscripción Catastral es ejecutado por los miembros del

personal de la OMC, requiere de la solicitud de inscripción efectuada por el(los)

propietario(s) o administrador del inmueble, quién(es) presentará(n) los

documentos de propiedad e identidad que así lo acreditan. El proceso es regulado

por la Ley de Geografía, Cartografía y Catastro Nacional, las Normas Técnicas

para la Formación y Conservación del Catastro Nacional y las Ordenanzas

Municipales, entre otros, y tiene como objetivo, obtener el Inventario de

Inmuebles del Municipio, apoyándose en los documentos legales, datos del

registro y las leyes mencionadas. El control o supervisión del proceso es llevado a

cabo por el Jefe de la Dirección de Catastro u OMC. El resultado o salida del

- 24 -


proceso lo constituye la Ficha Catastral, que constituye el expediente catastral del

inmueble.

El diagrama del proceso Inscripción Catastral es el indicado en la figura 5.

Inscripción Catastral

Expediente de

inscripción (Ficha

Catastral)

Ley de Geografía, Cartografía y Catastro Nacional Normas Técnicas para la Formación y Conservación del Catastro Nacional Ordenanzas Municipales

Inventariar los Inmuebles del Municipio Elaboración de Mapas Catastrales

Personal de la OMC

requiere

ejecuta apoya

regula cumple

controla

Jefe de la Dirección de

Catastro u OMC

produce

Solicitante (Propietario o

Administrador)

consulta

Información Documentos del Inmueble Datos de Registro Leyes Vigentes

Solicitud de inscripción

Documentos del inmueble

Fig. 5 Diagrama del Proceso Inscripción Catastral

El otro proceso primario que se ejecuta en la OMC es el avalúo de los

inmuebles, con la finalidad de tener el inventario de bienes municipales y para

permitir o facilitar la recaudación de impuestos de carácter inmobiliario.

- 25 -


El diagrama de proceso Avalúo se muestra en la figura 6 a continuación:

Avalúo

Planta de Valores de la Tierra (PVT)

Tabla de Valores de la Construcción

(TVC)

Valor Catastral

del inmueble


Obtener el valor catastral

de los inmuebles del

Municipio

Avaluador Documentos y planos de los

Inmuebles

controla


Catastro u OMC

produce

cumple regula

apoya ejecuta

Solicitante

consulta

requiere

Datos de Registro Ficha Catastral

Fig. 6 Diagrama del Proceso Avalúo

Además de estos procesos primarios, la OMC lleva a cabo procesos de

apoyo como lo son el Levantamiento Parcelario, la creación de la planta de

valores de la tierra (PVT) y la tabla de valores de la construcción (TVC). Estos

procesos se modelan a continuación en las figuras 11 y 12 respectivamente.

- 26 -


El Levantamiento Parcelario es un proceso de apoyo que suministra

información requerida para la creación de la PVT y TVC, éstas son necesarias

para el cálculo del avalúo de los inmuebles. El diagrama de este proceso se

presenta en la figura 7.

Levantamiento Parcelario

Datos de Registro Fichas

Catastrales

Mapas catastrales


Identificar la tenencia de la tierra y demás inmuebles en el Municipio

produce

cumple regula

controla


Catastro u OMC

ejecuta apoya

requiere

Personal de OMC

Documentos y planos de los

Inmuebles Datos de Registro

Fig. 7 Diagrama del Proceso Levantamiento Parcelario

El proceso creación de la Planta de Valores de la Tierra también es un

proceso de apoyo. El mismo es ejecutado con la participación de varios miembros

del personal de la OMC bajo la supervisión del Jefe de Catastro. Sea apoya y

regula en las leyes vigentes relacionadas y requiere de la información

- 27 -


suministrada por la Oficina de Registro así como de los mapas catastrales

existentes. El objetivo de este proceso es obtener los valores unitarios de los

terrenos del municipio (valor del metro cuadrado de terreno) resultando así, una

tabla de valores denominada Planta de Valores de la Tierra (PVT) que sirve de

base para el cálculo del avalúo de cada terreno del municipio.

Creación de PVT

Planta de Valores de la

Tierra (PVT)

Ley de Geografía, Cartografía y Catastro Nacional

Información de Oficina de Registro

Inmobiliario Mapas

Catastrales

Normas Técnicas para la Formación y Conservación del Catastro Nacional Ordenanzas Municipales

Obtener los valores unitarios de la tierra de un municipio

produce

regula cumple


Catastro u OMC

controla

apoya ejecuta

requiere

Documentos y planos de los Inmuebles y

del Municipio

Personal de la OMC

Fig. 8 Diagrama del Proceso Creación de la Planta de Valores de la Tierra

El proceso creación de la (TVC) también se ejecuta con la colaboración de

varios miembros del personal de la OMC bajo la supervisión del Jefe de Catastro.

Al igual que al proceso Creación de la PVT, la Creación de la TVC lo apoya y/o

- 28 -


regula las diferentes leyes vigentes relacionadas y requiere como entrada la

información suministrada por la Oficina de Registro así como de los mapas

catastrales existentes. El objetivo de este proceso es obtener los valores unitarios

de las construcciones del municipio (valor del metro cuadrado de construcción)

resultando así, una tabla de valores denominada Tabla de Valores de la

Construcción (TVC) que sirve de base para el cálculo del avalúo de cada

construcción ubicada en el municipio.

Ley de Geografía, Cartografía y Catastro Nacional

Obtener valores unitarios de las diferentes tipologías de construcción determinadas en el municipio

Normas Técnicas para la Formación y Conservación del Catastro Nacional

Fig. 9 Diagrama del Proceso Creación de Tabla de Valores de la

Construcción

Creación de TVC

Información de Oficina de Registro Inmobiliario

Tabla de Valores de la Construcción

(TVC)

Ordenanzas Municipales

Personal de la OMC

Documentos y planos de los

Inmuebles y del Municipio

Datos de Registro


Catastro u OMC

controla regula cumple

requiere produce

ejecuta apoya

- 29 -


3.5.2 Diagramas de Actividades de una Oficina Municipal de Catastro

Cada uno de estos procesos, llevan a cabo un conjunto de actividades. En

el proceso inscripción catastral el solicitante (propietario o administrador de

inmueble) realiza la solicitud de Inscripción catastral ante la Oficina Municipal de

Catastro presentando los recaudos correspondientes, allí se proceden a revisar los

documentos para asegurarse que se encuentran en orden y completos. De ser así,

se fija una inspección al inmueble con la finalidad de verificar que la información

reflejada en los documentos corresponde a la realidad y registrarla en el

expediente. Se procede a calcular el valor del terreno como de la construcción, si

la hay, y con ésta información se calcula el avalúo o valor catastral del inmueble,

para luego registrar toda esta información en el expediente o ficha catastral del

mismo.

En el proceso Avalúo, se revisan los datos que se encuentran registrados

en la Ficha catastral y se cotejan la dirección del inmueble con la Planta de

Valores de la Tierra para definir el costo unitario de terreno (valor del metro

cuadrado), el cual se multiplica por el área del mismo, se realizan los ajustes

correspondientes (depreciación por frente, profundidad y forma) obteniéndose el

valor catastral del terreno. Análogamente, si el inmueble es o posee construcción,

se comparan sus características con las tipologías de la Tabla de Valores de la

Construcción para definir el costo unitario de la misma (valor del metro

cuadrado), que se multiplica por el área de construcción y se hacen los ajustes

correspondientes por depreciación para obtener así, el valor catastral de la

construcción. La suma del valor catastral del terreno y el valor catastral de la

construcción constituye el valor catastral del inmueble.

Los Diagramas de Actividades de los procesos Inscripción Catastral y

Avalúo se presentan en las figuras.

- 30 -


Recepción de solicitud y

documentos

Revisar documentos

Realizar Avalúo

Registrar Avalúo en el expediente

Revisión y firma del Director

Archivar Expediente de Inscripción

Entregar constancia de inscripción al

solicitante

Si

Registrar Datos en el expediente

Inspeccionar Inmueble

No

¿Completos?

Fig. 10 Diagrama de Actividades para el proceso Inscripción Catastral

- 31 -


Revisión de Ficha Catastral

Cotejar dirección de inmueble con PVT

Definir costo del terreno según PVT

Realizar ajuste por frente forma y profundidad

Obtener Valor Catastral del

Inmueble

Definir tipología de inmueble y costo

según TVC

Realizar ajuste por edad, vida útil y

estado de conservación

Cotejar ficha catastral con

tipologías de TVC

Obtener Valor Catastral del

Terreno

Obtener Valor Catastral de la Construcción

Fig. 11 Diagrama de Actividades del proceso Avalúo

- 32 -


3.5.3 Identificación de las Reglas del Negocio

Un proceso de negocios está delimitado no sólo por las tecnologías que

usan, sino además por la reglas de negocio que los gobiernan. Las reglas

controlan, restringen o condicionan la ejecución de los procesos de la empresa.

Completan el modelo de negocios y sirven de entrada al modelo de objetos del

negocio a nivel de los sistemas de información.

3.5.3.1 Reglas de alto nivel

La Oficina Municipal de Catastro se regula por un marco legal

conformado por las distintas leyes vigentes al respecto:

La Constitución de la República Bolivariana de Venezuela vigente desde

1.999, la cual, dice, en su artículo 178:

Son de la competencia del Municipio...

1.- Ordenación territorial y urbanística; patrimonio histórico; vivienda de

interés social; turismo local; parques y jardines, plazas, balnearios y otros sitios de

recreación; arquitectura civil, nomenclatura y ornato público...

La Ley de Registro Público y del Notariado publicada en Gaceta Oficial

Nº 37.333 de fecha 27/11/01, específicamente en sus artículos 46, 47 y 92 que se

encuentran citados en los anexos.

La Ley Orgánica de Poder Público Municipal publicada en Gaceta Oficial

Nº 37.333 de fecha 27/11/01, en cuyo artículo 56 se expresa:

Son competencias propias del Municipio las siguientes:

...

- 33 -


2.- La gestión de las materias que la Constitución de la República Bolivariana

de Venezuela y las leyes nacionales les confieran en todo lo relativo a la vida

local...

a. La ordenación territorial y urbanística, el servicio de catastro…

Pero principalmente, La OMC, se rige por los lineamientos establecidos en

La Ley de Geografía Cartografía y Catastro Nacional publicada en Gaceta Oficial

Nº 37. 002 de fecha 28/07/00. Algunos de los artículos más importantes se

presentan en los anexos, al final del presente documento.

Además de esto las OMC se rigen por las Normas Técnicas para la

Formación y Conservación del Catastro Nacional (consultar el anexo) dictadas por

el Instituto Geográfico de Venezuela Simón Bolívar, que es el ente rector de la

actividad geográfica, cartográfica y de catastro del Estado y por las ordenanzas

municipales relacionadas con:

• Catastro

• Ejidos y terrenos de propiedad municipal

• Planta de Valores de la Tierra

• Tabla de Valores de la Construcción

• Sobre mensura de terrenos con fines generales

3.5.3.2 Reglas de Bajo nivel

Además de las reglas de alto nivel, podemos identificar las reglas de bajo

nivel que se tuvieron en cuenta en el diseño e implantación del SIWGC:

• Cada inmueble se identifica por medio del código o número catastral

• Un inmueble puede constar de un terreno, de una construcción o de ambos.

- 34 -


• Un inmueble puede tener uno o varios propietarios, y estos pueden ser

personas naturales o jurídicas.

• Todo inmueble tiene unos datos básicos como lo son la ubicación y los

datos del registro

• Para calcular el avalúo de un inmueble es necesario disponer de la TVC y

PVT.

• El valor catastral del inmueble consiste en multiplicar el área de terreno

por el valor unitario del mismo más el valor área de construcción por el

valor unitario de la misma.

• Un inmueble tiene tantos datos de registro como el número de veces que

ha cambiado de propietarios.

• En la ficha catastral se registran las características del terreno y/o de la

construcción del inmueble.

3.5.4 Modelado de Actores

Un actor representa un papel interpretado por una persona o una cosa que

interactúa con el sistema. Se determinan observando los usuarios directos del

sistema, los responsables de su uso o de su mantenimiento. El nombre del actor

describe el rol interpretado por el actor [21].

En el Sistema de Información Web para Gestión Catastral intervienen los

siguientes actores:

Actor Descripción

Propietario/administrador Persona natural o jurídica que solicita el registro catastral de su inmueble y/o cualquiera de las constancias emitidos por la Oficina municipal de Catastro.

Administrador Encargado de la supervisión del sistema.

- 35 -


Director Persona que se encarga de planificar, dirigir y coordinar las actividades y el personal de la OMC.

Personal OMC Cada uno de los miembros del personal de la OMC

Tabla Nº 1. Actores que participan en el sistema

Los actores descritos en la tabla Nº 1 pueden generalizarse en un actor que

podemos denominar Usuario, el cual constituye una generalización de otros roles

específicos como se muestra a continuación en la figura 12. Un Usuario puede ser

un usuario registrado del sistema o un usuario no registrado.

Fig. 12 Jerarquía de actor solicitante

Un usuario registrado puede ser un propietario o administrador de

inmueble, un miembro del personal de la OMC o un administrador del sistema. El

actor personal OMC, a su vez, también constituye una generalización que abarca

los diversos actores que intervienen en el sistema y que forman parte del personal

de la oficina municipal de catastro. Este está conformado por varios miembros,

quienes desempañan diferentes funciones, pero que, en general tendrán acceso a

los datos de propietarios e inmuebles registrados en el SIWGC.

La figura Nº 13 constituye la representación gráfica de la jerarquía de

actores a partir del actor usuario registrado.

- 36 -


Fig. 13 Jerarquía de actores del SIWGC

La tabla Nº 2 desglosa el actor personal OMC en los diferentes miembros

que conforman a este grupo.

Actor Descripción

Secretaria

Persona que se encarga de redactar, recibir y enviar correspondencia, atender al público y de la recepción de recaudos y solicitudes, elaboración y entrega de expedientes catastrales y documentos expedidos por la Oficina Municipal de Catastro.

Oficinista Persona que se encarga de asistir a la secretaria en sus tareas.

Archivista

Persona que se encarga del manejo y control de archivos. Recibe, clasifica y codifica el material a archivar. Ordena los archivos por código catastral.

Avaluador

Persona encargada del cálculo del valor de los inmuebles, recopilación de datos para la elaboración de Tabla de Valores Unitarios de la Construcción y Planta de Valores de la Tierra, el análisis y elaboración de las mismas así como la aplicación de factores de depreciación y corrección.

Fiscal

Persona que se encarga de realizar estudio de tradición jurídica, la sustanciación de expediente de cada inmueble investigar los ejidos y terrenos propios del Municipio y de

- 37 -


Cotejar nombre de inscripciones y mutaciones.

Topógrafo Persona encargada de realizar los levantamientos topográficos, del cálculo de área de terreno y construcción y el cálculo de levantamiento topográfico (coordenadas).

Asistente Persona que se encarga de asistir al topógrafo en sus tareas.

Dibujante Persona encargada de realizar los dibujos de parcelas y colabora en la elaboración de planos y mapas catastrales.

Tabla Nº 2 Actores del Personal OMC

3.5.5 Modelado de Requisitos

El objetivo principal de esta fase es determinar las necesidades de

información y automatización de procesos de negocios, que tienen los usuarios de

la aplicación en desarrollo, mediante la definición y especificación de requisitos.

Un requisito es una condición o facilidad que debe proporcionar un

sistema o algunos de sus subsistemas para satisfacer un contrato, norma,

especificación o cualquier otra condición impuesta formalmente a través de un

documento. Los requisitos se pueden clasificar en dos tipos:

• Funcionales

• No Funcionales

3.5.5.1 Requisitos Funcionales

Los requisitos funcionales describen los servicios o funciones del sistema.

En el Sistema de Información Web para Gestión catastral se determinaron los

siguientes requisitos:

• Administrar y validar usuarios.

- 38 -


• Acceder a los componentes y procesos de la aplicación limitado por los

roles y privilegios de los usuarios.

• Registrar y almacenar los datos descriptivos de los inmuebles:

característica del terreno y/o de la construcción.

• Consultar planos existentes.

• Consultar los datos descriptivos relacionados con los inmuebles.

• Actualizar y/o modificar los datos descriptivos relacionados con los

inmuebles.

• Calcular el avalúo catastral de los inmuebles.

• Emitir:

- Acta de Verificación de linderos

- Citación de inmuebles en el ámbito urbano

- Inscripción catastral

3.5.5.2 Requisitos No Funcionales

Los requisitos No funcionales describen las restricciones del sistema o del

proceso de desarrollo, sistema representan aquellos aspectos del sistema, que no

cumplen una función específica; pero que facilitan la interacción del sistema con

el ser humano.

• Sistema implantado con software libre y/o abierto

• Cumplir con normas estándares de calidad y correctitud.

• Interfaz de usuario amigable e intuitiva: mediante páginas Web creadas en

HTML y PHP.

• Base de datos: para el almacenamiento de los datos descriptivos y de los

inmuebles, con el manejador de base de datos PostgreSQL.

• Presentar mensajes de error.

- 39 -


3.5.6 Casos de Uso (Primera Iteración)

Un caso de uso, es una técnica para la captura de requisitos potenciales de

un nuevo sistema. Es una secuencia de interacciones que se desarrollarán entre un

sistema y sus actores en respuesta a un evento que inicia un actor sobre el propio

sistema, es decir, cuando dicho 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, el cual sirve para especificar la comunicación y el

comportamiento de un sistema mediante su interacción con los usuarios y/u otros

sistemas [22].

Los diagramas de casos de uso permiten modelar el comportamiento del

sistema. Un caso de uso es una manera específica de utilizar un sistema. Es la

imagen de una funcionalidad del sistema, desencadenada en respuesta al estímulo

de un actor externo.

Los diagramas de casos de uso describen las relaciones y las dependencias

entre los actores y los casos de uso del sistema. Representan la funcionalidad que

ofrece el sistema en lo que se refiere a su interacción externa [23].

En el SIWGC podemos identificar casos de uso generales como lo son

gestión de usuarios, validar usuarios, inscripción, avalúo, solicitudes, consulta y

planos.

El actor administrador activa o dispara el caso de uso general gestión de

usuarios que se refiere a la administración de los usuarios del sistema. El actor

prop/adm (propietario o administrador) puede realizar una consulta. Los diferentes

miembros del personal de la OMC interactúan con los casos de uso inscripción,

consulta, avalúo, solicitudes y planos. Todos los actores del tipo usuarios

registrados pueden hacer consultas de diversos tipos, y todos los casos de uso

incluyen el caso de uso validar usuarios.

- 40 -


La figura 14 presenta el diagrama de casos de uso general del sistema de

información web para gestión catastral.

Fig. 14 Diagrama General de casos de uso para el SIWGC

3.5.6.1 Casos de Uso (Segunda Iteración)

Luego de definir los actores del sistema y los casos de uso generales

asociados, es conveniente especificar los mismos de forma individual para dar

más detalle al sistema, de acuerdo con el método WATCH, de manera de ir

mejorando sistema en cada una de las fases de la metodología.

La documentación del caso de uso validar usuarios se presenta en la tabla

Nº 3, que sigue:

Caso de Uso: Validar Usuarios Actores Participantes: Usuarios registrados Condiciones de entrada: Un usuario registrado debe entrar a la página

- 41 -


principal del sistema e ingresar su nombre y clave de usuario.

Flujo Normal de Eventos: 1. El Sistema presenta el formulario para ingresar el nombre y clave de

usuario. 2. El sistema verifica que los datos son válidos. 3. El sistema muestra la página principal del subsistema al cual dicho

usuario registrado tiene acceso. Flujo de Eventos Alternativo: 2. El sistema verifica los datos y son incorrectos, es decir, no se encuentra

dicho usuario en la base de datos o la clave ingresada es incorrecta. 3. El sistema envía mensaje de error, indicando que el nombre y/o clave de

usuario ingresado no existe. Condiciones de Salida: El usuario accede a la página principal del

subsistema al que tiene acceso o recibe mensaje de error en los datos ingresados y se le presenta la opción de intentarlo de nuevo.

Tabla Nº 3 Descripción de caso de uso Validar Usuarios

Los casos de uso asociados al caso de uso Gestión de Usuarios se

muestran en la figura 15 y la descripción se detalla en la tabla Nº 4.

Fig. 15 Diagrama de caso de uso Gestión de Usuarios

Caso de Uso Descripción

Validar Usuarios Permite verificar los datos de los usuarios para permitir su acceso al sistema.

Usuarios Permite al usuario ingresar al módulo de usuarios.

- 42 -


Crear Usuario Permite ingresar los datos de un nuevo usuario a la BD del sistema.

Eliminar usuario Permite eliminar los datos del usuario de la BD

Cambiar clave Permite modificar la clave de usuario en la BD.

Tabla Nº 4 Descripción de caso de uso gestión de usuarios

La documentación de los casos de uso crear usuario, cambiar clave,

eliminar y consultar usuario será como siguen en las tablas números 5, 6, 7 y 8.

Caso de Uso: Crear Usuario Actores Participantes: Administrador Condiciones de entrada: El usuario de tipo administrador debe haber

ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción crear usuario

Flujo Normal de Eventos: 4. El Sistema presenta el formulario para ingresar el nombre, clave y tipo del

usuario a crear. 5. El usuario de tipo Administrador llena el formulario con los datos

correspondientes. 6. Si el tipo de usuario a crear seleccionado es usuario de tipo personal de

OMC o administrador del sistema, el sistema valida los datos. Si el usuario a crear es de tipo propietario de inmueble el sistema presenta un nuevo formulario para ingresar el número catastral del inmueble del que es propietario este usuario que será creado. El sistema valida los datos, si son correctos, los almacena en la base de datos.

7. El sistema envía la confirmación de que se ha creado el usuario exitosamente.

Flujo de Eventos Alternativo: 3. El sistema valida los datos y no son correctos, por lo tanto la información no se almacena en la base de datos. 4. El sistema envía mensaje de error, indicando que no se creó el usuario. Condiciones de Salida: El usuario recibe la confirmación de que se ha

creado el usuario con éxito, o en su defecto, el mensaje de error indicando que el usuario no fue creado.

Tabla Nº 5 Documentación caso de uso Crear usuario

Caso de Uso: Cambiar clave Actores Participantes: Administrador Condiciones de entrada: El usuario de tipo administrador debe haber

- 43 -


ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción cambiar clave.

Flujo Normal de Eventos: 1. El Sistema presenta el formulario para ingresar el nombre de usuario, la

clave actual, la nueva clave y confirmación de la nueva clave. 2. El usuario de tipo Administrador llena el formulario con los datos

correspondientes. 3. Si la clave anterior es correcta y la nueva clave es válida, se modifica la

clave del usuario en la base de datos. 4. El sistema envía la confirmación de que se ha efectuado el cambio de

clave exitosamente. Flujo de Eventos Alternativo: 3. Si la clave actual es incorrecta o la nueva clave no es válida, no se modifica la clave actual en la base de datos.

1. El sistema envía mensaje de error, indicando que no se modificó la clave. Condiciones de Salida: El usuario recibe la confirmación de que se ha

cambiado la clave con éxito, o en su defecto, el mensaje de error indicando que la clave no fue modificada.

Tabla Nº 6 Documentación caso de uso Cambiar clave

Caso de Uso: Eliminar usuario Actores Participantes: Administrador Condiciones de entrada: El usuario de tipo administrador debe haber

ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción eliminar usuario.

Flujo Normal de Eventos: 1. El Sistema presenta los nombres de usuario que se encuentren registrados

en la base de datos. 2. El usuario de tipo Administrador selecciona el usuario que desea eliminar. 3. El usuario seleccionado es eliminado de la base de datos del sistema. 4. El sistema envía la confirmación de que se ha eliminado el usuario

exitosamente. Condiciones de Salida: El usuario recibe la confirmación de que se ha

eliminado el usuario con éxito. Tabla Nº 7 Documentación caso de uso Eliminar usuario

Caso de Uso: Consultar usuario Actores Participantes: Administrador Condiciones de entrada: El usuario de tipo administrador debe haber

ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción consultar

- 44 -


usuario. Flujo Normal de Eventos:

1. El Sistema presenta los nombres de usuario que se encuentren registrados en la base de datos.

2. El usuario de tipo Administrador selecciona el usuario que desea consultar o introduce el nombre de usuario del mismo en un campo de texto que se le presenta.

3. El sistema muestra en pantalla el tipo al que pertenece el usuario seleccionado o introducido.

Flujo Alternativo de Eventos: 2. El usuario no selecciona ningún usuario pero presiona la opción consultar. 3. El sistema envía mensaje de error indicando que debe seleccionar algún nombre de usuario para poder consultarlo. Condiciones de Salida: El usuario recibe la confirmación de que se ha

eliminado el usuario con éxito. Tabla Nº 8 Descripción de caso de uso Consultar Usuario

Los casos de uso asociados al caso de uso Inscripción se presentan en la

figura 16 y la tabla Nº 9 presenta su descripción.

Fig. 16 Diagrama de caso de uso Inscripción

Caso de Uso Descripción Inscripción

Se refiere al proceso de inscripción catastral de un inmueble.

Crear ficha

Consiste en el ingreso de toda la información disponible del inmueble en su respectivo expediente.

Agregar datos

Adicionar datos a un expediente que ha sido previamente creado.

Modificar datos

Modificar los datos de un inmueble existente en la base de datos del sistema.

Tabla Nº 9 Descripción de caso de uso inscripción

- 45 -


Caso de Uso: Crear ficha Actores Participantes: Administrador, Personal OMC Condiciones de entrada: El usuario de tipo administrador o personal OMC

debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción crear ficha.

Flujo Normal de Eventos: 1. El Sistema presenta el formulario para ingresar los datos principales del

inmueble y de su o sus propietarios. 2. El usuario de tipo Administrador o personal de la OMC llena el

formulario con los datos correspondientes. 3. El sistema valida los datos, si son correctos, los almacena en la base de

datos. 4. El sistema envía la confirmación de que se han ingresado los datos

exitosamente. Flujo de Eventos Alternativo:

3. Si uno o más datos no son válidos, el sistema no crea la ficha, es decir, no se ingresan los datos del inmueble a la base de datos y se envía un mensaje de error, indicando que el inmueble no ha sido ingresado a la base de datos.

Condiciones de Salida: El usuario recibe la confirmación de que se ha creado la ficha con éxito, o en su defecto, el mensaje de error indicando que los datos no fueron registrados.

Tabla Nº 10 Documentación caso de uso Crear ficha

Caso de Uso: Agregar datos Actores Participantes: Administrador, Personal OMC Condiciones de entrada: El usuario de tipo administrador o personal OMC

debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción agregar datos.

Flujo Normal de Eventos: 1. El Sistema presenta una página con un campo de texto para ingresar el

número catastral del inmueble al que se desea agregar datos. 2. Si el número catastral existe, el sistema presenta el formulario para

agregar los datos correspondientes. 3. El sistema valida los datos, si son correctos, los almacena en la base de

datos y envía la confirmación de que se han agregado exitosamente al inmueble con el número catastral ingresado. Si los datos no son correctos, el sistema envía un mensaje de error, para indicar que los datos no se agregaron al inmueble

Flujo de Eventos Alternativo: 2. Si el número catastral no existe o no es ingresado al sistema, éste envía un

- 46 -


mensaje de error, indicando que el inmueble con dicho número catastral no existe, o el mismo no ha sido ingresado.

Condiciones de Salida: El usuario recibe la confirmación de que se han agregado los datos con éxito, o en su defecto, el mensaje de error correspondiente.

Tabla Nº 11 Documentación caso de uso Agregar datos

Caso de Uso: Modificar datos Actores Participantes: Administrador, Personal OMC Condiciones de entrada: El usuario de tipo administrador o personal OMC

debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción modificar datos.


número catastral del inmueble al que se desea modificar datos. 2. El sistema presenta el formulario con los datos actuales para ser

modificados según corresponda. 3. El sistema valida los datos, si son correctos, los almacena en la base de

datos y envía la confirmación de que se han modificado exitosamente. Si los datos no son correctos, el sistema envía un mensaje de error, para indicar que los datos no se modificaron.

Flujo de Eventos Alternativo: 3. Si uno o más datos no son válidos, éstos no se modifican en la base de

datos y el sistema envía mensaje de error, indicando que no se realizó la modificación correctamente.

Condiciones de Salida: El usuario recibe la confirmación de que se han modificado los datos con éxito, o en su defecto, el mensaje de error correspondiente.

Tabla Nº 12 Documentación caso de uso Modificar datos

Los casos de uso asociados al caso de uso Avalúo se presentan en la figura 17. La descripción del mismo se puede visualizar en la tabla Nº 13.

Fig. 17 Diagrama de caso de uso Avalúo

- 47 -


Caso de Uso Descripción Avalúo

Se refiere al proceso de determinar el valor económico de los inmuebles.

Calcular Valor del terreno

Consiste obtener el valor monetario del terreno del inmueble.

Calcular Valor de la construcción

Consiste en obtener el valor monetario de la construcción del inmueble.

Tabla Nº 13 Descripción de caso de uso avalúo

Caso de Uso: Calcular valor del terreno Actores Participantes: Administrador, Personal OMC Condiciones de entrada: El usuario de tipo administrador o personal OMC



número catastral del inmueble al que se desea calcular el avalúo. 2. El sistema presenta la opción de seleccionar la zona de ubicación del

inmueble para encontrar el valor unitario del terreno y el valor de depreciación que aplica a cada caso.

3. El sistema multiplica el área de terreno por su valor unitario y aplica el factor de ajuste por depreciación correspondiente para luego registrar el resultado (valor catastral del terreno) en la base de datos.

Flujo de Eventos Alternativo: 3. Si el avalúo ya ha sido registrado, el sistema lo muestra en pantalla y presenta un mensaje indicando que el avalúo ya se encontraba almacenado. Condiciones de Salida: El sistema muestra el valor catastral del terreno.

Tabla Nº 14 Documentación caso de uso Calcular valor del terreno

Caso de Uso: Calcular valor de la construcción Actores Participantes: Administrador, Personal OMC Condiciones de entrada: El usuario de tipo administrador o personal OMC



número catastral del inmueble al que se desea calcular el avalúo. 2. El sistema presenta la opción de seleccionar la tipología del inmueble para

encontrar el valor unitario de la construcción y el valor de depreciación que aplica a cada caso.

- 48 -


3. El sistema multiplica el área de construcción por su valor unitario y aplica el factor de ajuste por depreciación correspondiente para luego registrar el resultado (valor catastral de la construcción) en la base de datos.

Flujo de Eventos Alternativo: 3. Si el avalúo ya ha sido registrado, el sistema lo muestra en pantalla y presenta un mensaje indicando que el avalúo ya se encontraba almacenado. Condiciones de Salida: El usuario recibe el valor catastral de la

construcción. Tabla Nº 15 Documentación caso de uso Calcular valor de la construcción

Los casos de uso asociados al caso de uso Solicitudes se presentan en la

figura 18. En la tabla Nº 16 se observa la descripción.

Fig. 18 Diagrama de caso de uso Solicitudes

Caso de Uso Descripción Solicitudes

Se refiere a la petición que hace el propietario de un inmueble, de alguno de los procedimientos que realiza la OMC y/o de los documentos expedidos por ella.

Inscripción catastral

Se refiere al proceso de registro de un inmueble en el sistema de catastro.

Avalúo de inmueble

Consiste en determinar el valor económico de un inmueble.

Cálculo de impuesto

Consiste en el cálculo del impuesto inmobiliario de acuerdo al valor del inmueble y a normas especificados en las leyes vigentes.

Constancias Los diferentes documentos que emite la

- 49 -


OMC para hacer constar la inscripción catastral del inmueble y/o los datos relacionados con el mismo.

Tabla Nº 16 Descripción de caso de uso solicitudes

Los casos de uso asociados al caso de uso Planos se presentan en la figura 19. La descripción se muestra en la tabla Nº 17.

Fig. 19 Diagrama de caso de uso Planos

Caso de Uso Descripción Planos

Se refiere a la elaboración de planos de mensura de los inmuebles y los mapas catastrales del Municipio.

Crear Plano

Elaboración del plano del inmueble por parte del personal de la OMC especializado.

Ver Plano

Consulta del o los planos existentes de un inmueble.

Tabla Nº 17 Descripción de caso de uso planos

Caso de Uso: Ver Plano Actores Participantes: Administrador, Personal OMC, prop/adm inmueble Condiciones de entrada: El usuario de tipo administrador, personal OMC o

prop/adm inmueble, debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción visualizar plano.


número catastral del inmueble cuyo plano se desea visualizar. 2. Si el inmueble con el número catastral ingresado existe, el sistema busca

el plano del mismo y lo muestra en pantalla. Flujo de Eventos Alternativo:

- 50 -


2. Si el plano del inmueble no existe, el sistema envía un mensaje indicando que dicho plano no se encuentra disponible. Condiciones de Salida: El usuario visualiza el plano o recibe un mensaje

indicando que el mismo no se encuentra disponible. Tabla Nº 18 Documentación caso de uso Ver plano

Los casos de uso asociados al caso de uso Consulta se presentan en la

figura 20. En la tabla Nº 19 tenemos la descripción del mismo.

Fig. 20 Diagrama de caso de uso Consulta

Caso de Uso Descripción Consulta

Se refiere a la consulta por parte de cualquiera de los actores del sistema, de los datos relacionados con los inmuebles.

Datos descriptivos

Información relacionada con la descripción del inmueble y los datos de su propietario.

Datos espaciales

Información relacionada con las características geográficas del inmueble (plano del mismo).

Tabla Nº 19 Descripción de caso de uso consulta

Caso de Uso: Ver ficha completa Actores Participantes: Administrador, Personal OMC, prop/adm inmueble Condiciones de entrada: El usuario de tipo administrador, personal OMC o

prop/adm inmueble, debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción ver ficha.

Flujo Normal de Eventos:

- 51 -


1. El Sistema presenta una página con un campo de texto para ingresar el número catastral del inmueble cuya ficha se desea visualizar.

2. Si el inmueble existe el sistema muestra en pantalla la ficha catastral del inmueble.

Flujo de Eventos Alternativo: 2. Si el inmueble con el número catastral ingresado no existe o se deja en blanco, el sistema envía un mensaje indicando que el inmueble no existe o su número catastral no ha sido ingresado. Condiciones de Salida: El usuario visualiza la ficha catastral del inmueble o

el mensaje de error correspondiente. Tabla Nº 20 Documentación caso de uso Ver ficha completa

Caso de Uso: Consulta por usuario Actores Participantes: Administrador, Personal OMC, prop/adm inmueble Condiciones de entrada: El usuario de tipo administrador, personal OMC o

prop/adm inmueble, debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción consulta por usuario.


nombre de usuario cuyos inmuebles relacionados se desea consultar. 2. Si el nombre de usuario ingresado existe, el sistema muestra la lista de

inmuebles relacionados con dicho usuario. Flujo de Eventos Alternativo: 2. Si el nombre de usuario no existe o se deja en blanco, el sistema envía un mensaje indicando que el usuario no existe o no ha sido ingresado. Condiciones de Salida: El usuario visualiza lista de inmuebles o el mensaje

de error correspondiente. Tabla Nº 21 Documentación caso de uso Consulta por Usuario

Caso de Uso: Consulta por Nº catastral Actores Participantes: Administrador, Personal OMC, prop/adm inmueble Condiciones de entrada: El usuario de tipo administrador, personal OMC o

prop/adm inmueble, debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción consulta por Nº catastral.


número catastral del inmueble que se desea consultar. 2. Si el inmueble con ese número catastral se encuentra en la base de datos,

el sistema muestra los datos del o de los propietarios del mismo. Flujo de Eventos Alternativo: 2. Si el número catastral no existe en la base de datos o se deja en blanco, el sistema envía un mensaje indicando que el inmueble no se encuentra

- 52 -


registrado o su número catastral no ha sido suministrado. Condiciones de Salida: El usuario visualiza los datos del o de los

propietarios del inmueble. Tabla Nº 22 Documentación caso de uso Consulta por Nº Catastral

Caso de Uso: Consulta por CI o Rif Actores Participantes: Administrador, Personal OMC, prop/adm inmueble Condiciones de entrada: El usuario de tipo administrador, personal OMC o

prop/adm inmueble, debe haber ingresado su nombre y clave de usuario para acceder al sistema y seleccionar la opción consulta por CI o Rif.

Flujo Normal de Eventos: 1. El sistema presenta una página con un campo de texto para ingresar la

cédula o Rif de la persona que se desea consultar. 2. Si una persona con esta cédula se encuentra en la base de datos, el sistema

muestra los datos del mismo, y si es propietario o administrador de uno o varios inmuebles también se muestra por pantalla el o los números catastrales respectivos.

Flujo de Eventos Alternativo: 2. Si la CI o Rif no existe en la base de datos o se deja en blanco, el sistema envía un mensaje indicando que la persona no se encuentra registrada o su número de identificación no ha sido suministrado. ingresado. Condiciones de Salida: El usuario visualiza los datos de la persona y la lista

de inmuebles si la hay, o el mensaje de error correspondiente.

Tabla Nº 23 Documentación caso de uso Consultar por CI o Rif

Es importante mencionar que el caso de uso ver sección de ficha es muy

similar al de ver ficha completa de la tabla Nº 20, excepto que la respuesta del

sistema luego de verificar que el inmueble con el número catastral introducido

existe, será presentar sólo los datos del o de los propietarios del inmueble en lugar

de mostrar la ficha catastral completa del mismo. Algo parecido ocurre con los

casos de uso agregar datos y modificar datos. Un usuario puede agregar o

modificar los datos de un propietario o los datos de registro de un inmueble, en

cualquier caso el flujo normal alternativo de eventos es el de las tablas 11 y 12

respectivamente, sólo que estas operaciones se están realizando sobre diferentes

secciones de la ficha catastral.

- 53 -


CAPÍTULO IV: DISEÑO DEL SISTEMA

4.1 Introducción

Este capítulo se refiere a las fases del diseño arquitectónico del sistema así

como diseño y aprovisionamiento de componentes de la metodología. Se

describen puntos como las metas de diseño, identificación de subsistemas, diseño

de la interfaz U/S y de la base de datos.

4.2 Metas de Diseño

La meta es obtener una aplicación con arquitectura de tres capas, como lo

indica el método WATCH. La capa de presentación implementa la interfaz U/S

de la aplicación empresarial. Está formada por dos tipos de componentes:

• Componentes del lado del cliente: el navegador en el caso de los sistemas

web como el SIWGC.

• Componentes del lado del servidor web: Son los componentes de la

interfaz U/S que se instalan en el servidor web. En este caso, páginas en

código HTML y php que implementan los aspectos dinámicos de la

interfaz web.

La capa de lógica de negocios implementa la funcionalidad de la

aplicación empresarial. Está formada por dos tipos de componentes:

• Componentes de procesos: Implementan las funciones que requieren los

usuarios y automatizan los flujos de trabajo.

• Componentes de entidades de negocios (componentes de negocio):

Manejan los datos asociados a los objetos o entidades de negocio de la

aplicación.

- 54 -


Ambos se implementan en el SIWGC mediante códigos php, a través de

funciones para el cálculo de valores y el manejo de los datos.

La capa de datos se encarga de la administración de los datos de la

aplicación, en el SIWGC está formada por:

• Una base de datos implementada con el manejador de base de datos

Postgresql.

4.3 Identificación de los Subsistemas

El sistema planteado se puede dividir en tres subsistemas, que son:

1. SIWGCadm: Es el subsistema al que puede acceder el actor

administrador, quién podrá crear, modificar y eliminar nuevos usuarios así

como ingresar y modificar datos de los inmuebles y de sus propietarios,

ingresar datos del personal de la OMC y hacer consultas de cualquier tipo.

2. SIWGCper: Es el subsistema al que pueden ingresar aquellos usuarios

que pertenezcan al personal de la OMC, los cuales podrán registrar

modificar y consultar los datos de los inmuebles y sus propietarios. No

podrán ingresar ni modificar los datos del mismo personal ni crear,

modificar o eliminar otros usuarios.

3. SIWGCprop: Este subsistema es al que podrán acceder los propietarios o

administradores de inmueble para la consulta de los datos del o de los

inmuebles que posea o administre.

4.4 Diagramas de Secuencias

- 55 -


Los diagramas UML de secuencia (forman parte de los llamados

diagramas de interacción) se utilizan para modelar los aspectos dinámicos de un

sistema.

Un diagrama de secuencias muestra los actores u objetos que participan en

una interacción y los eventos que generan ordenados en una secuencia de tiempo.

Un diagrama de secuencia puede mostrar los eventos que resultan de una instancia

determinada de un caso de uso, pero un diagrama de secuencia también puede

existir de una forma más genérica.

La dimensión vertical de un diagrama de secuencia representa el tiempo,

que transcurre a medida que se avanza hacia abajo en la página. La dimensión

horizontal representa diferentes actores u objetos [24].

En el caso del SIWGC se elaboraron los diagramas de secuencias más

representativos del comportamiento del mismo, a partir de los casos de uso

usuarios, inscripción y consulta.

Administrador

Si existe

Usuario creado

Fig. 21 Diagrama de Secuencias para caso de uso Crear usuario

En el diagrama de secuencias de la figura 21 se describe la secuencia de

eventos desencadenados por el actor administrador, quien accede al subsistema

SIWGCadm una vez que se ha verificado de su nombre y clave de usuario. Luego

se invoca el método crear usuario, ingresando como parámetros el tipo de usuario

- 56 -

javascript:AppendPopup(this,'Actor_1')

javascript:AppendPopup(this,'Object_2')

javascript:AppendPopup(this,'Event_3')

javascript:AppendPopup(this,'Use_case_4')


a crear, el nombre del mismo, la clave de ingreso y la cedula de la persona a la

que serán asignados. Se invoca el método consultar persona, ya que solo se crea el

usuario si la persona se encuentra registrada. De encontrarse la persona, entonces

el usuario también se habrá creado con éxito.

Administrador

Si existe

Mostrar datos del usuario

Fig. 22 Diagrama de Secuencias para caso de uso Consultar usuario

De la misma manera se presentan los diagramas de secuencias de los casos

de uso consultar usuario, cambiar clave, y eliminar usuario en las figuras 22, 23 y

24 respectivamente.

Administrador

Si existe

Validar_clave( )

Clave modificada con éxito

Fig. 23 Diagrama de Secuencias para caso de uso Cambiar clave

- 57 -


Es importante recordar que estas secuencias de eventos son activadas por

el actor Administrador, ya que sólo este actor tiene acceso al subsistema

SIWGCadm, y puede llevar a cabo operaciones de creación, consulta,

modificación y eliminación de los diferentes tipos de usuarios a saber:

administrador, personal de la oficina municipal de catastro y propietario o

administrador de inmueble.

Administrador

Si existe

Si existe usuario_inmueble

Eliminar usuario_inmueble Usuario eliminado

Fig. 24 Diagrama de Secuencias para caso de uso Cambiar clave

La serie de eventos desencadenados en el caso de uso crear ficha pueden

ser disparados tanto por el actor administrador como por el actor personal OMC y

pueden ocurrir en los dos subsistemas SIWGCadm y SIWGCper. El actor

personal OMC accede sólo al subsistema SIWGCper, pero desde allí también

puede crear la ficha de un inmueble, tal como lo haría el actor administrador desde

el subsistema SIWGCadm. La figura tal muestra el diagrama de secuencias para

el caso de uso crear ficha.

- 58 -


Personal OMC

Propietario creado

Administrador creado

Datos de registro creado

Datos terreno creados

Datos construcción creados

Inspección creada

Si existe

Si existe

Si existe

Ficha creada

Fig. 25 Diagrama de Secuencias para caso de uso Crear ficha

El caso de uso ver ficha, es un caso general que abarca la consulta de las

diferentes secciones o fragmentos de la ficha catastral. El diagrama de secuencias

de la figura 26 muestra los eventos desencadenados por un actor que puede ser

tanto administrador, personal OMC y propietario o administrador de inmueble, al

invocar el método de consulta de alguna de las secciones de la ficha. Cada uno de

estos actores podrá invocar el método desde los subsistemas a los que cada uno

tiene acceso, con la limitación de que el actor prop/adm inmueble, cuyo acceso

está limitado al subsistema SIWGCprop, podrá hacer dichas consultas, sólo sobre

los inmuebles que posea o administre.

- 59 -


prop/adm inmueble

Mostrar datos

Mostrar datos propietario

Mostrar datos administrador

Mostrar datos de registro

Si existe

Mostrar datos de terreno

Si existe

Mostrar datos de construcción

Mostrar datos de inspecciones

Fig. 26 Diagrama de Secuencias para caso de uso Ver ficha

4.5 Diagrama de Clases (Primera Iteración)

Los Diagramas de clases forman parte de la vista estática del sistema. En

la primera iteración se toman en cuenta el caso de uso usuarios, inscripción, y

consulta para determinar las clases que se deben implementar de manera de

satisfacerlos. Por ejemplo, para llevar a cabo el caso de uso usuarios, es necesario

implantar una clase usuarios, cuyos atributos son el nombre de usuario y la clave.

Los métodos de ésta clase, satisfacen los casos de uso: crear usuario, consultar

- 60 -


usuario, cambiar clave y eliminar usuario. Así mismo, para cumplir con el caso de

uso inscripción implantamos una clase inmueble cuyos atributos son los datos

básicos del mismo. Pero un inmueble tiene uno o varios propietarios, así que para

satisfacer el caso de uso inscripción que incluye el caso de uso crear ficha debo

también tener una clase persona, que tiene como atributos los datos de una

persona natural o jurídica. Un usuario es también una persona, y una persona

puede ser propietario o administrador de inmueble o un miembro del personal de

la OMC.

Por otro lado, para cumplir el caso de uso crear ficha debo también poder

registrar los datos del terreno y/o de la construcción del inmueble. Es por esto, que

se crean las clases terreno y construcción. Pero un terreno tiene dimensiones y

servicios y una construcción tiene un estado de conservación, todo lo cual

constituye información que se debe registrar en la correspondiente ficha catastral

del inmueble. De manera que el diagrama de clases resultante del análisis de los

casos de uso estudiados es el de la figura 27 a continuación:

Fig. 27 Diagrama de Clases para la primera iteración

- 61 -


4.5.1 Diagrama de Clases (Segunda Iteración)

En la segunda iteración se agregan dos nuevas clases relacionadas con los

inmuebles: avalúo e impuestos. El caso de uso solicitudes requiere de éstas clases

además de la clase constancias, inmueble y las relacionadas con la misma

Además, en esta iteración se realizó una división de la clase construcción

en varias clases cuyos atributos constituyen partes o secciones específicas de las

características de la construcción de un inmueble. En la tabla 25, se describen las

nuevas clases creadas en la segunda iteración:

Nombre de la Clase Descripción de los Atributos

Ocupantes Tipo de ocupante (inquilino o propietario) de la construcción

Eléctricas Indican el tipo de instalaciones eléctricas de la construcción (embutida o externa)

Num_puertas Número de puertas de cada tipo que posee la construcción

Num_ventanas Número de ventanas de cada tipo que posee la construcción

Estructura Tipo de estructura de la construcción Tipo_pared Tipo de paredes Acab_pared Acabado de las paredes Pintura_pared Tipo de pintura de las paredes Est_techo Tipo de estructura del techo de la construcción Cub_techo Tipo de cubierta del techo Pisos Tipos de piso de la construcción Ambientes Tipos de ambientes Accesorios Accesorios de la construcción Avaluó Valores de terreno y construcción de un inmueble Impuestos

Valores trimestral y anual del impuesto de un inmueble

Constancias

Contenido de constancias y certificados expedidos por la OMC

Tabla Nº 24 Descripción de clases agregadas en la segunda iteración

El nuevo diagrama de clases se presenta en la figura 28 y la descripción de

las clases añadidas puede visualizarse en la tabla 24.

- 62 -


Fig. 28 Diagrama de Clases del SIWGC para la segunda iteración

- 63 -


4.5.2 Diagrama de Clases (Tercera Iteración)

En la tercera iteración, el diagrama de clases se modifica puesto que es

necesario satisfacer los casos de uso crear y ver plano para lo cual se implementa

la clase planos. Por otra parte, con el fin de realizar el avalúo y satisfacer los casos

de uso cálculo de valor del terreno y cálculo del valor de la construcción es

necesario tener una clase PVT (Planta de Valores de la Tierra) y una clase TVC

(Tabla de Valores de la Construcción), así como otras dos clases que llamamos

depreciación y ajustes necesarias para hacer el cálculo de impuestos.

Cabe destacar que el caso de uso consultas y todos los casos de uso

relacionados con éste, como ver ficha, consulta por usuario, consulta por Nº

catastral o consulta por cédula o Rif. Se ejecutan por medio de los métodos de las

clases que ya han sido incluidas en las iteraciones del diagrama de clases del

sistema.

Nombre de la Clase Descripción de los Atributos TVC

Tabla de valores unitarios de construcción de un inmueble de acuerdo a su tipología.

PVT

Tabla de valores unitarios del terreno de un inmueble de acuerdo a la zona en la que se ubica.

FC

Factores de corrección por depreciación de un terreno.

Depreciación

Factores de corrección por depreciación de una construcción.

FI

Factores impositivos según la tipología del inmueble

Tabla Nº 25 Descripción de clases agregadas en la tercera iteración

El diagrama de clases de la tercera iteración y definitivo se observa a

continuación en la figura 29.

- 64 -


Fig. 29 Diagrama de Clases del SIWGC para la tercera iteración

- 65 -


4.6 Esquema Relacional de la Base de Datos

En base al diagrama de clases y mediante la técnica de modelaje orientada

por objeto (OMT), se transforman las clases a las tablas del modelo relacional, en

base a los siguientes pasos:

• Cada clase básica se transforma en un esquema de relación o tabla de la

base de datos, y se le agregan los atributos correspondientes a los campos

de la clase.

• Para cada tabla se selecciona o se le agrega un atributo clave.

• Cada clase componente se convierte en una tabla, y se le agregan los

atributos enlaces.

La conversión de asociaciones según el tipo de multiplicidad se realiza de

la siguiente manera:

• 1 a 1, se agrega un atributo enlace a cada clase asociada, donde el atributo

de enlace de una tabla es el atributo clave de la otra.

• 1 a n, se agrega a la tabla asociada múltiple (1..n), un atributo de enlace

(clave primaria) de la tabla de asociación (1).

• n a n, se transforma en una clave cuya clave primaria es la concatenación

de las tablas de las claves asociadas.

Simultáneamente se realiza la normalización de las tablas con el propósito

de controlar la redundancia de datos:

• Primera Forma Normal (1FN): Cada elemento o atributo de la tabla debe

ser indivisible, eliminando grupos repetitivos y relaciones anidadas.

• Segunda Forma Normal (2FN): Además de ser 1FN, todo atributo que no

pertenece a una clave no puede depender de una parte de esa clave.

- 66 -


• Tercera Forma Normal (3FN): La relación es 2FN y todo atributo que no

pertenece a la clave no es transitivamente dependiente de la clave

primaria.

El esquema relacional normalizado del SIWGC se muestra en la tabla Nº 26:

persona(ced_o_rif, nombres, apellidos, tel_o_cel, dirección, omc)

usuarios(nombre_usuario, tipo_usuario, ced_o_rif, clave)

inmueble(num_catastral, id_administrador, ubicación, num_civico, area_terreno,

area_construccion)

usuario_inmueble(usuario, num_catastral)

persona_inmueble(id_propietario, inmueble)

datos_registro(id_datos_reg, id_inmueble, adquiriente, ci_adquiriente,

num_doc, folio, tomo, protocolo, fecha, precio)

impuestos(id_impuestos, factor_impositivo, tipo_inmueble)

topografía(id_topografia, v_topografia)

forma(id_forma, v_forma)

uso(id_uso, v_uso)

tenencia(id_tenencia, v_tenencia)

servicios(id_servicios, id_inmueble, acueducto, cloacas, electricidad, pavimento,

acera, teléfono, gas, transporte)

dim_terreno(id_dim_terreno, id_inmueble, frente, fondo)

terreno(id_terreno, id_inmueble, valor_topografia, valor_forma, valor_uso,

valor_tenencia)

ocupante(id_ocupante, v_ocupante)

tipología(id_tipologia, v_tipologia)

estructura(id_estructura, v_estructura)

tipo_pared(id_tipo_pared, v_tipo_pared)

acab_pared(id_acab_pared, v_acab_pared)

pintura_pared(id_pintura_pared, v_pintura_pared)

- 67 -


est_techo(id_est_techo, v_est_techo)

cub_techo(id_cub_techo, v_cub_techo)

pisos(id_pisos, v_pisos)

num_puertas(id_puertas, id_inmueble, multilock, madera_fina, entamb_fina,

entamb_econ, madera_rust, entamb_met, metalica, sta_maria, porton_lam)

num_ventanas(id_ventanas, id_inmueble, ventana_corr, ventanal_base,

base_alum, base_hierro, corredera, batiente_mad, batiente_met, celosía,

bloque_vent)

sanitarias(id_sanitarias, id_inmueble, wc, bidet, lavamanos, ducha, banera,

jacuzzi, letrina, porc_fina, porc_econ)

electricas(id_electricas, v_electricas)

accesorios(id_accesorios, id_inmueble, ascensor, aireintegral, calentador, rejas,

closets, dormserv)

ambientes(id_ambientes, id_inmueble, sala, comedor, cocina, dormitorio,

lavadero, banos, estar, oficina, garage)

construcción(id_const, id_inmueble, valor_ocupante, num_habitantes,

valor_tipologia, valor_estructura, valor_tipo_pared, valor_acab_pared,

valor_pintura_pared, valor_est_techo, valor_cub_techo, valor_pisos,

valor_electricas)

inspecciones(id_inspecciones, id_inmueble, inspector, observaciones, fecha_ins)

avaluo(id_avaluo, id_inmueble, valor_terreno, valor_cons, ano_avaluo)

conservacion(id_conservacion, id_inmueble, ano_const, ano_refac, edad_efe,

num_plantas, num_viviendas )

tvc(id_tvc, tipo_construccion, vu_construccion)

pvt(id_pvt, zona, vu_terreno)

ajustes(id_ajustes, depreciacion, dep_frente, dep_prof, dep_forma)

planos(id_planos, id_inmueble, imagen_plano)

Tabla Nº 26 Esquema relacional normalizado

- 68 -


4.7 Diseño de la Interfaz Gráfica

En el contexto del proceso de interacción persona-computador, la interfaz

gráfica de usuario es el artefacto tecnológico de un sistema interactivo que

posibilita, a través del uso y la representación del lenguaje visual, una interacción

amigable con un sistema informático.

Ya que el sistema está diseñado para que sea utilizado y manipulado por

personas de diferentes áreas profesionales y con conocimientos generales de

computación, la interfaz debe ser presentada de manera clara, consistente y en un

lenguaje escrito y visual común para no permitir confusiones en los usuarios.

La interfaz gráfica del Sistema de Información Web para Gestión Catastral

está constituida por un grupo de ventanas, que contienen diversos elementos que

permite y favorecen la fácil manipulación y operación del sistema, entre estos

elementos se destacan, cajas de texto, cajas de selección, botones de acción y

tablas de datos. A través de la página de inicio del sistema, los usuarios se

autentifican y así acceden a los subsistemas que su rol de usuario así lo permita.

La misma se muestra en la figura 30.

Contenido

Encabezado

Menú

Vínculos a Información de interés general

Iniciar Sesión

Fig. 30 Página de Inicio del SIWGC

- 69 -


Debido a que las actividades de cada usuario del sistema se diferencian

una de las otras en una cierta medida, se hace necesaria la realización de cuatro

diagramas de flujo de pantalla para cada tipo de usuario.

El diagrama de flujo de pantalla para los usuarios del sistema con

privilegios de administrador de la figura 31, muestra las páginas principales y

secundarias con menús desplegables que muestran actividades que abarcan la

creación, modificación, eliminación y consulta de otros usuarios así como el

ingreso, modificación y consulta de datos relacionados con los inmuebles y/o sus

propietarios.

Fig. 31 Flujo de navegación para usuarios de tipo administrador

En la figura 32 se muestra el diagrama de flujo de pantalla para el personal

interno de la Oficina Municipal de Catastro. Se presentan un conjunto de páginas

principales, secundarias y menú desplegables que muestran todas las actividades

Página

principal

Iniciar Sesión

Personas Usuarios

InmueblesConsultas

Páginas

secundarias

Ingresar persona Consultar persona

Páginas secundarias

Modificar persona Eliminar persona

Crear usuario Consultar usuario

Cambiar clave Eliminar usuario

Crear ficha

Páginas

secundarias

Modificar datos Agregar datos

Ver ficha completa Ver sección de ficha

Crear plano Ver plano

Por usuario Por CI o Rif

Por Nº catastral


- 70 -


que tales usuarios pueden realizar en el sistema, como el registro de inmuebles y

la consulta y actualización de datos de los mismos y sus propietarios.

Iniciar Sesión

InmueblesConsultas

Páginas

secundarias

Crear ficha Modificar datos Agregar datos

Ver ficha completa Ver sección de ficha

Crear plano Ver plano

Por Usuario Por CI o Rif

Por Nº Catastral


Página

principal

Fig. 32 Flujo de navegación para usuarios de tipo personal OMC

En la figura 33 se muestra el diagrama de flujo de pantalla para los

propietarios o administradores de inmueble registrados como usuarios del sistema,

los cuales pueden consultar los datos de sus propiedades.

Iniciar Sesión

Menú Consultar datos de su(s) inmueble(s)

Cerrar Sesión

Páginas

secundaria

Página

principal

Fig. 33 Flujo de navegación para usuarios de tipo prop/adm

Las personas interesadas en consultar información referente a las

funciones, procedimientos y servicios suministrados por una OMC pueden

acceder a la misma sin estar registrado como usuario del sistema. En este caso, el

usuario puede a partir de la página principal, navegar por las páginas secundarias

contentivas de dicha información, como lo muestra la figura 36.

- 71 -


Menú Principal Funciones Trámites Noticias

Iniciar Sesión





Página principal

Fig. 34 Diagrama de navegación para usuarios no registrados

4.8 Validación de la Interfaz

La validación del diseño de la interfaz gráfica corresponde a la

verificación de que la misma satisface los requisitos del sistema capturados por

los casos de uso. A continuación se muestra la tabla de verificación de

correspondencia entre los requisitos capturados en los casos de uso del capítulo 3

y la interfaz gráfica diseñada.

Caso de Uso Interfaz Validar usuarios

Los usuarios registrados son verificados ingresando en la página iniciar sesión de la ventana principal del sistema e ingresando sus datos, si éstos son válidos, podrá acceder al subsistema al cual tiene acceso.

Crear usuario

Los usuarios de tipo administrador podrán crear nuevos usuarios presionando el vínculo Usuarios y luego Crear usuario en la página principal del subsistema SIWGCadm.

Cambiar clave

Los usuarios de tipo administrador podrán cambiar la clave de un usuario presionando el vínculo Usuarios y luego Cambiar clave en la página principal del subsistema SIWGCadm.

Eliminar usuario

Los usuarios de tipo administrador podrán eliminar un usuario presionando el vínculo Usuarios y luego Eliminar en la página principal del subsistema SIWGCadm.

- 72 -


Consultar usuario Los usuarios de tipo administrador podrán consultar el tipo de usuario a través del vínculo Consultar y luego seleccionando o introduciendo el nombre del mismo, a partir de la página principal del subsistema SIWGCadm.

Crear ficha Los usuarios de tipo administrador o personal OMC pueden crear la ficha catastral de un inmueble presionando el vínculo Crear ficha.

Modificar datos Los usuarios de tipo administrador o personal OMC pueden modificar los datos de una ficha catastral existente presionando el vínculo Modificar.

Agregar datos Los usuarios de tipo administrador o personal OMC pueden agregar datos a la ficha catastral de un inmueble presionando el vínculo Agregar.

Calcular valor del terreno

Los usuarios de tipo administrador o personal OMC pueden calcular el valor del terreno de un inmueble presionando el vínculo Agregar datos (avalúo)

Calcular valor de la Construcción

Los usuarios de tipo administrador o personal OMC pueden calcular el valor del terreno de un inmueble presionando el vínculo Agregar datos (avalúo)

Cálculo de impuesto

Los usuarios de tipo administrador o personal OMC pueden calcular el valor del terreno de un inmueble presionando el vínculo Agregar datos (impuesto)

Constancias Los usuarios de tipo administrador o personal OMC pueden crear constancias presionando el vínculo constancias.

Crear plano Los usuarios de tipo administrador o personal OMC pueden crear planos desde la aplicación gvsig presionando el vínculo crear plano.

Ver plano Los usuarios de tipo administrador o personal OMC pueden ver planos presionando la opción ver plano.

Ver ficha campleta Los usuarios registrados de cualquier tipo pueden ver la ficha completa de un inmueble seleccionando la opción visualizar ficha.

Ver sección de ficha

Los usuarios registrados de cualquier tipo pueden ver una sección de la ficha catastral de un inmueble al seleccionar la opción visualizar.

Consulta por usuario

Los usuarios registrados de cualquier tipo pueden hacer consulta de inmuebles por usuario seleccionando consulta por usuario.

Consulta por CI o Rif

Los usuarios registrados de cualquier tipo pueden hacer consulta de inmuebles por C.I. o Rif seleccionando consulta por CI o Rif.

Consulta por Nº Catastral

Los usuarios registrados de cualquier tipo pueden hacer consulta de inmuebles por número catastral seleccionando consulta por Nº Catastral.

Tabla Nº 27 Validación del diseño de la interfaz del SIWGC

- 73 -


CAPÍTULO V: IMPLANTACIÓN Y PRUEBAS DEL SISTEMA

5.1 Introducción

En este capítulo se abarcan las fases de aprovisionamiento y ensamblaje de

componentes, en las cuales se realizó la implementación de la base de datos y de

la interfaz gráfica del sistema, así como las pruebas de la aplicación. También se

presentan los diagramas de componentes y despliegue para las tres capas que

conforman la arquitectura del sistema, así como algunas vistas la interfaz gráfica y

tablas que ilustran las pruebas efectuadas a la aplicación.

5.2 Implantación del sistema

Se realizó el aprovisionamiento de los componentes de la aplicación, es

decir, se desarrollaron los componentes de acuerdo a los requisitos y el diseño del

sistema planteado. También se realizó el aprovisionamiento de software

reutilizable, como la clase fpdf, que es una clase escrita en PHP que permite

generar documentos PDF, y que se usa en el SIWGC para generar documentos

que se deseen imprimir desde el sistema como por ejemplo, la ficha catastral de

un inmueble.

Luego del aprovisionamiento de componentes, el próximo paso en la

metodología es el ensamblaje de componentes. El SIWGC tiene una arquitectura

de tres capas: de presentación, lógica de negocios y de datos. En esta fase se

realiza la integración de los componentes de dichas capas.

5.2.1 Construcción de la interfaz usuario/sistema

Corresponde a la fase de ensamblaje de componentes del método Watch, en la cual, se ensambla la capa de presentación con los componentes de la interfaz

- 74 -


U/S, a través de la codificación e integración de los componentes de la interfaz del lado del cliente y los componentes de interfaz U/S del lado del servidor web.

1. El código del lado del cliente, contiene los elementos visuales (HTML) y el código que se debe ejecutar en el navegador del cliente, en la forma de funciones JavaScript, que se usaron para los mensajes de error y confirmación.

2. El código del lado del servidor web, contiene la lógica de programación de las páginas.

Los componentes de la capa de presentación del sistema final son los

siguientes:

• estilo.css: documento que define el tipo de fuente, los colores, la

apariencia de los menús desplegables y botones del sistema de la interfaz

gráfica.

• siwgc.html: este componente está formado por todos aquellos archivos

html que conforman la interfaz gráfica principal del SIWGC, que sirve de

puerta de entrada a los subsistemas.

• siwgcadm.html: lo constituyen todos aquellos archivos html que

conforman la interfaz gráfica del subsistema SIWGCadm.

• siwgcper.html: está formado por todos aquellos archivos html que

conforman la interfaz gráfica del subsistema SIWGCper.

• siwgcprop.html: constituido por todos aquellos archivos html que

conforman la interfaz gráfica del subsistema SIWGCprop.

En la primera iteración se integraron los componentes siwgc.html,

estilo.css y siwgcadm.html. Posteriormente se agregaron los componentes

siwgcper.html y siwgcprop.html en la segunda y tercera iteración

respectivamente.

- 75 -


5.2.2 Diagrama de componentes para la capa de presentación (tercera

iteración)

El diagrama de componentes se utiliza para modelar la vista estática de un

sistema. Muestra la organización y las dependencias entre un conjunto de

componentes. Aquí se sitúan librerías, tablas archivos, ejecutables y documentos

que forman 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 [25]. El diagrama de componentes de la capa de presentación del

sistema final (tercera iteración) se muestra en la figura 35.

Fig. 35 Diagrama de Componentes final para la capa de presentación

5.2.3 Ensamblaje de componentes de la lógica del negocio

En esta sección se describe la implementación de toda la lógica de

tratamiento de datos de acuerdo al dominio de aplicación. La conforman todos

aquellos componentes que se utilizan para hacer los cálculos de los procesos de

negocio y el almacenamiento de los datos en la base de datos. Al igual que en la

capa de presentación, el ensamblaje fue realizado iterativamente agregando

aquellos archivos, clases y métodos que fueran necesarios a medida que el sistema

fue evolucionando. La figura tal presenta el Diagrama de componentes del

SIWGC final (luego de la tercera iteración) de la capa de lógica de negocios.

- 76 -


Fig. 36 Diagrama de Componentes para la capa de lógica de negocios

La descripción de los componentes de la capa de lógica de negocios es

como sigue:

• Persona.php: Conformado por los archivos en código php en los que se

implantan los métodos de la clase persona.

• Usuarios.php: Conformado por los archivos en código php en los que se

implantan los métodos de la clase usuarios.

• Inmueble: Conformado por los archivos en código php que implementan

las clases terreno, construcción, y todas aquellas que sirvan para describir

las características del inmueble.

• Avalúo: Conformado por los archivos en código php en los que se

implantan los métodos de la clase avalúo.

• Impuestos: Conformado por los archivos en código php en los que se

implantan los métodos de la clase impuestos.

• Instrucciones.sql: Conformado por las funciones sql que sirven de interfaz

para el manejo de los datos de la base de datos.

• Fpdf.php: Componente que se encarga de transformar página html en un

documento .pdf.

• Font.lib: Librería de fuentes utilizada por el componente fpdf.php.

• Constancias: Componente que se encarga de la creación de las constancias.

- 77 -


• gvSIG: Sistema de Información geográfica para la creación y consulta de

planos.

5.2.4 Ensamblaje de componentes de la capa de datos

Los componentes de la capa de datos están formados por la base de datos y

todas las tablas que la conforman. En este caso, la base de datos del sistema

bd_siwgc bajo el manejador de base de datos Postrgresql, fue implementada de

acuerdo a los diagramas de clases presentados en el capítulo 3 del presente

documento. El diagrama de componentes definitivo de la capa de datos del

SIWGC se presenta a continuación en la figura 37.

Fig.37 Diagrama de Componentes para la capa de datos (tercera iteración)

5.2.5 Diagrama de Despliegue del SIWGC

Por su parte, el diagrama de despliegue indica la situación física de los

componentes desarrollados. Es decir se sitúa el software en el hardware que lo

- 78 -


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 [26].

El diagrama de despliegue del SIWGC se presenta a continuación, en la

figura 38:

Fig. 38 Diagrama de despliegue del SIWGC

5.2.6 Diagramas de Flujo de Navegación del SIWGC

En la primera iteración se realizó la implantación de la interfaz gráfica del

subsistema SIWGCadm, algunas de las páginas que forman parte de este

subsistema constituye la invocación de cada uno de los métodos implementados.

A continuación se presenta en la figura 39, el diagrama de flujo de navegación de

pantallas del SIWGC para la primera iteración, es decir, el flujo de navegación de

pantallas del subsistema SIWGC. De esta manera, se ilustra no sólo la forma en

que está estructurado el sistema, sino también los métodos desarrollados en cada

una de las iteraciones realizadas. En la segunda iteración se hizo la implantación

del subsistema SIWGCper y en la tercera iteración el subsistema SIWGCprop.

- 79 -


SIWGC

SIWGCadm

Fig. 39 Diagrama de Flujo de Navegación del SIWGC (Primera Iteración)

Personas

Usuarios

Inmuebles

Consultas

Ingresar

Consultar

Modificar

Eliminar

Crear

Consultar

Eliminar

Cambiar clav

Crear ficha

Visualizar

Modificar

Agregar

Por Usuario

Por CI o Rif

Por Nº cat.

Usu/Inm

SIWGCper SIWGCprop

Ficha

Propietario

Administrador

Datos Inmueble

Datos Registro

Avalúo

Impuestos

Terreno

Construcción

Inspecciones

Propietario

Administrador

Datos Inmueble

Datos Registro

Terreno

Construcción

Inspecciones

Propietario

Registro

Avalúo

Impuesto

Inspección

- 80 -


SIWGC

SIWGCadm

Inmuebles

Consultas

Constancias

Por usuario

Por CI o Rif

Por Nº cat

SIWGCper SIWGCprop

Ficha

Propietario

Administrador

Datos Inmueble

Datos Registro

Avalúo

Impuestos

Terreno

Construcción

Inspecciones

Propietario

Administrador

Datos Inmueble

Datos Registro

Terreno

Construcción

Inspecciones

Propietario

Registro

Avalúo

Impuesto

Crear Ficha

Visualizar

Modificar

Agregar

Inspección

Fig. 40 Diagrama de Flujo de Navegación del SIWGC (Segunda Iteración)

- 81 -


SIWGC

SIWGCadm

Lista Inm.

Consultar

Datos per.

Otros Datos Datos Inmueble

Datos Registro

Avalúo

Impuestos

Terreno

Construcción

Inspecciones

Ficha

Propietario

Administrador

SIWGCprop SIWGCper

Fig. 41 Diagrama de Flujo de Navegación del SIWGC (Tercera Iteración)

5.3 Vistas de la Interfaz (Primera Iteración)

En la primera iteración se trabajó en la página principal del sistema, y en

todas aquellas páginas que pueden ser consultadas libremente por cualquier

usuario registrado o no registrado. Estas páginas contienen información básica

acerca de la Oficina de catastro, sus funciones, los trámites que realiza y noticias

relacionadas. Además, presenta la opción desde la cual se puede ingresar a alguno

de los subsistemas al ingresar el nombre y la clave de usuario. En la figura 42

observamos la apariencia de la ventana inicial del sistema.

- 82 -


Fig. 42 Página principal del SIWGC

La figura 43 muestra la página de inicio de sesión, que es la puerta de

acceso hacia los tres subsistemas a los que pueden acceder los usuarios registrados

dependiendo del tipo que sea.

Fig. 43 Página inicio de sesión

5.3.1 Vista de la Interfaz gráfica (Segunda Iteración)

En caso de tratarse de un usuario de tipo administrador el usuario accederá

a la página administración, que observamos en la figura 44.

- 83 -


Fig. 44 Página principal para usuarios de tipo administrador

La figura 45 nos proporciona una vista de uno de los distintos menús

desplegables con los que cuenta el subsistema SIWGCadm.

Fig. 45 Página administración con menú desplegado

5.3.2 Vista de la Interfaz gráfica (Tercera Iteración)

En la tercera iteración se realizó la interfaz para los otros dos tipos de

usuario registrados del sistema. Las figuras 45 y 46 son una muestra de la interfaz

para el usuario de tipo personal de la oficina municipal de catastro.

- 84 -


Fig. 46 Página para usuarios de tipo personal OMC


desplegables con los que cuenta el subsistema SIWGCper.

Fig. 47 Página principal para personal OMC con menú desplegado

- 85 -


Si el usuario a ingresar al sistema es un usuario registrado del tipo

propietario/administrador de inmueble, éste es direccionado a la página principal

del subsistema SIWGCprop, la cual se visualiza en la figura 48.

Fig. 48 Página principal para usuario tipo propietario


desplegables con los que cuenta este subsistema.

Fig. 49 Página para tipo propietarios con menú desplegado

- 86 -


5.4 Pruebas del Sistema

El desarrollo de software debe ir acompañado de una actividad que

garantice la calidad del mismo, en este sentido, las pruebas son un elemento

crítico para la garantía de calidad representan una revisión final de las

especificaciones, del diseño y de la codificación.

Las pruebas de caja negra se refieren a las pruebas que se llevan a cabo

sobre la interfaz del software. O sea, pretenden demostrar que las funciones del

software son operativas, que la entrada se acepta de forma adecuada y que se

produce una salida correcta, así como que la integridad de la información externa

se mantiene. Una prueba de caja negra examina algunos aspectos del modelo

fundamental del sistema sin tener mucho en cuenta la estructura lógica interna del

software [25].

Se denomina cajas blancas a un tipo de pruebas de software que se realiza

sobre las funciones internas de un módulo. Así como las pruebas de caja negra

ejercitan los requisitos funcionales desde el exterior del módulo, las de caja blanca

están dirigidas a las funciones internas. Entre las técnicas usadas se encuentran; la

cobertura de caminos (pruebas que hagan que se recorran todos los posibles

caminos de ejecución), pruebas sobre las expresiones lógico-aritméticas, pruebas

de camino de datos (definición-uso de variables), comprobación de bucles (se

verifican los bucles para 0,1 y n iteraciones, y luego para las iteraciones máximas,

máximas menos uno y más uno.

Las pruebas de caja blanca se llevan a cabo en primer lugar, sobre un

módulo concreto, para luego realizar las de caja negra sobre varios subsistemas

(integración) [26].

Luego se realizan las pruebas de integración, cuyo objetivo es verificar el

correcto ensamblaje entre los distintos componentes una vez que han sido

probados unitariamente con el fin de comprobar que interactúan correctamente a

- 87 -


través de sus interfaces, tanto internas como externas, cubren la funcionalidad

establecida y se ajustan a los requisitos no funcionales [27].

La tabla Nº 28 que se muestra a continuación ilustra algunas pruebas de

caja negra para el método ingresar persona, el cual tiene como parámetros de

entrada: nombres, apellidos, cédula o Rif, teléfono, dirección, omc.

Parámetros de entrada

Resultado esperado Resultado obtenido Verificación

55555555, Martinez, V-16745729, 04267891655, ””,………… false

No se ingresa la persona a la base de datos, parámetros no válidos o incompletos.

La persona se ingresó a la base de datos

exitosamente.

Error

55555555, Martinez, V-16745729, 04267891655, ””,………… false

No se ingresa la persona a la base de datos, parámetros no válidos o incompletos.

No se ingresó la persona. Mensaje de error por introducir nombre y dirección

no válidos.

Correcto

Scarlet, Martinez, V-16745729, 04267891655, ”Av. Don Tulio, calle 2 casa 3-4”, false

Se ingresan los datos de la persona correctamente a la base de datos.

La persona se ingresó a la base de datos

exitosamente.

Correcto

Tabla Nº 28 Pruebas de caja negra para el método ingresar persona

La tabla Nº 29 ilustra algunas pruebas de caja negra para el método

modificar persona. Cabe destacar que para la ejecución de esta funcionalidad se

debe introducir la cédula o Rif de la persona a modificar, y el sistema presentara

los datos actuales de la misma, para que el usuario realice la modificación del o de

los parámetros que desee, para validarlos y actualizarlos en la base de datos.



55555555, Los datos actuales de Los datos de la Error

- 88 -


Martinez, V-16745729, 04267891655, ””,………… false

la persona no son modificados.

persona fueron modificados

exitosamente.

55555555, Martinez, V-16745729, 04267891655, ””,………… false

No se modifican los datos de la persona,

parámetros no válidos o incompletos.

No se ingresó modificaron los datos

de la persona. Mensaje de error por introducir nombre y dirección no válidos.

Correcto

Scarlet del Mar, Martinez Lozada, V-16745729, 04267891655, ”Av. Don Tulio, calle 2 casa 3-4”, false

Los datos de la persona se modifican

correctamente

Los datos de la persona se

modificaron exitosamente.

Correcto

Tabla Nº 29 Pruebas de caja negra para el método modificar persona


consultar persona, cuyo parámetro de entrada es la cédula o Rif de la persona que

se desea consultar. Parámetros de

entrada Resultado esperado Resultado obtenido Verificación

aaaaaaa Mensaje de error, indicar que la persona con este número de cédula o Rif no existe en la base de datos.

Página en blanco Error

55555555 Mensaje de error, indicar que la persona con este número de cédula o Rif no existe en la base de datos.

Mensaje de error, indicando que la persona con este número de cédula o Rif no existe en la base de datos.

Correcto

“” Mensaje de error, indicar que se debe introducir un valor como parámetro


“” Mensaje de error, indicar que se debe

Mensaje de error, indicando que se debe

Correcto

- 89 -


introducir un valor como parámetro


V-13977421 Muestra los datos de la persona correctamente.

Muestra los datos de la persona

correctamente.

Correcto



eliminar persona, cuyo parámetro de entrada es la cédula o Rif de la persona que

se desea eliminar. Parámetros de

entrada Resultado esperado Resultado obtenido Verificación

aaaaaaa Mensaje de error, indicar que la persona con este número de cédula o Rif no existe en la base de datos, por lo tanto no se puede eliminar.


“” Mensaje de error, indicar que se debe introducir un valor como parámetro.


“” Mensaje de error, indicar que se debe introducir un valor como parámetro.

Mensaje de error, indicando que se debe


Correcto

V-13977421 Elimina la persona correctamente.

No se elimina la persona de la base de

datos.

Error

V-13977421 Elimina la persona correctamente.

La persona ha sido eliminada

exitosamente.

Correcto


La tabla Nº 32 ilustra algunas pruebas de caja negra para el método crear

usuario, este método recibe como parámetro de entrada: el nombre de usuario y

arroja como resultado el tipo de usuario, la cédula o Rif, y de tratarse de un

- 90 -


propietario o administrador de uno o más inmuebles muestra el o los números

catastrales de los mismos.



V-12345678, user123, a1b2c3, 1

Mensaje de error, indicar que la persona con este número de cédula o Rif no existe en la base de datos, por lo tanto no se puede crear el usuario.

Usuario creado exitosamente.

Error

V-12345678, user123, a1b2c3, 1

Mensaje de error, indicar que la persona con este número de cédula o Rif no existe en la base de datos, por lo tanto no se puede crear el usuario.

Mensaje de error, indicando que la persona con este

número de cédula o Rif no existe en la

base de datos, por lo tanto no se puede crear el usuario.

Correcto

“”, user123, a1b2c3, 1

Mensaje de error, indicar que se deben introducir todos los parámetros.


“”, user123, a1b2c3, 1

Mensaje de error, indicar que se deben introducir todos los parámetros.

Mensaje de error, indicar que se deben introducir todos los

parámetros.

Correcto

V-13977421 user123, a1b2c3, 1

Mensaje de error, esta persona ya posee nombre

y clave de usuario asignados.


Error

V-19593711 ana123, 123456, 1



Correcto


La tabla Nº 33 ilustra algunas pruebas de caja negra para el método crear

usuario, este método recibe como parámetro de entrada: el nombre de usuario



- 91 -


administrador 13977421, usuario con privilegios de administrador.

Página en blanco. Error

User123 Mensaje de error, indicar que este nombre de usuario no existe en la base de datos.

Página en blanco. Error

User123 Mensaje de error, indicar que este nombre de usuario no existe en la base de datos.

Mensaje de error, indicando que este

nombre de usuario no existe en la base de

datos.

Correcto

“” Mensaje de error, indicar que se deben

introducir el nombre de usuario a consultar.


“” Mensaje de error, indicar que se deben

introducir el nombre de usuario a consultar.

Mensaje de error, indicando que se deben introducir el nombre de

usuario a consultar.

Correcto

administrador Se visualizan los datos del usuario con éxito.

Se visualizan los datos del usuario con éxito.

Correcto


De la misma manera se realizaron estas pruebas para cada uno de los

métodos de cada subsistema del SIWGC. Las pruebas se hicieron durante todo el

desarrollo e implantación del sistema en cada una de las tres iteraciones

ejecutadas para la culminación del proyecto.

En la tabla 34 se presenta una prueba de caja blanca realizada para el

método agregar avalúo.

Código

Parámetros

de entrada

Salida

esperada

Salida

obtenida

Verific.

If($frente<$frente_tipo){

$dep_frente=((100-

(3*($frente_tipo-

$terreno=

236;

$vu_terreno

$dep_frente=

0.925

$dep_prof=

$dep_frente=

0.925

$dep_prof=

Correcto

- 92 -


$frente)))/100);

}else{

$dep_frente=1;

}

If($fondo<$prof_tipo){

$dep_prof=1

}else{

$dep_prof=(($fondo+$pr

of_tipo)/(2*$fondo))

}

$factor=($dep_frente*$d

ep_prof*$dep_forma);

$ava_terreno=$vu_terren

o*$factor*$terreno;

$ava_const=$vu_const*$

v_dep_const*$construcci

on;

$ava_cat=$ava_terreno+

$ava_const;

=58.76;

$construcci

on=189;

$vu_const=

93.77;

$v_dep_con

st=0.9

$frente=10;

$frente_tipo

=12.5;

$fondo=17;

$prof_tipo=

16.5;

$dep_forma

=0.92;

0.985

$factor=0.83

$ava_terreno

=12619.30

$ava_const=

15950.27

$ava_cat=

28569.57

0.985

$factor=0.83

$ava_terreno

=11509.91

$ava_const=

15950.27

$ava_cat=

27460.19

Por último también se realizaron pruebas de integración, en las que la

estrategia utilizada fue descendente, es decir, se probaron las funcionalidades de

alto nivel en principio y luego se probaron las de bajo nivel hasta verificar el

correcto funcionamiento del sistema en su totalidad.

- 93 -


CAPÍTULO VI: CONCLUSIONES Y RECOMENDACIONES

6.1 Introducción

Este capítulo comprende las conclusiones a las que se ha llegado hasta la

presente y algunas de las recomendaciones que pueden ser tomadas en

consideración al respecto.

6.2 Conclusiones

• El modelado de negocios permitió lograr la comprensión de los procesos

de una OMC para determinar los requerimientos del sistema programado

que se implantó.

• El uso del método Watch permitió realizar el software de una forma

ordenada y controlada, alcanzando el objetivo principal de este proyecto,

el de implementar un sistema web para la gestión de datos catastrales.

• El SIWGC facilita y agiliza el registro de inmuebles urbanos. Permite

registrar, almacenar y actualizar los datos de los inmuebles de forma

automatizada, por lo que es una herramienta que puede ser de gran utilidad

para descongestionar las oficinas municipales de catastro.

• El SIWGC permite el manejo automatizado de los datos descriptivos de

los inmuebles pero no realiza el manejo de datos espaciales, ya que no se

agregaron estas funcionalidades por limitaciones de tiempo.

- 94 -


6.3 Recomendaciones

La creación, mantenimiento y conservación del catastro es un proceso

amplio y complejo que requiere de mucha investigación y desarrollo. El SIWGC,

abarca el manejo básico de los datos descriptivos y visualización de planos de los

inmuebles urbanos que se manejan en una OMC, pero puede servir de base para

futuros proyectos en los que se incluyan otros aspectos sobre todo en lo

concerniente al manejo y análisis de la información geoespacial, de una forma

integral a nivel municipal, por lo que se recomienda ampliar las funcionalidades

del SIWGC a fines de proporcionar mayor apoyo a la gestión catastral realizada

por las Oficinas Municipales de Catastro del país. En este sentido, el gvSIG se

presenta como una excelente herramienta del tipo GIS con grandes

potencialidades, las cuales no se han explotado en este proyecto pero que sería de

gran ayuda para mejorar y/o ampliar el sistema planteado.

- 95 -


BIBLIOGRAFÍA

[1] Chacón Leira y Vílchez (1995). Metodología para proyectos de

catastro urbano. Revista Geográfica Venezolana, Vol. 36(2), 175-191

[2] Montilva, J. (2004). Desarrollo de aplicaciones empresariales, el

método watch. Universidad de los Andes. Mérida, Venezuela.

[3] Catastro, http://es.wikipedia.org/wiki/Catastro

[4] Catastro,

http://www.caracas.gob.ve/index.php?option=com_content&task

=view&id=28&Itemid=204&lang=

[5] La Administración del Catastro Municipal,

http://www.municipio.gob.mx/wb2/ELOCAL/ELOC_La_administracion_

del_catastro_municipal

[6] Acero, W. (2007). Lineamientos para la organización de la Oficina de

Catastro del municipio Bolívar (OMC). Táchira, Venezuela.

[7] Bosque, J. (1992). Sistemas de Información Geográfica. Madrid, España.

Ediciones Rialp, S.A.

[8] Software de Sistemas de Información Geográfica,

http://www.eduteka.org/SIG3.php

[9] Montilva J. y Barrios J. (2008). WATCH: El Método del Reloj.

Universidad de los Andes, Mérida, Venezuela.

[10] Montilva, J. (2007). Modelado de Negocios, del espacio del problema

al espacio de la solución. Universidad de los Andes, Mérida, Venezuela.

[11] Tutorial UML,

http://www.sparxsystems.com.ar/new/resources/tutorial/uml-tutorial.php

[12] Eriksson H. y Penker M. (2000). Business modeling with UML :

business patterns at work. Editor: Theresa Hudson. Estados Unidos de

América.

[13] HTML, http://es.wikipedia.org/wiki/C%C3%B3digo_HTML

- 96 -


[14] HTML, http://www.unav.es/SI/manuales/HTML/indice.html

[15] PHP, http://es.wikipedia.org/wiki/.php

[16] PostgreSQL, http://es.wikipedia.org/wiki/PostgreSQL

[17] Tutorial de PostgreSQL,

http://es.tldp.org/Postgresql-es/web/navegable/tutorial/intro.html#AEN34

[18] gvSIG Manual de UsuarioVersión 3, IVER Tecnologías de Información

[19] GvSIG, http://es.wikipedia.org/wiki/GvSIG

[20] Cadena de Valor,

http://es.wikipedia.org/wiki/Cadena_de_valor

[21] Casos de Uso,

http://es.wikipedia.org/wiki/Caso_de_uso

[22] Tutorial UML,

http://www.clikear.com/manuales/uml/diagramascasouso.aspx

[23] Análisis y Diseño Orientado a Objetos con UML,

http://www.galeon.com/zuloaga/Doc/UML02.pdf

[24] Introducción a UML, http://www.programacion.net/tutorial/uml/6/

[25] Diseño de Casos de prueba,

http://www.angelfire.com/empire2/ivansanes/bywbox.htm

[26] Caja blanca, http://es.wikipedia.org/wiki/Caja_blanca_(sistemas)

[27] Prueba del Sistema,

www.eisi.ues.edu.sv/josmarsan/docs/clase_8_%20pruebas%20del%20sist

ema.ppt

- 97 -


ANEXOS

- 98 -


Anexo A

Ley de Registro Público y del Notariado publicada en Gaceta Oficial

Nº 37.333 de fecha 27/11/01:

Artículo 46: El Catastro Municipal será fuente de información registrar

inmobiliaria y estará vinculado al Registro Público a los fines de establecer la

identidad entre los títulos, su relación entre el objeto y sujeto de los mismos, y el

aspecto físico de los inmuebles, mediante el uso del Código Catastral, en los

términos contemplados en la Ley de Geografía, Cartografía y Catastro Nacional.

Artículo 47. Toda inscripción que se haga en el Registro Público, relativa a un

inmueble o derecho real, deberá contener:

1. Indicación de la naturaleza del negocio jurídico.

2. Identificación completa de las personas naturales o jurídicas y de sus

representantes legales.

3. Descripción del inmueble, con señalamiento de su ubicación física,

superficie, linderos y número catastral.

4. Los gravámenes, cargas y limitaciones legales que pesen sobre el derecho que

se inscriba o sobre el derecho que se constituya en un nuevo asiento registral.

Artículo 92: La inscripción de contratos, transacciones o actos que se refieran a la

compra, venta o permuta de bienes inmuebles, dación o aceptación en pago de los

bienes antes citados...

... causará un impuesto, a favor del Tesoro Municipal, el cual se calculará de la

siguiente manera...

En las zonas urbanas o rurales, donde no existan levantamientos catastrales, no se

podrán cobrar los impuestos antes referidos, ni ningún otro tributo por

operaciones inmobiliarias

- 99 -


Anexo B

Ley de Geografía Cartografía y Catastro Nacional publicada en

Gaceta Oficial Nº 37. 002 de fecha 28/07/00

Artículo 25. Los municipios, para la formación y conservación de su respectivo

catastro, adoptarán las normas técnicas y el código catastral establecidos por el

Instituto Geográfico de Venezuela Simón Bolívar, de conformidad con lo

dispuesto en esta Ley. El catastro nacional constituye la fuente primaria de datos

del sistema de información territorial.

Artículo 27. El catastro se formará por municipios y abarcará principalmente la

investigación y determinación de lo siguiente:

1. Las tierras baldías.

2. Los ejidos.

3. Las tierras pertenecientes a entidades públicas.

4. Las tierras de propiedad particular o colectiva.

Articulo 28. El Instituto Geográfico de Venezuela Simón Bolívar, velará por el

cumplimiento de las disposiciones de esta Ley en el ámbito municipal a los fines

de asegurar la incorporación de los municipios al proceso de formación y

conservación del catastro en sus respectivos ámbitos territoriales.

Artículo 29. El aspecto físico del catastro se ajustará a las indicaciones que sobre

linderos y dimensiones figuren en los documentos relativos al inmueble, con

señalamiento de las edificaciones existentes, accidentes geográficos referenciales,

con sus correspondientes topónimos y demás especificaciones. Los planos de

mensura estarán referidos al Sistema Geodésico Nacional y serán elaborados por

profesionales o técnicos en la materia.

Artículo 30. Los mapas catastrales se elaborarán conforme a la normativa técnica

establecida por el Instituto Geográfico de Venezuela Simón Bolívar.

Artículo 31. Los propietarios y ocupantes de inmuebles, así como los

funcionarios responsables de la administración de inmuebles pertenecientes al

Estado, están obligados con el catastro a:

- 100 -


1. Inscribir sus inmuebles en el Registro Catastral de la respectiva oficina

municipal de catastro, suministrando a los funcionarios competentes los

documentos y planos de mensura de los mismos, los derechos invocados, sus

linderos, cabida y cualquier otra información de interés.

Artículo 37: La Oficina Municipal de Catastro fijará la base de cálculo para la

determinación del valor catastral del inmueble, de conformidad con las variables y

Normas Técnicas de Valoración, establecidas por el Instituto Geográfico de

Venezuela Simón Bolívar.

- 101 -


Anexo C

Normas Técnica para la Formación y Conservación del Catastro

Nacional, publicada en Gaceta Oficial Nº 5590 Extraordinario Caracas, 10 de

Junio del Año 2002

Artículo 11. La oficina municipal de catastro asignará el código catastral a los

inmuebles del municipio, en función de la sectorización de su ámbito territorial.

El código catastral es una combinación de dígitos y letras que de manera

oficial, exclusiva e inequívoca identificará a un inmueble, individualizándolo en el

espacio en el espacio geográfico nacional. El mismo debe estar representado en la

ficha catastral, en el mapa catastral, en la cédula catastral y en el certificado de

empadronamiento de acuerdo a la estructura siguiente:

Ámbito Urbano

Efed Mun Prr Amb Sec Man Par Sbpp Niv Und

U

Ámbito Rural

Efed Mun Prr Amb Sec Man Par Sbpp Niv Und

U

Artículo 12. La asignación de caracteres que conforman el código catastral de los

inmuebles se realizara de acuerdo a las especificaciones siguientes:

CAMPO Nº DE

CARACTERES

DESCRIPCIÓN

Efed

(entidad

federal)

2

Campo constituido por dos dígitos que definen la ubicación del inmueble a nivel de entidad federal, de acuerdo a la codificación del Instituto Nacional de Estadística.

Mun

(municipio)

2

Campo constituido por dos dígitos que definen la ubicación del inmueble a nivel de municipio, de acuerdo a la codificación del Instituto Nacional de Estadística.

Prr Campo constituido por dos dígitos que

- 102 -


(parroquia) 2 definen la ubicación del inmueble a nivel de parroquia, de acuerdo a la codificación del Instituto Nacional de Estadística.

Amb

(ámbito)

3

Campo constituido por una letra y dos dígitos que definen la ubicación del inmueble dentro del ámbito urbano o rural del municipio.

Sec (sector)

3

Campo constituido por tres dígitos que definen la ubicación del inmueble dentro de un sector urbano o rural del municipio.

Ssec (sub-

sector)

3

Campo constituido por tres dígitos que definen la ubicación del inmueble dentro de un sub-sector del ámbito rural del municipio.

Man

(manzana)

3

Campo constituido por tres dígitos que definen la ubicación del inmueble en una manzana del ámbito urbano del municipio.

Par

(parcela)

3

Campo constituido por tres dígitos que definen la ubicación de la inmueble dentro del contexto de una manzana o subsector.

Sbp (sub-

parcela)

3

Campo constituido por tres dígitos que definen la ubicación del inmueble en una porción de la parcela.

Niv (nivel)

3

Campo constituido por tres dígitos que definen el piso o planta donde está ubicada la unidad catastral.

Und

(unidad)

3

Campo constituido por tres dígitos que definen la división mínima de construcción objeto de levantamiento.

Artículo 13. El levantamiento de la información catastral permitirá la

identificación, delimitación y descripción física de cada inmueble. A los efectos

de su realización, las oficinas municipales de catastro deberán utilizar una ficha

catastral diseñada de conformidad con las especificaciones dictadas por el

Instituto Geográfico de Venezuela Simón Bolívar.

La ficha catastral constituye un instrumento básico para el proceso de formación y

conservación del catastro; la misma estará conformada por campos de datos que

servirán de soporte fundamental para la estructuración de la base de datos del

Sistema Nacional de Catastro.

Artículo 14. La oficina municipal de catastro realizará una investigación

jurídico-catastral para determinar la suficiencia de los derechos invocados por los

- 103 -


propietarios u ocupantes, en la documentación aportada para la inscripción de los

inmuebles en el respectivo Registro Catastral.

Artículo 15. A los efectos indicados en el artículo anterior, la oficina municipal

de catastro efectuará progresivamente el análisis documental, la verificación de

los planos de mensura y, si fuere el caso, el examen de los archivos en el Registro

Inmobiliario, así como cualesquiera otras medidas que, a los fines catastrales,

estime pertinentes de conformidad con la ley.

Artículo 16. Para determinar el valor catastral de los inmuebles, las oficinas

municipales de catastro deberán emplear el método de avalúo masivo, el cual

consiste en un procedimiento de comparación de las características de los

inmuebles objeto de avalúo, con las contenidas en la planta de valores de la tierra

y en la tabla de valores de la construcción.

La planta de valores de la tierra refleja los valores unitarios de la tierra de un

municipio; y la tabla de valores de la construcción expresa los valores unitarios

de las diferentes tipologías de construcción determinadas en el municipio.

Artículo 17. En cada municipio funcionará un registro catastral en el cual deberá

incorporarse toda la información levantada en el proceso de formación y

conservación del catastro; y comprenderá la inscripción, archivo, control,

administración y manejo de la información inmobiliaria del municipio.

Artículo 18. El registro catastral tiene por objeto conservar y disponer de la

documentación catastral de manera organizada, útil, confiable y oportuna, de tal

forma que sea recuperable para uso del estado en servicio de los particulares y

como fuente de datos de los sistemas de información territorial y del registro

inmobiliario.

Artículo 19. El registro catastral será el asiento del expediente inmobiliario, el

cual estará constituido por: planilla de inscripción, documento de origen de

propiedad del inmueble o contentivo del derecho invocado, ficha catastral,

notificaciones, acta de verificación de linderos, plano de mensura, mapa catastral

con la individualización del inmueble y cédula catastral o certificado de

empadronamiento; así como cualesquiera otros documentos que, a los fines

- 104 -


catastrales, la oficina municipal de catastro estime pertinentes incorporar de

conformidad con la ley.

Artículo 20. Las oficinas municipales de catastro podrán incorporar tecnologías y

emplear cualquier medio electrónico, informático, óptico o telemático para el

manejo de la información contenida en el registro catastral.

Artículo 21. El registro catastral debe disponer de una base de datos digital que

permita la integración con el registro inmobiliario, de conformidad con las

especificaciones técnicas dictadas por el Instituto Geográfico de Venezuela Simón

Bolívar.

Las oficinas municipales de catastro deben mantener copias de respaldo de las

bases de datos digitales generadas de las actividades catastrales.

- 105 -


Anexo D

Vistas de la Interfaz Gráfica del SIWGC

Fig. 50 Vista de interfaz gráfica para usuarios no registrados, página

informativa sobre las funciones de la OMC

Fig. 51 Interfaz gráfica que muestra el resultado de la consulta de una

persona registrada en la base de datos

- 106 -


Fig. 52 Interfaz gráfica para consultar usuarios

Fig. 53 Interfaz gráfica para consultar una sección de la ficha catastral, en

este caso, los datos del administrador del inmueble

- 107 -


Fig. 54 Interfaz gráfica dónde se visualiza el resultado de consulta por

nombre de usuario

Fig. 55 Interfaz gráfica para agregar datos a una ficha catastral existente, en

este caso, datos de registro

- 108 -


Fig. 56 Interfaz presentada por el sistema para modificar datos, en este caso

datos del administrador de un inmueble

Fig. 57 Interfaz que presenta la lista de inmuebles a los que tiene acceso un

usuario del tipo propietario/administrador

- 109 -


Fig. 58 Interfaz como resultado de consultar una sección de la ficha, en este

caso, consultar datos del administrador del inmueble

Fig. 59 Mensaje de error arrojado al intentar ingresar con datos no válidos

Fig. 60 Mensaje de error al intentar consulta persona sin ingresar CI o Rif

Fig. 61 Mensaje de confirmación de modificación de datos exitosa

Fig. 62 Mensaje de error al intentar consultar inmueble cuyo número no se

encuentra registrado

- 110 -

Sistema de Información Web para Gestión Catastral

Documents

Transcript of Sistema de Información Web para Gestión Catastral