PLIEGO DE PRESCRIPCIONES TÉCNICAS … ADMONES PUBLICAS Y P… · Catastro ... información estará...

MO.DE.LO

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES

PARA LA

IMPLANTACIÓN DE UN SISTEMA DE INFORMACIÓN PARA LA GESTIÓN DEL

TERRITORIO EN 75 CONCEJOS ASTURIANOS

Dirección General de Administración Local

CONSEJERÍA DE ADMINISTRACIONES PÚBLICAS Y PORTAVOZ DEL GOBIERNO

Pág.: 2 de 64

ÍNDICE

1. OBJETO DEL CONTRATO .............................................................................................. 4 1.1. Ámbito y alcance del contrato...................................................................................... 4 1.2. Requisitos generales del proyecto ................................................................................ 6

2. REQUISITOS ESPECÍFICOS DEL SISTEMA DE INFORMACIÓN TERRITORIAL.. 7 2.1. Módulos Básicos ........................................................................................................ 12

2.1.1. Administrador de cartografía .................................................................................. 12 2.1.2. Editor de Cartografía .............................................................................................. 14

2.2. Servicios al ciudadano................................................................................................ 15 2.2.1. Guía urbana o Visualizador Web............................................................................ 15 2.2.2. Enrutamiento............................................................................................................ 17

2.3. Módulos de gestión municipal ................................................................................... 18 2.3.1. Información básica de referencia ............................................................................ 18 2.3.2. Planeamiento............................................................................................................ 18 2.3.3. Catastro .................................................................................................................... 19 2.3.4. Licencias .................................................................................................................. 20 2.3.5. Inventario de Patrimonio Municipal....................................................................... 21 2.3.6. Infraestructuras ....................................................................................................... 22 2.3.7. Medio ambiente y actividades contaminantes ........................................................ 23 2.3.8. Movilidad................................................................................................................. 23 2.3.9. Gestión de Espacio Público y Obra Civil ............................................................... 26

3. REQUERIMIENTOS GENERALES PARA EL DESARROLLO Y MANTENIMIENTO DE LOS SERVICIOS....................................................................................................... 27

3.1. Mantenimiento correctivo y perfectivo ...................................................................... 28 3.2. Mantenimiento evolutivo y adaptativo ....................................................................... 29 3.3. Mantenimiento preventivo ......................................................................................... 30 3.4. Contenido de los servicios de mantenimiento............................................................ 31

3.4.1. Servicios a aportar para la gestión de incidencias y atención a usuarios................ 33 3.4.2. Servicios de gestión, operación y mantenimiento de los sistemas ......................... 35 3.4.3. Herramienta para la gestión del CAU..................................................................... 37 3.4.4. Medida de la calidad de los servicios ..................................................................... 37

4. REQUISITOS TÉCNICOS .............................................................................................. 38 4.1. Características técnicas mínimas................................................................................ 39 4.2. Software servidores.................................................................................................... 39 4.3. Instalación servidores ................................................................................................. 39 4.4. Requerimientos de explotación del sistema ............................................................... 40 4.5. Requisitos de integración con otros sistemas de información.................................... 40 4.6. Requisitos de seguridad del sistema........................................................................... 41 4.7. Plan de contingencia y recuperación.......................................................................... 42 4.8. Soporte hardware servidores ...................................................................................... 42 4.9. Servicio de Housing ................................................................................................... 42

5. FORMACIÓN .................................................................................................................. 49 6. ACUERDOS DE NIVEL DE SERVICIO........................................................................ 50

6.1. Aspectos generales ..................................................................................................... 50 6.2. Niveles de servicio exigidos....................................................................................... 51



Pág.: 3 de 64

6.3. Descripción de los Acuerdos de Nivel de Servicio .................................................... 52 7. ACEPTACIÓN FINAL .................................................................................................... 53 ANEXO I. Gestión Patrimonial.................................................................................................. 54

I.1. Bienes inmuebles........................................................................................................ 55 I.2. Derechos reales. ......................................................................................................... 58 I.3. Bienes muebles de carácter histórico-artístico. .......................................................... 58 I.4. Valores mobiliarios, créditos y derechos de carácter personal de la corporación. ..... 59 I.5. Vehículos.................................................................................................................... 59 I.6. Semovientes. .............................................................................................................. 60 I.7. Bienes muebles no comprendidos en anteriores enunciados. .................................... 60 I.8. Bienes y derechos revertibles. .................................................................................... 60

ANEXO II. Concejos incluidos en el proyecto ......................................................................... 63



Pág.: 4 de 64

1. OBJETO DEL CONTRATO

El objeto del presente concurso es la contratación del servicio para el suministro, la

implantación, alojamiento, desarrollo, mantenimiento, formación y soporte de un Sistema de

Información Territorial para los 75 concejos de la Comunidad Autónoma del Principado de

Asturias relacionados en el anexo II.

El Sistema de Información Territorial propuesto será un sistema hardware, software y

de comunicaciones, basado en una solución de software libre, que utilice la tecnología JAVA y

que permita a los concejos realizar gestiones propias de sus competencias.

1.1. Ámbito y alcance del contrato

El Sistema de Información Territorial propuesto estará diseñado para realizar la captura,

almacenamiento, manipulación, análisis, modelización y presentación de datos referenciados

espacialmente. Dentro del objeto del contrato, la empresa adjudicataria deberá realizar los

trabajos siguientes:

ü Suministrar y alojar la arquitectura tecnológica necesaria para soportar las necesidades

incluidas en el presente pliego, así como las que se vayan demandando a lo largo de la

duración del contrato, incluyendo todos sus componentes. Para ello se deberá tener en

cuenta que dicha arquitectura deberá estar alineada en todo momento con las últimas

tecnologías de mercado, con capacidad de crecimiento funcional y tecnológico y

plenamente adaptadas a las necesidades planteadas en el presente pliego.

ü La prestación del servicio de mantenimiento tecnológico y funcional del sistema

(software y hardware) y explotación de los sistemas implantados, de acuerdo con la

normativa vigente y los requerimientos funcionales, de seguridad y de accesibilidad que

se recogen en el pliego. Dentro de este servicio deberá contemplarse el mantenimiento

evolutivo, perfectivo, adaptativo y preventivo del sistema así como el correctivo

(garantía) de un año tras la finalización del contrato. Esta garantía cubrirá todos los

trabajos realizados a lo largo del proyecto.



Pág.: 5 de 64

ü Implementación y puesta en marcha de un Sistema de Información Territorial basado en

una solución que contenga, al menos, las funcionalidades descritas a lo largo del

apartado 2. “Requisitos específicos del Sistema de Información Territorial” del presente

pliego.

ü Instalación del módulo cliente del Sistema de Información Territorial en los equipos de

los usuarios, de cada unos de los 75 concejos incluidos en el proyecto.

ü Deberá ofrecer un “Servicio de atención al usuario” que será el encargado de recibir y

atender todas las consultas planteadas por los usuarios respecto al sistema de

información territorial.

ü Para cada uno de los 75 concejos incluidos en el proyecto, la empresa adjudicataria

deberá cargar la información oficial básica de referencia disponible (Dirección General

de Catastro, INE, Instituto Geográfico Nacional), así como la información facilitada por

el concejo y/o la Administración del Principado de Asturias en formato shp, dxf, dgn,

dbf, o de texto con pares de coordenadas. Como mínimo, para cada concejo se cargará

el parcelario urbano y rústico, las manzanas, las calles, los número de policía, los tramos

de vías y las vías INE. Igualmente se deberá cargar los datos del Inventario de

Patrimonio municipal.

ü Para cada uno de los 75 concejos incluidos en el proyecto, en colaboración con los

técnicos de cada uno de los concejos, la empresa adjudicataria deberá realizar la

parametrización de dominios, parametrización de capas y mapas, definición de usuarios

y perfiles, personalización de informes y fichas con imagen corporativa del concejo,

validación de información y gestión telemática de la información catastral con la

Dirección General de Catastro.

ü Para cada uno de los 75 concejos incluidos en el proyecto, la empresa adjudicataria

deberá confeccionar el callejero, con inclusión de puntos de interés (edificios públicos,

escuelas, polideportivos, parques, puntos de información, monumentos de interés

cultural, centros sanitarios, farmacias, etc.), así como su publicación en Internet a través

del portal WEB del concejo.

ü Desarrollo y ejecución de un plan de formación que cubra todas las fases del proyecto.

ü Coordinación, administración, organización y dirección de los diferentes ámbitos del

proyecto; integración de equipos, procesos y sistemas.



Pág.: 6 de 64

ü Puesta en marcha, pruebas y seguimiento de todos los trabajos definidos en el presente

pliego.

ü Establecimiento de los niveles de seguridad y confidencialidad adecuados para la

información manejada en el proyecto, en cumplimiento de la legislación vigente.

ü El sistema de información territorial propuesto deberá poder integrar en capas toda la

información geoespacia l, actualmente dispersa, cumpliendo la normativa INSPIRE.

La enumeración precedente no tiene carácter exhaustivo sino meramente enunciativo ya

que el adjudicatario tomará a su cargo la ejecución de todos los trabajos, gestiones y

actuaciones que procedan hasta la consecución de los objetivos indicados.

1.2. Requisitos generales del proyecto

El sistema debe cumplir con una serie de requisitos generales entre los que se podrían

delimitar los siguientes:

ü Agilización y racionalización de los circuitos administrativos y de gestión.

ü Acercamiento de la información a los ciudadanos y hacia el órgano que necesite su

utilización, con los requisitos que el nivel de autorización de acceso determine.

ü Facilidad de exportación de datos cuantitativos y cualitativos para su tratamiento en

otras plataformas.

ü Colaboración para la descentralización de la gestión.

ü Aproximación de ciudadanos y usuarios al sistema, a través de ayudas en línea y

procesos con una interfaz clara y de sencillo manejo.

ü Integración absoluta de los datos, con un uso colectivo de los mismos que permita la

máxima simplificación de las labores de mantenimiento.

ü Interactividad: Este objetivo es prioritario. En todas las tareas se debe obtener una

respuesta a las instrucciones del operador con la suficiente rapidez como para que éste

pueda trabajar de forma continuada, según lo escrito en los acuerdos de nivel de

servicio.

ü Modularidad: El sistema debe ser descompuesto en un conjunto de módulos, cada uno

de los cuales tenga un tamaño manejable, una finalidad bien definida y una relación,

también bien definida con el exterior.



Pág.: 7 de 64

ü Parametrización: El sistema será diseñado de forma que permita realizar fácilmente los

cambios necesarios en los parámetros fundamentales.

ü Eficacia: Debe permitir mediante la integración de sus funciones dar respuesta a todas

las necesidades del sistema.

ü Eficiencia: En el diseño de los procedimientos y cuando se establezcan comunicaciones,

se ha de procurar minimizar las transmisiones a través de las líneas, la utilización de los

recursos y el tratamiento de los datos.

ü Flexibilidad: Debe permitir la fácil inclusión de nuevas funciones que puedan

complementar el sistema en el futuro.

ü Mantenibilidad: El sistema se desarrollará y documentará de forma que el

mantenimiento del mismo sea lo menos costoso posible.

ü Automatización: Se intentará automatizar al máximo todos los procesos del sistema y en

particular los relativos a la implantación del mismo.

ü Cumplimiento de estándares descritos en el proyecto, así como los estándares

españoles y europeos de seguridad, ergonomía y calidad.

ü Cumplimiento de normativa española y europea en materia de accesibilidad, RD

1494/2007, UNE 139803:2004, W3C, WAI.

2. REQUISITOS ESPECÍFICOS DEL SISTEMA DE INFORMACIÓN

TERRITORIAL

El proyecto MO.DE.LO pondrá en marcha un Sistema de Información para la gestión

del territorio en los 75 concejos, así como para las entidades locales menores vinculadas a

dichos concejos que, partiendo de la base de una cartografía, permitirá la georreferenciación

tanto de la información como de la propia gestión municipal, proporcionando así a los concejos

y también a los ciudadanos, cartografía e información espacial en línea, basándose en el uso de

Sistemas de Información Geográfica (SIG) y orientado hacia el concepto de Infraestructura de

Datos Espaciales (IDE).

El Sistema de Información Territorial propuesto deberá instalarse en un servidor central,

en cuyo repositorio se cargará la información oficial de referencia de los 75 concejos incluidos

en el proyecto. Al objeto de garantizar la mayor seguridad en las transferencias de datos entre



Pág.: 8 de 64

el servidor central y los diferentes clientes, será preciso que el sistema implemente un canal

cifrado de comunicación entre los diferentes clientes con el servidor.

El Sistema de Información Territorial propuesto usará tecnología que permita la

multiplataforma. Deberá garantizar tanto su instalación como funcionamiento en diferentes

sistemas operativos: diferentes distribuciones de Linux ( 32 ó 64 bits) , Windows Server (32 ó

64 bits), Windows XP y Windows Vista. La configuración de los ficheros, la creación de los

servicios, así como la instalación de las distintas librerías y paquetes se realizará en función del

sistema operativo de la máquina en que se ejecute el instalador, separando de esta forma el

proceso de instalación del Sistema de Información Territorial propuesto del proceso de

instalación de la base de datos del sistema.

El servidor de aplicaciones almacenará y gestionará la historia de las actualizaciones

realizadas, el estado de las configuraciones y versiones de los módulos instalados. Esta

información estará disponible mediante WebServices.

La plataforma de desarrollo utilizada deberá estar basada en JAVA y las páginas Web

estarán basadas en un sistema abierto, como JSP y servlets.

Los productos deberán ser autosuficientes, sin necesidad de adquirir herramientas

adicionales que impliquen el pago de licencia.

Las bases de datos geográficas soportadas serán compatibles con el estándar Simple

Features para SQL del OGC, y las bases de datos alfanuméricas soportadas deberán ser

compatibles con JDBC.

Deberá existir un servidor de datos, con la base de datos con información geográfica y

alfanumérica del Ayuntamiento, accesible sólo mediante un componente denominado

“Administrador de cartografía”, y unos clientes o aplicaciones que hagan uso de la información

del servidor. El sistema soportará clientes de edición cartográfica que se desarrollarán tanto

para aplicaciones comerciales (AutoCAD, MicroStatios y ArcView), como para una solución

no comercial basada en tecnología Java.



Pág.: 9 de 64

El sistema soportará clientes con funciones específicas de un ayuntamiento y dispondrá

de los siguientes módulos: módulo de planeamiento, módulo de catastro, módulo de licencias,

módulo de inventario de patrimonio municipal, módulo de infraestructuras, módulo de medio

ambiente y actividades contaminantes, módulo de movilidad y módulo de gestión del espacio

público y obra civil.

En este escenario de implantación, existe la necesidad de acceder a la información de

una manera global, conjunta e integrada, de todos o de un grupo de concejos. Esta necesidad se

debe principalmente a la tarea de planificación y mantenimiento del conjunto de

infraestructuras en zonas municipales limítrofes, así como la gestión de elementos comunes en

áreas de acción que abarcan ya no solo los diferentes núcleos poblacionales de un concejo, sino

a diferentes administraciones generales del territorio.

Para poder satisfacer estas necesidades, el Sistema de Información Territorial propuesto

deberá permitir la creación de entidades supramunicipales que gestionarán varios concejos

pertenecientes a la misma o distinta provincia, permitiendo la asignación de perfiles, roles y

permisos de usuario específicos dentro de estas entidades supramunicipales. Al consultar un

mapa supramunicipal se visualizarán todos los concejos pertenecientes a la entidad

supramunicipal de forma simultánea.

Se permitirá la creación de capas por entidades supramunicipales. A estas capas se les

podrá modificar sus estilos sin que este cambio afecte al resto de mapas específicos de los

concejos pertenecientes a la entidad supramunicipal.

Deberá ser posible relacionar información cartográfica del sistema con información

alfanumérica almacenada y gestionada en otras Bases de Datos externas, lo que permitirá la

definición y configuración de un esquema extendido de las capas del sistema. De esta forma, se

podrán definir estilos temáticos en función de atributos de dichas capas, al mismo tiempo que

podrán visualizarse a través del visualizador Web. La herramienta de integración de datos

externos permitirá la conexión con las siguientes bases de datos: PostgreSQL, Oracle,

SQLServer y MySQL. Cuando la fuente de datos alfanuméricos externos esté definida sobre

motores distintos a los indicados anteriormente, deberá poderse incluir los drivers necesarios

para su integración en la herramienta, así como sus parámetros de conexión específicos.



Pág.: 10 de 64

La herramienta de integración de datos externos permitirá definir los atributos de la

fuente de datos externa que conformarán el esquema extendido de la capa. Será posible la

edición, así como la eliminación del los atributos del esquema extendido de una capa del

sistema.

Desde la herramienta de generación de estilos se podrá definir, sobre los atributos del

esquema extend ido de una capa del sistema, cualquier estilo temático.

La integración de datos a través de esta herramienta de gestión de datos externos, podrá

realizarse mediante un interfaz gráfico con capacidad para definir y gestionar consultas y

enlaces de esquemas y estructuras de datos. La información externa asociada, será en calidad de

consulta y con carácter de “solo lectura”.

El Sistema de Información Territorial propuesto deberá mantener la información

relacionada con los usuarios registrados en el mismo. Es un requisito del sistema el poder

asignar roles o perfiles a usuarios, tanto a nivel municipal, como a nivel de agrupaciones de

concejos: Administrador global, administrador municipal, administrador municipal/módulo,

usuario consulta, etc. Se realizará una gestión de la autorización sobre cada uno de los perfiles

definidos. El sistema deberá permitir o denegar la realización de determinadas tareas, así como

el acceso a los usuarios a determinados módulos, en función de los roles que desempeñen cada

uno de ellos. Deberá contemplar igualmente la asignación de permisos de lectura, escritura y

borrado, independientemente, para cada una de las capas.

En las diferentes pantallas de la aplicación se mostrará el nombre del usuario que se ha

autenticado previamente en la pantalla de entrada del sistema, quien podrá gestionar sus datos

personales, así como consultar los permisos asignados.

El Sistema de Información Territorial propuesto dispondrá de capacidad histórica. La

instalación de la funcionalidad histórica será opcional y debe instalarse en el Administrador de

cartografía, mediante un mecanismo que permita este carácter opcional.

El resultado final deberá ser un Sistema de Información Territorial Corporativo

centralizado y con la información oficial de los concejos asturianos, incluidos en el proyecto,

cargada en el sistema, lo que les permitirá a cada uno de ellos centralizar, homogeneizar y



Pág.: 11 de 64

normalizar su información (espacial y alfanumérica), además de compartirla entre sus

departamentos, así como con otras entidades, siguiendo los estándares y directrices del Open

GeoSpatial Consortium (OGC).

Dispondrá de un Administrador de Backup, herramienta que facilitará la realización de

copias de seguridad de la información a nivel supramunicipal, o individual de cada concejo.

La herramienta dispondrá de un modo desatendido, automático, al objeto de que la

realización de las copias no dependa de la interacción por parte del usuario. En tal sentido, se

podrá programar el lanzamiento de dicho proceso en modo batch, especificando como

parámetros necesarios: identificador de concejo(s) o entidad supramunicipal a respaldar,

ubicación de la información de salida, generándose trazas de ejecución del proceso en la ruta

especificada.

Se deberá poder cambiar el sistema de coordenadas geodésico de una capa o del mapa.

Estarán disponibles los Sistema de referencia geodésico ED50 y ETRS89.

El Sistema de Información Territorial propuesto permitirá el intercambio de las formas

de visualización de las diferentes capas entre diferentes instalaciones y entre las diferentes

herramientas de Gestión Territorial que cumplan con el estándar. Por ello, un estilo en formato

SLD deberá poderse guardar en formato XML (exportar), así como importar estilos en formato

XML y asociarlo a una capa.

El Sistema de Información Territorial propuesto permitirá la generación de cualquier

tipo de informes con los datos georreferenciados del concejo, facilitando la integración de los

mapas disponibles como imágenes en los documentos, fichas y reportes generados, incluyendo

la escala al mapa presentado.

Se dispondrá de la capacidad de firmado de documentos, reportes y fichas generados,

así como del registro de firmas realizadas con la información que permita tener constancia de

los detalles de la operación. El sistema, en su proceso de generación de informes, deberá poder

utilizar el certificado emitido para el ayuntamiento con el objeto de firmar digitalmente los

informes, guardándose la información del usuario que realizó la firma, el documento generado,

fecha y hora de la firma.



Pág.: 12 de 64

Se podrá firmar digitalmente todos aquellos documentos y reportes generados, mediante

los siguientes tipos de firma: firma “en bruto”, CMS/PKCS#7, firma PDF.

El Sistema de Información Territorial propuesto permitirá igualmente las siguientes

funcionalidades:

- Multi- idioma

- Uso del lenguaje Geographic Markup Language (GML) para intercambio de

información

- Desarrollo de servidor de mapas ( Web Map Server) según especificaciones de

OGC

- Herramienta de Gestión de los Dominios, lo que permitirá personalizar el

Modelo de Datos del Sistema de Información Territorial propuesto y adaptarlo a

las necesidades finales de los usuarios.

La Arquitectura del Sistema de Información Territorial propuesto deberá ser modular,

de forma que sus componentes interactúen para ofrecer a los usuarios un abanico de soluciones

de gestión municipal. Cada funcionalidad se distribuirá empaquetada con una unidad auto

instalable, lo que implica que se responsabilizará de la verificación del árbol de dependencias,

de la actualización de los modelos de datos y de la migración de datos necesaria. Un módulo no

debe realizar cambios sobre otros módulos ya instalados. Estos módulos serán:

2.1. Módulos Básicos

2.1.1. Administrador de cartografía

Deberá permitir gestionar tanto la información cartográfica de que dispone el concejo,

como los datos alfanuméricos asociados. Permitirá:

- Controlar el acceso de los usuarios,

- gestionar los perfiles de usuarios,

- control y gestión de la estructura de la información: acceso a las propiedades de un

campo: tipo, lista de valores permitidos o dominio, explicación, traducciones a cada

idioma, etc.,



Pág.: 13 de 64

- control y gestión metadatos, basada en el estándar ISO 19115, que facilitará el

desarrollo de catálogos y el intercambio de información geográfica (qué datos son,

quien produjo esa información, quien facilitó la información, como está estructurada

la información, como se produjo la información),

- gestión de la información sobre los usuarios y los cambios introducidos (quien

cambió y cuando),

- gestión de dominios, que permita personalizar el Modelo de Datos del sistema y

adaptarlo a las necesidades finales de los usuarios,

- gestión de capas, que permita la creación de todas las capas de información

necesarias en el sistema.

Deberá permitirse la importación y exportación de ficheros a la base de datos:

- Para informaciones gráficas: ESRI Shapefile, Autodesk DXF, GML y formatos de

intercambio de la Dirección General de Catastro.

- Para informaciones alfanuméricas: cualquier tabla de una base de datos accesible

por el estándar JDBC.

Incorporará la Variable Temporal en los Mapas al objeto de añadir la posibilidad de

gestionar la información histórica, de forma que la variable temporal forme parte integral de

todos los procedimientos del Administrador de Cartografía, ya que existen diversos fenómenos

que tienen una dimensión temporal, además de espacial, y resulta de utilidad tener información

acerca de su evolución temporal (versionado histórico).

Las peticiones podrán tener un parámetro que defina un marco temporal en las

peticiones que afecten a los datos que contengan la característica temporal. El marco temporal

será un intervalo de fechas (puede ser un intervalo abierto) o puede no especificarse, en cuyo

caso se reduce al estado actual.

El gestor de capas permitirá al administrador activar la gestión temporal en las tablas del

sistema bajo demanda. El grado de control histórico de cada capa se define en tres niveles:

- Sin control histórico

- Control de bajas: Preserva los datos que se eliminan



Pág.: 14 de 64

- Control de cambios: todas las modificaciones se registran.

Las aplicaciones de cliente deben disponer de herramientas para especificar los filtros

temporales.

El publicador de mapas generará los metadatos que informen sobre la variable temporal y

soportará las peticiones que la incluyan.

2.1.2. Editor de Cartografía

Herramienta SIG de escritorio destinada a la visualización y procesamiento de datos

espaciales, tanto de forma geométrica como tabular. Permitirá al usuario la edición y

manipulación de la base cartográfica municipal, ofreciendo la posibilidad de emplear

herramientas comerciales como AutoCAD, MicroStation, ArcView, para lo que debe dispone

de una serie de plug- ins actualizados a las últimas versiones de estas herramientas.

Los clientes de edición avanzada para la solución no comercial basada en java deberán

permitir:

- Visualización de varias capas de datos al mismo tiempo, con variedad de estilos de

pintado: colores de relleno y de líneas, ancho de los bordes, grados de transparencia,

estilo de líneas.

- Navegación por el mapa (acercar, alejar, mover y escalar el mapa que se está

visualizando, histórico de posiciones, deshacer).

- Geometría (líneas, puntos, polígonos), mostrando área, perímetro o vértices de un

polígono mientras se dibuja. Se incluirán las relaciones geométricas entre

elementos: si se superponen, toca, cruzan o contiene.

- En la presentación de la información, se mostrará el nombre del valor del dominio

en lugar de su identificador.

- Propiedades del mapa.

- Manejo de mapas (apertura, cierre, guardado).

- Configuración de capas .

- Selección y almacenamiento de los estilos de una capa de un WMS remoto.

- Simbología de capas.



Pág.: 15 de 64

- Edición.

- Impresión.

- Geocodificación de direcciones postales.

- Análisis espacial (intersección, unión, recorte, buffers).

- Gestión de topologías de red (información sobre las relaciones de vecindad entre las

entidades).

Contará con herramientas que permitan controlar y asegurar la calidad de los datos

cargados: detección de geometrías inválidas, detección de puntos repetidos, detección de

segmentos cortos, detección de ángulos pequeños, detección de geometrías rechazadas.

Desde el editor de cartografía se dispondrá de una opción que permita seleccionar la

información a traspasar a dispositivos móviles, para su operativa en modo desconectado. Se

podrá descargar capas enteras de información o zonas específicas de la cartografía disponible,

así como su información asociada.

2.2. Servicios al ciudadano.

Herramienta Web que permita a la ciudadanía acceder a la información del Sistema de

Información Territorial propuesto a través de Internet.

El ciudadano podrá acceder mediante cualquier navegador, no siendo necesaria la

instalación de aplicaciones en los equipos de los ciudadanos.

2.2.1. Guía urbana o Visualizador Web

Este módulo o cliente visualizador permitirá navegar por mapas de todo el concejo a

través de Internet utilizando simplemente un navegador. De este modo, se garantiza la

presencia del Concejo en la red, permitiendo de una manera ágil y sencilla la publicación de la

información de mayor interés para los ciudadanos. Cada Ayuntamiento podrá publicar sus

mapas más significativos, asegurando que los datos mostrados son los que se manejan con el

resto de módulos. De esta forma se podrán ofrecer servicios de valor añadido a los concejos y

fomentar actividades, como el turismo o la propia participación ciudadana en las actividades

del concejo.



Pág.: 16 de 64

Se podrán visualizar mapas de carácter supramunicipal, así como realizar todas las

operaciones disponibles: consulta, impresión, zoom y navegación de forma continua a través de

toda la cartografía de los concejos que integren el mapa. Deberá ser posible:

- la visualización de ortofotos,

- la visualización del planeamiento urbanístico,

- la realización de mediciones de distancias,

- impresión de mapas e informes en formatos variados (PDF, PNG, GIF),

- distintas operaciones de zoom: acercamiento, alejamiento, zoom a determinadas

escalas, zoom a un recuadro,

- visualización completa del mapa, además de desplazamientos por el mapa,

- mostrar y ocultar capas del mapa, seleccionando y deseleccionando las capas sobre

la leyenda,

- almacenamiento de vistas o marcas de posición a las que poder acceder

posteriormente con mayor facilidad,

- al seleccionar un punto de interés, una ventana emergente dará la información del

elemento seleccionado,

- localización de vías, permitiendo un rápido acceso a las mismas.

Desde el visualizador Web se podrán consultar los datos correspondientes al esquema

extendido de una capa, así como los estilos temáticos que se hayan definido sobre los atributos

correspondientes al esquema extendido de una capa, siguiendo los mismos criterios y

mecanismos definidos para los atributos del sistema.

Se podrá consultar la información histórica de todas aquellas capas que dispongan de tal

capacidad, implementando la dimensión temporal en los servicios WMS-OGC.

La herramienta de impresión del visualizador Web permitirá imprimir el mapa que se

está visualizando en pantalla, mostrando previamente una previsualización en la que se muestra

el aspecto que tendrá el mapa impreso.



Pág.: 17 de 64

2.2.2. Enrutamiento

Los concejos son los entes responsables del mantenimiento y actualización del callejero

y de los mecanismos de transporte y por lo tanto son los más adecuados para la prestación del

servicio de enrutado dentro de su término municipal, incluyendo no sólo las vías urbanas, sino

las rutas rurales, forestales y/o turísticas.

Será posible el cálculo de rutas entre dos puntos, a partir de las selección de los puntos

origen y un destino, de forma visual sobre la cartografía o de forma alfanumérica mediante el

identificador del nodo. El usuario podrá seleccionar entre ruta más corta o ruta más rápida,

mostrándose el resultado de forma visual y alfanumérica. Se podrán añadir puntos intermedios

o waypoints, de forma que la ruta calculada entre el punto origen y el destino pase por todos

esos puntos en el orden indicado por el usuario, cumpliendo el criterio seleccionado.

Será posible el cálculo de la ruta óptima entre una serie de puntos, también conocido

como el problema del viajante. Dados un conjunto de puntos calcular la ruta óptima de forma

que se pase por todos ellos con el menor coste posible. La ruta óptima podrá ser o no circular;

en caso de ser circular, el punto origen y el destino serán el mismo, y en caso contrario la ruta

se calculará desde un punto origen dado hasta uno destino, pasando por todos los puntos

intermedios.

Será posible el cálculo de Zona de influencia mediante distancia lineal: a partir de un

punto origen se generará una zona de cobertura con un radio dado. Este círculo generado

comprenderá un área que se podrá ut ilizar para realizar operaciones espaciales; por ejemplo,

para localizar el número de farmacias que se encuentran en un radio concreto de una zona

especificada. La zona de influencia se mostrará de forma gráfica tanto en el editor GIS como en

el visualizador web.

Deberá ser posible la modificación de los puntos de origen, destino y puntos de paso,

arrastrando dichos puntos.

Estos algoritmos de cálculo deben cumplir los estándares OGC (OGC-OpenLS y OGC-

WPS).



Pág.: 18 de 64

2.3. Módulos de gestión municipal

Los módulos de gestión municipal pretenden facilitar las tareas rutinarias que

diariamente se llevan a cabo en un Ayuntamiento. Están dirigidos especialmente a los técnicos

de los ayuntamientos.

2.3.1. Información básica de referencia

Desde este módulo los usuarios podrán cargar la información básica de referencia del

Ayuntamiento, a partir del cual georreferenciar toda la información municipal. Se trata de la

información oficial de la que dispone cada entidad local:

• Dirección General de Catastro,

• INE,

• Instituto Geográfico Nacional (información relativa a topónimos)

La importación de datos se realizará mediante unos asistentes, que previamente validen

la información a importar. Con toda esta información, se crearán las capas básicas de referencia

que se utilizarán para el resto de módulos y funcionalidades del sistema.

Una de las capas básicas será el callejero, obtenido a partir de la información

proporcionada por Catastro y por el INE.

2.3.2. Planeamiento

Desde este módulo será posible gestionar el Planeamiento Urbanístico Municipal y

deberá incluir las siguientes funcionalidades:

- Consulta y Edición de los planes existentes en el Concejo, integrados con toda la

información de clasificación, sistemas generales, calificación del suelo, ámbitos de

gestión y alineaciones.

- Editor de dominios de planeamiento: El usuario podrá personalizar los dominios de

la información de Planeamiento asociada, permitiendo adaptarse a la legislación

oficial.



Pág.: 19 de 64

- Generación del informe urbanístico, personalizable a las necesidades de los usuarios,

en la que se detallará la información concreta de la parcela, superficie, datos

catastrales y, además de la información urbanística de la misma, clasificación,

calificación y alineaciones.

- Generación de mapas temáticos de Planeamiento, en los que cada usuario pueda

resaltar aquellos aspectos que más le interesen.

- Gestión de avisos y eventos relativos al Planeamiento, de tal forma que se faciliten

las tareas de gestión urbanística.

Permitirá la conexión con la información urbanística ya existente en la Administración

del Principado de Asturias mediante servicios Web.

2.3.3. Catastro

Este módulo permitirá el tratamiento y mantenimiento de la información catastral, así

como la gestión telemática de la misma, incluyendo los servicios que ya proporciona la Oficina

Virtual de Catastro (OVC) de la Dirección General de Catastro.

Deberá leer e interpretar los ficheros provenientes de la Dirección General de Catastro

(cartografía catastral, distinguiendo entre rústica y urbana, subparcelas rústicas, construcciones

urbanas, ejes de las vías públicas, números y portales, nombre de las calles, etc.) y permitirá su

actualización y modificación: dar de alta o baja una parcela, segregación parcelaria, unión de

parcelas, modificación de límites de parcelas, etc. El sistema localizará discrepancias existentes

entre información almacenada en las capas de cartografía y la información proveniente de la

Dirección General de Catastro, permitiendo emitir un informe de discrepancias.

El sistema emitirá un formato tipo de cédula catastral, detallando la información

concreta de la parcela, superficie y datos catastrales.

El sistema generará los ficheros necesarios para su registro y actualización en la

Dirección General del Catastro, a través de la OVC, llevando un registro de expedientes, así

como un histórico de ficheros. Permitirá las siguientes funcionalidades:



Pág.: 20 de 64

ü Intercambio de información entre las entidades locales y catastro, incorporando las

herramientas necesarias de validación para garantizar el formato de los datos, los

tamaños y tipos de datos, de una manera transparente al usuario.

ü Incorporación de herramientas que permitan la edición y actualización de la

información gráfica y alfanumérica

ü Gestión de histórico de ficheros que registre todas las descargas realizadas, de

manera que se garantice la integridad de la información que se utilice y se

intercambie al sincronizar las bases de datos de los concejos y la Dirección General

de Catastro.

ü Conexión con la Oficina Virtual de Catastro a través de un Servicio Web habilitado

por Catastro para ello.

Para el intercambio de información entre los concejos y Catastro se utilizará el formato

de intercambio FIN + FX-CC en formato XML. El sistema permitirá la lectura e interpretación,

tanto de la información gráfica (formato shapefile) como de la información literal (formato FIN

y/o VARPAD).

2.3.4. Licencias

Dado que gran parte de los concejos incluidos en el proyecto no tienen implantado un

gestor de expedientes, el módulo propuesto dispondrá de un gestor de licencias que permita

distinguir entre licencia de:

- obra mayor y menor,

- actividades de control del dominio público (bares, restaurantes, hoteles, etc.),

- ocupación de la vía pública (contenedores, vallas, kioscos, etc.),

Para cada tipo de licencia se dispondrá de interfaces distintas que faciliten las tareas de

introducción y validación de toda la información necesaria para su tramitación. Dentro de esta

gestión, se podrá consultar el estado en el que se encuentre cada expediente y los pasos

siguientes necesarios para continuar con su tramitación.

Permitirá la geocodificación de cada licencia mediante la dirección postal o

georreferenciación de la misma en el mapa, generando informes en los que se refleje toda la



Pág.: 21 de 64

información relativa a cada licencia, así como gestión de avisos y eventos relativos a licencias,

manteniendo un histórico para cada tipo de licencia, de tal forma que se faciliten las tareas de

gestión y tramitación de expedientes.

Cada vez que se modifique el valor de las tasas o impuestos en un expediente de

licencias de obra o actividad, dicho cambio se registrará en el histórico.

En el caso de licencias de ocupación de vía pública, ese podrá generar informes con las

calles afectadas por licencias de ocupación.

Permitirá también la realización de informes de solicitudes de licencias, generando el

plano de solicitudes de licencias, así como mapas temáticos, de tal forma que el técnico del

Ayuntamiento pueda rápidamente visualizar las licencias existentes en cada zona.

2.3.5. Inventario de Patrimonio Municipal

Permitirá la gestión del inventario del patrimonio municipal, así como la

georreferenciación de cada uno de los elementos de dimensión espacial. El objetivo es

posibilitar el conocimiento, seguimiento y actualización de los datos que identifican, definen,

localizan y personalizan cualquier activo de la organización, permitiendo realizar un análisis de

la evolución y movimientos que le afecten a lo largo de su vida. Deberá contener los datos

requeridos por la normativa reguladora de los Inventarios de Patrimonio Municipal, como por

ejemplo, los datos: de titularidad, contables, de amortización, de seguro, jurídicos, de

localización, catastrales, registrales, del estado del activo, permitiendo la asociación de

documentos (facturas, certificaciones, etc.), así como imágenes, vídeos, etc.

Permitirá igualmente la formación de inventarios de los bienes y derechos

pertenecientes a entidades con personalidad jurídica propia dependientes de la corporación

local (Patronatos, etc.), así como la formación de inventarios de los bienes y derechos

pertenecientes a entidades locales menores (parroquias) y entidades supramunicipales

(mancomunidades, consorcios, etc.)

El módulo de inventario de Patrimonio Municipal contará con un importador para la

carga de los datos del inventario de Patrimonio.



Pág.: 22 de 64

El módulo de inventario de Patrimonio Municipal deberá gestionar todos aquellos datos

obligatorios de acuerdo con las especificaciones detalladas en el ANEXO I del Reglamento de

Bienes de las Entidades Locales, así como la realización de mapas temáticos predefinidos que

permitan distinguir los inmuebles, por tipo, propiedad, características, etc., de tal forma que los

usuarios puedan distinguir visualmente los datos almacenados.

Igualmente permitirá la realización de informes y listados avanzados, realizará consultas

y comparaciones entre superficies gráficas y los datos alfanuméricos de patrimonio, generará

mapas de bienes municipales, generará fichas del libro de inventario, posibilitará la gestión de

Bienes de Interés Cultural (BIC) y la emisión de certificados de Patrimonio.

Deberá ser posible generar imágenes “.jpg” de la cartografía que se está visualizando

para su posterior inclusión en cualquier tipo de documento o informe.

Aquellos inmuebles que formen parte del Patrimonio Municipal del Suelo y/o sean

bienes revertibles, y por lo tanto formen parte de un inventario aparte, aparecerán en el listado

del Inventario general coloreados para poderlos distinguir.

Cualquier modificación de la legislación vigente en materia de régimen local y del

Reglamento de Bienes de las Entidades Locales que se produzca durante la ejecución del

contrato o durante el plazo de garantía y que afecta al módulo de inventario de Patrimonio

Municipal, obligará a la empresa a la actualización gratuita, actualización que deberá realizarse

en el plazo máximo de cuatro meses, contados a partir de la publicación oficial de la normativa

correspondiente.

2.3.6. Infraestructuras

Este módulo contiene la información relativa a las redes de abastecimiento y

saneamiento del concejo y gestionará el trazado de las distintas redes, así como las incidencias

relacionadas con las mismas: datos de averías, mantenimiento y eventos, generando avisos

sobre los mismos.

Cada red de infraestructuras llevará asociado un histórico de actuaciones, indicando la

fecha, el problema encontrado, así como el tipo de modificación o reparación efectuada.



Pág.: 23 de 64

Permitirá la introducción de datos de abonados a las distintas redes.

Permitirá la generación de informes sobre el estado de las infraestructuras y la

generación de mapas temáticos.

2.3.7. Medio ambiente y actividades contaminantes

Facilitará a los concejos el mantenimiento de las zonas verdes y arboladas, así como el

mantenimiento del censo de actividades contaminantes detectadas:

- Contaminación acústica,

- Contaminación del agua,

- Contaminación del aire,

- Escombreras y vertederos,

facilitando la gestión de inspecciones y expedientes de actividades contaminantes, así como el

control de inspectores y expedientes, manteniendo un histórico de actividades contaminantes.

Permitirá la realización de mapas de actividades contaminantes, la generación de

informes sobre actividades contaminantes, personalizables y adaptables a las necesidades

concretas de cada momento y cada tipo de contaminación.

2.3.8. Movilidad

Durante los últimos años se ha producido un auge importante en las aplicaciones de

movilidad, motivado en parte por las mejoras en los dispositivos móviles y por las mejoras en

las comunicaciones. Las ventajas que aportan son evidentes en términos de aumento de la

productividad y disminución de costes, por lo que el sistema dispondrá de una solución de

movilidad.

Dentro de este módulo podrán existir una serie de aplicaciones, independientes entre sí,

no autónomas del módulo general de movilidad, que permitan la gestión de ciertas tareas que

sean susceptibles de ser traspasadas al dispositivo móvil:

ü Actividades contaminantes,



Pág.: 24 de 64

ü Inventario del patrimonio municipal,

ü Licencias de obras y actividad

Estas aplicaciones tendrán la capacidad de trabajar:

- en modo conectado, para realizar las tareas de descarga o actualización con el

servidor,

- en modo desconectado.

El sistema de movilidad a desarrollar se integrará dentro del modelo de autenticación de

la plataforma. Dispondrá de los mecanismos necesarios que permitan el acceso y la gestión de

la información del sistema en función de los permisos y roles de cada uno de los usuarios.

Estas aplicaciones permitirá restringir el acceso a los diferentes usuarios, en función de

sus permisos y roles dentro del sistema, cuando desde el dispositivo móvil se disponga de

conectividad hacia los servicios de la plataforma. Cuando no se disponga de conexión, el

acceso a las aplicaciones de movilidad será restringido en función del histórico de accesos,

comprobándose que el usuario autenticado es uno de los usuarios habituales del dispositivo. La

actualización de las modificaciones realizadas, una vez se disponga de conexión con la

plataforma, no se realizará hasta que se realicen los correspondientes controles de acceso del

usuario.

Una de las problemáticas principales de las aplicaciones móviles, es la posible pérdida

de cobertura durante el trabajo en campo de los técnicos. Para resolver esta problemática, el

módulo de movilidad permitirá descargar la información disponible en el sistema al dispositivo

móvil, posibilitando trabajar con un subconjunto de datos que posibiliten la operatividad en un

entorno de movilidad.

Desde la aplicación de movilidad, se dispondrá de una opción que permita la

sincronización de la información capturada desde el dispositivo móvil en una operativa en

modo desconectado. Esta información, generada por los técnicos de campo, será enviada desde

el dispositivo móvil al sistema central, una vez se disponga de cobertura para el envío, en un

formato XML.



Pág.: 25 de 64

Desde el editor de cartografía se dispondrá de una opción que permita seleccionar la

información a traspasar al dispositivo móvil para su operativa en modo desconectado. Se

podrán descargar capas enteras de información o zonas específicas de la cartografía, así como

su información asociada.

Desde la aplicación de movilidad se podrá visualizar datos almacenados previamente

en el dispositivo móvil (SHP, ECW, SVG, GML), y navegar a través de la información

descargada, por lo que se deberá disponer al menos de controles de desplazamiento,

acercamiento, alejamiento y consulta de atributos de capa.

Desde la aplicación de movilidad se podrán editar los datos alfanuméricos asociados a

los datos cartográficos de las diferentes capas, siendo posible adjuntar imágenes que hayan sido

capturadas previamente desde el dispositivo móvil. Será posible igualmente la realización de

operaciones contra servicios remotos WMS, siempre y cuando exista conexión desde el

dispositivo móvil, lo que permitirá la visualización online de información, que por volumen no

cabría en el dispositivo.

Los módulos que necesiten una interacción con el usuario dispondrán de una interfaz

gráfica sencilla e intuitiva, que permitirá realizar las consultas mediante la selección de iconos

en el dispositivo.

Desde la aplicación de movilidad se permitirá la captura de los datos asociados al

dispositivo GPS presente en el dispositivo móvil, siempre que el dispositivo móvil disponga de

dicha capacidad, y que se realicen funciones como el centrado de los datos cartográficos en

función de la posición actual. Esta funcionalidad será de utilización opcional y el

funcionamiento del sistema no se basará en él.

Desde la aplicación de movilidad se podrá trabajar con información perteneciente a

versiones previas de los datos almacenados históricamente y, dependiendo de la estrategia de

versiones del sistema, gestionar las bajas y los cambios realizados desde el dispositivo.



Pág.: 26 de 64

2.3.9. Gestión de Espacio Público y Obra Civil

El módulo para la Gestión del Espacio Público incluirá información relativa a calles,

plazas, carreteras, parques, así como ciertos edificios públicos como estaciones, bibliotecas,

escuelas, hospitales, ayuntamientos u otros.

Este módulo permitirá la gestión de los diferentes elementos que configuren las capas

relativas al Espacio Público: gestión de la información, gestión de mantenimiento e inclusión

en el inventario de bienes municipales.

Se crearán las capas asociadas a viales, arbolado, parques y jardines, monumentos,

fuentes y esculturas, cementerios, puntos limpios de reciclaje, aparcamientos y zona azul,

biblioteca, centros educativos, etc. Las funcionalidades a implementar sobre estas capas:

ü Carga de la información disponible, de una manera sencilla y semiautomática,

identificando los elementos que componen cada capa (nombre, datos asociados,

fotografías, documentos, etc.) identificando tanto las actuaciones de mantenimiento,

como la planificación de actuaciones de mantenimiento, para cada uno de los

elementos, enlazando con el inventario municipal por cada elemento municipal

inventariable.

ü Consulta y edición de la información asociada a cada elemento del Espacio Público,

tanto información gráfico como alfanumérica,,

ü Gestión de avisos sobre infraestructuras: averías, mantenimientos, clasificada según

su importancia,

ü Gestión de mantenimiento y de obras, para lo que será preciso incorporar, al menos,

la siguiente información:

• Programación y planificación de obras (descripción de la actividad de

mantenimiento realizada, fecha de inicio y finalización, contratista o

responsable de la ejecución, certificaciones previstas, presupuesto previsto,

fotografías, documentos asociados a la planificación de la obra),

• Seguimiento de las obras en proceso (porcentaje de la obra ejecutada,

deficiencias detectadas, fotos del seguimiento),



Pág.: 27 de 64

• Realización de mapas de obras que permitan visualmente realizar el

seguimiento de las diferentes obras.

Desde los módulos de Infraestructuras, de Inventario de Patrimonio y de Enrutamiento,

se accederá a la información recogida desde el módulo de Espacio Público. Será preciso enlazar

la gestión municipal de viales con el cálculo de rutas, de tal modo que cuando un técnico

municipal defina que una calle está cortada al tráfico, a los peatones, etc., esta información se

integrará automáticamente con el módulo de enrutamiento y se tendrá en cuenta para los

cálculos de rutas que se realicen.

3. REQUERIMIENTOS GENERALES PARA EL DESARROLLO Y

MANTENIMIENTO DE LOS SERVICIOS

El servicio de desarrollo y mantenimiento tecnológico y funcional del Sistema de

Información Territorial comprenderá las siguientes tipologías:

ü Correctivo: Entendiendo como tal aquellos cambios precisos para corregir errores en el

sistema.

ü Evolutivo: Define todas las incorporaciones, modificaciones y eliminaciones necesarias

en el sistema para cubrir la expansión o cambio según las necesidades que sean

indicadas por los usuarios

ü Adaptativo: Son las modificaciones que afectan a los entornos en los que los diferentes

sistemas operan, por ejemplo, cambios de configuración del hardware, software de base,

gestores de base de datos, comunicaciones, etc.

ü Perfectivo: Se refiere a las acciones llevadas a cabo para mejorar la calidad interna del

sistema en cualquiera de sus aspectos. Reestructuración del código, definición más clara

del sistema y optimización del rendimiento y eficiencia.

ü Preventivo: Se refiere a la programación de las inspecciones técnicas y funcionales

necesarias que deben llevarse a cabo de forma periódica en base a un plan establecido y

no a una demanda de los usuarios.

Siempre que sea necesario el desarrollo o modificación de funcionalidades en el ámbito

de las tipologías definidas, será imprescindible realizar la planificación, análisis, diseño,



Pág.: 28 de 64

construcción, instalación y puesta en marcha de los componentes tecnológicos de acuerdo con

las herramientas y metodologías que se definen en el correspondiente apartado del presente

pliego.

En cualquier caso, la empresa adjudicataria no podrá iniciar acciones de mantenimiento

sin contar con la autorización previa de los responsables que la Dirección General de

Administración Local determine para este proyecto y de acuerdo a los mecanismos que se

citan:

ü Se llevará siempre una lista actualizada de acciones y peticiones cuyas prioridades

indicarán los responsables de la Dirección General Administración Local.

ü La empresa adjudicataria será la responsable de recabar el VºBº de los responsables

determinados por la Dirección General Administración Local para la ejecución de cada

una de ellas.

ü El Vº Bº por parte de la Dirección General Administración Local será suficiente para

considerar autorizadas las acciones de menos de 50 horas de trabajo. Para las

actuaciones de más de 50 horas de trabajo, la empresa adjudicataria deberá presentar un

estudio detallado de la repercusión de la acción en cuanto a plazos, contenido e impacto

sobre cualquier otro sistema o componente externo que pudiera verse afectado por el

resultado de las acciones realizadas. Una vez estudiado, podrá ser autorizado o

rechazado por la Dirección General de Administración Local.

ü El servicio de mantenimiento de aplicaciones se iniciará en el momento en el que sea

registrada una incidencia o petición, realizada por los usuarios. Posteriormente, se

deberá proceder a diagnosticar el tipo de función asociada al servicio para corregir el

problema.

3.1. Mantenimiento correctivo y perfectivo

Este tipo de mantenimiento se centra en los problemas y necesidades de ajuste que

disminuyen la operatividad del sistema. Supondrá por tanto, la realización de las

modificaciones oportunas para corregir el funcionamiento incorrecto del sistema sin alterar las

especificaciones funcionales de cada uno de los módulos. Estarán incluidas las actuaciones



Pág.: 29 de 64

necesarias para resolver los problemas incluso si éstos hubieran sido causados por una mala

operativa de los usuarios. El funcionamiento incorrecto podrá deberse a las siguientes causas:

ü Problemas del software (incluidas las revisiones de los parches de cualquier tipo tanto

de sistema base como de un sistema específico)

ü Problemas causados por una operación errónea de los usuarios

ü Problemas causados por una intervención externa errónea, por ejemplo otras

aplicaciones.

Las actividades que deberán ser cubiertas por los servicios del adjudicatario serán las

siguientes:

ü Análisis-diagnostico de errores y sus causas.

ü Instalación de soluciones eventuales.

ü Realización de correcciones.

ü Revisión del estado de los datos.

ü Pruebas de las modificaciones.

ü Implantación de los módulos corregidos.

ü Actualización de la documentación tanto técnica como de usuario.

A efectos de necesidades de resolución, las peticiones de servicio se catalogarán en:

ü Urgentes: la resolución ha de ser inmediata.

ü No urgentes: la resolución se puede planificar.

3.2. Mantenimiento evolutivo y adaptativo

Este tipo de mantenimiento se centra en mejorar la operatividad existente, desarrollando

nuevas funcionalidades para completar los diversos módulos del sistema y evolucionando las

utilidades ya desarrolladas. Supondrá por tanto, la realización de las modificaciones necesarias

para adaptar los diferentes módulos implantados en el Sistema de Información Territorial

propuesto a las nuevas necesidades requeridas por los 75 concejos incluidos en el proyecto,

como por la Administración del Principado de Asturias, para mejorar la gestión de los mismos

o como consecuencia de cambios normativos.



Pág.: 30 de 64

Todos los cambios que se realicen deberán hacerse de acuerdo con las normas y

metodologías definidas en la Administración del Principado de Asturias y se deberán llevar a

cabo siempre bajo la forma de proyecto que comprenderá la planificación, análisis, diseño,

implementación y puesta en marcha del servicio requerido. El Director del Proyecto facilitará la

documentación básica disponible así como recabará los medios físicos y lógicos para la

realización de los trabajos objeto de contratación por la empresa adjudicataria.

El adjudicatario indicará en su oferta, el número de horas que destinará a este tipo de

mantenimiento.

3.3. Mantenimiento preventivo

La empresa adjudicataria deberá llevar a cabo un servicio de mantenimiento local de los

sistemas con las siguientes características generales:

ü El servicio deberá estar disponible presencialmente 24 horas x 7 días semanales.

ü Se comprobarán de forma sistemática los parámetros y funcionamiento de los

componentes software, de los equipos que componen los sistemas, de los nodos de

comunicaciones y del cableado.

ü Se mantendrá la limpieza de los equipos y armarios donde se alojan.

ü Se comprobará el funcionamiento del sistema de ventilación y demás componentes

colaterales que puedan afectar al funcionamiento del sistema.

ü Se comprobarán los parámetros, niveles de seña les y alimentación de los equipos.

ü Se realizarán análisis estadísticos de los datos y tráfico de red con el objeto de poder

detectar degradaciones.

ü Se emitirán informes para la Dirección del Proyecto de la Administración del

Principado de Asturias con la periodicidad que se establezca al inicio del proyecto y, en

caso de necesidad, a petición de la mencionada Dirección.

ü Al mismo tiempo, toda la información deberá ser almacenada en bases de datos y podrá

ser accesible de forma fácil.

ü Los servicios deberán garantizar una disponibilidad a través de guardias (técnicas o

funcionales) en régimen de 24 horas x 7 días semanales.



Pág.: 31 de 64

ü Los servicios de guardia técnica tendrán plena coordinación con los servicios de guardia

funcional, independientemente del origen de la incidencia.

ü Tal servicio será dirigido por la empresa adjudicataria, en cuanto a las funciones y

tareas a realizar, procedimientos a aplicar, etc., y bajo control y aprobación por la

Dirección de la Administración del Principado de Asturias. Los cambios relevantes al

respecto serán acordados con los representantes designados por la Administración del

Principado de Asturias.

ü Los servicios se prestarán con los niveles de cualificación adecuados a la tarea a realizar

y al momento en que deba desempeñarse. Esto significa que los recursos humanos que

deban asignarse en un momento dado deberán tener, en ese momento, el nivel descrito

en el correspondiente cuestionario del personal asignado al proyecto, para cada función

a desempeñar.

3.4. Contenido de los servicios de mantenimiento

La empresa adjudicataria deberá aportar un servicio de operación local que cumpla las

siguientes características generales:

ü Todos los niveles de coordinación técnica y funcional para el adecuado mantenimiento

de la operatividad y disponibilidad de los sistemas

ü Servicio de atención telefónica en tiempo real y correo electrónico, disponible como

mínimo en las franjas descritas en el apartado de “Acuerdos de Nivel de servicio”

ü Los recursos humanos y técnicos suficientes para la operación de los sistemas

ü Los servicios de administración de los sistemas, entendiendo por tales, la instalación,

monitorización, configuración y resolución de dudas de los usuarios y de los problemas

de operatividad y disponibilidad de los sistemas (hardware, software y de

comunicaciones)

ü Los servicios de administración de bases de datos, entendiendo por tales, la instalación,

monitorización, configuración y resolución de problemas, así como la resolución de

cualquier necesidad de los gestores de bases de datos.

ü Los servicios de administración de aplicaciones, entendiendo por tales, la instalación,

configuración y resolución de problemas. En este servicio están incluidos así mismo los



Pág.: 32 de 64

transportes, migraciones de datos y cualquiera de las operaciones y procedimientos

realizados para mantener la operatividad de los sistemas.

ü Servicios de administración de almacenamiento y backup, entendiendo por tales la

instalación, configuración, atención, y resolución de problemas, de toda la

infraestructura de almacenamiento en disco y cinta y en otros medios de residencia

permanente de la información.

ü Servicios de gestión de comunicaciones, entendiendo por tales la instalación,

configuración atención, y resolución de problemas, de todos los elementos utilizados

para la comunicación entre distintos servidores y máquinas.

ü Servicios de monitorización, entendiendo por tales la vigilancia activa del estado de

operatividad del conjunto de la arquitectura técnica y de cada uno de sus componentes;

atención ante alarmas, riesgos y otros sucesos; desencadenamiento de las acciones

oportunas, y ejecución de las mismas, hasta el restablecimiento de la normalidad.

ü Servicios de administración de herramientas de gestión, utilidades de infraestructura

compartida, sistemas de seguridad y confidencialidad.

ü Servicios de control y seguimiento de los acuerdos de nivel de servicio.

La estructura para la gestión del servicio dependerá de la propuesta del proveedor

elegido. Esta estructura no debe ser excesivamente jerarquizada y debe estar alineada con la

estructura funcional y/o técnica. Con el objeto de realizar una agrupación operativa de los

servicios, éstos se desglosan en los dos ámbitos de gestión siguientes:

ü Gestión de incidencias, peticiones y consultas de usuarios

El objetivo de esta función es la ejecución de las actividades organizativas, de

seguimiento, control y planificación de las tareas y recursos de forma que garanticen la

calidad del servicio y la óptima utilización de los recursos. Una de las actividades

fundamentales para garantizar esta calidad se basa en la extracción de la información

necesaria mediante la emisión de informes y consultas que sirvan de base para la toma

de decisiones y para activar los mecanismos adecuados que permitan la continuidad del

servicio.

ü Gestión, operación y monitorización de los sistemas



Pág.: 33 de 64

Esta función deberá realizar las tareas de operación, análisis y monitorización de las

infraestructuras básicas del entorno del sistema con el objeto de garantizar la

disponibilidad y el nivel de servicio real de los sistemas de información y servicios que

son utilizados por los diferentes usuarios de los sistemas. Esta monitorización se

centrará tanto en los componentes individuales (procesadores, memoria, etc.), como en

los servicios completos. Del mismo modo que en el caso anterior, se debe disponer de

los informes y consultas necesarios para la toma de decisiones.

En los diferentes subapartados del apartado “5.9 Servicio de Housing”, están descritos

con mayor detalle los servicios anteriormente descritos.

3.4.1. Servicios a aportar para la gestión de incidencias y atención a usuarios

ü Servicios de CAU primer nivel

El CAU de primer nivel llevará a cabo, entre otras, las siguientes tareas:

- Tipificación de incidencias o peticiones orientada a su propia actividad, a la

prestación de servicio de primer nivel y a la derivación al Nivel 2.

- Activación de soluciones, vigilancia y cierre de la incidencia / petición, para los

casos en que la incidencia pueda ser resuelta con medios propios del nivel 1.

- Consulta y vigilancia periódica del estado de las incidencias.

- Recepción y registro de la información básica para la apertura y cierre de las

incidencias.

- El CAU de primer nivel estará disponible de 8:00 a 19:30 para la recepción de

incidencias, primera tipificación, y derivación al punto de tratamiento.

ü Servicios de CAU segundo nivel

El CAU de segundo nivel llevará a cabo, entre otras, las siguientes tareas:

- Recibirá las incidencias y peticiones desde el CAU de primer nivel

- A partir de ello, desarrollará cuantas acciones de tipificación, registro, solución o

paliación, resulten necesarias.



Pág.: 34 de 64

- Mantendrá disponible la información general sobre la incidencia o petición, para su

consulta desde la Administración del Principado de Asturias.

- Una vez resuelta la incidencia o petición, informará al CAU de primer nivel con un

extracto de solución.

- Se ocupará típicamente de las incidencias y peticiones de tipo técnico, en cuanto

superen el nivel de puesto de trabajo o aun cuando no superándolo, requieran

coordinación técnica de grado superior; y de todas las incidencias, consultas y

peticiones de tipo funcional que el CAU de primer nivel remita.

- El CAU de segundo nivel estará disponible de 8:00 a 19:30 para la recepción de

incidencias, primera tipificación, y derivación al punto de tratamiento y en régimen

de guardia localizada, para el resto del horario.

ü Servicios de CAU tercer nivel

El servicio de Nivel 3 estará compuesto por el personal técnico y funcional cualificado.

Desde este nivel se tratarán los problemas o cambios de más alto nivel, incluso los no

contemplados en este pliego o los no resueltos por el nivel 2. El equipo humano

asignado a este nivel deberá tener presencia “in situ” siempre que lo solicite la

Dirección General de Administración Local. Este nivel llevará a cabo las tareas en dos

líneas de actuación diferenciadas; por una parte, realizará las tareas de soporte al resto

de niveles y por otra parte, deberá ser quien proporcione la evolución sostenible del

sistema

- Funciones de soporte a los niveles 1 y 2 :

• Proveer al nivel 2 toda la información para la resolución de las incidencias.

• Colaboración en la gestión de todas las relaciones con terceras empresas y

en la resolución de las incidencias multidisciplinares.

• Establecimiento de procedimientos de operación sobre los sistemas.

• Realización de informes técnicos bajo demanda de la Dirección General de

Administración Local.

- Soporte para la evolución y calidad del sistema:



Pág.: 35 de 64

• Colaboración y asesoramiento a los técnicos de la Dirección General de

Administración Local y de los Concejos implicados en el presente proyecto

en las tecnologías implantadas.

• Asesoramiento a los gestores de la Dirección General de Administración

Local y de los Concejos implicados en el presente proyecto en la aplicación

de normativas y en la explotación de la información contenida en el sis tema.

• Realización de las modificaciones sobre los sistemas, llevadas a cabo por

los expertos funcionales o técnicos que actuarán bajo las directrices de los

representantes de la Dirección General de Administración Local.

• Identificación y escalado de las incidencias o problemas a otros externos

que la empresa adjudicataria no haya podido resolver.

• Estudios técnicos de las funcionalidades y requisitos solicitados por la

Dirección General de Administración Local de acuerdo con las normativas

técnicas descritas en el presente pliego.

• Realización de estudios de impacto de los cambios a realizar, proponiendo

alternativas en su caso.

• Realización y/o actualización de la documentación técnica de usuario.

El CAU de nivel 3 deberá tener disponibles en un plazo máximo de 2 días laborables.

Los recursos humanos asignados tendrán la capacitación profesional adecuada para el nivel de

servicio solicitado (técnica o funcional), y que será equivalente a la aportada en el cuestionario

del personal presentado por la empresa.

3.4.2. Servicios de gestión, operación y mantenimiento de los sistemas

La empresa adjudicataria deberá disponer del personal técnico adecuado para la gestión

de los sistemas hardware, software y de comunicaciones competencia del proyecto, de forma

que se garantice la correcta ejecución de los interfaces y procesos batch.

Estos servicios serán, como mínimo:

ü Servicios de operación sobre los entornos:



Pág.: 36 de 64

- Planificación y mantenimiento de los procesos batch según las especificaciones de

los mismos.

- Control y ejecución de los procesos batch.

- Notificación a los responsables designados por la Dirección General de los

resultados de la ejecución de los procesos batch.

- Distribución de los informes y listados a los Organismos solicitantes.

- Distribución del software específico para todas las estaciones de trabajo “clientes”

que necesiten acceder a los servicios del sistema.

- Mantenimiento de los dispositivos periféricos que acceden al sistema.

- Instalación y actualización de los aplicativos en cualquiera de los entornos:

desarrollo, integración y explotación, así como los parches que se necesiten.

- Solución de los problemas de rendimiento de los sistemas y recursos .

- Instalación de los puestos clientes en los casos que se demanden.

ü Servicios de mantenimiento de los sistemas:

- Establecimiento de políticas de seguridad en todo su entorno, es decir, planes de

contingencia y mecanismos de salvaguardia.

- Planificación de la capacidad de los sistemas de forma que permita a la

Administración del Principado de Asturias disponer periódicamente de la

información necesaria y con la suficiente antelación para garantizar la continuidad

y escalabilidad del sistema. Este nivel deberá disponer de un equipo

multidisciplinar de profesionales cualificados en cada grupo de actividades

fundamentales, que incluyen bases de datos, sistemas operativos y redes.

- Realización de los procedimientos de explotación que incluyen: mantenimiento

preventivo y correctivo del hardware y software; gestión de cambios; gestión de

configuraciones; gestión de versiones; identificación y comunicación de riesgos; y

acciones de despliegue y vuelta atrás, entre otros.

- Establecimiento de los procedimientos de copias de seguridad y recuperación de

datos, que garanticen que podrá recuperarse la situación de las bases de datos y los

aplicativos.

- Establecimiento de procedimientos de seguridad de forma que garantice que la

situación de los datos de explotación se puedan recuperar con un máximo de 1 día



Pág.: 37 de 64

de pérdida, entendiendo por tal, exclusivamente los datos almacenados durante el

día en curso.

ü Servicios de gestión de las bases de datos

- Monitorización del motor de BBDD

- Verificación del log del motor de BBDD

- Comprobación de crecimiento de BBDD y el estado del espacio disponible en el

sistema

3.4.3. Herramienta para la gestión del CAU

La empresa adjudicataria dispondrá de una herramienta web para el reporte y

seguimiento de los trabajos correspondientes a los servicios de mantenimiento. El órgano

gestor tendrá capacidad de supervisión de la información contenida en la herramienta, y esta

dispondrá de mecanismos de reporting.

3.4.4. Medida de la calidad de los servicios

La empresa adjudicataria llevará a cabo un análisis de calidad de los servicios, orientado

a sondear el nivel de satisfacción de los usuarios, así como las necesidades de mejora de los

servicios. Se entiende por servicios tanto los procedimientos establecidos como los servicios

funcionales y técnicos suministrados. Para ello, se establecerán los mecanismos necesarios

para:

- Identificar los problemas o causas de disconformidades

- Selección de las acciones correctivas apropiadas

- Propuesta de acciones de corrección

La empresa adjudicataria diseñará un plan de calidad que propondrá a los responsables

de la Dirección General de Administración Local, y en el que se incluirán los mecanismos y los

criterios de calidad utilizados para llevar a cabo dicho plan.

El órgano de contratación se reserva el derecho de hacer auditorias, tanto de prestación

de servicio, como de las instalaciones donde se encuentren ubicados los equipos puestos a



Pág.: 38 de 64

disposición del proyecto. El adjudicatario estará obligado a facilitar cuanta información sea

necesaria para la correcta ejecución de dichas auditorias, así como a facilitar el acceso a las

instalaciones donde se encuentren ubicados los equipos.

4. REQUISITOS TÉCNICOS

La arquitectura técnica del Sistema de Información Territorial propuesto deberá estar

compuesta de un entorno de explotación, otro de desarrollo, otro de formación y pruebas y el

entorno de integración.

La arquitectura tecnológica deberá ser diseñada por la empresa adjudicataria, si bien es

requisito fundamental la disponibilidad de dos entornos independientes para aquellos entornos

en alta disponibilidad, al objeto de poder dar servicio en caso de caída de uno de ellos y de

acuerdo con la siguiente descripción:

ü Entorno de desarrollo

El entorno de desarrollo no se encontrará en alta disponibilidad.

ü Entorno de integración

El entorno de integración no se encontrará en alta disponibilidad.

ü Entorno de formación y pruebas

El entorno de formación y pruebas no se encontrará en alta disponibilidad.

ü Entorno de explotación

El entorno de explotación se encontrará en alta disponibilidad:

El entorno de almacenamiento ha de ser consolidado, de alta disponibilidad y

rendimiento, de crecimiento modular y ha de permitir almacenamiento separado para cada uno

de los entornos y de los concejos integrados en el proyecto.



Pág.: 39 de 64

Las características técnicas que se describen a continuación son las mínimas que deben

cumplir las máquinas suministradas que realizarán la función de servidores.

4.1. Características técnicas mínimas

Los licitadores propondrán la arquitectura tecnológica necesaria para la solución

propuesta, contemplando todos los servicios que se ofrecerán desde la misma. Se deberán

considerar las necesidades de redundancia, disponibilidad y escalabilidad que se requieren en

entornos productivos de este calado.

4.2. Software servidores

Los servidores se suministrarán con el sistema operativo y SGBD, instalado y

configurado según las necesidades requeridas por el Sistema de Información Territorial

propuesto.

El adjudicatario presentará documentos que acrediten en qué entornos software de

sistema operativo esta certificado el hardware a instalar.

Durante el período de vigencia del contrato, así como durante el período de garantía, el

adjudicatario se compromete a suministrar e instalar las actualizaciones de las nuevas versiones

de Sistema de Información Territorial tomado de partida, tanto con el conjunto de módulos

básicos como de específicos, así como de las nuevas versiones de Local Catastro, todo ello

integrado con los desarrollos objeto del presente contrato, así como software de gestión y

diagnostico de los servidores y el firmware de los equipos, con el objetivo de no caer en una

desactualización tecnológica.

El software suministrado con los equipos vendrá acompañado de su soporte en CD o

DVD.

4.3. Instalación servidores

La instalación comprenderá:

• Transporte y ubicación en empresa de Housing adjudicataria.



Pág.: 40 de 64

• Instalación del hardware en la ubicación.

• Pruebas del correcto funcionamiento de todos los equipos instalados.

• Documentación de la instalación.

4.4. Requerimientos de explotación del sistema

La empresa adjudicataria deberá aportar los elementos hardware, software y de

comunicaciones necesario para garantizar una mayor seguridad y garantía de escalabilidad de

los servicios, sin pérdida de operatividad, de acuerdo con los siguientes criterios:

ü Entornos de desarrollo: Se deberá planificar y gestionar un entorno de trabajo donde se

puedan llevar a cabo las tareas de mantenimiento del sistema, de acuerdo con los

diferentes conceptos descritos en el presente pliego.

ü Entorno de integración: Se deberá planificar y gestionar un entorno de trabajo donde se

puedan llevar a cabo las pruebas de calidad de los productos generados en cualquiera de

las formas de mantenimiento descritas en el presente pliego. Para garantizar una

operatividad minimizando los riesgos, se considera necesario disponer de un entorno de

pruebas críticas para que en momentos puntuales se pueda replicar el sistema en

productivo real. Para ello, se deberá planificar y gestionar un entrono de pruebas

específico e independiente, con el objeto de realizar las pruebas técnicas y funcionales

para dichos casos específicos.

ü Entorno de formación: Se deberá planificar y gestionar un entorno de trabajo para poder

impartir la formación a los usuarios finales en el uso del sistema. De manera adicional,

este entorno será el que soporte las pruebas técnicas y funcionales de cara a los cambios

de versión, pruebas de integración de productos, simulación de entornos seguros,

recuperaciones, etc.

ü Entorno de explotación: Servirá para facilitar y gestionar la correcta ejecución de los

procesos del sistema.

4.5. Requisitos de integración con otros sistemas de información

La integración del Sistema de Información Territorial propuesto con otras aplicaciones

y sistemas externos existentes en los diferentes concejos participantes en el proyecto se



Pág.: 41 de 64

realizará mediante servicios WEB, siguiendo los estándares SOA, permitiendo tanto la

consulta, como la actualización de la información almacenada en el Sistema de Información

Territorial propuesto.

Se deberán facilitar las interfaces necesarias para la integración con:

ü Sistema de información contable implantado en la mayor parte de los concejos

asturianos incluidos en el presente contrato (actualmente SicalWin), al objeto de

conseguir que la contabilidad sea un reflejo fiel de la situación en la que se

encuentra el inventario de patrimonio municipal.

ü Gestor de Expedientes: Con carácter general, los diferentes módulos de gestión

municipal permitirán la comunicación con el sistema de gestión de expedientes más

utilizado en los concejos participantes en el proyecto.

ü Los servicios que proporciona la Oficina Virtual del Catastro, de la Dirección

General de Catastro, incluyendo Gestión telemática de la información catastral.

4.6. Requisitos de seguridad del sistema

Este sistema MODELO debe cumplir los principales requisitos generales de seguridad:

ü En el acceso al sistema la identificación y autenticación del usuario se hará mediante un

sistema de claves y contraseñas configurables. El sistema obligará a renovar contraseñas

y desechará las que sean claramente vulnerables. Se controlará un número máximo de

intentos de acceso.

ü Implantación de perfiles de usuario, es decir, el conjunto y niveles de permisos de uso

de los recursos, datos y aplicaciones del sistema para cada usuario, y una herramienta

amigable para su configuración.

ü El sistema dispondrá de un fichero de trazas en el que quedará constancia permanente

de los accesos al sistema y de las acciones más agresivas del usuario, tales como la

eliminación de ficheros o el borrado de grandes cantidades de información.

ü Ninguna operación del usuario podrá producir una pérdida de la consistencia de los

datos almacenados en la base de datos.



Pág.: 42 de 64

4.7. Plan de contingencia y recuperación

Será responsabilidad de la empresa adjudicataria contar con un plan de contingencia

adecuado para garantizar la continuidad de la actividad y para recuperar la operatividad en el

caso de ser imposible la continuidad. La responsabilidad de la empresa debe garantizar:

ü Todos los componentes hardware, software y de comunicaciones disponibles para el

entorno. Si bien la empresa no está obligada a rastrear los elementos y recursos a los

que estén conectados, sí a identificar y analizar las deficiencias que se produzcan.

ü Todos los procedimientos, circuitos de trabajo y elementos de coordinación con otros

medios técnicos, humanos y logísticos.

La empresa adjudicataria deberá presentar un plan de retorno detallado de la gestión

completa del sistema, referido al momento de finalización del presente contrato. Este plan de

retorno incluirá tanto la formación a los receptores como los períodos de transición.

4.8. Soporte hardware servidores

Se planteará un servicio de mantenimiento y soporte del equipamiento hardware de

servidores establecidos en la arquitectura que finalmente se defina. Este soporte cubrirá un

servicio 24 x 7 con tiempo de respuesta de 4 horas.

Tanto la mano de obra como los equipos o piezas sustituidas irán incluidos por parte del

adjudicatario.

4.9. Servicio de Housing

El proveedor de servicios de housing (en adelante PSH), dispondrá de un Centro de

Soluciones Internet (en adelante CSI), ubicado en Asturias, específicamente diseñado para el

alojamiento y explotación de sistemas de información, que constituirá un entorno seguro, fiable

y escalable, dotado de medidas de seguridad física, ambiental, y de informática y

comunicaciones.

4.9.1. Requisitos generales



Pág.: 43 de 64

Los requisitos generales a satisfacer por el PSH serán los siguientes:

ü Garantizar un ancho de banda suficiente, y gestionar con los carriers y operadores

de tránsito IP la calidad y disponibilidad de dicho ancho de banda.

ü Operar, administrar y monitorizar los servicios y servidores.

ü Suministrar servicios relacionados con los contenidos (replicación y caching,

redistribución, y balance de carga, etc.).

ü Garantizar la seguridad de los sistemas.

ü Asegurar la posibilidad de escalado (horizontal y vertical) de la infraestructura

física y/o lógica.

ü Manejar todas las cuestiones de actualización y migración de versiones si las

hubiere.

ü Manejar todas las cuestiones de actualización y/o renovación de equipamiento,

cuando este devenga insuficiente y/u obsoleto.

ü Asumir, contractualmente, acuerdos de nivel de servicio, en adelante ANS,

relacionados con la disponibilidad, y calidad del servicio.

ü Disponer de un grupo de operación y soporte perteneciente a su plantilla con

dedicación continua (24 x 7).

4.9.2. Servicios previstos

Los servicios que se alojarán son:

ü Servicios básicos de alojamiento de los aplicativos previstos en el presente Pliego en su

parte servidora.

ü Servicios básicos de conexión a Internet.

ü En general, éstos son servicios básicos prestados por un PSH y suelen formar parte de

una oferta conjunta de servicios, acompañados de una solución de acceso, por cualquier

medio concreto:

- Acceso a Internet.

- Gestión de Direcciones IP.

- Servicio de DNS.



Pág.: 44 de 64

- Alojamiento de Dominios .

- Estadísticas y tráfico.

4.9.3. Requisitos de infraestructura

El alojamiento se efectuará en un CSI que ha de cumplir con los siguientes

requerimientos:

ü Espacio técnico acondicionado adecuadamente. Se especificarán las características más

notables desde el punto de vista constructivo y estructural, con especial detalle en los

aspectos de suelo técnico, techo, cableado, cuadro eléctrico, etc.

ü Acometida eléctrica redundante, desde al menos dos subestaciones de otras tantas

compañías eléctricas.

ü Sistemas de generación autónoma (motor generador) con autonomía para al menos 48

horas.

ü Sistemas de alimentación ininterrumpida.

ü HVAC N+1

ü Sistema antiincendios. (Sistema de detección y alarmas de fuego y humos).

ü Seguridad física, y control de accesos.

ü El cableado del CSI deberá ser de categoría 5 o superior.

El licitador describirá las características anteriores.

4.9.4. Requisitos de conectividad

El licitador dispondrá de un servicio de tránsito IP de las siguientes características:

ü Sistema autónomo propio.

ü Al menos dos proveedores de tránsito independientes (dos carriers).

ü Posibilidad de incorporar nuevos proveedores de tránsito.

ü Acceso físico (circuitos de acceso) redundantes (dos acometidas al CSI, o acometidas

con tecnologías diferentes, e.g. F.O. y radioenlace).

ü Los proveedores deberán tener presencia en el punto neutro de intercambio nacional.

ü Se detallarán los acuerdos de peering públicos y privados existentes



Pág.: 45 de 64

Se describirán con detalle las características de tránsito IP ofertadas. En concreto se

describirá sucintamente la red IP de los proveedores, los acuerdos internacionales de tránsito y

conectividad, los mecanismos de gestión de incidencias, resolución de las mismas y escalado,

así como otros datos de interés (latencia, pérdida de paquetes, etc.). En el caso de que el

licitador no sea un proveedor de tránsito estas descripciones se podrán adjuntar como anexos

con rúbrica de los proveedores respectivos.

Para los servicios demandados en este pliego, el licitador ofertará un ancho de banda

mínimo de 6 Mb/s, garantizando que, si se supera el ancho de banda contratado, no se sufrirá

pérdidas de paquetes, ni degradación de la conectividad, ni aumento de latencia o degradación

alguna, porque debe estar permitido superar el límite. El licitador deberá indicar el % de

superación de límite permitido.

El licitador describirá los mecanismos disponibles para el acceso “fuera de banda” a los

servidores alojados, identificando separadamente los de los usuarios no públicos, así como de

los funcionarios de los Concejos o de la Administración del Principado de Asturias.

4.9.5. Requisitos funcionales

Arquitectura de red

El licitador describirá la arquitectura de red del CSI con especial atención a la “zona de

alojamiento dedicado” dónde se alojarán los aplicativos objeto de este documento.

Los principales bloques funcionales que deben describirse dentro del CSI son:

ü Sistemas de seguridad perimetral: Firewall.

ü Sistemas de balanceo de carga.

ü Servidores de Front-End.

ü Servidores de Back-End

ü Sistemas de soporte a la administración y de operación.

Monitorización



Pág.: 46 de 64

Se prestará un servicio de monitorización 24 x 7 de los sistemas alojados y de las

aplicaciones. La monitorización afectará tanto a sistemas como a servicios.

Los objetivos del sistema de monitorización serán:

ü Examinar los procesos en tiempo real para reaccionar ante problemas en el menor

tiempo posible.

ü Examinar los recursos de los sistemas para detectar cuellos de botella.

ü Consolidar y normalizar errores de funcionamiento para identificación y diagnóstico

rápido.

ü Monitorización de recursos: ocupación de discos, carga de la máquina, espacio de

swap, número de usuarios, numero de procesos.

El licitador describirá la metodología, herramientas y alcance de la monitorización.

Soporte a la operación

Este servicio se ejecutará de forma continua (24 x 7) y comprenderá cuando menos las

siguientes tareas, que han de ser garantizadas por el personal técnico y de soporte del CSI:

ü Ejecución de comandos siguiendo “checlkists” o su inclusión en procesos de activación

automática.

ü Rearranques de servidores.

ü Rearranques y confirmación de la finalización de eventos.

ü Monitorización de los distintos sistemas y servidores (ver apartado anterior)

ü Lanzamiento de alertas.

ü Comprobación de la disponibilidad de servidores 24 x 7.

ü Realización de tareas de backup.

ü Recuperación de información, sin límite ante fallos; a petición del usuario.

ü En su caso, tareas para adecuar el servicio a un cambio de plataforma y cubrir

permanentemente los acuerdos de nivel de servicio.

ü Control del ancho de banda.

ü Control de tráfico.

ü Optimización de la utilización de espacio en disco.



Pág.: 47 de 64

ü Servicio de “manos y ojos” inteligente: ejecución por parte del PSH de tareas

predefinidas, protocolizadas y consensuadas.

Administración de sistemas y aplicaciones

El licitador describirá en qué condiciones podrá hacerse cargo integral de los sistemas y

aplicaciones alojados, de manera que la Dirección General de Administración Local pueda

desentenderse plenamente de los mismos. Se enumerarán y describirán las tareas periódicas,

regulares y singulares ejecutadas para la administración de sistemas y aplicaciones, el alcance y

periodicidad de las mismas y el perfil profesional de los responsables del servicio.

El servicio incluirá, al menos, las siguientes prestaciones:

ü Administración global de los sistemas operativos de la infraestructura tecnológica.

ü Optimización de trabajo de los sistemas, al menos, cuando se infrinjan los “Acuerdos de

Nivel de Servicio” establecidos.

Las tareas de administración abarcarán cuando menos los siguientes ámbitos:

ü Gestión de fallos, e incidencias.

ü Gestión de configuraciones.

ü Gestión de usuarios.

ü Gestión de rendimiento.

ü Gestión de seguridad.

ü Gestión de red.

ü Mantenimiento y gestión de infraestructura.

Copias de seguridad

Se deberán llevar a cabo copias de seguridad de todos los contenidos incluidos en el

servicio de alojamiento web. Asimismo se efectuarán copias de seguridad de los buzones de los

usuarios de correo especial.

El licitador describirá su servicio de copias de seguridad. En cualquier caso y como

mínimo este deberá:



Pág.: 48 de 64

ü Efectuar copias de seguridad de los sistemas más comúnmente empleados (incluyendo

soporte NDMP para sistemas de almacenamiento NAS, si estos son empleados).

ü Efectuar copias de seguridad de bases de datos en caliente.

ü Llevar a cabo cuando menos una copia incremental (o diferencial) diaria y una total

semanal.

ü Retención online de las copias de al menos dos meses (con rotación).

ü Disponer además de capacidades de archivo o retención ilimitada.

ü Las operaciones de recuperación serán ejecutadas por el personal técnico del CSI bajo

demanda de usuarios autorizados.

El licitador describirá su subsistema de copias de seguridad y las políticas de backup

puestas en marcha, siendo los anteriores requerimientos mínimos.

Informes

El licitador deberá suministrar mensualmente informes detallados sobre todos los

aspectos del servicio, incluyendo cuando menos:

ü Estadísticas web (si procede).

ü Incidencias acaecidas (his tórico, resolución e incidencia)

ü Cálculos de disponibilidad e informe que permita determinar el cumplimiento, o en su

caso incumplimiento de los acuerdos de nivel de servicio.

ü Nivel de cumplimiento de los acuerdos de nivel de servicio

El licitador describirá brevemente un informe tipo, su contenido, alcance, periodicidad y

modo de distribución.

Apoyo y soporte a la Administración de los sistemas

El CSI dispondrá de un servicio de apoyo a los servicios de CAU tercer nivel,

disponible 24 x 7.



Pág.: 49 de 64

El CSI deberá disponer de técnicos especializados en diferentes tecnologías para atender

a las incidencias de forma adecuada en horario 24 x 7. Esta especialización debe afectar cuando

menos a: comunicaciones, sistemas, aplicaciones, almacenamiento, e infraestructura física.

El licitador describirá con detalle el servicio de soporte y la metodología del mismo, con

especial énfasis en los procedimientos de escalado, tiempo estimado medio de respuesta,

tiempo estimado medio de resolución, y cuantos otros aspectos considere pertinentes.

5. FORMACIÓN

El adjudicatario deberá elaborar y ejecutar un plan de formación adecuado al alcance de

los trabajos objetos del contrato. Se observan las siguientes necesidades formativas:

ü Formación en el entorno de módulos específicos para los usuarios: todo el personal de

las unidades afectadas deberá recibir formación en el funcionamiento de los diferentes

módulos que necesite utilizar, del conjunto de módulos definidos dentro del presente

pliego.

ü Además de la formación específica de usuarios, debe tenerse en cuenta la formación

del personal técnico que deba dar soporte a los usuarios.

ü Para cada una de estas áreas de formación se deberán establecer calendarios

formativos y un plan de asistencia escalonado que permita dotar de estos

conocimientos a todo el personal que lo necesite, a la vez que no deje sin atención el

trabajo habitual de las unidades afectadas.

ü Todas estas iniciativas de formación se definen a priori, sin perjuicio de la posibilidad

de nuevos procesos formativos que pudieran surgir según necesidades observadas más

adelante en el devenir del proceso de implantación.

Se organizarán diversos cursos de formación presencial que den solución a las

necesidades de los diferentes perfiles de usuarios del sistema, a medida que se vayan

implantando los diferentes módulos.

Deberán existir cursos/jornadas destinadas a los Administradores del sistema, además de

los destinados a los usuarios de los diferentes módulos del Sistema de Información Territorial



Pág.: 50 de 64

propuesto, así como a todos aquellos cuyo trabajo pueda verse afectado por la implantación del

mismo.

Se incluirá, de formación gratuita y durante el período de duración del contrato, la

formación de cada uno de los módulos que se vean afectados por la implantación de nuevas

actualizaciones.

6. ACUERDOS DE NIVEL DE SERVICIO

6.1. Aspectos generales

El nivel de servicio exigido estará en función del número de incidencias tratadas y del

correcto tratamiento del Nivel 1, de acuerdo a las siguientes consideraciones:

ü Al margen de la disponibilidad de los sis temas en los tramos horarios concretos que se

especifiquen, las aplicaciones estarán también disponibles siempre que no haya causas

que lo impidan (por ejemplo, el que una aplicación se demande de lunes a viernes no

implicará que el sábado se encuentre inaccesible; salvo el caso de paradas programadas

u otras causas justificadas).

ü Las paradas técnicas programadas de antemano no se considerarán falta de

disponibilidad, pero si lo serán las paradas producidas como consecuencia de una

parada programada.

ü El horario de trabajo será por defecto de 8:00 a 19:30

ü En períodos vacacionales o festividades locales habrán de mantenerse los niveles de

servicio acordado, tomándose para ello, si es preciso, medidas de sustitución provisional

de recursos con otros de perfil y cualificación equivalentes.

ü Los procesos batch no deberán disminuir la disponibilidad y respuesta de los sistemas,

en el horario de 8:00 a 15:00.

ü Las duraciones anormalmente largas de procesos se analizarán en todo lo necesario

hasta encontrar alternativas que las reduzcan a extremos manejables, dado el riesgo que

supone la finalización errónea y repetición de un proceso extremadamente largo.



Pág.: 51 de 64

ü La medición de estos parámetros será realizada de forma cuantitativa y automática a

través de las herramientas del sistema que proporcionen la hora exacta de parada y la

hora de restablecimiento del servicio.

El licitador detallará sus acuerdos de nivel de servicio. Cuando menos deberá:

ü Definir los tipos de incidencias, y especificar las que suponen interrupción del servicio,

o sólo servicio degradado.

ü Definir el tiempo de respuesta, el de resolución y su medida.

ü Definir el tiempo de indisponibilidad imputable al CSI (y por tanto el no imputable al

mismo) de un servicio (no de un servidor), y la metodología del cálculo de la

disponibilidad. Se distinguirá entre servicios continuos (e.g. conectividad IP) y servicios

periódicos (e.g. ejecución de copias de seguridad exitosas).

ü Definir todos aquellos parámetros y métricas que considere pertinentes para medir la

calidad del servicio prestado.

6.2. Niveles de servicio exigidos

Los ANS se basarán principalmente en los aspectos de rendimiento y disponibilidad,

atendiendo a los criterios que a continuación se señalan:

Indicador Período de Evaluación Valor Objetivo Disponibilidad del servicio a través de internet

Mensual 95 % del tiempo disponible

Tiempo de respuesta máximo del Sistema

Mensual 80 % de las solicitudes se resuelven en menos de 5 segundos

Tiempo de respuesta medio del Sistema

Mensual Inferior a 10 segundos

Disponibilidad de los servidores


Acceso a los servidores a través de VPN


Tiempo de atención ante solicitud de servicio

Mensual 95 % de las solicitudes son atendidas y clasificadas en menos de 4 h

Tiempos máximos de resolución de incidencias

Mensual El 95% de las solicitudes clasificadas como críticas son resueltas en menos de



Pág.: 52 de 64

24 h El 90% de las solicitudes clasificadas como graves son resueltas en menos de 48 h El 85% de las solicitudes clasificadas como leves son resueltas en menos de 48 h

6.3. Descripción de los Acuerdos de Nivel de Servicio

Para facilitar su comprensión se realiza una breve descripción de los ANS propuestos:

ü Disponibilidad del servicio a través de Internet: Se refiere a la disponib ilidad del uso del

Sistema de Información sin errores y con un tiempo de respuesta aceptable a través de

un navegador Web estándar. Se pretende de esta forma garantizar el uso del Sistema

durante el mayor tiempo posible.

ü Tiempo de respuesta máximo del Sistema: Se refiere al tiempo que transcurre entre la

solicitud realizada al Sistema (presentación de un mapa, acceso a información, etc.) y el

tiempo máximo que el Sistema de Información puede tardar en mostrar la información

en pantalla. Se pretende de esta forma garantizar el rendimiento del Sistema y conseguir

reducir el impacto de los retrasos en el usuario.

ü Tiempo de respuesta medio del Sistema: Se refiere al tiempo medio calculado

mensualmente entre el transcurrido entre cada solicitud realizada al Sistema y su

respuesta correspondiente. Se pretende de esta forma garantizar una experiencia de uso

del sistema positiva en lo referente a su rendimiento.

ü Disponibilidad de los servidores: Se refiere al tiempo de funcionamiento continuado de

los servidores del Sistema de Información con el fin de minimizar las posibilidades de

error en el sistema.

ü Acceso a los servidores a través de VPN: Se refiere a la disponibilidad de acceso a los

servidores por parte del personal del órgano contratante a través del acceso VPN

habilitado para la administración remota de los mismos. Se pretende garantizar un

adecuado nivel de supervisión por parte del órgano de contratación.

ü Tiempo de atención ante solicitud de servicio: Se refiere al tiempo que transcurre entre

una solicitud de servicio (telefónica, por correo electrónico, etc.) y el tiempo que

transcurre hasta que es atendida por un técnico del servicio de soporte, clasificada,



Pág.: 53 de 64

asignado un técnico para su resolución y se inician los trámites para su resolución. Se

pretende controlar el inicio de los trabajos destinados a corregir los defectos del sistema.

ü Tiempos máximos de resolución de incidencias graves y leves: Se refiere al tiempo

transcurrido desde la asignación de un técnico competente para la resolución de un

problema o incidencia y el tiempo que transcurre hasta que el órgano de contratación

acepta la resolución del mismo. Se pretende de esta forma reducir el tiempo durante el

que el Sistema está trabajando con errores.

Para facilitar el control de los Acuerdos de Nive l de Servicio la empresa adjudicataria

realizará un informe mensual del estado de su cumplimiento.

Aquellos incumplimientos que supongan la vulneración de un ANS en un período de

tiempo determinado se mantendrán pendientes hasta que sean resueltos repercut iendo en el

siguiente período a evaluar (por ejemplo las solicitudes de soporte no satisfechas durante un

mes deberán ser tenidas en cuenta en el cómputo del mes siguiente hasta que se den por

resueltas, afectando al nivel de servicio evaluado en el mes siguiente).

7. ACEPTACIÓN FINAL

Para efectuar la aceptación final del proyecto, la Administración del Principado de

Asturias efectuará las pruebas que estime oportunas de verificación y validación del objeto del

presente documento. Asimismo, se dará el visto bueno a la realización de la formación, una vez

finalizada ésta. Todas las aceptaciones deberán llevar el Vº Bº de los representantes

competentes en la materia objeto de aceptación y designados por la Administración del

Principado de Asturias.

Oviedo, 13 de julio de 2009

Fdo. Margarita Badiola Valle

Jefe de proyectos informáticos



Pág.: 54 de 64

ANEXO I. Gestión Patrimonial

El módulo de Patrimonio: Inventario de Bienes y Derechos de los Concejos, deberá

gestionar todos aquellos datos obligatorios de acuerdo con lo dispuesto en la Ley 7/1985 de 2

de abril Reguladora de las Bases del Régimen Local; el Real Decreto Legislativo 781/86 de 18

de abril por el que se aprueba el Texto Refundido de las disposiciones legales vigentes en

materia de Régimen Local; el Real Decreto 1372/1986, de 13 de junio, por el que se aprueba

el Reglamento de Bienes de las Entidades Locales; Ley 47/2003, de 26 de Noviembre,

General Presupuestaria; el Real Decreto Legislativo 2/2004 de 5 de marzo por el que se

aprueba el Texto refundido de la ley reguladora de las Haciendas Locales; Orden de 17 de

Julio de 1990 por el que se aprueba la instrucción de Contabilidad para la Administración

Local y Orden EHA/4041, de 23 de Noviembre de 2004, por la que se aprueba la instrucción

del Modelo Normal de Contabilidad Local la Orden del Ministerio de Economía y Hacienda

EHA/4042/2004, de 23 de Noviembre, por el que se aprueba la Instrucción del Modelo

Simplificado de Contabilidad Pública y la Orden del Ministerio de Economía y Hacienda

EHA/4040/2004, de 23 de Noviembre, por el que se aprueba la Instrucción del Modelo Básico

de Contabilidad Pública y demás normas aplicables y las necesarias para una adecuada

gestión de activos de la Entidad.

El módulo permitirá la agrupación de la información de los bienes en los siguientes

epígrafes:

I.1. Inmuebles

I.2. Derechos reales

I.3. Muebles de carácter histórico, artístico o de considerable valor económico

I.4. Valores mobiliarios, créditos y derechos, de carácter personal de la Corporación

I.5. Vehículos

I.6. Semovientes

I.7. Muebles no comprendidos en los anteriores enunciados

I.8. Bienes y derechos revertibles

I.9. Propiedades inmateriales

I.10. Otros



Pág.: 55 de 64

Con carácter general, existirá separación de inmuebles rústicos y urbanos de

conformidad con lo dispuesto en el Real Decreto Legislativo 1/2004 de 5 de marzo por el que

se aprueba el Texto refundido de la Ley del Catastro Inmobiliario. A estos efectos el módulo

deberá incluir un vínculo con lo base geométrica del catastro inmobiliario que está constituida

por la cartografía parcelaria elaborada por la Dirección General de Catastro (la cartografía

catastral incluirá ortografías y fotografías aéreas, planos de cada término municipal con las

líneas de sus límites, los planos de planta de los edificios y de las parcelas catastrales y de

polígonos de valoración). Cada inmueble inventariado incluirá la referencia catastral de

polígono y parcela, dimensión y descripción.

Existirá igualmente separación en las clases de suelo configuradas por los instrumentos

de planeamiento urbanístico: urbano, urbanizable y no urbanizable, con indicación de la

calificación a efectos de usos. A estos efecto el módulo deberá incluir un vínculo con la

normativa urbanística aplicable a la parcela o inmueble, así como su imagen georreferenciada

de acuerdo con los planos urbanísticos aprobados.

Siempre que fuere posible, se mostraran los planos de planta y alzado de edificios y

parcelarios que determinen gráficamente la situación, lindero y superficie de los solares,

parcelas no edificadas y de las fincas rústicas, con referencia, en éstas, a vértices de triángulos,

de tercer orden o topográficos o a puntos culminantes y fijos del terreno.

Deberá permitir la asignación de las cuentas contables correspondientes a todos los

bienes reflejados en el inventario, teniendo en cuenta la instrucción contable adoptada por el

ayuntamiento (básico, simplificado, normal), aprobado por Orden EHA/40xx/2004, de 23 de

noviembre.

Al inventariar cada uno de los bienes se consignará, como último dato, la signatura del

lugar del archivo en que obrare la documentación correspondiente.

La información que deberá contemplar cada epígrafe será la siguiente:

I.1. Bienes inmuebles

a) Nombre con que fuere conocida la finca, si tuviere alguno especial,



Pág.: 56 de 64

b) Naturaleza del inmueble,

c) Situación, con indicación concreta del lugar en que radicare la finca, vía

pública a que diere frente y números que en ella le correspondiera, en las

urbanas, y el paraje, con expresión del polígono y parcela catastral, si fuere

posible, en las rústicas,

d) Linderos,

e) Superficie,

f) En los edificios, características, noticias sobre su construcción y estado de

conservación,

g) Tratándose de vías públicas, en el inventario deberán constar los datos

necesarios para su individualización, con especial referencia a sus límites,

longitud y anchura. Diferenciar vías públicas urbanas y rústicas.

h) Clase de aprovechamiento en las fincas rústicas, permitiendo introducir más de

un aprovechamiento, con el detalle de superficie para cada clase.

i) Naturaleza de dominio público o patrimonial, con expresión de si se trata de

bienes de uso o de servicio público, patrimoniales o comunales,

j) Título en virtud del cual se atribuyere a la Entidad,

k) Signatura de inscripción en el Registro de la Propiedad, en caso de que fuere

inscribible,

l) Destino y acuerdo que lo hubiere dispuesto,

m) Derechos reales constituidos a su favor,

n) Derechos reales que gravaren la finca,

o) Derechos personales constituidos en relación con la misma,

p) Fecha de adquisición,

q) Costo de la adquisición, si hubiere sido a título oneroso, y de las inversiones

efectuadas y mejoras,

r) Valor que correspondería en venta al inmueble,

s) Frutos y rentas que produjere,

t) En caso de edificaciones: fotografía.

El módulo nos permitirá identificar las siguientes situaciones:



Pág.: 57 de 64

1. Parcela inventariada libre de cargas:

a) Perfectamente definida y registrada

b) Perfectamente definida y no registrada

c) Mal definida y registrada

d) Mal definida y no registrada

2. Parcela inventariada y con cargas:

a) Perfectamente definida y registrada

b) Perfectamente definida y no registrada

c) Mal definida y registrada

d) Mal definida y no registrada

e) Explotada legalmente

f) Explotada si autorización municipal

3. Parcelas no inventariadas:

a) Registrada

b) No registrada

c) De propiedad desconocida

d) Titularidad Catastral

Las redes viarias y caminos rurales deberá aparecer en categoría identificada.

El patrimonio público del suelo deberá figurar en categoría separada como patrimonio

separado que es, con indicación de los usos posible de conformidad con el Decreto legislativo

1/2004 de 22 de abril por el que se apruebe el Texto refundido de las disposiciones legales

vigentes en materia de ordenación del territorio y urbanismo en concordancia con el

planeamiento vigente. Se relacionarán todos aquellos bienes patrimoniales que deban

legalmente integrarlo y, en todo caso, los obtenidos como consecuencia de cesiones y

expropiaciones urbanísticas y del ejercicio de los derechos de tanteo y retracto.

Se creará una subcategoría con la relación de bienes inmuebles de carácter histórico

artístico susceptible de integrarse en alguna de las categorías de protección establecidas en la

Ley 1/2001 de 6 de marzo del Principado de Asturias así como mediante la aplicación de las



Pág.: 58 de 64

medidas contempladas en los regímenes específicos relativos al patrimonio arqueológico,

etnográfico, histórico- industrial, documental y bibliográfico y demás normativa de aplicación.

I.2. Derechos reales.

En esta categoría se incluirán los derechos reales de titularidad municipal según su

naturaleza jurídica e incluirá la siguiente información:

a) Naturaleza,

b) Inmueble sobre el que recayere,

c) Contenido del derecho,

d) Título de adquisición,

e) Signatura de la inscripción en el Registro de la Propiedad,

f) Costo de la adquisición, si hubiere sido onerosa,

g) Valor actual, y

h) Frutos y rentas que produjere.

Deberá incluirse un vínculo con la representación geográfica del bien sobre el que

recayere tanto la catastral como la urbanística en los términos expuestos anteriormente.

I.3. Bienes muebles de carácter histórico-artístico.

a) Descripción en forma que facilitare su identificación,

b) Indicación de la razón de su valor artístico, histórico o económico,

c) Lugar en que se encontrare situado y persona bajo cuya responsabilidad se

custodiare.

Se indicará su inclusión en alguna de las categorías de protección establecidas en la

Ley 1/2001 de 6 de marzo del Principado de Asturias y demás normativa de aplicación: Bienes

de Interés Cultural, Bienes incluidos en el Inventario del Patrimonio Cultural de Asturias y

Bienes incluidos en los Catálogos urbanísticos de protección así como mediante la aplicación

de las medidas contempladas en los regímenes específicos relativos al patrimonio



Pág.: 59 de 64

arqueológico, etnográfico, histórico- industrial, documental y bibliográfico. Se incluirá un

vínculo a la localización geográfica de los mismos.

I.4. Valores mobiliarios, créditos y derechos de carácter personal de la

corporación.

El inventario de los valores mobiliarios, contendrá las informaciones siguientes:

a) Número de los títulos,

b) Clase,

c) Organismo o Entidad emisora,

d) Serie y numeración,

e) Fecha de adquisición,

f) Precio de la misma,

g) Capital nominal,

h) Valor efectivo,

i) Frutos y rentas que produjere, y

j) Lugar en que se encontraren depositados.

De los créditos y los derechos personales de la Corporación se expresarán:

a) Concepto,

b) Nombre del deudor,

c) Valor, Título de adquisición, y

d) Vencimiento, en su caso.

I.5. Vehículos.

a) Clase.

b) Tracción mecánica, animal o manual.

c) Matrícula.

d) Título de adquisición.

e) Destino.

f) Costo de adquisición, en su caso, y



Pág.: 60 de 64

g) Valor actual.

I.6. Semovientes.

El inventario de los bienes semovientes consignará

a) Especie

b) Fecha de nacimiento

c) Número de identificación

d) Persona encargada de la custodia.

I.7. Bienes muebles no comprendidos en anteriores enunciados.

Se permitirá la descripción necesaria para su individualización, así como para su

indicación unitaria o por conjuntos.

I.8. Bienes y derechos revertibles.

Bajo el epígrafe de «Bienes y derechos revertibles», deberá ser posible reseñar con el

detalle suficiente, según su naturaleza y sin perjuicio de las remisiones a otros epígrafes y

números del inventario, todos aquéllos cuyo dominio o disfrute hubiere de revertir o

consolidarse en la Entidad llegado cierto día o al cumplirse o no determinada condición, de

modo que sirva de recordatorio constante para que la Corporación ejercite oportunamente las

facultades que le correspondieren en relación con los mismos.

Se deberá poder relacionar, los cedidos por la Corporación condicionalmente o a plazo,

las concesiones y los arrendamientos otorgados sobre bienes municipales o provinciales.

Para cada elemento patrimonial susceptible de inclusión en el inventario, el módulo

realizará los siguientes vínculos:

1. Asignación de un número compuesto de identificación, cuyo primer dígito corresponderá

con cada una de las categorías referidas, añadiendo las determinaciones que en su caso

pueda requerir el Ayuntamiento (campo múltiple)

2. Vinculación de imagen fotográfica del bien inventariado.



Pág.: 61 de 64

3. Vinculación de campos correspondientes a expedientes cerrados y en curso de tramitación

con adjunto de las solicitudes, informes, resoluciones y cualquier otra documentación

relacionada adoptados y referentes a los mismos.

4. Inclusión de sistemas de cálculo de valoración de los bienes, teniendo presentes las normas

que sean de aplicación procedentes en atención al tipo de valoración que se trate y la

naturaleza del bien o derecho que se valore con arreglo a la siguiente tipología: valor de

adquisición (VA), valor neto contable (VNC), valor residual (Vresi), Vida útil (vida. U)

valor en uso (V.e.U), valor catastral (VC), y valor escriturado (VE).

5. Inclusión de sistemas de cálculo automático de amortización según criterios previamente

definidos por el gestor de conformidad con la normativa contable de aplicación.

El sistema deberá permitir la realización las operaciones más comunes como son alta,

baja, consulta y modificación de la información almacenada en el gestor de inventario:

• Alta de bienes o derechos: el sistema permitirá realizar el alta de un nuevo bien o derecho.

• Baja de bienes o derechos: la baja de un bien no supondrá la desaparición completa de la

información, sino que quedará registrada de forma que pueda consultarse en el histórico del

sistema.

• Alteración de bienes o derechos: las modificaciones de bienes quedarán registradas en el

histórico de movimientos del sistema.

• Mixtas, que participan de un alta de un bien y de la baja de otro bien, como son las

Permutas, adquisición entregando como pago parcial otro bien, aportaciones no dinerarias

a sociedades.

• Especiales como adjudicación en pago de deudas, cesión de uso, alteración de la

calificación jurídica.

La solución propuesta deberá permitir realizar búsquedas mediante filtros por campos.

Se podrá combinar también la búsqueda por múltiples campos de forma simultánea.

En particular, se habilitará un sistema de búsqueda por usos posibles de cada uno de

los bienes en atención a los fines públicos para los que puedan ser destinados.



Pág.: 62 de 64

El módulo deberá generar informes de las distintas búsquedas realizadas por los

usuarios. Asimismo, se podrá generar informes sobre las fichas de cada contenido concreto

una vez éste haya sido localizado por el usuario, así como la posibilidad de impresión de

documento por operación realizada. El sistema deberá proporcionar a los usuarios distintos

formatos exportables de presentación para los informes generados, de forma que el formato

final en que se proporcione el informe pueda ser seleccionado por el usuario en función de sus

necesidades específicas.

El sistema deberá incorporar tablas maestras de administración que permitan

configurar las distintas opciones presentadas a los usuarios al crear o modificar contenidos.

El sistema incorporará la impresión de etiquetas personalizadas por Entidad donde se

incluyen datos en formato código de barras y alfanumérico del dato de ubicación del bien .

Deberá ser posible la obtención del inventario en soporte papel (fichas fácilmente

sustituibles) junto con el expediente individualizado de cada uno de los bienes y derechos

inventariables.



Pág.: 63 de 64

ANEXO II. Concejos incluidos en el proyecto

Nº Ayuntamiento 1 Allande 2 Aller 3 Amieva 4 Belmonte de Miranda 5 Bimenes 6 Boal 7 Cabrales 8 Cabranes 9 Candamo 10 Cangas del Narcea 11 Cangas de Onís 12 Caravia 13 Carreño 14 Caso 15 Castrillón 16 Castropol 17 Coaña 18 Colunga 19 Corvera 20 Cudillero 21 Degaña 22 El Franco 23 Grado 24 Grandas de Salime 25 Gozón 26 Ibias 27 Illano 28 Illas 29 Langreo 30 Laviana 31 Lena 32 Llanera 33 Llanes 34 Mieres 35 Morcín 36 Muros de Nalón 37 Nava 38 Navia 39 Noreña 41 Onís 41 Parres 42 Peñamellera Alta



Pág.: 64 de 64

Nº Ayuntamiento 43 Peñamellera Baja 44 Pesoz 45 Piloña 46 Ponga 47 Pravia 48 Proaza 49 Quirós 50 Las Regeras 51 Ribadedeva 52 Ribadesella 53 Ribera de Arriba 54 Riosa 55 Salas 56 San Martín de Oscos 57 San Martín del Río Aurelio 58 Santa Eulalia de Oscos 59 San Tirso de Abres 60 Sariego 61 Siero 62 Sobrescobio 63 Somiedo 64 Soto del Barco 65 Santo Adriano 66 Tapia de Casariego 67 Taramundi 68 Teverga 69 Tineo 70 Valdés 71 Vegadeo 72 Villanueva de Oscos 73 Villaviciosa 74 Villayón 75 Yernes y Tameza

PLIEGO DE PRESCRIPCIONES TÉCNICAS … ADMONES PUBLICAS Y P… · Catastro ... información estará...

Documents

Transcript of PLIEGO DE PRESCRIPCIONES TÉCNICAS … ADMONES PUBLICAS Y P… · Catastro ... información estará...