KURTOGLU
SINAN

Antecedentes del proyecto

El trabajo comenzó en 1998 con el objetivo de desarrollar una infraestructura de información compartida y fiable para los municipios de Eskişehir. El alcance iba desde la revisión de las aplicaciones municipales existentes hasta la conexión de registros administrativos, información geográfica, datos de campo y la infraestructura necesaria para darles soporte.

En aquel momento, la actividad municipal se apoyaba en gran medida en aplicaciones independientes basadas en COBOL suministradas por SAMPAŞ. Estas aplicaciones cubrían sus respectivas funciones, pero sus estructuras de datos subyacentes planteaban dificultades cuando había que compartir registros entre municipios y departamentos.

Una misma persona podía tener varios números de registro, creados a lo largo de muchos años por distintos departamentos, municipios o trámites. Los registros duplicados de ciudadanos y contribuyentes dificultaban establecer relaciones fiables entre personas, inmuebles, liquidaciones y trámites municipales.

El trabajo se realizó además antes de que la correspondencia y la verificación basadas en la identidad nacional se convirtieran en una práctica habitual de los sistemas de información municipales. Por ello, establecer una identidad coherente en los registros existentes exigió un análisis y una conciliación considerables.

El punto de partida fue la relación entre la identidad, los registros, la integridad de los datos y el intercambio de información. Esa relación se convirtió en la base del Sistema de información urbana en su conjunto.

1. Evaluación de los sistemas y datos existentes

La primera etapa consistió en examinar las aplicaciones municipales existentes, sus estructuras de datos y el modo en que los departamentos las utilizaban.

Antes de introducir el software de sustitución, necesitábamos conocer el estado de los datos existentes e identificar dónde generaban incoherencias los sistemas.

Los principales problemas eran:

• Varios registros para una misma persona.
• Registros de ciudadanos y de contribuyentes separados, mantenidos por distintos municipios.
• Conjuntos de datos propios de cada departamento, organizados según necesidades operacionales concretas.
• Registros históricos almacenados en formatos incoherentes.
• Relaciones poco fiables entre las personas y los registros de inmuebles.
• Intercambio limitado de información entre instituciones.
• Falta de vínculos directos entre los elementos físicos de la ciudad y los registros administrativos.
• Ausencia de un inventario actualizado de toda la ciudad que pudiera contrastarse con la situación real sobre el terreno.

La evaluación estableció que disponer de datos fiables era un requisito previo para el sistema en su conjunto. Primero había que examinar los registros existentes, conciliarlos y adecuarlos para su uso compartido.

2. Un registro ciudadano compartido

Una parte central del enfoque consistía en identificar a cada persona mediante un registro compartido siempre que fuera posible, en lugar de crear un registro independiente más para cada servicio municipal.

La relación prevista era:

Persona → Registro compartido → Trámites municipales

Lograrlo exigía algo más que asignar un número común. Una misma persona podía aparecer con grafías distintas del nombre, con direcciones diferentes, con datos incompletos, en formatos de registro históricos o en registros de distintos departamentos.

Por ello, el trabajo incluía:

• Revisión de los registros existentes.
• Identificación de posibles duplicados.
• Correspondencia de registros relacionados entre sistemas.
• Conservación de la integridad de los trámites asociados.
• Desarrollo de un modelo de datos común.

Este enfoque de registro compartido sentó las bases para conectar los registros entre los servicios municipales y pasó a ser una parte esencial del Sistema de información urbana en desarrollo.

3. Definición de los requisitos técnicos

Aplicar el enfoque de registro compartido exigía cambios coordinados en toda la infraestructura de soporte.

Los requisitos abarcaban la capacidad de los servidores, el almacenamiento, las copias de seguridad, los sistemas cliente, la infraestructura de red, la comunicación entre instituciones, la migración de datos, la organización de los usuarios y la dotación de personal técnico.

Se prepararon y presentaron a la dirección evaluaciones del hardware, la infraestructura de red, el personal y la capacidad técnica necesarios.

A medida que estos requisitos se fueron aclarando, el trabajo se convirtió en un proyecto de infraestructura de información municipal, con varias capas técnicas y operacionales interdependientes.

4. Levantamientos de campo en toda la ciudad y el inventario de residentes e inmuebles

Los registros informáticos existentes por sí solos no ofrecían una imagen suficientemente fiable de la ciudad. Era necesario contrastarlos con los edificios, las unidades independientes, las direcciones y la ocupación o el uso reales.

Se planificó un levantamiento de campo en toda la ciudad para recopilar esta información directamente.

Tomando como referencia los formularios ópticos que se utilizaban entonces en la enseñanza superior y en los exámenes centralizados, propuse un método de formularios ópticos para facilitar la digitalización eficiente de grandes volúmenes de datos del levantamiento.

Tras obtener las aprobaciones administrativas y los acuerdos del consejo municipal necesarios, los formularios se prepararon y se imprimieron en la imprenta de Anadolu University.

Los equipos de campo recopilaron la información mediante una encuesta de tipo censal, registrando:

• Edificios.
• Unidades independientes dentro de los edificios.
• Direcciones.
• Residentes y pautas de uso.

El levantamiento se amplió hasta convertirse en un amplio inventario de residentes e inmuebles de toda la ciudad. Aportó una fuente de información obtenida sobre el terreno con la que evaluar y actualizar los registros municipales existentes.

5. Crecimiento del volumen de datos e infraestructura de servidores

A medida que el inventario de campo crecía, el volumen de datos aumentó con rapidez.

Los sistemas debían además dar soporte a la conservación de los registros históricos, la incorporación de la información recién recopilada, el acceso compartido entre municipios y la introducción de nuevas aplicaciones municipales.

Estas demandas combinadas ejercían una presión creciente sobre la capacidad de los servidores y del almacenamiento. Se instalaron y configuraron nuevos sistemas de servidores para absorber la carga de trabajo creciente.

El requisito iba más allá de la capacidad de procesamiento. Los municipios y las instituciones, situados en ubicaciones físicas distintas, necesitaban un acceso fiable y de alta velocidad a los recursos de información compartidos.

En consecuencia, la arquitectura se desarrolló en torno a una secuencia conectada:

Recopilación de datos de campo → Recursos de datos compartidos → Infraestructura de servidores → Conectividad interinstitucional

Dar soporte a sistemas situados en ubicaciones distintas hacía cada vez más necesaria una conectividad de fibra de alta velocidad.

En aquel momento no describíamos la arquitectura en desarrollo con términos como clústeres extendidos (stretched clusters), extensión de SAN o infraestructura distribuida de servidores y almacenamiento. Sin embargo, el trabajo ya avanzaba en esa dirección: extender los recursos de servidores y de datos entre ubicaciones físicas distintas y conectarlos mediante un backbone de fibra compartido y de alta velocidad.

El requisito práctico era claro: los sistemas de sedes diferentes debían funcionar conjuntamente, con acceso fiable a recursos de datos comunes.

6. Conservación y migración de los datos heredados

Conservar los datos acumulados tras años de actividad municipal era un requisito central de la transición.

Las aplicaciones existentes de SAMPAŞ, basadas en COBOL, contenían registros que debían seguir disponibles y utilizables cuando el municipio pasara a las soluciones suministradas por İztek A.Ş.

El trabajo de migración incluía:

• Examen de las estructuras de datos existentes.
• Comparación de los modelos de datos heredado y de sustitución.
• Depuración de registros.
• Revisión de duplicados.
• Reevaluación de las relaciones entre las personas y los registros.
• Transformación de los datos a los formatos necesarios.
• Migración de los datos.
• Comprobación de la integridad de los registros transferidos.

El objetivo era obtener datos que pudieran cotejarse, relacionarse y utilizarse en las nuevas aplicaciones municipales sin perder su valor histórico.

7. Datos compartidos y aplicaciones empresariales

El entorno de sustitución incorporó bases de datos DB2 y aplicaciones empresariales basadas en Java.

Esto respaldaba el uso previsto de recursos de datos subyacentes comunes en todos los departamentos municipales.

El modelo de trabajo era:

Datos compartidos → Aplicaciones empresariales → Departamentos municipales → Servicios municipales

La información fue convirtiéndose cada vez más en un recurso institucional compartido, con relaciones que podían dar soporte a varios procesos municipales.

8. Planificación de la infraestructura de fibra durante las obras del ESTRAM

A principios de 2002, las calles a lo largo de los trazados del ESTRAM ya estaban cortadas y avanzaban las principales obras civiles.

En esa fase, los levantamientos de campo se habían intensificado, el volumen de datos había crecido, se habían instalado nuevos sistemas de servidores y la necesidad de una comunicación de alta velocidad entre instituciones se había hecho evidente.

Las excavaciones en curso ofrecían la oportunidad de preparar las rutas de fibra mientras las calles ya estaban abiertas. Así se atenderían las futuras necesidades de comunicaciones sin depender de una nueva excavación a lo largo de los mismos trazados.

Por ello, las necesidades del Sistema de información urbana y de las comunicaciones municipales se tuvieron en cuenta durante las obras civiles.

Los preparativos incluyeron:

• Conductos para cables de fibra.
• Cruces de ruta.
• Arquetas de acceso subterráneas.
• Puntos de conexión.
• Armarios técnicos de campo sobre el suelo en ubicaciones seleccionadas.

Estos trabajos establecieron trazados físicos capaces de dar soporte a la red en desarrollo y de permitir su ampliación posterior.

9. El backbone de fibra intermunicipal

Los trazados preparados permitieron conectar mediante enlaces de fibra a los municipios y las instituciones de ubicaciones diferentes.

Mi trabajo directo abarcó tanto el backbone como la infraestructura local necesaria para conectar a él los servidores y los usuarios:

• Instalación de cable de fibra.
• Empalme por fusión.
• Terminación de fibra.
• Pruebas de enlace.
• Conversores de medios.
• Conmutadores y hubs Nortel.
• Distribución de la red local basada en NetWare.
• Cableado de red de cobre.
• Canalización de cables.
• Redes internas de los edificios.
• Conexiones de servidores.
• Conexiones de clientes.

Esta infraestructura proporcionó los enlaces de comunicaciones necesarios para que instituciones geográficamente separadas accedieran a sistemas de información compartidos.

El backbone de fibra conectaba las capas de servidores, datos, aplicaciones y usuarios del Sistema de información urbana en desarrollo.

10. Infraestructura de fibra para las comunicaciones y la señalización del ESTRAM

El ESTRAM también necesitaba conectividad de fibra para sus sistemas de comunicaciones operacionales y de señalización.

Los trazados físicos y los conductos preparados durante las obras civiles podían atender este requisito. Se instalaron cables de fibra independientes para el ESTRAM, y las fibras correspondientes quedaron bajo el uso y el control del propio ESTRAM.

El corredor físico compartido daba así soporte a dos necesidades distintas:

• Las comunicaciones de datos municipales del Sistema de información urbana.
• Las comunicaciones operacionales y la señalización del ESTRAM.

Los sistemas se beneficiaban de la misma infraestructura civil, mientras que la responsabilidad sobre el uso y la gestión de sus fibras seguía siendo independiente.

Esto formaba parte de un enfoque coordinado de planificación de la infraestructura urbana para varios sistemas operacionales.

11. Sistema de información de gestión

A medida que se desarrollaba la infraestructura de servidores, datos y comunicaciones, el trabajo se extendió a los procesos operacionales de los departamentos municipales.

Examinamos la información y las reglas de negocio asociadas a los ciudadanos, los contribuyentes, los inmuebles, las liquidaciones, los cobros, los trámites, las fechas, las tarifas y la legislación.

Un reto importante era que las reglas de negocio municipales cambiaban con el tiempo. Las modificaciones de leyes, reglamentos y avisos oficiales podían afectar a las tarifas, a los métodos de cálculo, a las fechas de efecto y al tratamiento de determinados periodos.

Por tanto, las aplicaciones debían tener en cuenta la regla aplicable en la fecha de cada trámite.

Se examinaron miles de casos posibles en relación con:

• Intervalos de fechas de efecto.
• Cambios de tarifas.
• Cambios legislativos.
• Tipos de trámite.

Traducir estos requisitos al comportamiento del software fue una parte sustancial del trabajo de MIS.

12. Sistema de información geográfica

La siguiente etapa importante consistió en vincular la información administrativa municipal con la ciudad física.

El trabajo de GIS basado en NetCad se centró en establecer relaciones entre los elementos cartografiados y los registros municipales correspondientes.

La cadena de información prevista era:

Ciudad → Manzana y parcela catastrales → Edificio → Unidad independiente → Registro → Ciudadano o contribuyente → Trámites municipales

Un resultado práctico fue la posibilidad de seleccionar en el mapa una unidad independiente o un elemento geográfico relacionado y acceder a su información asociada en el MIS.

Esto proporcionó una conexión directa entre la información espacial y la administración municipal.

13. Integración MIS/GIS

El MIS y el GIS se trataron como capas de información complementarias que describían la misma ciudad.

El MIS contenía personas, contribuyentes, trámites, liquidaciones y procesos administrativos. El GIS representaba ubicaciones, parcelas, edificios, unidades independientes y otros elementos físicos.

El trabajo de integración estableció relaciones entre estas capas, de modo que un inmueble cartografiado permitiera llegar a los registros, las personas y los trámites municipales correspondientes.

Esto permitió a los usuarios examinar la ciudad física y su información administrativa dentro de un entorno de información conectado.

La relación que se iba configurando era:

Ubicación geográfica → Parcela → Edificio → Unidad independiente → Registro → Ciudadano o contribuyente → Trámites municipales

14. Trabajos preliminares de integración con el Registro de la Propiedad y el Catastro

A medida que se desarrollaban las relaciones MIS/GIS, los registros oficiales de propiedad y catastrales pasaron a ser un ámbito más de investigación.

Era necesario relacionar la información municipal sobre personas, inmuebles, parcelas, edificios y unidades independientes con los registros oficiales correspondientes.

Se mantuvieron conversaciones con las instituciones correspondientes para evaluar las posibilidades de integración de datos. También se trató, de forma preliminar, el intercambio de información dentro de las competencias institucionales aplicables.

Siguió siendo un trabajo preparatorio. Exploró cómo podría conectarse el Sistema de información urbana con la información en poder de otras instituciones públicas.

15. Un enfoque de sistemas integrados

El alcance exigía que varias capas técnicas y operacionales funcionaran conjuntamente:

• Infraestructura eléctrica y física.
• Cableado y fibra óptica.
• Equipos de red.
• Servidores, almacenamiento y copias de seguridad.
• Bases de datos y aplicaciones empresariales.
• Sistemas heredados y migración de datos.
• MIS y GIS.
• Datos del levantamiento de campo.
• Legislación y reglas de negocio municipales.
• Flujos de trabajo de los usuarios.

El proyecto se desarrolló en torno a las relaciones entre estas capas:

Infraestructura física → Comunicaciones → Servidores y datos → Aplicaciones empresariales → MIS/GIS → Servicios municipales

Las decisiones de instalación, las estructuras de datos, los requisitos de las aplicaciones y los procesos departamentales se influían mutuamente. Coordinarlos fue una parte central del trabajo.

16. Mi función y mis aportaciones directas

Mis responsabilidades abarcaban varias disciplinas y fueron cambiando a medida que avanzaba el proyecto.

En el ámbito del análisis de sistemas y datos, mi trabajo incluyó:

• Evaluación de las aplicaciones existentes y de los problemas de datos.
• Desarrollo del enfoque de registro compartido.
• Definición de los requisitos técnicos.
• Elaboración de informes sobre las necesidades de hardware y de personal.
• Desarrollo del modelo de levantamiento de campo y del método de formularios ópticos.
• Apoyo al inventario de toda la ciudad.
• Revisión de los sistemas heredados.
• Depuración y conciliación de registros.
• Ejecución de la migración de datos.

En el ámbito de la infraestructura y las comunicaciones, mi trabajo incluyó:

• Instalación y configuración de sistemas de servidores.
• Configuración de servidores y clientes.
• Desarrollo de las configuraciones de red.
• Planificación de rutas de fibra.
• Trabajos en conductos de cables, arquetas de acceso y armarios técnicos de campo.
• Instalación, empalme, terminación y pruebas de fibra.
• Trabajo con equipos Nortel, conversores de medios, conmutadores y hubs.
• Apoyo a la infraestructura NetWare.
• Instalación de cableado de cobre y de redes internas de los edificios.

En el ámbito de las aplicaciones y la integración, mi trabajo incluyó:

• Trabajo con el entorno de datos DB2 y con aplicaciones empresariales basadas en Java.
• Apoyo al desarrollo del MIS.
• Trabajo con aplicaciones GIS y NetCad.
• Establecimiento de relaciones entre los datos del MIS y del GIS.
• Traducción de la legislación y de las reglas de negocio municipales a requisitos de software.
• Participación en los trabajos preliminares de integración con el Registro de la Propiedad y el Catastro.
• Pruebas de los sistemas y apoyo a la puesta en servicio sobre el terreno.

Fue uno de los encargos de integración de sistemas más extensos de mi carrera, que reunió hardware, redes, comunicaciones, datos, aplicaciones empresariales e información geográfica en un mismo entorno municipal.

Evolución entre 1998 y 2004

El trabajo se desarrolló a través de una serie de etapas conectadas:

1. 1998 — Evaluación inicial: examen de las aplicaciones municipales, los datos heredados, los registros duplicados y los problemas de integridad de los datos.
2. Registro compartido e inventario de campo: desarrollo del enfoque de registro común y recopilación, mediante formularios ópticos, de información sobre edificios, unidades, direcciones, residentes y usos.
3. Ampliación de datos y servidores: instalación de capacidad de servidores para dar soporte al creciente volumen de datos, a la migración de datos heredados y al entorno de aplicaciones DB2/Java.
4. 2002 — Obras civiles del ESTRAM: preparación de conductos, arquetas de acceso, cruces de ruta y armarios técnicos de campo para la infraestructura de fibra.
5. Integración de comunicaciones y aplicaciones: desarrollo del backbone intermunicipal, del MIS, del GIS basado en NetCad y de las relaciones entre los registros administrativos y geográficos.
6. Planificación de integraciones adicionales: trabajos preliminares sobre los vínculos con la información del Registro de la Propiedad y el Catastro.
7. 2004 — Fin de mi periodo en el proyecto: conclusión de mi participación en esta fase del trabajo.

De aplicaciones independientes a una infraestructura de información urbana conectada

El entorno de partida estaba formado por aplicaciones municipales independientes, conjuntos de datos fragmentados, registros duplicados, un intercambio de información limitado y registros administrativos con pocos vínculos directos con la ciudad física.

El trabajo incorporó un enfoque de registro compartido, datos de inventario obtenidos sobre el terreno, registros depurados y migrados, mayor capacidad de servidores, conectividad de fibra y relaciones entre el MIS y el GIS.

El resultado previsto era un entorno de información en el que las ubicaciones, los inmuebles, las personas y los trámites municipales pudieran entenderse a través de sus relaciones, con el respaldo de datos compartidos y de una infraestructura de comunicaciones.

Relevancia técnica

La relevancia del trabajo realizado entre 1998 y 2004 reside en los métodos y la infraestructura desarrollados durante ese periodo.

En una época en que la correspondencia basada en la identidad nacional y los servicios digitales interinstitucionales estaban menos implantados, el trabajo abordó varios requisitos que siguen siendo centrales en los sistemas de información urbana:

• Conciliación de los registros de ciudadanos mediante un enfoque de registro compartido.
• Obtención de información de residentes e inmuebles a partir del trabajo de campo.
• Conservación de los registros heredados durante la migración.
• Creación de recursos de datos institucionales compartidos.
• Ampliación de la capacidad de los servidores para absorber cargas de trabajo crecientes.
• Conexión de municipios e instituciones mediante fibra.
• Planificación de los trazados físicos teniendo en cuenta las futuras necesidades de comunicaciones.
• Relación de los registros administrativos municipales con elementos geográficos.
• Exploración de un mayor intercambio de información entre instituciones públicas.

Estas actividades configuraron una iniciativa temprana de sistema de información urbana en Eskişehir, en la que los datos, los servidores, las comunicaciones, las aplicaciones, la información geográfica y la infraestructura de campo se desarrollaron como partes de un mismo sistema.

2004 — Fin de mi participación

Mi participación en el proyecto terminó en 2004, tras seis años de trabajo que abarcaron los datos municipales, la infraestructura física, las comunicaciones, las aplicaciones empresariales y la información geográfica.

La experiencia sentó una base práctica para trabajar con datos municipales, infraestructura física de la ciudad, sistemas empresariales e información geográfica. También reforzó mi capacidad para evaluar un sistema institucional complejo a través de las relaciones entre sus componentes técnicos y los servicios que debía respaldar.