PLIEGO DE CONDICIONES TÉCNICAS PARA LA CONTRATACIÓN DE LA

IMPLANTACIÓN DE UN SISTEMA DE INFORMACIÓN TERRITORIAL

CORPORATIVO INTEGRADO Y CONSTRUCCIÓN DEL GEOPORTAL PARA EL
EXCMO. AYUNTAMIENTO DE DURANGO
ÍNDICE

1. OBJETO DEL CONTRATO ........................................................................................ 3

2. CONDICIONES GENERALES.................................................................................... 3
2.1. Estructura de las propuestas ............................................................................... 4
2.2. Período de garantía............................................................................................. 5
2.3. Seguridad y confidencialidad de la información. ................................................. 6
2.4. Propiedad intelectual de los trabajos................................................................... 6
2.5. Condiciones de solvencia técnica “sinequanone” ¡Error! Marcador no definido.

3. ALCANCE DEL PROYECTO...................................................................................... 7

3.1. Productos a entregar ........................................................................................... 7
3.2. Alcance de la colaboración del Ayuntamiento ..................................................... 8
3.3. Alcance del contrato ............................................................................................ 9
3.4. Actuaciones requeridas. ...................................................................................... 9

4. REQUERIMIENTOS MINIMOS Y ASPECTOS VALORABLES DEL SISTEMA DE

INFORMACIÓN TERRITORIAL....................................................................................... 12
4.1. Arquitectura recomendada para el S.I.T............................................................ 12
4.2. Núcleo del Sistema de Información Territorial................................................... 13
4.3. Asistentes de edición sobre herramientas CAD................................................ 16
4.4. Configurador de proyectos y Visor corporativo.................................................. 19
4.5. Integración con las Aplicaciones Municipales.................................................... 21
4.6. El Geoportal de Durango................................................................................... 23

5. REQUISITOS DE LA EJECUCIÓN DE LOS TRABAJOS........................................ 27

5.1. Planificación y fases.......................................................................................... 27
5.2. Requisitos para la construcción del repositorio................................................. 28
5.3. Solvencia profesional........................................................................................ 28
5.4. Organización y equipo de trabajo...................................................................... 30
5.5. Transferencia tecnológica................................................................................. 31
1. Antecedentes

El Gobierno de Bolivia en su política de Desarrollo Sostenible y Protección del Medio

Ambiente, expreso su voluntad de cumplir los acuerdos para la protección de la salud de los
seres vivos y del medio ambiente, razón por la cual Bolivia firma varios acuerdos
internacionales relacionados con sustancias químicas y desechos peligrosos.

Las resoluciones adoptadas en diferentes reuniones desde al año 1998, sirvieron de base
para firmar diferentes acuerdos internacionales como son los convenios de Basilea,
Rótterdam, Estocolmo y ser partícipes de acuerdos internacionales como son el Foro
Intergubernamental sobre Seguridad Química y el Enfoque Estratégico para la Gestión de
Productos Químicos a nivel Mundial, identificando en cada una de ellas a las principales
Sustancias que dañan a los seres vivos y el medio ambiente.

En fecha 22 de marzo de 1989, en la Conferencia de Partes del Convenio de Basilea sobre

el Movimiento Transfronterizo de Desechos Peligrosos y su Eliminación fue adoptado por
116 países. El 12 de julio de 1996, Bolivia ratifica el Convenio mediante Ley de la República
Nº 1698.
En fecha 23 de mayo del año 2001 Bolivia, firma el Convenio de Estocolmo y en fecha 25 de
octubre de 2002 mediante Ley de la República Nº 2417 ratifica el mismo.

En noviembre del año 2003 Bolivia se adhiere Convenio de Rótterdam sobre el

procedimiento de consentimiento fundamentado previo aplicable a ciertos plaguicidas y
productos químicos peligrosos objeto de comercio internacional,
2. a este Convenio.

El gobierno de Bolivia para dar cumplimiento a los acuerdos internacionales, en fecha 25 de

abril de 2005 crea el Programa Nacional de Contaminantes Orgánicos PRONACOPs,
mediante D.S. 28092, como una instancia técnica-operativa desconcentrada, siendo la
encargada de cumplir los compromisos técnicos asumidos por Bolivia como signataria del
Convenio de Estocolmo.

El PRONACOPs tiene bajo su responsabilidad los siguientes acuerdos internacionales:

Convenios de Estocolmo, Rótterdam y Basilea, asimismo el Foro Intergubernamental sobre
Seguridad Química (FISQ-IFCS) y el Enfoque Estratégico para la Gestión de Productos
Químicos(SAICM).

El MMAyA conjuntamente la ONUDI ha gestionado el Proyecto “Gestión Ambientalmente

adecuada de equipos y desechos que contienen Bifenilos Policlorados (PCBs) y
Fortalecimiento de Capacidades Técnicas en Bolivia”, ante el Fondo para el Medio Ambiente
Mundial (FMAM – GEF), mismo que fue aprobado en noviembre de 2014 en el marco de la
Quinta Reposición de Fondos (GEF-5).

2. OBJETO DEL CONTRATO

El Programa Nacional de Contaminantes Orgánicos PRONACOPs ha decidido impulsar un

nuevo proyecto que le permita gestionar con mayor eficacia los datos geográfico, e
inventariacion de Bifenilos Policlorados, para favorecer la mejora de la gestión interna de
sus servicios y la publicación hacia el ciudadano de un mapa de calidad y actualizado
mediante la puesta en marcha del “Sistema de Informacion sobre PCBs en Bolivia”.

Todo ello conduce inevitablemente a una transformación de la relación con el

ciudadano, con las otras administraciones y con los agentes quimicos, a modificaciones en
las estructuras organizativas y en los métodos de gestión interna, y a la consecución
progresiva de un cambio de cultura en la administración, en la que predominen los valores
de responsabilidad, participación, agilidad, cooperación y consecución de objetivos.

En este contexto, Programa Nacional de Contaminantes Orgánicos PRONACOPs, se

plantea un nuevo proyecto, que se ubica en el grupo de iniciativas para la creacion de una
plataforma tecnológica de tratamiento de información de PCBs en Bolivia, encuadrada
dentro del marco normative del MMAyA en la Información de Base de datos y servicios de
conectividad e interoperabilidad.

El objetivo principal del PRONACOPs es el de controlar y eradicar la eliminacion de

PCBs en Bolivia.

2. CONDICIONES GENERALES

Los trabajos incluidos en el Sistema de informacion deberán realizarse con la

participación activa de un Grupo de Trabajo, que contribuirá en la especificación de
requisitos, experimentará las aplicaciones implantadas y participará en la evaluación de los
resultados.

Las tareas y servicios necesarios para la implantación del sistema de información

sobre PCBs en Bolivia se estructurarán en un cronograma en el que se mostrarán los
tiempos previstos para la realización de cada una de las fases y que se incluirá en las
propuestas.

2.1. Estructura de las propuestas

PROPUESTA RELATIVA A LOS CRITERIOS CUYA VALORACIÓN DEPENDE DE UN

JUICIO DE VALOR (SOBRE 3)

La propuesta técnica relativa a los criterios cuya valoración depende de un juicio de

valor, además de presentarse por escrito, deberá adjuntarse en soporte electrónico.

La propuesta deberá incluir los siguientes apartados y en el mismo orden:

1. INTRODUCCIÓN, que deberá incluir como mínimo:
a. Identificación de la propuesta.
b. Relación a modo de índice de la documentación incluida en la que el
licitador deberá numerar y nombrar los documentos aportados con un
máximo de cinco entradas.
c. Aceptación con carácter general de las condiciones de los pliegos.
d. Datos de la empresa licitadora.
2. RESUMEN EJECUTIVO, con una extensión máxima de 6 páginas. En él, el
licitador deberá sintetizar su propuesta prestando especial atención a los
aspectos más destacables de la oferta en relación a los requisitos,
características e implantación de la solución.
3. ALCANCE DE LA PROPUESTA, donde se describirán el objeto y alcance de
los trabajos a realizar. No deberá incluir información de la oferta quesea
valorada de forma cuantificable
4. SOLUCIÓN PROPUESTA, donde se deberá incluir la información requerida
en el presente pliego, que consistirá en una enumeración ordenada según la
secuencia seguida en la redacción del mismo.
 5. METODOLOGÍA Y PROCEDIMIENTOS DE CALIDAD
6. PLAN DE TRABAJO
a. Cronograma y plazos
b. Equipo
7. ACCIONES FORMATIVAS Y GESTIÓN DEL CAMBIO
8. PROPUESTA DE GARANTÍA Y MANTENIMIENTO
9. MEJORAS

10. REFERENCIAS

2.2. Período de garantía

El período de garantía ofrecido por los licitadores será de un año, a contar desde la
finalización del contrato objeto de este pliego.

El adjudicatario deberá garantizar el resultado de las actuaciones, así como de las

integraciones realizadas en el marco del proyecto, durante un periodo mínimo de DOCE
meses, a partir de la aceptación final de los trabajos objeto del contrato. Este plazo se
iniciará con la aceptación por parte del Responsable municipal del acta de aceptación de las
actuaciones.

Durante estos DOCE meses los sistemas deberán mantenerse operativos. La

garantía deberá cubrir los siguientes aspectos:
• Defectos de carga o interpretación de la información geográfica involucrada
que haya sido mecanizada en el repositorio geográfico corporativo.
• Defectos de funcionamiento de la solución en explotación.
• Adicionalmente, el adjudicatario mantendrá actualizado el Repositorio
Geográfico de Durango, dando soporte a los servicios técnicos a la
incorporación de todos los contenidos cartográficos que cumplan las
siguientes condiciones:

o Que correspondan a modificaciones o nuevos desarrollos de la

cartografía topográfica municipal cargada en el sistema durante el
período de ejecución de los trabajos.

o Que su documentación completa y correcta sea proporcionada al

equipo de sistematización con tres meses de antelación a la fecha de
finalización del período mínimo de garantía de DOCE meses.

Cualquier ampliación en el número de meses de duración de la garantía se valorará

en el apartado de criterios técnicos cuantificables.

Se deberá incluir la instalación de nuevas releases y versiones de las soluciones y

herramientas software (Plataforma SIG, Guia Ciudadana, Servidor de mapas, etc.), así como
la migración de versiones in-situ.

El adjudicatario deberá contar con técnicos certificados en las tecnologías

implantadas, que garantice el máximo nivel de soporte.
 Los licitadores propondrán los procedimientos y herramientas a utilizar para la
comunicación y gestión de los problemas que puedan presentarse durante el período de
garantía.
 El adjudicatario deberá presentar antes del día 5 del mes siguiente un Informe
mensual de seguimiento de la garantía, con detalle de todas las incidencias registradas y
con los indicadores de tiempos de resolución definidos en el acuerdo de nivel de servicio.

Asimismo los licitadores deberán incluir en sus propuestas, el coste y alcance del
servicio de mantenimiento más adecuado por un período de al menos dos años, con
posterioridad a la finalización del periodo de garantía. La contratación del mismo, si
procediese, se realizará con cargo a una partida presupuestaria diferente a la que cubre el
presente contrato, sujetándose a las condiciones ofertadas por el licitador en el presente
concurso y a la normativa vigente en cuanto a los periodos y cuantías del mantenimiento.

2.3. Seguridad y confidencialidad de la información.

El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad

y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del
contrato, especialmente los de carácter personal, que no podrá copiar o utilizar con fin
distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de
conservación.

Los licitadores podrán aportar una Memoria descriptiva de las medidas que
adoptarán para asegurar la disponibilidad, confidencialidad e integridad de los datos
manejados y de la documentación facilitada. Asimismo, deberán incluir en su oferta la
designación de la persona o personas que, sin perjuicio de la responsabilidad propia de la
empresa, estarán autorizadas para las relaciones con el cliente a efectos del uso correcto
del material y de la información a manejar. Se adjuntará una descripción de su perfil
profesional, y sólo podrán ser sustituidas con la conformidad del Ayuntamiento.

El adjudicatario quedará obligado al cumplimiento de lo dispuesto en la Ley orgánica

15/1999 de 13 de Diciembre, de protección de datos de carácter personal.

2.4. Propiedad intelectual de los trabajos

El adjudicatario aceptará expresamente que los derechos de explotación y de

licencia de la solución instalada al amparo del contrato que se genere, corresponden con
exclusividad y a todos los efectos, únicamente al Ayuntamiento de Durango.

Del mismo modo quedarán bajo la propiedad del Ayuntamiento de Durango todos los
contenidos finales e intermedios que se generen como resultado de los trabajos de
manipulación y sistematización con la información de base utilizada y archivos cartográficos
involucrados.

2.5. Requisitos de solvencia técnica

Tendrán consideración de requerimientos de obligado cumplimiento los siguientes aspectos:

 • Interoperabilidad: El sistema de información territorial deberá garantizar la
interoperabilidad con otras administraciones e instituciones, siguiendo los estándares
OGC WMS 1.3.0 y edición OGC por WFS-T 1.0.
• Configurabilidad: El sistema de información territorial propuesto debe aportar un
configurador asistido de proyectos que otorgue independencia a los técnicos
municipales para mantener y modificar los proyectos creados dentro del marco de
este proyecto y posibilitar la creación de nuevos proyectos de gestión territorial
dentro de las soluciones ofertadas, de forma autónoma y libre de esclavitudes de
proveedor.
• Depuración cartográfica: Se considera imprescindible que los licitadores ofrezcan
asistentes de edición y poligonación automática en entornos CAD, como elementos
de proceso y de carga al repositorio geográfico, que garanticen la puesta al día del
sistema de información territorial, para asegurar la sostenibilidad del nuevo sistema,
de acuerdo a las condiciones y requisitos expuestos en el apartado denominado
“4.3.Asistentes de edición sobre herramientas CAD / Requerimientos” del presente
pliego de prescripciones técnicas.
• Integración: Los licitadores deberán justificar al menos cinco proyectos de
implantación de sistemas de información geográfica integrados con ERP municipales
en los tres últimos años. Las acreditaciones deben exponer con claridad haber
resuelto satisfactoriamente al menos 5 instalaciones de integración entre el Sistema
de Información Geográfica implantado y el ERP municipal existente en cada caso.
• Repositorio Geográfico: La empresa licitadora deberá justificar su participación y
resolución satisfactoria en, al menos, cinco proyectos para la formación de bases de
datos espaciales en los tres últimos años.
• Geoportales: La empresa licitadora deberá justificar su participación y resolución
satisfactoria en, al menos, cinco proyectos de desarrollo de portales sobre el Gestor
de Contenidos LocalWeb de Avanza Local Soluciones, promovido por el Ministerio de
Industria.

3. ALCANCE DEL PROYECTO

3.1. Productos a entregar

• Informe de situación de la cartografía municipal, como resultado del análisis y
diagnóstico que el adjudicatario deberá realizar como primera actuación a realizar
dentro del marco del contrato.
• Base de datos cartográfica con la cartografía topográfica de base, el catastro y la
cartografía temática digital adecuadamente sistematizada.
• Solución de software instalado y configurado que conforme el Sistema de
Información Territorial. Podrá consistir, a criterio del adjudicatario, bien en
 herramientas estándar, bien en programas desarrollados “ad-hoc”. Deberá constar
de:
o Plataforma corporativa de SIG, capaz de responder adecuadamente a futuros
requisitos no exclusivamente ligados vinculados al objeto de este contrato.
Fácilmente configurable y capaz de brindar servicios que respondan a la
especificación WMS (Web Map Service) de OGC (OpenGIS Consortium).
o Subsistema Intranet de consulta ágil y eficaz de la base de datos geográfica e
integrada con la plataforma corporativa de SIG que se implante.
o Herramientas para el mantenimiento asistido de la información cartográfica de
base por medio de software CAD estándar y para el mantenimiento de la
documentación asociada a entidades gráficas después de la puesta en
funcionamiento del sistema.
o Módulos de integración (acceso recíproco) con otras bases de datos
corporativas: censos de gestión tributaria, padrón municipal de habitantes y
gestión de expedientes administrativos.
o Manuales de funcionamiento correspondientes.
• Especificaciones de las bases de datos y de la configuración del software instalado y
metodología de mantenimiento de la información, que permitan una completa
autonomía del Ayuntamiento en el futuro mantenimiento del sistema y de la
información contenida en el mismo.

El Sistema de Información Territorial, debe posibilitar la publicación interna de la

cartografía de base del municipio a todos los usuarios de las distintas áreas y negociados
que requieran acceder a contenidos cartográficos, de una forma integrada y sencilla.

3.2. Alcance de la colaboración del Ayuntamiento

El Ayuntamiento participará activamente en el proyecto con diferentes tipos de

colaboraciones:

• Respecto a la necesaria información de la situación actual para facilitar el acceso y

transmitir al adjudicatario los conocimientos internos necesarios para ejecutar el
proyecto.
• Para, mediante la figura de Responsable del Proyecto designado por el
Ayuntamiento, validar, controlar y aceptar en su caso todas y cada una de las fases
que compongan el proyecto.

Respecto a las tareas de sistematización, integración e implantación es necesario

tener presente que:

• Todas las tareas de sistematización, integración con el ERP Municipal, implantación

de las soluciones y construcción del repositorio geográfico serán responsabilidad
exclusiva del adjudicatario.
 • El personal del Ayuntamiento implicado o que participe en cualquier fase del
proyecto, debe entenderse que lo hará en calidad consultiva, una vez requeridos
para que aporten información.
• La responsabilidad de la correcta ejecución del proyecto es del adjudicatario, y los
recursos aportados por el Ayuntamiento, de obligada aceptación, lo son a título de
ayuda, conocimiento o control.
• El adjudicatario del concurso será responsable de la coordinación, seguimiento y
realización de los servicios detallados en este pliego.

Para la realización de estas tareas el adjudicatario será, asimismo, responsable de dotar

al proyecto con los recursos técnicos y humanos necesarios para garantizar el correcto
desarrollo de estos servicios, desde la dirección del proyecto hasta la correcta implantación final
de la solución en las infraestructuras que el Ayuntamiento habilite a tal efecto.

3.3. Alcance del contrato

Las tareas y servicios a cubrir por el contratista consistirán en:

• Revisar, definir y vertebrar los procesos de trabajo de los sistemas afectados.

• Servicios de diseño funcional, diseño técnico y construcción de la integración con las
soluciones que conforman el ERP municipal.
• Servicios de diseño funcional, diseño técnico y construcción de la Base de Datos
Geográfica, previo análisis del estado de la cartografía digital existente. El
adjudicatario deberá organizar y estructurar la cartografía digital municipal existente
para obtener una base única y común a todas las disciplinas y servicios ligados al
territorio.
• Servicios de control y coordinación de la adaptación del parcelario catastral, de
acuerdo con las especificaciones de Lantik, de acuerdo a obtener una relación entre
accesos y referencias catastrales. Se incluye la estructura catastral de Lantik en el
Anexo I de este pliego de condiciones.
• Servicios de construcción, implantación, puesta en marcha, formación y plan de
pruebas del nuevo sistema de acuerdo con las condiciones técnicas recogidas en
este pliego de especificaciones técnicas.

• Servicios de puesta en producción del sistema creado y traspaso del conocimiento.

3.4. Actuaciones requeridas.

El Sistema de Información Territorial Corporativo debe posibilitar la publicación

interna de la cartografía de base del municipio a todos los usuarios de las distintas áreas y
negociados que requieran acceso al territorio, de una forma integrada y sencilla. La
publicación externa debe ofrecer acceso a la ciudadanía, al tejido asociativo y empresarial y
los visitantes a un entorno cartográfico digital de calidad, que publique sobre el territorio toda
la oferta lúdica, turística, hostelera, de transporte público, de servicios públicos, de
sanidad… y de todos aquellos aspectos de interés para los mismos.

El Geoportal quedará preparado técnicamente para incorporar en el futuro otros

ámbitos de interés, de carácter más técnico, como el mapa de movilidad vial de acuerdo a
las ocupaciones y afectaciones previstas en la Vía Pública, el Plan General de Ordenación
Urbanística, el mapa de ruidos del municipio o cualquier otro que se considere de interés,
ayudando asimismo, desde un entorno privado, a agilizar el inicio y seguimiento de los
trámites y expedientes administrativos entre la ciudadanía o tejido empresarial y el
Ayuntamiento.

Concretamente, en el ámbito del presente contrato, el Ayuntamiento de Durango se

plantea abordar una serie de actuaciones, que le permita vigorizar y agilizar la vida
municipal y simplificar los procedimientos relacionados con los datos geográficos.

La elaboración de los productos que deberá entregar el adjudicatario al finalizar el

contrato comportará la ejecución de las siguientes acciones intermedias:

Referentes a la cartografía topográfica de base

• Analizar y diagnosticar el estado de la cartografía topográfica de base digital

existente y, en su caso, organizarla y estructurarla adecuadamente, con la finalidad
de obtener una base de datos geográfica única y común a todas las disciplinas y
servicios ligados al territorio. El análisis y diagnóstico se materializarán en un informe
que el adjudicatario deberá entregar al Ayuntamiento, como entregable dentro del
marco del proyecto.
• Dotar al departamento que tenga que gestionar la Información Cartográfica de Base
de los criterios y metodología, que le permita mantenerla de forma estructurada y
autónoma para que el resto de las áreas y negociados municipales que requieran su
uso para el correcto y más eficiente desarrollo de sus funciones, pueda acceder a la
cartografía de base corporativa de forma única y centralizada.
• Incorporar una solución transversal de gestión de la información cartográfica de base
municipal, que permita asegurar su uso y difusión, de forma desatendida y el acceso
público a la información georeferenciada cartográficamente.

Referentes al catastro
• Desarrollar los servicios necesarios para adecuar la armonización del modelo
tributario catastral vigente establecido por Lantik, en el ejercicio de las competencias
transferidas en materia catastral a la Excma. Diputación Foral de Vizcaya. En este
sentido se deberán realizar los trabajos de emparejamiento y depuración necesarios
para asignar la codificación de referencia catastral utilizada en la Provincia de
Vizcaya a los accesos mantenidos en la Base de Datos Ciudad de Durango, que
gestiona de forma corporativa, el callejero oficial municipal.

• Garantizar que la cartografía correspondiente al parcelario catastral responde a una

estructura de arco-nodo con los niveles de Manzana (Polígono en zonas rústicas),
Parcela y Subparcela.
Referentes a la solución propuesta
• Aportar a la solución suministrada un visor corporativo de acceso y consulta gráfica y
alfanumérica, en tecnología Web, que con independencia de otras soluciones
territoriales específicas, permita el acceso al territorio de forma sencilla e
independiente sin necesidad de ningún tipo de aplicativo ni requerimiento adicional.
El visor debe ser único para todas las dependencias y común al resto de
aplicaciones verticales territoriales.
• Añadir un enlace al portal Web municipal, construido y mantenido a través del gestor
de Contenidos LocalWeb, para dar acceso a la ciudadanía y visitantes a la Guía
Ciudadana del municipio o plano de la ciudad, formada por un subconjunto de capas
gráficas extraídas directamente de la Información Cartográfica de Base, con una
apariencia que esté en armonía con la imagen corporativa municipal e integrada con
los contenidos y fichas descriptivas, que permita navegar gráfica y
alfanuméricamente por los diferentes ámbitos y actividades de la ciudad. La Guía
Ciudadana deberá posibilitar el acceso acreditado a los ciudadanos que lo soliciten a
la carpeta ciudadana.
• Garantizar la integración del nuevo sistema de información con el ERP municipal,
constituido principalmente por un grupo de soluciones que dan soporte a la gestión
tributaria, al padrón de habitantes y a la gestión de expedientes, aportando valor
añadido a las tareas de gestión. Debe permitir, como mínimo, visualizar desde la
parcela todo el árbol alfanumérico de registros de tributaria, padrón y expedientes
relacionados con la base de datos corporativa de personas o terceros, así como el
estado de la cartera de recibos tributarios. Asimismo ha de permitir tanto la
visualización del detalle de cualquier registro contenido en el árbol como la
generación de mapas temáticos sobre cualquier variable relacionada con los
expedientes y censos municipales de cualquier índole. Esta actuación tiene por
objeto avanzar en el uso unificado del dato único y evitar las disfunciones generadas
1
por el uso y mantenimiento de bases de datos con redundancia incontrolada.
• Suministrar asistentes de edición cartográfica sobre el producto MicroStation,
herramienta corporativa de CAD existente en los servicios técnicos, que garanticen la
integridad de la información de las bases de datos gráficas aun cuando esta se
realice por técnicos sin conocimientos de Sistemas de Información Geográfica.
Asimismo, deberán contribuir a la veracidad de la información actualizada, ofreciendo
al usuario operaciones de comprobación de la misma de fácil ejecución y
restringiendo las características de la información del sistema por medio de reglas de
negocio que se determinen de común acuerdo para asegurar la calidad, coherencia e
integridad de la información territorial gestionada por el nuevo sistema
• Garantizar la interoperabilidad estableciendo los mecanismos que permitan de forma
bidireccional intercambiar contenidos cartográficos con otros sistemas de información
territoriales internos o externos, de acuerdo con las prescripciones impulsadas por el
programa INSPIRE y siguiendo los estándares y protocolos promovidos por la OGC.

1 Nota: Se facilitarán los modelos Entidad / Relación de las aplicaciones que conforman el ERP municipal en
Anexo II de este pliego de Condiciones Técnicas.
4. REQUERIMIENTOS MINIMOS Y ASPECTOS VALORABLES DEL
SISTEMA DE INFORMACIÓN TERRITORIAL
4.1. Arquitectura recomendada para el S.I.T.

El modelo de arquitectura debe estar alineado con las infraestructuras tecnológicas

existentes en el consistorio y estar basado en estándares de mercado tanto en lo referente a
la base de datos relacional como en las tecnologías de sistemas de información geográfica
de base que se utilicen como plataforma genérica.

De acuerdo con filosofía corporativa en cuanto la arquitectura de las aplicaciones y a

las infraestructuras tecnológicas existentes, en este apartado se exponen los
requerimientos, preferencias y principios técnicos básicos a adoptar en cuanto a la
arquitectura de la solución, y otros criterios sobre la arquitectura del sistema, que deberá
apoyarse en un único núcleo y gestionar de forma común a todas las aplicaciones de
usuario. Se agrupan en dos bloques que denominamos Requerimientos, que deben
considerarse de carácter excluyente, y otro de Criterios valorables.

Requerimientos:
• Seguridad de acceso a las aplicaciones, con autentificación por identificador y
palabra de paso o bien con certificados. Deberá utilizar el sistema de seguridad
utilizado en las aplicaciones de gestión tributaria, padrón y expedientes, denominada
BuroWin, permitiendo de este modo gestionar:
o Seguridad de acciones en las aplicaciones según el usuario
conectado. o Gestión de perfiles de usuario, roles y permisos
o Gestión de la interacción con la Base de Datos Corporativa.
• Soporte en la realización de listas de registros, filtros y posicionamientos con interfaz
Web.
• Los estándares y protocolos de operabilidad mínimos exigidos serán los de OGC,
siguiendo el estándar WMS 1.3.0 para publicación y para la edición el denominado
WFS-T 1.0.
• No se mantendrá una conexión abierta permanentemente con la base de datos
corporativa. Las conexiones se crearán y se destruirán en el momento de interactuar
con la base de datos. Así se ganará en escalabilidad, ya que se utilizan los recursos
como son las conexiones sólo el tiempo necesario, y se dejará que el sistema
operativo gestione el “pool” de conexiones de manera eficiente.

Aspectos valorables
• Aplicativos basados en tecnología C# .NET de Microsoft. Se valorará especialmente
que estén basados en una serie de clases de soporte que implementen una
funcionalidad horizontal, útil para otras aplicaciones que se desarrollen.
 • La plataforma de servicios territorial aportará una batería de Geoservicios Web
suficientes para garantizar la interoperabilidad entre administraciones y el uso de la
misma por otras soluciones SIG del mercado de forma autónoma, sin esclavitudes al
proveedor o constructor.
• El formato preferido a utilizar para el almacenamiento de los datos geográficos en el
gestor de Base de Datos Corporativo es el formato GDO. Los licitadores no obstante
pueden presentar otras estrategias de almacenamiento que consideren más
oportunas o que por espeficidades de arquitectura requieran otros formatos.
• El módulo de acceso a la base de datos DBA (Data Base Access) es el único punto
donde se relacionarán las aplicaciones con la base de datos a través de un conector
tipo OLE Provider.
• La arquitectura de la solución deberá estar en tres capas y deberá tener un
planteamiento flexible. Si está justificado se podrá prescindir de alguna de las capas.
• Se utilizarán siempre que sea posible los DataSet’s con tipos como contenedores de
datos. Se trata de un tipo de objeto que flexibiliza mucho la utilización de estructuras
que tienen correspondencia con la base de datos.
• El navegador que utilizará el usuario deberá comportarse como un cliente ligero de la
aplicación. Será valorable que el navegador visualice en DHTML y ejecute javascript.
Para potenciar al máximo la solución, el requerimiento para el navegador será la
versión del Internet Explorer 5.5 o superior cuando se trate de clientes internos.
• Las peticiones del navegador las gestionará el navegador Web. Las páginas HTML
se construirán dinámicamente en el servidor.

4.2. Núcleo del Sistema de Información Territorial

El núcleo del Sistema de Información Territorial estará formado por una capa de
servicios transversales de núcleo que responderán y entregarán los contenidos
demandados por los clientes del sistema que requieran consumir recursos territoriales de
alguna de las siguientes formas:

• Mediante conexiones internas que provengan de usuarios interactivos

Intranet, a través del visor corporativo cartográfico.
• Mediante conexiones internas que provengan de aplicaciones Intranet, que
requieran incorporar un recurso cartográfico en su interfaz de usuario o
informe, mediante llamadas al catálogo de servicios desatendidos que aporte
el núcleo de gestión territorial.
• Mediante Servicios Web, bajo estándares OGC, a clientes internos o
externos de cualquier naturaleza.

Adicionalmente el núcleo estará compuesto por un visor cartográfico de carácter

corporativo, adecuado y configurable a las diferentes tipologías de usuarios esperados; por
un servidor de mapas que resuelva las peticiones de los clientes del sistema de información
territorial; y por un definidor y configurador de proyectos que de cobertura y simplifique la
complejidad tecnológica que conllevan este tipo de sistemas de información, para definir,
configurar y/o modificar proyectos específicos para las diferentes áreas de gestión
municipal, por perfiles no necesariamente expertos en cartografía ni en sistemas de
información geográfica.

Las proposiciones presentadas deberán explicitar el catálogo de servicios Web que

incorpora la solución propuesta por los licitadores, de forma suficientemente clara para
permitir evaluar la amplitud del catálogo de servicios Web por parte del comité municipal
técnico evaluador

Los requerimientos mínimos exigidos y las funcionalidades valorables de la solución,

se manifiestan en los apartados de este capítulo.

Requerimientos:

Modularidad

El Núcleo del Sistema de Información Territorial debe estar enfocado hacia la

modularidad funcional dependiendo de la naturaleza del cliente que solicite consumir un
recurso territorial. No se demanda sólo una solución con la funcionalidad básica de ver
mapas por un navegador, sino una plataforma de servicios transversales que pueda
interactuar con diferentes escenarios, dependiendo de la naturaleza y origen de la solicitud.

Esta cuestión tiene por objeto atender varias formas de utilización: haciendo
modulares todos los elementos que en conjunto conformen el visor del mapa y permitir su
utilización tanto de forma autónoma, mediante una URL que abra un navegador, como en
modo cliente de otras aplicaciones externas mediante un control “enganchado” dentro de
una página que puede tener cualquier funcionalidad.

También se requiere disponibilidad de WebServices tanto de visualización,

localización y edición, para realizar operaciones externas desde otros sistemas
interoperables de información territorial.

Integración

Aunque la visualización se realice en un navegador que se puede lanzar desde

cualquier aplicación, la integración se plantea en otras dimensiones. Concretamente,
algunas de las operaciones con la cartografía se tendrán que implementar con WebServices
basadas en tecnología SOAP. Esto facilitará que se puedan llamar desde otras aplicaciones
que puedan usar este estándar, que básicamente dejarán en unos datos textuales en
formato XML la llamada y los parámetros a hacer y recogerá el resultado también en formato
XML.

Configuración personalizada

Debe quedar garantizada la posibilidad de variar el comportamiento y presentación

de la cartografía sin necesitar reprogramar ningún elemento de software ni requerir la
consultoría especializada del proveedor o constructor. Estas posibilidades se materializarán
mediante la entrega de un módulo, que posibilite la configuración sencilla de un proyecto
territorial en entorno Web y que permita cambiar a los administradores cualquier aspecto
concerniente al estilo de visualización de las capas (color, estilo de línea, grosor), las
características de los elementos (editabilidad), la presencia de comandos en un determinado
punto de la aplicación, la selección de grupos diferentes que incluyen colecciones de capas
gráficas, definir nuevos buscadores, generar mapas temáticos e informes específicos, etc.
según la evolución de las necesidades y requerimientos solicitados por los distintos tipos de
usuarios.

Aspectos valorables

Aspectos tecnológicos

La visualización se realizará mediante imágenes ligeras JPEG o PNG

preferiblemente, que generará el servidor de mapas que se emplee, según la petición que
realice el usuario, sirviendo las capas activas, punto de situación, etc.

Será recomendable que la lógica de la parte cliente se realice en javascript

intentando minimizar las llamadas en la parte servidora, de forma que sólo se interactúe
cuando sea necesario recargar el mapa. Serán preferidas especialmente las propuestas
cliente que no requieran disponer de ningún plugin ni control ActiveX, ni software propietario.
Debería ser suficiente con un navegador que soporte VML (Microsoft Internet Explorer 5.5 o
superior por ejemplo).

La parte servidora se ha de implementar utilizando la arquitectura general descrita

anteriormente. Se recomienda el entorno de desarrollo C# .Net de Microsoft y con las capas
que se requieran. Debe encapsular la interacción con el servidor de mapas en los llamados
conectores que se implementen a medida por cada sistema.

Posibilidades de expansión y adaptabilidad

Por un lado, debe estar preparado para conectar con diversos gestores de
cartografía mediante en concepto de conector, compartiendo todo el desarrollo y sólo
variando la parte que interactúa con el gestor de mapas. Este factor se considera de gran
importancia ya que permitirá al Ayuntamiento cierta independencia con respecto al servidor
de mapas concreto. Se considerará como mejora diferencial disponer conectores para las
tecnologías de servidores de mapas Geomedia de Intergraph, ArcIMS de ESRI, aunque se
valorará la utilización de software libre en este tipo de herramientas que sigan los
estándares OGC de interoperabilidad.

En resumen, se pretende disponer de una solución lo menos dependiente y cerrada

a una única tecnología. Se ha de tratar de un producto vivo que no esté hecho a medida
para ningún proyecto en concreto y que se garantice su evolución para que se pueda
actualizar para soportar las últimas versiones de los aplicativos externos y permita
incorporar nuevas funcionalidades desarrolladas para otros proyectos, productos o ámbitos
de gestión. La adaptabilidad también comporta tener disponible no sólo un visor SIG
independiente sino que en proyectos alfanuméricos bajo .NET se pueden integrar los mapas
en páginas con datos alfanuméricos (se utilizan entonces los controles que compongan el
visor con otras normas).
4.3. Asistentes de edición sobre herramientas CAD

Los servicios técnicos del Ayuntamiento de Durango gestionan la cartografía

municipal sobre la herramienta de CAD MicroStation.

Como componente imprescindible para el mantenimiento del repositorio geográfico

corporativo unificado, se requiere disponer de herramientas de tratamiento, limpieza y
edición asistida de una forma controlada, para que cumplan todos los requisitos o reglas de
negocio necesarias para su posterior carga en el repositorio Geográfico.

Requerimientos

Los servicios técnicos del Ayuntamiento de Durango gestionan la cartografía

municipal sobre la herramienta de CAD MicroStation.

Como componente imprescindible para el mantenimiento del repositorio geográfico

corporativo unificado, se requiere disponer de herramientas de limpieza y edición para
procesar los ficheros en formato nativo DGN, para que cumplan todos los requisitos
necesarios para su posterior poligonación.

PROCESADOR DE NODOS Y SEGMENTOS

Este asistente tendrá con finalidad realizar de forma desasistida todos los
tratamientos de limpieza y edición de nodos y segmentos contenidos en una lista de niveles
o capas a tratar, que será configurable por el operador gráfico, estableciendo prioridades de
peso y tratamiento, así como una tolerancia de proceso, también configurable.

Su misión principal será resolver dentro de la tolerancia determinada por el usuario

las siguientes faltas de coherencia:
• Existencia de puntos libres y de aristas duplicadas.
• Intersecciones que no hayan generado vértices en el punto de cruce.
• Overshoots (segmentos que desbordan su destino) y Undershoots (segmentos que
no alcanzan a su destino), así como solapes que ± la tolerancia, puedan
considerarse duplicaciones parciales o totales de un único segmento.

Este asistente dispondrá, además de utilidades “ad- hoc” interactivas desde la propia
interfaz de MicroStation y presentará todas las opciones de testeo y edición necesarias para
garantizar que un fichero gráfico tenga la topología arco – nodo, libre de puntos libres y
otros errores que impidan el cierre de todos los recintos, en un proceso de poligonación
posterior. Éstas serán como mínimo:

• Utilidad de detección de los puntos libres que existan en el dibujo, dentro de la lista
de agrupaciones de capas a tratar, marcándolos con un símbolo o marca de un color
a definir por el usuario y gestionándolos adecuadamente a fin de que el operador
gráfico actúe correctivamente en una o varias sesiones de edición.
 • Utilidad de corrección de los errores que detecte el proceso anterior, referidas a
puntos libres que no quedaron resueltos en el proceso de creación del modelo arco-
nodo. Para poder resolver dichos errores, y una vez situados en un error en
concreto, dispondremos del siguiente grupo de utilidades adicionales:
o Extender un segmento hasta su intersección con otro, generando el nodo en
el punto de entrega. El usuario deberá marcar primero el segmento a
extender para identificar posteriormente el segmento destino con el que debe
hacer intersección y crear nodo. El proceso se encargará de hacer todas las
operaciones necesarias.
o Borrar un segmento sobrante. El usuario sólo deberá identificarlo y confirmar.
o Modificar un segmento. El usuario deberá seleccionar el extremo del mismo y
llevarlo allí donde deba estar.
• Proceso de transformación de elementos de tipo ARCO, CURVA y CIRCULO en
elementos lineales, elementos del tipo Linestring, para que puedan ser tratados en
forma arco - nodo.

PROCESADOR DE CREACIÓN DE RECINTOS

Se requiere un asistente de ayuda a la poligonación y codificación para ficheros

cartográficos digitalizados, en formato nativo DGN de MicroStation, que esté libre de errores
de tipo puntos libres y en formato arco-nodo, que garantice la creación de recintos cerrados
generando la estructura topológica necesaria para su posterior carga en la Base de Datos
Geográfica. Cómo mínimo deberá cumplir con los siguientes requerimientos:

• El propósito principal es disponer de una herramienta que permita poligonar,

superficiar, codificar y colorear recintos.
• Debe funcionar dentro de la propia interfaz de MicroStation V8 y permitir automatizar
completamente el proceso de poligonación masiva, generando un nuevo diseño con
los polígonos como elementos gráficos individuales, pudiendo luego superficiarlos,
borrarlos, moverlos interactivamente.
• Debe permitir jerarquizar diferentes niveles de poligonación, especificando para cada
uno de ellos las diferentes capas que intervendrán, de tal forma que los polígonos
finales quedarán ordenados según dicha jerarquía. Asimismo la simbología final del
elemento recinto o poligonal, preservará la simbología original de los arcos que lo
compongan.
• Deberá estar totalmente adaptado a ámbitos cartográficos, catastrales y urbanísticos,
de forma que superficie los polígonos restando las áreas de sus posibles
subpolígonos interiores.
• Deberá codificar contextualmente: formar los códigos de los polígonos en función de
la jerarquía de niveles especificada. Es decir, en catastro, por ejemplo, el código de
una subparcela será la concatenación del código que la define con los códigos que
definen a la parcela y polígono en los que está contenido. El único requisito será que
los códigos o centroides sean interiores a los polígonos.
 • El procesador de polígonos permitirá asociar la información generada a una Base de
Datos.
• Se suministrarán las utilidades interactivas que permitan la subsanación de los
posibles errores que se puedan producir en el proceso de poligonación. Todos ellos
serán totalmente parametrizables por el usuario, ajustándose así a su metodología y
ámbito de trabajo específicos. Éstos subprocesos cubrirán como mínimo las
siguientes situaciones:
o Utilidad que permita preparar ficheros que no tengan todos los textos
interiores a los polígonos, requisito indispensable para el buen
funcionamiento del procesador de polígonos.
o Utilidad que permita corregir los errores que se detecten en la poligonación:
polígonos sin código, códigos distintos en el mismo polígono etc.

Aspectos valorables:

Los beneficios adicionales:

• La edición controlada multiusuario del repositorio geográfico, utilizando la

herramienta CAD habitual, MicroStation, sobre el SGDBR existente, Oracle, y sin la
utilización de otras herramientas ni procesos intermediarios.
• La conservación, transparente al usuario, de los datos existentes como datos
históricos con cada actualización, con posibilidad de consultar el estado de la
información del repositorio geográfico en una fecha anterior. Deberán facilitar la
identificación de cada actualización gracias a la agrupación de los cambios en
bloques.
• Realizar el cálculo de tablas de relaciones espaciales de superposición y recálculo
con cada actualización transparente al usuario.
• Garantizar la integridad de la información del repositorio geográfico, posibilitando el
relleno de campos basados en propiedades geométricas, como la superficie por
ejemplo o la herencia de valores de atributos entre polígonos superpuestos de capas
distintas, todo ello de forma transparente al usuario una vez configurado.
• Permitir realizar las cargas masivas iniciales hacia el repositorio geográfico, a partir
de información CAD existente.

Las características valorables respecto a los asistentes de edición en línea sobre

MicroStation serían:
• El rellenado automático de campos basados en propiedades geométricas.
• El recalculo automático de los valores cuando se modifica la geometría.
• El cálculo automatizado de tablas de relaciones espaciales de superposición y
recálculo con cada actualización.
• Estar basados en arquitectura SOA de servicios Web, no requiriendo cliente de base
de datos en el equipo de edición CAD.
 • Ser independiente del SGBDR utilizado.
• Dar soporte nativo a edición multiusuario basado en transacciones largas con control
de concurrencia optimista.
• Dar soporte nativo a herencia de valores de atributos basados en las relaciones
espaciales entre los objetos y recalculo automático cuando se modifica la geometría.

4.4. Configurador de proyectos y Visor corporativo

Requerimientos

Módulo de configuración,

Éste módulo de la solución ha que constituir el punto desde donde se puedan definir
los proyectos territoriales y permita modificar, de manera coordinada, los parámetros
globales de los mismos:
• La configuración inicial de visualización (mapa guía, punto de entrada, etc.).
• A qué almacenes de datos geográficos se va a conectar el proyecto.
• A qué bases de datos alfanuméricas externas se va a conectar el proyecto y qué
datos se visualizarán cuando se realicen filtros sobre el mapa.
• Las capas gráficas, prioridades, estilos, y escalas de visualización según los distintos
perfiles de usuario.
• Las sentencias SQL en que se basan los buscadores (por referencia catastral, por
nombre de calle, por secciones censales, por distritos postales, por barrios, etc...).
• La estructura y contenido de la leyenda.
• La definición de los mapas temáticos (contra la base de datos gráfica o bases de
datos alfanuméricas externas). Y la posibilidad de generar temáticos con gráficos de
tarta y/o barras.
• El idioma de visualización y los literales que den contenido a los menús específicos.

Módulo de visualización

Debe incorporar como mínimo las siguientes funcionalidades:

• Navegar por el mapa.
• Activar y desactivar capas de cartografía, cambiando su estilo sin afectar la definición
global del proyecto.
• Generar, activar y desactivar mapas temáticos, cambiando su estilo y rangos.
• Cambio de prioridades de visualización.
• Acceso y uso fácil de los buscadores definidos en el proyecto global..
 • Situar la posición con precisión en el mapa, tanto a nivel de escala como de
coordenadas UTM.
• Acceder a información de detalle asociada a un elemento cartográfico con un simple
clic.
• Generar fichas o informes con mapas (certificados, cédulas, etc.).
• Realizar consultas espaciales simples.
• Realizar consultas alfanuméricas contra las bases de datos gráficas y alfanuméricas
en base a asistentes SQL.
• Activar filtros restrictivos gráficos y alfanuméricos, reduciendo la base de datos
explotada y mejorando la velocidad de respuesta de la aplicación para el usuario
final.
• Edición básica de puntos, líneas y polígonos en modo Web.

La interfaz de usuario técnico de gestión, debe añadir las siguientes funcionalidades

a los puntos anteriores:
• Modificación del orden de visualización de las capas por parte del usuario final.
• Modificación de la escala de visualización en pantalla mediante la introducción del
valor de escala en una ventana preparada por el usuario final.
• Cálculo de superficies en hectáreas
• Medida de distancias.
• Representación visual avanzada de los interiores de las líneas poligonales
modificable por el usuario final: tramas, transparencia, opacidad.
• Representación visual avanzada de las líneas, sean individuales o perímetros de
polígonos: además de poder variar el grosor y el color, el usuario final puede escoger
entre diferentes tipologías de línea.
• Visualización de ortofotogramas en los formatos Geotiff, JPEG y ECW.
• Realización de consultas gráficas, donde el resultado sea un conjunto de elementos
seleccionados de una capa.
• Realización de análisis espaciales tipo buffer por parte del usuario final. Los buffers o
áreas de influencia, podrán ser circulares alrededor de un punto o poligonales
alrededor de una línea.
• Visualización de las coordenadas en UTM y en geográficas.
• Exportación en formato vectorial de mapas en formato DXF o Shape Files.
• Exportación alfanumérica en formato Excel, XML o texto.

Aspectos valorables

Módulo de edición:
 • Dibujar nuevas formas. Estas nuevas formas tendrán la misma geometría y estilo de
visualización que el resto de elementos de la capa en la que se dibuje.
• Modificar formas ya existentes
• Cálculo de áreas y medida de distancias.
• Posibilidad de etiquetar a partir de cualquier campo de la capa.
• Consultar los datos alfanuméricos de un elemento seleccionado.
• Modificar los estilos de las capas desde el menú Leyenda.
• Desplazarse por el mapa, alejarse, acercarse, ver la extensión completa del mapa,
zoom anterior..., es decir, contiene parte de las herramientas de navegación y
visualización exigibles un visor funcionalmente completo.
• Carga de datos vía ficheros GPX de GPS.

4.5. Integración con las Aplicaciones Municipales.

El visor corporativo debe permitir el enlace directo y bidireccional entre la información

corporativa alfanumérica y la cartografía catastral o parcelaria. Debe de ser una solución de
consulta y explotación que garantice la integración operativa en un entorno Web y que
además posibilite su incorporación en la oficina de atención ciudadana, permitiendo además
el acceso a una visión global de la información total residente en el municipio y
correspondiente a: un tercero, una dirección o una parcela.

Requerimientos

Como mínimo serán exigibles las siguientes funcionalidades:

• Navegación grafica / alfanumérica entre el visor territorial y el entorno alfanumérico
corporativo, en tecnología Web.
• Acceso en consulta a la información del entorno alfanumérico, aplicando la seguridad
definida en Núcleo de Información Corporativa.
• Localizadores desde el ámbito alfanumérico en el visor territorial, que permita
localizar la información por acceso / dirección, tercero y parcela.
• Debe obtener salidas como árbol de búsqueda, copia de recibos, informes con plano
de ubicación de la parcela, etc.

El enlace integrado desde la información territorial asociada a cualquier elemento del

conjunto de aplicativos alfanumérico, como puede ser dirección tributaria o fiscal, referencia
catastral, vivienda, persona física o jurídica, debe ser accesible a través de un botón que
identifique el acceso a territorio.

Si existe representación gráfica para la/las parcelas seleccionadas se activará el

visor territorial, si no está ya activo, centrando la selección e incorporando las parcelas a la
lista de parcelas seleccionadas del visor.
 Desde cualquiera de las parcelas seleccionadas se podrá acceder al resto de
información del Sistema de Información Municipal, independientemente de entorno
alfanumérico / gráfico del que se haya iniciado el enlace.

En el ámbito gráfico del visor territorial estarán activas como mínimo las capas de
parcelas, calles, accesos y se deberán implementar los siguientes buscadores, que se
basarán en la información depositada en los repositorios corporativos de las bases de datos
ciudad y territorio:
• Referencia de parcela / referencia plano
• Lista de referencias con detalle del acceso principal
• Selección de una o varias parcela/s.
• Acceso (Calle y numero)
• Lista de calles, filtrando por parte del nombre
• Lista de accesos de una calle seleccionada de la lista anterior
• Selección de un acceso
• Tercero
• Lista de terceros con posicionamiento por NIF y nombre
• Selección de uno o varios terceros

Desde los elementos seleccionados se tendrá acceso a información de detalle de

• Registro de E/S
• Población.
• Tipos de ingreso
• Recibos
• Expedientes relacionados
• Datos de Parcela
• Su ubicación en territorio.

Aspectos valorables

Se valorará la capacidad de generación de mapas temáticos sobre el parcelario

catastral utilizando variables, o cruce de variables, definidas sobre los censos y padrones
municipales, con la finalidad de disponer de un instrumento de mapificación territorial que
aporte valor añadido al sistema de información territorial, como herramienta de ayuda a
toma de decisiones.
4.6. El Geoportal de Durango.

El Ayuntamiento de Durango pretende incorporar en el nuevo portal municipal

diseñado mediante la solución LocalWeb, un portal geográfico innovador y de calidad.

Este nuevo Geoportal debe ser el punto de entrada en la red para los ciudadanos y
visitantes a los múltiples servicios municipales e información que les puede ofrecer el
municipio. El Geoportal debe quedar preparado, para en su día, poder interactuar de forma
privada, en particular toda la que se refiere a la relación de los ciudadanos y/o empresas
con la administración (recibos, volantes, domiciliaciones, certificados, expedientes,..etc.), y
requerirá el uso de sistemas de identificación y autentificación como el eDNI, firma
electrónica o la tarjeta ciudadana.

LocalWeb un gestor de contenidos diseñado para ofrecer servicios de administración

electrónica a los ciudadanos, tanto desde el punto de vista informativo como de
teletramitación. Incluye un portal (noticias, información turística, trámites,...) y un gestor de
contenidos. El gestor está orientado a la Administración Local, y ayuda a definir qué
información presentar y cómo visualizarla. Dispone de un workflow de publicación,
multiclasificación, y facilita estadísticas de uso del gestor y de los contenidos accedidos
desde el Portal.

El objetivo es obtener una mayor riqueza de contenidos relacionados con la ciudad y

de fomentar el interés de los ciudadanos y entidades por poner sus creaciones en el portal
municipal. Asimismo el ayuntamiento podrá potenciar toda clase de promociones culturales,
planes de educación cívica y medioambiental, etc.

Fuentes de información a Incorporar

El municipio de Durango dispone de gran cantidad de información pública o de libre

acceso (transporte público, hoteles, farmacias, parques y jardines, etc....). El mapa de la
ciudad, dado su vínculo con la realidad territorial y su fácil comprensión, es por Internet el
medio de difusión idóneo para de este tipo de informaciones y debe servir además en el
futuro para canalizar la participación ciudadana por Internet (incidencias en la vía pública,
urbanismo,...etc).

A tal efecto, la imagen cartográfica que se publique en Internet estará formada por un
conjunto de capas cartográficas del repositorio que hemos denominado previamente
Información Cartográfica de Base y que serán maquilladas para que su publicación resulte
ligera y atractiva para el ciudadano o el visitante virtual. El aspecto de la misma estará en
concordancia con la imagen corporativa municipal, e incorporará en forma de Banner el
escudo municipal y los logotipos y toponimia que el Ayuntamiento considere más oportunos.

La ubicación territorial sobre el mapa de los diferentes pictogramas y la localización

de los diferentes edificios singulares y equipamientos de todo tipo, así como los contenidos
contextuales asociados a los mismos, correrán a cargo de personal interno, que dispondrán
de los procedimientos adecuados para su creación y mantenimiento.

Existirán pues dos fuentes distintas de información:

 • La base de datos gráfica estará construida en la misma base de datos gráfica
corporativa, para evitar la duplicidad de la información y se publicará con un servidor
de Mapas estándar de mercado.
• La Base de Datos de Actividades. Contiene la información gráfica y alfanumérica de
las actividades y servicios de la Guía ciudadana. Podrá mantenerse remotamente
para añadir, editar o eliminar contenidos. Se mantendrá en el Gestor de Contenidos
municipal basado en LocalWeb.

Requerimientos

Objetivos a Cubrir:

• Ofrecer un callejero moderno y actualizado a la ciudadanía y al visitante, utilizando

LocalWeb como Gestor de los Contenidos y la Base de Datos Ciudad como callejero
oficial municipal, que le permita localizar en el mapa diferentes ámbitos de interés
público. Como mínimo se deberán abarcar los siguientes ámbitos generales:
o Ocio y Turismo. Ámbito que recoja sobre el territorio toda la oferta de
restauración, hostelería y divertimento de la Ciudad. Asimismo se incorporará
toda la oferta de interés cultural y turístico.
o Servicios y Equipamientos. Ámbito que ofrezca sobre la Guía Ciudadana
todas las diferentes actividades y equipamientos disponibles en el municipio:
Redes de transporte público y privado, edificios de servicios públicos,
sanidad, equipamientos deportivos, etc. Ubicación de los contenedores más
próximos de residuos sólidos, mobiliario urbano, etc.
o Oferta comercial en la ciudad. Posibilidad de ubicar toda la infraestructura
comercial y empresarial de la ciudad: Tiendas, almacenes, despachos
profesionales, empresas, etc. utilizando para ellos el censo de actividades
económicas
o Ámbito restringido. Zonas de acceso restringido para, en un futuro, iniciar y
seguir trámites y expedientes, acceso al estado de las obligaciones tributarias
con el Ayuntamiento, generación de informes tipo cédula catastral o
urbanística, etc.
• El Geoportal de Durango, deberá habilitar una zona de descargas, desde la cual el
visitante pueda encontrar y descargar documentación diversa: mapas, fotos, folletos
turísticos, etc., de interés. Asimismo se habilitará también la descarga vectorial de
cartografía municipal, previa acreditación, de forma que el tejido empresarial
dedicado al mundo inmobiliario, pueda utilizar la cartografía oficial del municipio de
Durango, como base topográfica para desarrollar sus proyectos.
• Debe permitir la descarga de los puntos de interés a dispositivos móviles, tipo
smartphones o PDA, en formato KML, a fin de ofrecer sobre éstos dispositivos los
contenidos mantenidos en el Geoportal de Durango, tanto a ciudadanas y ciudadano
como a visitantes, sobre los mapas de Google Maps.
 El formato KML facilitará en el dispositivo móvil la posibilidad de acceder a la
ubicación de los equipamientos y servicios (representados por iconos sobre la
cartografía de Google Maps), y de ella a la información vinculada (imágenes, textos
descriptivos, links o URL's relacionados). El valor añadido de esta opción es que
muchos usuarios ya conocen y utilizan con frecuencia el navegador y el callejero de
Google, con lo cual con esta funcionalidad, podrán tener acceso a información fiable
de las bases de datos de Durango sin tener que utilizar otra solución.
• La Guía Ciudadana Gráfica deberá utilizar el Gestor de Contenidos LocalWeb,
implantado ya en el portal del Ayuntamiento, que permitirá asociar a los elementos
puntuales que identifiquen actividades y equipamientos fichas multimedia (Textos,
Fotos, Hipervínculos, Vídeos, etc.) que amplíen y enriquezcan la información gráfica
con todos aquellos contenidos que se quieran acercar al ciudadano.

Funcionalidades

A nivel funcional, la estructura debe ser de la máxima sencillez. El ciudadano

accederá desde el portal municipal a una ventana de acceso temática. Desde esta ventana
se ofrecerán los distintos ámbitos de la Guía. La Guía ha de permitir para cada uno de estos
ámbitos solicitar información sobre los elementos existentes en el mapa, localizar por varios
criterios, navegar por el mapa, acceder a información de detalle,..... Los mapas que se
visualizarán serán el resultado de una petición al servidor de mapas, que los suministrará en
el formato que se considere más eficiente.

• Visualización. La solución propuesta se basará en la misma tecnología de

visualización que para el resto de aplicaciones territoriales, si bien deberá tener
menos funcionalidades que el visor utilizado en Intranet. La interfaz será simple e
intuitiva, de forma que cualquier ciudadano pueda utilizarla sin necesidad de ningún
tipo de aprendizaje previo. Las funciones de visualización serán accesibles a través
de una leyenda interactiva con pictogramas para cada una de las actividades. Los
pictogramas estarán divididos en categorías, cada una de ellas pudiendo
corresponder a uno o varios ámbitos de actividades (cultura, sanidad,...)
• Navegación gráfica. Incluirá las funciones de movimiento por el mapa principal y el
mapa guía, como los zooms, las flechas de desplazamiento lateral, las escalas
prefijadas redondeadas (1:500, 1:1000, 1:2000,....), y sobre todo el mapa guía, que
permitirá moverse por la cartografía desde una vista a vuelo de pájaro. La selección
de los elementos gráficos (actividades turísticas, culturales,...) se realizará mediante
el cursor, de forma individual o múltiple mediante recuadro.
• Índices. Los índices serán aquellas funciones que sirvan para localizar uno o varios
elementos gráficos en el mapa. Será necesario disponer de varios tipos de índices,
que facilitarán las consultas de las informaciones públicas existentes en la Base de
Datos de Actividades. Como mínimo se incluirán los siguientes:
o Índice alfabético. En él aparecen todos los elementos alfanuméricos
visualizables en el mapa, sea cual sea el ámbito, agrupados según su letra
inicial. Es decir, si el usuario conoce el nombre de un hotel, se irá al índice
 alfabético, le aparecerá una ventana con todas las letras del abecedario,
pinchará en la letra correspondiente, o realizará una búsqueda introduciendo
una máscara parcial del nombre buscado.
o Índice por calle/número. Se permitirá que el usuario acceda a un localizador
que descargará previamente el callejero normalizado de la base de datos
ciudad, y de forma escalonada el ciudadano accederá a una lista completa y
cerrada de las calles y números que puede seleccionar.
o Índice temático. Desde este índice se accederá a una ventana con una lista
ordenada alfabéticamente de todas la categorías de información existentes
en la base de datos de actividades (hoteles, restaurantes, bancos y cajas,...).
Seleccionando una categoría aparecerá una lista ordenada alfabéticamente
con todos los elementos de esa categoría. La interfaz permitirá seleccionar
uno de los elementos con el fin de acceder a su situación en el mapa.
• Acceso a la información alfanumérica. Se realizará mediante algún tipo de informe
predeterminado, que podrá incluir fotografías, textos y los valores de los campos
asociados al o los elementos seleccionados. De esta forma se podrá acceder a cada
uno de los atributos existentes en la base de datos para cualquier actividad de la
ciudad existente en el mapa. Se utilizarán los motores de búsqueda del gestor de
contenidos LocalWeb.

Mantenimiento de la información publicada en el Geoportal

Se deberá facilitar un módulo que edite y mantenga la Base de Datos de Actividades.

Para ello será imprescindible disponer de un interfaz gráfico que permita, como mínimo, a
las personas responsables de actualizar los datos de actividades:

• Localizar en el mapa (mediante visualización o a partir de una búsqueda al callejero

alfanumérico) la calle donde se quiere situar la nueva actividad.
• Seleccionar el grupo a que pertenece dicha actividad, para poder asociarle así un
pictograma.
• Identificar en el mapa el lugar donde se situará esta actividad.
• Borrar/mover de posición en el mapa actividades ya existentes
• Editar/actualizar con valores los campos correspondientes a la actividad
seleccionada.

Aspectos a valorar
• El Geoportal de Durango, ha de quedar preparado para ir incorporándole en el futuro
otros ámbitos de carácter territorial, de forma autónoma, sin dependencias de
fabricante. En un futuro próximo podría ser de interés municipal incorporar al
Geoportal contenidos específicos como el Plan General de Ordenación Urbana, el
plano de accesibilidad municipal, el mapa sónico de la ciudad, el plano de movilidad
 vial respecto de las ocupaciones y afectaciones en la Vía Pública, plano de rutas de
interés cultural y paisajístico, parques y jardines, puntos limpios, etc.
• El Geoportal de Durango ha de permitir la interacción con los usuarios, de acuerdo
con la evolución del mundo Internet Web 2.0, con el objeto de que ciertos colectivos
puedan publicar su oferta (menús diarios, pisos en alquiler, etc.) o que un ciudadano
pueda incorporar contenidos no registrados, avisos, quejas y sugerencias
georefrenciadas. Los licitadores deberán especificar qué mecanismos de control y
censura se ofrecen para el Webmaster, a fin de poder filtrar contenidos ofensivos o
sin interés.
• El Geoportal preferiblemente utilizará tecnología Flash, ofrecerá además el cálculo
de rutas de forma sencilla e intuitiva identificando un origen y un destino dentro del
municipio y deberá, permitir la publicación de otros contenidos territoriales de forma
independiente.

5. REQUISITOS DE LA EJECUCIÓN DE LOS TRABAJOS

5.1. Planificación y fases

Se establece un periodo máximo de 6 meses para la realización completa de los

trabajos

Se deberá aportar por el licitador una planificación detallada que permita observar la
realización de las actividades para la puesta en marcha del proyecto. Los trabajos deberán
ejecutarse en las fases siguientes:
• Fase1. Redacción de la especificación de la información de las bases de datos:
diccionario de datos y metodología de mantenimiento prevista.
• Fase2. Adecuación y sistematización de la información. Incluye dos actividades bien
diferenciadas que podrán ejecutarse en paralelo:
o Trabajos de incorporación del parcelario catastral en el repositorio geográfico
de Durango. El alcance de esta tarea no incluye el servicio de volcado en
caso de no convergencia planimétrica entre el parcelario y la base
cartográfica topográfica, pero en cambio sí debe garantizar el
emparejamiento en la Base de Datos Ciudad entre los accesos y la estructura
específica de codificación catastral parcelaria de LANTIK.
o Adecuación y generación de topología, si procede, para la garantizar la carga
en el repositorio geográfico de Durango, de las capas planimétricas en
formato DGN a entidades SIG de acuerdo a la especificación elaborada en la
Fase1.
• Fase3. Desarrollo o implantación e Instalación de los componentes que conformen el
Sistema de Información Geográfica de Durango.
• Fase4. Carga de las cartografías en las bases de datos y configuración del software
aportado.
 • Fase5. Capacitación de los técnicos municipales en el uso y administración del
sistema y en el mantenimiento de la información.

La ejecución de cada una de las fases terminará con la validación por parte de los
técnicos municipales de los trabajos implicados. En caso de que la validación fuese
negativa, el Ayuntamiento entregará al adjudicatario un informe de defectos a subsanar y
este deberá ejecutar, sin coste adicional alguno, las correcciones oportunas en el material
entregado.

Si fuese necesaria la emisión de un nuevo informe de defectos a subsanar, el

adjudicatario tendría una nueva oportunidad de efectuar correcciones. En caso de que el
resultado de esta última corrección tampoco pudiese ser valorado favorablemente, el
Ayuntamiento podría penalizar al adjudicatario o resolver desfavorablemente el contrato.

Si el adjudicatario considera necesario establecer dinámicas de entrega de los

trabajos que impliquen verificaciones adicionales de la calidad de los trabajos por parte de
los técnicos municipales, deberá indicarlo en la oferta.

La oferta deberá incluir una propuesta de calendario del proyecto hasta la finalización
del mismo, destacando los hitos necesarios para determinar la correcta evolución del
mismo.

5.2. Requisitos para la construcción del repositorio

El acopio, adecuación y sistematización de las bases cartográficas topográfica y

catastral, incluye todas las acciones mencionadas en los apartados: “3.4 Actuaciones
requeridas / Referentes a la cartografía topográfica de base” y “3.4 Actuaciones requeridas /
Referentes al catastro” del presente pliego.

A fin de facilitar la tarea de validación de este material, el adjudicatario deberá

entregarlo en formato CAD durante la Fase2. Asimismo, la estructura de los archivos CAD
deberá ser consistente con la estructura de la base de datos en la cuál se cargará esta
información posteriormente.

5.3. Solvencia profesional

Solvencia profesional

Por otro lado el oferente deberá indicar la composición, número y perfiles del equipo
de trabajo responsable de la ejecución de cada una de las fases y tareas del proyecto. Los
medios personales propuestos deberán contar, como mínimo, con los siguientes perfiles,
titulaciones y acreditación de conocimientos:

Jefe de Proyecto
Titulación superior en Geografía o similar. Se valorará formación
Titulación y experiencia complementaria en:
  Master en Sistemas de Información Geográfica

 Dirección de proyectos SIG

Conocimientos demostrables en proyectos de sistematización,

construcción y puesta en marcha de sistemas de información
territorial integrados con ERP municipales.
Perfil y solvencia
Conocimientos demostrables en Dirección de proyectos de
técnica implantación de soluciones SIG, liderando equipos,
responsabilizándose de la interlocución con el cliente,
participando en la toma de requisitos, etc.

Técnico SIT y ERP Municipal

Titulación superior en Geografía o Informática y la formación

Titulación
complementaria técnica en Master de SIG.
Conocimientos demostrables en implantación de proyectos SIG
en AA.LL., aplicados a ámbitos urbanísticos.
Conocimientos demostrables en proyectos de sistematización,
estructuración y construcción de repositorios geográficos
Perfil y solvencia
unificados integrados con censos, padrones, base de datos
técnica
ciudad y de terceros.
Conocimiento y experiencia en la herramienta de CAD
MicroStation

Técnico de Sistemas

Titulación Titulación superior en informática y sistemas de información o

similar
Amplios conocimientos demostrables en proyectos de:
 Ingeniería y arquitectura de Sistemas.
Perfil y solvencia  Implantaciones software.
técnica  Integración de sistemas.
 Planes de Pruebas.
5.4. Organización y equipo de trabajo

Concepción General del Proyecto

Los licitadores deberán determinar en su propuesta:

• La descripción de las tareas a desarrollar por cada una de las fases que abarcan la
totalidad del proyecto.
• Plan de proyecto y calendario de ejecución indicando los hitos a alcanzar en cada
uno de ellos.
• Puntos de control de proyecto
• Equipo de trabajo: Descripción de la estructura organizativa del proyecto: comité de
Dirección, Dirección de Proyecto, consultores,… y los perfiles de los recursos para
cada una de las tareas.

Prestaciones

Las prestaciones que deberán contemplarse dentro del contrato y para cada uno de
los servicios cubiertos, así como sus condiciones particulares, serán las siguientes:

Coordinador del servicio

• El adjudicatario designará una persona, denominada coordinador del servicio, que

represente a su dirección, y que será el interlocutor principal con el designado por el
Ayuntamiento de Durango y gestionará la buena marcha del contrato.
• El adjudicatario incluirá un conjunto de servicios colaterales que garanticen el
correcto funcionamiento del servicio ofertado y proporcionen la información periódica
necesaria sobre la evolución de las actuaciones ofertadas.
• El adjudicatario se obligará a la aportación periódica de los datos relativos a los
principales parámetros de gestión del servicio. El Ayuntamiento de Durango podrá
establecer la periodicidad con la que deberá remitirse la misma, así como el formato
a utilizar.
• La información relacionada con el desarrollo de este contrato es confidencial. El
licitador no podrá divulgar su contenido a terceros sin la aprobación escrita del
cliente.
• El adjudicatario deberá aportar información de forma periódica o a petición del
Ayuntamiento, sobre las incidencias y situación actualizada de los servicios
prestados, llevando un registro de las actuaciones realizadas.
Personal técnico de soporte

El adjudicatario dispondrá de personal técnico con cualificación técnica suficiente

para atender los servicios objeto de este contrato, debiendo asumir la totalidad de los costes
generados por las diferentes actuaciones.

El adjudicatario pondrá a disposición del personal designado por el Ayuntamiento de

Durango al menos una línea directa de comunicación, pudiendo establecer otros
mecanismos adicionales que garanticen una comunicación fluida durante el desarrollo del
contrato.

5.5. Transferencia tecnológica.

Durante la ejecución de los trabajos objeto del contrato, el adjudicatario se

compromete a facilitar en todo momento a las personas designadas por el Ayuntamiento de
Durango a tales efectos la información y documentación que éstas soliciten para disponer de
un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de
los problemas que puedan plantearse y de las tecnologías, métodos y herramientas
utilizados para resolverlos.

Durango a marzo de 2010