UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA EN CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA INFORMÁTICA

Transcripción

1 UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA EN CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA INFORMÁTICA PROCESOS DE MIGRACIÓN DE DATOS DEL SISTEMA REHOSTING (RH) AL SISTEMA DE SIREC_Q (SS2008) CON RESPECTO A LOS IMPUESTOS PREDIALES EN EL DISTRITO DEL MUNICIPIO DE QUITO DE LOS AÑOS (2007 AL 2011) TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO INFORMÁTICO AUTOR: BETTY PAOLA CHALACÁN GÓMEZ TUTOR: ING. RENÉ ALFONSO CARRILLO FLORES, MSc. QUITO-ECUADOR 2015

2 DEDICATORIA Dedico este proyecto de tesis a mi Dios Todopoderoso, por su infinito amor por haberme dado la fortaleza y el empeño para seguir adelante cuando estaba a punto de rendirme y por haberme permitido alcanzar mi sueño esperado de ser una profesional. Gracias Mi Dios. A mis gemelos Alessandro y Kleverito por ser mi inspiración día a día y por regalarme sus sonrisas, por ustedes hijos de mi vida los amo con todo mi corazón. A mi Hermano Dennis, gracias hermano por estar siempre a mi lado, tú eres como ese ángel de la guarda que nunca me desampara te quiero mucho y nuevamente gracias por tu cariño y apoyo incondicional. A mi Padre, creó que no tengo palabras para expresarte mi admiración que siento por ti, eres el pilar en mi vida, quiero decirte papá te quiero mucho, gracias por esos ánimos, apoyo. Gracias Papá Arsenio. ii

3 AGRADECIMIENTO Este agradecimiento va dirigido a mi tutor de tesis el Ing. René Carrillo gracias por su comprensión y ayuda, además a mis revisores el Ing. Iván Naula e Ing. Luis Felipe Borja, por su tiempo los cuales me permitierón alcanzar esta etapa de culminación en mi vida estudiantil. De igual manera quiero expresar mis agradecimientos a las Autoridades del Municipio de Quito, al Director del Área de Informática Ing. Jorge Lanas por permitirme realizar mi proyecto de investigación dentro del distrito, en especial también mi agradecimiento al Jefe del Área de Informática MSc. Mijaíl Naranjo por ser como un revisor más en mi tesis, gracias por sus consejos y apoyo que me brindo en este lapso de tiempo que permanecí en el Municipio de Quito y también agradezco a todos los funcionarios que supierón brindarme su confianza y amistad. Además mi más sincero agradecimiento a los Ingenieros de la Universidad Central del Ecuador, Facultad de Ingeniería, gracias profesores por sus conocimientos y orientación y apoyo durante la carrera estudiantil. Y por ultimo quiero expresar mi gratitud al Ing. José Chenas por haberme brindado sus conocimientos y ayuda gracias no cambie Ing. José es una persona especial que Dios le bendiga siempre. iii

4 AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL iv

5 INFORME SOBRE CULMINACIÓN Y APROBACIÓN DE TESIS v

6 SOLICITUD AL OFICIO DE AUTORIZACIÓN vi

7 CERTIFICADO DE FINALIZACIÓN MDMQ vii

8 OFICIO viii

9 RESULTADO DEL TRABAJO DE GRADUACIÓN ix

10 CONTENIDO DEDICATORIA... ii AGRADECIMIENTO... iii AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL... iv INFORME SOBRE CULMINACIÓN Y APROBACIÓN DE TESIS... v SOLICITUD AL OFICIO DE AUTORIZACIÓN... vi CERTIFICADO DE FINALIZACIÓN MDMQ... vii OFICIO... viii RESULTADO DEL TRABAJO DE GRADUACIÓN... ix CONTENIDO... x LISTA DE GRÁFICOS... xv LISTA DE CUADROS... xvi LISTA DE FIGURAS... xvii LISTA DE TABLAS... xviii RESUMEN... xx ABSTRACT... xxi CERTIFICADO DE TRADUCCIÓN... xxii CAPÍTULO I PRESENTACIÓN DEL PROBLEMA Planteamiento del Problema Formulación del Problema Objetivos de la Investigación Objetivo General... 2 x

11 1.3.2 Objetivos Específicos Justificación e Importancia Antecedentes Alcance... 4 CAPÍTULO II Marco Teórico Antecedentes Sistema Antiguo (REHOSTING RH) Manejo Paralelo de Gestión de Requerimientos (MPGR) Sistema de Administración de Obligaciones (SAO) Sistema de Recaudaciones Municipales (TELLER) Sistema Integrado de Registro Catastral de Quito (SIREC_Q) Análisis y Uso del gestor de base de datos (SQLServer2008R2) Componentes de SQLServer Analysis Services - Datos Multidimensionales Analysis Services - Minería de datos Integration Services Replicación Reporting Services Service Broker CAPÍTULO III METODOLOGÍA Diseño de la Investigación Diseño Exploratoria Cualitativa Documental Diseño Exploratoria Cualitativa Histórica Diseño Exploratoria Cualitativa de Investigación-Acción Investigación Mixta xi

12 3.2 Procedimientos de la Investigación Recolección de la Información (Cronogramas de Actividades) Listado de los archivos que se migraron del Sistema Rehosting a Sql Server 2008R Generación de los Diccionarios de Datos Scripts de Creación de Tabla FAIVH2K Generación de los Archivos Txt Generación de los procedimientos almacenados (SP) de los archivos Txt Carga de Datos Reportes de Inconsistencias (Catastrales) y Actualizaciones al Catastro Instrumentos de la Investigación Avalúo Predial Esquema del predio según la zonificación Componentes para el Algoritmo del Avalúo Catastral, previo para la obtención del Cálculo del Impuesto Predial detallados a continuación 4 puntos: Cálculo del Impuesto Predial ORDENANZAS METROPOLITANAS (IMPUESTO PREDIAL) ORDENANZA ORDENANZA ORDENANZA ORDENANZA Tablas del Impuesto del Predio con sus correspondientes años La tabla del impuesto del predio urbano y rural donde se aplica la ordenanza 0232 para los años Tabla de parámetros aplicando la ordenanza 303 para el año (Sustituye la ordenanza 0232) La tabla de parámetros para los impuestos a los predios urbanos aplica la ordenanza 153 para el bienio ( ) La tabla de parámetros para los impuestos a los predios rurales para el bienio Tasa de Seguridad Pruebas de Verificación y Validación de Algoritmos de Valoración Predial Mapeo de Información Tributaria (MPGR-REHOSTING) xii

13 3.10 Comunicación SAO Comunicación MPGR-SAO Esquema de la Comunicación del MPGR-SAO Mapeo de Información Catastral SIREC_Q REHOSTING Mapeo del SIREC_Q ( ) REHOSTING (AÑOS ANTERIORES) La Primera Migración Realizada del Sistema (RH) al SIREC_Q en el año Carga de los Datos al Sistema SIREC_Q ORDENANZAS METROPOLITANAS ORDENANZA ORDENANZA ORDENANZA ORDENANZA 232: Para los años bienio ( ) ORDENANZA 303: Para los años bienio ( ) ORDENANZA 152: Para los años bienio ( ) Componentes para el Desarrollo del Algoritmo de Valoración del SIREC_Q Pruebas de Verificación y Validación de los Algoritmos de Valoración Predial CAPÍTULO IV Análisis e Interpretación de Resultados Procesamiento de la Información Diseño de la Base de datos del SIREC_Q SIREC_Q (ANTERIOR) VS SIREC_Q (ACTUAL) El Diseño de la Base de Datos del Aplicativo MPGR CAPÍTULO V Conclusiones y Recomendaciones Conclusiones Recomendaciones xiii

14 BIBLIOGRAFÍA GLOSARIO DE TÉRMINOS ANEXOS xiv

15 LISTA DE GRÁFICOS Gráfico 1 : Migración de Datos aplicado a sus correspondientes aplicativos... 7 Gráfico 2 : Transformación de los Datos... 8 Gráfico 3: Implementación de algunos aplicativos Gráfico 4: Etapas del proceso de migración Gráfico 5: Proceso de la migración relacionado con los grupos de desarrollo Gráfico 6: Matriz para el cálculo del impuesto predial Gráfico 7: Clasificación del Avalúo del Terreno Gráfico 8: Clasificación del predio según la zonificación Gráfico 9: Componentes para el desarrollo del avalúo Gráfico 10: Fases para el Cálculo del Impuesto Predial Gráfico 11: Comunicación entre los aplicativos MPGR, SAO, TELLER Gráfico 12: Funciones del MPGR y SAO Gráfico 13: Fases del MPGR y SAO Gráfico 14: Homologación del SIREC_Q y los datos del Sistema (RH) Gráfico 15: Primera Migración del Sistema (RH) al SIREC_Q Gráfico 16: Creación de los SIREC_Q2012, SIREC_Q2013, SIREC_Q Gráfico 17:SIREC_QUNIFICADO (CATASTROS) Gráfico 18: Pasos de la carga de datos del Sistema RH al Sirec_QUnificado Gráfico 19: Fases para el Avalúo Catastral Gráfico 20: Diagrama del SIREC_Q (Anterior) vs SIREC_Q(Actual) xv

16 LISTA DE CUADROS Cuadro 1: Cronograma de Actividades del Grupo de Desarrollo N Cuadro 2: Cronograma de Actividades del Grupo de Desarrollo N Cuadro 3: Listado de los archivos que se migraron del Sistema Rehosting a SQLServer 2008R Cuadro 4: Formato de los procedimientos almacenados Cuadro 5: Predios Urbanos y Rurales para el año Cuadro 6: Predios destinados preferentemente a vivienda Cuadro 7: Predios destinados a actividades preferentemente económicas y de servicios Cuadro 8: Tablas de los Históricos Cuadro 9: Tablas CAT_SGM Cuadro 10: Tablas Temporales y las Tablas Operativas Cuadro 11: Ambientes dentro del área de tecnología Cuadro 12: Migración del Sistema (RH) al SIREC_Q Cuadro 13: Migración de datos al SIREC_Q (Lotes) Cuadro 14: Migración de datos al SIREC_Q (Predios) Cuadro 15: Presupuesto de la Egresada Cuadro 16: Actividades y Tiempos Estimados Cuadro 17: Tiempos del proyecto de investigación xvi

17 LISTA DE FIGURAS Figura 1: Menú de Sistemas del Sistema (RH) Figura 2: Subsistemas Figura 3: Arquitectura del Aplicativo MPGR Figura 4: MPGR (Anterior) Figura 5: Sistema de Administración de Obligaciones Figura 6: Sistema SAO con su correspondiente funcionalidad Figura 7: Arquitectura SAO Figura 8: Opciones de Reportes Figura 9: Opciones del Sistema SAO Figura 10: Pantalla del aplicativo SAO Figura 11: Extructura del Sistema SIREC_Q Figura 12: Capa de Aplicación, Capa de Base de Datos y Capa de Servicios Figura 13: Modelo de Capas de Distribución Figura 14: Modelo de Distribución Física SIREC_Q Figura 15: Motor de Base de Datos SQLServer Figura 16: Componentes de SQLServer Figura 17: Modelo de Analysis Services Figura 18: Modelo de Replicación Figura 19: Modelo de Service Broker Figura 20: Aplicativo MPGR (Anterior) Figura 21: Modelo del MPGR (Actual) Figura 22: Modelo Físico del SIREC_Q (Anterior) Figura 23: Modelo físico del SIREC_Q(Actual) xvii

18 LISTA DE TABLAS Tabla 1: Tipología valorativa de la construcción y unidades constructivas Tabla 2: Script de la tabla FAIVH2K Tabla 3: Formato del Archivo txt de la Tabla FAIVH2K Tabla 4: Tabla de los frentes de los Años (2007, 2008, 2009, 2010, 2014) Tabla 5: Áreas Urbanas (A_2007,A_2008,A_2009,A_2010,A_2014) Tabla 6: Áreas Rurales:(A_2007,A_2008,A_2009,A_2010,A_2014) Tabla 7: Aivas (A_2007: Inconsistencias con respecto al predio) Tabla 8: Aivas(A_ 2008 se registran datos) Tabla 9: Aivas ( A_2009 se registrarón 448 datos) Tabla 10: Aivas(A_2010 se registrarón 418 datos) Tabla 11: Tipos de Usos Tabla 12: Usos de las construcciones (A_2007,A_2008,A_2009,A_2010,A_2014) Tabla 13: Tipos de Usos (A_2007,A_2008,A_2009,A_2010) Tabla 14: Impuesto del predio urbano y rural, se aplica ordenanza Tabla 16: Tabla general para predios urbanos, se aplica la ordenanza N 153 (A_2012, A_2013) Tabla 17: Tabla general para predios rurales (A_2012, A_2013) Tabla 18: Datos solicitados al Sistema SIREC_Q para el MPGR Tabla 19: Archivos migrados del Sistema RH al MPGR Tabla 20: Tabla para la tarifa del Impuesto Predial Urbano, aplicando la ordenanza 0232(A_2008,A_2009,A_2010) Tabla 21: Tabla para la tarifa del Impuesto Predial Rural, aplicando la ordenanza 0232(A_2008,A_2009,A_ Tabla 22: Tabla de parámetros aplicando la ordenanza 153 para predios urbanos para los años (2012, 2013, 2014) Tabla 23: Tabla de parámetros aplicando la ordenanza 153 para predios rurales para los años (A_2012,A_2013,A_2014) xviii

19 Tabla 24:Límites para la corrección de la dispersión para los predios urbanos y rurales Tabla 25: Tabla de Determinaciones Tabla 26: MPGR_OBLIGACION_PROPIETARIO Tabla27:SIREC_Q (2011_2014Año Actual) y Históricos (Años ) Tabla 28:SIREC_Q (Años ) REHOSTING (Años Anteriores) Tabla 29:SIREC_Q( )-REHOSTING (A_2010, A_2009, A_2008, A_2007) Tabla 30: Tabla FMC121K aplicando la homologación en los campos Tabla 31: Tabla de Resoluciones Masiva xix

20 RESUMEN PROCESOS DE MIGRACIÓN DE DATOS DEL SISTEMA REHOSTING (RH) AL SISTEMA DE SIREC_Q(SS2008) CON RESPECTO A LOS IMPUESTOS PREDIALES EN EL DISTRITO DEL MUNICIPIO DE QUITO DE LOS AÑOS (2007 AL 2011) El presente trabajo de investigación se basa en las técnicas y los pasos a seguir en los procesos de migración de datos del Sistema Rehosting RH (Antiguo) al Sistema Integrado de Servicio Catastral SIREC_Q (Parte Catastral) y al Aplicativo MPGR (Parte Tributaria), además la intervención de los aplicativos SAO, TELLER en comunicación dentro de los procesos de migración, por consiguiente la migración para los cálculos de los impuestos prediales y catastrales, están reguladas en base a las ordenanzas metropolitanas designadas por el consejo metropolitano de quito. Para la estructuración del proyecto se utilizó, los diferentes tipos de diseños exploratorios cualitativas (documental, histórica, investigación-acción, investigación mixta), donde se empleó las técnicas cualitativas y recolección de información en cuanto a los datos, particularmente la revisión documental, entrevistas a profundidad, y la observación participante dentro de los grupos de trabajo involucrados en los procesos de migración de datos, en la Unidad de Ingeniería de Soluciones del Distrito del Municipio de Quito. En los procesos de migración de datos se utilizaron las siguientes tecnologías como: lenguaje de programación.net, los gestores de base de datos SQL SERVER 2008R2 y ORACLE 11G.Como resultado final del proyecto se contribuye a la aportación de una memoria técnica para la información como para la utilidad institucional y de apoyo a la gestión informática dentro de la institución. DESCRIPTORES: SISTEMA RH/SIREC_Q/MPGR/SAO/TELLER/SERVER 2008R2/ORDENANZAS METROPOLITANAS xx

21 ABSTRACT MIGRATION PROCESS OF DATA FROM THE (RH) REHOSTING SYSTEM OF SIREC_Q(SS2008) WITH RELATED THE HOUSING TAX IN THE DISTRICT OF THE MUNICIPALITY OF QUITO FROM THE YEARS (2007 TO 2011) This research work is based on the techniques and steps in the data migration processes from the (old) RH Rehosting System Registry Service SIREC to the Integrated System of Q (registry part) and to the (Tax Part) MPGR Application, furthermore, the intervention of SAO,TELLER applications in communication within the migration processes, therefore, registry migration and taxes calculations, are regulated on the basis of the Metropolitan Ordinances appointed by the Metropolitan Council of Quito. For were structuring this project different types of qualitative exploratory designs used (documentary, historical, research - action, mixed research), employing qualitative and data collection techniques, in particular the document review, deep interviews, and participant observation within the working groups involved in the process of data migration, in the Solutions Engineering Unit of the District of the Municipality of Quito.The following technologies in data migration processes were used such as: programming language..net, SQL SERVER 2008R2 and ORACLE 11G database managers. Final result of the project contributes of the provision of a technical memory for information such as the use of the Institution and support information management within the institution. KEY WORDS: SYSTEM RH/SIREC Q/MPGR/SAO/TELLER/SERVER 2008R2/METROPOLITAN ORDINANCES xxi

22 CERTIFICADO DE TRADUCCIÓN xxii

23 xxiii

24 CAPÍTULO I 1 PRESENTACIÓN DEL PROBLEMA 1.1 Planteamiento del Problema El tema de investigación a realizarse se trata de fundamentar mediante los procesos de migración. Los datos migrados de una base de datos a otra, sean los correctos, alcanzando con ello el éxito total en la migración del Sistema (RH) al (SIREC_Q) Actual. Los datos reposan en el Sistema (RH), los cuales tienen una estructura de programación Cobol, ya que sus archivos están en Vsam. Los Archivos Virtual Storage Method (VSAM) 1, son un tipo de fichero muy específico que se usaba para almacenar información de forma masiva. Con los procesos de migración de datos, se espera que los archivos (VSAM), obtengan una estructura de programación a nivel de base de datos esperando que los datos sean equivalentes, esto en base de datos relacional de acorde al gestor de base de datos SqlServer2008R2. En esta migración de datos se estima, solo con los archivos que se encuentran en producción, esto se refiere a la vigencia del cierre del Sistema (RH) con respecto a los Años (2007 al 2011)

25 Por lo tanto se espera, lograr así la depuración de toda la información del Sistema (RH) para ejecutar la carga de datos al Sistema Actual (SIREC_Q) y MPGR. 1.2 Formulación del Problema. Con este proyecto de investigación, es lograr documentar los procesos de migración que se utilizará, correspondiente a los Impuestos Prediales y Catastrales del Municipio del Distrito Metropolitano de Quito (MDMQ) para la administración y posteriores. Lograr trasladar los datos del Sistema (RH) a la Nueva Plataforma del Sistema Actual (Sirec_Q) de los Impuestos Prediales y Catastrales de los Años ( ), mediante la utilización de las herramientas de software apropiadas. 1.3 Objetivos de la Investigación Objetivo General Indicar los pasos previos a seguir en el proceso de migración de datos del Sistema Rehosting (RH) al Sistema Integrado de Servicio Catastral (Sirec_Q) y MPGR con respecto a los Impuestos Prediales y Catastrales en el Distrito del Municipio de Quito de los Años (2007 al 2011) Objetivos Específicos. Plantear las técnicas de Migración de Datos entre los Sistemas de Base de Datos. 2

26 Determinar la utilización de una herramienta de software adecuada (SS2008). Generar los Diccionarios de Datos para la validación de datos de acuerdo al Campo, Tipo de Dato, Descripción. Generar SP (Procedimientos Almacenados en SS2008) con respecto a la Carga de Datos. 1.4 Justificación e Importancia Con el fin de fundamentar los procesos de migración de los datos a un nuevo entorno, este proceso de migración de datos sería mejorable y resultaría satisfactorio. Como importancia que se cuente con las herramientas concretas y los debidos procesos de migración en la parte de la identificación de las actividades a proseguir, en cuanto a la migración del Nuevo Sistema Integrado de Servicio Catastral (SIREC_Q) y la ubicación de los datos del antiguo Sistema Rehosting (RH), luego continuar con la carga de los datos a exportar a la nueva plataforma con respecto a los años ( ) del Municipio del Distrito Metropolitano de Quito. Con este presente documento, se contribuye a la aportación de información que presta con los procesos de migración, mostrar una memoria técnica para los técnicos del área de informática y para los dueños de procesos como son: 3

27 1. Valorización (Avalúo Predial) 2. Tributaria (Impuesto Predial). 1.5 Antecedentes La realidad del Distrito Metropolitano de Quito, con respecto a la información de los datos, que reposan en el Sistema Rehosting (RH), es lograr justificar los debidos procesos de migración de datos, alcanzando un solo ambiente a nivel de bases de datos y además brindar un mayor servicio, calidad con el contribuyente, permitiendo una mejor administración de servicios, para satisfacer las necesidades del ciudadano. 1.6 Alcance Con el proyecto de investigación sobre los procesos de migración de datos se espera que cumpla en su totalidad, con el objetivo general y específicos planteados, ya que los mismos están relacionados. Por lo tanto se procederá con los pasos para los procesos de migración de datos, a continuación se detallan: 1. Identificación de los archivos a migrar, los cuales se encuentran en el Sistema Rehosting (RH) puntualizados en cuanto a sus prioridades de acuerdo al tamaño del archivo y sus necesidades. 4

28 Primera: Corresponde a la prioridad mayor Segunda: Corresponde a la prioridad media Tercera: Corresponde a la prioridad más baja 2. Generación de Ambiente. 3. Generación de los diccionarios de datos 4. Formato de Archivos txt 5. Generar SP de Carga. 6. Entregar los reportes al área de valoración de los años anteriores. 7. Generar SP s de Valoración. 8. Cálculos Tributarios establecido de acuerdo: a. Ordenanzas b. Pseudocódigo de las Fórmulas (De acuerdo a las Normativas Ej. Ley del Anciano. 5

29 CAPÍTULO II 2 Marco Teórico 2.1 Antecedentes Los procesos de migración de datos, se ha tornado algo necesario para muchas empresas en el área de tecnología, donde hoy en día debido a los avances tecnológicos y los requerimientos del usuario conllevan a procesos de migración de datos, tal como: en la actual situación del Municipio del Distrito Metropolitano de Quito (MDMQ) por ejemplo: Atender reclamos de años anteriores de acuerdo a las resoluciones, normativas, ordenanzas del año correspondiente. Mejorar en el control de información. Brindar un mejor servicio al ciudadano. El Municipio del Distrito Metropolitano de Quito (MDMQ), se encuentra en la necesidad de implementar la migración de datos del Sistema Rehosting (RH) al Sistema Integrado de Servicio Catastral (Sirec_Q), donde los datos están en un lenguaje de programación de alto nivel como Cobol, estimado un lenguaje de tercera generación. Necesitando así que los datos sean migrados a los nuevos aplicativos como MPGR y SIREC_Q, considerando que el Sistema Rehosting (RH) está dado de baja. 6

30 En la actualidad y debido a las nuevas herramientas de tecnología, demandan ser actualizadas por lo tanto se ha considerado, la realización de dos nuevos aplicativos los cuales son: MPGR y SIREC_Q, donde la parte de catastros, van al aplicativo SIREC_Q y la parte tributaria van al aplicativo MPGR, esto se logrará mediante el debido proceso de migración de datos. A continuación se presenta el siguiente gráfico: Manejo Paralelo de Gestión de Requerimientos (MPGR) Sistema Integrado de Servicio Catastral (SIREC_Q) Tributaria Catastral Migración de datos Sistema Rehosting (RH) Tributaria Catastral Gráfico 1 : Migración de Datos aplicado a sus correspondientes aplicativos Fuente: Elaboración propia basada en observación participativa Al final de la migración, se espera tener los datos sobre plataformas actuales de base de datos como son: SQL Server 2008 y Oracle 11g, especificando así que los archivos VSAM migrados, tengan una equivalencia al entorno de base de datos SQLServer. 7

31 COBOL SQL Server Archivos VSAM Gráfico 2 : Transformación de los Datos Fuente: Elaboración propia basada en la guía de observación Como objetivo planteado con la Nueva Administración en el Área de Informática, es conseguir el cierre del Sistema (RH) en cuanto a su totalidad, con esto establecer, una mejora en el Área de Administración de Servicios (Data Center) para el beneficio de la ciudadanía. 2 A continuación se detallan 5 aplicativos de importancia, los cuales están involucrados en el proceso de migración y además con sus respectivos grupos de trabajo como: Grupo N 1: Se encarga de realizar la Migración de los datos del Sistema (RH) a la Base de Datos(SQL Server),correspondiente a los años anteriores ( ),por otra parte el análisis de los algoritmos, en cuanto a la parte tributaria y valoración(catastros). Grupo N 2: Se encarga de la Migración de los Datos extraídos de la base intermedia SQLServer al Sistema SIREC_Q (Catastral) y al nuevo aplicativo MPGR(Tributaria), depuración de los datos y desarrollo. Grupo N 3: Se refiere a los Funcionales. 2 (Sani,Carlos.Administracion de Servicios en Producción DMI.Disponible:innovacionlibre.wix.com/datacenterdmi#!clients/c1a4e) 8

32 2.2 Sistema Antiguo (REHOSTING RH) El Sistema Rehosting fue creado en el año 1984, es un sistema que no tiene un ambiente de Base de Datos, el cual se conecta a través de archivos, administrador de toda la parte tributaria y catastral, a continuación se presentan los siguientes aspectos: Catastros Prediales Coactivas Varios Patentes Bienes Inmuebles etc. Donde los archivos son de tipo VSAM su estructura, está en un lenguaje de programación Cobol, los algoritmos se rigen de acuerdo a normativas y ordenanzas, estableciendo así que todo, el Sistema Rehosting está sobre un sistema operativo llamado HP-UX. Dentro de este sistema teníamos las siguientes opciones. 1. Sistema Financiero 2. Catastro Multifinalitario 3. Recursos Humanos 4. Sistema de Tablas 9

33 Modelo del Menú de Sistemas de un Usuario Interno. Figura 1: Menú de Sistemas del Sistema (RH) Fuente:(Servidor d-srv11tfs01, Proyectos MDMQ_REHOSTING_V1.0) En lo referente a este aplicativo dentro de este menú, existían más subopciones por ejemplo en la parte de Catastro Multifinalitario. 10

34 Modelo de los Subsistemas. Figura 2: Subsistemas Fuente: (Servidor d-srv11tfs01, Proyectos MDMQ_REHOSTING_V1.0) Todas estas opciones eran manejadas por los usuarios internos, en cada uno de las administraciones zonales. Entonces con el avance de nuevas tecnologías este aplicativo no era amigable, porque existían insolvencias como: Difícil Integración. No guarda logs. No se puede tener enlace a la web. No hay interfaz gráfica 11

35 El sistema no es escalable. No se inclina a una estructura a nivel de base de datos. A partir de la creación del Sistema Rehosting (RH) en el año 1984, durante una línea de tiempo correspondiente al año 2010, comienzan a salir nuevos aplicativos para sustituir al Sistema Rehosting (RH). SIMET TELLER MPGR SIREC_Q Q SAO Gráfico 3: Implementación de algunos aplicativos Fuente: Elaboración propia basada en la revisión documental Todos estos aplicativos están desarrollados en un lenguaje de programación.net y base de datos SQLServer, Oracle, al momento de transferir los datos del Sistema Rehosting (RH) a la data de los nuevos aplicativos existierón falencias, es decir no hubo equivalencia de datos. Como ocurrencia, en el Sistema Rehosting (RH) existe 20 funciones, al trasladarse al nuevo aplicativo hay 15 funciones, este es el inconveniente, generándose la falta de datos. La problemática surge a partir del año 2013, ya que existió una migración de datos que no fue tan exitosa, referente a la parte de catastros de los años 2011, 2012,2013, generando varios SIREC_Q como: SIREC

36 SIREC2012 SIREC2013 Obteniendo un desperdicio de espacio en disco y además de recursos. Al inicio del año 2014 se descubre inconsistencias de datos y se prosigue con el cierre del Sistema (RH) tanto en la parte tributaria y catastral de la información de los datos del Municipio del Distrito Metropolitano de Quito (MDMQ), En la parte administrativa del Municipio del Distrito Metropolitano de Quito, los agentes tributarios tienen que realizar los servicios a los contribuyentes en cuanto a los trámites tributarios como: Impuesto Predial, Obligaciones, etc. Entonces el problema aparece cuando se espera obtener los datos de años atrás, sí en los nuevos aplicativos faltan funciones y solo se maneja la data del año 2014 de la parte catastral situada en el Aplicativo Sirec_Q2014, estos datos están en el Sistema Rehosting (RH). Por lo tanto debido a la inexactitud está llegando a una estimación de reclamos por parte del ciudadano, generando desde el punto de vista funcional un servicio no óptimo. Ahora se espera obtener una nueva migración a nivel macro de los datos de los años ( ), lograr establecer toda la data en un solo Sistema SIREC_Q con respecto a las funciones y algoritmos tanto en la parte catastral como tributaria. Mediante la validación con respecto a las ordenanzas y normativas, la falta de funcionalidad de años anteriores provocó una inconsistencia de datos, ahora se requiere la implementación de nuevas 13

37 funciones como: En los pseudocódigos y algoritmos con relación a la parte tributaria. Como cada dos años se emiten nuevas resoluciones entonces exigen cambios en los algoritmos con proporción a los datos, se necesita realizar el mapeo de datos, luego proseguir a la Tablas y luego obtener el rediseño de la base de datos y conseguir llegar al proceso de depuración. Con el proceso de depuración, se espera mejorar la calidad de datos y la inconsistencia de los mismos. Mapeo de Datos Tablas Rediseño de la Base de Datos Proceso de Depuración Gráfico 4: Etapas del proceso de migración Fuente: Elaboración propia basada en la guía de observación 14

38 2.3 Manejo Paralelo de Gestión de Requerimientos (MPGR) MPGR es el aplicativo que se maneja a nivel solo de base de datos y no tiene interfaz gráfica. Acceso al aplicativo MPGR Home-Libraries El aplicativo MPGR-Reclamos fue establecido a partir del 28 de Diciembre de 2013, versión 1.0 Release

39 SQLSERVER2012 IIS7 Framework 4.0 ADL Servidor de Componentes Servicios Web Personas Servicios Web MPGR-Q Web Services WCF Servicios Web Seguridades Capa de Lógica y Servicios IIS7 Framework 4.0 Capa de Aplicación MDMQ.MPGR.Proxy MPGR-Q MDMQ.MPGR.Negocio MDMQ_MPGRService Skelta PRESENTACIÓN MPGR_Q Figura 3: Arquitectura del Aplicativo MPGR Fuente:(Servidor srv11tfs03, Proyecto MDMQ_MPGR, 28/Diciembre/2013) Para su instalación se requirió de la tecnología Ajax, la cual sirve para la transferencia de información entre un servidor y navegador, además de la instalación de los componentes Devexpress. 16

40 El proyecto (MPGR) tiene siete (7) carpetas de soluciones y diecinueve (19) proyectos: Figura 4: MPGR (Anterior) Fuente: (Servidor srv11tfs03, Proyecto MDMQ_MPGR, 28/Diciembre/2013) El modelo de base de datos del Aplicativo Manejo Paralelo de Gestión de Requerimientos (MPGR) constaba por 67 tablas (Vease en el Anexo A). 17

41 2.4 Sistema de Administración de Obligaciones (SAO) Es un sistema integrador que ofrece el servicio de facilidades de pago y reportes de obligaciones a través de la tecnología WCF, además soporta los casos de negocio y utiliza metodologías ágiles como Scrum, en el siguiente diagrama observamos las operaciones de negocio y las diferentes integraciones. Desarrollo del Sistema de Administración de Obligaciones (SAO) para el Municipio de Quito Diagrama General S A O EMISION DE ÓRDENES DE PAGO INDIVIDUALES MASIVAS TEMPORALES NOTIFICACIONES BAJAS ÓRDENES DE PAGOINDIVIDUALES / MASIVAS FACILIDADES DE PAGO LIQUIDACIONES I N T E G R A C I O N E S PERSONAS Y CG TELLER LUAE SIABIM SKELTA PREDIAL PATENTE SEGURIDADES (FINANCIERO) TRANS DE DOMINIO COACTIVA Análisis - Visión y Alcance ESQUEMAS DE MIGRACIÓN REHOSTING (PATENTE, PREDIAL Y VARIOS) Sistemas no Existentes Actualmente Y otros que se crearán mas adelante Figura 5: Sistema de Administración de Obligaciones Fuente:(Servidor d-srv11tfs01, Proyecto MDMQ_SAO) 18

42 A continuación el diagrama que presenta el sistema SAO en el Municipio del Distrito Metropolitano de Quito con su pertinente funcionalidad y sus diferentes servicios. Figura 6: Sistema SAO con su correspondiente funcionalidad Fuente: (Servidor d-srv11tfs01, Proyecto MDMQ_SAO, Extremo Software) Arquitectura Entorno de desarrollo: Visual Studio 2010.NET Framework: 4 Entity Framework: 4 Presentación: ASP.NET Web Forms + Telerik Motor de Base de Datos: Microsoft SQL Server 2008 R2 19

43 Arquitectura Base SAO Helpers Browser Javascript Seguridad por Usuario Final Infraestructura APLICACIÓN SILVERLIGHT Tubería Formal Browser Usuario Final APLICACIÓN JAVA APLICACIÓN WINDOWS APLICACIÓN WEB ASP.NET Aplicación Silverlight Lógica de Perímetro Tubería Formal Aplicación JAVA JAVA Helpers Tubería Formal Aplicación Silverlight Windows Forms Lógica de Interfaz Instalado en PC del Usuario Final Lógica de Perímetro Log Técnico y Manejo de Excepciones (Excepción Global) Helpers Tubería Formal Aplicación Web Páginas ASPX Lógica de Interfaz Lógica de Perímetro Log Técnico y Manejo de Excepciones (Global.asax) Helpers Funciones Estándar: - Encriptadores - Serializadores -etc. XAML Lógica de Interfaz Referencia a Servicio Log Técnico y Manejo de Excepciones (Excepción Global) Helpers Funciones Estándar: - Encriptadores - Serializadores -etc. Funciones Estándar: Referencia a Referencia a - Encriptadores Referencia a Funciones Estándar: Servicio Servicio - Serializadores Servicio - Encriptadores - Generador Proxy - Serializadores -etc. -etc. Aplicación Web para Levantar Silverlight Ruteo a Servicios Seguridad por Infraestructura Seguridad por Infraestructura Tubería Formal Lógica de Perímetro Seguridades Publicación Filtro de Seguridad Servicio Web (WCF) Log Técnico y Manejo de Excepciones Logging Trazabilidad y Auditoría Integración con Otros Sistemas Municipales Lógica de Negocio (C#) Control Transaccional para Integraciones Acceso a Datos (Entity Framework) Helpers Funciones Estándar: - Conexiones - Encriptadores - / SMS - Serializadores -etc. Audit ing / SMS OTRO SISTEMA MUNICIPAL Tubería Formal Lógica de Perímetro Seguridad por Infraestructura Log Técnico y Manejo de Publicación Excepciones Servicio Web (WCF) Trazabilidad Store Procedires Auditoría Vistas Lógica de Negocio (C#) Control Transaccional para Integraciones Base de Datos (SQL Server) Funciones Helpers Funciones.net Funciones Estándar: Tablas Acceso a Datos - Conexiones (Entity Framework) - Encriptadores - - Serializadores -etc. OTRA BASE DE DATOS MUNICIPAL Figura 7: Arquitectura SAO Fuente:(Servidor d-srv11tfs01, Proyecto MDMQ_SAO) Referente a la Instalación del Aplicativo SAO. Se utilizó la herramienta SQL Server 2012 y Visual Studio 2010 Ultimate y se procedió a instalar los reportes: obligaciones y facilidades de pago. 20

44 Figura 8: Opciones de Reportes Fuente:(Servidor d-srv11tf01, Proyecto MDMQ_SAO) Además se detallan las siguientes opciones: Administración, Parametrización de Obligaciones, Parametrización Facilidades de Pago; Administración de Obligaciones, Facilidades de Pago, Reportes. Figura 9: Opciones del Sistema SAO Fuente:(Servidor d-srv11tf01, Proyecto MDMQ_SAO) 21

45 Figura 10: Pantalla del aplicativo SAO Fuente:(Servidor d-srv11tf01, Proyecto MDMQ_SAO) 2.5 Sistema de Recaudaciones Municipales (TELLER) En este aplicativo se utilizó como herramientas de base de datos SQLServer2008 y programación en.net con Silverlight, su uso es requerido para las cajas internas del Municipio. Aplicaciones Complementarias al aplicativo Teller: EasySeguridad.-Sirve para la parametrización usuarios y permisos a opciones de menú. EasyAfiliados.-Está encargado para la parametrización y mantenimiento de servicios. WS Propios de Teller son: 22

46 Consulta Pago Reverso Impresión WS Totales: Devuelven el valor total de la deuda por los tipos de consulta: Nombre, Predio, Patente, Varios (Multas). Diners: Mediante el acceso a WS de consulta de Teller permite el pago de tarjetas: Visa, MasterCard, Diners, Discovery. Movilidad: Aplicativo para pasos de pagos registradas en cajas recaudadoras movilidad al sistema Teller para asignación en cuentas contables. Registro de la Propiedad: Aplicativo para pasos de pagos registrados en cajas propias RP a sistema Teller para asignación en cuentas contables. 2.6 Sistema Integrado de Registro Catastral de Quito (SIREC_Q) El aplicativo se implementó para el Sistema de Catastros en el Distrito Metropolitano de Quito, como objetivo satisfacer y administrar los procesos y actividades que solicitan los usuarios entrando en producción el 3 de octubre del La Dirección Metropolitana de Informática estableció, un grupo de trabajo para la ejecución del proyecto manejado, por la metodología MSF ágil. 23

47 Figura 11: Extructura del Sistema SIREC_Q Fuente:(Servidor d-srv11tfs01, Proyecto MDMQ_SIREC_Q) El Aplicativo Sistema Integrado de Servicio Catastral (SIREC_Q) utiliza, como gestor de base de datos Oracle y Lenguaje de Programación.NET, en el aplicativo se encuentran 41 escenarios divididos por: Parámetros Catastrales Manejo de Tramites Fichas Manejo de Solicitudes El aplicativo SIREC_Q se encuentra diseñado en un modelo de 3 capas. Capa de Aplicación: Aplicativo Web que permite al usuario acceder y manipular la información de la Base de Datos de Catastros, es utilizado por el usuario final. 24

48 Capa de Servicios: Es un catálogo de servicios web que permite implementar aplicativos distribuidos, los servicios web son consumidos por el Aplicativo Web del SIREC_Q, Sistemas del MDMQ y Empresas Externas.La capa de servicios sujeta las siguientes sub-capas: ADL (Capa de Acceso a Datos) AEL (Capa de Entidades de Negocio) CEL (Capa de Conexión con la DAL) DEL (Capa de Lógica de Negocios) EWS (Capa de Servicios Web para el SIREC_Q) EWS (Capa de Servicios Web para TECSULT) HER (Capa de Herramientas) Capa de Datos: Es la base de datos donde se guarda la información de las fichas catastrales. La figura, a continuación representa todas las capas que están supervisadas por el Área de Servicios de Seguridad y Auditorías del Municipio del Distrito Metropolitano de Quito. 25

49 El modelo de distribución lógica del Aplicativo Sistema Integrado de Registro Catastral de Quito (SIREC_Q) es el consiguiente: Figura 12: Capa de Aplicación, Capa de Base de Datos y Capa de Servicios Fuente:(Servidor d-srv11tfs01, Proyecto MDMQ_ SIREC_Q) 26

50 Figura 13: Modelo de Capas de Distribución Fuente:(Servidor d-srv11tfs01, Proyecto MDMQ_ SIREC_Q) El envió de información se realiza usando archivos XML mapeados de objetos AEL, entre la Capa de Aplicativos Web y la Capa de Servicios. Los objetos AEL se constituyen en la estructura de vistas de la base de datos Oracle. 27

51 Figura 14: Modelo de Distribución Física SIREC_Q Fuente:(Servidor d-srv11tfs01, Proyecto MDMQ_SIREC_Q) También se ha visto la necesidad de realizar pruebas de rendimiento a las diferentes instancias y capas del sistema dividido en: Lado del Servidor (Back End) Lado del Cliente (Front End). 28

52 2.7 Análisis y Uso del gestor de base de datos (SQLServer2008R2). Figura 15: Motor de Base de Datos SQLServer Fuente:(Microsoft, 2010) El gestor de SQL Server dispone de varias tecnologías de análisis las cuales son: Componentes de SQLServer. El sistema gestor de base de datos (SGBD) es aquel que nos permite almacenar, procesar y gestionar datos por medio de la utilización de tablas relacionales entre sí. (Microsoft SQL Server) 29

53 Figura 16: Componentes de SQLServer Fuente:(Microsoft, 2010) El sistema gestor de base de datos SQL Server permite: Recolectar datos Verificar restricciones de integridad definidas. Asegurar las relaciones entre los datos definidas por el usuario. Garantizar la coherencia de los datos que almacena Analysis Services - Datos Multidimensionales Es una herramienta de SQLServer que permite la creación, el diseño y la administración de estructuras multidimensionales que tienen relación con la construcción de cubos multidimensionales de análisis de datos, además accede al análisis de datos históricos en tiempo real. (Microsoft SQL Server) 30

54 2.7.3 Analysis Services - Minería de datos Es aquel proceso que tiene relación con la minería de datos y el desarrollo de las aplicaciones de los algoritmos de minería de datos estándar. (Microsoft SQL Server) Figura 17: Modelo de Analysis Services Fuente: (Microsoft Developer Network, 2014) 31

55 2.7.4 Integration Services Es un elemento que está destinado para el uso del proceso de la migración, el cual tiene relación con los sistemas ETL de datos en base a los sistemas gestores de base de datos (SGBD). (Microsoft SQL Server) Replicación Es un componente que nos permite copiar y distribuir datos, objetos entre bases de datos relacionales, manteniendo una conexión entre las mismas, este proceso se lo efectúa a través de conexiones inalámbricas, acceso telefónico y mediante un servidor web. (Microsoft SQL Server) Figura 18: Modelo de Replicación Fuente:(Ecastrom bajo Sql Server, 2011) 32

56 2.7.6 Reporting Services Es aquella herramienta que permite la creación, implementación, administración y entrega de informes mediante una conexión web, donde este componente está bajo el entorno de Microsoft Visual Estudio y componentes de SQLServer además estos informes están en diseñados en formato HTML. (Microsoft SQL Server) Service Broker Es aquel que nos permite mantener aplicaciones de mensajería y de cola, minimizando la programación de aplicaciones y la realización de pruebas, amplificando la gestión del rendimiento (Microsoft SQL Server), así mismo se describen los siguientes aspectos más importantes: Conversaciones. Coordinación y ordenación de mensajes. Programación asincrónica transaccional. 33

57 Figura 19: Modelo de Service Broker Fuente:(Hussein Akram, 2005) 34

58 CAPÍTULO III 3 METODOLOGÍA La metodología de la investigación se entiende como el conjunto de postulados, reglas y normas para el estudio y la solución de los problemas de investigación que son institucionalizados por la comunidad científica reconocida. (Bernal Torres, 2006,P.55 & (Arias, 2006)). 3.1 Diseño de la Investigación El diseño de investigación es aquella que comprende de una cadena de procedimientos y estrategias para lograr un mejor resultado a las preguntas que surgen durante la investigación. (Vara Horna,7 Pasos para una tesis exitosa,2012).los diseños de investigación utilizados en el proyecto de investigación se detallan a continuación: Diseño Exploratoria Cualitativa Documental El proyecto de investigación utiliza el Diseño Exploratoria Cualitativa Documental, ya que está centrado en la revisión de datos e informes preocupándose así por la fidelidad y confidencialidad de la información dentro del Área de Informática en el Departamento de Ingeniería de Soluciones como investigador, seleccionar solo la información a utilizar dentro del Área de Informática. (Vara Horna,7 Pasos para una tesis exitosa, 2012). 35

59 3.1.2 Diseño Exploratoria Cualitativa Histórica En el proyecto de investigación utiliza el diseño exploratoria cualitativa histórica, porque se explican los acontecimientos pasados y los cambios, que se efectuarán en los procesos de la migración de datos. (Vara Horna, 7 Pasos para una tesis exitosa,2012) Diseño Exploratoria Cualitativa de Investigación-Acción. Este proyecto de investigación utiliza, el diseño exploratorio cualitativo de Investigación_Acción donde, él investigador interviene directamente en la realidad investigada. Determinando como instrumentos: la revisión documental, las entrevistas a profundidad y la observación participante en los procesos de migración de datos dentro de los grupos de trabajo. (Vara Horna,7 Pasos para una tesis exitosa. 2012) Investigación Mixta En el presente proyecto, utiliza la Investigación Mixta, donde relaciona el diseño exploratoria cualitativa documental y de Campo, porque se efectúa en el Departamento de Ingeniería de Soluciones del Distrito Metropolitano de Quito y además la información ofrecida por los grupos de desarrollo involucrados en el proceso de migración. (Grajales,2000)Tipos de Investigación.On line (27/03/2000). 36

60 3.2 Procedimientos de la Investigación Se aplicó la investigación cualitativa de diseño exploratorio, porque le interesa sintetizar los procesos de migración de datos, comprenderlos, documentarlos y conjuntamente utilizar las técnicas cualitativas como: revisión documental, observación en contacto, con los grupos de trabajo, dentro del Área de Informática. (Malhotra, 2004). En la concepción del proceso de migración de datos, se utiliza como uno de los procedimientos principales: 1. La comunicación con los grupos de trabajo como son: 2. Reuniones del Grupo N 1: Relación a las actividades de la migración de archivos del Sistema (RH) al gestor de base de datos SQL Server (SS2008R2) con respecto a los años ( ). 3. Reuniones del Grupo N 2: Respecto a las actividades de la migración de los datos extraídos del Sistema (RH) al Sistema SIREC_Q(Catastral) y al nuevo aplicativo MPGR(Tributaria), depuración de los datos y desarrollo. 4. Reuniones del Grupo N 3: Afinidad con las reglas de negocio en relación con la migración de datos tanto en la parte catastral y tributaria. 5. Cronograma Completo: Donde se especifica las actividades a realizarse con sus respectivos tiempos y tareas. 37

61 Grupo N 1 Sistema Rehosting (RH) SQL Server 2008R2 Grupo N 2 Sirec_Q Oracle Gráfico 5: Proceso de la migración relacionado con los grupos de desarrollo Elaboración: Autor 38

62 3.3 Recolección de la Información (Cronogramas de Actividades) A continuación se presenta el cronograma de actividades con respecto a los grupos de trabajo dentro del proceso de migración de datos. MIGRACIÓN DE LOS DATOS DEL SISTEMA REHOSTING (RH) A SS2008R2 CON RESPECTO A LOS AÑOS ( ) Cuadro 1: Cronograma de Actividades del Grupo de Desarrollo N 1 39

63 MIGRACIÓN DEL SISTEMA REHOSTING (RH) AL SIREC_Q (CATASTRAL) Y AL NUEVO APLICATIVO MPGR (TRIBUTARIA). Cuadro 2: Cronograma de Actividades del Grupo de Desarrollo N 2 40

64 3.3.1 Listado de los archivos que se migraron del Sistema Rehosting a Sql Server 2008R2 41

65 Cuadro 3: Listado de los archivos que se migraron del Sistema Rehosting a SQLServer 2008R 42

66 3.3.2 Generación de los Diccionarios de Datos Tabla 1: Tipología valorativa de la construcción y unidades constructivas 43

67 3.3.3 Scripts de Creación de Tabla FAIVH2K A continuación tenemos como ejemplo: el script del siguiente archivo de la tabla FIRURB.txt, donde el formato de la creación de la tabla está definida por la descripción del campo, tipo de dato utilizando la sentencia create table. Tabla 2: Script de la tabla FAIVH2K Generación de los Archivos Txt En la generación del archivo (ej.faivh2k) se considera el siguiente formato del archivo Txt. Nombre del Archivo (ej.faivh2k.txt) Campos separados por punto y coma (;) 44

68 Campos tipo carácter sin comillas simples (ej. BELLAVISTA II Y PRADERAS) Campos decimales utiliza, el punto y coma para decimales (;) miles unidades. Con respecto a las fechas tiene, el formato año, mes, día (ej.aaaa-mm- DD). 45

69 Tabla 3: Formato del Archivo txt de la Tabla FAIVH2K 46

70 3.3.5 Generación de los procedimientos almacenados (SP) de los archivos Txt. En la generación de los procedimientos almacenados se determina el siguiente formato: Nombre del archivo(ej.faivh2k_stp) Programar acorde al archivo de carga Ejecutar el (SP) con parámetros. Cuadro 4: Formato de los procedimientos almacenados 47

71 3.3.6 Carga de Datos Para la realización de la carga de datos se utiliza la siguiente línea de comando. --EXEC [MPGR_Anterior].[FAIVH2K_STP] 'I:\SQL_DATA\MPGR\MIGRACION\LOGS\','.TXT','I:\SQL_DATA\MPGR\MIGRACION\FAIVH2K.TXT' Pero se manifiesta que el nombre del archivo txt (ej.faivh2k.txt) debe estar localizado en el servidor de base de datos Reportes de Inconsistencias (Catastrales) y Actualizaciones al Catastro De los datos migrados y ejecutando un análisis,se tiene las siguientes inconsistencias en relación a los Frentes, Áreas Urbanas,Aivas,Usos de las Construcciones, Acabados de la Construcción, PisosdeUnidades, Constructivas, Tipologias, Topologia, EtapaConstrucción, AlicuotasXAños, AreasXClasesTierra, LotesRuralesPH, de acuerdo al número del predio y a la clave catastral : respecto a los años (A_2009;A_2014), varían en cuanto a sus dimensiones, por lo tanto en relación con los frentes de los años(a_2007;a_2008;a_2010), permanecen constantes, existiendo un total registros, como consecuencia se tendría que informar al grupo N 3 (Funcionales) para determinar,las decisiones con respecto a la inconsistencia de los datos.a continuación se detallan como ejemplos: algunas inconsistencias surgidas en el proceso de migración. 48

72 Frentes 49

73 50

74 Tabla 4: Tabla de los frentes de los Años (2007, 2008, 2009, 2010, 2014) 51

75 Áreas Urbanas 52

76 Tabla 5: Áreas Urbanas (A_2007,A_2008,A_2009,A_2010,A_2014) 53

77 Áreas Rurales (A_2007,A_2008,A_2009,A_2010,A_2014) se registraron 362 datos. 54

78 55

79 Tabla 6: Áreas Rurales:(A_2007,A_2008,A_2009,A_2010,A_2014) 56

80 Aivas: Inconsistencias con respecto al predio, no tienen código de parroquia, código de aiva con respecto al año 2007 se registran 1592 datos. Tabla 7: Aivas (A_2007: Inconsistencias con respecto al predio) 57

81 Tabla 8: Aivas (A_ 2008 se registran datos) 58

82 Tabla 9: Aivas (A_2009 se registrarón 448 datos) 59

83 Tabla 10: Aivas (A_2010 se registraron 418 datos) 60

84 Usos de las Construcciones (Se determinan por el tipo de uso de las construcciones 2014) 61

85 Tabla 11: Tipos de Usos 62

86 Uso de las Construcciones: Con respecto a los años (A_2007;A_2008;A_2009;A_2010),tenemos un total de unidades constructivas,las inconsistencias encontradas en el proceso de migración con respecto a los usos de las construcciones, tiene que ver con los valores involucrados en los años ( A_2007,A_2008,A_2009),donde su valor es cero, esto determina que no se especifica el tipo de uso. Por otro punto los casilleros que no tienen valores, se establecen que tienen tipo de uso definido, en relación con el número de predio y número de unidad. 63

87 64

88 Tabla 12: Usos de las construcciones (A_2007,A_2008,A_2009,A_2010,A_2014) 65

89 Tipos de Usos de Construcción: La inconsistencia de los datos, se encuentra en las variaciones de las dimensiones en cuanto al uso de la construcción correspondiente a los años (A_2007;A_2008;A_2009;A_2010). 66

90 Tabla 13: Tipos de Usos (A_2007, A_2008, A_2009, A_2010) 67

91 3.4 Instrumentos de la Investigación Avalúo de Valoración para la obtención del Impuesto Predial y los componentes para el desarrollo del algoritmo avalúo catastral predial. El desarrollo de los algoritmos tiene como relación las normativas y ordenanzas que cumplen con los acuerdos del Consejo Metropolitano de Quito. Dentro de la Valoración (Catastros) la Dirección de Avalúos y Catastros se encargan de la formulación y estudios que están en correspondencia con los procedimientos y sistemas de valoración, a continuación algunas normativas: En la tasa de seguridad se encuentran las normativas de acuerdo: La Ley del Anciano La Ley de los Discapacitados Bomberos Impuesto Predial Solar y Solar Edificado Libres de Exoneraciones tenemos: Estado en relación al Sector Público Propiedades Municipales Consulados y Embajadas Instituciones Religiosas (Asistencia Social). Como detalle en la migración se debe mantener las reglas del negocio en cuanto al Impuesto Predial donde parte de la asistencia, se rigen con las 68

92 determinaciones. Para el cálculo del algoritmo del Impuesto predial, cuenta con una tabla de rangos donde este valor se direcciona a la matriz. Valor Emitido(VE) Valor Pagado(VP) Valor Real(VR) Diferencia(D) X / X ф Gráfico 6: Matriz para el cálculo del impuesto predial Fuente: Elaboración basada en la guía de observación Avalúo Predial Avalúo de Terreno se clasifica en: Urbano Cálculos en base a las Aivas. Rural Clases de Tierra se especifica 8 clases. Unidades de Riego. Gráfico 7: Clasificación del Avalúo del Terreno Fuente: Elaboración basada en observación participativa Aiva.-Define un lote tipo (Área de Intervención Valorativa) Clase de tierra.- es aquella que tiene un valor por metro cuadrado. 69

93 Avalúo de la Construcción.-Se toma en cuenta las características de la construcción como: Área de la construcción Tipo de Uso El estado en que se encuentra. El número de pisos Los acabados La condición de la construcción Avalúo de la Construcción se clasifica en: Unipropiedad Propiedad Horizontal (PH) 70

94 3.4.2 Esquema del predio según la zonificación. Gráfico 8: Clasificación del predio según la zonificación Fuente: Elaboración propia basada en la realidad investigada 71

95 3.4.3 Componentes para el Algoritmo del Avalúo Catastral, previo para la obtención del Cálculo del Impuesto Predial detallados a continuación 4 puntos: 3 Predios Rurales 1 Unipropiedad Propiedad Horizontal Avalúo_Predio_Terreno( Cálculo del avalúo del terreno del predio). Avalúo_Predio_Constru cción(cálculo del avalúo de la construcción del predio) Avalúo_ Unidad_ Comunal(Cálculo del Avalúo de las unidades constructivas comunales de las PH s) Avalúo_Comunal_Mejor a(cálculo del avalúo de la mejora comunal por PH Avalúo_Terreno_Comun al(cálculo del avalúo del terreno comunal de las PHs). Avalúo_Predio_Mejora( Cálculo del avalúo de las mejoras del predio). Avalúo_Clase_Tierra (Cálculo del avalúo por clase de tierra del predio). Cálculo del Avalúo Catastral Predial Gráfico 9: Componentes para el desarrollo del avalúo Fuente: Elaboración propia basada en la realidad investigada 72

96 3.5 Cálculo del Impuesto Predial Mediante un análisis se especifica los archivos necesarios, los cuales son migrados del Sistema (RH), esto se procede para determinar, el Cálculo del Impuesto Predial, el cual se complementa con el cálculo del Avalúo Catastral Predial. Archivos y campos que conforman el cálculo del impuesto predial, estos archivos son migrados del Sistema Rehosting (RH) FMC100K (maestro catastro) CNROPRE (número de predio) CCLACAT (clave catastral) FIRURB(catastro años anteriores) UNROPRE (número de predio) UAVACOM (avalúo total del predio años anteriores) FIRURBH(extensión de catastro años anteriores) UNROPREH (número de predio) UANOTRIH (año tributario) FIRURPK (histórico del Firurb para obtener el patrimonio) PNROPREH (número de predio) PANOTRIH (año de tributación) FMC111K (carátulas/edificios) VANIO (año tributario) VECLACAT (clave catastral) FMCDIFK (Archivo de diferencias años anteriores) DANOTRI (año tributario) DNROPRE (número de predio) Para el cálculo del impuesto predial, se determina su análisis de acuerdo a una tabla de factores, los cuales se especifican por medio de un límite de rangos de 73

97 mínima a máxima. Además esta tabla de rangos, está sujeta bajo las ordenanzas metropolitanas consideradas a continuación: ORDENANZAS METROPOLITANAS (IMPUESTO PREDIAL) ORDENANZA 0232 La ordenanza metropolitana se refiere a la aprobación del plano del valor del suelo urbano y rural, los valores unitarios por m 2 de construcción de acuerdo a las tipologías constructivas, mejoras adheridas al predio, los factores de corrección del valor del suelo urbano y rural, de las edificaciones que determinan los avalúos prediales y de las tarifas que rigen para el bienio ORDENANZA 303 La ordenanza metropolitana reformatoria a la ordenanza metropolitana N 0232, publicada en el registro oficial del 17 de enero del 2008, sustitúyase la frase bienio 2008 y 2009, por la siguiente bienio ORDENANZA 337 La ordenanza metropolitana exporta sobre el impuesto predial 2011 donde ratifica y mantiene las bases imponibles, tarifas y cuotas canceladas por concepto del impuesto predial del año inmediato anterior esta ordenanza entra en vigencia a partir del 1 de enero del

98 3.5.5 ORDENANZA 153 La ordenanza metropolitana es aquella que racionaliza la determinación y el cobro del impuesto a los predios urbanos y rurales para el bienio La ordenanza 0232 del ArtIII.17) Tarifa del Impuesto Predial Urbano, Rural para el bienio 2008,2009, para el año 2010, se determinó la ordenanza 303 y para el año 2011 se aplicó la ordenanza 337.Por medio del reglamento de la ordenanza N 153, que racionaliza la determinación y cobro del impuesto a los predios urbanos y rurales para el bienio Tablas del Impuesto del Predio con sus correspondientes años La tabla del impuesto del predio urbano y rural donde se aplica la ordenanza 0232 para los años Tabla 14: Impuesto del predio urbano y rural, se aplica ordenanza 0232 Fuente:( y resoluciones metropolitanas) 75

99 3.6.2 Tabla de parámetros aplicando la ordenanza 303 para el año (Sustituye la ordenanza 0232) TABLA II TABLA GENERAL PARA PREDIOS URBANOS Y RURALES Categoría Rango Avalúos Tarifa Tarifa exceso por Desde Hasta básica mil por mil Cuadro 5: Predios Urbanos y Rurales para el año Fuente:( y resoluciones metropolitanas) 76

100 3.6.3 La tabla de parámetros para los impuestos a los predios urbanos aplica la ordenanza 153 para el bienio ( ). Tabla 15: Tabla general para predios urbanos, se aplica la ordenanza N 153 (A_2012, A_2013) Fuente:( y resoluciones metropolitanas) 77

101 3.6.4 La tabla de parámetros para los impuestos a los predios rurales para el bienio Tabla 16: Tabla general para predios rurales (A_2012, A_2013) Fuente:( y resoluciones metropolitanas) 3.7 Tasa de Seguridad Con respecto a la tasa de seguridad ciudadana, esta se encuentra bajo la ordenanza metropolitana

102 TASA POR LOS SERVICIOS DE SEGURIDAD CIUDADANA SECTOR TARIFA MENSUAL TARIFA ANUAL Cuadro 6: Predios destinados preferentemente a vivienda Fuente:( y resoluciones metropolitanas) CATEGORÍAS SECTOR TARIFA MENSUAL TARIFA ANUAL Cuadro 7: Predios destinados a actividades preferentemente económicas y de servicios Fuente:( y resoluciones metropolitanas) 79

103 Componentes para el Algoritmo del Cálculo del Impuesto Predial Gráfico 10: Fases para el Cálculo del Impuesto Predial Fuente: Elaboración propia basada directamente en revisión documental y comunicación personal 80

104 3.8 Pruebas de Verificación y Validación de Algoritmos de Valoración Predial. El Grupo N 1: Los responsables de realizar la migración de los datos del Sistema (RH) a la Base de Datos SQLServer MPGR_Anterior, que corresponde a los años anteriores ( ), realizaron además la implementación de los algoritmos en el gestor de base de datos SQLServer y por consiguiente: El Grupo N 3 (Funcionales) implementaron los algoritmos en formato Excel, para validar los resultados de los datos del avalúo catastral predial, obtenidos de los programas implementados en el gestor de base de datos Sql Server. El resultado del avalúo por las dos herramientas estuvieron iguales tanto para predios urbanos, rurales, PHs. (propiedad horizontal). Y por consiguiente aceptados los algoritmos de valoración predial para los bienios ( ). Dando como lugar que la migración de los datos del Sistema Rehosting fue óptima. 81

105 3.9 Mapeo de Información Tributaria (MPGR-REHOSTING) De lo analizado, en el Sistema Rehosting (RH), se encuentran implementados los algoritmos para el cálculo del Impuesto Predial, estos sirvieron de base para determinar los parámetros que se usan en el cálculo de los mismos. El siguiente paso fue el mapeo de la información de datos a la nueva plataforma de MPGR esto se refiere a la parte tributaria que incluye a las exoneraciones, patrimonios, rubros, valores emitidos, factor, etc. Estos datos fueron obtenidos básicamente del archivo FIRURB y se procedió a llenar los campos en las nuevas tablas de la base de datos MPGR. Por otro lado la DMT (Dirección Metropolitana Tributaria) es la encargada de generar un listado de las resoluciones pendientes de aplicar. Además se realizó una migración de los años (2007 al 2014), del Sistema (RH) al Sistema Sirec_Q, solo la parte catastral intervino, generando un id_propietario. Luego se solicitó los datos catastrales de predios y propietarios a SIREC_Q, los mismos que intervienen en los cálculos tributarios.por consiguiente toda la parte tributaria que está en el Sistema Rehosting (RH), se está migrando al aplicativo MPGR. 82

106 Los datos solicitados al SIREC_Q. SELECT TOP 1000 [ANIO],[GEOCLAVE],[CLAVE_CATASTRAL_ANTERIOR],[CAT_T_SECTOR_ID],[CAT_T_ZONA_ID],[CAT_PREDIO_ID],[NUMERO_PREDIO],[AREA_TERRENO],[VALORACION_TERRENO],[AREA_CONSTRUCCION],[VALORACION_CONSTRUCCIÓN],[VALORACION_TOTAL],[PROPIEDAD],[NUMERO_PROPIETARIOS],[FECHA_ESCRITURA],[DIRECCION],[AREA_CONSTRUCCIÓN_ABIERTA],[FECHA_INSCRIPCION],[USO_CAT_T_CONSTRUCCIÓN],[ESTADO] 83

107 SELECT TOP 1000 [ANIO],[CAT_PREDIO_ID],[CAT_PREDIO_PROPIETARIO_ID],[NUMERO_PREDIO],[PER_PERSONA_ID],[CONYUGE_PER_PERSONA_ID],[TITULAR],[CODIGO],[PORCENTAJE_DDAA],[CAT_T_PROPIETARIO_ID],[ESTADO] Tabla 17: Datos solicitados al Sistema SIREC_Q para el MPGR 84

108 3.10 Comunicación SAO Por otro lado se requiere mantener la comunicación con SAO (Sistema de Administración de Obligaciones), debido a que en SAO se concentra toda la cartera del MDMQ. MPGR(Manejo Paralelo de Gestión de Requerimientos) Generación de los Impuestos Prediales Comunicación entre los aplicativos SAO(Sistema de Administración de Obligaciones) Repositorio de todas las obligaciones Comunicación entre los aplicativos TELLER(Sistema de Recaudaciones Municipales)Cobra todas las obligaciones pendientes de pago Gráfico 11: Comunicación entre los aplicativos MPGR, SAO, TELLER Fuente: Elaboración propia basada en la revisión documental 85

109 Para el mapeo de la información de datos, partimos del archivo que se encuentra en el Sistema Rehosting (RH), localizada en la tabla FIRURB, donde el formato del archivo está determinado por los siguientes campos: Nombre del Archivo (ejm:firurb) Descripción de los Campos(ejm: Año Tributario) Nombre del Campo(ejm: UANOTRI) 86

110 Tabla 18: Archivos migrados del Sistema RH al MPGR 87

111 Para el aplicativo MPGR dentro del cálculo de la parte tributaria, se especifican las siguientes ordenanzas metropolitanas. Pará los años 2008, 2009,2010 se determinó la ordenanza 0232 y para el año 2011 se especificó la ordenanza 0337, además para los años 2012, 2013,2014 se estableció la ordenanza La tabla de parámetro aplicando la ordenanza 0232 para la tarifa del impuesto predial urbano que corresponde al avalúo comercial para el bienio Tabla 19: Tabla para la tarifa del Impuesto Predial Urbano, aplicando la ordenanza 0232(A_2008,A_2009,A_2010) Fuente:( y resoluciones metropolitanas) Tabla de parámetros aplicando la ordenanza 0232 para la tarifa del impuesto predial rural, que corresponde al avaluó comercial para el bienio

112 Tabla 20: Tabla para la tarifa del Impuesto Predial Rural, aplicando la ordenanza 0232(A_2008,A_2009,A_2010 Fuente:( y resoluciones metropolitanas) El impuesto predial aplica la ordenanza 0337 para el año Se presenta a continuación las tablas de los impuestos prediales urbanos, rurales, donde se aplica la ordenanza 153, racionaliza la determinación y cobro del impuesto para el bienio 2012, 2013,

113 Tabla 21: Tabla de parámetros aplicando la ordenanza 153 para predios urbanos para los años (2012, 2013, 2014) Fuente:( y resoluciones metropolitanas) 90

114 Tabla 22: Tabla de parámetros aplicando la ordenanza 153 para predios rurales para los años (A_2012,A_2013,A_2014) Fuente:( y resoluciones metropolitanas) 91

115 Los límites de corrección de dispersión, aplican la ordenanza 153, sirven para la realización de las correcciones graduales del tributo, dónde la cuota del impuesto predial en ningún caso podrá ser superior a la del año 2011 en los porcentajes determinados. Tabla 23: Límites para la corrección de la dispersión para los predios urbanos y rurales Fuente:( y resoluciones metropolitanas) Además en el modelo del MPGR, se consideró la tabla determinaciones, que ejecutaron las autoridades de la administración anterior. Esta tabla de determinaciones es el producto del recálculo de los impuestos, donde se encuentran las diferentes parámetros del Impuesto Predial, Tasa de Seguridad, y 92

116 Bomberos con respecto a los (A_2008 hasta el A_2012) y (A_2012 hasta el A_2013).Su uso de la misma es verificar si el contribuyente pago sus impuestos o debe al MDMQ. DETERMINACIONES PARÁMETRO TABLA NOMBRE DEL CAMPO EN LA TABLA Año tributario FMCDIFK DANOTRI Predio FMCDIFK DNROPRE Nombre del Contribuyente FMCDIFK DNOMPRO Tipo de Propietario FMCDIFK DTIPPRO Tipo de unidad constructiva FMCDIFK DTIPUNIC Clave catastral FMCDIFK DCLACAT Propiedad horizontal FMCDIFK DDIVHOR Códigos de exoneración FMCDIFK DCODREBE, DCODREB2 Área de construcción FMCDIFK DARECON Sector económico FMCDIFK DSECECO Avalúo FMCDIFK DAVACOMR Estado no existe Factor aplicado FMCDIFK DFACTOR Tipo de Predio FMCDIFK DCODCIUP 1=urbano; 2=parroquias;3=rustico Patrimonio por tipo de predio FMCDIFK DPATPRED Patrimonio por clave catastral FMCDIFK DPATCLAV Patrimonio general FMCDIFK DPATGENE Valor - Impuesto predial Emitido FMCDIFK rustico y urbano=dvalimp(1) Valor - Impuesto predial Pagado FMCDIFK DPAGAPRE Valor - Impuesto predial Real FMCDIFK DREALPRE Valor - Impuesto predial diferencias FMCDIFK DDIFEPRE Valor - tasa de seguridad Emitido FMCDIFK rustico=dvalimp(6); urbano=dvalimp(8) 93

117 Valor - tasa de seguridad Pagado FMCDIFK DPAGASEG Valor - tasa de seguridad Real FMCDIFK DREALSEG Valor - tasa de seguridad diferencias FMCDIFK DDIFESEG Valor - bomberos Emitido FMCDIFK rustico=dvalimp(4); urbano=dvalimp(5) Valor - bomberos Pagado FMCDIFK DPAGABOM Valor - bomberos Real FMCDIFK DREALBOM Valor - bomberos diferencias FMCDIFK DDIFEBOM Tabla 24: Tabla de Determinaciones 3.11 Comunicación MPGR-SAO Nos enfocamos en el diseño del modelo de base de datos, en la tabla MPGR_OBLIGACION_PROPIETARIO, dentro de la misma, existe el campo ORDEN_PAGO donde se genera un número de orden de pago mediante, él cual nos sirve para la integración con el aplicativo SAO. Tabla 25: MPGR_OBLIGACION_PROPIETARIO 94

118 MPGR Genero Impuestos Prediales Nuevos Guarda el número de orden de pago Envió el número de orden Remite el número de orden SAO Genera un número de orden Gráfico 12: Funciones del MPGR y SAO Fuente: Elaboración propia basada en observación Esquema de la Comunicación del MPGR-SAO MPGR Se aplica la resolución y se modifica el Impuesto Predial con respecto a las tasas o Generado el número de orden Recálculos de los Impuestos Genera nuevos valores 1er Paso: Envía el número de orden Devuelve el nuevo número de orden 2do Paso: Envía los valores nuevos o o SAO 1er Paso: Realiza el cierre del número de orden entregado 2do Paso: Genera el nuevo número de orden Gráfico 13: Fases del MPGR y SAO Fuente: Elaboración propia basada en observación 95

119 3.12 Mapeo de Información Catastral SIREC_Q REHOSTING Para el proceso de migración se realizó un diseño de modelo de base de datos para los años 2011, 2012, 2013 con relación al aplicativo SIREC_Q, para que soporte la información de los datos. Del Sistema Rehosting (RH) se migraron los datos a la nueva plataforma SIREC_Q donde, mediante lo analizado en el Sistema Rehosting (RH), existen cambios, no constaba la descripción de algunos campos, por lo tanto se procedió a realizar la homologación de los mismos, es decir poner un campo en relación de equivalencia con otro campo, que ambos tengan la misma característica común, para continuar con el proceso de migración. El mapeo de la información de datos a la nueva plataforma de SIREC_Q, se refiere a la parte catastral, como por ejemplo avalúo de terreno, clave catastral, número de predio, alícuota, etc. Estos datos fueron obtenidos básicamente del archivo FIRURB y FIRURBH localizados en el Sistema RH, se procedió a llenar los campos en las nuevas tablas de la base de datos del SIREC_Q. Las tablas migradas del Sistema RH de los años 2007 hasta el 2010, se consideró los siguientes puntos: La tabla FMC140K fue extraida del Sistema RH, la misma que fue creada para almacenar información de los conyugues. La tabla FHO110K no existen datos históricos estos datos fueron extraidos del SIREC_QAño 2014(Actual). Con respecto a que no existen datos históricos se refiere, a que no se tenía respaldo de los cambios, los mismos que eran efectuados en la tabla directamente. 96

120 Todo esto empieza con la primera migración del SIREC_Q realizada en el año 2011, donde el campo tabla del SIREC_Q2011_2014 es considerado, la base del año actual, para años anteriores denominados históricos (2007, 2008, 2009,2010). 97

121 SIREC_Q TABLA CAMPO DESCRIPCIÓN FHO110K CCODCAL CODIGO DE CALLE FAIVA2K CDESCAL CCODCALA CANCHO UCODPAR UCODAIV UFRENTE UFONDO UTAMANO UVALORM DESCRIPCIÓN DE CALLE CODIGO CALLE ANTERIOR ANCHO DE LA CALLE CODIGO DE PARROQUIA CODIGO DE AIVAU o AIVAR FACTOR FRENTE FACTOR FONDO FACTOR TAMAÑO VALOR X METRO CUADRADO USECTOR DESCRIPCIÓN BARRIO, URBANIZACION, LOTIZACION 2007 TABLA CAMPO OBSERVACIÓN FHO110K FAIVH2K UANOTRI AÑO DE TRIBUTACIÓN UCODPAR UCODAIV UFRENTE UFONDO UTAMANO UVALORM USECTOR UTIPMOV TIPO DE MOVIMIENTO UTIPMOV RTIPMOV TIPO MOVIMIENTO RUSTICO RTIPMOV RCODTAR CLASES DE TIERRA RCODTAR RCLAPRE CLASE PREDOMINANTE RCLAPRE FMC140K QNRODOC NUMERO DE DOCUMETO QNRODOC QCLAALT CLAVE ALTERNA QCLAALT QNOMCON NOMBRE CONYUGE QNOMCON QCLAPRI CLAVE PRIMARIA QCLAPRI QCLACAT CLAVE CATASTRAL FMC140K QCLACAT QDIVHOR DIVISION HORIZONTAL QDIVHOR QDIVVER DIVISION VERTICAL QDIVVER QDIVHORV DIV. HORIZONTAL VERTICAL QDIVHORV Tabla26:SIREC_Q (2011_2014Año Actual) y Históricos (Años ) 98

122 A continuación se presenta un listado de las 15 tablas involucradas para el mapeo de datos en el proceso de migración Mapeo del SIREC_Q ( ) REHOSTING (AÑOS ANTERIORES) SIREC_Q Año 2010 Año 2009 Año 2008 Año 2007 Nombre de la Tabla Nombre de la Nombre de la Nombre de la Nombre de la Tabla Tabla Tabla Tabla FHO110K FAIVA2K FAIVH2K FAIVH2K FAIVH2K FAIVH2K FMC140K FMC140K FMC120K FMC121K FMC110K FMC111K FMC111K FMC111K FMC111K FMC190K FIRURBH FIRURBH FIRURBH FIRURBH FMC170K FMC171K FMC171K FMC171K FMC171K FMC119K FMC111K FMC111K FMC111K FMC111K FMC130K FMC131K FMC131K FMC131K FMC131K FMC135K FMC136K FMC136K FMC136K FMC136K FMC132K FMC133K FMC133K FMC133K FMC133K FMC137K FMC138K FMC138K FMC138K FMC138K FMC150K FMC151K FMC151K FMC151K FMC151K FMC152K FMC153K FMC153K FMC153K FMC153K FIRURB FIRURB FIRURB FIRURB FMC100K FIRURBH FIRURBH FIRURBH FIRURBH FMC400K FMC400K FMC400K FMC400K Tabla 27:SIREC_Q (Años ) REHOSTING (Años Anteriores) 99

123 El cambio con respecto a la tabla en relación al SIREC_Q y los Años Anteriores corresponden al aumento de un campo denominado AÑO DE TRIBUTACIÓN para los años anteriores, este análisis es determinado por el Grupo 3. Tabla 28:SIREC_Q( )-REHOSTING (A_2010, A_2009, A_2008, A_2007) 100

124 Como ejemplo: Los campos de las tablas aplicándose la homologación a los años anteriores (2010, 2009, 2008, 2007). FMC121K PCLACAT CLAVE CATASTRAL OPCLACAT CLAVE CATASTRAL PDIVHOR DIVISION HORIZONTAL OPDIVHOR DIVISION HORIZONTAL PDIVVER DIVISION VERTICAL OPDIVVER DIVISION VERTICAL PDIVHORV DIV.HORIZONTAL VERTICAL OPDIVHORV DIV.HORIZONTAL VERTICAL PNROPRO NUMERO PROPIETARIO OPNROPRO NUMERO PROPIETARIO PNOMPRO NOMBRE DE PROPIETARIO OPNOMPRO NOMBRE DE PROPIETARIO PNROPRE NUMERO DE PREDIO OPNROPRE NUMERO DE PREDIO PTIPDOC TIPO DE IDENTIFICACION OPTIPDOC TIPO DE IDENTIFICACION PDOCUME DOCUMENTO OPDOCUME DOCUMENTO PNROCED NUMERO DE CEDULA OPNROCED NUMERO DE CEDULA PTIPPRO TIPO DE PROPIETARIO OPTIPPRO TIPO DE PROPIETARIO PESTCIV ESTADO CIVIL OPESTCIV ESTADO CIVIL PNOMCON NOMBRE CONYUGE OPNOMCON NOMBRE CONYUGE PNROCEDC NUMERO CEDULA CONYUGE OPNROCEDC NUMERO CEDULA CONYUGE PPORDERA PORCENT.DERECHOS OPPORDERA PORCENT.DERECHOS ACCION ACCION PTIPMOV TIPO DE MOVIMIENTO OPTIPMOV TIPO DE MOVIMIENTO OPPORDER2 Tabla 29: Tabla FMC121K aplicando la homologación en los campos 101

125 SIREC_Q Se le considera como el año actual HISTORICO(AÑOS ANTERIORES) Aumento del campo año de tributación HOMOLOGACIÓN PARA REALIZAR LA MIGRACION Gráfico 14: Homologación del SIREC_Q y los datos del Sistema (RH) Fuente: Elaboración propia basada en la guía de observación 3.14 La Primera Migración Realizada del Sistema (RH) al SIREC_Q en el año 2011 Se realizó una migración del Sistema RH al nuevo sistema SIREC_Q con respecto al año 2011, de ahí se ha procedido a efectuar la continuación del catastro con respecto a la información predial creando copias, en la primera migración los datos no estaban bien estructurados. 102

126 Primera migración del Sistema Rehosting(RH) al Aplicativo SIREC_Q2011 SISTEMA REHOSTING(RH) Los datos no estaban extructurados SIREC_Q2011 Gráfico 15: Primera Migración del Sistema (RH) al SIREC_Q2011 Fuente: Elaboración propia basada en observación y en acontecimientos históricos Se continuó trabajando bajo gestión por parte del Grupo N 3, estableciendo los siguientes SIREC_Q2012, SIREC_Q2013, SIREC_Q2014.Esta información predial se realizó hasta el cierre de cada año. Después de la primera migración, sé resolvieron algunas inconsistencias y los datos tienen una estructura normalizada. 103

127 Primera Migración realizada con relación al Sistema SIREC_Q Año 2011 Sistema Rehosting Archivos VISAM Años ( ) SIREC_Q 2011 La primera migración Información Predial hasta el cierre de cada año Información Predial hasta el cierre de cada año Copia Copia SIREC_Q2012 SIREC_Q2013 SIREC_Q2014 Base de Datos Normalizada Gráfico 16: Creación de los SIREC_Q2012, SIREC_Q2013, SIREC_Q2014 Fuente: Elaboración propia basada en observación y en la realidad investigada 104

128 El cambio con respecto a este proceso de migración es obtener un solo SIREC_Q en una sola data unificando toda la información catastral. Primera Migración con respecto al Año 2011 Sistema Rehosting Años SIREC_Q 2011 La primera migración Información Predial hasta el cierre de cada año Información Predial hasta el cierre de cada año Copia Copia SIREC_Q2012 SIREC_Q2013 SIREC_Q2014 Base de Datos Normalizada PROCESO DE MIGRACIÓN SIREC_Q UNIFICADO AÑOS ( ) Gráfico 17:SIREC_QUNIFICADO (CATASTROS) Fuente: Elaboración propia basada en comunicación personal y realidad investigada 105

129 3.15 Carga de los Datos al Sistema SIREC_Q Carga de todas las tablas y objetos, procedimientos almacenados,funciones,etc. Sistema Rehosting Años ( ) SQLSERVER 2008R2 MPGR_Anterior Se efectúa el análisis,depuración,extructuración de los datos por año. ORACLE 11G DMQ_CATMIGRACION2014 SIREC_Q UNIFICADO Oracle SIREC_Q 2011 Oracle SIREC_Q 2012 Oracle SIREC_Q 2013 Oracle Gráfico 18: Pasos de la carga de datos del Sistema RH al Sirec_QUnificado Fuente: Elaboración propia basada en comunicación personal y la realidad investigada 106

130 3.16 ORDENANZAS METROPOLITANAS Las ordenanzas aplicadas para obtener el Cálculo del Avalúo Catastral (SIREC_Q), se definen a continuación: ORDENANZA 150, 166,175: Para los años anteriores ( ) ORDENANZA 150 La ordenanza metropolitana especifica la aprobación del plano del valor del suelo urbano, los factores de aumento o reducción del valor del suelo, los parámetros para la valoración de las edificaciones y demás construcciones, y las tarifas, que regirán el bienio ( ) ORDENANZA 166 La ordenanza metropolitana se refiere a la aprobación del plano del valor de la tierra y construcciones rurales, sus factores de aumento o reducción, y las tarifas que regirán el bienio ( ) ORDENANZA 175 La ordenanza metropolitana utiliza la reforma al art.3 de la ordenanza metropolitana N 0166 de aprobación del plano del valor de la tierra y construcciones rurales, sus factores de aumento o reducción, y las tarifas que regirán el bienio ( ). 107

131 ORDENANZA 232: Para los años bienio ( ) La ordenanza metropolitana describe la aprobación del plano del valor del suelo urbano y rural,los valores unitarios por m2 de construcción de acuerdo a las tipologías constructivas,mejoras adheridas al predio, los factores de corrección del valor del suelo urbano y rural,de las edificaciones que determinan los avalúos prediales y de las tarifas que regirán el bienio ( ) ORDENANZA 303: Para los años bienio ( ) Es la ordenanza metropolitana reformatoria a la ordenanza metropolitana N 232 sustituye el bienio ( ) por el siguiente bienio ( ) ORDENANZA 152: Para los años bienio ( ) La ordenanza metropolitana se refiere a la aprobación del plano del valor del suelo urbano y rural, los valores unitarios por m2 de construcción, adicionales constructivos al predio y factores de corrección que determinan los avalúos prediales que regirán el bienio.. 108

132 3.17 Componentes para el Desarrollo del Algoritmo de Valoración del SIREC_Q. Avalúo Terreno URBANO AIVA o o Clases de Tierra Unidades de Riego Avalúo_ Unidades Constructivas RURALES Avalúo de Mejoras de Predio(Adicionales) UNIPROPIEDAD AVALÚO DEL TERRENO AVALÚO UNIDADES CONSTRUCTIVAS AVALÚO DE MEJORAS DEL PREDIO Avalúo_Construcción_Comunal Avalúo_de_Mejoras de las PH Avalúo de Áreas Abiertas PROPIEDAD HORIZONTAL AVALÚO DEL TERRENO AVALÚO UNIDADES CONSTRUCTIVAS AVALÚO DE MEJORAS DEL PREDIO AVALÚO CONSTRUCCIÓN COMUNAL AVALÚO DE MEJORAS DE LAS PH AVALÚO DE AREAS ABIERTAS Cálculo del Avalúo Catastral(SIREC_Q) Gráfico 19: Fases para el Avalúo Catastral Fuente: Elaboración propia basada en revisión documental y comunicación personal 109

133 3.18 Pruebas de Verificación y Validación de los Algoritmos de Valoración Predial El Grupo N 2: Los responsables de la Migración de los datos, extraídos del Gestor de Base de Datos SQLServer (MPGR_Anterior) al Sistema SIREC_Q (Catastral). Manifiesta que el Grupo N 1 entrega los algoritmos de valoración predial y tributaria migrados del Sistema (RH) a la base de datos SQLServer (MPGR_Anterior), dónde el Grupo N 2 realiza la implementación de los algoritmos proporcionados en base a la estructura del SIREC_Q(Catastral) y del MPGR(Tributaria),las fórmulas son las mismas pero la obtención de los datos son diferentes debido a la estructura de los aplicativos. Se efectúo la verificación y validación de los algoritmos con el Grupo N 3 (Funcionales) de la DMC en el área de valoración, la verificación fue entre el SIREC_Q con las plantillas de los funcionales en formato Excel como resultado una migración optima. 110

134 CAPÍTULO IV 4 Análisis e Interpretación de Resultados. 4.1 Procesamiento de la Información Se han realizados rediseños en los modelos de las bases de datos, en los aplicativos MPGR Y SIREC_Q,debido a las resoluciones las cuales cambian cada dos años. 4.2 Diseño de la Base de datos del SIREC_Q En el modelo de base de datos del aplicativo SIREC_Q, se guardan los históricos que son propios del SIREC_Q y guardan los cambios del catastro, Por lo tanto se refiere a los siguientes puntos: 1 ro : Los históricos son aquellas tablas que guardan, los datos en forma original. 2 do : Guarda los cambios efectuados de manera global. 111

135 Cuadro 8: Tablas de los Históricos Asimismo las tablas CAT_SGM con esta característica son aquellas que contienen información, para el envió de la información del SIREC_Q al Sistema RH. 112

136 Cuadro 9: Tablas CAT_SGM El Sirec_QUnificado como acontecimiento tenía 180 tablas (Véase en el Anexo C) más o menos, pero actualmente Sirec_Q2014 consta de 195 tablas en el modelo de base de datos (Véase en el Anexo D). Con respecto al modelo actual, este diseño de base de datos del SIREC_Q2014 maneja dos tablas que contienen el mismo nombre ejm: CAT_PREDIO_ESPECIAL (Operativa: Información del usuario que puede dar mantenimiento). 113

137 CAT_PREDIO_ESPECIALT (Temporal: Es la información antes de los cambios que puede ser utilizado para revertir la información de la tabla operativa) Cuadro 10: Tablas Temporales y las Tablas Operativas 114

138 4.3 SIREC_Q (ANTERIOR) VS SIREC_Q (ACTUAL) Gráfico 20: Diagrama del SIREC_Q (Anterior) vs SIREC_Q(Actual) Fuente: Elaboración propia basada en observación, acontecimientos pasados y actuales 115

139 Como objetivo a futuro se proyecta, realizar la migración del SIREC_QUNIFICADO que contiene los datos de los (años anteriores del 2007 al 2013) al Nuevo SIREC_QAño 2014.Posteriormente todos los aplicativos tiene que ingresar a los siguientes ambientes: Ambiente de Desarrollo Ambiente de Testing Ambiente de Producción En estos ambientes se efectúan los cambios y luego se procede a enviar al ambiente de producción como ejemplo: Cuadro 11: Ambientes dentro del área de tecnología 116

140 4.4 El Diseño de la Base de Datos del Aplicativo MPGR Como antecedente del aplicativo MPGR (Anterior) constaba de 67 tablas conformadas.(véase en el Anexo A).Este modelo de base de datos, no soportaba históricos y no tenía integridad referencial por lo que fue descartó y se diseño un nuevo modelo produciéndose, el cambio en el aplicativo MPGR consta actualmente de 28 tablas de datos( Véase en el Anexo B).El nuevo modelo de base de datos tiene como características: Integridad Referencial Soporta Históricos. Además se consideró una tabla en la cual se pueda almacenar las ejecuciones por lotes (masivas), con el fin de solventar los requerimientos pendientes que al momento tiene la DMT, en lo concerniente a resoluciones, mientras se desarrolla la aplicación cliente, debido a que el aplicativo MPGR(Manejo Paralelo de Gestión de Requerimientos) es un aplicativo que no tiene interfaz gráfica. Tabla 30: Tabla de Resoluciones Masiva 117

141 Cuadro 12: Migración del Sistema (RH) al SIREC_Q 118

142 Cuadro 13: Migración de datos al SIREC_Q (Lotes) 119

143 Cuadro 14: Migración de datos al SIREC_Q (Predios) 120

144 De la migración realizada del Sistema RH al SIREC_Q en relación a los datos podemos ver que en cuadro N 12, en algunas tablas no hay datos, debido a la diferencia entre las estructuras de los sistemas del RH y SIREC_Q. Esto también ocurre debido a la existencia de fallas en los datos. El cuadro N 13 y N 14 tenemos el total en cuanto a lotes y predios podemos ver que la suma del total de lotes en Unipropiedad y Propiedad Horizontal es igual al total de lotes, lo mismo ocurre, en la suma del total de predios en Unipropiedad y Propiedad horizontal es igual al total de predios, proyectando que los datos migrados al SIREC_Q fue óptima. 121

145 CAPÍTULO V 5 Conclusiones y Recomendaciones 5.1 Conclusiones Dentro del Marco Teórico del Proyecto de Investigación sobre los PROCESOS DE MIGRACIÓN DE DATOS DEL SISTEMA REHOSTING (RH) AL SISTEMA DE SIREC_Q (SS2008) CON RESPECTO A LOS IMPUESTOS PREDIALES EN EL DISTRITO DEL MUNICIPIO DE QUITO DE LOS AÑOS (2007 AL 2011), podemos conocer la realidad de los datos de acuerdo a la migración efectuada y las funciones que conllevan a cada aplicativo en el proceso de migración, dentro del Área de Informática del Municipio del Distrito Metropolitano de Quito. Mediante los diseños exploratorios cualitativos de investigación empleados en el proyecto de investigación, nos permite determinar las técnicas de migración de datos y establecer los pasos para los PROCESOS DE MIGRACIÓN DE DATOS DEL SISTEMA REHOSTING (RH) AL SISTEMA DE SIREC_Q (SS2008) CON RESPECTO A LOS IMPUESTOS PREDIALES EN EL DISTRITO DEL MUNICIPIO DE QUITO DE LOS AÑOS (2007 AL 2011) de migración de datos. Con la elaboración del proyecto de investigación, se contribuye a la aportación de información en cuanto a los PROCESOS DE MIGRACIÓN DE DATOS 122

146 DEL SISTEMA (RH) AL SISTEMA DE SIREC_Q (SS2008) CON RESPECTO A LOS IMPUESTOS PREDIALES EN EL DISTRITO DEL MUNICIPIO DE QUITO DE LOS AÑOS (2007 AL 2011), exponiendo una memoria técnica dentro de la Dirección Metropolitana de Informática, Unidad de Ingeniería de Soluciones. 5.2 Recomendaciones En la realidad indagada del proyecto de investigación, se recomienda al personal dentro del área de informática, realizar las debidas documentaciones de los procesos de cada proyecto a ejecutarse para respaldo y apoyo dentro del área. Se recomienda realizar la comunicación entre los aplicativos MPGR y SIREC_Q, para que el aplicativo MPGR se actualice, sin necesidad de solicitar datos al SIREC_Q, ahorrando tiempo y poder realizar otros requerimientos. Además se recomienda que antes de realizar una migración, se efectué una planificación adecuada, en cuanto a los tiempos estimados y actividades dentro del área con las debidas especificaciones. Al mismo tiempo se recomienda establecer comunicación y mantener una comprensión entre los grupos de desarrollo, ante las actividades dentro del proyecto. 123

147 BIBLIOGRAFÍA 1. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 01 de julio,2014). 2. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 02/ de julio, 2014). 3. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 10 de julio,2014). 4. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 17 de julio, 2014). 5. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 25 de julio, 2014). 6. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 26 de julio, 2014). 7. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 31 de julio, 2014). 8. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 07 de agosto, 2014). 9. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 14 de agosto, 2014). 10. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 21 de agosto, 2014). 124

148 11. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 11 de septiembre, 2014). 12. (Grupo de Ingeniería de Soluciones, Área de Informática, en comunicación personal, 18 de septiembre, 2014; 04 de octubre,2014 (Finalización del Proceso de Migración del Sistema Rehosting al Sirec_Q y MPGR)). 13. BERNAL TORRES, César Augusto. (2006). Metodologia de la Investigación para administración,economía,humanidades y ciencias sociales. (Bonilla, & Rodriguez, Edits.) México: PEARSON EDUCACION. 14. GRAJALES, Tevni. (27 de marzo de 2000). google academico. Recuperado el 29 de 08 de 2014, de MALHOTRA, Naresh. (2004). Investigacion de mercados Un enfoque aplicado. México: Pearson Educación. 16. VARA HORNA, Arístides Alfredo. (2012). 7 pasos para una tesis exitosa. Lima: Desde la Idea hasta la sustentación. 17. MICROSOFT SQL SERVER. (s.f.). Recuperado el 02 de 09 de 2014, de HERRERA JAQUE, Alejandro Alvaro. (24 de 10 de 2007). Migración de Datos. Recuperado el 29 de 07 de 2014, de 125

149 19. ARIAS, Fidias. G. (2006). El proyecto de investigación,introduccion a la metodología científica. Venezuela: Episteme. 20. MICROSOFT SQL SERVER. (s.f.). Recuperado el 02 de 09 de 2014, de

150 GLOSARIO DE TÉRMINOS Back End Lado del Servidor Contribuyente Persona natural o jurídica dueña de un predio o patente... 4, 95, 158 DMC Dirección Metropolitana de Catastros , 152 DMT Dirección Metropolitana Tributaria Dirección Metropolitana Tributaria ETL Extraer, Transformar, Cargar FIRURB Tabla Localizada en el Sistema Rehosting... 45, 74, 84, 88, 98, 101 FIRURBH Tabla Localizada en el Sistema Rehosting... 74, 98, 101 Front End Lado del Cliente Homologación Poner una cosa en relación de igualdad o equivalencia con otra por tener ambas en común características, referidas a su naturaleza función o clase , 103 MDMQ Municipio del Distrito Metropolitano de Quito2, 6, 11, 12, 14, 17, 18, 19, 20, 21, 22, 23, 25, 26, 27, 28, 29, 87, 95, 133, 150,

151 MPGR Manejo Paralelo de Gestión de Requerimientos6, 7, 9, 16, 17, 18, 38, 41, 49, 82, 84, 86, 87, 89, 94, 96, 97, 112, 113, 119, 127, 133, 150, 155, 156, 160, 162, 165, 166, 167 PH Propiedad Horizontal RH Sistema Rehostingi, 1, 2, 3, 4, 6, 8, 10, 11, 13, 14, 38, 40, 41, 74, 82, 84, 88, 89, 98, 104, 105, 108, 112, 114, 124, 125, 155 SAO Sistema de Administración de Obligaciones... 22, 87 Sistema de Administración de Obligaciones... 19, 20, 21, 22 Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones Sistema de Administración de Obligaciones SGBD Sistema Gestor de Base de Datos... 30, 33 SIREC_Q Sistema Integrado de Servicio Catastral de Quito... 25, 100 Sistema Integrado de Servicio Catastral de Quito i, 1, 2, 3, 6, 7, 9, 13, 14, 24,

152 Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito

153 Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito Sistema Integrado de Servicio Catastral de Quito SP Procedimientos Almacenados... 3, 5, 48, 152 Tasa Se establece para cubrir los servicios de seguridad ciudadana en beneficio de los propietarios y usuarios de los bienes inmuebles ubicados en el área del Distrito Metropolitano de Quito.La tasa se pagara de acuerdo con las siguientes tarifas a partir del 2003 y se ajustara para los próximos años de acuerdo con el índice de PCU establecido por el Instituto Nacional de Estadística y Censos INEC al 30 de noviembre del año anterior... 94, 158 TELLER Sistema de Recaudaciones Municipales... 23, 87, 150 VSAM Archivos Virtual Storage Method... 1, 7,

154 ANEXOS 131

155 Anexo A MODELO FÍSICO DE LA BASE DE DATOS DEL APLICATIVO MPGR Figura 20: Aplicativo MPGR (Anterior) Fuente:(Servidor srv11tfs03, Proyecto MDMQ_MPGR, 28/Diciembre/2013) 132

156 Algunas tablas del Aplicativo MPGR (Anterior 133

157 Tabla 31:Tablas del Aplicativo MPGR 134

158 Anexo B MODELO FÍSICO DE LA BASE DE DATOS DEL APLICATIVO MPGR (Actual) Figura 21: Modelo del MPGR (Actual) Fuente:(Proyecto MDMQ) 135

159 Algunas tablas del Aplicativo MPGR 136

160 Tabla 32: Tablas del MPGR (Actual) 137

161 Anexo C MODELO FÍSICO DE LA BASE DE DATOS DEL SISTEMA SIREC_Q (Anterior) Figura 22: Modelo Físico del SIREC_Q (Anterior) Fuente:(Proyecto MDMQ) 138

162 Algunas tablas del Sistema SIREC_Q (Anterior) 139

163 Tabla 33: Tablas del SIREC_Q (Anterior) Fuente:(Proyecto MDMQ) 140

164 Anexo D MODELO FÍSICO DE LA BASE DE DATOS DEL SISTEMA SIREC_Q (Actual) Figura 23: Modelo físico del SIREC_Q(Actual) Fuente:(Proyecto MDMQ) 141

165 Algunas tablas del Sistema SIREC_Q (Actual) 142

166 Tabla 34: Tablas del Sistema SIREC_Q (Actual) Fuente:(Proyecto MDMQ) 143

167 Anexo E Marco Administrativo Recursos del Egresado Como investigador para la realización del tema de investigación se ha utilizado los siguientes aspectos: Material de Oficina Celular Movilidad Servicios Básicos (Electricidad) Laptop Impresora Un Cuaderno de 200 hojas (apuntes sobre mi tesis, reuniones) Esferós, Lápiz, Borrador Flash Memory (Información). Correo Electrónico (Reuniones) Material Bibliográfico Internet (Acceso a la Información). Información de Libros. 144

168 Presupuesto Los gastos que requiere el proyecto de investigación para su ejecución serán: Presupuesto Detallado Bienes Total Materia de Escritorio 200,00 Material Impresión 200,00 Subtotal 1 400,00 Servicios Servicios de Internet (c/mes=26,36) Transporte y Alimentación(T=1,00/Al=2,00) (Jul, Agt, Sept, Oct, Nov, Dic) 158,16 (Jul, Agt, Sept, Oct, Nov, Dic) 360,00 Gastos Imprevistos 100,00 Subtotal 2 618,16 Resumen Subtotal1 Subtotal2 Total 400,00 618, ,16 Cuadro 15: Presupuesto de la Egresada Elaboración: Autor Los gastos del proyecto de investigación son autofinanciados por parte de la Egresada. 145

169 Cronograma Actividades Programadas-Tiempos Estimados. Presentación del Cronograma del Proyecto de acuerdo al Análisis Estimado. Cuadro 16: Actividades y Tiempos Estimados Elaboración: Autor 146

170 Cuadro 17: Tiempos del proyecto de investigación Elaboración: Autor 147

171 ANEXO 1 La información de los aplicativos detallados anteriormente se encuentra en el Área de Proyectos TFS y en el portal. 1. Connect to Team Project. 2. Select a Team Foundation Server. 3. Clic Derecho sobre el Aplicativo. 4. Show Project Portal. 5. Fecha 01/Julio/2014 (Acceso a la información de los Aplicativos) Servidor: d-srv11tfs01 Proyectos: MDMQ_REHOSTING_V1.0(no tiene documentación técnica) MDMQ_SAO MDMQ_SIREC_Q MDMQ_TELLER(No tiene documentación técnica, solo informes de cambios) Branch: Desarrollo Perfil: Lectura Servidor: srv11tfs03 Proyectos: MDMQ_MPGR(no tiene documentación técnica solo informes de instalación y cambios) Branch Desarrollo Perfil Lectura 148

172 ANEXO 2 TEMA: Avance de Revisión Semanal de la Migración FECHA:Miercoles;02 de Julio del 2014 LUGAR: Sala de Reuniones de Ingeniería de Soluciones Hora de Inicio:15H00 Hora de Término:16H00 RESUMEN Como resultado para la etapa del proceso de migración de los datos del Sistema Rehosting a la base de datos, con respecto a los años anteriores ( ) se trataron los siguientes puntos: 1) Identificación de los Archivos a Migrar. Aquí en el punto 1, se analizan las prioridades de los archivos a migrar. a) Archivo tipo I : Se analiza como prioridad mayor b) Archivo tipo II: Se analiza como prioridad media c) Archivo tipo III: Se analiza como prioridad baja 2) Generación del Ambiente. a) Se especifica el usuario y la clave, con la dirección IP. 3) Generación de los diccionarios de datos. Se trata de la estructura de los archivos, acordar en cuanto: a) Campo. b) Tipo de dato. c) Descripción. 4) Formato de archivo txt. 149

173 Se describen las características de los archivos como: a) Nombre del Archivo b) Campos decimales c) Campos tipo carácter d) Fechas AAAA-MM_DD e) Ubicación. 5) Generación de SP (Store Procedure) de Carga. 6) Reportes de Inconsistencias para la Dirección Metropolitana de Catastros (DMC). 7) Generación de SP (Store Procedure) de Valoración. a) Ordenanzas (correspondiente a los años ) b) Programas Cobol Fórmulas de Cálculo c) Avalúo Terreno Con respecto al terreno urbano y rural. 8) Cálculos Tributarios. a) Ordenanzas (Funcional) b) Pseudocódigo de las Fórmulas. OBSERVACIÓN El Grupo N 1, es el encargado de comenzar la realización de la migración de datos que se localizan en el Sistema Rehosting(Sistema Antiguo) y como observación se cuenta con un cronograma integrado para dichas actividades a realizarse. 150

174 ANEXO 3 TEMA: Avance de Revisión Semanal de la Migración FECHA:Jueves;10 de Julio del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN Se determina que el avance del proceso de migración de datos del Sistema Rehosting(Sistema Antiguo), se encuentra en un rango de estimación del 25% procurando como prioridad a los archivos de tipo I, los cuales son necesarios para la valoración (catastros). OBSERVACIÓN: Se permita una capacitación por parte del Grupo N 2, para conocer y entender el proceso tributario del cálculo del impuesto predial y por consiguiente se especifica la descripción de cada campo, para los grupos 1,2. Con respecto al proceso de migración de datos. 151

175 ANEXO 4 TEMA: Avance de Revisión Semanal de la Migración FECHA:Jueves;17 de Julio del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN En consiguiente el Grupo N 2, realiza el análisis del rediseño del aplicativo MPGR, para realizar la carga de datos al SIREC_Q, mediante la utilización del linkenserver. Por otra parte, el Grupo N 1, manifiesta que los archivos de prioridad de tipo 1, están cargados todos, especificando que fueron extraídos del Sistema Rehosting (RH). OBSERVACIÓN El cierre del Sistema Rehosting (SA) no está en su totalidad, ya que se está realizando un listado de procesos nocturnos; luego de este proceso, se trascurrirá al cierre del mismo. 152

176 Además se incluirá una columna denominada año, para el rediseño del modelo de base de datos en el aplicativo MPGR. Al mismo tiempo establecer integridad referencial entre los aplicativos SAO y MPGR. Como única variante en este diseño va hacer aumentar, la columna del año. En el modelo del SIREC_Q Cat_lote Cat_lote Cat_lote Primary Key Primary Key Primary Key Aquí se van relacionando con cat_predio. Cat_lote Cat_lote ID AÑO Cat_predio Construcción 153

177 ANEXO 5 TEMA: Avance de Revisión Semanal de la Migración FECHA: Viernes; 25 de Julio del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN Con respecto al avance del proceso de migración, se solicitó por parte del Área de Ingeniería de Soluciones, tener una capacitación con respecto a las leyes y ordenanzas, la cual se realizó el día viernes 25/07/2014 con su respectivo temario a presentar, por parte del Área Tributaria: Impuesto Predial urbano y rural (consideraciones adicionales). Exoneraciones y Rebajas. Tasa de Seguridad Ciudadana. Contribución al Cuerpo de Bomberos. Determinaciones Tributarias. OBSERVACIÓN La capacitación requerida sirve para tener un mejor análisis, en cuanto a los algoritmos de los temas que se especificó y además a manera de objetivo del departamento de Ingeniería de Soluciones, a futuro es desarrollar la creación de una cuenta virtual, al contribuyente con el propósito de brindarle un óptimo servicio que se manejará vía online. 154

178 ANEXO 6 TEMA: Avance de Revisión Semanal de la Migración FECHA: Sábado; 26 de Julio del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:09H00 Hora de Término:13H00 RESUMEN Se continuó, con la capacitación del cálculo del impuesto predial por parte del área tributaria, a los grupos de trabajo involucrados en el proceso de migración de datos en el Municipio del Distrito Metropolitano de Quito (MDMQ). OBSERVACIÓN Por falta de tiempo se efectuó, continuar con la capacitación respecto al cálculo del impuesto predial, para continuar con el análisis de los algoritmos y seudocódigos a tratarse, debido a que el temario es amplio. 155

179 ANEXO 7 TEMA: Avance de Revisión Semanal de la Migración FECHA: Jueves; 31 de Julio del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN Se determinó las tablas que intervienen en la parte tributaria, y consecuentemente enviar los reportes de inconsistencias, al área de catastros para que realicen las correspondientes revisiones. Al mismo tiempo distinguir la diferencia entre ordenanzas. También se especificó que al modelo de base de batos en el aplicativo MPGR se deberá incluir una tabla denominada Saldos Hipotecarios. OBSERVACIÓN El Grupo N 2,detalla que el diseño del modelo de la base de datos está desarrollado un 50% al mismo tiempo, especifica que el desarrollo del Modelo de Objetos,está en un rango de puntualización del (30-40) % con inclusión del desarrollo de la capa de acceso (35%). 156

180 ANEXO 8 TEMA: Avance de Revisión Semanal de la Migración FECHA: Jueves; 07 de Agosto del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN Se continúa, con el avance de la revisión del proceso de la migración de datos de acuerdo a los puntos especificados en el cronograma integrado de los Grupos N 1, Grupo N 2, Grupo N 3. OBSERVACIÓN Realizar la clasificación de la información de los datos, para migrar a los esquemas definitivos, así mismo el mapeo de datos para el aplicativo MPGR. 157

181 ANEXO 9 TEMA: Avance de Revisión Semanal de la Migración FECHA: Jueves; 14 de Agosto del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN En la parte tributaria, lo que tiene que ver con el desarrollo de los seudocódigos, está en un 70% por el Grupo N 1.En todo lo que tiene que ver con el Grupo N 2, se especifica que la identificación de parámetros está definido en un 90% y además el diseño del modelo de la base de datos, consta en un 90%. OBSERVACIÓN En el diseño del modelo de base de datos, se requiere la realización de la creación de la tabla no publicada y los reportes de inconsistencias de datos, que han sido enviados por parte del Grupo N 1.En cuanto a la integridad referencial con el modelo SAO está determinada un 20%, de acuerdo a los avances del Grupo N

182 ANEXO 10 TEMA: Avance de Revisión Semanal de la Migración FECHA: Jueves; 21 de Agosto del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN El Grupo N 1, especificó que algunos campos no tienen descripción de datos y también existe la falta de campos en algunas tablas, pero esto no impide, el avance del proceso de migración de datos, porque mediante el mapeo de datos, los diccionarios se logra dar solución a este inconveniente. Del mismo modo la generación del código con respecto a la parte de Mejoras Comunales ya están certificadas por parte del Área de Avalúos. Referente al Grupo N 2, la identificación de parámetros está definido con relación a las expropiaciones del MPGR en un 75% y del mismo modo, el modelo del diseño de base de datos del aplicativo MPGR está centrado en un 95%. OBSERVACIÓN Certificar los seudocódigos en base a las ordenanzas 159

183 ANEXO 11 TEMA: Avance de Revisión Semanal de la Migración FECHA: Jueves; 11 de Septiembre del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN Grupo N 1: Realiza el análisis y la interpretación de las fórmulas para la realización de los algoritmos de valoración que están implementados en SqlServer, en base a las ordenanzas, además proporcionar la información de la tabla FM100K, esta tabla se encuentran los campos de cedula,ruc,pasaporte,etc.sacar la información de esa tabla en vez del histórico. Grupo N 2: Continúa con el proceso de migración de los datos al aplicativo MPGR, en cuanto a la parte tributaria. 160

184 ANEXO 12 TEMA: Avance de Revisión Semanal de la Migración FECHA: Jueves; 18 de Septiembre del 2014 LUGAR: Sala de reuniones de Ingeniería de Soluciones Hora de Inicio:11H00 Hora de Término:12H00 RESUMEN Grupo N 1: Continúa con la revisión de los algoritmos y el análisis de los cálculos en cuanto a la exoneraciones, además el análisis en cuanto a la aplicación de las tablas de recálculo. Grupo N 2: Realiza la validación de los constraint y la depuración de la data En cuanto al proceso de migración de catastro a test, se solicitó por falta de espacio en recursos, dar prioridad al proceso de migración y que no se prosiga a ejecutar respaldos del servidor de base de datos TEST, debido a que consume tiempo, recursos y el 24 de octubre finaliza el proceso de migración de los aplicativos SIREC_Q y MPGR. 161