Doc.: PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES · Contrato mixto de servicios y suministro...

SUBDIRECCIÓN GENERAL DE SISTEMAS DE INFORMACIÓN SECTORIALES

Nº Expte.: 300/2013/00526

Título:

Contrato mixto de servicios y suministro para la provisión/desarrollo, soporte y mantenimiento de la plataforma informática Madrid Inteligente (MiNT) de soporte a los Contratos Integrales de servicios públicos urbanos para el Área de Gobierno de Medio Ambiente y Movilidad del Ayuntamiento de Madrid.

Doc.: PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES

Página 1

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL CONTRATO MIXTO DE SERVICIOS Y SUMINISTRO PARA LA PROVISIÓN/DESARROLLO, SOPORTE Y MANTENIMIENTO DE LA PLATAFORMA INFORMÁTICA MADRID INTELIGENTE (MiNT) DE SOPORTE A LOS CONTRATOS INTEGRALES DE SERVICIOS PÚBLICOS URBANOS PARA EL ÁREA DE GOBIERNO DE MEDIO AMBIENTE Y MOVILIDAD DEL AYUNTAMIENTO DE MADRID

Firmado por: FELIX ALBERTO MARTIN GORDOFecha: 09-10-2013 12:56:04 Autor

Pág

ina:

1 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp

http://www-2.munimadrid.es/VerificacionCove/CotejoCOVE.jsp



Nº Expte.: 300/2013/00526

Título:



Página 2

1. Objetivos ........................................................................................................................................ 6

2. Descripción general de las prestaciones a proporcionar en el ámbito del contrato .................................................................................................................................... 8

3. Criterios generales ........................................................................................................................ 8

4. Provisión/desarrollo, adaptación, integración e implantación de la plataforma MiNT de soporte a los servicios públicos urbanos .............................................. 11

4.1. Arquitectura global de la plataforma informática MiNT ............................................ 11

4.1.1. Sistema de relación con el ciudadano ............................................................. 13

4.1.2. Sistema de gobierno ........................................................................................ 13

4.1.3. Sistema integrado de gestión de servicios públicos urbanos de las concesionarias ................................................................................................. 15

4.1.4. Base de datos de conocimiento del Ayuntamiento de Madrid ........................ 20

4.1.5. Sistema de Integración y Orquestación ........................................................... 22

4.2. Sistemas de información a proporcionar/desarrollar, integrar e implementar. .................................................................................................................. 23

4.2.1. SISTEMA DE RELACIÓN CON EL CIUDADANO .......................................... 23

4.2.1.1. Módulo de recogida, gestión y seguimiento de avisos .................................... 23

4.2.2. SISTEMA DE GOBIERNO ............................................................................... 27

4.2.2.1. Módulo de análisis de información .................................................................. 27

4.2.2.2. Módulo de Inspección ...................................................................................... 28

4.2.2.3. Módulo de certificaciones y relaciones valoradas ........................................... 33

4.2.2.4. Módulo de gestión de indicadores ................................................................... 34

4.2.3. SISTEMA INTEGRADO DE GESTIÓN DE SERVICIOS PÚBLICOS URBANOS DE LAS CONCESIONARIAS ........................................................ 35

4.2.3.1. Módulo de gestión de recursos humanos ........................................................ 35

4.2.3.2. Módulo de gestión de medios materiales ........................................................ 36

4.2.3.3. Módulo generación informes mixtos (geográficos y alfanuméricos) ............... 38

4.2.3.4. Módulo de planificación ................................................................................... 39

4.2.3.5. Sistema de Información Geográfica ................................................................ 40

4.2.3.6. Módulo de tablas maestras .............................................................................. 43

4.2.3.7. Módulo de gestión de flotas ............................................................................. 43

4.2.3.8. Subsistema de gestión de zonas verdes y arbolado viario ............................. 44

4.2.3.9. Subsistema de gestión de mobiliario urbano ................................................... 47


Pág

ina:

2 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 3

4.2.3.10. Subsistema de gestión de áreas infantiles, mayores y circuitos deportivos elementales .................................................................................... 50

4.2.3.11. Subsistema de gestión de riegos y abastecimiento de agua ..................... 53

4.2.3.12. Subsistema de gestión de Limpieza ........................................................... 55

4.2.3.13. Subsistema de gestión para pavimentos, puentes y estructuras ............... 64

4.2.3.14. Subsistema para la contenerización, recogida y transporte de residuos ........................................................................................................... 72

4.2.3.15. Subsistema de gestión para el mantenimiento y conservación integral de parques: parques históricos, parques singulares, parques forestales y viveros municipales ...................................................................... 80

4.2.3.16. Subsistema de gestión para instalaciones hidráulicas ornamentales ........ 81

4.2.3.17. Subsistema de gestión de alumbrado público ............................................ 85

4.2.4 BASE DE DATOS DE CONOCIMIENTO ........................................................ 89

4.2.5 SISTEMA DE INTEGRACIÓN Y ORQUESTACIÓN ....................................... 91

4.3 Hitos planificados y recepción total de la plataforma MiNT ..................................... 96

5. Servicio de transición y soporte a las actividades del proyecto ............................................ 98

5.1. Soporte durante el periodo de transición ................................................................... 99

5.2. Preparación y ejecución de pruebas funcionales .................................................... 100

5.3. Soporte al despliegue ................................................................................................. 101

5.3.1. Soporte al CESETIC ...................................................................................... 101

5.4. Soporte a la operación y SICAM ................................................................................ 102

5.5. Categorización de Incidencias ................................................................................... 104

6. Servicio de mantenimiento correctivo, evolutivo y adaptativo. ........................................... 105

6.1. Requisitos del Servicio. Acuerdo mínimo de nivel de servicio .............................. 111

6.1.1. Acciones de soporte ...................................................................................... 111

6.1.2. Mantenimiento correctivo ............................................................................... 112

6.1.3. Peticiones de cambio y nuevas funcionalidades ........................................... 113

7. Modelo de gestión, dirección y seguimiento .......................................................................... 114

7.1. Hitos planificados ........................................................................................................ 114

7.2. Aseguramiento de la calidad y entorno tecnológico ............................................... 115

7.2.1. Entorno Tecnológico y Metodológico ............................................................. 115

7.2.2. Aseguramiento de la Calidad ......................................................................... 116

7.2.3. Nivel de Calidad exigible para la aceptación ................................................. 116

7.3. Entregables .................................................................................................................. 118


Pág

ina:

3 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 4

7.4. Validación de los trabajos realizados y los entregables ......................................... 119

7.5. Modelo de certificación y facturación de los trabajos ............................................ 120

7.5.1. Provisión/desarrollo o adaptación e integración de la plataforma TIC de soporte a los Servicios públicos urbanos. ..................................................... 120

7.5.2. Servicio de transición y soporte a las tareas del proyecto ............................ 124

7.5.3. Servicio de mantenimiento correctivo, evolutivo y adaptativo ....................... 127

7.6. Dirección y seguimiento de los trabajos .................................................................. 133

7.7. Cumplimiento del objeto del contrato ....................................................................... 135

7.8. Transferencia de conocimiento ................................................................................. 136

7.9. Actividades formativas de los medios personales .................................................. 137

7.10. Obligaciones de información y documentación ...................................................... 137

8. Requisitos mínimos del equipo de trabajo adscrito al contrato .......................................... 138

9. Medios materiales ...................................................................................................................... 139

10. Propiedad intelectual de los trabajos ...................................................................................... 139

11. Confidencialidad, protección de datos personales y seguridad de la información. ............................................................................................................................... 139

12. Garantía ...................................................................................................................................... 143

13. Condiciones especiales de compatibilidad ............................................................................ 144

14. Oferta Técnica ............................................................................................................................ 144

15. Infraestructuras físicas y lógicas para la gestión del contrato ............................................ 146

16. Sistemas de información disponibles en el Ayuntamiento de Madrid ................................ 147

16.1. SIG de Gestión de Patrimonio Verde ......................................................................... 147

16.2. SIG de gestión de Áreas Infantiles y Áreas de Mayores ......................................... 149

16.3. SIG de gestión de la Red de Alumbrado ................................................................... 150

16.4. Sistema de Telecontrol ............................................................................................... 151

16.5. Control de tráfico por semáforos (SICTRAM) ........................................................... 151

16.6. Sistema de gestión de averías para elementos de tráfico (SAGA) ........................ 152

16.7. Control de infracciones automatizadas .................................................................... 152

16.8. Cámaras para el control de tráfico. ........................................................................... 152

16.9. Sistemas de control de tráfico en vías rápidas ........................................................ 152

16.10. Instalaciones en túneles y galerías de servicios. .................................................... 152

16.11. Aplicación para la gestión de recibos de las compañías eléctricas (MEGA) ........ 152

16.12. Portal de movilidad ..................................................................................................... 153


Pág

ina:

4 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 5

17. Integración con otros sistemas de información municipales .............................................. 153

17.1. SIGMA: Sistema de Información Geográfico Corporativo ...................................... 153

17.2. BDC: Base de Datos Ciudad ....................................................................................... 154

17.3. Sistema de gestión de avisos y peticiones .............................................................. 154

17.4. Sistema de validación de usuarios (UWEB) ............................................................. 155

17.5. Sistema de inspección municipal (SIMUN) ............................................................... 155

17.5.1. Descripción funcional del sistema ................................................................. 155

17.5.2. Descripción técnica de los subsistemas ........................................................ 158

17.5.2.1. Subsistema de inspección ........................................................................ 158


Pág

ina:

5 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 6

1. Objetivos El objeto es el contrato mixto de servicios y suministro para la provisión/desarrollo, adaptación, integración e implantación de la plataforma informática MiNT (Madrid Inteligente) de soporte a los Contratos Integrales de Servicios públicos urbanos y al Servicio de Limpieza Urgente de la Ciudad de Madrid (SELUR) para el Área de Gobierno de Medio Ambiente y Movilidad del Ayuntamiento de Madrid, así como para las tareas de soporte y mantenimiento correctivo, adaptativo y evolutivo de la misma tras su implantación.

En concreto, el contrato abordará las siguientes prestaciones:

1. Provisión/desarrollo, adaptación, integración e implantación de la plataforma MiNT de soporte a los Servicios públicos urbanos.

2. Transición y soporte a las actividades del proyecto.

3. Mantenimiento evolutivo, correctivo y adaptativo de la plataforma MiNT.

La plataforma MiNT comprenderá, por tanto, el conjunto de aplicaciones de soporte a los servicios públicos urbanos relacionados en el presente Pliego, así como su mantenimiento, soporte a usuarios y otras tareas, tal y como se especifica en el presente documento.

Los Servicios públicos urbanos a los que deberá dar soporte la plataforma informática, ordenados por contrato integral son:

Contrato de gestión integral y energética de instalaciones urbanas de la ciudad de Madrid:

Control de tráfico por semáforos.

Control de tráfico en vías rápidas.

Cámaras para control de tráfico.

Control de infracciones automatizadas.

Instalaciones hidráulicas ornamentales

Alumbrado Público.

Instalaciones en túneles.

Galerías de servicios.

Contrato de gestión integral de infraestructuras viarias de la ciudad de Madrid


Pág

ina:

6 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 7

Pavimentos, Puentes y Estructuras.

Contrato integral de Contenerización, recogida y transporte de residuos en la zona periférica de la ciudad de Madrid

Suministro, mantenimiento y reposición de la contenerización.

Vaciado de contenedores y recogida de residuos de las fracciones: resto, envases, papel-cartón, vidrio y pilas.

Transporte y descarga de los residuos en plantas y centros de tratamiento de las fracciones: resto, envases, papel-cartón, vidrio, pilas.

Servicios complementarios (mercados, clínicas, grandes productores, animales muertos, saneamiento de viviendas, eventos y celebraciones, contenedores ilegales).

Gestión y Explotación de Puntos Limpios fijos y móviles.

Contrato integral de gestión del servicio público de limpieza y conservación de los espacios públicos y zonas verdes

Limpieza Urbana.

Conservación Zonas Verdes y Arbolado Viario.

Riego y Abastecimiento de Aguas.

Mobiliario Urbano.

Áreas Infantiles, de Mayores y Circuitos Deportivos Elementales.

Contrato de gestión integral del servicio público de parques y viveros municipales

Parques históricos.

Parques Singulares.

Parques Forestales y Viveros Municipales.

Contrato de gestión del servicio público de limpieza urgente (SELUR) en Madrid

Servicio de Limpieza Urgente

Además, la plataforma MiNT estará disponible para la adaptación o integración con los sistemas del contrato integral de movilidad sostenible. Los trabajos necesarios para ello no estarán incluidos en el ámbito del contrato objeto de este pliego excepto


Pág

ina:

7 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 8

aquellos a desarrollar en la plataforma MiNT necesarias para la adaptación a los sistemas del contrato integral de movilidad sostenible.

2. Descripción general de las prestaciones a proporcionar en el ámbito del contrato

Las prestaciones informáticas requeridas son las siguientes:

1. Provisión/desarrollo, adaptación, integración e implantación de la plataforma informática MiNT de soporte a los Servicios públicos urbanos, incluidos los procesos de integración en la plataforma de la información procedente de los diversos sistemas (por ejemplo: sensores, subsistemas de las empresas, sistema de integración y cualquier otro sistema, subsistema o módulo que integren la plataforma informática), así como la migración de los datos existentes procedentes de las aplicaciones actualmente en producción.

2. Transición y soporte a las actividades del proyecto. 3. Mantenimiento evolutivo, correctivo y adaptativo de las aplicaciones y sistemas.

3. Criterios generales La plataforma MiNT deberá contemplar su uso uniforme por parte de diferentes empresas adjudicatarias de la gestión de los servicios públicos urbanos en las zonas de Madrid, sirviendo de soporte a los citados servicios y gestionando el acceso a la información bajo responsabilidad de cada concesionario.

Para la provisión/desarrollo, adaptación, integración e implantación de la plataforma informática de soporte a los servicios públicos urbanos se podrá partir de aplicaciones o sistemas existentes en el mercado y/o aplicaciones y sistemas desarrollados por el Organismo Autónomo Informática del Ayuntamiento de Madrid (en adelante IAM) y actualmente en producción, adaptándolos a los requerimientos funcionales y técnicos especificados por el Ayuntamiento de Madrid, y complementándola en su caso con aquellos módulos o sistemas requeridos.

En todo caso, y con la excepción de la plataforma Business Intelligence de MicroStrategy en la que se apoyará el módulo de análisis de la información, y las aplicaciones en producción disponibles en IAM que se apoyen en productos comerciales y que pudiesen utilizarse/adaptarse en el ámbito del contrato, la plataforma informática a proporcionar estará basada, preferentemente, en productos de “Código abierto” (Open Source)” en el marco de las tecnologías J2EE.

La plataforma de sistemas de información desarrollados, provistos o adaptados para la gestión del servicio en el Ayuntamiento será de propiedad municipal, así como la información gestionada en la misma. La empresa adjudicataria deberá aportar un documento de aceptación del deber de confidencialidad respecto de la información recogida en la plataforma y que pudiese ser transferida a las adjudicatarias de los servicios públicos urbanos.


Pág

ina:

8 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 9

Excepcionalmente, cuando la plataforma se apoye en algún producto comercial que requiera licencias de uso, tanto en la plataforma de servidor como en entorno desktop, el adjudicatario las facilitará durante el periodo de prestación del servicio y pasarán a propiedad del Ayuntamiento al final del contrato, incluyendo sus posibles prórrogas, para su mantenimiento posterior. Esta circunstancia se aplicará a la globalidad de la plataforma ofertada por el licitador en el caso de que la citada plataforma sea un producto licenciado por el mismo.

Los sistemas provistos específicamente para el Ayuntamiento de Madrid en el ámbito del contrato, pasarán a ser propiedad del mismo. Su provisión/adaptación e implementación se realizará bajo la supervisión técnica de IAM realizándose con las especificaciones técnicas fijadas por éste.

En particular, todos los sistemas de información que se incorporen a la plataforma deberán permitir la integración con aquellos sistemas que el Ayuntamiento determine de acuerdo a las especificaciones técnicas que se fijen y con la periodicidad que se establezca.

Los licitadores deberán indicar en su oferta la disponibilidad de los sistemas de información requeridos, así como el calendario propuesto para su provisión y/o adaptación a las necesidades del Ayuntamiento.

La plataforma estará completamente desarrollada en su totalidad y disponible en el plazo máximo de 18 meses desde el inicio del contrato.

En cuanto a las infraestructuras y equipamientos en donde se deberán instalar las aplicaciones de la Plataforma informática, el Ayuntamiento de Madrid, con una visión global de los Contratos Integrales de Servicios públicos urbanos, dotará e instalará en su CPD central, ubicado en la calle Albarracín, 33, un Centro de Servicios TIC (CESETIC) que servirá como nodo central de servicios TIC para los Contratos Integrales, y que será gestionado por IAM.

El Ayuntamiento de Madrid dotará, igualmente de las líneas de comunicaciones entre el CESETIC y las sedes principales de las empresas adjudicatarias de los servicios públicos urbanos incluidos en el ámbito de los contratos integrales.

En el punto 15 de este Pliego se especifican los estándares tecnológicos sobre los que se diseñará el CESETIC.

El licitador presentará en su oferta el Plan para la Dirección del Proyecto siguiendo la metodología del Project Management Institute (PMI). Este plan para la dirección del proyecto integrará y consolidará todos los planes de gestión subsidiarios y las líneas base de los procesos de planificación, e incluirá en particular:

Los resultados de la adaptación a este proyecto en concreto, del Plan para la Dirección del Proyecto, que incluirá:

o Las áreas de conocimiento y los procesos de dirección de proyectos seleccionados para este proyecto ( Integración, Alcance, Tiempo,

Costos, Calidad, Recursos Humanos, Comunicaciones y Riesgos)


Pág

ina:

9 d

e 16

8

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 10

o El nivel de implementación de cada proceso seleccionado. o Las descripciones de las herramientas y técnicas que se utilizarán para

llevar a cabo esos procesos o El modo en que se utilizarán los procesos seleccionados para gestionar

el proyecto específico, incluyendo las dependencias e interacciones entre dichos procesos y las entradas y salidas esenciales.

El modo en que se ejecutará el trabajo para alcanzar los objetivos del proyecto,

Un plan de gestión de cambios que describa el modo en que se seguirán y controlarán los mismos.

Un plan de gestión de la configuración que documente cómo se llevará a cabo dicha gestión (procedimientos documentados para implementar la supervisión técnica y administrativa)

o Identificar y documentar las características funcionales del producto. o Controlar los cambios a dichas características. o Registrar e informar cada cambio y su estado de implantación.

El plan de gestión de los requisitos.

El plan de mejora de procesos.

El modo en que se mantendrá la integridad de las líneas base para la medición del rendimiento.

Las necesidades y las técnicas de comunicación entre los interesados.

Las revisiones clave de gestión del contenido, alcance y tiempo, para agilizar la atención de asuntos sin resolver y decisiones pendientes.

En los 15 primeros días después de la formalización del contrato, el adjudicatario propondrá un Plan de Dirección del Proyecto revisado respecto del presentado en su oferta, y que incluirá a todos los interesados del proyecto (Ayuntamiento, empresas del servicios públicos urbanos involucradas, ciudadanos, etc.), en el que se especificarán, entre otros datos de interés para el Director del proyecto, con el mayor grado posible de detalle (EDT a nivel de paquetes de trabajo, entregables, líneas base) las fechas de ejecución propuestas para cada uno de los entregables y detallando el equipo de proyecto ofertado para desarrollar y/o adaptar la plataforma informática de soporte a los servicios públicos urbanos. Así mismo, se detallará el equipo ofertado para la prestación de los otros dos servicios objeto de este contrato.

El proyecto se realizará bajo la supervisión técnica de IAM y con las especificaciones fijadas por éste.

Para el diseño de la plataforma MiNT se deberán tener en cuenta las siguientes directrices de alto nivel:

Toda la información que se producirá y explotará o se dispondrá en el ámbito de este contrato estará georreferenciada.

Todos los datos gestionados por esta plataforma deberán poderse desagregar por diferentes dimensiones (barrio, distrito, zonas, tipo de servicio, tipología, etc.)


Pág

ina:

10

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 11

La información se produce en su origen, y fluye a través del sistema de forma que no deba tener que volverse a mecanizar para ser consumida por cualquiera de los subsistemas integrados en MiNT, una vez que dicha información ha sido mecanizada en el sistema, módulo o aplicación correspondiente, incluida la información que pudiese producirse en los sistemas de las empresas prestatarias de los servicios públicos urbanos. Por ello, MiNT debe proporcionar los interfaces adecuados.

La información, en general, deberá fluir en tiempo real, entendiendo por tal el tiempo máximo en que debe estar disponible cualquier información o evento por parte de los sistemas que lo requiera desde que la citada información o evento se produce.

El modelo de información y el modelo funcional deben ser genéricos para todos los subsistemas integrados en MiNT.

4. Provisión/desarrollo, adaptación, integración e implantación de la plataforma MiNT de soporte a los servicios públicos urbanos

4.1. Arquitectura global de la plataforma informática MiNT La arquitectura lógica de la plataforma informática de soporte a los Contratos Integrales de Servicios públicos urbanos, también denominada por el acrónimo MiNT (Madrid inteligente) a desarrollar contempla varios módulos y componentes que integran una arquitectura orientada a servicios.

En el gráfico se representa esta arquitectura, en la que se integran los siguientes elementos:


Pág

ina:

11

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 12

La plataforma informática de soporte a los Contratos Integrales de Servicios públicos urbanos MiNT se diseña con la intención de dar soporte a las necesidades que surgen en los diversos servicios del Ayuntamiento y que se recogen en los contratos integrales.

Los componentes que integran la plataforma informática MiNT son:

- Sistema de relación con el ciudadano, donde se reforzará la estrategia del Ayuntamiento en transparencia, Open Data y participación ciudadana, proporcionando mecanismos de gobierno abierto en relación con los servicios públicos urbanos a los que dará soporte la plataforma.

- Sistema de gobierno, que consolidaran la información en una herramienta completamente visual, de acceso rápido y ágil, aprovechando las últimas herramientas disponibles de realidad aumentada y sistemas de información geográfica (SIG) abiertos e interconexión con SIG en la nube. Esta herramienta permitirá proporcionar información para la toma de decisiones y para el reporte al ciudadano.

Relación con ciudadano

Ciudadanos

Ciudad de Madrid

SS1. Zo

nas ve

rde

s

SS2. M

ob

iliario u

rban

o

SS3. A

reas

infan

tiles,

mayo

res…

…………….

SSN. G

estió

n d

e

resid

uo

s

…

Subsistemas de información sectoriales

Módulo Instalaciones Físicas

Módulo de Gestión de RRHH

Módulo de Planificación

Módulos comunes

Módulo SIG

Sist

ema

de

Inte

grac

ión

y o

rqu

esta

ció

n

Módulo de Análisis de la Información

Base Datos Conocimiento

Módulo de Certificaciones y relaciones valoradas

…

SIG Corporativo

Módulo de Tablas MaestrasMódulo Gestión de Indicadores

Módulo de Inspección

Sistema de gestión de avisos y peticiones

Empresas de servicios

Sistemas de Información Centrales

Módulo de Gestión de Flotas

Inventarios

Históricos

Sistema de gobierno

Sistemas Integrado de gestión de servicios públicos


Pág

ina:

12

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 13

Dentro de los sistemas de gobierno, se dará respuesta a la gestión de los servicios de la ciudad, cuadros de mando, gestión de facturación, indicadores, gestión de inspecciones, etc.

- Sistema integrado de gestión de servicios públicos urbanos de las concesionarias, con una arquitectura basada en un conjunto de módulos comunes y de subsistemas de soporte a las contratas de servicios municipales, permitirá la integración de servicios de manera dinámica, pudiendo combinar paquetes de servicios en función de las necesidades de los servicios públicos urbanos de mantenimiento de la ciudad.

- Base de datos de conocimiento, donde se almacenará toda la información relevante de la gestión de la ciudad. Constituirá el modelo de datos integrado de Madrid.

- Sistema de orquestación e integración, que constituirá el eje vertebrador de los procesos de gestión de la ciudad, proporcionando un protocolo abierto para la interrelación entre todos los agentes que conviven en la ciudad

El objetivo estratégico de la plataforma MiNT es, en definitiva, la de integrar toda la información relevante para la gestión unificada e interrelacionada de los inventarios, activos, incidencias, actuaciones, planificaciones, eventos, etc. que se producen en la ciudad, con el fin de disponer de una visión integral de la misma orientada al concepto de Smart City

Los elementos que integran la plataforma informática MiNT son:

4.1.1. Sistema de relación con el ciudadano

1. Módulo de recogida, gestión y seguimiento de avisos

El Sistema de recogida, gestión y seguimiento de avisos se utilizará para recoger las incidencias que cualquier ciudadano observe en la vía pública, en zonas verdes o en otras partes de la ciudad (referentes a cualquier anomalía que el Ayuntamiento deba solventar) pudiendo comunicarlas al Ayuntamiento por diversas vías (teléfono, presencialmente, Smartphone, o por formularios de la página web municipal) para su resolución.

4.1.2. Sistema de gobierno El sistema de gobierno se articula sobre una doble perspectiva, del gobierno de la ciudad y de la gestión de la ciudad, para cuya cobertura se establecen los módulos que a continuación se referencian, y que son módulos comunes utilizados por los subsistemas que soportan los servicios públicos urbanos. Estos módulos comunes, que proporcionarán funcionalidad a los sistemas antes mencionados, y que interactuarán con éstos a través del sistema de Integración y Orquestación, dispondrán, además, de su propio interface para ser operado directamente por los usuarios.


Pág

ina:

13

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 14

Gobierno de la ciudad

1. Módulo de Análisis de Información

El módulo de Análisis de Información será el encargado de la explotación de información de la B.D. del Conocimiento. El objetivo del mismo es proporcionar un tablero de gobierno para los distintos agentes responsables de los servicios públicos urbanos a los que dará soporte la plataforma MiNT. Por tanto, deberá proporcionar una visión consolidada de la información tanto histórica como en tiempo real según los distintos niveles de gestión, desde el ejecutivo (de más alto nivel de gobierno) al operativo (responsables de la gestión de los servicios de la ciudad).

Gestión de la ciudad

1. Módulo de Inspección

Automatizará la recogida de datos en campo, su revisión, asignación de tareas y la generación de muestras sobre las que realizar las inspecciones.

2. Módulo de Certificaciones y relaciones valoradas

Permitirá el cálculo de facturas y certificaciones, con sus correspondientes detracciones de los cánones mensuales de cada Servicios públicos urbanos aplicando los indicadores y las reglas de negocio que se definirán en su momento

3. Módulo de Gestión de indicadores

Se encargará de actualizar los valores de los indicadores de calidad definidos actualmente por todos los Servicios públicos urbanos o que puedan ser definidos en el futuro, así como de las posibles modificaciones en la definición del indicador y sus algoritmos.

4. Aplicación para la gestión de recibos de las compañías eléctricas (MEGA)

La funcionalidad de esta aplicación, denominada MEGA, es la gestión de los recibos remitidos por las compañías eléctricas correspondientes a los consumos de los distintos elementos (Alumbrado público, Instalaciones hidráulicas ornamentales, etc.) con suministro eléctrico.

Los diferentes subsistemas que manejen datos de consumo eléctrico deberán comunicarse con la citada aplicación municipal de gestión de recibos de las compañías eléctrica para obtener los datos de facturación de cada suministro.


Pág

ina:

14

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 15

4.1.3. Sistema integrado de gestión de servicios públicos urbanos de las concesionarias

Este sistema estará integrado por módulos comunes y subsistemas de información sectoriales.

Módulos comunes

Son los módulos comunes que, junto con los del Sistema de Gobierno, proporcionarán funcionalidad a los sistemas de información sectoriales, y que interactuarán con éstos a través del sistema de Integración y Orquestación. En general, todos los sistemas sectoriales interactuarán con todos y cada uno de los módulos comunes, para lo cual, los citados sistemas horizontales dispondrán de los interfaces adecuado para ello. Además, los sistemas horizontales dispondrán de su propio interface para ser operado por los usuarios.

2. Gestión de RRHH

Permitirá el mantenimiento de los datos referidos al personal de las empresas adjudicatarias.

3. Gestión de Medios Materiales

Permitirá el mantenimiento de los datos referidos a las instalaciones físicas (dependencias municipales, cantones, planos, titularidad, posición geográfica, etc.) y vehículos y maquinaria (alta, baja, modificación y consulta de la maquinaria y vehículos, instalación donde se encuentren, etc.) utilizados por los Servicios públicos urbanos en el desempeño de sus tareas.

4. Generación de informes mixtos

Permitirá la generación de informes de diversos tipos, con información obtenida a partir de los datos utilizados por los diversos sistemas y módulos de los Servicios públicos urbanos , con la información que sea necesaria, alfanumérica, gráfica, imágenes ortofotos, fotos, planos, etc.

5. Planificación

Permitirá realizar planificaciones sobre las actividades y entidades objeto del Servicio correspondiente. Las planificaciones podrán desarrollarse en base a zonas geográficas, viales o zonas especiales, tanto en forma gráfica como alfanumérica.

6. Sistema de Información Geográfica


Pág

ina:

15

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 16

Se utilizará un SIG como una herramienta básica de apoyo para la gestión de los Servicios públicos urbanos, de manera que se puedan georreferenciar no sólo los inventarios de los elementos y recursos gestionados, sino las actuaciones, avisos, incidencias y eventos de todo tipo que se consideren necesarios para disponer de una vista integral del estado de la ciudad.

7. Tablas maestras

Gestionará todas las tablas maestras de las aplicaciones,

8. Gestión de flotas

Este módulo permitirá el control y la gestión de la flota de vehículos disponible para la ejecución de los Servicios públicos urbanos. La información obtenida por el sistema será susceptible de integrarse en el SIG y en las aplicaciones de gestión que lo requieran.

9. Módulo de Telecontrol

El sistema de Telecontrol permitirá conocer en todo momento los parámetros eléctricos y de otra índole recibida desde sensores ubicados en las instalaciones para su análisis y control, así como el correcto funcionamiento de los centros de mando. Actualmente, el Ayuntamiento dispone de un módulo que realiza parcialmente esta función, recogiendo datos de los sensores instalados en los Centros de Control de la red de alumbrado público.

Los subsistemas de información sectoriales

Darán soporte a los Servicios públicos urbanos referenciados en este pliego. Se contempla la provisión/desarrollo e implementación de subsistemas de información de gestión de:

1. Zonas verdes y arbolado viario

Dará soporte a la gestión de todos los servicios públicos urbanos necesarios para la conservación y mantenimiento de las zonas verdes y arbolado viario de titularidad municipal, existentes o futuras, de la ciudad de Madrid tal y como se recoge en el Anexo1. Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones.

2. Mobiliario urbano

Permitirá la gestión de los servicios públicos urbanos necesarios para la conservación y mantenimiento preventivo y correctivo, limpieza, reparación y sustitución de los elementos de mobiliario urbano de la ciudad de Madrid tal y


Pág

ina:

16

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 17

como se recogen en el Anexo1 Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones

3. Áreas infantiles, áreas de mayores y circuitos deportivos elementales

Dará soporte a las operaciones y trabajos de mantenimiento preventivo y correctivo, limpieza, certificación, reparación y sustitución de los elementos situados en las áreas citadas de juegos infantiles, de mayores y circuitos deportivos elementales de conservación municipal de la ciudad de Madrid, según lo especificado en el Anexo1. Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones

4. Riego y abastecimiento de agua

Permitirá la conservación, mantenimiento, gestión, control y supervisión del funcionamiento de las infraestructuras de riego sea cual sea la procedencia del agua, fuentes de beber y abastecimientos de agua potable de los edificios de uso del Servicio municipal competente, así como hidrantes y pozos de captación de aguas subterráneas de la ciudad de Madrid, tal y como se recogen en el Anexo1. Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones.

5. Limpieza urbana

Dará soporte a la gestión de todos los servicios públicos urbanos de limpieza del espacio público cuyo objetivo es el de mantener las condiciones necesarias de limpieza y salubridad del espacio público, durante las 24 horas del día y todos los días del año, tal y como se recogen en el Anexo1. Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones.

6. Pavimentos, puentes y estructuras

Dará soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de Conservación y Renovación de vías y espacios públicos, existentes o futuras, de la ciudad de Madrid (pavimentos, puentes, estructuras…), tal y como se recoge en el Anexo 1. Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones.

7. Contenerización, recogida y transporte de residuos

Dará soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de contenerización, recogida y transporte de residuos, tal y como se recoge en el Anexo 1. Los servicios y


Pág

ina:

17

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 18

actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones

8. Mantenimiento y conservación integral de parques, parques históricos, parques singulares, parques forestales y viveros municipales

El Servicio de conservación y limpieza de parques singulares, históricos e integrales (Juan Carlos I, Retiro, Juan Pablo II, Fuente del Berro, Madrid Río, Casa de Campo, etc., y zonas forestales) se apoyará en los módulos comunes y subsistemas desarrollados para la plataforma MiNT objeto de este contrato, pero teniendo en consideración la multiplicidad de servicios públicos urbanos a desarrollar en cada uno de estos ámbitos y la necesidad de facilitar a los técnicos el acceso a las herramientas de dicha plataforma MiNT. En el Anexo 1 se recogen los servicios de conservación y limpieza mencionados, si bien Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones.

9. Instalaciones hidráulicas ornamentales

Dará soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el servicio de conservación y mantenimiento de las instalaciones hidráulicas, tal y como se recoge en el Anexo 1. Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones.

10. Alumbrado público.

Dará soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el servicio de conservación y mantenimiento de las instalaciones de alumbrado público del Ayuntamiento de Madrid. tal y como se recoge en el Anexo 1. Los servicios y actividades recogidos en este Anexo son orientativos y pueden sufrir modificaciones.

11. Control de tráfico por semáforos

Deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento de la red de semáforos.

También se tendrá en cuenta a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos y su integración en la base de datos de conocimiento a través del Sistema de Integración y Orquestación.

12. Control de infracciones automatizadas

La plataforma MiNT a suministrar/desarrollar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento del sistema de control de infracciones automatizadas, a efectos de la creación y


Pág

ina:

18

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 19

actualización del inventario georreferenciado de este tipo de elementos y su integración en la base de datos de conocimiento a través del Sistema de Integración y Orquestación.

13. Cámaras para el control de tráfico.

La plataforma MiNT a suministrar/desarrollar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento del sistema de cámaras para el control de tráfico, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos y su integración en la base de datos de conocimiento a través del Sistema de Integración y Orquestación.

14. Sistemas de control de tráfico en vías rápidas

La plataforma MiNT a suministrar/desarrollar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento del sistema de control de tráfico en vías rápidas, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos y su integración en la base de datos de conocimiento a través del Sistema de Integración y Orquestación.

15. Instalaciones en túneles y galerías de servicios.

La plataforma MiNT a suministrar/desarrollar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento de instalaciones en túneles y galerías de servicio, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos y su integración en la base de datos de conocimiento a través del Sistema de Integración y Orquestación.

16. Sistema de gestión de averías para elementos de tráfico

La plataforma MiNT a suministrar/desarrollar deberá integrarse con el sistema ya existentes en el Ayuntamiento de Madrid para la recepción y gestión de los avisos de las averías provenientes de semáforos, control de tráfico en vías rápidas, cámaras para control de tráfico y control de infracciones automatizadas, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos y su integración en la base de datos de conocimiento a través del Sistema de Integración y Orquestación.

Los subsistemas de información sectoriales de los Servicios públicos urbanos se integrarán con los módulos comunes incluidos en la arquitectura del sistema para resolver todas aquellas operaciones o transacciones que lo requieran (certificaciones,


Pág

ina:

19

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 20

Informes, cálculo de indicadores, Inspecciones, SIG, etc.), y en especial con el sistema de recogida, gestión y seguimiento de avisos municipales, ya que las incidencias producidas en el ámbito del contrato integral se recibirán y gestionarán administrativamente a través de este sistema de recogida de avisos y la gestión de las actuaciones sobre la ciudad a las que de lugar se controlará teniendo en cuenta la información disponible en el citado sistema.

Por otra parte, el acceso de los usuarios a las aplicaciones y la asignación de permisos se realizarán a través de la integración de los aplicativos con UWEB o su evolución hacia AGUA, que es el repositorio municipal de usuarios. El acceso deberá ser integrado a través de un punto de entrada única, pudiendo combinarse servicios de la plataforma según el perfil de usuario que acceda a la misma.

Todos los sistemas de información que requieran utilizar direcciones postales o coordenadas de las mismas se integrarán con la Base de Datos Ciudad (BDC), que contiene entre otra información, los códigos y coordenadas de todos los viales y de los códigos postales del municipio de Madrid.

4.1.4. Base de datos de conocimiento del Ayuntamiento de Madrid

El Ayuntamiento deberá disponer de una base de datos de conocimiento donde se integrará toda la información relevante para la gestión unificada e interrelacionada de los inventarios, activos, incidencias, actuaciones, planificaciones, eventos, etc. que se producen en la ciudad, con el fin de disponer de una visión integral de la misma orientada al concepto de Smart City.

La explotación de la información contenida en esta base de datos de conocimiento se realizará desde diferentes ópticas:

OPERATIVA. Obtención de información acerca del seguimiento, gestión y control de los Servicios públicos urbanos por parte del personal técnico y directivo del Ayuntamiento de Madrid. Esta información constituirá la base para la generación de diversos tipos de informes y documentos. Una relación no exhaustiva sería:

o Informes de estado o Informes de tendencia o Indicadores o Certificaciones o Mapas temáticos o Cuadros de mando

HISTÓRICA. Consulta del estado de la ciudad en diferentes períodos y atendiendo a una serie de parámetros en relación con los Servicios públicos urbano. Una de las funcionalidades exigibles será la de comparar diferentes estados de la ciudad para obtener tendencias a corto, medio y largo plazo.


Pág

ina:

20

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 21

PREDICTIVA: Creación de modelos predictivos para simular la situación de la ciudad si concurriesen o se produjesen una serie de acontecimientos, incidencias, riesgos, impactos, etc., lo cual permitiría evitar situaciones no deseadas o reducir el impacto por la ocurrencia de riesgos conocidos y cuantificados.

La información que contendrá la base de datos de conocimiento provendrá de diferentes canales y fuentes de información: aplicaciones departamentales, indicadores de calidad, sensores, avisos e incidencias, actuaciones sobre los activos, etc, y se referirá básicamente a:

Sistema de Información Geográfica Corporativo del Ayuntamiento de Madrid, denominado SIGMA, donde se encuentran almacenadas todas la capas de información geográfica de las que dispone el Ayuntamiento. Este sistema es utilizado por todas las aplicaciones que requieren de funcionalidad SIG y se apoya en la arquitectura de ESRI (ArcSIG Server, ArcIMS, ArcSDE).

Inventario de elementos gestionados, independientemente de la tecnología con la que hubiesen sido generados. Estos inventarios, que contendrán la información geográfica y alfanumérica necesaria para obtener la información requerida sobre ellos, deberá ser compatible con la tecnología de ESRI, sobre la que se ha desarrollado SIGMA, de forma que la citada información pueda ser consumida a través del visor del SIG Corporativo sin pérdida de datos.

Actuaciones realizadas o planificadas sobre los elementos gestionados.

Incidencias recibidas y gestionadas relativas a los elementos gestionados.

Relaciones entre los elementos gestionados.

Eventos en relación con los activos o que incidan en el estado de la ciudad.

Indicadores de calidad del servicio o asociados a la prestación.

Toda aquella información relevante que sea la base para proporcionar una

visión integral de la ciudad en el marco del concepto de Smart City.

La base de datos de conocimiento permitirá resolver consultas acerca de las entidades gestionadas teniendo en cuenta las relaciones existentes entre ellas (temporal, espacial, tipo o naturaleza, dependencia, reglas topológicas, etc.), por lo que su estructura deberá optimizarse para esta función.

Además, obtendrá toda la información necesaria para el seguimiento, control y valoración de los servicios públicos urbanos objeto de este pliego.

A lo largo del desarrollo y/o adaptación de la plataforma de soporte a los servicios públicos urbanos se determinará qué información y con qué periodicidad debe ser transmitida a la base de datos de conocimiento.

La responsabilidad técnica de actualización e integración de toda la información a contener en la base de datos de conocimiento, proporcionada por los diferentes


Pág

ina:

21

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 22

sistemas, subsistemas y módulos de la plataforma MiNT, será del adjudicatario de este contrato.

La base de datos de Conocimiento constituye otra de las piezas clave en la arquitectura de la Plataforma MiNT de Soporte a los Servicios públicos urbanos, por lo que su diseño e implantación será uno de los hitos más críticos dentro del contrato.

4.1.5. Sistema de Integración y Orquestación El sistema permitirá que los sistemas sectoriales y módulos comunes ofrezcan sus servicios para ser integrados por una herramienta que los coordine, de acuerdo a una lógica de negocio definida por el proceso que se automatiza. Los sistemas no invocarán directamente a los servicios de otros, sino que sólo publicarán sus servicios de negocio. Además de coordinar la ejecución de estos servicios, el sistema de integración debe ofrecer las capacidades de transformación de datos, gestión de eventos, gestión de colas, capacidad para generar servicios de valor en base a los servicios básicos, etc.

Este Sistema de Integración y Orquestación permitirá, entre otras cosas, en tiempo real y de forma desatendida, extraer información de los sistemas fuente de datos, actualizando dicha información de forma inteligente sobre la Base de Datos de Conocimiento.

Se partirá de un protocolo común de intercambio de información, que permita consumir la información generada por cada uno de los agentes que están actuando sobre Madrid:

Información sobre el histórico de eventos generados en un servicio

Gestión de alarmas provocadas por un servicio, que permitirá la interacción entre distintos agentes disparando procesos automáticamente.

Consumo de servicios que proporcionará cada agente en la ciudad.

Dentro de las funcionalidades que deben contemplarse en el diseño de este módulo se encuentran:

Proporcionar una herramienta que permita gestionar la catalogación de servicios y eventos.

Autorización y control de acceso a los servicios.

Auditoría.

Conectividad con sistemas externos.

Adaptación de protocolos.


Pág

ina:

22

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 23

Definición de los criterios y reglas de calidad de diseño de intercambios de información.

Definir guías comunes de integración.

Definición de las políticas de publicación y consumo de servicios, eventos y fuentes de información.

El Sistema de Integración y Orquestación constituye una pieza clave en la arquitectura de la Plataforma MiNT de Soporte a los Servicios públicos urbano, por lo que su diseño e implementación será uno de los hitos más críticos del contrato.

4.2. Sistemas de información a proporcionar/desarrollar, integrar e implementar.

A continuación se especifica con mayor grado de detalle el alcance funcional de cada uno de los módulos comunes, subsistemas y sistemas que ya han sido referenciados en la descripción de la arquitectura de la plataforma MiNT.

En lo sucesivo, en la descripción de los diferentes módulos y subsistemas que integran los Sistemas de Relación con el ciudadano, Gobierno, Gestión de los servicios públicos urbanos de las concesionarias, Base de datos de conocimiento y Sistema de integración y orquestación, se utilizará, asimismo, el concepto de sistema, subsistema y módulo para referirse a los diferentes componentes software que integran los Sistemas arriba indicados.

4.2.1. SISTEMA DE RELACIÓN CON EL CIUDADANO

4.2.1.1. Módulo de recogida, gestión y seguimiento de avisos

El Sistema de Recogida, Gestión y Seguimiento de Avisos (en adelante SRGSA) servirá para recoger las incidencias que cualquier ciudadano observe en la vía pública, en zonas verdes o en otras partes de la ciudad (referentes a cualquier anomalía que el Ayuntamiento deba solventar) pudiendo comunicarlas al Ayuntamiento por diversas vías (teléfono, presencialmente, Smartphone, o por formularios de la página web municipal) para su resolución.

El SRGSA aceptará tanto Avisos (incidencias a reparar), Peticiones (solicitudes de instalación de nuevos elementos urbanos), Reclamaciones (Avisos mal resueltos por el Ayuntamiento) y otras comunicaciones realizadas por el ciudadano desde diferentes canales de entrada.


Pág

ina:

23

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 24

Este sistema deberá integrarse con los dispositivos y subsistemas móviles del Módulo de Inspecciones pues muchos avisos, sobre todo internos, pueden ser utilizados bien para el cálculo de indicadores, bien para el levantamiento de actas de inspección.

Se integrará también con el Callejero municipal BDC.

El SRGSA estará codificado para entornos abiertos y cumpliendo estrictamente los estándares de desarrollo marcados por IAM, y no dependerá de licencias de usuario. Deberá ser completamente modificable y escalable de forma flexible y sencilla, de modo que permita la incorporación de nuevos servicios municipales de forma sencilla.

Deberá permitir la gestión de avisos adecuada a la gestión del mantenimiento y conservación integral de parques: parques históricos, parques singulares, parques forestales y viveros municipales, de forma que los técnicos municipales y las empresas responsables de la gestión de estos parques reciban todos los avisos correspondientes a su ámbito de competencias, que en el resto de la ciudad están distribuidas entre diferentes Servicios, restringidos al ámbito territorial del parque dentro del distrito (o distritos, como en el caso de Madrid-Río) en que se encuentra.

El SRGSA constará de 3 capas:

Frontal de Intermediación con el Ciudadano. Soportará la recepción de las incidencias y otras comunicaciones realizadas por el ciudadano y será capaz de proporcionarle una respuesta tanto de recepción como de su resolución –u otros hitos intermedios que se consideren relevantes- mediante diversos medios (SMS, correo electrónico, etc.). Los mensajes remitidos a los ciudadanos habrán de quedar registrados, a través de los correspondientes servicios web, en el sistema CRM Siebel de Línea Madrid.

Las plataformas de telecomunicaciones a través de las cuales se realice el envío efectivo de los mensajes (SMS y correo electrónico) serán en todo caso provistas por el Ayuntamiento de Madrid, por lo que el adjudicatario deberá desarrollar la correspondiente interfaz con las mismas.

El ciudadano podrá consultar en todo momento su incidencia.

La recepción y consulta en línea del estado de tramitación de las incidencias admitirá los siguientes canales:

Dispositivos de Movilidad (smartphone, tabletas, etc.). Para ello, la empresa adjudicataria desarrollará las aplicaciones de movilidad específicas para los sistemas operativos más comunes en la actualidad (Androide, IO, Windows).

Aplicativo que el Ayuntamiento proporcione para la recepción por Internet de Sugerencias y Reclamaciones.


Pág

ina:

24

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 25

Formularios situados en Internet, accesibles para el ciudadano. Este frontal web se integrará en el portal del Ayuntamiento de Madrid, www.Madrid.es, su sede electrónica https://sede.Madrid.es así como la “carpeta del ciudadano” incluida en esta última.

Canales de atención personalizada de Línea Madrid (teléfono municipal 010 y Oficinas de Atención al Ciudadano de Línea Madrid, ver www.Madrid.es/lineaMadrid), a través del sistema CRM-Siebel de Línea Madrid cuyo análisis funcional está publicado en www.Madrid.es/lineaMadrid (“¿Qué es Línea Madrid?” / “Documentación asociada”).

Ello supone, en particular, que el adjudicatario deberá desarrollar los servicios web precisos para la integración fuerte con la aplicación de sugerencias y reclamaciones del Ayuntamiento y el sistema CRM-Siebel de Línea Madrid.

La recepción de avisos permitirá su georreferenciación geográfica en todos los canales citados, así como la anexión de archivos digitales tales como fotografías o documentos de texto.

El frontal de Intermediación con el ciudadano poseerá la inteligencia adecuada para evitar grabaciones duplicadas en la recepción de incidencias, aunque en todo caso recogerá como “reiteraciones” las comunicaciones de la misma incidencia realizada por otros ciudadanos, que serán informados vía correo electrónico o SMS de la apertura y resolución de la incidencia en los mismos términos que el comunicante inicial.

El frontal de Intermediación con el ciudadano deberá poder consumir los servicios publicados por el sistema de integración con el fin de proporcionar a los ciudadanos información de valor añadido acerca de los eventos e incidencias que se produzcan en la vía pública. Contemplará, en particular, la apertura automática de avisos a partir de la información comunicada en línea por sistemas dotados de sensores ubicados en espacios públicos, sin perjuicio de que tal aviso automático sea susceptible de ser reiterado posteriormente por ciudadanos.

Todas las interfaces electrónicas utilizables directamente por los ciudadanos (apps móviles, formularios electrónicos, etc…) deberán ser conformes a la norma UNE 139803, "Aplicaciones informáticas para personas con discapacidad. Requisitos de accesibilidad para contenidos en la Web", y en particular al nivel 'AA' en las Pautas de Accesibilidad, recomendadas por el grupo de trabajo WAI del W3C.

Gestores SRGSA. Los Gestores filtrarán las incidencias recibidas por el frontal de Intermediación con el ciudadano, cancelarán los errores y tabularán mediante las tipologías adecuadas el tipo de anomalía o solicitud, asignarán la unidad adecuada que la tratará, podrán geolocalizar dichas incidencias con la cartografía municipal,


Pág

ina:

25

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp

http://www.madrid.es/

https://sede.madrid.es/

http://www.madrid.es/lineamadrid

http://www.madrid.es/lineamadrid

http://www.w3.org/




Nº Expte.: 300/2013/00526

Título:



Página 26

enlazarán los duplicados existentes en uno sólo, se encargarán de la comunicación al ciudadano en los casos que proceda, etc.

Subsistema de Gestión y Seguimiento de Avisos (GSA). Este subsistema recibirá todas las incidencias de forma estructurada, las derivará a los correspondientes servicios técnicos municipales y/o de empresa para su resolución. De cada incidencia se tendrá constancia de la fecha de inicio de la incidencia, la fecha prevista para su reparación y la fecha en la que realmente se reparó. Estos datos permitirán calcular los indicadores de calidad correspondientes mediante el módulo común de gestión de indicadores, en función de los tiempos de resolución de incidencias que en ellos se determine.

Todos los avisos se registran en una o varias capas gráficas del SIG, con clasificación de los avisos por importancia o urgencia y atendiendo a los ámbitos espaciales que se establezcan.

El sistema permitirá la introducción de los partes de trabajo de los operarios, en los formatos que se definan, al objeto de conocer con exactitud las actuaciones y el personal necesario para la reparación de averías.

A grandes rasgos poseerá las siguientes características:

Será capaz de una integración fuerte con otras aplicaciones y sistemas del Ayuntamiento, utilizando los interfaces adecuados, permitiendo la sincronización de estados de los avisos entre los referidos sistemas y el subsistema de seguimiento de avisos.

Debe poseer una gestión de usuarios y perfiles completamente flexibles y configurable, permitiendo el acceso de usuarios de la intranet municipal y de empresas externas. Los perfiles podrán ser de múltiples tipos, y abiertos en su definición: registradores, técnicos municipales y/o de empresa, inspectores, gestores, administradores, etc.

Debe poseer una gestión de las Unidades Administrativas municipales asignadas a las tipologías de incidencias flexible y escalable, adaptable a los cambios que se producen periódicamente en la estructuración orgánica y organizativa del Ayuntamiento.

Debe poseer un control de accesos y permisos de los usuarios a las funcionalidades totalmente configurable, en función de sus perfiles y/o Unidades Administrativas asignadas.

Debe poseer un módulo de consultas e informes online con los requerimientos del usuario. Permitirá así mismo la realización de consultas inmediatas partir de los datos integrados en el sistema.


Pág

ina:

26

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 27

Debe poseer un módulo de definición de trámites o fases según tipología de incidencia flexible, configurable y escalable.

Gestionará inteligentemente las altas y/o modificaciones para reducir al máximo los duplicados de las incidencias, por criterios de proximidad geográfica en un búfer y tipología de las mismas. Podrán asignarse diversas prioridades en las mismas para su tramitación en plazos específicos.

Será capaz de gestionar inteligentemente las incidencias duplicadas, pudiendo el usuario enlazarlas en familias, aceptar reiteraciones, cancelaciones y traslados internos y externos al Ayuntamiento.

Gestionará algunas funciones por lotes (visados, cierres, etc.).

Dispondrá de un módulo de comunicación con el ciudadano capaz de gestionar las comunicaciones con el mismo referidas a su incidencia de forma inteligente y/o atendida por los Gestores SRGSA.

Poseerá una integración fuerte (mediante los interfaces adecuados) con otros sistemas municipales: CRM Plataforma Línea Madrid, Base de Datos de Conocimiento, otros Sistemas de Información específicos de los Servicios públicos urbanos, DataWareHouse desarrollados, etc.

4.2.2. SISTEMA DE GOBIERNO

4.2.2.1. Módulo de análisis de información

El módulo de Análisis de Información (SAI) será el encargado de la explotación de información de la B.D. del Conocimiento.

Desde el punto de vista metodológico estará basado en la plataforma Business Intelligence de MicroStrategy, optándose por las capacidades web de la herramienta que permite a los usuarios ejecutar informes desde el navegador Internet Explorer.

El sistema facilitará tanto información actual como histórica (series históricas) de las operaciones de negocio que se determinen y de los indicadores de calidad. En todo caso, se mostrará información de las entidades y sus atributos, según tipos de atributos, tipos de filtrado y selecciones dinámicas requeridos por cada Servicio.

Se implementarán los informes requeridos por cada servicio, si bien deberán ser diseñados para que en el momento de ejecución por el usuario se pueda seleccionar lo siguiente:

1. Atributos de desglose de la entidad.


Pág

ina:

27

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 28

2. Selección dinámica de valores de los atributos.

3. Selección de tipos de filtro.

4. Selección de valores de los filtros.

Con independencia de lo anterior, los informes se diseñarán incorporando navegación desde el nivel de la información presentada hasta el nivel de información de detalle.

Otras funcionalidades aplicables al informe, una vez ejecutado por el usuario, como pivotar atributos, navegar por los distintos niveles de desglose, paginar según atributos, ordenar según un atributo, generar gráficos, imprimir, exportar a Excel, generar pdf, etc, se encuentran dentro de las opciones habituales de la herramienta accediendo desde un entorno web.

4.2.2.2. Módulo de Inspección

El Módulo de inspección tiene por objeto facilitar a los técnicos municipales las herramientas informáticas necesarias para la realización de las inspecciones asociadas al seguimiento y control de los servicios públicos urbanos objeto de los Contratos Integrales, a través de la medición de los indicadores de calidad y de los objetivos establecidos.

Además, los servicios municipales pueden realizar inspecciones de evaluación de incidencias o avisos de los ciudadanos relativos a los servicios públicos urbanos que podrán requerir la elaboración de informes.

Los servicios municipales, por tanto, estarán orientados a la toma de los datos relativos a los servicios públicos urbanos necesarios para la obtención de los indicadores de calidad, a la detección de infracciones puntuales y a la inspección de avisos e incidencias.

Por otra parte, para el cálculo de indicadores de calidad también se requerirá información a las empresas adjudicatarias de los servicios públicos urbanos. Estas empresas podrán emplear en sus inspecciones los medios adecuados (dispositivos móviles…) para la obtención de dicha información en plazo y forma requeridas. Todos estos medios correrán de su cuenta. La información obtenida en estas inspecciones deberá ser integrable con los sistemas de información oportunos de la plataforma informática municipal u otros que sirvan para gestionar los resultados de inspecciones que puedan estar en uso en el Ayuntamiento.

Para agilizar la recogida masiva de datos de los indicadores y de las inspecciones puntuales, y hacer esta operación más eficiente, se necesita automatizar estos procesos mediante la introducción de los datos a través de dispositivos móviles, el envío en tiempo real de los datos recogidos y su integración en los sistemas centrales para su ulterior tratamiento.

Para todo ello, se partirá del sistema de inspección municipal, denominado SIMUN, el cual se ampliará, evolucionará y parametrizará. En el punto 17.5 de este pliego se expone la funcionalidad de SIMUN.


Pág

ina:

28

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 29

La información recogida en las inspecciones será alfanumérica y gráfica (fotografías, croquis asociados a la inspección…), toda ella georreferenciada.

Deberá conectar con una aplicación de gestión de escritorio que permitirá analizar todos los datos y funcionalidades necesarios para el tratamiento de las inspecciones generadas en el dispositivo móvil. Esta aplicación centralizará la información obtenida en calle por los servicios municipales y permitirá, a través de diferentes módulos, la gestión de inspecciones desde escritorio (altas, modificaciones, visados, asignación de inspecciones, etc.), la gestión de usuarios, la generación de informes y actas de inspección (en formato digital pdf, excel, tx e imprimible), etc.. Deberá contar con un visor cartográfico que permita consultar tanto las capas SIG que se integran en el sistema de información geográfica de la plataforma como la localización de los dispositivos del personal de inspección municipal cuando estén trabajando. Además, esta aplicación de escritorio deberá permitir también la entrada de datos de las inspecciones en calle obtenidos en formato papel (es decir, no procedentes del aplicativo móvil) así como la emisión de formularios en papel para su cumplimentación por personal municipal en calle.

En la aplicación se emplearán tablas maestras o auxiliares de cada módulo, así como la base de datos del callejero de la ciudad de Madrid.

Para la planificación de los trabajos y la asignación de inspecciones a los usuarios municipales de dispositivo móvil disponibles en cada turno de trabajo, este módulo deberá conectarse o incluir unos subsistemas de gestión de personal municipal y de vehículos de inspección municipal. Estos sistemas incluirán información general sobre el personal que se dedica al control del presente contrato, una agenda actualizada para conocer su disponibilidad cada día para la asignación de tareas; una programación de trabajos diaria y semanal que pueda ser actualizada en función de las incidencias y un formulario de comprobación de la ejecución de trabajos asignados a cada operario, así como información relativa a los vehículos asignables para una inspección, su estado...

Los sistemas municipales interactuarán con el resto de módulos de información de la plataforma informática que le sean de aplicación (de gestión de indicadores, de informes mixtos, de análisis de información, SIG, de Recogida, Gestión y Seguimiento de Avisos…) y otros sistemas de gestión de expedientes que puedan estar ya en uso en el Ayuntamiento de Madrid.

Para realizar las inspecciones se deberá realizar una ampliación de la actual funcionalidad facilitada por el sistema de inspecciones municipales (SIMUN) el cual actualmente permite la parametrización y despliegue de nuevos procedimientos de inspección

A continuación se detallan las tareas a realizar:


Pág

ina:

29

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 30

4.2.2.2.1. Generación de nuevos formularios de inspección

Por cada nuevo procedimiento de inspección se deberán parametrizar y desarrollar los formularios correspondientes, usando para ello el módulo de parametrización del sistema SIMUN.

4.2.2.2.2. Ampliación del módulo de administración

Se deberá ampliar el actual módulo de administración de SIMUN para que permita recoger la diferenciación de las inspecciones a realizar por los auditores del propio adjudicatario y las que serán realizadas por los inspectores del Ayuntamiento.

El módulo de administración deberá permitir la doble gestión de personal autorizado a realizar inspecciones y auditorias, ampliando la actual gestión de autorizados de personal propio del Ayuntamiento para incluir la gestión de autorizados de personal del adjudicatario.

Además, deberá poder integrarse con el subsistema de gestión de personal municipal que debe haber asociado al módulo de planificación de inspecciones.

4.2.2.2.3. Ampliación del subsistema de inspección

De cara a permitir la inspección de los nuevos elementos a gestionar por SIMUN, se integrará el sistema con la base de datos de conocimiento para facilitar el acceso a la información, realizando las integraciones y procesos de carga con los sistemas propietarios de la información y con el módulo de integración para suscribirse a alertas que puedan afectar el trascurso de la misma. A su vez se actualizarán los diferentes módulos del subsistema de inspección para permitir la gestión de esta nueva información.

El sistema se deberá parametrizar en base a la estructura que se defina en la Base de Datos de Conocimiento de los elementos de la ciudad y servicios públicos urbanos que son objeto de inspección, proporcionando información tanto de inventario como de los trabajos que los adjudicatarios de los servicios públicos urbanos hayan realizado en el marco de la prestación del servicio.

4.2.2.2.4. Creación del módulo de planificación

Para permitir planificar y realizar las auditorías e inspecciones se deberá desarrollar un módulo completo de planificación de inspecciones. Dicho módulo, ubicado en el back-end de inspección deberá poder gestionar:

1. Definición de prioridades de inspección para un determinado periodo por parte del administrador. Las prioridades definidas guiarán el proceso posterior de planificación de inspecciones, y serán definidas para un determinado periodo temporal.

2. Módulo de catalogación y gestión de taxonomías de inspección, de forma que las peticiones de inspección se puedan catalogar en base a estas.


Pág

ina:

30

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 31

3. Módulo de registro de peticiones de inspección, que permitirá registrar y mantener peticiones de inspección, catalogadas según las taxonomías definidas, que posteriormente se convertirán en inspecciones a realizar. Para el caso de los inspectores del Ayuntamiento, el módulo de registro de peticiones deberá poder nutrirse de las auditorías realizadas por el adjudicatario para poder usarlas de referencia a la hora de dar de alta nuevas peticiones de inspección.

4. Gestión manual de inspecciones. Esta funcionalidad permitirá transformar las peticiones registradas en inspecciones concretas a realizar. A partir de las peticiones realizadas y atendiendo a las prioridades, así como a la urgencia de la necesidad, se irá confeccionando el plan de inspecciones. Una inspección podrá asociarse a una o varias peticiones de inspección, atendiendo a los elementos y servicios a inspeccionar y será asignada a un inspector concreto. Se considerará la posibilidad de generar peticiones al vuelo por incidencias detectadas de manera casual.

5. Gestión automática de inspecciones. El subsistema de planificación incluirá un módulo de generación de muestras sobre las que se realizarán las inspecciones correspondientes. Por ello, el muestreo propondrá inspecciones, y dependiendo de criterios de parametrización las inspecciones generadas se asignarán o no a un inspector de forma directa. Este módulo de muestreo permitirá extraer muestras de datos residentes en los sistemas de información de gestión de los Servicios públicos urbanos en interrelación con la información del SIG, o bien a partir de consultas alfanuméricas realizadas sobre los datos comentados anteriormente.

6. Gestión de cuadernos de trabajo de los inspectores. Se deberá poder gestionar las agendas de inspección de inspectores y auditores de cara a planificar y asignar trabajos. Además de las agendas, que deberán mostrarse en “modo calendario”, se mostrarán detalles de localización física de las actividades de inspección asignadas, de modo que se pueda mejorar la eficiencia a la hora de asignar y planificar la agenda del inspector.

7. Para la planificación de los trabajos y la asignación de inspecciones de limpieza a los usuarios de dispositivo móvil disponibles en cada turno de trabajo, este módulo deberá disponer de unos subsistemas de gestión de personal municipal y de vehículos de inspección municipales. El sistema deberá permitir la asignación de una o varias inspecciones sucesivas asociadas a una inicial y a usuarios de dispositivo móvil diferentes a los que dieron de alta la inspección inicial. La información de las inspecciones asignadas podrá incluir información gráfica, documentos adjuntos

8. Gestión de objetivos de actividad. Se fijarán objetivos de productividad para los inspectores, de forma que al final de un determinado periodo deban cumplirlos. El módulo de gestión de objetivos facilitará al gestor reportes de actividad


Pág

ina:

31

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 32

atendiendo a diferentes criterios y generará alertas para los casos de incumplimientos de objetivos.

9. Desde el sistema SIG integrado, podrá consultarse la posición de los dispositivos móviles asignados a los inspectores.

10. Informes de actividad de inspección. Se deberán generar informes operativos de actividad de inspección atendiendo a diversos criterios y, en los casos en los que se determine, se georreferenciarán y mostrarán en plano para mostrar la dispersión geográfica de la actividad realizada para el periodo temporal seleccionado.

4.2.2.2.5. Módulo de gestión de resultados de inspección

Como resultado de la inspección o auditoría, el inspector rellenará el acta de inspección o generará un informe que remitirá al back-end para su posterior tratamiento por los responsables, bien del Ayuntamiento en caso de inspecciones, bien del adjudicatario en caso de auditorías.

Para los casos en los que no exista aplicación de gestión de resultados de inspección, en cuyo caso se deberá ampliar la actual funcionalidad de interconexión, se deberá desarrollar un módulo de gestión de resultados de inspección que permita la catalogación y gestión de los resultados de inspección, así como la generación de informes de diversos tipos (actas, informes…). Los resultados de la inspección también serán exportados a la base de datos conocimiento según una estructura normalizada.

En caso de que el responsable del Ayuntamiento considere necesario el proceder a la apertura de un expediente sancionador tras una inspección realizada, la aplicación para la gestión de los planes de inspección debe permitir conectarse con la aplicación de gestión de procedimientos sancionadores correspondiente para solicitar la incoación del pertinente expediente sancionador. La aplicación también deberá poder consultar los expedientes sancionadores que han sido abiertos como consecuencia de una inspección.

4.2.2.2.6. Ampliación de las funcionalidades del cliente móvil

Para permitir la gestión de los desplazamientos de cara a realizar las inspecciones planificadas, se deberá ampliar el cliente móvil para realizar la sincronización de las inspecciones asignadas y mostrar al usuario la agenda en modo calendario con su planificación de tareas asignadas así como la ruta geolocalizada a realizar en el día.

El propio inspector podrá gestionar su agenda de inspección para permitir la flexibilidad necesaria en caso de incidentes. De este modo el inspector podrá reasignarse justificadamente tareas de su agenda, permitiendo también planificarse nuevas actividades, obtenidas del registro de peticiones, de cara a cumplir sus objetivos de actividad.


Pág

ina:

32

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 33

Los clientes móviles se adaptarán para recibir y gestionar los nuevos elementos de inspección definidos en el subsistema de inspección.

Los clientes móviles podrán visualizar las capas cartográficas que se requieran a partir del módulo SIG con el fin de facilitar las inspecciones.

Los clientes móviles también se sincronizarán con el módulo de objetivos de actividad de cara a informar al inspector del grado de cumplimiento alcanzado en el periodo.

En los dispositivos móviles se podrán recibir asignaciones de inspecciones desde la aplicación de planificación o gestión de inspecciones de escritorio, con información alfanumérica y gráfica, y se deberá tener acceso al visor cartográfico con las capas de información necesarias.

4.2.2.3. Módulo de certificaciones y relaciones valoradas

Permitirá el cálculo de certificaciones y relaciones valoradas, con sus correspondientes detracciones de los cánones mensuales de cada Servicio público urbano, aplicando los indicadores y las reglas de negocio aplicables que se definirán en su momento. Los formatos de los documentos a generar serán definidos por los diferentes Servicios públicos urbanos.

Este sistema servirá de base para el control y gestión económica de los diferentes contratos y para los procesos de certificación periódica de los citados servicios y contemplará lo siguiente:

4.2.2.3.1. Gestión económica de contratos

Deberá tener una estructura del siguiente tipo:

Contrato Integral Lote o servicio público urbano.

Por cada Lote o servicio, se recogerá información de conceptos económicos de los contratos, tanto en sus valores iniciales como en las modificaciones y ejecución de los mismos, que podrán ser de la siguiente tipología:

Inversiones

Cuadros de precios

Valoración de ejecuciones por medición (es decir, mediciones de actividades

ejecutadas procedentes del Sistema de Planificación por su precio).

4.2.2.3.2. Certificación

Asociado a cada contrato y lote, este módulo permitirá introducir de manera paramétrica los criterios fijados en los Pliegos para el cálculo de la certificación de servicios públicos urbanos, así como los indicadores de calidad que puedan influir en las reducciones periódicas de la certificación.

También se recogerán los criterios establecidos en los Pliegos que puedan afectar a la periodicidad o fecha de las facturas.


Pág

ina:

33

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 34

Con esta información, debe haber un motor de cálculo, que permita la elaboración de facturas proforma de los citados servicios, con el desglose y justificación de los conceptos aplicables.

Ambos módulos tendrán puntos de integración con:

Sistemas de Gestión de los servicios públicos urbanos, recibiendo información de parámetros de medición e inspección que puedan influir en la certificación.

Sistema de Gestión Económico-Financiero (SAP), en lo que pueda afectar a contabilización de facturas o de control presupuestario.

Base de conocimiento, en la consolidación de la información de indicadores económicos que se determinen.

Se mantendrá un histórico de certificación, y gestionará las modificaciones de certificaciones.

Gestionará el flujo de aprobación y validación de facturas, guardando traza de las operaciones realizada y cruzando información con la base de datos de conocimiento para poder realizar controles automáticos de pre validación mediante el cuadre de datos, simulaciones, etc.

El MF deberá poder integrarse con los sistemas específicos de los Servicios públicos urbanos, los módulos comunes de información, y con otras aplicaciones del Ayuntamiento.

4.2.2.4. Módulo de gestión de indicadores

Este módulo permitirá la gestión de indicadores y se encargará de actualizar los valores de los indicadores de calidad definidos actualmente por todos los Servicios públicos urbanos o que puedan ser definidos en el futuro, así como de las posibles modificaciones en la definición del indicador y sus algoritmos. También llevará un registro de los indicadores ordenados según su tipología o Servicio.

Los datos necesarios para el cálculo de indicadores procederán de varias fuentes:

1. El módulo de Inspecciones que manejan los usuarios inspectores/auditores del Ayuntamiento y/o de las empresas.

2. El SIG movilidad de actualización de datos en campo, con los datos de las inspecciones generales.

3. Los datos del Sistema de Recogida de Avisos.

4. Cualquier otro dato que pueda obtenerse de la Base de Datos de Conocimiento.


Pág

ina:

34

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 35

Se deberán implementar los algoritmos proporcionados por el usuario, en general funciones polinómicas, para el cálculo de índices y subíndices. Los índices se calculan a través de los subíndices, y estos últimos a partir de los datos recogidos en las inspecciones.

El módulo se ejecutará de forma programada desasistida, o a petición del usuario, actualizando los valores de los indicadores existentes en la Base de Datos de Conocimiento de todos los Servicios públicos urbanos donde se mantendrá un histórico de índices. Residirá y se ejecutará bien como un procedimiento periódico de actualización de la Base de Datos, o bien desde el Sistema de Análisis de Información central.

La consulta de los indicadores se podrá realizar desde el propio módulo o desde los sistemas específicos de gestión de cada Servicio mediante las interfaces adecuadas.

Se conservará histórico de los indicadores para realizar consultas a ciertas fechas.

El precio a abonar al concesionario podrá sufrir una reducción en función del valor obtenido en los indicadores.

4.2.3. SISTEMA INTEGRADO DE GESTIÓN DE SERVICIOS PÚBLICOS URBANOS DE LAS CONCESIONARIAS

Este sistema está constituido por los módulos comunes y subsistemas sectoriales ya indicados en el punto 4.1.3 de este PPT.

Los subsistemas de información sectoriales darán soporte a los Servicios públicos urbanos referenciados en este pliego y que se exponen más adelante en este punto. El adjudicatario deberá proporcionar herramientas informáticas que den respuesta a los procesos de negocio de cada servicio público urbano. El adjudicatario deberá considerar en su diseño la posibilidad de crear grupo funcionales atomizados en cada sistema sectorial, de forma que pudiesen ser invocados desde un interfaz único integrador.

Los subsistemas sectoriales incorporarán funcionalidades comunes y homogéneas mediante la utilización de los módulos comunes que se relacionan en este Pliego, aplicándolos y adecuándolos al ámbito de cada sistema sectorial. En concreto, todos los sistemas sectoriales incorporarán las funcionalidades comunes que a continuación se describen genéricamente. En el caso de que la funcionalidad común contuviese alguna especificidad, ésta se concretaría en la descripción del sistema sectorial correspondiente.

4.2.3.1. Módulo de gestión de recursos humanos

El módulo de Gestión de Recursos Humanos considerará dos tipologías de personal:

1. Personal de empresas concesionarias. 2. Personal municipal.


Pág

ina:

35

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 36

Constará de dos módulos o sistemas:

El módulo para el personal de empresas adjudicatarias permitirá el mantenimiento de los datos referidos al personal que desempeñan las labores de mantenimiento propias de los Servicios públicos urbanos así como los datos relativos a la empresa a la cual pertenece, el contrato, etc., a efectos de su integración con los sistemas específicos de los citados Servicios. Deberá incluir los datos básicos referidos a: Categoría, DNI, identificador del trabajador, antigüedad, nº jornadas, copia del TC2, etc.

El módulo para el personal municipal deberá recoger, del personal asociado a los servicios públicos urbanos la información general sobre el mismo, sean de calle o de oficina (identificación personal, departamento/servicio al que se encuentra adscrito, puesto de trabajo o categoría, turno…); una agenda actualizada de cada trabajador para conocer su disponibilidad cada día para la asignación de tareas (vacaciones, libranzas previstas…); una programación de trabajos diario y semanal que pueda ser actualizado en función de las incidencias y un formulario de comprobación de la ejecución de trabajos asignados a cada operario

El módulo de RRHH deberá integrarse con los sistemas específicos de los Servicios públicos urbanos, los módulos comunes de información, y con otras aplicaciones del Ayuntamiento, como es el caso de SAP RRHH y Archivo Electrónico.

La información será mostrada en el formato requerido por los usuarios, y permitirá construir consultas y/o presentarlas en fichas según sus requerimiento.

Además, deberá disponer de un repositorio de documentación que contendrá copias de los certificados de formación, tc2, etc., permitiendo consultas de esta documentación.

4.2.3.2. Módulo de gestión de medios materiales

Este módulo gestionará y mantendrá los datos en relación con los recursos materiales involucrados en este contrato. Constará a su vez de dos módulos:

4.2.3.2.1. Módulo de gestión de instalaciones físicas

Permitirá el mantenimiento de los datos referidos a las instalaciones físicas (dependencias municipales, cantones, planos, titularidad, posición geográfica, etc.) utilizados por los Servicios públicos urbanos en el desempeño de sus tareas.

Deberá incluir datos geográficos y alfanuméricos sobre su ubicación física, planos de las instalaciones, usos asignados, utilización, estado de las mismas, fotos, etc.

Se integrará también con el Callejero municipal BDC.

Se mantendrá un histórico de las instalaciones antes y después de su utilización por los diversos Servicios públicos urbanos , incluyendo información de auditoría.


Pág

ina:

36

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 37

El MGIF deberá poder integrarse con los sistemas específicos de los Servicios públicos urbanos, los módulos comunes de información, y con otras aplicaciones del Ayuntamiento.

La información será mostrada en el formato requerido por cada Servicio, y permitirá construir consultas y/o presentarlas en fichas según los requerimientos de los usuarios.

4.2.3.2.2. Módulo de gestión de vehículos y maquinaria

Permitirá la gestión mediante alta, baja, modificación y consulta de la maquinaria y vehículos del inventario necesarios para la realización de las labores, la situación física, la instalación donde se encuentren y su estado antes, durante y después de la realización de las tareas planificadas o las actuaciones sobre incidencias individuales.

Una orientación de la información que deberá gestionar este módulo podría ser la siguiente, si bien podrá variar de acuerdo con las circunstancias de cada servicio:

Código identificativo del vehículo o máquina (asignado por el adjudicatario con la siguiente codificación: MXYYYY, siendo X el lote al que pertenece y el resto el número de orden con cuatro dígitos).

Denominación del tipo de vehículo o máquina.

Marca.

Modelo.

Matrícula.

Servicio que se le puede asignar

Características principales (potencia, capacidad en volumen o peso…).

Tipo de combustible.

Tipo de sensor instalado (en bomba de agua, cepillo), en su caso

Tipo de GPS instalado, en su caso

Instalación desde donde parte habitualmente (centro de trabajo asociado).

Puestos de trabajo asociados (conductor, operario 1, operario 2, etc.).

Operativo a fecha actual (sí o no).

Fecha de última ITV.


Pág

ina:

37

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 38

Fecha de certificado de humos.

Fecha de certificado de ruidos.

Distancia recorrida mensual (kilómetros).

Recargas de combustible por vehículo, indicando la cantidad de gasolina repuesta

Recargas de agua y cantidad de agua recargada, en su caso

Nº de servicios realizados a vertedero o centros de tratamiento, indicando itinerario utilizado, pesaje neto y centro al que se ha llevado.

Consumo de combustible mensual y por unidad de uso (kilómetros u horas).

Horas de funcionamiento del vehículo al mes (medidas mediante horómetro), en su caso.

Volumen de agua consumido mensual, en su caso.

4.2.3.3. Módulo generación informes mixtos (geográficos y alfanuméricos)

Este sistema permitirá la generación de informes de diferentes tipos, con información obtenida a partir de los datos utilizados por los diversos sistemas y módulos de los Servicios públicos urbanos, con la información que sea necesaria, alfanumérica, vectorial, imágenes ortofotos o satélites, fotos, planos, etc.

La gestión del sistema incorporará un control de auditoría con datos básicos de usuario, fecha y hora de creación/impresión de informes, datos del servicio y acción realizada.

El sistema a desarrollar/suministrar tendrá que dar soporte a las gestiones, operaciones y trabajos cuya tipología, genéricamente, se indica a continuación:

Formatos. Incluirá el uso de formatos predefinidos por el usuario administrador permitiendo el posicionamiento de cabeceras, pies, marcos, logos, cuerpos de texto diversos, encolumnado, diseño, etc según se requiera.

Permitirá la generación de formatos personalizados por usuarios de los sistemas de información de los servicios públicos urbanos para su posterior reutilización.

Deberá permitir la modificación de datos fijos en cabeceras, pies, marcos, logos, títulos, etc. como puede ser el nombre del departamento, del servicio, etc.


Pág

ina:

38

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 39

Incluirá las firmas, visto bueno, conformidad, etc. pudiéndose modificar éstas según necesidades del usuario.

Incluirá las leyendas específicas de las imágenes de información vectorial que suministren los sistemas de información, así como su posicionamiento.

Permitirá la configuración para impresión en distinto tipo de papel

Permitirá la generación y/o exportación de las fichas a documentos de tipo PDF, Word, Excel, pwd, dgn, html, etc. En caso de informes de texto, la exportación también a csv, txt, etc.

4.2.3.4. Módulo de planificación

Este módulo permitirá que la empresa concesionaria introduzca la planificación de los diferentes servicios y actividades objeto de la prestación correspondiente, así como la confirmación de la ejecución de las mismas y las incidencias que se hayan podido producir al realizarlas. Se deberán considerar que los trabajos se encuentran: en estado de planificación, en ejecución o finalizados. Las planificaciones, una vez introducidas por las empresas, no podrán ser modificadas por las mismas, aunque sí por los servicios municipales.

Los datos necesarios para definir las planificaciones se desarrollarán ajustándose a las necesidades de cada servicio, pudiéndose desarrollar en base a diferentes zonas geográficas (viales, ámbitos espaciales más restringidos como parques, túneles, zonas infantiles, registro y zonas dentro de los parques, etc.), así como con diferentes frecuencias y diferentes períodos de tiempo (diario en turno de mañana, tarde, y noche, semanal, mensual, anual, etc.). Toda la información de las planificaciones quedará reflejada de forma gráfica o alfanumérica, y, en su caso, debidamente georreferenciada. Deberán recogerse las correspondientes mediciones ejecutadas en cada servicio, en el caso en que sean precisas.

Por otra parte, la planificación deberá considerar eventos o tareas que se desarrollan en un período muy corto de tiempo (15 minutos a varias horas), corto, medio y largo plazo, por lo que deberá implementar procedimientos adecuados para ello

Dichas planificaciones deberán diferenciar entre los trabajos que sean trabajos de tipo ordinario, donde la planificación se puede actualizar con tiempo, y los trabajos con carácter no programado o imprevistos (por ejemplo, órdenes de trabajo, avisos, eventos de última hora... que serán notificados a las empresas a través del sistema correspondiente de gestión de avisos internos de la plataforma), por lo que deberán implementarse procedimientos adecuados para ello.

Para facilitar las planificaciones de los eventos, el módulo contendrá un subsistema de inventario de eventos, que permita la gestión y mantenimiento de los eventos conocidos y que se producen con diversa periodicidad en el municipio de Madrid

En este sistema se podrán asignar, para todas las labores/actuaciones, el personal y medios de las empresas (vehículos, maquinaria y medios materiales o consumibles) necesarios para cada una de las actividades a desarrollar.


Pág

ina:

39

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 40

Integrándose con todos los sistemas, permitirá asociar o adjuntar cualquier tipo de documentos que se requieran, pudiendo ser gráficos o alfanuméricos.

Las planificaciones y ejecuciones se mostrarán el sistema de información geográfica de la plataforma informática, relacionado con la cartografía temática asociada a cada Servicio.

El módulo permitirá recoger datos relativos a la verificación de la ejecución de labores sobre el terreno realizados por la empresa concesionaria, para su posterior evaluación por los servicios municipales en el modulo de inspecciones en el indicador correspondiente

4.2.3.5. Sistema de Información Geográfica

Se utilizará un Sistema de Información Geográfica como una herramienta básica de apoyo a la gestión de los Servicio públicos urbanos, de manera que se puedan georreferenciar y representar no sólo los inventarios de los elementos y recursos gestionados, sino también las actuaciones, avisos, incidencias y eventos de todo tipo que se consideren necesario para disponer de una vista integral del estado de la ciudad.

El Ayuntamiento de Madrid facilitará al adjudicatario la información geográfica producida o gestionada en su ámbito y que se considere de utilidad para la prestación del Servicio público urbano, en los formatos que se acuerden entre el Ayuntamiento y el adjudicatario y con la periodicidad que se determine.

El adjudicatario utilizará este sistema de información como soporte para posibilitar el análisis geográfico de los elementos y recursos gestionados en el ámbito del contrato.

El SIG dispondrá de un visor cartográfico para la visualización de los distintos mapas y capas de información almacenadas.. El visor cartográfico será la herramienta tanto para la visualización de cartografía de base (redes de viales, parcelas, manzanas, edificios, callejero normalizado, ortofotos, etc.) como de la cartografía específica y temática (Mobiliario Urbano, Limpiezas, Patrimonio Verde, etc.). Además de las cartografías de base y específicas existentes, el visor dispondrá también de la posibilidad de visualizar los mapas temáticos que se generen y publiquen.

El visor cartográfico deberá estar integrado con el resto de sistemas de manera bidireccional, es decir, que desde el visor se pueda acceder a los datos e información propia de las entidades de los sistemas de gestión, así como que desde las herramientas de gestión se pueda acceder y visualizar el elemento gráfico correspondiente a una entidad. Así pues, se deberán generar capas vectoriales y relacionarlas con sus respectivas entidades y atributos para todas aquellas que deban estar accesibles tanto gráfica como alfanuméricamente.

El visor cartográfico incorporará la funcionalidad necesaria para gestionar los elementos del inventario, seleccionarlos, realizar análisis espacial, mediciones, consultas, etc., creando unos menús específicos para estos cometidos.


Pág

ina:

40

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 41

Las funcionalidades básicas, además de las ya indicadas, de las que dispondrá el usuario serán las siguientes:

o Selección de capas.

o Zoom al mapa completo.

o Zoom a la capa activa.

o Zoom in/out.

o Ir a la vista anterior.

o Pan/Desplazamiento.

o Selección de Escala.

o Mapa de Situación.

o Leyenda.

o Tabla de contenidos.

o Identificación de elementos

o Selección espacial.

o Limpiar selección.

o Medición de áreas y poligonales.

o Obtener/capturar imagen del mapa.

o Imprimir mapa.

o Transparencias y superposiciones entre capas vectoriales y/o raster.

Además de estas funcionalidades genéricas, el SIG implementará los procedimientos de gestión y administración necesarios para asegurar la disponibilidad de la información y su actualización. Entre estos procedimientos se incluyen los de alta, baja y modificación de los inventarios y elementos georreferenciados, pudiendo existir diferentes protocolos atendiendo a la naturaleza de los mismos.

Por otra parte, el SIG dispondrá de un módulo de actualización de inventarios en campo para aquellos servicios públicos urbanos que requieran de la toma de datos y edición in situ, mediante dispositivos móviles tipo tablet, el envío de los datos generados y su integración en el inventario dependiendo del modelo de datos adoptado para cada servicio y el ulterior tratamiento y gestión de la información desde aplicaciones en la base de datos corporativa.

El sistema a desarrollar/suministrar se compondrá de los siguientes subsistemas, que tendrán que dar soporte a las gestiones, operaciones y trabajos cuya tipología, genéricamente, se indica a continuación:


Pág

ina:

41

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 42

4.2.3.5.1. Subsistema Móvil

El dispositivo móvil implementará la funcionalidad necesaria para realizar las

siguientes operaciones:

Incorporará la cartografía vectorial necesaria para el posicionamiento en el sistema del elemento a crear/actualizar según el Servicio público urbano. Se incluirán también ficheros raster con ortofoto aérea o satélite permitiendo la opacidad o transparencia con los datos vectoriales para un mejor posicionamiento. La cartografía a utilizar será proporcionada por el Ayuntamiento de Madrid, aunque puedan incorporarse otras cartografías de apoyo de diferentes fuentes.

Incorporará los formularios con los datos específicos asociados a los inventarios de cada servicio. Estos formularios podrán incorporar imágenes, fotos, croquis, etc., y datos del callejero municipal BDC, y el elemento geográfico creado según se indica en los apartados anteriores.

Permitirá la consulta de las tareas ya planificadas.

Consultas de geolocalización de los elementos pudiendo hacer uso del GPS incorporado o bien, validar las direcciones postales mediante el callejero municipal utilizando los interfaces existentes al efecto.

Las operaciones necesarias para el posicionamiento, creación y edición de los elementos y su asociación con los datos de los formularios específicos de cada servicio

Gestionará el acceso securizado al subsistema para todos los usuarios y/o mediante certificado si se considerase necesario.

El subsistema deberá mantener las tablas maestras sincronizadas con las definidas en el subsistema de backend.

Deberá considerar los siguientes aspectos:

Recepción de órdenes de trabajo planificadas o no planificadas.

Posibilidad de trabajar en modo desconectado y su carga posterior en el sistema.

El envío de los datos del subsistema a los servidores centrales mediante línea segura.

4.2.3.5.2. Subsistema Backend

Este subsistema proporcionará las interfaces necesarias para la recepción de los

datos creados en el subsistema móvil, permitiendo la revisión e integración de éstos

en los sistemas centrales.


Pág

ina:

42

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 43

Se integrará con el SIG para visualización de los datos permitiendo la integración con otras aplicaciones del Ayuntamiento como el callejero municipal BDC, así como sistemas y módulos específicos de los Servicios públicos urbanos, para la revisión de los datos por parte de los gestores.

Permitirá la asignación de las tareas planificadas a los usuarios del dispositivo móvil.

Gestionará las tablas maestras utilizadas en el sistema y el acceso securizado de los usuarios a este subsistema y al subsistema móvil, con el perfil adecuado según la funcionalidad a realizar.

4.2.3.5.3. Visualización de la información de las entidades

El acceso a la información de las entidades se podrá realizar en los siguientes sentidos:

Desde los formularios del sistema de gestión, al sistema SIG.

Desde el sistema SIG, al sistema de gestión.

4.2.3.5.4. Consultas

Tanto el subsistema móvil como el subsistema backend, soportarán consultas por cualquiera de los atributos o elementos disponibles mediante diferentes filtros.

El resultado de la consulta podrá ser exportado a un fichero Excel.

4.2.3.5.5. Informes

Se generarán informes de las entidades creadas teniendo en cuenta los atributos y elementos disponibles. Para ello, el sistema interactuará con el Sistema de Análisis de Información y el módulo de Generación de Informes Mixtos descritos en este pliego.

4.2.3.6. Módulo de tablas maestras

Este módulo gestionará y administrará todas las tablas maestras de las aplicaciones, para lo cual dispondrá de un catálogo en las que se recoja toda la tipología de elementos administrables.

4.2.3.7. Módulo de gestión de flotas

La aplicación de gestión de flotas permitirá gestionar el estado de la flota de vehículos y maquinaria que lleven incorporados los dispositivos y sensores específicos para ello. El sistema proporcionará datos acerca de la posición de los vehículos, listados de rutas, fecha de realización de la ruta, tiempos de paradas en las mismas, tiempos de trabajo efectivos, incidencias en las rutas, posición y trazado de éstas. e integrar esta información en las labores de planificación, gestión, seguimiento y actuación de los trabajos.


Pág

ina:

43

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 44

La aplicación de gestión de flotas y su interrelación con las tareas anteriormente citadas, deberá poderse integrar y visualizar con el módulo SIG, además de integrarse con el resto de módulos de información que sean de aplicación (de Medios Materiales en cuanto a los vehículos e instalaciones de limpieza, de Gestión de Recursos Humanos, de Planificación…). La aplicación de gestión de flotas proporcionará los interfaces necesarios para su interrelación con otros módulos y aplicativos.

4.2.3.8. Subsistema de gestión de zonas verdes y arbolado viario

El subsistema a provisionar/desarrollar, adaptar e integrar deberá permitir la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de conservación y mantenimiento de Zonas Verdes y Arbolado Vario, existentes o futuras, de la ciudad de Madrid. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.

La gestión del sistema incorporará un control de auditoría con datos básicos de usuario, fecha y hora de última modificación, datos del servicio y acción realizada.

Se integrará en un entorno SIG que permita el uso de las herramientas del módulo de Sistema de Información Geográfica para el mantenimiento de los datos propios del Inventario de Zonas Verdes como son zonas, distritos, áreas de actuación, arbustos, setos y elementos vegetales en general, así como arbolado viario y la planificación, mantenimiento, actuación y retirada de residuos procedentes de las labores de conservación.

4.2.3.8.1. Gestión de zonas verdes

El sistema a provisionar/desarrollar tendrá que dar soporte a las gestiones, operaciones y trabajos cuya tipología, genéricamente, se indica a continuación:

Empresa. Gestionará los datos de empresas y los recursos humanos de las mismas.

Planes. Gestionará los planes de trabajo por parte de las empresas contratadas en tres estados, planificación, ejecución y finalizado, mediante altas, bajas, modificaciones y consultas.

Los planes se fijarán por cada Empresa en función de una zona geográfica contemplando datos de fechas, actividades a desarrollar, labores asociadas, instalaciones físicas. Permitirá la posibilidad de asociar más de una zona a una empresa.

Su planificación se reflejará en el entorno SIG y en la cartografía temática de Patrimonio Verde.

Programas. Gestionará los programas de trabajos en estado de planificación o ejecución. Estos programas serán asignados a una empresa con una prioridad definida a lo largo del tiempo y se asignarán labores/actuaciones, personal y medios (vehículos, maquinaria y consumibles)


Pág

ina:

44

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 45

Inventario. Se integrará con el Sistema de información geográfica para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos y áreas de actuación, permitiendo su consulta mediante herramientas de tipo gráfico, el callejero municipal, selecciones espaciales o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en el mapa, así como recuperar información sobre dichos elementos en formato ficha con un modelo de datos específico. Los elementos actuales se migrarán desde los sistemas digitales suministrados por el Servicio.

Incorporará datos relativos a parcelas interbloques, solares de titularidad municipal y su estado antes y después de las labores de desbroce.

Medios. Gestionará un inventario de maquinarias, vehículos y consumibles mediante altas, bajas, modificaciones y consultas. Incorporará datos propios del elemento, situación física, datos de sensorización, estado en el que se encuentre el elemento antes y después de su uso, etc.

Muestras. Se integrará con el módulo de Planificación y el sistema de información geográfica para la generación de las muestras y submuestras necesarias en las inspecciones y en las labores de planificación que serán almacenadas y remitidas a las empresas para la realización de dichas tareas.

Administración. Gestionará el inventario de Servicios públicos urbanos que se incluyen en este pliego, tal y como se recoge en el Anexo1, así como las tablas maestras utilizadas en el sistema.

El sistema incorporará todas las funcionalidades típicas de un SIG (navegación, selecciones espaciales, búsquedas por diferentes ámbitos, etc.) y habrá una completa integración entre información espacial y alfanumérica.

ARBOMAP. El sistema incorporará toda la funcionalidad de la aplicación ARBOMAP, que gestiona el inventario de árboles del viario con todos sus datos asociados. Se incluirá la migración de los datos actuales contenidos en la base de datos de ARBOMAP al nuevo sistema.

Durante el período de desarrollo para la incorporación de la funcionalidad de ARBOMAP arriba indicada al sistema de gestión de Zonas Verdes, el adjudicatario tendrá la responsabilidad del mantenimiento de la citada aplicación ARBOMAP. En el Anexo 2 se incluye el manual de usuario de esta aplicación.

Un Alcorque Un Árbol. El Ayuntamiento de Madrid dispone del portal Web “Un Alcorque Un Árbol”, integrado en la Web municipal www.Madrid.es, mediante el que se pone a disposición de los ciudadanos parte de la información contenida en el inventario informatizado georeferenciado del arbolado viario, sirviendo además de canal de comunicación directa para recoger sus peticiones respecto


Pág

ina:

45

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 46

al arbolado. La empresa adjudicataria deberá migrar la aplicación Web “Un Alcorque... Un Árbol” según las indicaciones de los técnicos municipales, al objeto de mejorar su uso y la comunicación con los ciudadanos a través de la misma. Durante el período de migración de la aplicación “Un Alcorque Un Árbol”, el adjudicatario será responsable del mantenimiento de la actual aplicación web, de acuerdo con las solicitudes de los técnicos municipales.

Administración. Este módulo permitirá tener un control de las actividades y estado de las instalaciones mediante partes de trabajo y fichas que cumplimentarán los técnicos en el sistema. Para ello, se recogerán partes diarios de inspección, trabajos e incidencias en relación con los trabajos realizados, según los programas de trabajo e inspecciones y de las anomalías observadas en el estado de los elementos mecánicos, recursos humanos, sensorización, etc. Los partes de trabajo incorporarán fotografías y documentación anexa.

En todo caso, el sistema a desarrollar/suministrar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio.

4.2.3.8.2. Actualización de inventario

Incorporará un subsistema para la actualización masiva de los inventarios (información geográfica y atributos) de zonas verdes y arbolado viario del municipio de Madrid.

El procedimiento de actualización de inventarios incluirá la creación de nuevas zonas de actuación, con la asignación de los atributos correspondientes.

Incorporará un subsistema de cálculo de áreas, que será una herramienta que realizará las operaciones necesarias para el cálculo de las áreas de los distintos elementos del inventario, actualizando los datos del mismo. Este cálculo podrá realizarse offline. Permitirá la actualización de datos de Programas y Planes asociados a los elementos del inventario.

4.2.3.8.3. Módulo SIG

Se podrá utilizar el módulo común del Sistema de Información Geográfica. En todo caso, el sistema deberá disponer de la componente SIG como soporte a la gestión del servicio.

4.2.3.8.4. Control del mantenimiento correctivo

Para ello, el sistema se integrará con el módulo de Recogida, Gestión y Seguimiento de Avisos, mediante un servicio web o procedimiento similar a implementar en el sistema. Todas la incidencias deberán recogerse a través de este sistema por los diferentes canales establecidos, que automáticamente, enviará al sistema de gestión de Zonas Verdes las incidencias para su gestión y resolución, de manera que se pueda conocer el histórico de incidencias relativas a los elementos que gestiona el Servicio de Zonas Verdes y las actuaciones realizadas sobre ellas.


Pág

ina:

46

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 47

4.2.3.8.5. Gestión de Avisos y Peticiones

Tal y como se ha indicado en el anterior punto, el Sistema de Gestión de Avisos y Peticiones del Ayuntamiento estará sincronizado mediante el Sistema de Integración y Orquestación con el módulo de gestión del Servicio Sectorial. El flujo de trabajo en la evolución de las actuaciones podrá pasar por control municipal de gestor, técnico y/o visado, Estas actuaciones realizadas en la Sistema SIG de Gestión del Servicio repercutirán de forma online sobre Sistema de Gestión de Avisos y Peticiones, el módulo de Inspecciones, y otros módulos comunes del Ayuntamiento, a través del Sistema de Integración y Orquestación, según los criterios que indique el servicio.


El sistema soportará consultas transaccionales por cualquiera de los atributos o elementos disponibles. Así mismo, se podrán realizar consultas en relación con las inspecciones, tareas o mantenimientos realizadas implementando diferentes filtros.

El resultado de la consulta podrá exportarse a ficheros de datos en formatos habituales, Excel, pdf, etc.

4.2.3.8.7. Informes

El sistema realizará informes sobre todos los elementos consultados indicando datos de inventario, datos de ruta, instalaciones, recursos humanos, localización, fotos, etc. de forma tanto gráfica como alfanuméricamente según criterios del servicio. Los informes podrán exportarse a ficheros de datos en formatos habituales, Excel, pdf, etc.

4.2.3.9. Subsistema de gestión de mobiliario urbano

El subsistema a provisionar/desarrollar, adaptar e integrar deberá permitir la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de conservación y mantenimiento del Mobiliario Urbano, existente o futuras, de la ciudad de Madrid. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones


Se integrará en un entorno SIG que permita el uso de las herramientas del módulo de Sistema de información geográfica para el mantenimiento de los datos propios del Inventario de Mobiliario Urbano como son vallas de protección de jardines y encauzamiento peatonal, papeleras de parques y estanciales, bancos, bolardos, mesas, pérgolas, jardineras, etc. para la planificación, mantenimientos preventivos y correctivos, actuación limpieza, reparación y sustitución, operaciones y protocolos que comprenden el Servicio.


Pág

ina:

47

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 48

4.2.3.9.1. Módulo de gestión de Mobiliario Urbano

El sistema a provisionar/desarrollar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, mantenimientos preventivos y correctivos, limpieza, reparación y sustitución, operaciones y protocolos que genéricamente se indican a continuación:

Empresa. Se Integrará con el módulo de gestión de Recursos Humanos para el uso de los datos de Empresas y Empleados de las mismas.

Instalaciones. Se Integrará con el módulo de Gestión de Medios Materiales permitiendo la representación y consulta de sus elementos en el mapa.

Inventario. Se integrará con el Sistema de información geográfica para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos y áreas de actuación. permitiendo su consulta mediante herramientas de tipo gráfico, el callejero municipal, selecciones espaciales o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en el mapa, así como recuperar información sobre dichos elementos en formato ficha con un modelo de datos específico. Los elementos actuales se migrarán desde los sistemas digitales suministrados por el Servicio.

Permitirá la representación en el mapa de los datos del inventario según su histórico por varias fechas, antes y después de una actuación, etc. , pudiéndose realizar análisis de los mismos.

ARBOMAP. Se implementará en el sistema la funcionalidad actual de inventario de mobiliario urbano contenida en ARBOMAP, así como la migración de los datos contenidos en su base de datos.

Planificación de tareas y obtención de muestras. El sistema permitirá consultar las planificaciones y obtener las muestras de las labores de conservación y mantenimiento, con las rutas que el Servicio establezca para lo cual es integrará con el módulo de Planificaciones. Dichas rutas deberán poderse visualizar, gestionar y mantener desde el módulo SIG.

Administración. Gestionará el inventario de Servicios públicos urbanos que se incluyen en este pliego según lo especificado en el Anexo1, así como las tablas maestras utilizadas en el sistema.


En todo caso, el sistema a desarrollar/suministrar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio.


Pág

ina:

48

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 49


Se integrará con el módulo SIG permitiendo la actualización del inventario a partir de datos tomados en campo, incorporando procedimientos de carga masiva de datos.

Creación del elemento geográfico automáticamente en el sistema. Permitirá el posicionamiento de elementos a partir de cálculos realizados sobre otro elemento tomados como base (direcciones postales).

Asignación de atributos de localización (identificador de vial, número de portal más cercano, X e Y).

Asignación de atributos propios del elemento.


Para ello, el sistema se integrará con el módulo de Recogida, Gestión y Seguimiento de Avisos, mediante un servicio web o procedimiento similar a implementar en el sistema. Todas las incidencias deberán recogerse a través de este sistema por los diferentes canales establecidos, que automáticamente, enviará al sistema de gestión del Servicio las incidencias para su gestión y resolución, de manera que se pueda conocer el histórico de incidencias relativas a los elementos que gestiona el Servicio público urbano y las actuaciones realizadas sobre ellas. Para ello, la aplicación de Recogida, Gestión y Seguimiento de Avisos deberá adaptarse a las necesidades específicas del Servicio.






4.2.3.9.6. Informes

El sistema realizará informes sobre todos los elementos consultados indicando datos de inventario, datos de ruta, instalaciones, recursos humanos, localización, fotos, etc.


Pág

ina:

49

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 50

de forma tanto gráfica como alfanuméricamente según criterios del servicio. Los informes podrán exportarse a ficheros de datos en formatos habituales, Excel, pdf, etc.

Los informes podrán exportarse a ficheros de datos en formatos habituales, Excel, pdf, etc.

4.2.3.10. Subsistema de gestión de áreas infantiles, mayores y circuitos deportivos elementales

El subsistema a provisionar/desarrollar, adaptar e integrar deberá permitir la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de conservación y mantenimiento de los elementos de Áreas Infantiles, Áreas de Mayores y circuitos Deportivos elementales, existente o futuras, de la ciudad de Madrid.


Se integrará en un entorno SIG que permita el uso de las herramientas del módulo de Sistema de información geográfica para el mantenimiento de los datos propios del Inventario de Áreas Infantiles, de Mayores y Deportivos elementales así como los elementos que se encuentran en dichas áreas, elementos de juegos como columpios, toboganes, etc. o no juegos como arenas, bancos, espalderas, etc., para la planificación, mantenimientos preventivos y correctivos, actuación limpieza, certificación (en el caso de áreas de juegos infantiles) reparación y sustitución, operaciones y protocolos que comprenden el Servicio, siendo fundamental que cumplan la normativa vigente en seguridad.

Al objeto de verificar el estado de estos elementos y áreas, se establecen unos estándares de calidad, cuyo nivel de cumplimiento será verificado por los Servicios Técnicos Municipales a través del cálculo de indicadores.

El sistema, en concreto, deberá dar soporte a la gestión, control y seguimiento de todas las tareas, labores, mantenimientos preventivos y correctivos, limpieza, reparación y sustitución, operaciones y protocolos que genéricamente se indican a continuación.

Inventario. Se integrará con el SIG para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos y áreas de actuación, permitiendo su consulta mediante herramientas de tipo gráfico, el callejero municipal, selecciones espaciales, o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en el mapa, así como recuperar información sobre dichos elementos en formato ficha con un modelo de datos específico. Los elementos actuales se migrarán desde los sistemas digitales suministrados por el Servicio. La modificación/baja lógica de un área o circuito implicará la modificación de cualquier dato relacionado con el mismo y en particular de todos los elementos de la misma.


Pág

ina:

50

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 51

Comprobación, actualización y consulta del inventario de las áreas de juegos Infantiles, áreas de mayores y circuitos deportivos elementales bajo la supervisión de los servicios municipales competentes.

Ejecución de las labores de inspección periódica del estado de los distintos elementos que componen el inventario, con las frecuencias y características que se indiquen, para detectar las posibles incidencias que pudieran producirse.

Mantenimiento preventivo y correctivo del conjunto de áreas infantiles, áreas de mayores y circuitos deportivos elementales, incluidas las labores de limpieza de las áreas y sus elementos.

Disponibilidad del personal necesario tanto en número como en capacidad profesional para la adecuada realización del servicio.

Disponibilidad de vehículos y equipos tanto en número como en dotación de los mismos para la adecuada realización del servicio.

Entrega o envío del parte diario de los trabajos y actuaciones realizadas el día anterior, al servicio municipal competente, a primera hora de la mañana.


El sistema permitirá consultar las planificaciones de las labores de conservación y mantenimiento, con las rutas establecidas para ello. Estás rutas deberán poderse visualizar desde el módulo SIG. Para ello, el sistema interactuará con el módulo de Planificación.

En todo caso, el sistema a desarrollar/suministrar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.

4.2.3.10.1. Control del mantenimiento

El sistema dispondrá de un control de mantenimiento de los elementos disponibles en el que se controlará la actuación realizada mediante una descripción de la misma o selección de un combo (pintura, reparación, etc.) y la fecha de la actuación.

En concreto, el sistema implementará las siguientes funcionalidades:

o Certificaciones.

Fecha de la última Certificación.

Alarma de fecha de caducidad de la Certificación.

Documento anexo de la Certificación.

o Mantenimiento de elementos.


Pág

ina:

51

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 52

Fecha de aviso de incidencia o problema, Fotografía, Fecha de resolución, etc.


Se integrará con el módulo SIG permitiendo la actualización del inventario a partir de datos tomados en campo.

Creación del elemento geográfico automáticamente en el sistema. Permitirá el posicionamiento de elementos a partir de cálculos realizados sobre otro elemento tomados como base (direcciones postales).




Para ello, el sistema se integrará con el módulo de Recogida, Gestión y Seguimiento de Avisos, mediante un servicio web o procedimiento similar a implementar en el sistema. Todas las incidencias deberán recogerse a través de este sistema por los diferentes canales establecidos, que automáticamente, enviará al sistema de gestión las incidencias para su gestión y resolución, de manera que se pueda conocer el histórico de incidencias relativas a los elementos que gestiona el Servicio público urbano correspondiente y las actuaciones realizadas.







Pág

ina:

52

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 53

4.2.3.10.6. Informes

El sistema realizará informes sobre todos los elementos consultados indicando datos de inventario, datos de ruta, instalaciones, recursos humanos, localización, fotos, etc. de forma gráfica como alfanuméricamente según criterios del servicio; para lo cual se integrará con el módulo común de Generación de informes mixtos. También se integrará con el módulo de Cálculo de Indicadores para la presentación de los informes asociados.

Los informes podrán exportarse a ficheros en formatos habituales Excel, pdf, etc.

4.2.3.11. Subsistema de gestión de riegos y abastecimiento de agua

El sistema a proveer implementará las funcionalidades necesarias para dar soporte a las operaciones y trabajos de conservación, mantenimiento, gestión, control y supervisión del funcionamiento de las infraestructuras de riego sea cual sea la procedencia del agua, fuentes de beber y abastecimientos de agua potable a las instalaciones municipales adscritas al servicio, así como hidrantes y pozos de captación de aguas subterráneas de la ciudad de Madrid y, en general, soportará la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.

El sistema informático a desarrollar será un SIG de gestión que dará soporte para la recopilación y actualización de la información, la gestión de los trabajos, la transferencia de la información y la integración de los sistemas actuales y futuros con el sistema a desarrollar. A dicha plataforma tendrán acceso los servicios municipales y las empresas conservadoras.

Se integrará con otros módulos del sistema para la consulta de datos de recursos humanos, certificación, transportes, planificaciones, instalaciones, información geográfica, etc.


En particular, el sistema deberá considerar los siguientes módulos y funcionalidades:

4.2.3.11.1. Gestión de riegos y abastecimiento de agua

El sistema a desarrollar permitirá el uso de las herramientas del módulo de Sistema de Información Geográfica para el mantenimiento de los datos propios del Inventario de Red de Riegos como son hidrantes, fuentes, pozos, etc.

El sistema a desarrollar/suministrar tendrá que dar soporte a las gestiones, operaciones y trabajos cuya tipología, genéricamente, se indica a continuación:

Empresa. Gestionará los datos de empresas y los recursos humanos de las mismas.


Pág

ina:

53

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 54

Instalaciones. Se Integrará con el módulo de instalaciones Físicas permitiendo su representación y consulta de sus elementos en el mapa.

Inventario. Se integrará con el Sistema de información geográfica para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos y áreas de actuación. permitiendo su consulta mediante herramientas de tipo gráfico, el callejero municipal, o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en el mapa, así como recuperar información sobre dichos elementos en formato ficha con un modelo de datos específico. Los elementos actuales se migrarán desde los sistemas digitales suministrados por el Servicio.

Planificación de tareas y obtención de muestras. El sistema permitirá consultar las planificaciones y obtener las muestras de las labores de conservación y mantenimiento, con las rutas establecidas para ello. Estás rutas deberán poderse visualizar desde el módulo SIG.

Administración. Gestionará el inventario de Servicios públicos urbanos que se incluyen en este pliego según lo especificado en el Anexo1, así como las tablas maestras utilizadas en el sistema.

El sistema incorporará todas las funcionalidades típicas de un SIG (navegación, selecciones espaciales, búsquedas por diferentes ámbitos, etc.) y habrá una completa integración entre información espacial y alfanumérica. El sistema incorporara reglas topológicas explícitas e implícitas para los elementos que integran la rede de riegos.

Permitirá la representación en el mapa de los datos del inventario según su historia, como puede ser en varias fechas distintas, antes y después de una actuación, etc., pudiéndose realizar análisis de los mismos.



Se integrará con el módulo SIG de movilidad de actualización de inventarios en campo para la actualización de los datos del inventario.

Creación del elemento geográfico automáticamente en el sistema.

Incorporará un subsistema para la actualización masiva de los inventarios.



Pág

ina:

54

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 55



Para ello, el sistema se integrará con el módulo de Recogida, Gestión y Seguimiento de Avisos, mediante un servicio web o procedimiento similar a implementar en el sistema. Todas la incidencias deberán recogerse a través de este sistema por los diferentes canales establecidos, que automáticamente, enviará al sistema de gestión las incidencias para su gestión y resolución, de manera que se pueda conocer el histórico de incidencias relativas a los elementos que gestiona el Servicio público urbano correspondiente y las actuaciones realizada.


Tal y como se ha indicado en el anterior punto, el Sistema de Gestión de Avisos y Peticiones del Ayuntamiento estará sincronizado mediante el Sistema de Integración y Orquestación con el módulo de gestión del Servicio Sectorial. El flujo de trabajo en la evolución de las actuaciones podrá pasar por control municipal de gestor, técnico y/o visado, Estas actuaciones realizadas en la Sistema SIG de Gestión del Servicio repercutirán de forma online sobre el sistema de gestión de avisos y peticiones, el módulo de Inspecciones, y otros módulos comunes del Ayuntamiento, a través del Sistema de Integración y Orquestación, según los criterios que indique el servicio.





El sistema realizará informes sobre todos los elementos consultados indicando datos de inventario, datos de ruta, instalaciones, recursos humanos, localización, fotos, etc. de forma tanto gráfica como alfanuméricamente según criterios del servicio. Los informes podrán exportarse a ficheros de datos en formatos habituales, Excel, pdf, etc.

4.2.3.12. Subsistema de gestión de Limpieza

El objetivo del contrato integral en materia de limpieza urbana es conseguir determinados estándares de calidad para todos los espacios públicos del municipio de Madrid, todos los días de la semana, con independencia de la época del año. Para lograrlo, se debe disponer de los Servicios públicos urbanos necesarios para la consecución de la calidad requerida en cuanto a la salubridad y visibilidad del espacio público.

La aplicación a provisionar/desarrollar, adaptar e integrar deberá permitir la gestión de todos los servicios de limpieza, dando soporte informático a todas las operaciones,


Pág

ina:

55

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 56

procesos, gestiones, trámites y tareas que conlleva la prestación del Servicio de Limpieza. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones

4.2.3.12.1. Gestión del Servicio de Limpieza

El sistema informático a provisionar/desarrollar será un SIG de gestión que dará soporte para la recopilación y actualización de la información, la gestión de los trabajos, la transferencia de la información y la integración de los sistemas actuales y futuros con el sistema a desarrollar. A dicha plataforma tendrán acceso los servicios municipales y las empresas conservadoras.

La gestión del sistema a desarrollar/suministrar incorporará un control de auditoría con datos básicos de usuario, fecha y hora de última modificación, datos del servicio y acción realizada.

Se integrará con los módulos comunes del sistema para la consulta de datos de recursos humanos, certificación, Informes, instalaciones, información geográfica, planificaciones, Inspecciones, etc.


En particular, se integrará en un entorno SIG que permita el uso de las herramientas del módulo del Sistema de Información Geográfica para visualizar, gestionar y obtener datos e informes de las rutas asignadas a los distintos equipos de limpieza (tanto medios mecánicos con GPS instalado como medios manuales), las instalaciones fijas de limpieza, las incidencias de limpieza y, en general, de todas las entidades que conforman el Servicio.

El sistema a desarrollar/suministrar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones. En particular, el sistema deberá considerar las siguientes funcionalidades:

10. Empresa. Gestionará los datos de empresas y los recursos humanos de las mismas según lo especificado en el Anexo 1 de este pliego.

11. Papeleras. Existe un inventario del orden de 60.000 papeleras, que deberán incorporarse al SIG del sistema. Podrá asociarse información relativa a los Servicios públicos urbanos de este contrato a cada papelera.

12. Incorporará información alfanumérica y geográfica de parcelas interbloques y solares de titularidad municipal, y su estado antes y después de las labores de desbroce, de las instalaciones de titularidad municipal, las zonas de edificación abierta…


Pág

ina:

56

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 57

13. Instalaciones físicas. Se integrará con el Módulo de gestión de Medios Materiales, para consulta de los datos generales de las mismas y de su estado de conservación, y permitiendo su representación así como consulta en el mapa.

14. Maquinaria, vehículos y consumibles. Permitirá la gestión mediante alta, baja, modificación y consulta de la maquinaria y vehículos necesarios para la realización de las labores. Incorporará datos propios del elemento, la situación física, la instalación donde se encuentren y su estado antes, durante y después de la realización de las tareas planificadas o las actuaciones sobre incidencias individuales, según lo especificado en el Anexo1 de este pliego.

15. Incluirá la información de sensorización actualizada en tiempo real para las tareas de planificación, seguimiento, actuación y estado de la ruta, etc.

16. Administración. Gestionará el inventario de Servicios públicos urbanos que se incluyen en este pliego según lo especificado en el Anexo1, así como las entidades municipales que los gestionan, tablas maestras del sistema y controlará el acceso a la aplicación de los usuarios de las empresas y del Ayuntamiento dependiendo de distintos perfiles definidos a partir de criterios geográficos y de servicio.

Por otra parte, existe un servicio específico de limpieza denominado SELUR. Este servicio es el Servicio de Limpieza Urgente de la Ciudad de Madrid. Se trata de un servicio de limpieza viaria de carácter urgente y especial en el ámbito de todos los espacios públicos competencia del Ayuntamiento de Madrid (las vías públicas -aceras y calzadas-, todos los espacios urbanos -plazas, zonas verdes y zonas terrizas-, las vías de acceso a la Ciudad o vías de comunicación interiores), así como aquellos otros espacios o zonas que requieran una intervención urgente a requerimiento del Ayuntamiento de Madrid, si bien podrá actuarse en zonas privadas donde sea necesaria la actuación del servicio por motivos de seguridad y salubridad.

El SELUR tiene como objeto atender de forma inmediata y con los medios adecuados, la limpieza del espacio público en aquellas situaciones de carácter excepcional que puedan producirse, tales como incidencias climatológicas, catástrofes naturales, accidentes de cualquier naturaleza, incendios, actos terroristas, situaciones específicas de falta de salubridad e higiene, manifestaciones y eventos y cualquier otra incidencia especial que pueda requerir la actuación de un servicio de limpieza integral especialmente preparado, con los medios técnicos idóneos y con un tiempo máximo de respuesta desde el momento en que se produce el aviso hasta la llegada del primer equipo de intervención o coordinación a la zona afectada inferior al que se establece en el contrato.

Actuarán ejecutando labores de limpieza en incidencias tanto programadas (eventos, manifestaciones…) como no programadas o accidentales, y, en su caso, de acuerdo con niveles de alerta de emergencia autonómica y nacional, según establezcan protocolos y llamamientos. Atenderán igualmente, cualquier instrucción emanada del


Pág

ina:

57

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 58

responsable del contrato, con el fin de corregir situaciones que se puedan producir en la Ciudad de Madrid, y que requieren una actuación especial urgente.

Este servicio de limpieza urgente actuará de forma coordinada con otros servicios del municipio como Policía Municipal, Bomberos, Samur-Protección Civil, Samur Social, 112 y Agentes de Movilidad, así como con otras Fuerzas de Seguridad del Estado o de emergencias y en las intervenciones derivadas de los convenios que el Ayuntamiento de Madrid tenga suscritos hasta la fecha o en el futuro mientras dure el contrato. Podrán activar a SELUR sólo los Servicios de emergencia y de seguridad municipales (Policía Municipal, Movilidad, Bomberos, SAMUR), los Servicios de emergencia y de seguridad autonómica y estatal, los Servicios sanitarios municipales autonómicos y estatales, los Servicios sociales municipales y SAMUR Social, el responsable del contrato o la EMT.

Las características especiales de este servicio de limpieza hacen necesario crear determinados sistemas o subsistemas de información específicos para el mismo dentro de la plataforma informática general de los contratos integrales.

El servicio estará operativo durante las 24 horas del día, todos los días del año, y deberán garantizarse los medios personales y materiales adecuados y necesarios en todo momento.

El control y seguimiento municipal del contrato, así como la planificación de las activaciones requiere disponer de un sistema informático integrado en la plataforma municipal, que deberá permitir al personal de la concesionaria y personal municipal ubicado en la base o centro de operaciones principal, introducir la información relativa a una activación en cada momento, así como conocer, controlar, supervisar y localizar en tiempo real sobre cartografía municipal de la ciudad todos los medios activados en todas las incidencias o activaciones, sean programadas o no, y emitir determinados partes e informes. Esta aplicación permitirá, al menos, las siguientes funcionalidades específicas:

Recepción de avisos de incidencias para las activaciones.

Seguimiento de activaciones programadas y no programadas en tiempo real, incluyendo el sistema de localización de los equipos activados en cada momento sobre cartografía de la ciudad (Base de Datos Ciudad). Se requerirá el desarrollo de una aplicación móvil para la recepción de información por los equipos activados emitida desde el sistema central y para la entrada de datos en el sistema central relativos a la activación desde dispositivos móviles que lleven los equipos activados.

Sistema de información geográfica y sistema de gestión de flotas.

Gestión de los vehículos y maquinaria.

Gestión de los recursos humanos del contrato.

Gestión de las instalaciones fijas.


Pág

ina:

58

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 59

Gestión de consumibles.

Gestión de residuos.

Obtención de informes.

Además, deberá integrarse con el resto de módulos comunes de la plataforma que le sean de aplicación, con las adaptaciones que se requieran, como el de Gestión de Indicadores para el cálculo de los mismos, el de certificación y relaciones valoradas para emitir las certificaciones, el de Inspección municipal, etc.

En el Anexo I se recoge, de forma más exhaustiva si bien de forma orientativa y aproximada, las particularidades de este servicio de limpieza y las necesidades en cuanto a la gestión de información, que serán concretadas mejor en el desarrollo de la plataforma.

El sistema incorporará todas las funcionalidades típicas de un SIG (navegación, selecciones espaciales, búsquedas por diferentes ámbitos, etc.) y habrá una completa integración entre información espacial y alfanumérica, así como la integración con el sistema de gestión de flotas.


4.2.3.12.2. Visualización de la información de las entidades

El sistema de gestión de limpieza estará completamente integrado con el SIG para posibilitar el uso de las herramientas del Sistema de Información Geográfica para el mantenimiento de las tareas propias de limpieza de la ciudad en los diversos ámbitos espaciales definidos, tales como zonas, distritos, viales, ejes viarios, aceras, etc.

Para la gestión de los servicios de limpieza se requiere que en el sistema de información geográfica integrado en la plataforma informática se incluyan capas de información relativas a las instalaciones fijas para el servicio de limpieza, las rutas fijas de determinados servicios de limpieza, los solares municipales, las papeleras, las zonas verdes, las zonas de edificación abierta, y todas aquellas capas que se requieran para la gestión del servicio.

Por otra parte, el SIG estará completamente integrado con el módulo o sistema de Gestión de Flotas.

4.2.3.12.3. Planificaciones y control de la ejecución de los servicios de limpieza

Se integrarán con el módulo de planificación y en particular con el subsistema de eventos de modo que se puedan reflejar los mismos en las rutas, tareas y actuaciones. Ejemplos de eventos son La cabalgata de reyes, manifestaciones, etc.


Pág

ina:

59

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 60

El sistema implementará la funcionalidad necesaria para gestionar, monitorizar y controlar las planificaciones y la ejecución de los servicios de limpieza. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.

Permitirá consultar las planificaciones de las labores de limpieza, con las rutas establecidas con horarios y calendarios establecidos para ello, con las actividades previstas, pudiendo consultarse el estado de las mismas y si han sido o no realizadas.

Incorporará, sobre cada servicio, datos sobre las instalaciones físicas, personal, maquinaria, vehículos sensores, rutas y el estado de la gestión de la flota que se encuentran en la ruta.

Se integrará con el módulo SIG para su gestión. El sistema interactuará con el resto de módulos comunes que sean de aplicación (de Medios Materiales en cuanto a los vehículos e instalaciones de limpieza, de Gestión de Recursos Humanos, de Gestión de indicadores…).

Se mantendrá un histórico de las mismas.

4.2.3.12.4. Gestión de flotas

El sistema se integrará con el módulo común de gestión de flotas que permita gestionar el estado de la flota de vehículos y maquinaria, posición, listados de rutas, fecha de realización de la ruta, tiempos de paradas en las mismas, tiempos de trabajo de los cepillos, bombas de agua, etc., incidencias en las rutas y posición de las mismas, etc. e integrarla en las labores de planificación, gestión, seguimiento y actuación de los trabajos.

La gestión de flotas y su interrelación con las tareas anteriormente citadas, deberán poderse integrar y visualizar con el módulo SIG, además de integrarse con el resto de módulos de información que sean de aplicación (de Medios Materiales en cuanto a los vehículos e instalaciones de limpieza, de Gestión de Recursos Humanos, de Planificación…)


Para ello, el sistema se integrará con el módulo de Recogida, Gestión y Seguimiento de Avisos mediante un servicio web o procedimiento similar a implementar en el sistema. Todas la incidencias deberán recogerse a través de este sistema por los diferentes canales establecidos, que automáticamente, enviará al sistema de gestión del Servicio las incidencias para su gestión y resolución, de manera que se pueda conocer el histórico de incidencias relativas a los elementos que gestiona el Servicio de Limpiezas y las actuaciones realizadas sobre ellas.


Tal y como se ha indicado en el anterior punto, el módulo de Recogida, Gestión y Seguimiento de Avisos estará sincronizado mediante el Sistema de Integración y Orquestación con el módulo de gestión del Servicio Sectorial. El flujo de trabajo en la


Pág

ina:

60

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 61

evolución de las actuaciones podrá pasar por control municipal de gestor, técnico y/o visado, Estas actuaciones realizadas en el SIG de Gestión del Servicio repercutirán de forma online sobre el módulo de Recogida, Gestión y Seguimiento de Avisos, el módulo de Inspecciones, y otros módulos comunes del Ayuntamiento, a través del Sistema de Integración y Orquestación, según los criterios que indique el servicio.



El resultado de las consultas podrá exportarse a ficheros en formatos habituales Excel, pdf, etc.


El sistema realizará informes sobre todos los elementos consultados indicando datos de inventario, datos de ruta, instalaciones, recursos humanos, localización, fotos, etc. de forma gráfica como alfanuméricamente según criterios del servicio; para lo cual se integrará con el módulo común de Generación de informes mixtos. También se integrará con el módulo de Cálculo de Indicadores para la presentación de los informes asociados.

Los informes podrán exportarse a ficheros en formatos habituales Excel, pdf, etc

4.2.3.12.9. Otros Informes

Para las inspecciones del Servicio se generarán también informes específicos o actas de inspección que derivarán en el correspondiente expediente sancionador. Estos informes se podrán exportar a otras aplicaciones del Ayuntamiento.

4.2.3.12.10. Módulo de Inspecciones

Para realizar las inspecciones se utilizará el módulo común de Inspecciones desarrollado al efecto. El número de formularios será el necesario para alimentar los indicadores considerados en este Servicio. Los servicios municipales de limpieza realizarán inspecciones en el espacio público, todos los días del año, en turnos que cubren las 24 horas. Existen varios tipos de inspecciones de limpieza: las de toma de datos para la obtención de los indicadores de calidad, las de control de infracciones puntuales en materia de limpieza del espacio público o las de evaluación de incidencias o avisos de los ciudadanos. En las primeras se tomarán datos que alimentarán directamente el módulo de cálculo y gestión de indicadores; en las segundas los servicios municipales tomarán datos con el fin de levantar actas de inspección que el sistema deberá generar, debidamente documentadas y firmadas y, en las terceras, se generarán informes genéricos sobre el estado de la incidencia inspeccionada. En algunos casos esta incidencia puede ser una infracción puntual en materia de limpieza que requeriría un acta de inspección.


Pág

ina:

61

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 62

Para la realización de estas inspecciones de limpieza, se dispondrá de dispositivos móviles con GPS, a través de los cuales se recogerá la información en calle en formularios que contengan tipos de indicadores, tipos de infracciones, incidencias…., y se enviará en tiempo real, de forma sencilla, automática y segura, a la aplicación de gestión de inspección y control integrada en la plataforma informática. La información recogida será alfanumérica y gráfica (fotografías, croquis asociados a la inspección…), toda ella georreferenciada. En estos dispositivos se podrán recibir a su vez asignaciones de inspecciones desde el escritorio y se deberá tener acceso al visor cartográfico con las capas de información necesarias. El sistema deberá permitir conocer la localización del dispositivo móvil en el visor cartográfico del escritorio.

La aplicación de escritorio analizará todos los datos y funcionalidades necesarios para el tratamiento de las inspecciones generadas en el dispositivo móvil. Esta aplicación centralizará la información obtenida en calle por los servicios municipales de limpieza y permitirá la gestión de inspecciones (altas, modificaciones, visados, asignación de inspecciones…), la gestión de usuarios, la generación de informes y actas de inspección (en formato digital e imprimible), etc. Deberá contar con un visor cartográfico que permita consultar tanto las capas SIG que se integran en el sistema de información geográfica de la plataforma como la localización de los dispositivos del personal municipal cuando estén trabajando. En la aplicación se emplearán tablas maestras o auxiliares de cada módulo, así como la base de datos del callejero de la ciudad de Madrid. El sistema deberá permitir la asignación, de la forma más sencilla y automática posible, de una o varias inspecciones sucesivas asociadas a una inicial, que se realizarán en momentos diferentes (en plazos que oscilan entre varias horas y varias semanas). Además, se permitirá la asignación a usuarios de dispositivo móvil diferentes a los que dieron el alta de la inspección inicial. La información de las inspecciones asignadas podrá incluir información gráfica, documentos adjuntos…

Para la planificación de los trabajos y la asignación de inspecciones a los usuarios de dispositivo móvil disponibles en cada turno de trabajo, este módulo deberá conectarse a los módulos comunes de gestión de personal y de vehículos de inspección municipales El subsistema de gestión de personal municipal incluirá, como mínimo, una información general sobre el personal que se dedica al control del presente contrato, sea de calle o de oficina (gestor de escritorio) (identificación personal, departamento/servicio al que se encuentra adscrito, puesto de trabajo o categoría, turno…); una agenda actualizada de cada trabajador para conocer su disponibilidad cada día para la asignación de tareas; una programación de trabajos diario y semanal que pueda ser actualizado en función de las incidencias y un formulario de comprobación de la ejecución de trabajos asignados a cada operario. El subsistema de gestión de vehículos municipales del servicio de limpieza incluirá información relativa a los vehículos asignables para una inspección, su estado...

Además, se requerirá un submódulo de gestión de resultados de inspección que permita la catalogación y gestión de los resultados de todos los tipos de inspección, así como la generación de informes de diversos tipos. En el caso de las infracciones puntuales detectadas, en las que el inspector levante acta para la apertura de un expediente sancionador, este sistema de gestión de resultados de inspección deberá


Pág

ina:

62

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 63

poder integrarse con el sistema municipal de gestión de expedientes empleado en materia de infracciones de limpieza y expedientes sancionadores.

El sistema de inspección y control municipal interactuará con el resto de módulos de información de la plataforma informática que le sean de aplicación (de gestión de indicadores, de informes mixtos, de análisis de información, SIG, de Recogida, Gestión y Seguimiento de Avisos…)

El seguimiento y el control de los resultados de los Servicios públicos urbanos prestados se realizará, por parte de los servicios municipales, a través del control de infracciones puntuales de las prescripciones del Pliego y por medio de indicadores de calidad de tipo estadístico y objetivo asociados a los mismos, que miden el nivel de calidad de los Servicios públicos urbanos a partir de datos obtenidos en controles representativos.

El detalle de las inspecciones a realizar por el servicio es el siguiente:

La planificación se hará por SIG y calendario, de modo semiautomático, proponiendo el sistema una zona para la realización de las rutas y precisando confirmación de un técnico para el visto bueno.

La muestra se obtendrá de un punto inicial dentro de una zona, situada en un área de alta densidad de avisos sin resolver. Podrán tenerse en cuenta otros factores como el rechazo de un área de una zona ya escogida previamente, etc.

Se marcarán zonas, búfer y un número mínimo de inspecciones de manera parametrizable.

Toda la información será editable, para su posible modificación por un técnico municipal, y su posterior validación.

Después, se generarán órdenes de trabajo y se enviarán a las tabletas de los inspectores municipales.

Todas las inspecciones (de servicio y de estado) podrán opcionalmente ser revisadas por un agente, sobre la herramienta de escritorio, que las filtre antes de ser volcadas al sistema de gestión del servicio, también se podrán volcar de forma automática en tiempo real a la base de datos común desde el dispositivo móvil.

Se procederá a particularizar el módulo común de Inspecciones a las necesidades del Servicio de Limpieza. A este respecto el propio Servicio detallará pormenorizadamente los nuevos formularios de inspección, la planificación, la gestión de los resultados, las funcionalidades del cliente móvil, la ampliación de los subsistemas necesarios sobre el módulo común, etc.


Pág

ina:

63

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 64

4.2.3.13. Subsistema de gestión para pavimentos, puentes y estructuras

El sistema informático a provisionar/desarrollar, adaptar e integrar será un SIG de gestión que dará soporte a la operativa del Servicio, la gestión de los trabajos, la transferencia de la información y la integración de los sistemas actuales y futuros con este sistema. A dicha plataforma tendrán acceso los servicios municipales y las empresas conservadoras.


El sistema a desarrollar/suministrar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio. En particular, el sistema deberá considerar los siguientes módulos y funcionalidades:

1. Inventario y Gestión de Pavimentos, que integrará los siguientes elementos:

o Inventario de Conservación de vías públicas.

o Gestión de Pavimentos.

2. Inventario de Estructuras y Obras de paso.

3. Inspecciones.

4. Gestión de indicadores.

5. Certificación.


Se utilizará el módulo común de Sistema de Información Geográfica (SIG) como soporte a la gestión del servicio.

4.2.3.13.2. Módulo de Inventario y Gestión de Pavimentos

4.2.3.13.2.1 Inventario de Conservación de vías públicas

Proporcionará la funcionalidad requerida para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Se integrará con el módulo SIG, módulo común desarrollado por el Ayuntamiento y que utilizarán todas los SIG de gestión de los contratos integrales, mediante las interfaces desarrolladas al efecto. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos y áreas de actuación, permitiendo su consulta mediante herramientas de tipo gráfico, el callejero municipal, selecciones espaciales, o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en el mapa, así como recuperar información sobre dichos elementos en formato ficha con un modelo de datos específico. Los elementos actuales se migrarán desde los sistemas digitales suministrados por el Servicio.


Pág

ina:

64

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 65

Se cargará inicialmente la Cartografía digital del Ayuntamiento de Madrid y el SIG que se desarrolle recogerá la información relativa a la conservación de pavimentos en la vía pública y las zonas verdes incluidas en el contrato, con objeto de conocer las características y estado de los elementos objeto de conservación y su situación geográfica.

En el SIG se incluirán los datos de inventario de otras aplicaciones municipales existentes relativas a la conservación de pavimentos en vías públicas y mantenimiento de zonas verdes, entre los que se encuentran los sistemas GVP, COORDINA y las bases de datos de los departamentos de conservación de las D.G. de Vías y Espacios Públicos y de Patrimonio Verde.

El módulo de Inventario de Conservación de vías públicas soportará operaciones tales como:

1. Localización de un elemento inventariado, bien por posicionamiento en el callejero de Madrid, bien por introducción de su nombre (o palabra clave) o por número de identificación.

2. Localización de elementos de inventarios que cumplan una serie de propiedades o características, de acuerdo con unos filtros específicos. Una vez localizado el elemento inventariado, se accederá a la información vinculada a la misma mediante fichas:

Información general (datos generales, situación, zona vial, zona de ámbito de contrato, distrito y barrio, superficie, numeración, nombre y coordenadas, documentos relacionados, etc.).

Histórico de los elementos inventariados, que permita conocer la configuración de los viales en distintos momentos.

Datos específicos de dichos elementos (fechas, superficies, materiales, uso, índices de estado, etc.).

Planos, croquis y fotografías en formato imagen o pdf, o cualquier otro tipo de archivo adjunto.

3. Gestión del mantenimiento del inventario.

Herramientas para la edición de las capas gráficas.

Creación del elemento geográfico en el sistema, así como su mantenimiento (alta/baja/modificaciones).



Pág

ina:

65

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 66

Asignación de atributos propios del elemento inventariado y sus elementos.

Permitirá la generación y segmentación de capas y la tramificación del viario público.

Mediante un procedimiento en diferido, se realizará una copia anual del inventario, a modo de histórico, para consolidar las actualizaciones. De este modo se mantendrán las versiones anuales anteriores del mismo para su comparativa.

4. Integración con otras aplicaciones. Además de integrarse con los módulos comunes y aplicaciones del Ayuntamiento requeridas por el servicio, deberá integrarse con las aplicaciones GVP y COORDINA de la Dirección General de Vías y Espacios Públicos.

5. Consultas sobre el inventario.

Las consultas de los elementos inventariados podrán ser de 3 tipos:

Consultas para la explotación.

Consultas ordinarias de tipo transaccional.

Consultas de mapas temáticos.

Los resultados de las consultas alfanuméricas siempre serán representados gráficamente.

Todas las consultas se realizarán sobre las zonas definidas anteriormente y además, de manera online se podrán consultar todos aquellos elementos que se encuentren sobre cualquier zona geográfica que tracen los usuarios.

El resultado de las consultas podrá exportarse a ficheros de datos en formatos habituales, Excel, PDF, etc. así como ficheros de intercambio para sistemas gráficos incluyendo aquellos formatos para integración con el SIG municipal.

6. Consultas para la explotación.

Se realizarán en diferido, desde un datawarehouse, y se podrán guardar y tipificar las definiciones de las mismas.

Ejemplos de estas consultas (con el filtro previo de calles o distritos/zonas) pueden ser:

Zonas peatonales de Madrid.


Pág

ina:

66

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 67

Pavimento anti ruido ejecutado, en m2.

Metros cuadrados o lineales de autovías.

Metros cuadrados de pavimentos en un estado determinado.

7. Consultas transaccionales.

Serán consultas que se realizan frecuentemente para el trabajo diario, y se definirán por el servicio.

Existirá la posibilidad de mostrar los elementos inventariados a partir de una selección espacial dentro de una zona/subzona.

8. Consultas de mapas temáticos.

Son consultas que se realizarán sobre las diferentes capas de avisos por zonas o distritos, sobre viales.

Existirá la posibilidad de mostrar estos mapas a partir de una selección espacial dentro de una zona/subzona, este resultado no se guardará.

Ejemplos de estas consultas podrán ser:

- Por número de avisos (gradiente de avisos).

- Por incumplimiento (zonas, distritos, etc.)

- Por diferentes tipologías.

El sistema soportará consultas por cualquiera de los atributos de los elementos inventariados. Asimismo, se podrán realizar consultas en relación con las inspecciones realizadas implementando diferentes filtros.

4.2.3.13.2.2 Gestión de Pavimentos

Este módulo recogerá y gestionará la información referente a las actuaciones en vías públicas y zonas verdes de la Dirección General de Vías y Espacios Públicos. Su misión es gestionar el proceso completo de recepción y transmisión de información desde el Sistema de Gestión de Avisos y Peticiones del Ayuntamiento hasta los diferentes actores implicados en el proceso, planificación y visado de los trabajos, control administrativo, control de calidad, transmisión de la información, valoración y seguimiento de las actuaciones de conservación de pavimentos.

Incluirá toda la funcionalidad de la aplicación que actualmente emplea el Departamento de Conservación y Renovación de Vías Públicas denominada PAVIMENTOS adaptada al nuevo contrato y organización del Ayuntamiento de Madrid. En el Anexo 1 se incluye documentación sobre la funcionalidad de esta aplicación.


Pág

ina:

67

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 68

Dispondrá de todas las herramientas necesarias para la gestión gráfica de las actuaciones realizadas y que serán repercutidas para actualizar el Inventario de Conservación de vías públicas vigente.

4.2.3.13.2.3 Inventario de Estructuras y obras de paso

Este módulo permitirá la gestión y el mantenimiento de las estructuras y obras de paso del Ayuntamiento de Madrid.

Incorporará los datos disponibles en el Departamento de Conservación y Renovación de Vías Públicas sobre el inventario de estructuras y obras de paso disponibles a la fecha de disponibilidad de este módulo. Actualmente este inventario reside en la aplicación IncaBridges utilizada por el Servicio. En el Anexo 2 se detalla la descripción funcional y el sistema de gestión de IncaBridges.

Para ello, se desarrollará o se proveerá de un módulo de Estructuras y Obras de Paso a integrar en el SIG de Inventario y Gestión de pavimentos que permita asociar los datos y procedimientos necesarios para la gestión de este tipo de activos.

A continuación se expone, a un nivel alto de abstracción, la funcionalidad requerida a este módulo:

Incluirá toda la información gráfica, alfanumérica y documental en sus diversos formatos, tanto histórica como actual, para cada elemento del inventario incluyendo todas las actuaciones de mantenimiento y gestión que se realicen sobre estos elementos y los cálculos que se obtengan de los informes utilizados, como se describen a continuación:

Datos relativos al elemento inventariado y su emplazamiento como son: empresa concesionaria, tronco de autopista, ramal de enlace, pk's, dirección más cercana, datos de identificación del muro, fecha del último inventario, inspectores, etc.

Datos relativos a un puente o estructura, así como de los muros laterales de una estructura, como pueden ser: cimientos, alzados, juntas, coronaciones, impostas, sistemas de contención en coronación, dispositivos de drenaje, impermeabilizaciones y rellenos del trasdós, etc.

Todos los datos geométricos de los muros laterales para su gestión desde una ficha adaptándose para registrar la definición geométrica completa del muro (cimientos, alzados, juntas, coronaciones, impostas, sistemas de contención en coronación, dispositivos de drenaje, impermeabilizaciones y rellenos del trasdós, etc.).

Permitirá conocer el historial de todos los elementos inventariados a través de fichas configuradas a tal efecto.

Se integrará con el SIG municipal posibilitando la rápida localización del emplazamiento de los elementos sobre los planos cartográficos, ortofotos, etc.


Pág

ina:

68

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 69

u otros servicios de mapas que el Departamento de Conservación y Renovación de Vías Públicas determine.

Se podrán almacenar y consultar archivos con cualquier formato asociados a todos los elementos inventariados y a su historia, tanto gráfica como alfanuméricamente, como pueden ser Fotografías, informes, expedientes, Planos de Planta, Alzado y Sección Tipo, etc. incorporando archivos en formato PDF, o bien planos CAD en formatos DWG, DXF o DGN, etc.

Permitirá la generación de archivos en formato SHP para su integración y consulta desde otros SIG corporativos.

Se realizará también una copia anual del inventario de Estructuras y Puentes a modo de histórico.

4.2.3.13.3 Consultas

El sistema permitirá realizar consultas transaccionales mediante filtros que especificará el servicio y cuyos resultados se mostrarán tanto alfanuméricamente como representados sobre el SIG.

Las consultas serán flexibles pudiéndose filtrar los resultados por código de elemento, características del elemento, fecha de instalación, por una zona prefijada (Comarca, Municipio, Carretera o PK) o por un área que fije el usuario o por las zonas previamente definidas por el Servicio.

Será posible exportar los resultados de dichas consultas a otros ficheros en formatos estándar como son Excel, pdf, etc., para facilitar la explotación de la información.

4.2.3.13.4 Migración de datos desde IncaBridges

Se realizará una migración de los datos actualmente existentes en la aplicación IncaBridges utilizada por el Servicio, en el formato adecuado, al nuevo Inventario de Estructuras y obras de paso.

4.2.3.13.5 Control del mantenimiento correctivo

Para ello, el sistema se integrará con el módulo de Recogida, Gestión y Seguimiento de Avisos, mediante un servicio web o procedimiento similar a implementar en el sistema. Todas la incidencias deberán recogerse a través de este sistema por los diferentes canales establecidos, que automáticamente, enviará al sistema de gestión del Servicio las incidencias para su gestión y resolución, de manera que se pueda conocer el histórico de incidencias relativas a los elementos que gestiona el Servicio de Pavimentos, Puentes y Estructuras y las actuaciones realizadas sobre ellas.

El sistema permitirá la introducción de los partes de trabajo de los operarios, en los formatos que se definan, al objeto de conocer con exactitud las actuaciones y el personal necesario para la reparación. Además, se facilitarán todas las herramientas necesarias para poder actualizar el Inventario de Conservación de vías públicas de acuerdo con las variaciones derivadas de las actuaciones.


Pág

ina:

69

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 70

4.2.3.13.6 Gestión de Avisos y Peticiones

Tal y como se ha indicado en el anterior punto, el módulo de Recogida, Gestión y Seguimiento de Avisos estará sincronizado mediante el Sistema de Integración y Orquestación con el módulo de gestión del Servicio Sectorial. El flujo de trabajo en la evolución de las actuaciones podrá pasar por control municipal de gestor, técnico y/o visado, Estas actuaciones realizadas en el SIG de Gestión del Servicio repercutirán de forma online sobre el módulo de Recogida, Gestión y Seguimiento de Avisos, el módulo de Inspecciones, y otros módulos comunes del Ayuntamiento, a través del Sistema de Integración y Orquestación, según los criterios que indique el servicio.

4.2.3.13.7 Gestión de indicadores

La gestión de los indicadores se efectuará a través del módulo común desarrollado al efecto y que permitirá la gestión de indicadores en relación con la actualización de los valores de los indicadores de calidad definidos por los Servicios municipales o que puedan ser definidos en el futuro, así como de las posibles modificaciones en la definición del indicador y sus algoritmos. También llevará un registro de los indicadores ordenados según su tipología o Servicio.

Se consideran un máximo de 25 indicadores, y la tipología siguiente:

De servicio. Son Indicadores del tipo Sí/No, son cálculos polinómicos basados en Nº de avisos resueltos / Nº de avisos estipulados, Tiempo de resolución de los mismos / Tiempo estimado de resolución, Tiempo de inspección / Tiempo estimado de inspección desde su entrada en el sistema, Valor del peso referido a la Zona Vial, Valor del peso referido a la Zona contrato.

De estado. Cálculo polinómico basado en el Valor de estado de la actuación, Valor del peso referido a la Zona Vial, Valor del peso referido a la Zona contrato.

De transparencia. Cálculo polinómico que sirve para comprobar la veracidad de las actuaciones realizadas por la adjudicataria basado en valores ponderados de las inspecciones realizadas.

De calidad del servicio. Según criterios que definirá el servicio.

De disponibilidad. Según criterios que definirá el servicio.

De Prestación. Cumplimiento de condiciones del pliego, según criterios que definirá el servicio.

De puentes y estructuras. Los puentes y estructuras se clasificarán en varios tipos según la estructura y se les asignará un valor de 1 a 100 según su estado, que se incluirá como un peso que pondere al índice.

Vendrán recogidos por:

El Sistema de Inspecciones del Ayuntamiento, que manejan los usuarios inspectores/auditores del Ayuntamiento y/o de las empresas.


Pág

ina:

70

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 71

El SIG de gestión del Módulo de Inventario y Gestión de Pavimentos.

EL SISTEMA DE GESTIÓN DE AVISOS Y PETICIONES.

Cualquier otro dato que pueda obtenerse de la Base de Datos de Conocimiento.

Las consultas podrán ser alfanuméricas, gráficas y de mapas temáticos, sobre zonas predefinidas o trazadas online.

Se conservará histórico de los indicadores para realizar consultas a ciertas fechas.

4.2.3.13.8 Módulo de Inspecciones

El seguimiento y el control de los resultados de los Servicios públicos urbanos prestados se realizará, por parte de los servicios municipales, a través del control de infracciones puntuales y por medio de indicadores de calidad de tipo estadístico y objetivo asociados a los mismos, que miden el nivel de calidad de los Servicios públicos urbanos a partir de datos obtenidos en controles representativos.

Los servicios municipales, por tanto, estarán orientados a la toma de los datos relativos a los Servicios públicos urbanos necesarios para la obtención de los indicadores de calidad, a la detección de infracciones puntuales y a la inspección de avisos e incidencias.

Para realizar las inspecciones se utilizara el módulo común de Inspecciones desarrollado al efecto. El número de formularios será el necesario para alimentar los indicadores considerados en este Servicio.







Todas las inspecciones (de servicio y de estado) podrán opcionalmente ser revisadas por un agente, sobre la herramienta de escritorio, que las filtre antes


Pág

ina:

71

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 72

de ser volcadas al sistema de gestión del servicio, también se podrán volcar de forma automática en tiempo real a la base de datos común desde el dispositivo móvil.

4.2.3.14. Subsistema para la contenerización, recogida y transporte de residuos

El sistema a provisionar/desarrollar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de contenerización, recogida y transporte de residuos.

En particular, el sistema deberá considerar las siguientes actuaciones, labores, operaciones y funcionalidades:

El sistema deberá disponer de información actualizada en tiempo real de todos los puntos de recogida de residuos de todas las fracciones indicando para cada punto al menos la siguiente información: número de contenedores de cada clase y fracción, volumen para cada fracción y resumen por Distrito, de los datos anteriores.

Intervienen elementos de Residuos cuya gestión precisa de una planificación diaria como son la recogida de residuos domiciliaria o de empresas, periódica como son eventos especiales, fechas de interés, etc. y planificación en demanda como ocurre con aquellos que surgen de manera excepcional, manifestaciones, accidentes, etc.

Los vehículos y elementos de recogida estarán sensorizados y de forma automática indicarán el estado y llenado de todos los elementos intervinientes (contenedores, vehículos, recursos, etc.). Se comprobará su estado y llenado a través de las inspecciones que se realicen con dispositivos móviles que de manera automática obtengan dichos datos.

El sistema de información asociado debe registrar toda la información sobre los puntos de recogida señalada anteriormente y, además, contendrá información de todas las operaciones de mantenimiento y lavado realizadas sobre cada contenedor, así como toda la información referente a las inspecciones de control de calidad y que serán usadas para el cálculo de indicadores de contenedores.


Toda la información se integrará en la BBDD de Conocimiento mediante el Sistema de Integración y Orquestación

En todo caso, el sistema a desarrollar/suministrar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que


Pág

ina:

72

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 73

comprenden el Servicio. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.

4.2.3.14.1. Gestión de Contenedores

Proporcionará la funcionalidad requerida para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Se integrará con el módulo de SIG, módulo común desarrollado por el Ayuntamiento y que utilizarán todas los SIG de gestión de los contratos integrales, mediante las interfaces desarrolladas al efecto. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos, áreas de actuación, rutas, etc., permitiendo su búsqueda mediante herramientas de tipo gráfico, el callejero municipal, selecciones espaciales, o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en la cartografía municipal de Madrid, así como recuperar información sobre dichos elementos de acuerdo con un modelo de datos específico.

1. Se realizará un inventario de todos los contenedores. Incluirá datos del tipo:

Datos de Localización, rutas en las que interviene, etc.

Datos de sensorización, RCID, etc.

Datos sobre el tipo de residuo a contenizar.

Datos sobre el tipo de recogida/retirada que se debe realizar.

Datos sobre el tipo de contenedor.

Datos de los vehículos y maquinaria.

Datos de los medios materiales cercanos.

Planos, croquis y fotografías en formato imagen o pdf.

Otros.

2. Gestión del mantenimiento del inventario:


Creación del elemento geográfico en el sistema.


Asignación de atributos propios del contenedor y sus elementos.

3. Consultas sobre el inventario:

Número de contenedores en una zona, distrito, calle, polígono, etc.

Cantidad en toneladas métricas de residuos recogidos.


Pág

ina:

73

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 74

Datos de Limpieza.

Instalaciones dadas de alta o baja en un periodo de tiempo

Otros.

Incluirá una Administración que permita tener un control de las actividades y estado de las instalaciones mediante partes de trabajo y fichas que cumplimentarán los técnicos en el sistema. Para ello, se recogerán partes diarios de inspección, trabajos e incidencias en relación con los trabajos realizados, según los programas de trabajo e inspecciones y de las anomalías observadas en el estado de los elementos mecánicos, recursos humanos, tipo de sensorización, etc. Los partes de trabajo incorporarán fotografías y documentación anexa.

Por otra parte, el SIG dispondrá de un módulo de actualización de inventarios en campo para aquellos Servicios públicos urbanos que requieran de la toma de datos y edición in situ, mediante dispositivos móviles tipo tablet, el envío de los datos generados y su integración en el inventario dependiendo del modelo de datos adoptado para cada servicio y el ulterior tratamiento y gestión de la información desde aplicaciones en la base de datos corporativa.

Recogerá datos de sensorización del contenedor sobre su estado y/o llenado, a través de dispositivos electrónicos específicos volcándolos en un dispositivo móvil que permita su consulta y actualización sobre el Inventario.

Se presentará información sobre los puntos de recogida, los datos de la ruta, de los elementos intervinientes tanto en la recogida como en la retirada, recursos humanos empleados, instalaciones físicas cercanas, tipología de la recogida, etc.

Se deberá integrar, a través del módulo de Integración y Orquestación, con la aplicación SAE del parque de Valdemingómez del Ayuntamiento de Madrid para recoger datos de los vehículos-contenedores de recogida, pesajes de los residuos, fechas, etc. para poder asignar dichos datos a los elementos del Inventario.

Se integrará con el módulo de Planificación para la consulta de los datos de rutas

Se integrará con el módulo de Inspecciones para la recogida de datos en campo, lleven o no incorporado sistemas de sensorización.

Se integrará con el sistema de Gestión de Flotas para consulta de vehículos y maquinaria y con el sistema de Instalaciones Físicas

Se mantendrán históricos de todos los elementos del inventario y gestiones realizadas sobre los mismos tanto gráfica como alfanuméricamente.

4.2.3.14.2. Gestión de tareas programadas – rutas

Utilizará el módulo común de planificación. El sistema permitirá gestionar las planificaciones de las labores de conservación y mantenimiento de los elementos del inventario.


Pág

ina:

74

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 75

Se realizarán Tareas programadas fijas y Tareas programadas no fijas que se podrán consultar sobre Rutas planificadas geográficamente:

1. Representación de Rutas. Se representará en el SIG pudiéndose consultar datos de:

Número de puntos de recogida, Número de contenedores asociado, datos de Vehículos, operarios, datos de inicio y fin.

Se podrán consultar las actuaciones y tareas sobre las rutas para recoger las incidencias de inspección mediante la integración con el sistema municipal SIMUN y de gestión. Se presentarán datos sobre la actuación realizada sobre esas rutas, anteriores y posteriores a la misma.

2. Tareas programadas fijas. Son tareas a realizar con periodicidad fija programada tal como indique el servicio como son las siguientes

Recogida de residuos domiciliarios. Se realizan en rutas programadas diariamente. Pueden ser de envases y resto.

Recogidas en hospitales, comercios, etc. Periodicidad fija.

Recogida de Vidrio y Papel. Rutas fijas planificadas aunque podrían ser en demanda.

Recogidas en Puntos Limpios. La planificación es periódica aunque tienen una gestión particular.

3. Tareas programadas no fijas o bajo demanda. Son tareas que no tienen una periodicidad fija y que se pueden realizar según solicitudes de instituciones, particulares, etc., como son:

Recogidas residuos y saneamiento de viviendas y locales particulares. Diógenes.

Recogidas en acontecimientos y eventos. Referidos a la recogida en manifestaciones, etc.

Recogida de contenedores y sacos no autorizados. Se comprobará el permiso de obra y contenerización en la página web correspondiente.

Precontenerización. Suministro, reparación, conservación y sustitución de los contenedores.

Recogida de residuos ordenados por el Ayuntamiento de Madrid.

Incluirá una Administración que permita tener un control de las actividades y estado de las instalaciones mediante partes de trabajo y fichas que cumplimentarán los técnicos en el sistema. Para ello, se recogerán partes diarios de inspección, trabajos e


Pág

ina:

75

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 76

incidencias en relación con los trabajos realizados, según los programas de trabajo e inspecciones y de las anomalías observadas en el estado de los elementos mecánicos, recursos humanos, tipo de sensorización, etc. Los partes de trabajo incorporarán fotografías y documentación anexa.

La aplicación debe permitir introducir modificaciones de las planificaciones y dejar constancia de cualquier tarea extraordinaria que se realice, integrándose con el módulo de planificación y en particular con el subsistema de eventos de modo que se puedan reflejar los mismos en las rutas, tareas y actuaciones. Ejemplos de eventos son La cabalgata de reyes, manifestaciones, etc.

Se integrarán con el módulo común de gestión de flotas para conocer aquellos vehículos que deben realizar la ruta y los que finalmente están involucrados en la actuación

Se integrarán con el módulo común de gestión de recursos humanos, pues se requiere conocer, por ejemplo, los conductores de los vehículos

Se integrará con el módulo de Inspecciones para la recogida de datos en campo, lleven o no incorporado sistemas de sensorización.

Se mantendrán históricos de las tareas y actuaciones sobre estas rutas antes y después de las mismas.

4.2.3.14.3. Gestión de flotas

El sistema se integrará con el módulo común de gestión de flotas que permita gestionar el estado de la flota de vehículos y maquinaria, posición, listados de rutas, fecha de realización de la ruta, tiempos de paradas en las mismas, tiempos de trabajo de los cepillos, bombas de agua, etc., incidencias en las rutas y posición de las mismas, etc. e integrarla en las labores de planificación, gestión, seguimiento y actuación de los trabajos.

La gestión de flotas y su interrelación con las tareas anteriormente citadas, deberán poderse integrar y visualizar con el módulo SIG, además de integrarse con el resto de módulos de información que sean de aplicación (de Medios Materiales en cuanto a los vehículos e instalaciones de limpieza, de Gestión de Recursos Humanos, de Planificación…).


Se tendrán en cuenta dos situaciones:

1. Las incidencias que se informen a través del el Sistema de Gestión de Avisos y Peticiones del Ayuntamiento. En este caso, el sistema se integrará con el módulo de Recogida, Gestión y Seguimiento de Avisos, mediante un servicio web o procedimiento similar a implementar en el sistema. Todas la incidencias deberán recogerse a través de El Sistema de Gestión de Avisos y Peticiones por los diferentes canales establecidos, que automáticamente, enviará al sistema de gestión del Servicio las


Pág

ina:

76

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 77

incidencias para su gestión y resolución, de manera que se pueda conocer el histórico de incidencias relativas a los elementos que gestiona el Servicio de Recogida de Residuos y las actuaciones realizadas sobre ellas.

2. Aquellas incidencias que surjan en las actuaciones que se gestionan con los elementos del inventario. Para este caso, se procederá a particularizar el módulo común de Inspecciones. A este respecto, el propio Servicio detallará pormenorizadamente los nuevos formularios de inspección, la planificación, la gestión de los resultados, las funcionalidades del cliente móvil, la ampliación de los subsistemas necesarios sobre el módulo común, etc.


Tal y como se ha indicado en el anterior punto, el módulo de Recogida, Gestión y Seguimiento de Avisos estará sincronizado mediante el Sistema de Integración y Orquestación con el módulo de gestión del Servicio Sectorial. El flujo de trabajo en la evolución de las actuaciones podrá pasar por control municipal de gestor, técnico y/o visado, Estas actuaciones realizadas en el SIG de Gestión del Servicio repercutirán de forma online sobre el módulo de Recogida, Gestión y Seguimiento de Avisos, el módulo de Inspecciones, y otros módulos comunes del Ayuntamiento, a través del Sistema de Integración y Orquestación, según los criterios que indique el servicio.

4.2.3.14.6. Obtención de datos de sensorización

La obtención de los datos de sensorización se hará a través de la aplicación de Gestión de Inventario. Incorporará datos sobre la sensorización de cubos, RCDs, y todos los elementos asociados al inventario y en particular de los vehículos de la flota para lo cual se integrará con el módulo de gestión de flotas que aportará datos anteriores y posteriores a la actuación acerca de, recorrido realizado, paradas, etc.



El resultado de las mismas podrá ser exportado a ficheros en formatos habituales como son Excel, pdf, etc.


El sistema realizará informes sobre todos los elementos consultados indicando datos de inventario, datos de ruta, instalaciones, recursos humanos, localización, fotos, etc. de forma gráfica como alfanuméricamente según criterios del servicio; para lo cual se integrará con el módulo común de Generación de informes mixtos.

Todos los informes podrán ser exportados a ficheros en formato Excel, pdf, etc.


Pág

ina:

77

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 78

4.2.3.14.9. Otros Informes

Para las inspecciones del Servicio se generarán también informes específicos o Actas de inspección que derivarán en el correspondiente expediente sancionador. Estos informes se podrán exportar a otras aplicaciones del Ayuntamiento

Todos los informes podrán ser exportados a ficheros en formato Excel, pdf, etc.

4.2.3.14.10. Inspección

Para realizar las inspecciones se utilizará el módulo común de Inspecciones desarrollado al efecto. El número de formularios será el necesario para alimentar los indicadores considerados en este Servicio. Se procederá a particularizar el módulo común de Inspecciones. A este respecto el propio Servicio detallará pormenorizadamente los nuevos formularios de inspección, la planificación, la gestión de los resultados, las funcionalidades del cliente móvil, la ampliación de los subsistemas necesarios sobre el módulo común, etc.

Se podrán realizar inspecciones sobre recogida de residuos mediante indicadores de calidad que se indican a continuación o aquellas que siendo relativas a infracciones necesitan más información para la creación del documento de acta que deberá ir debidamente documentada y firmada para, si es necesario, iniciar los correspondientes expedientes.

Para la realización de estas inspecciones de recogida de residuos, se dispondrá de dispositivos móviles con GPS, a través de los cuales se recogerá la información en calle en formularios que contengan tipos de infracciones, incidencias…., y se enviará de manera online y de forma sencilla, automática y segura, a la aplicación de gestión de inspección y control integrada en la plataforma informática. La información recogida será alfanumérica y gráfica (fotografías, croquis asociados a la inspección…), toda ella georreferenciada. En estos dispositivos se podrán recibir a su vez asignaciones de inspecciones desde el escritorio y se deberá tener acceso al visor cartográfico con las capas de información necesarias. El sistema deberá permitir conocer la localización del dispositivo móvil en el visor cartográfico del escritorio.

La aplicación de escritorio analizará todos los datos y funcionalidades necesarios para el tratamiento de las inspecciones generadas en el dispositivo móvil. Esta aplicación centralizará la información obtenida en calle y permitirá la gestión de inspecciones (altas, modificaciones, visados, asignación de inspecciones…), la gestión de usuarios, la generación de informes y actas de inspección (en formato digital e imprimible), etc. Deberá contar con un visor cartográfico que permita consultar tanto las capas SIG que se integran en el sistema de información geográfica de la plataforma como la localización de los dispositivos del personal municipal cuando estén trabajando. En la aplicación se emplearán tablas maestras o auxiliares de cada módulo, así como la base de datos del callejero de la ciudad de Madrid. El sistema deberá permitir la asignación, de la forma más sencilla y automática posible, de una o varias inspecciones sucesivas asociadas a una inicial, que se realizarán en momentos diferentes (en plazos que oscilan entre varias horas y varias semanas). Además, se


Pág

ina:

78

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 79

permitirá la asignación a usuarios de dispositivo móvil diferentes a los que dieron el alta de la inspección inicial. La información de las inspecciones asignadas podrá incluir información gráfica, documentos adjuntos…

Para la planificación de los trabajos y la asignación de inspecciones a los usuarios de dispositivo móvil disponibles en cada turno de trabajo, este módulo deberá conectarse o incluir unos subsistemas de gestión de personal municipal y de vehículos de inspección municipales El subsistema de gestión de personal municipal incluirá, como mínimo, una información general sobre el personal que se dedica al control del presente contrato, sea de calle o de oficina (gestor de escritorio) (identificación personal, departamento/servicio al que se encuentra adscrito, puesto de trabajo o categoría, turno…); una agenda actualizada de cada trabajador para conocer su disponibilidad cada día para la asignación de tareas; una programación de trabajos diario y semanal que pueda ser actualizado en función de las incidencias y un formulario de comprobación de la ejecución de trabajos asignados a cada operario. El subsistema de gestión de vehículos municipales del servicio de recogida de residuos incluirá información relativa a los vehículos asignables para una inspección, su estado...

Además, se requerirá un submódulo de gestión de resultados de inspección que permita la catalogación y gestión de los resultados de todos los tipos de inspección, así como la generación de informes de diversos tipos. En el caso de las infracciones puntuales detectadas, en las que el inspector levante acta para la apertura de un expediente sancionador, este sistema de gestión de resultados de inspección deberá poder integrarse con el sistema municipal de gestión de expedientes empleado en materia de infracciones y expedientes sancionadores.

El seguimiento y el control de los resultados de los Servicios públicos urbanos prestados se realizará, por parte de los servicios municipales, a través del control de infracciones puntuales de las prescripciones del Pliego y por medio de indicadores de calidad de tipo estadístico y objetivo asociados a los mismos, que miden el nivel de calidad de los Servicios públicos urbanos a partir de datos obtenidos en controles representativos.






Pág

ina:

79

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 80



Todas las inspecciones (de servicio y de estado) podrán opcionalmente ser revisadas por un agente, sobre la herramienta de escritorio, que las filtre antes de ser volcadas al sistema de gestión del servicio, también se podrán volcar de forma automática en tiempo real a la base de datos común desde el dispositivo móvil.

4.2.3.14.11. Particularización del módulo común de Inspecciones

Se procederá a particularizar el módulo común de Inspecciones. A este respecto el propio Servicio detallará pormenorizadamente los nuevos formularios de inspección, la planificación, la gestión de los resultados, las funcionalidades del cliente móvil, la ampliación de los subsistemas necesarios sobre el módulo común, etc.

4.2.3.15. Subsistema de gestión para el mantenimiento y conservación integral de parques: parques históricos, parques singulares, parques forestales y viveros municipales

El subsistema informático a provisionar/desarrollar, adaptar e integrar será un SIG de gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de mantenimiento y conservación integral de parques singulares, históricos, forestales y viveros municipales En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.

Para ello, se hará uso de los módulos comunes de la plataforma MiNT, así como de los correspondientes subsistemas de gestión de los Servicios públicos urbanos. Para facilitar la usabilidad del subsistema por parte de los usuarios, se creará una interfaz desde la que se puedan invocar a los subsistemas de gestión correspondientes (limpiezas, zonas verdes, alumbrado público, etc.) para utilizar la funcionalidad requerida.

Los datos actuales provendrán de diferentes sistemas y tecnologías, por lo que será necesario establecer procesos de migración desde los citados sistemas fuente.


Pág

ina:

80

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 81

4.2.3.16. Subsistema de gestión para instalaciones hidráulicas ornamentales

El sistema a provisionar/desarrollar, adaptar e integrar deberá permitir la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio de conservación y mantenimiento de las Instalaciones Hidráulicas Ornamentales (IHO), existentes o futuras, de la ciudad de Madrid En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.


Se integrará en un entorno SIG que permita el uso de las herramientas del módulo de Sistema de Información Geográfica para el mantenimiento de los datos propios del Inventario de IHO son zonas, distritos, áreas de actuación, instalaciones, localización, planificación, mantenimiento, actuación, etc. procedentes de las labores de conservación específicas de este servicio.

En todo caso, el sistema a suministrar/desarrollar tendrá que dar soporte a la gestión, control y seguimiento de todas las tareas, labores, operaciones y protocolos que comprenden el Servicio. En el Anexo 1 están recogidos los servicios y actividades de este Servicio, si bien son orientativos y pueden sufrir modificaciones.


4.2.3.16.1. Módulo de Inventario

Proporcionará la funcionalidad requerida para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Se integrará con el módulo de SIG, módulo común desarrollado por el Ayuntamiento y que utilizarán todas los SIG de gestión de los contratos integrales, mediante las interfaces desarrolladas al efecto. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos y áreas de actuación, permitiendo su consulta mediante herramientas de tipo gráfico, el callejero municipal, selecciones espaciales, o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en el mapa, así como recuperar información sobre dichos elementos en formato ficha con un modelo de datos específico. Los elementos actuales se migrarán desde los sistemas digitales suministrados por el Servicio. Soportará operaciones tales como:

1. Localización de una IHO, bien por posicionamiento en el callejero de Madrid, bien por introducción de su nombre (o palabra clave) o por número de identificación. Una vez localizada la IHO, acceder a la información vinculada a la misma mediante fichas:

Información general (datos generales, situación, superficie, numeración, nombre y coordenadas, documentos relacionados, etc.)


Pág

ina:

81

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 82

Históricos de las IHO.

Datos hidráulicos (bombas, válvulas, tuberías, toberas, tratamiento del agua, etc.).

Acometida de agua y nº de contador que abastece la fuente (con situación de acometida y contador mediante coordenadas y descripción de ubicación).

Anotación de las lecturas mensuales de los contadores instalados en las tuberías de llenado de las fuentes (pueden ser contadores con lectura remota mediante telecontrol) y comprobación con consumo teórico mensual/anual de cada IHO, de tal manera que cuando se supere en un 20% el consumo teórico la aplicación emita una alerta.

Datos del telecontrol: ph, cloro, conductividad y temperatura. En caso de que se superen los intervalos que se establezcan para cada parámetro, la aplicación debe emitir una alerta.

Datos eléctricos (suministro, bombas, motores, alumbrado).

Planos, croquis y fotografías en formato raster o pdf.

Acceso a documentos asociados al IHO (Notas de Servicio, órdenes de parada, etc.) gestionadas desde un gestor documental.

2. Gestión del mantenimiento del inventario.


Creación del elemento geográfico en el sistema.


Asignación de atributos propios del IHO y sus elementos.

3. Consultas sobre el inventario:

Número de bombas instaladas.

Potencia total o de selección.

Superficie ocupada por los vasos o de selección.

Volumen total contenido o de selección.

Instalaciones dadas de alta o baja en un periodo de tiempo.

4. Gestión administrativa y documental.

Tendrá un módulo de administración que permitirá controlar de las actividades y estado de las instalaciones mediante partes de trabajo y fichas que cumplimentarán los técnicos en el sistema. Para ello, se recogerán partes diarios de inspección,


Pág

ina:

82

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 83

trabajos e incidencias en relación con los trabajos realizados, según los programas de trabajo e inspecciones y de las anomalías observadas en el estado de los elementos mecánicos, eléctricos y de obra civil de las IHO. Los partes de trabajo incorporarán fotografías y documentación anexa.

Por otra parte, la aplicación se integrará con el gestor documental utilizado en el Departamento para el registro de documentación, seguimiento y tramitación de expedientes (reclamaciones de daños, informes técnicos etc.), asignación a técnicos municipales, tramitación de órdenes de trabajo a los contratistas, contestaciones de las mismas etc.

Desde la aplicación se deberá tener acceso a los documentos tramitados en relación con una instalación concreta. Se contemplará la posibilidad de incorporar fotografías y documentación anexa.

Todos los trabajos en relación con la integración con el gestor documental correrán por cuenta de este contrato.

4.2.3.16.2. Gestión de las Planificaciones

Se usará el módulo común de planificaciones. El sistema permitirá gestionar las planificaciones de las labores de conservación y mantenimiento de los elementos del inventario:

1. Introducción de las distintas tareas a realizar y periodicidad (que son las que marque el pliego), instalaciones afectadas y calendario laboral. La aplicación deberá considerar los siguientes programas de trabajo (los que marque el pliego):

Limpieza periódica de vasos de instalaciones hidráulicas ornamentales.

Programa anual de limpieza de vasos de grandes láminas.

Tratamiento del agua.

Tratamiento contra la legionelosis (telecontrol).

Actuación con depuradoras móviles.

Actuación con limpiafondos.

Reposición de lámparas en grupo.

Revisión y medición de tierras.

Programa de pintura de instalaciones.

2. Apunte de las inspecciones realizadas (resto de tareas que no requieren programa de trabajo porque son diarias) con la periodicidad que marque el pliego (partes diarios de trabajo). En el caso de incidencias en las inspecciones, se debería poder enlazar con la gestión de incidencias para su reparación.


Pág

ina:

83

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 84

3. Obtener listados estadísticos de estas operaciones, por ejemplo:

Número de instalaciones limpiadas en un determinado periodo.

Superficie limpiada en determinado periodo.

Volumen de agua gastado por limpieza en un determinado periodo.

Históricos de los programas de cada IHO y su cumplimiento.

La aplicación debe permitir introducir modificaciones de los programas y dejar constancia de cualquier tarea extraordinaria que se realice.


Análogamente a lo indicado para los otros subsistemas sectoriales, el módulo de Recogida, Gestión y Seguimiento de Avisos estará sincronizado mediante el Sistema de Integración y Orquestación con el subsistema de gestión del Servicio para IHO. El flujo de trabajo en la evolución de las actuaciones podrá pasar por control municipal de gestor, técnico y/o visado, Estas actuaciones realizadas en el SIG de Gestión del Servicio repercutirán de forma online sobre el módulo de Recogida, Gestión y Seguimiento de Avisos, el módulo de Inspecciones, y otros módulos comunes del Ayuntamiento, a través del Sistema de Integración y Orquestación, según los criterios que indique el servicio.

La gestión de las incidencias que se produzcan en las IHO considerará los siguientes aspectos, pudiéndose realizar consultas sobre los mismos:

Avería en las bombas.

Pérdida de agua en los vasos.

avería en red de llenado.

Avería en acometida eléctrica.

Avería en instalación hidráulica.

Avería en instalación de alumbrado.

Avería en la instalación eléctrica de fuerza.

Actos vandálicos.

Estado de la incidencia.

Otros.


El sistema soportará consultas transaccionales por cualquiera de los atributos o elementos disponibles. Así mismo, se podrán realizar consultas en relación con las inspecciones, tareas o mantenimientos realizados implementando diferentes filtros.


Pág

ina:

84

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 85

El resultado de dichas consultas podrá ser exportado a ficheros en formatos comunes como son Excel, pdf, etc.


La obtención de los datos de sensorización se hará a través de la aplicación de Telecontrol del Ayuntamiento. Estos datos son las medidas de ph, cloro libre y temperatura del agua, así como los de consumo energético y de agua en la fuentes. La aplicación de Telecontrol ofrece un servicio web que se pueden consumir desde una aplicación para obtener los datos indicados Se deberán realizar las modificaciones oportunas en la aplicación de Telecontrol para su integración con la aplicación de IHO.

4.2.3.16.6. Control energético

Este módulo se encargaría de facilitar la gestión en cuanto a control de los consumos de las IHO y de generar alarmas por desviaciones en el consumo teórico de cada IHO. Para ello, sería necesario que el sistema se comunique con la aplicación existente en el Ayuntamiento de gestión de recibos de las compañías eléctricas, denominada MEGA, para obtener los datos de certificación de cada suministro. En función de la potencia instalada por centro de mando que refleje el inventario y de las horas de funcionamiento teóricas del periodo a considerar, se obtendría un consumo estimado que debería coincidir (dentro de unos márgenes de error configurables) con el consumo medido que reflejan las facturas de las compañías eléctricas. Esta información también se comprobará con los registros obtenidos con la aplicación de Telecontrol.

4.2.3.17. Subsistema de gestión de alumbrado público

El Departamento que tiene la competencia de la gestión y mantenimiento del alumbrado público dispone de un SIG de Gestión para la Red de Alumbrado Público que gestiona el inventario de los elementos de la red - Centro de mando, Tramo y Unidad Luminosa -, su mantenimiento y creación de elementos gráficos. Así mismo, dispone de un módulo básico para el control del mantenimiento, la generación de informes parametrizados y la gestión de tablas maestras. En el Anexo 2 se incluye información acerca de este sistema.





Pág

ina:

85

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 86

4.2.3.17.1. Módulo de Inventario

Proporcionará la funcionalidad requerida para la gestión y el mantenimiento de todos los elementos que conformen el inventario. Se integrará con el módulo común de SIG, y que utilizarán todas los SIG de gestión de los contratos integrales,. Permitirá la consulta de todos los elementos mantenidos en el inventario, agrupados por zonas, distritos y áreas de actuación, permitiendo su consulta mediante herramientas de tipo gráfico, el callejero municipal, selecciones espaciales, o a partir de datos propios de dicho inventario, indicando su ubicación en el mapa. Permitirá seleccionar cualquiera de los elementos inventariados indicando su ubicación en el mapa, así como recuperar información sobre dichos elementos en formato ficha con un modelo de datos específico. Los elementos actuales se migrarán desde los sistemas digitales suministrados por el Servicio. En especial, se tendrán en consideración las siguientes operaciones:

1. Localización de un elemento en base a cualquiera de sus atributos, situación, ámbitos espaciales, etc. Una vez localizada la IHO, acceder a la información vinculada a la misma mediante fichas que faciliten la navegación. Las fichas incluirán fotografía y planos de detalle de los elementos del inventario. La localización será gráfica y alfanumérica.

2. Gestión del mantenimiento del inventario

Herramientas para la edición de las capas gráficas

Creación del elemento geográfico en el sistema. Esto incluye la creación de una biblioteca de iconos con el tamaño y simbología definida por el usuario.


Asignación de atributos propios del sistema y sus elementos.

3. Consultas sobre el inventario de acuerdo con los atributos de los elementos del inventario y asociadas a períodos temporales.

4. Gestión de altas/bajas/modificaciones del inventario. El objetivo es disponer de un registro de las distintas obras de instalaciones que se reciben (altas, bajas, modificaciones). De cada instalación se deberán poder anexar documentos, planos, fotos, etc.

5. Consulta de histórico de inventario. Se deberán recoger los cambios sufridos tanto por elementos de la red de alumbrado como consecuencia de su mantenimiento, como también de la arquitectura global de la calle o zona modificada (cambio de tipo de alumbrado, por ejemplo)

6. Consultas del histórico de averías, avisos y actuaciones, obteniendo datos básicos, de un determinado elemento del inventario.


Pág

ina:

86

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 87

7. Consulta de los datos básicos de los centros de mando de la red, accediendo mediante servicios web a la aplicación de Telecontrol de alumbrado público.

8. Se incluirá una funcionalidad para registrar los fallos encontrados en el inventario, ya sean de georreferenciación o en relación con sus atributos.

9. El mantenimiento del inventario de los centros de mando generará altas y bajas de estos elementos. Se deberá arbitrar un procedimiento vía servicio web u otro procedimiento para que ésta información se actualice/sincronice en otras dos aplicaciones que tienen la información de los centros de mando, que son la aplicación municipal de gestión de recibos de las compañías eléctricas denominada MEGA y la aplicación municipal de Telecontrol. Los trabajos necesarios para realizar este procedimiento serán a cargo de este contrato.

4.2.3.17.2. Gestión administrativa

Este módulo permitirá tener un control de las actividades y estado de las instalaciones mediante partes de trabajo y fichas que cumplimentarán los técnicos en el sistema. Para ello, se recogerán partes diarios de inspección, trabajos e incidencias en relación con los trabajos realizados, según los programas de trabajo e inspecciones y de las anomalías observadas en el estado de los elementos mecánicos, eléctricos y de obra civil. Los partes de trabajo incorporarán fotografías y documentación anexa. La aplicación podrá generar órdenes de trabajo a las que tendrá acceso los técnicos del Ayuntamiento y de la empresa de mantenimiento a fin de iniciar las actividades que de ella se deriven. Por otra parte, la aplicación se integrará con el Gestor Documental utilizado en el Departamento para el registro de documentación, seguimiento y tramitación de expedientes (reclamaciones de daños, informes técnicos etc.), asignación a técnicos municipales, tramitación de órdenes de trabajo a los contratistas, contestaciones de las mismas etc. Desde la aplicación se deberá tener acceso a los documentos tramitados en relación con una instalación concreta. Se contemplará la posibilidad de incorporar fotografías y documentación anexa. Todos los trabajos en relación con la integración con el gestor documental correrán por cuenta de este contrato.

En el Manual de Usuario que se anexa a este pliego se puede analizar la funcionalidad completa del SIG de gestión de Red de Alumbrado actualmente utilizado por el Departamento.


Podrá utilizar el módulo común de Sistema de Información Geográfica (SIG).

4.2.3.17.4. Gestión de las Planificaciones

Utilizará el módulo común de planificación. El sistema permitirá gestionar las


Pág

ina:

87

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 88

planificaciones de las labores de conservación y mantenimiento de los elementos del inventario. Para ello, el sistema interactuará con el módulo común de Planificación disponible al efecto.

1. Introducción de las distintas tareas a realizar y periodicidad (que son las que marque el pliego), instalaciones afectadas y calendario laboral. La aplicación deberá considerar los siguientes programas de trabajo (los que marque el pliego):

Gestión de reposiciones y limpiezas programadas.

Inspecciones de centros de mandos.

Inspecciones diurnas y nocturnas.

Inspecciones de encendido.

Inspecciones de obras.

Inspecciones de vandalismo.

Inspecciones de pinturas.

Mediciones.

Todas aquellas que se especifiquen por el gestor del servicio público urbano.

La periodicidad de las operaciones programadas viene determinadas en los pliegos de conservación en función del tipo de instalación y su funcionamiento, pero podrían ser objeto de modificación por necesidades del servicio.

La aplicación debe permitir introducir modificaciones de los programas y dejar constancia de cualquier tarea extraordinaria que se realice.

2. Todas las actuaciones deberán quedar registradas, de manera que se conozca el histórico de operaciones en los diferentes puntos de luz, o bien las causas por las que no se ha hecho una actividad programada. También se podrá ingresar en el sistema los partes de trabajo de los operarios, de manera que se conozca el personal y la fecha de la actuación realizada.

3. Funcionalidad para anexar los partes diarios de incidencias que se deban entregar en el Departamento, así como los partes de las diferentes inspecciones especificadas en el punto 1 de este apartado.


Tal y como se ha indicado para los otros subsistemas sectoriales, el módulo de Recogida, Gestión y Seguimiento de Avisos estará sincronizado mediante el Sistema de Integración y Orquestación con el Subsistema de gestión del Servicio de Alumbrado Público. El flujo de trabajo en la evolución de las actuaciones podrá pasar por control municipal de gestor, técnico y/o visado. Estas actuaciones realizadas en el SIG de Gestión del Servicio repercutirán de forma online sobre el módulo de Recogida,


Pág

ina:

88

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 89

Gestión y Seguimiento de Avisos, el módulo de Inspecciones, y otros módulos comunes del Ayuntamiento, a través del Sistema de Integración y Orquestación, según los criterios que indique el servicio.



El resultado de dichas consultas podrá ser exportado a Excel, pdf, etc.


La obtención de los datos de sensorización provenientes de los centros de mando se hará a través de la aplicación de Telecontrol del Ayuntamiento. Estos datos se refieren básicamente al consumo energético y datos de encendido y apagado. La aplicación de Telecontrol ofrece un servicio web que se puede consumir desde cualquier aplicación para obtener los datos indicados. Se deberá adaptar la aplicación de Telecontrol para su integración con el Sistema de gestión de Red de Alumbrado.

4.2.3.17.8. Control energético

Este módulo se encargará de facilitar la gestión en cuanto a control de los consumos de la red de alumbrado y de generar alarmas por desviaciones en el consumo teórico de cada centro de mando. Para ello, será necesario que el SIG de gestión de Red de Alumbrado se comunique con la aplicación municipal de gestión de recibos de las compañías eléctricas, denominada MEGA, mediante el consumo de un servicio web publicado por dicha aplicación u otro procedimientos, para obtener los datos de certificación de cada suministro. Esta integración, tanto en lo concerniente a la aplicación MEGA como al subsistema de gestión de alumbrado público recaerá en el ámbito de este contrato. En función de la potencia instalada por centro de mando que refleje el inventario y de las horas de funcionamiento teóricas del periodo a considerar, se obtendría un consumo estimado que debería coincidir (dentro de unos márgenes de error configurables) con el consumo medido que reflejan las facturas de las compañías eléctricas. Esta información también se comprobaría con los registros obtenidos con la aplicación de Telecontrol.

4.2.4 BASE DE DATOS DE CONOCIMIENTO El Ayuntamiento deberá disponer de una base de datos de conocimiento donde se integrará toda la información relevante para la gestión unificada e interrelacionada de los inventarios, activos, incidencias, actuaciones, planificaciones, eventos, etc. que se producen en la ciudad, con el fin de disponer de una visión integral de la misma orientada al concepto de Smart City.

La explotación de la información contenida en esta base de datos de conocimiento se realizará desde diferentes ópticas:


Pág

ina:

89

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 90

OPERATIVA. Obtención de información acerca del seguimiento, gestión y control de los Servicios públicos urbanos por parte del personal técnico y directivo del Ayuntamiento de Madrid. Esta información constituirá la base para la generación de diversos tipos de informes y documentos. Una relación no exhaustiva sería:

o Informes de estado. o Informes de tendencia . o Indicadores. o Certificación. o Mapas temáticos. o Cuadros de mando.

HISTÓRICA. Consulta del estado de la ciudad en diferentes períodos y atendiendo a una serie de parámetros en relación con los Servicios públicos urbanos. Una de las funcionalidades exigibles será la de comparar diferentes estados de la ciudad para obtener tendencias a corto, medio y largo plazo.

PREDICTIVA: Creación de modelos predictivos para simular la situación de la ciudad si concurriesen o se produjesen una serie de acontecimientos, incidencias, riesgos, impactos, etc., lo cual permitiría evitar situaciones no deseadas o reducir el impacto por la ocurrencia de riesgos conocidos y cuantificados.

La información que contendrá la base de datos de conocimiento provendrá de diferentes canales y fuentes de información: subsistemas sectoriales, módulos comunes, indicadores de calidad, sensores, avisos e incidencias, actuaciones sobre los activos, etc., y se referirá básicamente a:

Sistema de Información Geográfica Corporativo del Ayuntamiento de Madrid, denominado SIGMA, donde se encuentran almacenadas todas la capas de información geográfica de la que dispone el Ayuntamiento. Este sistema es utilizado por todas las aplicaciones que requieren de funcionalidad SIG y se apoya en la arquitectura de ESRI (ArcSIG Server, ArcIMS, ArcSDE.)

Inventario de elementos gestionados, independientemente de la tecnología con la que hubiesen sido generados. Estos inventarios, que contendrán la información geográfica y alfanumérica necesaria para obtener la información requerida sobre ellos, deberá ser compatible con la tecnología de ESRI, sobre la que se ha desarrollado SIGMA, de forma que la citada información pueda ser consumida a través del visor del SIG Corporativo sin pérdida de datos

Actuaciones realizadas o planificadas sobre los elementos gestionados.

Incidencias recibidas y gestionadas relativas a los elementos gestionados.

Relaciones entre los elementos gestionados.

Eventos en relación con los activos o que incidan en el estado de la ciudad.


Pág

ina:

90

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 91

Indicadores de calidad del servicio o asociados a la prestación.

Toda aquella información relevante que sea la base para proporcionar una

visión integral de la ciudad en el marco del concepto de Smart City

La base de datos de conocimiento permitirá resolver consultas acerca de las entidades gestionadas teniendo en cuenta la relaciones existentes entre ellas (temporal, espacial, tipo o naturaleza, dependencia, reglas topológicas, etc), por lo que su estructura deberá optimizarse para esta función.

Además, obtendrá toda la información necesaria para el seguimiento, control y valoración de los Servicios públicos urbanos objeto de este pliego.

A lo largo del desarrollo y/o adaptación de la plataforma de soporte a los Servicios públicos urbanos se determinará qué información y con qué periodicidad debe ser transmitida a la base de datos de conocimiento.

La responsabilidad técnica de actualización de toda la información a contener en la base de datos de conocimiento será del adjudicatario de este contrato.

4.2.5 SISTEMA DE INTEGRACIÓN Y ORQUESTACIÓN El sistema de Integración y Orquestación permitirá que los sistemas sectoriales y módulos comunes ofrezcan sus servicios para ser integrados por una herramienta que los coordine, de acuerdo a una lógica de negocio definida por el proceso que se automatiza. Los sistemas no invocarán directamente a los servicios de otros, sino que sólo publicarán sus servicios de negocio. Además de coordinar la ejecución de estos servicios, el sistema de integración debe ofrecer las capacidades de transformación de datos, gestión de eventos, gestión de colas, capacidad para generar servicios de valor en base a los servicios básicos, etc.

Este Sistema de Integración y Orquestación permitirá, entre otras cosas, en tiempo real y de forma desatendida, extraer información de los sistemas fuente de datos, actualizando dicha información de forma inteligente sobre la Base de Datos de Conocimiento. También se considerarán procesos asíncronos con diferentes periodicidades. Los sistemas fuente de datos serán los sistemas de información específicos de los Servicios públicos urbanos los módulos comunes, entre ellos el sistema de Recogida, Gestión y Seguimiento de Avisos, el interfaz o sistema de captación y cualquier otro sistema que interactúe con la plataforma informática de soporte a los servicios públicos urbanos . De igual forma, el Sistema de Integración y Orquestación soportará actuaciones sobre los sistemas sectoriales en los casos que se consideré (comunicación de alertas, eventos que interaccionen con las actividades o reglas de negocio, etc.).

Se definirá un protocolo común de intercambio de información, que permita consumir la información generada por cada uno de los agentes que están actuando sobre Madrid:


Pág

ina:

91

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 92

Información sobre el histórico de eventos generados en un servicio

Gestión de alarmas provocadas por un servicio, que permitirá la interacción entre distintos agentes disparando procesos automáticamente.

Consumo de servicios que proporcionará cada agente en la ciudad.

El Sistema de Integración y Orquestación constituye una pieza clave en la arquitectura de la Plataforma MiNT de Soporte a los Servicios públicos urbanos, por lo que su diseño e implementación será uno de los hitos más críticos del contrato.

El Sistema de Integración y Orquestación, en su papel de árbitro, tiene una serie de responsabilidades generales a la hora de facilitar la intercomunicación entre las diferentes aplicaciones, que deben ser consideradas en todo momento:

Aplica distintos métodos de seguridad en las comunicaciones, consensuando estos aspectos con proveedores y consumidores (WS-Security, SOAP-Sec, CEP, EDA, etc.).

Actúa como punto de autenticación y autorización entre consumidores y proveedores.

Mantiene un registro de auditoría del que es posible extraer trazas de funcionamiento e información sobre los distintos intercambios realizados entre los usuarios del bus, así como datos estadísticos sobre su uso.

Dentro de las funcionalidades que deben contemplarse en el diseño de este módulo se encuentran:

Empresas concesionarias Servicios Ayuntamiento

Sistemas municipales Sistemas de terceros

EmpresasUniversidadesParticipación ciudadana

Protocolo MiNT abierto de intercambio de información


Pág

ina:

92

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 93

Proporcionar una herramienta que permita gestionar la catalogación de servicios y eventos:

Catalogación de servicios: se gestionará el catálogo de servicios, los contratos de consumo de los mismos así como, cuando proceda, las suscripciones a los servicios.

Catalogación de eventos: catálogo de eventos, alarmas, actuaciones, etc. relacionadas con los activos de la ciudad y los Servicios Urbanos que los mantienen. En este sentido, se deberá realizar un análisis completo de los Servicios públicos urbanos y sus interrelaciones con los eventos, alarmas, actuaciones, riesgos, etc. relacionados, estructurando una jerarquía apropiada.

Autorización y control de acceso a los servicios.

Auditoría

Auditoría.los intercambios de mensajes con partners externos (proveedores / consumidores).

Mecanismo de auditoría asíncrono y desacoplado del procesamiento del mensaje.

Firma de transmisiones / validación de firma de transmisiones.

Generación de estadísticas de uso.

Conectividad con sistemas externos.

Servicios proporcionados por otros sistemas de información del Ayuntamiento.

Servicios públicos en Internet.

Servicios proporcionados por empresas prestadoras de servicios.

Adaptación de protocolos.

Definición de los criterios y reglas de calidad de diseño de intercambios de información.

Definir guías comunes de integración.

Definición de las políticas de publicación y consumo de servicios, eventos y fuentes de información: se hace necesaria desde el momento en el que surge la necesidad de seguir estándares, normas y criterios de interoperabilidad, para el intercambio de información con las distintas instituciones e incluso con el ciudadano.

Creación de los contratos de servicios, eventos y alarmas.

Definición de los protocolos estándares en la implementación de todos los intercambios de información: los servicios, eventos, alarmas.


Pág

ina:

93

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 94

Se realizarán las labores de análisis, diseño, construcción e implantación de la Arquitectura Orientadas a Servicios, centrándose principalmente en los siguientes aspectos básicos:

Inventariado y catalogación de los servicios disponibles en la actualidad, en el que se describirán sus propiedades, funcionalidades y formato. El modelo/herramienta para la catalogación de los servicios deberá permitir la búsqueda y recuperación de los componentes para facilitar su uso por terceras partes.

Se realizará un análisis de alternativas tecnológicas y estudio de estándares de las diferentes arquitecturas de integración de servicios disponibles, de cara a mejorar la calidad de los servicios suministrados y la introducción de eficiencias en la actual estructura de costes.

Revisión técnica y validación de los servicios Web existentes.

Elaboración y ejecución de un plan de adaptación tecnológica de los servicios e infraestructuras existentes a las alternativas tecnológicas seleccionadas por el IAM de entre las propuestas por el adjudicatario.

Definición de requisitos, generación, integración e implantación de aquellos servicios (nuevos o existentes) que sean demandados actuando como único sistema plenamente integrado de acuerdo a las recomendaciones y buenas prácticas de las arquitecturas SOA.

Definición e implementación de servicios compuestos de acuerdo a las necesidades de negocio que se vayan produciendo a lo largo de la ejecución del contrato.

Además se colaborará en el despliegue del middleware/ESB en aquellos entornos para los que sea solicitado y se trabajará en la definición de directrices, normas y mejores prácticas según las directrices de IAM.

Este Sistema de Integración permitirá, en tiempo real de forma periódica, y desatendida, extraer información de los sistemas fuente de datos, actualizando dicha información de forma inteligente sobre la Base de Datos de Conocimiento.

Los sistemas fuente de datos serán los sistemas de información específicos de los Servicios públicos urbanos y los módulos comunes, entre ellos el sistema de Recogida, Gestión y Seguimiento de Avisos.

El Sistema de Integración implementará un control de traza sobre los elementos actualizados en cada instante (altas, bajas, modificaciones, indicando su tipo), incorporando datos de auditoría, como fecha y hora, usuario, servicio, operación, etc., de modo que se pueda conocer exhaustivamente el estado de la BD de conocimiento en todo momento. Los datos del control de traza se podrán explotar por el módulo de informes.


Pág

ina:

94

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 95

El Sistema de Integración controlará los eventos que puedan resultar de la gestión de los servicios públicos urbanos, y será capaz de de generar nuevos eventos complejos basado en eventos simples, propagándose la información necesaria a otros sistemas de información que podrán subscribirse al sistema de alarmas con objeto de optimizar la gestión de la ciudad.

Los interfaces que se implementen sobre el Sistema de integración deben ser desarrollados y mantenidos por el adjudicatario, ajustándose a los estándares técnicos fijados por IAM, entre otros:

Servicios WEB basados en SOAP/HTTP.

JAS-RC/REST.

Se entregarán, de forma puntual o periódica en aquellos casos en que IAM estime oportuno, los siguientes productos:

Documentación:

o Inventario y catalogación de servicios Web. Recogerá sus propiedades, funcionalidades y formato.

o Informe de alternativas tecnológicas y plan de adaptación.

o Catálogo de requisitos de los diferentes servicios.

o Análisis y Diseño. Se entregará la documentación de análisis y diseño siguiendo los estándares marcados por IAM.

o Planificación y seguimiento de la generación e implantación de los servicios.

o Documentación y/o código fuente de las pruebas realizadas, incluyendo los casos de prueba y los resultados de la ejecución de los mismos siguiendo los estándares marcados por IAM.

o Documentación de arquitectura del sistema. Se entregará la documentación de las arquitecturas lógica y física necesarias para el funcionamiento del middleware SOA.

o Documentación de la instalación de herramientas. Se entregará la documentación de la instalación del middleware SOA en los diferentes entornos.

o Manual de estilo de buenas prácticas para las iniciativas SOA, siguiendo las directrices de IAM.

Software:

o Se entregará en su totalidad el código fuente de todos los servicios que se desarrollen, dejándolo a disposición de IAM durante todo el proceso de consultoría, análisis y construcción.


Pág

ina:

95

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 96

o Se entregará la documentación y/o código fuente de las pruebas realizadas, incluyendo los casos de prueba y los resultados de la ejecución de los mismos siguiendo los estándares marcados por IAM.

4.3 Hitos planificados y recepción total de la plataforma MiNT Con el fin de asegurar el cumplimiento de los plazos considerados para la provisión/desarrollo, adaptación, integración e implantación de la plataforma MiNT, se establecen los siguientes hitos y penalizaciones:

Fase 1

El plazo de entrega para los productos que a continuación se relacionan será de 6 meses a contar desde la fecha de inicio de la ejecución del contrato:

Módulo de Inspección.

Módulo de Certificaciones y relaciones valoradas.

Módulo de Gestión de Indicadores.

Módulo de Gestión de Flotas.

Sistema de Información Geográfica.

Fase 2

En un plazo de 11 meses desde la fecha de inicio de la ejecución del contrato deberán estar entregados los siguientes productos:

Módulo de tablas maestras.

Módulo de gestión de recursos humanos.

Módulo de planificación.

Módulo de gestión de medios materiales.

Subsistema de gestión de limpieza urbana.

Subsistema de gestión de contenerización, recogida y transporte de residuos.

Subsistema de gestión de mobiliario urbano.

Subsistema de gestión de pavimentos, puentes y estructuras.

Sistema de Integración y Orquestación.

Base de Datos de Conocimiento.

Fase 3


Pág

ina:

96

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 97

El resto de productos hasta completar la plataforma MiNT de soporte a los Servicios públicos urbanos deberán estar entregados en un plazo de 16 meses desde la fecha de inicio de la ejecución del contrato. En concreto, los subsistemas y módulos a entregar en la fase 3 son:

Módulo de generación de informes mixtos.

Módulo de análisis de la información.

Subsistema de gestión de zonas verdes y arbolado viario.

Subsistema de gestión de áreas infantiles, áreas de mayores y circuitos deportivos elementales.

Subsistema de gestión de riego y abastecimiento de aguas

Subsistema de gestión para el mantenimiento y conservación integral de parques, parques históricos, parques singulares, parques forestales y viveros municipales.

Subsistema de gestión para instalaciones hidráulicas ornamentales.

Subsistema de gestión de alumbrado público.

Sistema de recogida, gestión y seguimiento de avisos.

Esta planificación de fases y entregables se considera un requerimiento mínimo. El adjudicatario, dentro de los límites presupuestarios establecidos para cada anualidad del contrato para esta prestación, podrá realizar una propuesta de distribución de fases y entregables que, cumpliendo estos requerimientos mínimos, mejoren las disponibilidad de sistemas para el Ayuntamiento.

Recepción total

A los 18 meses desde la formalización del contrato (y por tanto 2 meses desde la finalización de la fase 3, a los 16 meses) el contratista deberá proceder a la entrega de la plataforma MiNT integrada y funcionando correctamente, teniendo lugar la firma del acta de recepción final global de conformidad del conjunto de la plataforma MiNT, en su caso, según lo establecido en el punto 7.5.1 de este Pliego, momento en el cual comenzará a contabilizarse el período de garantía de la totalidad de los sistemas, módulos, subsistemas y componentes que la integran.

El adjudicatario deberá cumplir con los plazos establecidos más arriba en este apartado. La desviación efectiva de cada hito se considerará como la diferencia en días laborables entre la fecha real de cumplimiento del hito y la fecha indicada en el pliego.

El incumplimiento de los plazos establecidos en este apartado por causa imputable al contratista dará lugar a la aplicación de las penalizaciones previstas en el punto 7.5.1 de este Pliego.


Pág

ina:

97

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 98

5. Servicio de transición y soporte a las actividades del proyecto

El objeto de este servicio es la asistencia técnica durante todo el proceso de operación

de la plataforma MiNT, desde su puesta planificada en funcionamiento, pasando por

las pruebas funcionales, asistencia en el despliegue técnico y organizativo y posterior

acompañamiento a los usuarios finales.

Como tal este servicio se estructura según cuatro actividades principales:

Soporte durante el periodo de transición.

Preparación y ejecución de pruebas funcionales.

Soporte al despliegue de sistemas de información.

Soporte a la operación y SICAM.

Para la prestación de este servicio de transición y soporte a las actividades del proyecto, el licitador ofertará los precios unitarios por hora y para cada una de las categorías o perfiles profesionales considerados (Analista programador, Coordinador de Técnicos de soporte, Técnicos de soporte), de acuerdo con los siguientes precios/ hora máximos, hasta el importe máximo de licitación presupuestado para esta prestación:


Pág

ina:

98

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 99

Categoría Precio/hora máximo sin IVA

Analista programador 35,00

Coordinador técnicos de soporte 23,59

Técnicos de soporte 20,83

Además, Se establece un servicio especial de soporte durante los fines de semana y

festivos, con igual horario coste precio/hora, consistente en que el adjudicatario deberá

ofrecer un soporte (no es necesario que sea presencial), durante el cual se requerirá

que algún técnico esté localizable vía móvil y/o correo electrónico, disponiendo de un

plazo máximo de 2 horas, a contar desde la comunicación de la incidencia por el

procedimeinto establecido, para comenzar la resolución de cualquier incidencia que

surgiese.

Así mismo, el adjudicatario deberá ofrecer un servicio de soporte técnico, en horario

mínimo de 8 a 20 de lunes a viernes, siempre que las necesidades del proyecto así lo

requieran.

5.1. Soporte durante el periodo de transición

Consistirá en el conjunto de tareas para garantizar la ejecución de los contratos

integrales hasta la completa implantación de la plataforma integral MiNT.

Durante el período de transición no estará disponible al completo la plataforma informática, o lo estará sólo parcialmente, por lo que el adjudicatario deberá proporcionar:

Herramientas informáticas (ofimática, movilidad, etc) para el soporte a los procesos necesarios para la gestión y seguimiento de los Servicios públicos urbanos. Estas herramientas se adecuarán a las propuestas de los usuarios, de acuerdo con sus requerimientos, y se deberán proporcionar/desarrollar en el menor tiempo posible.

Carga de datos mediante procesos “ad hoc” en los módulos que han de proporcionarse/desarrollarse, tales como el Módulo de Certificación o Inspección, y que requieran el acceso a otros sistemas todavía no implementados.


Pág

ina:

99

de 1

68

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 100

Mantenimiento y soporte a los sistemas ya en producción en el Ayuntamiento y aplicables al ámbito de este contrato, con el fin de garantizar su operatividad, disponibilidad y prestación del Servicio para el que fueron desarrollados.

5.2. Preparación y ejecución de pruebas funcionales Dado el gran volumen de aplicaciones y adaptaciones de software que se contempla en este contrato, se considera necesario contar con un equipo de pruebas, independiente de los equipos de desarrollo.

Tipos de pruebas funcionales:

-Automatizadas: Se decidirá qué casos de prueba se van a automatizar en la reunión de inicio del proyecto, especificada en Guía de Estándares, y según los siguientes criterios:

- Casos de uso con prioridades altas.

- Casos de uso con verificaciones complicadas o tediosas.

- Casos de prueba que permitan probar rápidamente las funcionalidades básicas (Pruebas de humo).

- Manuales: El resto de la funcionalidad que no se haya cubierto con las pruebas automatizadas, deberá realizarse mediante pruebas manuales.

- Exploratorias: Ejecutadas por el equipo de pruebas y fuera del plan de pruebas.

Este equipo también será el encargado de realizar las pruebas de rendimiento según lo definido en la Metodología IAM.

El equipo de pruebas se encargará de revisar y completar los planes de pruebas, y los casos de prueba correspondientes, elaborados por los equipos de desarrollo, para asegurar que se prueba toda la funcionalidad definida. Además será el encargado de realizar y mantener los scripts de automatización necesarios para las pruebas automatizadas y de ejecutar las pruebas manuales y las exploratorias. Elaborará unos informes de pruebas, que contendrán al menos la descripción de las pruebas ejecutadas, los resultados de estas y un listado con los defectos detectados.

Los planes de pruebas, y las ejecuciones deberán realizarse de forma centralizada en la herramienta HP Quality Center. Las pruebas automatizadas y manuales se realizarán con herramientas específicas para cada tipo de prueba (web o webservice). El adjudicatario puede proponer unas determinadas herramientas de pruebas, que deberán ser aceptadas por IAM.


Pág

ina:

100

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 101

En cualquier caso el responsable de dar el visto bueno a unas pruebas funcionales será el Director del proyecto de IAM, basándose en los informes de pruebas mencionados anteriormente.

Así mismo será el Director técnico de IAM el que decidirá que defectos de los detectados se deberán corregir y cuando.

5.3. Soporte al despliegue

Tanto en la puesta en marcha de la plataforma MiNT como en las sucesivas versiones que se deriven como consecuencia del mantenimiento contemplado en este contrato, será necesario la coordinación del conjunto de actividades, o “Actuaciones de despliegue” para garantizar su implantación con éxito. Con dichas “Actuaciones de despliegue” se pretende organizar el flujo de información de forma que se mejore la coordinación de todos los equipos de trabajo, posterior estabilización de los sistemas a implantar y servir de interlocución con los múltiples agentes involucrados en la explotación del sistema (Ayuntamiento y empresas adjudicatarias de los contratos integrales).

Analizar y diseñar los despliegues a realizar así como su viabilidad.

Formalizar y documentar una metodología de planificación de despliegues.

Generar los planes de despliegue de los sistemas englobados en el ámbito del contrato.

Realizar un seguimiento operativo de manera coordinada con los responsables de la evolución de los despliegues, coordinando a todos los actores involucrados.

Realizar la gestión de riesgos, identificar problemas, acciones y cambios relacionados con los despliegues.

Proponer y ejecutar un plan de comunicación asociado a cada uno de los despliegues.

5.3.1. Soporte al CESETIC

El adjudicatario se compromete a realizar todas las tareas necesarias para la correcta

puesta en producción de cada versión entregada de los sistemas de información a

suministrar/desarrollar, incluyendo la formación, los scripts de carga, pruebas de todo

tipo o la monitorización de los entornos a petición de IAM, para determinar la

estabilidad del mismo, entre otros.


Pág

ina:

101

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 102

Será responsabilidad del adjudicatario dar el soporte necesario al equipo que realice

las implantaciones de los sistemas. Estas implantaciones se realizarán en el horario

que IAM considere oportuno según la criticidad de la aplicación y el impacto de la

implantación, pudiendo ser fuera del horario y días laborales de IAM. El soporte se

realizará in situ en las oficinas de IAM si así se considera necesario igualmente.

Ninguno de estos conceptos tendrá coste adicional sobre el proyecto imputable a IAM.

Entre otras tareas, el licitador deberá dar el soporte y la consultoría necesarios para:

El diseño de las pruebas.

La realización de pruebas.

El soporte al despliegue e implantación de los sistemas a proporcionar/desarrollar.

La formación de los usuarios técnicos.

5.4. Soporte a la operación y SICAM

El objeto de esta actividad, cuyas condiciones técnicas se definen a continuación, es la

puesta en funcionamiento, operación, mantenimiento y gestión de las tareas

necesarias para ofrecer un servicio de seguimiento hasta su cierre posterior de las

consultas, incidencias y peticiones en relación con los servicios TIC y las aplicaciones

informáticas descritas en este Pliego, quedando excluidas el resto de incidencias

informáticas de los usuarios relativas a equipos o sistemas no soportados por el

Ayuntamiento de Madrid.

El Ayuntamiento de Madrid dispone actualmente del servicio SICAM en el Centro de

Atención a Usuarios gestionado por IAM como primer nivel de atención a los usuarios

de servicios TIC del Ayuntamiento. Este servicio está basado en la metodología ITIL

v2 y ha demostrado ser muy útil como base y filosofía para la gestión de los servicios

municipales. Actualmente, la herramienta básica para la prestación del servicio es

BMC Remedy ITSM Suite.

El primer nivel de soporte a los usuarios, ya sean municipales o externos, en relación

con los servicios TIC y las aplicaciones informáticas descritas en este Pliego se

prestará por el servicio SICAM.

El soporte de SICAM a los usuarios externos al Ayuntamiento (empresas

adjudicatarias de los Servicios públicos urbanos) no estará disponible para los

usuarios finales sino que se prestará a través de interlocutores definidos en cada

empresa prestataria de Servicios públicos urbanos. Estos interlocutores no podrán ser

más de 2 por empresa (aunque se podrán sustituir con una comunicación oficial).


Pág

ina:

102

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 103

Los usuarios finales se pondrán en contacto con estos interlocutores para canalizar

hacia SICAM cualquier incidencia o petición relacionada con las aplicaciones y

servicios TIC contemplados en este Pliego.

SICAM atenderá la comunicación de incidencias y peticiones, las registrará, las

resolverá si está en su ámbito o las escalará al grupo de soporte correspondiente en

función de su naturaleza (Sistemas, Comunicaciones, Mantenimiento, etc.).

SICAM escalará las incidencias o peticiones al adjudicatario de este contrato cuando

las mismas se refieran a las aplicaciones y servicios TIC recogidos en este Pliego.

El servicio de soporte a usuarios solicitado en este apartado estará coordinado con

SICAM y con el equipo responsable del mantenimiento de las aplicaciones. Gestionará

la correcta atención y canalización de las incidencias y peticiones y su seguimiento

hasta su resolución y cierre, que comunicará a SICAM.

Las funciones que cubrirá este servicio se enumeran a continuación:

1. Soporte Formativo y funcional.

o Atenderá las consultas de carácter funcional relacionadas con el uso de

las aplicaciones objeto de este Pliego.

o Generará la documentación del CAU, manteniendo actualizada la FAQ

y “workarounds”.

o Dar soporte y formación a SICAM en las distintas aplicaciones de la

plataforma MiNT, así como a usuarios finales del Ayuntamiento y

responsables designados por las empresas prestatarias de Servicios

públicos urbanos . Estos responsables de formación de las empresas

no podrán ser mas de 2 por empresa.

2. Soporte a usuarios / SICAM.

o Una vez escalada la incidencia por SICAM, resolver las incidencias que

son de su competencia y perseguir, dentro de los grupos resolutores,

las que no lo son, velando en todo momento por la agilidad en la

resolución.

o Mantenimiento de una base de datos de conocimiento de incidencias,

así como la elaboración de guías de resolución.

3. Soporte operativo.

o Con el fin de que asegurar la disponibilidad y operatividad del sistema,

así como su administración y mantenimiento de la base de datos se

realizarán todas aquellas operaciones necesarias que garanticen la

prestación del servicio. En este sentido, y para ciertos sistemas y

aplicaciones incluidas en el ámbito del contrato, IAM podrá solicitar en

el ámbito del mismo y sin incremento coste alguno, la permanencia de

técnicos “in situ” para dar soporte a usuarios en el uso y operación de

los citados sistemas o aplicaciones.


Pág

ina:

103

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 104

Quedan expresamente excluidas, las incidencias relativas a los servicios básicos de

TIC (correo electrónico, acceso a Internet, software de ofimática, equipamiento, etc.)

que serán provistos y soportados por las correspondientes empresas prestadoras de

Servicios públicos urbanos adjudicatarias de los distintos contratos integrales.

5.5. Categorización de Incidencias

La categorización de las incidencias que surjan, una vez que el aplicativo esté en producción, se priorizarán en función de la Urgencia y el Impacto, según los criterios de las siguientes tablas:

Urgencia

Nivel de impacto Descripción

Alto

Afecta al acceso y/o uso de todos los usuarios. Afecta a los ciudadanos.

Medio

Número de usuarios afectados de 5 a 30.

Baja

Número de usuarios afectados menos de 5.

Impacto

Nivel de impacto Descripción

Alta

Indisponibilidad del servicio Violación de seguridad Incidencias que puedan provocar incumplimientos legales

Media

Degradación del servicio


Pág

ina:

104

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 105

Baja

Errores funcionales

Por tanto, del cruce entre la urgencia de una incidencia y el impacto en el servicio, se obtiene la siguiente matriz que refleja los niveles de priorización de cada incidencia.

6. Servicio de mantenimiento correctivo, evolutivo y adaptativo.

El adjudicatario procederá a desarrollar aquellas actividades de mantenimiento

correctivo, evolutivo y adaptativo (integraciones, consultorías y nuevos desarrollos de

funcionalidades) que se consideren necesarias dentro del ámbito del contrato. Dichas

funcionalidades pueden surgir de las incidencias abiertas por los usuarios, las mejoras

surgidas por avances tecnológicos o de estándares, cambios y mejoras funcionales

solicitadas por el Equipo de Dirección del proyecto de IAM y, en general, evolución de

la plataforma informática como consecuencia de la aparición de nuevos requerimientos

(funcionales, normativos, de integración con otros sistemas, reingeniería de procesos,

etc.) que se produzcan durante la vigencia del contrato.

La evolución y adaptación de la plataforma informática para su integración con otros

sistemas del Ayuntamiento de Madrid será una de las tareas a realizar en el ámbito de

este servicio.

Urgencia

Impacto

Alto Medio Bajo

Alta P1 P2 P3

Media P2 P3 P4

Baja P3 P4 P5


Pág

ina:

105

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 106

Mantenimiento correctivo. Transcurrido el plazo de garantía de 24 meses sin coste

adicional, a que se refiere la cláusula 12 de este pliego, el mantenimiento correctivo

incluirá la resolución de incidencias detectadas por los usuarios durante el uso del

sistema y que requieran la modificación/adaptación de alguna de las aplicaciones en

mantenimiento.

También se incluyen en este apartado los trabajos de análisis y resolución de

incidencias de usuario que, una vez analizadas, no requieran cambios o

modificaciones de la aplicación, pudiendo requerir actuaciones técnicas, revisión de

datos, interfaces, etc.

La corrección de los defectos funcionales y técnicos de las aplicaciones cubiertas por

el servicio de mantenimiento incluye:

Diagnóstico del error/problema, incluyendo la comunicación del workaround hasta la liberación de la versión con la corrección.

Análisis funcional y técnico de la solución.

Desarrollo de las modificaciones a los sistemas (programación y/o configuración), incluyendo pruebas unitarias documentadas.

Pruebas documentadas del sistema en conjunto, incluyendo rendimiento en caso de verse afectado alguno de los escenarios.

Detección de problemas recurrentes, identificación, análisis, diseño y ejecución de las correcciones necesarias para la resolución de dichos problemas.

Soporte a las áreas usuarias en la resolución de incidencias derivadas de una incorrecta operativa de usuario, y que requieren intervención para la restauración de la información.

Mantenimiento de la documentación funcional y técnica del sistema.

Mantenimiento de la documentación de usuario del sistema en caso necesario.

Se considerará, en todo caso, mantenimiento correctivo la generación y registro de trazas de excepción no recogidas en el catálogo de excepciones ni, por lo tanto, gestionadas en la matriz de escalado, produzcan o no degradación en el servicio.

Este mantenimiento se aplicará a aquellos módulos de la aplicación cuya garantía,

incluida en el contrato de implantación ha terminado, así como a las incidencias

derivadas de los propios desarrollos objeto de este servicio, los cuales estarían en

todo caso cubiertos por el periodo de garantía.

Mantenimiento adaptativo. La aparición de nuevas versiones del Software de Base (Gestores de base de Datos, Servidor de Aplicaciones, servidores de SIG, etc.) precisa de evoluciones en las aplicaciones para ir adaptándolas a estás, sin que el servicio en las aplicaciones se vea afectado y de manera que las aplicaciones no se queden


Pág

ina:

106

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 107

obsoletas y puedan evolucionar con mayor facilidad y beneficiarse de las mejoras que aportan estas nuevas versiones de software.

Mantenimiento evolutivo. En relación a las peticiones de mejora o nuevas funcionalidades que el Ayuntamiento de Madrid formule cuyo origen sea funcional o de adaptación a la normativa vigente, el adjudicatario deberá realizar las siguientes actividades asociadas al servicio de mantenimiento evolutivo objeto de este contrato:

Estudio del impacto en las aplicaciones de los cambios.

Proponer la realización de los cambios y sus posibles alternativas.

Análisis y diseño detallado de los desarrollos a medida necesarios en sistema con las nuevas funcionalidades a implantar.

Identificación de los datos a tratar, y su repercusión en el modelo de datos del sistema.

Carga inicial o migración de los datos que fueran necesarios, en su caso.

Elaboración y ejecución de los planes de prueba necesarios para la implantación de las nuevas funcionalidades.

Implantación de la funcionalidad desarrollada.

Planificación e impartición de la formación necesaria en aquellas funcionalidades que la requieran.

Elaboración de la documentación técnica detallada, así como de las consideraciones necesarias para la correcta explotación del sistema.

Mantenimiento de la plataforma MiNT, garantizando el modelo de información, eventos y servicios desarrollado para la base de datos de conocimiento y el servicio de orquestación e integración.

Para el desarrollo de las nuevas funcionalidades requeridas, se seguirá el siguiente

proceso de aceptación de los desarrollos:

1. Comunicación de requerimientos. Una vez identificados nuevos requerimientos funcionales por parte de los responsables de IAM se les comunicarán al adjudicatario.

2. Análisis de las nuevas funcionalidades. El adjudicatario realizará un análisis de la nueva funcionalidad requerida, identificando aquellas necesidades que no estuviesen recogidas en el documento inicial de los responsables. Para ello, el adjudicatario realizará tantas reuniones como sean necesarias con los responsables para identificar la totalidad de requerimientos. Esta fase finalizará con la entrega de un informe por parte del adjudicatario en el cual se incluirá el detalle del análisis realizado, que contendrá, al menos:


Pág

ina:

107

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 108

o Maqueta Gráfica de todas las pantallas del núcleo del sistema que permitan la tramitación/ejecución del procedimiento en concreto. Se deberán indicar también las interrelaciones con el resto de componentes adicionales al núcleo del sistema, que sean necesarias para la correcta compresión del sistema como un todo.

o Implementación del patrón arquitectónico modelo vista controlador, así como de las clases de diseño necesarias para la correcta implementación de la maqueta planteada en el punto anterior.

3. Diseño de la solución Una vez analizados los requerimientos recibidos, el adjudicatario procederá a desarrollar el diseño de una solución que incluya dichos requisitos. El diseño incluirá tanto el detalle técnico de la solución propuesta, como la planificación de ejecución de los desarrollos necesarios, el plan de pruebas y el esfuerzo (horas/hombre) necesario. Asimismo, se utilizara la métrica de Puntos de Casos de Uso (Gustav Karner, 1993; Ivar Jacobson) para la valoración de los esfuerzos a realizar en base a los desarrollos a realizar. Esta fase finalizará con la entrega del diseño, la planificación, el plan de pruebas (incluyendo pruebas de regresión cuando aplique) y el detalle de los esfuerzos necesarios.

4. Aceptación de la solución propuesta. El Director del proyecto de IAM revisarán el diseño de la solución propuesta y validarán los esfuerzos adjuntos, finalizando con la aceptación o no de los trabajos propuestos.

5. Desarrollo de las integraciones y nuevas funcionalidades. El adjudicatario procederá a desarrollar las modificaciones propuestas dentro de la planificación aprobada. Este desarrollo incluirá la ejecución del plan de pruebas aceptado y la realización de las actualizaciones necesarias en la documentación existente o el desarrollo de nueva documentación que explique en detalle los cambios realizados.

6. Documentación de las integraciones y desarrollos realizados. Incluirá, entre otros, los manuales dirigidos a los responsables técnicos del IAM para un mejor entendimiento de la solución técnica adoptada y de las implicaciones de las mismas (rendimiento en servidores, rendimiento en clientes, impacto en la seguridad e integridad de los nodos, etc.).

7. Mantenimiento correctivo Este concepto incluirá los servicios de soporte correctivo de 24 meses a contar desde la fecha de puesta en producción del desarrollo afectado por la disconformidad. Este servicio se incluirá en la oferta presentada por el licitador.

En todo el proyecto el diseño grafico de las pantallas será de acuerdo a las normas de

estilo del Ayuntamiento de Madrid que se recogen en la Guía de Estándares publicada

en www.Madrid.es, y que describe los estándares (donde aplique), herramientas y


Pág

ina:

108

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp





Nº Expte.: 300/2013/00526

Título:



Página 109

metodologías que rigen los servicios y desarrollos TIC prestados por las empresas

adjudicatarias de contratos en IAM.

Para el desarrollo de aquellas integraciones, consultorías y nuevos desarrollos de

funcionalidades que se consideren necesarias dentro del ámbito del contrato, el

adjudicatario deberá realizar una estimación siguiendo la métrica de Puntos de Casos

de Uso (Gustav Karner, 1993; Ivar Jacobson).

Dicha estimación, una vez aprobada por el Equipo de Dirección del Proyecto de IAM, podrá ser facturada cuando se haya realizado la integración, consultoría o nuevo desarrollo, y una vez haya sido aceptado y verificado el entregable. (desarrollo, consultoría, integración, etc.) por el Comité de Dirección o persona en la que se delegue esta función.

Adicionalmente a los servicios anteriormente descritos, IAM podrá solicitar al

adjudicatario la realización de funcionalidades adicionales, en base a la métrica de

estimación de puntos de caso de uso. La estimación de dichas funcionalidades será

realizada por el adjudicatario, basándose en la información proporcionada por IAM en

la petición, y serán valoradas por el adjudicatario.

Dichas peticiones podrán hacer referencia tanto a desarrollos evolutivos de las

funcionalidades definidas en el presente servicio, como a la implementación de nuevos

procedimientos específicos o a la integración/adaptación de componentes externos al

Sistema. El adjudicatario deberá realizar una estimación siguiendo la métrica de

Puntos de Casos de Uso ya citado.

Para cada petición de cambio, el licitador deberá aportar, junto con la estimación, un

planteamiento técnico que incluya, al menos:

Un plan de gestión del proyecto para el evolutivo (riesgos, planificación, recursos, costes, alcance, tiempo, etc.)

Una propuesta de Solución Técnica que contenga, al menos, una maqueta gráfica de las pantallas afectadas (cuando corresponda), un detalle de las interrelaciones con el resto de componentes y las clases de diseño que deberán ser creadas/actualizadas en las distintas capas arquitectónicas planteadas en el objeto del servicio.

Un planteamiento con respecto a cómo se garantizará la escalabilidad del sistema.

La realización del evolutivo implicará necesariamente que el licitador aporte toda la

documentación exigida por la metodología objeto del servicio, y que se detalla en Guía

de Estándares ya mencionada.

Así mismo, IAM podrá determinar la realización de actividades adicionales, para complementar y refinar las funcionalidades definidas, una vez que éste se encuentre desplegado, en base a la métrica de estimación de puntos de caso de uso. La estimación de dichas acciones de soporte será realizada por el adjudicatario,


Pág

ina:

109

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 110

basándose en la información proporcionada por IAM en la petición, y serán valoradas por el mismo. Dicha estimación, una vez aprobada por IAM podrá ser facturada una vez implementada y desplegada tras haber dado su conformidad la persona a cargo del proyecto designada por IAM.

Dentro de esta categoría de acciones de soporte se comprenden entre otras las

siguientes:

Generación de scripts funcionales. Se realizarán, probarán y enviarán a IAM los scripts funcionales que cubran la carencia de facilidades no implementadas hasta la fecha

Actualizaciones de los escenarios y scripts de rendimiento.

Consultoría y apoyo: labores de resolución de dudas, realización de presentaciones, determinación de posibles mejoras de la aplicación, transferencia de conocimiento, etc.

Labores de consultoría con objeto de realizar estudios de los sistemas existentes para proponer mejoras o formas de optimización, etc.

Parametrización de herramientas: en este caso, IAM se reserva el derecho de requerir al equipo del adjudicatario para que realice las labores de parametrización en las dependencias de IAM, o las que se determinen en un momento determinado.

Apoyo al grupo de sistemas de la Dirección de Sistemas y Tecnología de IAM para la configuración y administración del Sistema.

Elaboración de cambios estéticos menores, tales como modificación de logotipos, cabeceras, colores, literales, textos, etc.

Soporte específico derivado de despliegues en entornos de IAM (desarrollo, preproducción, etc.)

Realización de pruebas funcionales y/o monitorización del sistema para comprobar el correcto funcionamiento del mismo, ante cambios en su configuración u otros sistemas que tengan relación con él, así como para comprobación ante determinadas circunstancias especiales, como por ejemplo, la validación ante actualizaciones de entorno/infraestructura, actualizaciones tecnológicas, etc.

Elaboración de documentación adicional

Ejecución de las pruebas de rendimiento de los escenarios afectados.

Cuando los cambios en el sistema superen el 20% de la funcionalidad o, cuando haya pasado más de 8 meses desde la anterior ejecución, se realizará una prueba global de regresión, ejecutando todos los escenarios de rendimiento y el 50% de las pruebas funcionales.


Pág

ina:

110

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 111

Todas las estimaciones referidas en el presente apartado, se harán según el modelo

de puntos caso de uso en base a la siguiente tabla de equivalencias:

1 punto de caso de uso (UUCP) equivale al esfuerzo del siguiente equipo de trabajo:

1 hora de esfuerzo de Jefe de proyecto.

5 horas esfuerzo de Analista.

7 horas de esfuerzo de programador.

1 hora de esfuerzo de Arquitecto SW/Sistemas.

Para la prestación de este servicio de mantenimiento correctivo, evolutivo y adaptativo, el licitador ofertará el precio unitario del punto de caso de uso hasta el importe máximo de licitación presupuestado para esta prestación.

El precio máximo establecido para cada punto de función es de 509,00 euros, IVA excluido.

6.1. Requisitos del Servicio. Acuerdo mínimo de nivel de servicio

Con el fin de asegurar una calidad mínima en la prestación del Servicio objeto del contrato el adjudicatario tendrá obligación de cumplir al menos los Acuerdos de Nivel de Servicio descritos en los siguientes apartados.

El licitador indicará en su oferta aquellos mecanismos que usarán para una adecuada ejecución de los trabajos encomendados de acuerdo a los niveles de servicio exigidos en este Pliego.

6.1.1. Acciones de soporte

La empresa adjudicataria deberá dar una respuesta a la solicitud formulada por IAM, y

en los plazos que a continuación se definen, desde la comunicación de la misma,

garantizará su resolución de acuerdo con los siguientes niveles de urgencia e impacto,

que podrán evolucionarse con el seguimiento de la explotación de los servicios.

Los tiempos de respuesta y configuración para el servicio se configuran en función de la prioridad de la Incidencia relacionada (definida en el apartado 5.5 Categorización de Incidencias), y según la siguiente tabla:


Pág

ina:

111

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 112

Prioridad Descripción Tiempo Máximo respuesta

Tiempo máximo resolución

P1 Critica 4 horas laborables 8 horas laborables

P2 Importante 4 horas laborables 24 horas laborables

P3 Moderado 4 horas laborables 36 horas laborables

P4 Baja 4 horas laborables 48 horas laborables

P5 Por planificar 48 horas laborables Por planificar

El plazo de resolución de una acción de soporte comenzará a partir del momento de su solicitud al adjudicatario, considerando un horario laboral de 9:00 a 17:00.

6.1.2. Mantenimiento correctivo La recepción de las incidencias tanto en los entornos de producción como pruebas/preproducción se realizará de forma centralizada, a través de la herramienta que a tal efecto IAM pondrá a disposición del adjudicatario. Sobre dicha herramienta se realizará el registro y control de incidencias, tiempos de resolución, etc.

Ante una incidencia, la empresa adjudicataria dará una respuesta inicial y asignará los

recursos necesarios para su resolución, en el plazo máximo de 30 minutos, contados

desde su notificación, siempre dentro de las horas hábiles.

Se categorizan los siguientes niveles de urgencia e impacto para el tratamiento de incidencias:

Los tiempos de respuesta y configuración para el servicio se configuran en función de la prioridad de la Incidencia relacionada (definida en el aparatado 5.5 Categorización de Incidencias), y según la siguiente tabla:

Prioridad Descripción Tiempo Máximo respuesta

Tiempo máximo resolución

P1 Critica 4 horas laborables 8 horas laborables

P2 Importante 4 horas laborables 24 horas laborables

P3 Moderado 4 horas laborables 36 horas laborables

P4 Baja 4 horas laborables 48 horas laborables


Pág

ina:

112

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 113

P5 Por planificar 48 horas laborables Por planificar

El plazo de resolución de incidencias comenzará a partir del momento de la

notificación al adjudicatario de la misma como tal.

Si bien el tiempo máximo de resolución se refiere a las incidencias detectadas en

producción, también será aplicable a toda incidencia detectada en los entornos de

prueba, preproducción o certificación que pueda suponer una repercusión negativa

para el paso a producción.

El cierre de una incidencia vendrá determinado por la conformidad expresa de IAM.

El adjudicatario facilitará a IAM informes de incidencias y de cumplimiento de los

acuerdos de nivel de servicio con la periodicidad y nivel de detalle requeridos por IAM.

Del mismo modo, el adjudicatario se compromete a enviar a IAM el informe de

seguimiento de soporte correspondiente al mes anterior, entre los días 1 y 5 de cada

mes.

6.1.3. Peticiones de cambio y nuevas funcionalidades

Una vez solicitada la petición de cambio (en caso que el origen sea IAM), IAM enviará

el formulario de la petición, por los medios y herramientas determinados, al

adjudicatario, el cual dará una respuesta en un plazo máximo de 32 horas hábiles a

contar desde la comunicación de la petición, indicando los casos de uso a incluir, los

casos de uso a modificar/implementar, las transacciones por cada uno de ellos, los

actores nuevos a incluir (en caso que la petición de cambio/nueva funcionalidad así lo

requiera), y el número de Puntos Casos de Uso sin ajustar al objeto de que IAM pueda

determinar el coste final de la inclusión de dicha petición en el Sistema, antes de su

paso al proceso de control integrado de cambios.

El adjudicatario deberá proporcionar un Plan de Gestión del proyecto para la ejecución

de las actividades necesarias para la implementación de los cambios/nuevas

funcionalidades solicitadas, que deberá ser aprobada por el Equipo de Dirección del

proyecto del IAM. IAM podrá solicitar toda la documentación que considere necesaria

para la aprobación del Plan de Gestión.

El plazo en el que el adjudicatario debe dar dicha respuesta empezará a contar desde

el momento en que IAM notifique al adjudicatario el formulario de petición.


Pág

ina:

113

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 114

7. Modelo de gestión, dirección y seguimiento

7.1. Hitos planificados Para la provisión/desarrollo, adaptación, integración e implantación de la plataforma MiNT de soporte a los Servicios públicos urbanos, se establecen tres fases o hitos para la entrega de los sistemas a proporcionar/desarrollar:

Fase 1

El plazo de entrega para los productos que a continuación se relacionan será de 6 meses a contar desde la fecha de inicio de la ejecución del contrato:

Módulo de Inspección.

Módulo de Certificaciones y relaciones valoradas.

Módulo de Gestión de Indicadores.

Módulo de Gestión de Flotas.

Sistema de Información Geográfica.

Fase 2

En un plazo de 11 meses desde la fecha de inicio de la ejecución del contrato deberán estar entregados los siguientes productos

Módulo de tablas maestras.

Módulo de gestión de recursos humanos.

Módulo de planificación.

Módulo de gestión de medios materiales.

Subsistema de gestión de limpieza urbana.

Subsistema de gestión de contenerización, recogida y transporte de residuos.

Subsistema de gestión de mobiliario urbano.

Subsistema de gestión de Pavimentos, puentes y estructuras.

Sistema de Integración y Orquestación.

Base de Datos de Conocimiento.

Fase 3

El resto de productos hasta completar la plataforma MiNT de soporte a los Servicios públicos urbanos deberán estar entregados en un plazo de 16 meses


Pág

ina:

114

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 115

desde la fecha de inicio de la ejecución del contrato. En concreto, los subsistemas y módulos a entregar en la fase 3 son:

Módulo de generación de informes mixtos.

Módulo de análisis de la información.

Subsistema de gestión de zonas verdes y arbolado viario.

Subsistema de gestión de áreas infantiles, áreas de mayores y circuitos deportivos elementales.

Subsistema de gestión de riego y abastecimiento de aguas.

Subsistema de gestión para el mantenimiento y conservación integral de parques, parques históricos, parques singulares, parques forestales y viveros municipales.

Subsistema de gestión para instalaciones hidráulicas ornamentales.

Subsistema de gestión de alumbrado público.

Sistema de recogida, gestión y seguimiento de avisos.

A los 18 meses desde la formalización del contrato (y por tanto 2 meses desde la finalización de la fase 3, a los 16 meses) el contratista deberá proceder a la entrega de la plataforma MiNT integrada y funcionando correctamente.

7.2. Aseguramiento de la calidad y entorno tecnológico

7.2.1. Entorno Tecnológico y Metodológico

El documento “Guía de Estándares” (publicado en www.madrid.es), vigente a fecha de publicación de las condiciones del presente pliego, describe en detalle el entorno metodológico utilizado por IAM.

En caso de realizarse desarrollos o mantenimientos de Aplicaciones o Sistemas de Información, la planificación, análisis, diseño, construcción e implantación también se ajustarán al contenido de la “Guía de Estándares” facilitada por IAM. En caso de tratarse de prestación de servicios, se definirán las características del servicio de acuerdo a la metodología IAM (capacidad, disponibilidad, Acuerdo de Nivel de Servicio, etcétera). La gestión de los servicios se realizará utilizando las herramientas corporativas indicadas en la Guía de Estándares.

En todo caso, las labores de gestión de proyectos deberán ser realizadas de acuerdo a los criterios indicados, debiéndose proporcionar la planificación como primer entregable, que deberá ser actualizada según el grado de avance al menos semanalmente.


Pág

ina:

115

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp





Nº Expte.: 300/2013/00526

Título:



Página 116

La Guía de Estándares se publica junto con un conjunto de Anexos técnicos y plantillas de entregables, también de obligado cumplimiento. El adjudicatario deberá velar por que los trabajos realizados se adapten a las herramientas y metodologías utilizadas en IAM.

El adjudicatario se compromete a proporcionar a sus equipos los medios necesarios para poder realizar las entregas en los formatos de las herramientas indicadas en la Guía, especialmente en el caso de aquellas entregas que deban realizarse mediante herramientas de puesto (Clientes de desarrollo, clientes de pruebas de rendimiento/funcionales, cliente genérico de SVN y demás herramientas de puesto). IAM proporcionará al adjudicatario la infraestructura para el uso de todas las herramientas centralizadas (vía web).

7.2.2. Aseguramiento de la Calidad IAM se reserva el derecho a auditar el nivel de cumplimiento de los estándares aplicables a cada proyecto. Estas revisiones incluyen la comprobación de la calidad del producto entregado y la comprobación de los formatos y herramientas establecidos en la metodología corporativa. En caso de tratarse de prestación de servicios, las revisiones podrán incluir revisiones de los niveles de cumplimiento de las condiciones de Disponibilidad, Continuidad, Acuerdos de Nivel de Servicios, y de más características del servicio.

En caso de llevar a cabo dicho control, IAM se encargará de reportar al adjudicatario un informe con las deficiencias detectadas en el entregable, que deberán ser subsanadas antes de la finalización de los trabajos.

7.2.3. Nivel de Calidad exigible para la aceptación

El adjudicatario se compromete a entregar el producto libre de problemas o incidencias, tanto en el código fuente como en la documentación.

El adjudicatario se compromete a cumplir los criterios de calidad aplicables a cada uno de los entregables que se hayan acordado en la reunión de inicio correspondiente.

A tal fin, en el documento “Informe de Calidad.pdf”, incluido en la Guía de Estándares, se relacionan, por cada fase de proyecto y por cada entregable susceptible de aplicar, en función de lo acordado en la reunión de inicio, los checks de auditoría que se tendrían en cuenta para elaborar dicho informe.

La Unidad de Calidad emitirá la media provisional del proyecto en cuanto a cumplimiento de calidad.


Pág

ina:

116

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 117

. Resumen Informe de Calidad de un proyecto de desarrollo

En la figura se muestra la Hoja “Resumen Fases” del Informe de la Unidad de Calidad:

% Cumplimiento: Media del % de cumplimiento de los estándares

definidos en el IAM respecto al avance de la fase.

% Avance: % Avance respecto a la Fase, será del 100% cuando se

realicen todos los entregables de la Fase.

% Grado de Alineación: % Alineación a los estándares definidos en la

Guía de estándares del IAM.

En la parte izquierda, se muestra el resumen de los tres indicadores por fases de proyecto (en el ejemplo para un proyecto de desarrollo). En la parte derecha de la imagen, se muestra:

En la línea de “Gestión de proyecto” el resumen de los tres indicadores,

calculado respecto a cómo se ha realizado la Evaluación, Planificación,

Seguimiento y Cierre del Proyecto.

En la línea “Proyecto” el resumen de los tres indicadores, respecto al

producto (calculado respecto a cómo se han realizado las Fases de

desarrollo).

Para la aceptación del producto los mínimos exigidos sobre la línea de “Proyecto” son:

“% Cumplimiento “: 80%.

“% Grado de Alineación”: 70%

La Unidad de Calidad determinará en cada momento el número de controles que una versión incumple, quedando bajo decisión de IAM la puesta en producción de la versión, sin detrimento de las posibles penalizaciones que se puedan aplicar.


Pág

ina:

117

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 118

En su defecto, IAM también podrá determinar las no conformidades de un producto, considerando como tal las incidencias detectadas en las pruebas de aceptación que el adjudicatario se compromete a entregar, o las pruebas realizadas sobre scripts solicitados al adjudicatario o sobre peticiones de cambio.

Se considera como no conformidad no sólo los errores detectados que impidan la correcta puesta en producción del producto, sino también aquellos que impidan el despliegue del mismo en cualquier entorno de IAM, o aquellos detectados en la fase de validación, que pongan en riesgo los plazos, los medios o los recursos destinados.

7.3. Entregables El adjudicatario deberá seguir la metodología que, como mínimo, contemple los siguientes entregables que habrán de ser aceptados por IAM:

Planificación y seguimiento del proyecto: Informe semanal de la planificación y seguimiento del proyecto con el detalle de las fechas de ejecución de las tareas e inclusión de los hitos más relevantes y los relacionados con los entregables, así como el estado en general del proyecto y sus riesgos, tanto los considerados al inicio del proyecto como los nuevos que se hubiesen podido detectar.

Documentación de desarrollo actualizada: conjunto de documentos de acuerdo al que cumplen el ciclo de desarrollo SW de IAM y que se deben presentar en toda entrega SW.

Los productos imprescindibles a presentar, por actividades, complementarios con los indicados en la Guía de Estándares, son los siguientes (basados en la metodología Métrica v.3):

FASE Documento

Preparación --Gestión

de Proyecto

Plan de Formación a usuarios

Análisis

Prototipo

Diseño

Plan de Carga inicial

Plan de pruebas funcionales(diseño)

Plan de pruebas funcionales (codificación)

Scripts de pruebas funcionales automatizadas


Pág

ina:

118

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 119

Codificación

Migración de datos (si la hubiese)

Trazabilidad e impacto entre componentes

Plan de pruebas. Integración

Implantación

Informes resultados de Pruebas

Plan de Puesta en funcionamiento

Plan de Mantenimiento

En particular toda implementación de procedimientos será validada mediante una maqueta gráfica.

Informes de servicios de mantenimiento, evolución y adaptación: Este informe incluirá el detalle de las acciones realizadas de acuerdo al apartado 7 de este pliego.

7.4. Validación de los trabajos realizados y los entregables Todos los entregables correspondientes a los distintos trabajos realizados objeto del servicio requerirán la validación, aprobación y recepción por parte del Comité de Dirección del Proyecto.

Correrán por cuenta del adjudicatario todas las regresiones y/o reentregas necesarias

hasta cumplir con los requisitos de servicio con la calidad necesaria (de acuerdo a lo

especificado en el apartado 7.2), sin detrimento de las penalizaciones en que éste

pueda incurrir.

Para ello es necesario tener en cuenta:

Es fundamental en el caso de la prueba de rendimiento la preparación de los casos de prueba, tanto de los casos de pruebas unitarias como los cuadernos de carga para las pruebas de rendimiento y los scripts correspondientes. Esta tarea será responsabilidad del proveedor.

El proveedor del desarrollo podrá hacer seguimiento de las no conformidades detectadas y gestionarán la adecuación a los niveles de calidad exigidos por IAM. De cara a anticipar la demanda de trabajo, los hitos de liberación de entregables deberán ser planificadas en el tiempo y comunicados con una anticipación mínima de 1 mes.

El adjudicatario deberá considerar, en la oferta técnica, que toda la documentación y productos que genere durante la ejecución del proyecto deberán pasar por este hito de validación.

Correrán por cuenta del adjudicatario los medios personales y recursos necesarios para dar soporte a las validaciones.


Pág

ina:

119

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 120

7.5. Modelo de certificación y facturación de los trabajos El licitador, en su oferta económica, deberá desglosar para cada una de las líneas de trabajo objeto de este contrato, el presupuesto asignado para acometer las tareas y trabajos que a continuación se describen:

1. Provisión/desarrollo o adaptación e integración de la plataforma TIC de soporte a los Servicios públicos urbanos.

2. Servicio de transición y soporte a las tareas del proyecto. 3. Servicio de mantenimiento correctivo, evolutivo y adaptativo.

7.5.1. Provisión/desarrollo o adaptación e integración de la plataforma TIC de soporte a los Servicios públicos urbanos.

El licitador incluirá en el sobre número 3 de su oferta “Criterios valorables mediante cifras o porcentajes”, además de la correspondiente oferta económica un desglose de los costes de provisión/desarrollo, adaptación, integración e implantación de cada uno de los sistemas de información y componentes requeridos, asignándole un peso en relación al coste total de la plataforma MiNT de soporte a los servicios urbanos contemplada en este PPT, y que será del siguiente tipo:

Principales Prestaciones

2014 2015 2016 2017 2018 2019

T1 T2 T3 T4 T1 T2 T3 T4 T1 T2 T3 T4 T1 T2 T3 T4 T1 T2 T3 T4 T1 T2 T3 T4

P1: Desarrollo/Provisión plataforma MiNT

Fase 1

Fase 2

Fase 3

P2: Servicio transición y soporte

Soporte durante el periodo de transición

P3: Mantenimiento

Mantenimiento

Soporte Preparación y ejecución de pruebas funcionales

Soporte a la puesta en funcionamiento

Soporte a la operación y SICAM

Ejecución Prórroga

Hitos con entregables de la plataforma MiNT

Planificación de prestaciones


Pág

ina:

120

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 121

FASE Peso (%)

Fase 1

Módulo de Inspección

Módulo de certificación y relaciones valoradas

Módulo de gestión de indicadores

Módulo de gestión de flotas

Sistema de Información Geográfica

Fase 2

Módulo de tablas maestras

Módulo de gestión de recursos humanos

Módulo de planificación

Módulo de gestión de medios materiales

Subsistema de gestión de limpieza urbana

Subsistema de gestión de contenerización, recogida y transporte de residuos

Subsistema de gestión de mobiliario urbano

Subsistema de gestión de Pavimentos, puentes y estructuras

SISTEMA DE INTEGRACIÓN Y ORQUESTACIÓN

BASE DE DATOS DE CONOCIMIENTO


Pág

ina:

121

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 122

FASE (continuación) Peso (%)

Fase 3

Módulo de generación de informes mixtos

Módulo de análisis de la información

Subsistema de gestión de zonas verdes y arbolado viario

Subsistema de gestión de áreas infantiles, áreas de mayores y circuitos deportivos elementales

Subsistema de gestión de riego y abastecimiento de aguas

Subsistema de gestión para el mantenimiento y conservación integral de parques, parques históricos,

parques singulares, parques forestales y viveros municipales

Subsistema de gestión para instalaciones hidráulicas ornamentales

Subsistema de gestión de alumbrado público

Sistema de recogida, gestión y seguimiento de avisos

TOTAL 100,00%

Esta planificación de fases y entregables se considera un requerimiento mínimo, de manera que el entregable debe estar, al menos, en la fase arriba indicada.

Cada licitador, dentro de los límites presupuestarios de los créditos asignados a cada anualidad del contrato para esta prestación, podrá realizar una propuesta de distribución de fases y entregables que, cumpliendo estos requerimientos mínimos, mejoren las disponibilidad de sistemas para el Ayuntamiento.

El peso del módulo o sistema a facturar se calculará dividiendo el coste total ofertado para la provisión de la plataforma TI por el coste ofertado del módulo o sistema en cuestión.


Pág

ina:

122

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 123

Con independencia del número de entregas realizadas durante la ejecución del contrato, la facturación se adaptará de acuerdo con la distribución de los créditos del importe del contrato.

Forma de pago, penalizaciones y causa de resolución

Las certificaciones de las prestaciones derivadas del contrato, por lo que se refiere a la provisión/desarrollo, adaptación, integración e implantación de los diferentes entregables que componen la plataforma MiNT, se realizarán de la siguiente forma:

Para los módulos, sistemas y subsistemas que componen las fases 1 y 2, previstos en el punto 4.3 de este Pliego, a entregar dentro del plazo de 6 y 11 meses, respectivamente, se realizarán sendas certificaciones por la totalidad del importe atribuido en la adjudicación a aquellos entregables validados y aceptados de conformidad, dentro de los respectivos plazos señalados.

Los entregables que no se hayan entregado y/o aceptado dentro del plazo previsto, por causa imputable al contratista, serán objeto de recepción individual y la misma se hará con la siguiente fase.

Además, en su caso podrán aplicarse las penalizaciones siguientes por incumplimiento de plazos en su puesta en funcionamiento:

- De 1 a 15 días, una deducción del 5% del importe de adjudicación de la correspondiente fase.



- A partir de 45 días, una deducción del 20% del importe de adjudicación de la correspondiente fase.

En este sentido, ha de entenderse por importe de adjudicación de la correspondiente fase, el resultado de sumar los importes de adjudicación de los módulos que componen la citada fase.

Sobre su pago se descontarán las penalizaciones oportunas previa tramitación del oportuno expediente.

Los módulos, sistemas y subsistemas que componen la fase 3 deberán entregarse dentro del plazo de 16 meses, previsto en el punto 4.3 de este Pliego, aplicándose en su caso, las mismas penalizaciones previstas para los incumplimientos de las fases 1 y 2; así como los que restasen por entregar y certificar de hitos anteriores.

Una vez culminada la entrega, validación, implementación y aceptación individualizada de todos los entregables, el contratista dispondrá de un periodo máximo de 2 meses (18 meses desde la formalización del contrato), para realizar cuantas pruebas


Pág

ina:

123

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 124

funcionales, de integración, rendimiento, estrés y cuantas considere necesarias para verificar el correcto funcionamiento integral de la Plataforma MiNT.

A continuación de la entrega a IAM de la Plataforma MiNT integrada, éste procederá a la verificación de su correcto funcionamiento y posterior emisión del acta de recepción total del sistema en el plazo máximo de un mes.

En caso de que la recepción total sea desfavorable, se emplazará al contratista para que en un plazo de 10 días naturales subsane las deficiencias detectadas. Transcurrido el citado plazo sin que el contratista subsane las deficiencias se aplicarán las penalidades descritas a continuación:

- De 1 a 30 días de demora, una deducción del 5% del importe de adjudicación de la prestación 1 del contrato.

- De 31 días a 60 días de demora, una deducción del 10% del importe de adjudicación de la prestación 1 del contrato.

- De 61 días a 90 días de demora, una deducción del 15% del importe de adjudicación de la prestación 1 del contrato.

De no resolverse favorablemente las deficiencias detectadas en el límite del último plazo señalado, se emitirá acta desfavorable de recepción e IAM podrá resolver el contrato mediante la tramitación del oportuno expediente.

Cuando proceda la recepción total favorable, se procederá al pago del importe que reste por facturar de la prestación 1, iniciándose el cómputo del plazo del período de garantía.

7.5.2. Servicio de transición y soporte a las tareas del proyecto

El licitador ofertará los precios unitarios por hora y para cada una de las categorías o perfiles profesionales considerados, de acuerdo con los siguientes precios/ hora máximos establecidos, hasta el importe máximo de licitación presupuestado para esta prestación de acuerdo con lo establecido en el punto 5 de este pliego.

Para la facturación de los trabajos realizados en el ámbito de este servicio de transición y soporte a las tareas del proyecto, el adjudicatario desglosará el número de personas y horas empleadas en el desarrollo de los citados trabajos, y especificando su intervención en cada una de las actividades principales, que son:

Soporte durante el periodo de transición.

Preparación y ejecución de pruebas funcionales..

Soporte al despliegue de sistemas de información.

Soporte a la operación y SICAM.


Pág

ina:

124

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 125

Con la asignación de recursos prevista, las necesidades que se produzcan habitualmente en la prestación del servicio deberán ser atendidas sin incidencias. En el caso en que el Director de proyecto de IAM detecte que existen necesidades no atendidas emitirá un requerimiento de calidad del soporte al responsable del servicio por parte del licitador quien lo resolverá (o iniciará la resolución) en un plazo mínimo de 24 horas. En el caso en que los requerimientos no se atiendan en plazo o una vez iniciados se paralicen de forma injustificada el director de proyecto IAM calificará estos requerimientos como requerimientos de calidad no atendidos

Certificación

Teniendo en cuenta estos parámetros, se certificarán los trabajos realizados en base a las personas y perfiles asignados a las actividades.

La base imponible de la factura se obtendrá de la siguiente forma:

BI= NHPi*THPi

NHP: Número horas por perfil que han desarrollado las actividades.

THP: Tarifa/hora para cada perfil.

BI: base imponible de la factura

Forma de facturación:

- Anualmente se considerarán tres facturaciones:

Primera facturación: antes del 30 de abril

Segunda facturación: antes del 30 de septiembre

Tercera facturación: antes del 30 de noviembre

- Finalmente, en la última anualidad se hará una cuarta facturación por los trabajos realizados en el último mes de vigencia del contrato inicial y de sus posibles prórrogas y que se certificarán en el mes de diciembre, en su caso.

Descuentos a la factura

Para realizar el cálculo del valor de descuento correspondiente al indicador se procede como sigue:

Se definen el siguiente inidcador:

Indicador de Transición y Soporte al Despliegue (IT)

El objetivo de este indicador es medir la calidad del servicio realizado por la empresa adjudicataria.

Para cada periodo de facturación IAM calculará el índice


Pág

ina:

125

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 126

It= Número de requerimientos de calidad no atendidos por mes

Donde el número de requerimientos de calidad no atendidos se computará según el procedimiento indicado más arriba.

El indicador se computará para cada periodo de facturación como promedio de todos los meses comprendidos en el citado período.

It IT =

Nº de meses del periodo

Como acuerdo de nivel de servicios requeridos (ANS), se consideran como umbral de alerta y umbral máximo o de cumplimiento medio mensual del período facturado los siguientes:

Umbral de alerta (Ua) Umbral máximo de cumplimiento (Um)

2 20

El descuento a aplicar sobre la base imponible de la factura correspondiente a la certificación será el correspondiente al calculado, redondeando a dos cifras decimales.

A partir de la medición del indicador se calcula el descuento a aplicar en la factura (DAF) de la siguiente forma:

DAF= Dmáx x ((IT- Ua) / (Um- Ua)

Donde:

IT es el valor actual del indicador.

Dmáx es el máximo porcentaje de descuento del indicador, siendo este del 25%.

Ua es el Umbral de alerta medido en número de requerimientos de calidad no atendidos. Por debajo de este umbral el servicio es completamente satisfactorio y no se aplica ningún descuento. A partir de que se supera este umbral se dispara la alerta en cuanto a que el servicio empieza a dejar de ser satisfactorio y se empiezan a aplicar descuentos proporcionales a las distancia a dicho umbral.

Um el Umbral máximo de cumplimiento, medido en número de requerimientos de calidad no atendidos. Cuando el valor del indicador se sitúa en este umbral se aplica el


Pág

ina:

126

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 127

descuento máximo. Los Acuerdos de Nivel de Servicio establecen que no es admisible traspasar este umbral, en cuyo caso se produce el incumplimiento de las condiciones de contrato dando lugar a las correspondientes penalizaciones.

Finalmente el total a facturar vendrá dado por la fórmula:

La cantidad a certificar contra los trabajos realizados en un período será la resultante de aplicar los factores reductores dependientes del indicador de transición y soporte al despliegue (IT) a la resultante BI

Importe factura= BI x (1 – DAF)

Penalizaciones

Los Acuerdos de Nivel de Servicio establecen que no es admisible traspasar el Umbral máximo de cumplimiento (Um), en cuyo caso se produce el incumplimiento de las condiciones de contrato dando lugar a las penalizaciones, para el período de facturación, de acuerdo con el siguiente baremo:

De 21 a 30 incumplimientos de calidad no atendidos: Penalización=30% de deducción.

Más de 30 incumplimientos de calidad no atendidos: Penalización =40% de deducción.

7.5.3. Servicio de mantenimiento correctivo, evolutivo y adaptativo

Las estimaciones de esfuerzo para las peticiones de cambio y trabajos de mantenimiento se realizarán con la metodología de puntos de casos de uso (Gustav Karner, 1993; Ivar Jacobson). El licitador ofertará el precio unitario del punto de caso de uso hasta el importe máximo de licitación presupuestado para esta prestación, según lo establecido en el punto 6 de este pliego.

Un punto de caso de uso (UUCP) equivale al esfuerzo del siguiente equipo de trabajo:

1 horas de esfuerzo de Jefe de proyecto.

5 horas esfuerzo de Analista

7 horas esfuerzo de programador.

1 hora de esfuerzo de Arquitecto SW.

Certificación


Pág

ina:

127

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 128

Las certificaciones en el período correspondiente se calcularán atendiendo a los siguientes criterios:

BI= MTO x PU

MTO: Número de puntos de caso de uso correspondientes a las peticiones de mantenimiento atendidas, entregadas y validadas en el periodo.

PU: Precio Unitario por caso de uso ofertado por el licitador.

Forma de facturación:

- Anualmente se considerarán tres facturaciones:

Primera facturación: antes del 30 de abril

Segunda facturación: antes del 30 de septiembre

Tercera facturación: antes del 30 de noviembre

- Finalmente, en la última anualidad se hará una cuarta facturación por los trabajos realizados en el último mes de vigencia del contrato inicial y de sus posibles prórrogas y que se certificarán en el mes de diciembre, en su caso.

Descuentos y penalizaciones

Para realizar el cálculo del valor de los descuentos y de las deducciones por penalización se definen dos indicadores (indicador de plazo de entrega e indicador de calidad del mantenimiento), con una ponderación del 50%, los cuales se especifican a continuación:

La cantidad a certificar en el período considerado será la resultante de aplicar los factores reductores IC e IP a la base imponible de la factura BI.

IC: Indicador de calidad de los servicios de mantenimiento.

IP. Indicador de calidad en cuanto a las desviaciones en los plazos comprometidos para los trabajos de mantenimiento correctivo, evolutivo y adaptativo.

A.- Indicador de Plazo de Entrega del Mantenimiento (IP)

El objetivo de este indicador es medir la desviación sobre el tiempo previsto de entrega de cada entregable suministrado por la empresa adjudicataria, entendiendo por entrega la aceptación final previa la realización de las pruebas pertinentes.

Para cada entregable que esté previsto desplegar, y en el caso de producirse retraso en la entrega, se calculará el índice Ip:


Pág

ina:

128

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 129

(Td-Tdp) lp = * 100

Tdp

Donde:

Td es el tiempo de desarrollo real del entregable.

Tdp es el tiempo previsto de desarrollo del entregable.

El Índice general de Plazo de Entrega del Mantenimiento IP será el promedio (ponderado por el importe calculado a partir de los puntos de caso de uso de cada módulo a esarrollar) de los Ip de todos los entregables previstos en el período.

Ipi * li IP =

li Donde

Ipi es el valor del indicador para cada entregable en producción. li es el importe calculado de cada entregable en producción .

Como “tiempo de desarrollo real” se computará todo el periodo hasta la aceptación total del entregable incluyendo todas las iteraciones necesarias.

Como acuerdo de nivel de servicios (ANS), se consideran el umbral de alerta y el umbral máximo de cumplimiento siguientes:


10% 25%

Donde:

Ua es el Umbral de alerta medido en porcentaje y obtenido de la formulación obtenida más arriba. A partir de que se supera este umbral se dispara la alerta en cuanto a que el servicio empieza a dejar de ser satisfactorio y se empiezan a aplicar descuentos proporcionales a las distancia a dicho umbral.

Um el Umbral máximo de cumplimiento, medido igualmente en porcentaje. Cuando el valor del indicador se sitúa en este umbral se aplica el descuento máximo. Los Acuerdos de Nivel de Servicio establecen que no es admisible traspasar este umbral,


Pág

ina:

129

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 130

en cuyo caso se produce el incumplimiento de las condiciones de contrato dando lugar a las correspondeintes penalizaciones.

B.- Indicador de Calidad de Mantenimiento IC

El objetivo de este segundo indicador es medir la calidad de cada entregable realizado por la empresa adjudicataria, entendida dicha calidad como la no aparición de errores ocultos una vez que el producto está desplegado en producción y en funcionamiento.

Como Acuerdo de Nivel de Servicio (ANS) se considera que en cada mes se deben admitir como máximo las siguientes incidencias o combinación de ellas, con la única restricción de no sumar más de 10 (como resultado de multiplicar el número de incidencias por su peso) para cada entregable incluido en el proyecto que esté desplegado en el periodo de facturación actual.

La categorización de incidencias, para aplicar el peso correspondiente, está explicada en el punto 5.5 de este pliego.

A modo de ejemplo, en la siguiente tabla se expone un posible escenario, en el que la suma es 10.

Nivel de Gravedad

Peso (P) Número de incidencias

P1 4 1

P2 2 2

P3 0,5 4

Se calculará el promedio mensual de incidencias ponderadas a lo largo del período considerado que haya estado desplegado cada módulo

Pi IC =

Nº meses

Donde

P es el peso atribuido a la gravedad de la incidencia que tomará los valores indicados en la tabla anterior.


Pág

ina:

130

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 131

Meses es el número de meses que ha estado desplegado el módulo durante el periodo de facturación

indica que se debe hacer la suma para los pesos de todas las incidencias

registradas en el tiempo que se calcula (Meses) El índice general de Calidad de del Mantenimiento IC será el promedio (ponderado por el importe calculado a partir de los puntos de caso de uso, para cada módulo) de los Ic de todos los entregables aprobados en el período.

Ici * li IC =

li

Ici representa el valor del indicador para cada entregable en producción.

Ii es el importe calculado de cada entregable en producción.

Una vez que el desarrollo ha sido entregado por la empresa adjudicataria, y aceptado por IAM empieza el periodo de evaluación de la Calidad, que se establece en un mes, en base a las incidencias detectadas por los usuarios o por IAM, que sean imputables al desarrollo entregado.

Como acuerdo de nivel de servicios (ANS), se considera el umbral de alerta y el umbral máximo cumplimiento siguientes:


10 20

Donde:

Ua es el Umbral de alerta medido incidencias ponderadas y obtenido de la formulación obtenida más arriba. A partir de que se supera este umbral se dispara la alerta en cuanto a que el servicio empieza a dejar de ser satisfactorio y se empiezan a aplicar descuentos proporcionales a las distancia a dicho umbral.

Um el Umbral máximo de cumplimiento, medido igualmente en incidencias ponderadas. Cuando el valor del indicador se sitúa en este umbral se aplica el descuento máximo. Los Acuerdos de Nivel de Servicio establecen que no es admisible traspasar este umbral, en cuyo caso se produce el incumplimiento de las condiciones de contrato dando lugar a las correspondeintes penalizaciones.


Pág

ina:

131

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 132

Cálculo del importe de la factura

A partir de la medición de los indicadores se calcula el descuento a aplicar en la factura (DAF).

En el caso de que ningún indicador sobrepase el límite del umbral máximo de cumplimiento Um, la fórmula de descuento proporcional correspondiente a cada indicador vendrá dada por:

Di = Dmáxi* (X- Ua) / (Um- Ua)

Donde:

Di es el descunto correspondiente a cada indicador.

X es el valor actual del indicador (IP o IC).

Dmáxi es el máximo porcentaje de descuento del indicador que se obtendrá repartiendo al 50% el descuento máximo general, que se establece en 25%, entre los 2 indicadores del servicio de Mantenimiento.

Ua es el Umbral de alerta. Por debajo de este umbral el servicio es completamente satisfactorio y no se aplica ningún descuento. A partir de que se supera este umbral se dispara la alerta en cuanto a que el servicio empieza a dejar de ser satisfactorio y se empiezan a aplicar descuentos proporcionales a las distancia a dicho umbral.

Um el Umbral máximo- de cumplimiento. Cuando el valor del indicador se sitúa en este umbral se aplica el descuento máximo. Los Acuerdos de Nivel de Servicio establecen que no es admisible traspasar este umbral, en cuyo caso se produce el incumplimiento de las condiciones de contrato dando lugar a las penalizaciones por ejecución defectuosa.

El descuento a detraer de la base imponible de la factura (DAF) correspondiente a la certificación será el correspondiente a la suma de los dos Di calculados, redondeando a dos cifras decimales.

Por tanto, el descuento a aplicar en la factura se calcula como:

DAF= (MTO*PU) ((Dmáxx 50%* (IP- Ua1) / (Um1- Ua1)+ Dmáxx50%*(IC- Ua2) / (Um2- Ua2))

Donde el subíndice 1 corresponde a los umbrales del Indicador de Plazo de Entrega del Mantenimiento (IP) el subíndice 2 corresponde a los umbrales del Indicador de Calidad de Entrega del Mantenimiento (IC).

Y finalmente el total a facturar vendrá dado por la fórmula:


Pág

ina:

132

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 133

Importe factura = BI x (1- DAF)

Penalizaciones

Los Acuerdos de Nivel de Servicio establecen que no es admisible traspasar el Umbral máximo de cumplimiento (Um), en cuyo caso se produce el incumplimiento de las condiciones del contrato dando lugar a las penalizaciones de acuerdo con el siguiente baremo:

Para el indicador para el Plazo de Entrega de Mantenimiento (IP), la penalización para el período de facturación se establece de acuerdo con el siguiente baremo.

Del 26% al 30 %: penalización=15% de deducción.

Más del 30%: penalización=20% de deducción.

Para el indicador para Calidad de Mantenimiento (IC), la penalización para el período de facturación se establece de acuerdo con el siguiente baremo.

De 21 a 25: penalización=15% de deducción.

Más del 25%: penalización=20% de deducción.

7.6. Dirección y seguimiento de los trabajos

Corresponde a IAM la supervisión y dirección de los trabajos, proponer las modificaciones convenientes o, en su caso, proponer la suspensión de los mismos si existiese causa suficientemente motivada.

En este sentido, se constituirán los siguientes órganos de dirección

1. Comité de Dirección del proyecto, que estará formado por:

El Gerente de IAM.

Los Directores Generales responsables de los Servicios públicos urbanos.

El Subdirector General de SI Sectoriales.

El Director de Proyecto, designado por IAM.

Las competencias de este Comité serán, entre otras:

Aprobación del Acta de Constitución del proyecto

Aprobación del Plan para la Dirección del proyecto


Pág

ina:

133

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 134

Validación, aceptación y recepción de los sistemas y módulos a desarrollar

o proporcionar en el ámbito del contrato.

Validación, aceptación y recepción de los mantenimientos evolutivos en el

ámbito del contrato

Propuesta y aprobación de cambios en el proyecto (Gestión Integrada de

Cambios)

Los miembros del Comité de Dirección podrán delegar las competencias que

consideran oportunas en las personas por ellos designadas, pudiéndose constituir

un Comité de Cambios y otros comités técnicos que se consideren necesarios.

2. El Comité Técnico, que estará formado por:

Director de Proyecto y Equipo de Dirección de Proyecto designados por

IAM.

Comité de técnicos representantes de los diversos Servicios públicos

urbanos a los que dará soporte la plataforma MiNT

Las competencias de este equipo serán, entre otras:

Verificar el cumplimiento del Plan para la Dirección del Proyecto.

Velar por el cumplimiento de los trabajos exigidos y ofertados.

Emitir los informes técnicos previos a la recepción de los mismos.

3. El Equipo de Dirección del proyecto, que estará formado por:

El Director del proyecto de IAM

Los Jefes de proyecto y técnicos de apoyo de IAM

Coordinador del Proyecto, designado por el adjudicatario, y que coordinará

a los Jefes de Proyecto designado por la empresa adjudicataria.

El equipo de Dirección del proyecto tendrá las competencias propias asignadas al

Director del proyecto, dándole soporte en la gestión del mismo, bajo su supervisión.

El Coordinador de proyecto, designado por la empresa adjudicataria, actuará de

interlocutor entre el adjudicatario y el Director del proyecto de IAM, además de realizar

la coordinación y la gestión de la integración del proyecto con sus Jefes de proyecto y

personal de la empresa.

Por otra parte, la empresa contratista deberá proporcionar un responsable del contrato

que actúe como interlocutor con el IAM y, en particular, con el responsable del contrato

designado por el Organismo. Asimismo, la empresa contratista deberá designar un

sustituto tanto para esta figura como para el Coordinador del proyecto para los

supuestos de ausencia de dichos responsables.


Pág

ina:

134

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 135

El Equipo de Dirección del Proyecto podrá incorporar a las personas que estime

necesarias para verificar y evaluar todas las actuaciones a su cargo.

Corresponde al adjudicatario la ejecución, la dirección y la coordinación directa de los

medios personales que realicen las actuaciones objeto del Contrato.

A tal efecto, el Adjudicatario designará los Jefes de Proyectos que considere

necesarios y cuyas funciones en relación con el presente pliego serán:

Dirigir a los medios personales que realicen las actuaciones impartiendo al efecto las órdenes e instrucciones necesarias para la ejecución de los mismos.

Realizar las funciones de contacto directo de los medios personales que realicen las actuaciones.

IAM a través del Equipo de Dirección del proyecto, comunicará todas las directrices

relativas a la supervisión general de las actuaciones a los jefes de Proyecto o al

Coordinador de Proyectos, y en ningún caso dará órdenes o instrucciones directas a

los medios técnicos que de forma concreta realicen dichos trabajos.

IAM a través del Equipo de Dirección o del Comité Técnico, podrá fijar reuniones

periódicas con el Coordinador de Proyectos del adjudicatario, con el fin de determinar,

analizar y valorar las incidencias, que en su caso, se produzcan en ejecución del

contrato.

Como mínimo, el adjudicatario será responsable de realizar los siguientes tipos de

informes cuando sea requerido respecto de las aplicaciones de la que realiza el

mantenimiento y de las que se encuentran en desarrollo.

Seguimiento periódico: realización de informes de seguimiento, y asistencia a reuniones de seguimiento, etc.

Se realizará semanalmente un informe de seguimiento del estado de los desarrollos identificando hitos, retrasos, visualización en un diagrama Gantt, y presupuesto.

Informe de seguimiento mensual: con las incidencias, peticiones, acciones de soporte, etc, que tendrá como base medir los SLAs de servicio establecidos y el estado de los riesgos.

Informe de seguimiento de versión: se realizará al finalizar cada versión.

7.7. Cumplimiento del objeto del contrato

El adjudicatario deberá garantizar el cumplimiento del objeto del contrato, siendo responsable de la realización de todas y cada una de las especificaciones del presente Pliego.


Pág

ina:

135

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 136

Todos los trabajos se realizarán atendiendo a criterios de Autenticidad, Integridad, Confidencialidad, Accesibilidad, Facilidad de uso, Alta disponibilidad, Modularidad y Escalabilidad y habrán de asegurar el Acuerdo de Nivel de Servicio recogido en este Pliego.

El adjudicatario deberá garantizar la calidad en todos los trabajos desarrollados objeto del presente contrato. En este sentido, se deberán cumplir todos los controles, no sólo los establecidos por IAM, sino también aquellos derivados de la seguridad del código y los relacionados con su autoría, de cara a una posterior liberación del mismo.

7.8. Transferencia de conocimiento Se establecerá un periodo de adaptación en el cual el adjudicatario recibirá los conocimientos técnicos y funcionales sobre las aplicaciones y sistemas objeto del contrato, necesarios para el correcto desempeño de las acciones de desarrollo y mantenimiento de los mismos.

Para ello se podrán realizar sesiones conjuntas con el personal de IAM, cuya

planificación será la definida por IAM, tanto en número como en duración,

dependiendo de la complejidad de cada sistema. Estas sesiones se podrán realizar en

las oficinas de IAM, o en las que en su caso se determine.

El tiempo estimado para la transferencia de conocimiento de las aplicaciones

existentes en IAM no deberá superar, en ningún caso, el período de 20 días

laborables, pudiendo variar en función de las necesidades. Durante este tiempo, el

adjudicatario deberá:

Acudir a las sesiones de transferencia funcional y/o técnica que en su momento se determinen

Realizar labores de revisión de documentación, para lo que IAM proporcionará un acceso al repositorio común para cada aplicación

Con todo ello, el adjudicatario se compromete a mantener el nivel de servicio una vez

concluido el período de transferencia.

Esta transferencia de conocimiento será asumida por el adjudicatario. Así mismo, el adjudicatario también se compromete a transferir el conocimiento a otras empresas o futuros adjudicatarios a petición de IAM, en los términos y plazos pactados (o los que se establezcan en su momento). Para ello, el adjudicatario proporcionará un completo Plan de Traspaso de Conocimientos, que deberá ser aprobado por el Comité Técnico del proyecto. Se establece un plazo de 2 meses para realizar la transición, que será sin coste para el IAM.


Pág

ina:

136

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 137

7.9. Actividades formativas de los medios personales En el caso de que el personal de la empresa adjudicataria necesitara formación específica para acometer las tareas encomendadas de acuerdo con el contrato, ya sea por evolución de la tecnología, por cambio de los procesos de negocio o acometimiento de nuevas tareas, según los requisitos técnicos exigidos, la empresa adjudicataria pondrá los medios a su cargo para satisfacer dicha necesidad, en un horario o turno que no afecte a la prestación de la ejecución del contrato.

7.10. Obligaciones de información y documentación Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por la persona a cargo del proyecto a tales efectos, la información y documentación que éstas soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos.

En este sentido, el adjudicatario deberá informar al Responsable del Contrato con la

periodicidad necesaria sobre distintos aspectos del funcionamiento y calidad del

Servicio. Entre ellos será necesario presentar un informe con la periodicidad y en el

formato que defina IAM, de cumplimiento del Servicio.

Asimismo, el Adjudicatario estará obligado a asistir y colaborar a través del personal

que éste designe, en las reuniones de seguimiento del proyecto definidas por los

responsables de IAM, quienes se comprometen a citar con la debida antelación al

personal del adjudicatario, a los efectos de poder facilitar su asistencia.

Toda la documentación generada por el adjudicatario en ejecución del contrato será

propiedad exclusiva de IAM sin que el contratista pueda conservarla, ni obtener copia

de la misma o facilitarla a terceros sin la expresa autorización por escrito de la persona

a cargo del proyecto, que la concederá, en su caso, previa petición formal del

contratista con expresión del fin. Salvo indicación expresa en contrario, las

especificaciones, informes, diagramas, planos, dibujos y cualquier otro documento

relativo al objeto del contrato serán aportados en castellano, cualquiera que sea el

soporte y/o formato utilizado para la transmisión de información.

El adjudicatario proporcionará sin coste adicional para IAM una copia en soporte

informático CD-ROM con toda la documentación generada durante la prestación del

Servicio.

La documentación entregada seguirá el procedimiento de Gestión de la

Documentación de IAM.


Pág

ina:

137

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 138

8. Requisitos mínimos del equipo de trabajo adscrito al contrato

Para la ejecución del objeto del contrato es requisito que la empresa adscriba los

medios personales con, al menos, la experiencia individual cualificada de sus

componentes que se especifica a continuación:

Director/Coordinador del Proyecto

Deberá tener al menos 6 años de experiencia en la dirección de proyectos

de envergadura similar al objeto de este contrato. Deberá estar en

posesión de la certificación PMP del PMI. Su trabajo consistirá, entre otros,

en la coordinación de los Jefes de Proyecto adscritos al contrato, así como

mantener la interlocución con el Director del Proyecto asignado por IAM.

Jefes de Proyecto

Deberán tener al menos 6 años de experiencia como Jefe de Proyecto en proyectos de gestión informática de los cuales al menos el 60% de ellos deberán ser con arquitecturas similares a la plataforma MiNT solicitada en este contrato.

Arquitectos de SW/Sistemas

Deberán tener al menos una experiencia de 4 años en proyectos con

arquitecturas similares a la de la plataforma MiNT solicitada en este pliego.

Analistas

Deberán aportar al menos 4 años de experiencia profesional como

analista, así como haber participado en proyectos con entornos de

desarrollo similares a la plataforma MiNT.

Analistas programadores

Deberán aportar al menos 3 años de experiencia profesional como analista

programador en los entornos de desarrollo solicitados en este pliego.

Programadores

El 60% de los programadores deberán aportar al menos 3 años de

experiencia profesional como programador, y el resto deberán aportar una

experiencia mínima de 2 años, en los entornos de desarrollo solicitados en

este pliego.

Consultores SIG

Deberán aportar al menos 5 años de experiencia en el diseño de Sistemas

de Información Geográfica en entornos Open Source/ESRI, con

integraciones similares a las requeridas en el sistema objeto de este

contrato.


Pág

ina:

138

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 139

Coordinador de técnicos de soporte

Deberá aportar una experiencia laboral de 2 años como técnico de soporte

y, al menos, 6 meses coordinando equipos de técnicos.

Técnicos de soporte

Deberán aportar una experiencia laboral de 1 año en tareas similares a las

exigidas en el contrato para este perfil.

La identificación y la acreditación de requisitos exigidos a los medios adscritos al

contrato se concretará con posterioridad, por el licitador propuesto como adjudicatario,

en los términos previstos en el art. 151.2 del TRLCSP. Cualquier cambio sobrevenido

del equipo inicial deberá ser comunicado a IAM y aprobado por este.

9. Medios materiales El adjudicatario deberá proporcionar los medios materiales necesarios para la ejecución del contrato (móvil, portátil, todo el software necesario para el desarrollo del proyecto concreto, etc.) así como las comunicaciones de datos entre las dependencias desde las que el equipo designado realice los Servicios y las municipales implicadas en aquel.

10. Propiedad intelectual de los trabajos

Sin perjuicio de lo dispuesto por la legislación vigente, en materia de propiedad intelectual y de protección jurídica de los programas de ordenador, el adjudicatario acepta expresamente que la propiedad y los derechos de explotación de las aplicaciones informáticas, desarrolladas al amparo de la presente adquisición de la plataforma MiNT corresponden únicamente a IAM, con exclusividad y a todos los efectos, así como la propiedad de toda la documentación generada y del código fuente.

11. Confidencialidad, protección de datos personales y seguridad de la información.

La empresa adjudicataria y el personal a su servicio en la prestación del contrato, tal y como se define en la letra g) del artículo 3 de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, están obligados en su calidad de encargados de tratamiento de datos personales por cuenta del (Órgano de contratación) al cumplimiento de lo dispuesto en la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, el Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal,


Pág

ina:

139

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 140

así como de las disposiciones que en materia de protección de datos se encuentren en vigor a la adjudicación del contrato o que puedan estarlo durante su vigencia.

La empresa adjudicataria se obliga especialmente a lo siguiente

1º) Deberá guardar la debida confidencialidad y secreto sobre los hechos, informaciones, conocimientos, documentos y otros elementos a los que tenga acceso con motivo de la prestación del servicio (art. 10 LOPD), sin que pueda conservar copia o utilizarlos para cualquier finalidad distinta a las expresamente recogidas en el presente pliego, incurriendo en caso contrario en las responsabilidades previstas en la legislación vigente (art. 12.4 LOPD). Igualmente, deberá informar a sus empleados de que sólo pueden tratar la información del Ayuntamiento para cumplir los servicios objeto de este pliego y también de la obligación de no hacer públicos, ceder o enajenar cuantos datos conozcan (artículo 9 LOPD). Esta obligación subsistirá aún después de la finalización del contrato.

2º) Asimismo, deberá incluir una cláusula de confidencialidad y secreto en los términos descritos (art. 10 LOPD) en los contratos laborales que suscriban los trabajadores destinados a la prestación del servicio objeto del presente pliego. La empresa adjudicataria, al igual que su personal, se someterán a los documentos de seguridad vigentes en el Ayuntamiento de Madrid para cada uno de los ficheros a los que tengan acceso, e igualmente a las especificaciones e instrucciones de los responsables de seguridad en materia de protección de datos de cada una de las dependencias municipales afectadas.

3º) Dicho compromiso afecta tanto a la empresa adjudicataria como a los participantes y colaboradores en el proyecto y se entiende circunscrito tanto al ámbito interno de la empresa como al ámbito externo de la misma. El Ayuntamiento de Madrid se reserva el derecho al ejercicio de las acciones legales oportunas en caso de que bajo su criterio se produzca un incumplimiento de dicho compromiso. 4º) Únicamente tratará los datos personales a los que tenga acceso para la prestación del contrato conforme al contenido de este pliego de prescripciones técnicas y a las instrucciones que el (Órgano de contratación) le pueda especificar en concreto y que se incluirían como una Adenda al presente contrato. No aplicará o utilizará los datos personales indicados con fin distinto al previsto en el contrato, ni los comunicará, ni siquiera para su conservación, a otras personas salvo autorización expresa por parte del responsable del fichero en los términos previstos en el artículo 21 del Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal. 5º) A cumplir todas y cada una de las medidas de seguridad (nivel básico, medio o alto) que sean de aplicación en función de la tipología de datos que se utilicen y traten para la prestación del servicio objeto del presente contrato y que vienen previstas en el Título VIII del Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal. A este respecto no se registrarán datos de carácter personal en ficheros que no reúnan las condiciones determinadas en el referido Título VIII respecto a su integridad y seguridad y a las de


Pág

ina:

140

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 141

los Centros de tratamiento, locales, equipos, sistemas y programas. (Artículo 9.2. LOPD).

a) En caso de que el adjudicatario preste sus servicios en locales del

Ayuntamiento de Madrid y utilizando los sistemas de información del

Ayuntamiento

Durante la realización de los servicios que se presten como consecuencia del cumplimiento del presente contrato, el adjudicatario y su personal se someterán al estricto cumplimiento de los documentos de seguridad vigentes para los ficheros de datos de carácter personal a los que tengan acceso, así como a las instrucciones de los responsables de seguridad de las dependencias municipales en las que desarrollen su trabajo. El acceso a las bases de datos del Ayuntamiento de Madrid necesarias para la prestación del servicio se autorizará al adjudicatario para el exclusivo fin de la realización de las tareas objeto de este contrato, quedando prohibido para el adjudicatario y para el personal encargado de su realización su reproducción por cualquier medio y la cesión total o parcial a cualquier persona física o jurídica. Lo anterior se extiende asimismo al producto de dichas tareas. El adjudicatario se compromete a formar e informar a su personal en las obligaciones que de tales normas dimanan, para lo cual programará las acciones formativas necesarias. El personal prestador del servicio objeto del contrato tendrá acceso autorizado únicamente a aquellos datos y recursos que precisen para el desarrollo de sus funciones.

b) Cláusula específica a recoger en caso de que el adjudicatario preste sus servicios en sus propios locales y utilizando los sistemas de información del Ayuntamiento

Para el tratamiento y acceso a los datos por parte del adjudicatario se velará específicamente por el cumplimiento de lo previsto en los artículos 92, 97, 101 y 108 del Real Decreto 1720/2007, de 21 de diciembre, que aprueba el Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, referentes a la gestión y distribución de soportes y documentos

Durante la realización de los servicios que se presten como consecuencia del cumplimiento del presente contrato, el adjudicatario y su personal se someterán al estricto cumplimiento de los documentos de seguridad vigentes para los ficheros de datos de carácter personal a los que tengan acceso, así como a las instrucciones de los responsables de seguridad de las dependencias municipales en las que desarrollen su trabajo

El acceso a las bases de datos del Ayuntamiento de Madrid necesarias para la prestación del servicio se autorizará al adjudicatario para el exclusivo fin de la realización de las tareas objeto de este contrato, quedando prohibido para el


Pág

ina:

141

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 142

adjudicatario y para el personal encargado de su realización su reproducción por cualquier medio y la cesión total o parcial a cualquier persona física o jurídica. Lo anterior se extiende asimismo al producto de dichas tareas

El adjudicatario se compromete a formar e informar a su personal en las obligaciones que de tales normas dimanan, para lo cual programará las acciones formativas necesarias

El personal prestador del servicio objeto del contrato tendrá acceso autorizado únicamente a aquellos datos y recursos que precisen para el desarrollo de sus funciones

c) En caso de que el adjudicatario preste sus servicios en sus propios locales y utilizando sus sistemas de información

Para el tratamiento y acceso a los datos por parte del adjudicatario se velará específicamente por el cumplimiento de lo previsto en los artículos 92, 97, 101 y 108 del Real Decreto 1720/2007, de 21 de diciembre, que aprueba el Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, referentes a la gestión y distribución de soportes y documentos

6º) Los diseños, desarrollos o mantenimientos de software deberán, con carácter general, observar los estándares que se deriven de la normativa de seguridad de la información y de protección de datos, y en concreto lo relativo a la identificación y autenticación de usuarios, estableciendo un mecanismo que permita la identificación de forma inequívoca y personalizada de todo aquel usuario que intente acceder al sistema de información y la verificación de que está autorizado, limitando la posibilidad de intentar reiteradamente el acceso no autorizado al sistema de información. 7º) El Ayuntamiento de Madrid se reserva el derecho de efectuar en cualquier momento los controles y auditorias que estime oportunos para comprobar el correcto cumplimiento por parte del adjudicatario de sus obligaciones, el cual está obligado a facilitarle cuantos datos o documentos le requiera para ello

8º) Todos los datos personales que se traten o elaboren por la empresa adjudicataria como consecuencia de la prestación del contrato, así como los soportes del tipo que sean en los que se contengan son propiedad del Ayuntamiento de Madrid. 9º) Una vez cumplida la prestación contractual, los datos de carácter personal deberán ser destruidos o devueltos al Ayuntamiento de Madrid conforme a las instrucciones que haya dado, al igual que cualquier soporte o documento que contenga algún dato de carácter personal objeto del tratamiento.

En caso de que el adjudicatario preste sus servicios en sus propios locales y utilizando sus sistemas de información:

En la medida que el adjudicatario aporta equipos informáticos para la prestación del servicio objeto del contrato, una vez finalizadas las tareas, el adjudicatario previamente a retirar los equipos informáticos, deberá borrar toda la información utilizada o que se


Pág

ina:

142

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 143

derive de la ejecución del contrato, mediante el procedimiento técnico adecuado, o proceder a su entrega al responsable del fichero. La destrucción de la documentación de apoyo, si no se considerara indispensable por el Ayuntamiento habiéndolo comunicado por escrito, se efectuará mediante máquina destructora de papel o cualquier otro medio que garantice la ilegibilidad, efectuándose esta operación en el lugar donde se realicen los trabajos. Igualmente, deberá adoptar las medidas necesarias para impedir la recuperación posterior de información almacenada en soportes que vayan a ser desechados o reutilizados

10º) De conformidad con lo que establece el artículo 12.4 de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, el incumplimiento por parte del adjudicatario de las estipulaciones del presente contrato lo convierten en responsable del tratamiento respondiendo directamente de las infracciones en que hubiera incurrido, así como del pago del importe íntegro de cualquier sanción que, en materia de protección de datos de carácter personal, pudiera ser impuesta al Ayuntamiento de Madrid, así como de la totalidad de los gastos, daños y perjuicios que sufra el Ayuntamiento de Madrid como consecuencia de dicho incumplimiento (art. 12.4 LOPD). 11º) Aportará una memoria descriptiva de las medidas que adoptará para asegurar la confidencialidad e integridad de los datos manejados y de la documentación facilitada. Asimismo, el adjudicatario deberá comunicar al organismo contratante antes de transcurridos siete días de la fecha de comunicación de la adjudicación definitiva, la persona que será directamente responsable de la puesta en práctica y de la inspección de dichas medidas de seguridad, adjuntando su perfil profesional.

12. Garantía

El plazo de garantía del objeto del contrato se establece de la siguiente forma:

1. Provisión/desarrollo, adaptación, integración e implantación de la plataforma MiNT de soporte a los Servicios públicos urbanos.

El plazo de garantía será de 24 meses partir del día siguiente a la fecha de la firma del acta definitiva de recepción de conformidad de la totalidad de los componentes que forman esta parte del objeto del contrato: la plataforma MiNT

2. Transición y soporte a las actividades del proyecto.

El plazo de garantía de los trabajos objeto de los servicios correspondientes a este bloque será de seis meses desde el día siguiente a la firma de su correspondiente certificado de conformidad

3. Mantenimiento evolutivo, correctivo y adaptativo de la plataforma MiNT:


Pág

ina:

143

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 144

3.1 El plazo de garantía de los trabajos objeto de los servicios correspondientes a mantenimiento correctivo, adaptativo y tareas complementarias de este bloque será de 24 meses desde el día siguiente a la firma de su correspondiente certificado de conformidad.

3.2 El plazo de garantía de los productos objeto del mantenimiento evolutivo será de 24 meses a partir del día siguiente a la fecha del certificado de conformidad o informe técnico de aceptación sobre la totalidad de los productos recepciondos en un período de facturación determinado, obligándose a realizar durante dicho periodo los cambios necesarios para solventar las deficiencias detectadas imputables al adjudicatario.

13. Condiciones especiales de compatibilidad Para evitar restricciones a la libre concurrencia, que se produzca un trato privilegiado con respecto al resto de las empresas licitadoras o que se supervisen proyectos por el mismo empresario que los ejecutó y de acuerdo con lo previsto en el artículo 56 del Texto Refundido de la Ley de Contratos del Sector Público sobre condiciones especiales de compatibilidad, no podrán concurrir a esta licitación las empresas adjudicatarias, a título individual o formando parte de una UTE, de los siguientes contratos tramitados a través del acuerdo marco 26/2011 de la Subdirección General de Compras de la Dirección General del Patrimonio del Estado:

1.- Expediente 2013NCC058, denominado Análisis conceptual y diseño de integración y orquestación de la plataforma MiNT, (Artículo 56.1 TRLCSP). Esta cautela se adopta ya que su objeto, análisis conceptual y diseño de integración y orquestación de la plataforma MiNT, está estrechamente relacionado con la ejecución de las prescripciones técnicas del contrato cuyo número de expediente es 300/2013/00526. Esta es la razón por la que tendría información privilegiada respecto al resto, al estar realizando trabajos del expediente 2013NCC058 sobre la base de los cuales se tendría que ejecutar el objeto del contrato 300/2013/00526.

2.- Expediente 2013NCC055 denominado Servicios de aseguramiento de la calidad de gestión de servicios y proyectos TIC o cualquier otro de igual objeto que se tramite o adjudique durante el período de licitación de este contrato. (Artículo 56.2 TRLCSP) Esta limitación se establece debido a que el adjudicatario de este contrato, no puede realizar tareas de evaluación y supervisión de otros proyectos de los que sea adjudicatario, situación que tendría lugar de resultar también adjudicatario del expediente 300/2013/00526.

14. Oferta Técnica

La presentación de la oferta técnica deberá estar estructurada de acuerdo con el siguiente modelo

1. Descripción general de la solución técnica aportada


Pág

ina:

144

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 145

Se incorporará un resumen de los aspectos más significativos y relevantes de la solución aportada para la plataforma MiNT objeto del contrato. El objeto de este apartado es obtener una visión general de la comprensión de la problemática planteada y la adecuación de la solución ofertada a las necesidades planteadas por IAM.

2. Exposición detallada de la plataforma MiNT ofertada con inclusión de todos sus componentes (sistemas, subsistemas, módulos, etc.), arquitectura, escalabilidad, estabilidad, etc., debiendo aportar para ello cuantos medios de prueba estime oportunos en apoyo a la fiabilidad de la solución. Todo ello de acuerdo con lo especificado en este pliego, y con indicación de los productos comerciales licenciados.

La información proporcionada en los puntos 1 y 2 será la base para la valoración del aparatado 1.1.1 de los criterios de adjudicación.

3. Descripción detallada del modelo de gestión del servicio de mantenimiento y soporte de la Plataforma MiNT, en el que se expondrán los procesos y herramientas para la gestión del control de cambios, pruebas y aseguramiento de la calidad de los despliegues e integración de los servicios de soporte y mantenimiento con los servicios de soporte de primer nivel de SICAM en el IAM, y todo aquella información que el licitador considere conveniente.

La información proporcionada en el punto 3 será la base para la valoración del aparatado 1.1.2 de los criterios de adjudicación.

4. Estructura y organización de equipos para abordar los diferentes servicios requeridos en el contrato

5. Modelo de gestión de los servicios de mantenimiento y soporte requeridos, incluyendo modelo y procedimientos de gestión del servicio para el cumplimiento de los acuerdos de nivel de servicio, los planes de aseguramiento de la calidad y de mejora de procesos en la prestación de los servicios y la fiabilidad del modelo propuesto, incluyendo cuanta información el licitador considere oportuna.

La información proporcionada en los puntos 4 y 5 será la base para la valoración del aparatado 1.2 de los criterios de adjudicación

6. Plan para la Dirección del Proyecto según la metodología PMI (Project Management Institute).

7. Herramientas informáticas propuestas y aplicaciones de gestión y control de proyectos aportadas por el licitador para facilitar las actividades a realizar en los grupos de procesos de Inicio, Planificación, Ejecución, Seguimiento y Control, y Cierre del proyecto, valorándose también las propuestas de adaptación e integración de las herramientas de control de proyectos disponibles en IAM.

La información proporcionada en los puntos 6 y 7 será la base para la valoración del aparatado 1.3 de los criterios de adjudicación


Pág

ina:

145

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 146

Las ofertas técnicas deberán contener 100 páginas como máximo (50 hojas en el caso de presentarse dos páginas por hoja), en formato DINA4, con interlineado sencillo, fuente arial 11 puntos, márgenes laterales 3 cm, márgenes superior e inferior de 2,5 cm, incluyendo un cuadro-resumen donde se destaquen los aspectos relevantes que son objeto de valoración, con indicación de la página donde se encuentra el detalle de la solución a valorar.

15. Infraestructuras físicas y lógicas para la gestión del contrato

El Ayuntamiento de Madrid está promoviendo un conjunto de Contratos Integrales

relacionados con la gestión de la ciudad. Estos contratos están orientados a mejorar la

calidad del servicio que se ofrece al ciudadano. Con una visión global de estos

contratos, el Ayuntamiento de Madrid dotará e instalará en su CPD central, ubicado en

la calle Albarracín, 33, un Centro de Servicios TIC (CESETIC) que servirá como nodo

central de servicios TIC para los Contratos Integrales. Las infraestructuras y

equipamientos de proceso de datos y comunicaciones del CESETIC serán

gestionados y administrados por el Organismo de Informática del Ayuntamiento de

Madrid (IAM).

El adjudicatario de este contrato deberá, por tanto, instalar las aplicaciones y

componentes software de la plataforma TIC de soporte a los servicios de este contrato

en el CESETIC, ajustándose a los criterios y procedimientos de entrega, control de

calidad, despliegue y otros procedimientos vigentes en IAM tanto para el desarrollo

como para el mantenimiento de aplicaciones, y que están recogidos en la Guía de

Estándares del Organismo.

El Ayuntamiento de Madrid dotará, igualmente de las líneas de comunicaciones entre

el CESETIC y las sedes principales de las empresas adjudicatarias de los Servicios

públicos urbanos recogidos en los contratos integrales.

Los servicios de infraestructura ofrecidos por CESETIC están basados principalmente en los estándares tecnológicos y son los siguientes:

Hardware: capacidad de proceso y almacenamiento:

o Arquitecturas x64.

o Almacenamiento en red SAN.

o La capacidad de proceso disponible para los servicios de información se ofrecerá en servidores virtualizados.

Software:

o Sistema operativo Linux: Red Hat Enterprise Linux o CentOS versión 5 o superior.


Pág

ina:

146

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 147

o Servidor Web: Apache 2.

o Servidor de aplicaciones Java EE: Jboss

o Gestor de bases de datos: PostgreSQL o MySQL.

Con el objetivo de asegurar la sostenibilidad de CESETIC, este centro se ha orientado al uso de soluciones software basadas en productos de código abierto (“Open Source”), por tanto en caso de necesitar algún componente no relacionado en párrafos anteriores, este deberá estar basado en una solución de código abierto e IAM como responsable de este centro será el responsable de proponer la solución que mejor se adapte a los requisitos definidos por el solicitante después de realizar los análisis y pruebas necesarias para asegurar la estabilidad y confiabilidad de la solución. Durante el proceso de certificación IAM podrá exigir la participación activa del demandante en el proceso.

No obstante, el IAM se reserva el derecho de admitir tecnologías propietarias ofertadas por el licitador, y que una vez validadas por IAM se incorporarán a la plataforma en las condiciones establecidas en el apartado 3 de Criterios generales y siguiendo los criterios técnicos de IAM.

16. Sistemas de información disponibles en el Ayuntamiento de Madrid

El Ayuntamiento de Madrid está utilizando actualmente para la gestión de ciertos Servicios públicos urbanos contemplados en el presente Pliego diferentes sistemas de información, desarrollados internamente y propiedad del Ayuntamiento.

El Ayuntamiento de Madrid pone a disposición del adjudicatario estos sistemas de información para la cobertura de los requerimientos funcionales y técnicos descritos anteriormente, por si pudiesen servir de base para la adaptación e integración de los distintos sistemas y módulos de la plataforma. El adjudicatario podrá optar por reutilizarlos total o parcialmente o por plantear alternativas basadas en sus propios sistemas.

Cualquiera que fuera la opción elegida, la plataforma resultante debe ser mantenida y soportada por el adjudicatario a lo largo de la vida del contrato y debe cumplir los requerimientos funcionales y técnicos descritos, siendo en todo caso el Ayuntamiento de Madrid propietario de los sistemas desarrollados o adaptados en el ámbito del contrato, salvo en el caso en que la plataforma se base parcialmente en productos comerciales que requieran licencias de uso, que pasarán al Ayuntamiento al final del contrato para su mantenimiento, si procede, posteriormente.

16.1. SIG de Gestión de Patrimonio Verde Descripción funcional


Pág

ina:

147

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 148

Sistema para la gestión y conservación de zonas verdes en la ciudad de Madrid. Consta de los siguientes módulos:

Inventario. Es el subsistema empleado por las empresas adjudicatarias de los contratos de mantenimiento para la creación y actualización de los elementos y entidades competencia de la Dirección General de Patrimonio Verde. Es una herramienta SIG con funcionalidad de edición y en la que se reSIGtran las altas, bajas y modificaciones, operaciones que mantienen actualizado el inventario. Así mismo, permite realizar búsquedas tanto geográficas como alfanuméricas de los elementos que componen el inventario.

Empresas. Permite la gestión de la información de las empresas y de sus recursos humanos en relación con la labores y tareas asignadas

Planes. Gestiona los planes de trabajo por parte de las empresas contratadas en tres estados, Planificación, Ejecución y Finalizado, mediante altas, bajas, modificaciones y consultas.

Los planes se fijan por cada Empresa en función de una zona geográfica contemplando datos de fechas, actividades a desarrollar, labores asociadas, instalaciones físicas. Permitirá la posibilidad de asociar más de una zona a una empresa. Las planificación se reflejará en el entorno SIG y en la cartografía temática de Patrimonio Verde.

Programas. Gestiona los Programas de trabajos en estado de planificación o ejecución. Estos programas son asignados a una empresa con una prioridad definida a lo largo del tiempo, asignando labores/actuaciones, personal y medios (vehículos, maquinaria y consumibles)

Medios. Permite gestionar los vehículos, maquinaria y consumibles que intervienen en los programas de las empresas.

Administración. Gestión de las tablas maestras del sistema.

SIG: El SIG de Patrimonio Verde dispone de un visor cartográfico para la visualización de los distintos mapas y capas de información almacenadas en el SIG Corporativo del Ayuntamiento de Madrid (SIGMA). El visor cartográfico es la herramienta tanto para la visualización de cartografía de base (redes de viales, parcelas, manzanas, edificios, callejero normalizado, ortofotos, etc.) como de la cartografía específica y temática (las capas de información de Patrimonio Verde).

El visor cartográfico está integrado con el resto de sistemas de manera bidireccional, es decir, que desde el visor se pueda acceder a los datos e información propia de las entidades de los sistemas de gestión, así como que desde las herramientas de gestión se pueda acceder y visualizar el elemento gráfico correspondiente a una entidad.


Pág

ina:

148

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 149

El visor cartográfico incorporará la funcionalidad necesaria para gestionar los elementos del inventario, seleccionarlos, realizar análisis espacial, mediciones, consultas, etc., creando unos menús específicos para estos cometidos.

Las funcionalidades básicas, además de las ya indicadas, de las que dispone el SIG son las propias de un sistema de este tipo, incluyendo las búsquedas y selecciones espaciales, activación y desactivación de capas, navegación, captura, mediciones, tabla de contenidos, etc.

Además de estas funcionalidades genéricas, el SIG implementa los procedimientos de gestión y administración necesarios para asegurar la disponibilidad de la información y su actualización. Entre estos procedimientos se incluyen los de alta, baja y modificación de los inventarios y elementos georreferenciados mediante procedimientos de carga masivos que incorporan control de errores topológicos mediante la implementación de reglas específicas

Entorno tecnológico

• Sistema Operativo: Windows 2003/2008

• Servidor Web: IIS 6.0, IBM Server 2.x / Apache

• Servidor Aplicaciones: WebSphere Application Server 6.1x

• Gestor de Base de Datos: Microsoft SQLServer 2005

• Tecnología SIG: ArcSIG Server 9.3.1; ArcIMS 9.3.1, ArcSDE 9.3.1

• Herramienta de desarrollo J2EE: Rational Application Developer 7

• Arquitectura Web, versión del navegador: Firefox, IE6 y superiores.

En el Anexo 2 se adjunta el manual de usuario de la aplicación

16.2. SIG de gestión de Áreas Infantiles y Áreas de Mayores

Descripción funcional

Sistema de información geográfica de gestión para las áreas de juegos infantiles y áreas de mayores.

El aplicativo dispone de los siguientes módulos:

Administración.

Informes.

Consultas.


Pág

ina:

149

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 150

Áreas de Mayores.

Áreas Infantiles.

SIG: el módulo es similar al indicado en el SIG de Patrimonio Verde


• Sistema Operativo: Windows 2003/2008.

• Servidor Web: IIS 6.0, IBM Server 2.x / Apache.

• Servidor Aplicaciones: WebSphere Application Server 6.1x .

• Gestor de Base de Datos: Microsoft SQLServer 2005.

• Tecnología SIG: ArcSIG Server 9.3.1; ArcSDE 9.3.1.

• Herramienta de desarrollo J2EE: Rational Application Developer 7.



16.3. SIG de gestión de la Red de Alumbrado Descripción funcional

Sistema de información geográfica para la gestión y mantenimiento de la Rede de Alumbrado del municipio de Madrid.

Las entidades consideradas son: Centros de Mando, Tramos y Unidades Luminosas.

Implementa topología de red. Dispone de los entornos Web para explotación y desktop para edición cartográfica.

El aplicativo dispone de los siguientes módulos:

8. Inventario

9. Informes.

10. Mantenimiento.

11. Administración

12. SIG: el módulo es similar al indicado en el SIG de Patrimonio Verde




Pág

ina:

150

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 151








16.4. Sistema de Telecontrol El Ayuntamiento tiene actualmente en producción una aplicación de telecontrol para la gestión y control de datos provenientes de diferentes tipos de sensores.

El sistema de Telecontrol permite conocer en todo momento los parámetros eléctricos y de otra índole recibida desde sensores ubicados en las instalaciones para su análisis y control, así como el correcto funcionamiento de los centros de mando.

En el centro de telecontrol se realiza una gestión de las comunicaciones y de los datos, de eventos y alarmas recibidos de los diferentes sensores instalados en los elementos a monitorizar.

En el Anexo 2 se proporciona documentación sobre el sistema.

En el ámbito de este contrato se contempla el mantenimiento correctivo, adaptativo y evolutivo de la aplicación de Telecontrol, teniendo en cuenta que su evolución debe tender hacia una arquitectura que permita, por una parte y mediante los interfaces adecuados, monitorizar de forma amigable el estado de los elementos gestionados así como la de permitir su extensión a otras tipologías de sensorización.

16.5. Control de tráfico por semáforos (SICTRAM) Conceptualmente, el sistema es una interface que posibilite la interconexión con las aplicaciones de gestión y explotación del tráfico urbano que gestionan las entidades de tráfico, permitiendo cierta operatividad sobre ellas. Los datos y las entidades se presentarán sobre un módulo SIG con diferentes capas de información

La plataforma TIC a desarrollar/suministrar deberá integrar los sistemas ya iexistentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento de la red de semáforos, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos.


Pág

ina:

151

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 152

En el ámbito de este contrato se incluirá el mantenimiento correctivo, adaptativo y evolutivo de esta aplicación, integrándose en la arquitectura fruto de la evolución del sistema de Telecontrol.

16.6. Sistema de gestión de averías para elementos de tráfico (SAGA)

Este sistema recibe y gestiona las incidencias de averías provenientes de semáforos, control de tráfico en vías rápidas, cámaras para control de tráfico y control de infracciones automatizadas.

En el ámbito de este contrato se incluirá el mantenimiento correctivo, adaptativo y evolutivo de esta aplicación, integrádose dentro de los subsistemas que proporciona la plataforma MiNT.

16.7. Control de infracciones automatizadas La plataforma TIC a desarrollar/suministrar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento del sistema de control de infracciones automatizadas, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos.

16.8. Cámaras para el control de tráfico. La plataforma TIC a desarrollar/suministrar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento del sistema de cámaras para el control de tráfico, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos.

16.9. Sistemas de control de tráfico en vías rápidas La plataforma TIC a desarrollar/suministrar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento del sistema de control de tráfico en vías rápidas, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos.

16.10. Instalaciones en túneles y galerías de servicios. La plataforma TIC a desarrollar/suministrar deberá integrar los sistemas ya existentes en el Ayuntamiento de Madrid para el control, gestión y mantenimiento de instalaciones en túneles y galerías de servicio, a efectos de la creación y actualización del inventario georreferenciado de este tipo de elementos.

16.11. Aplicación para la gestión de recibos de las compañías eléctricas (MEGA)

El Ayuntamiento dispone de una aplicación, denominada MEGA, para la gestión de los recibos remitidos por las compañías eléctricas correspondientes a los consumos


Pág

ina:

152

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 153

eléctricos de los distintos elementos (Alumbrado público, Instalaciones hidráulicas ornamentales, etc.)

Los diferentes subsistemas que manejen datos de consumo eléctrico deberán comunicarse con la citada aplicación municipal de gestión de recibos de las compañías eléctrica mediante el consumo de un servicio web publicado por dicha aplicación u otro procedimiento, para obtener los datos de facturación de cada suministro.

En el ámbito de este contrato se incluirá el mantenimiento correctivo, adaptativo y evolutivo de esta aplicación de acuerdo con los requisitos exigidos por el usuario. En concreto, se abordará el desarrollo de servicios web o procedimiento que se establezca para la interconexión de MEGA con los subsistemas o módulos que lo requieran, así como de la propia interconexión de los subsistemas sectoriales (Alumbrado, Instalaciones hidráulicas ornamentales, etc.).

16.12. Portal de movilidad El Departamento de Tecnologías de Tráfico dispone de información relativa al tráfico y las cámaras de TV instaladas en diferentes viales de Madrid.

Por otra parte, el Área de Gobierno de Medio Ambiente y Movilidad dispone de un portal específico para suministrar al ciudadano información de distinta índole en su marco competencial.

En el ámbito de este contrato se incluirá la publicación de la información de tráfico y cámaras anteriormente citada en este portal de movilidad, así como su actualización y mantenimiento, dotándole de un interfaz gráfico con el SIG que permita la navegación sobre los mapas temáticos y facilite su usabilidad.

17. Integración con otros sistemas de información municipales

La plataforma de gestión del servicio deberá permitir la integración con otros sistemas de información municipales:

17.1. SIGMA: Sistema de Información Geográfico Corporativo El Ayuntamiento de Madrid gestiona su información geográfica corporativa en el SIG corporativo denominado SIGMA, incluyendo tanto la cartografía base de la ciudad como otras capas de información geográfica y alfanumérica asociadas al territorio.

Este sistema y otras herramientas y aplicaciones municipales integradas con él, permiten a las unidades municipales y a las empresas colaboradoras gestionar diferentes Servicios públicos urbanos en la ciudad. SIGMA dispone de un visor geográficos, que se puede implementar de forma estándar en las aplicaciones de


Pág

ina:

153

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 154

gestión y que las dota de funcionalidad geográfica, posibilitando el análisis espacial mediante las herramientas propias de un SIG.

El Ayuntamiento de Madrid facilitará al adjudicatario aquella información geográfica municipal que se considere de utilidad para la prestación el servicio, de manera que sea posible la ubicación y el análisis geográfico de la información objeto de la prestación de los servicio.

El Ayuntamiento de Madrid y el adjudicatario podrán establecer otros tipos de integración técnica entre SIGMA y la plataforma de prestación de servicios objeto del contrato para un mejor funcionamiento de la misma.

En todo caso, los inventarios gestionados en el ámbito del contrato deberán residir finalmente en SIGMA, con el formato adecuado, como un todo integrado y accesible desde un único interface, siendo responsabilidad del adjudicatario desarrollar los elementos de integración que permitan al Ayuntamiento disponer de la información actualizada para realizar, consulta y análisis espacial sobre dichos inventarios mediante las herramientas implementadas en SIGMA.









17.2. BDC: Base de Datos Ciudad El Ayuntamiento de Madrid dispone de un callejero normalizado de la ciudad para la gestión de viales y de direcciones postales.

La plataforma utilizada por el adjudicatario, y al objeto de que las direcciones postales estén normalizadas, se integrará con los servicios web facilitados por el Ayuntamiento para la conexión y utilización de BDC, de forma que todas las direcciones (vial +número de portal) estén normalizadas.

17.3. Sistema de gestión de avisos y peticiones El Ayuntamiento de Madrid gestiona los avisos y peticiones del ciudadano relativas a los servicios municipales a través del Sistema de Gestión de Avisos y Peticiones (AVISA). Será obligatorio para la empresa adjudicataria, durante la fase transitoria de


Pág

ina:

154

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 155

la prestación del Servicio, incorporarse a dicho sistema para gestionar todas las incidencias procedentes de los canales municipales de información así como las órdenes emanadas desde los servicios técnicos municipales. Una vez finalizada la fase transitoria y puesta en producción la plataforma MiNT, este sistema de avisos y peticiones será sustituida por el nuevo sistema de Recogida, Gestión y Seguimiento de Avisos.

La comunicación se realizará a través de la extranet municipal, de manera que en Avisa el adjudicatario pueda registrar las fechas de atención a las incidencias, avisos y peticiones, su estado de resolución y las actuaciones realizadas.

Durante el periodo de adaptación de la plataforma, se analizará y realizará la integración entre el Sistema de gestión de avisos y peticiones y la plataforma de manera directa, mediante servicios entre ambas aplicaciones.

17.4. Sistema de validación de usuarios (UWEB) UWEB es una herramienta que posibilita la identificación de usuarios en entorno Web, el control de acceso de estos a sus aplicaciones autorizadas y la navegación por la funcionalidad (procesos) definida en cada aplicación, determinada por los roles/perfiles (marcos) asignados a los usuarios de una aplicación.

En las llamadas a las aplicaciones y procesos dependientes de ellas, UWEB embebe de forma automática, una serie de parámetros, permitiendo así, que las aplicaciones que lo requieran puedan implementar los controles de seguridad añadidos que se estimen necesarios, así como, utilizar información almacenada en la BD de UWEB sobre Aplicaciones/Procesos/Marcos/Usuarios censada en ella.

En el Anexo 2 se encuentra el Manual de configuración del Sistema de validación de usuarios (UWEB), donde pueden consultarse los servicios web disponibles y sus métodos, con ejemplos de uso

17.5. Sistema de inspección municipal (SIMUN)

17.5.1. Descripción funcional del sistema El Sistema de Inspección contempla las siguientes funcionalidades o módulos que se detallarán en los siguientes apartados de este documento:

Posibilidad de definir de manera parametrizable diferentes tipos de inspección, para posibilitar su utilización en cualquiera de los procesos de inspección en los que se precise.

Georeferenciación de tres tipos: Por Censo de Locales y Actividades de Madrid (identificación del local inspeccionado), por dirección (calle y número) o por coordenadas x,y.


Pág

ina:

155

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 156

Funcionamiento On-Line y Off-Line (con o sin comunicaciones de red, por lo que es capaz de funcionar tanto conectado como desconectado de los sistemas de información de backoffice).

Es un sistema multidispositivo (Tabletas Android, Portátiles, Puestos de trabajo).

Dispone de procesos de sincronización de información entre el Sistema de Inspecciones Municipales (SIM) y los diferentes dispositivos.

Dispone de procedimientos de instalación y actualizaciones de la aplicación en los dispositivos.

Asimismo permite la carga y utilización de certificados de los usuarios inspectores en los dispositivos móviles.

Para ello, el sistema está diferenciado en dos subsistemas principales:

a) Subsistema de Inspección.

b) Subsistema de Parametrización.

El Subsistema de Inspección cubre las siguientes funcionalidades:

Procesos de sincronización de información entre el Sistema de Inspecciones Municipales (SIM) y los diferentes dispositivos:

Permite cargar en los dispositivos móviles (Android y Portátiles) la información actualizada en SIM necesaria para la inspección, tanto al nivel de los datos a utilizar, como de las definiciones de la parametrización que permita la caracterización de los formularios de inspección.

Permite descargar desde estos dispositivos la información y documentación recogida en las inspecciones.

Posibilita la carga y utilización de certificados en los dispositivos móviles, habilitando un sistema que permite la gestión de forma segura de los certificados de los usuarios que vayan a utilizar los dispositivos para la firma de las inspecciones.

Dispone de procedimientos de instalación y actualizaciones de la aplicación en los dispositivos.

El sistema posibilita la georreferenciación mediante el Censo de Locales y Actividades (CLA), por dirección (calle y número) (Base de datos Ciudad) o por coordenadas x,y (Sistema de Información Geográfica Municipal).

El Subsistema de Parametrización ofrece las siguientes funcionalidades generales:


Pág

ina:

156

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 157

Definición y mantenimiento de las inspecciones en todos sus aspectos: datos identificativos, tipificación, usuarios destinatarios, etc.

Definición y mantenimiento de los datos a recoger en cada inspección, y por tanto de los formularios que se utilizan.

Incluye una herramienta con la funcionalidad para gestionar el sistema y la caracterización de las inspecciones con las siguientes responsabilidades:

Gestión de la caracterización de inspecciones.

Creación de nuevos tipos de inspección

Definición de la caracterización de un tipo de inspección.

El sistema dispone de las inspecciones de la LEPAR parametrizadas y configuradas. En particular:

En las inspecciones de LEPAR, se georreferencia con el CLA para seleccionar el local a inspeccionar, y se recupera la información de la actividad desarrollada en dicho local.

Este caso se parametriza de la siguiente forma:

Selección de local a inspeccionar.

En caso de que no exista el local a inspeccionar en la base de datos del SIM, se recogen los datos identificativos del local / actividad, con la estructura y validación adecuadas, para poder descargarlos junto con el resto de datos del resultado de la inspección.

Se prepara el formulario con la caracterización y la información a recoger según la definición del tipo de inspección a realizar, componiendo de forma dinámica los bloques de información definidos en el formulario:

Cabecera.

Datos del local / Actividad rellenando con los datos recuperados.

Dispone de la posibilidad de modificar los datos recuperados del SIM, cuando el inspector detecte que hay diferencias entre la información recuperada y la real, con esta opción se pueden modificar los datos identificativos del local/actividad, con la estructura y validación adecuadas para poder descargarlos junto con el resto de datos del resultado de la inspección.

Datos específicos a recoger según el tipo de inspección.

Hechos denunciados:

Se rellena la tabla de hechos denunciados según la definición existente para el tipo de inspección, mostrando las secciones de


Pág

ina:

157

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 158

primer nivel con posibilidad de desplegar para ver los hechos a comprobar en cada sección.

Firma digital de los inspectores actuantes.

Recuperación de datos de los inspectores a partir del DNI recuperado del Certificado, para completar la elaboración del informe de inspección en PDF.

Asignación de número de informe de inspección garantizando la numeración única.

Elaboración del PDF del Informe de inspección.

Incorporación de fotografías desde dispositivos móviles si tienen esta posibilidad.

Informes ampliatorios (sólo desde puestos fijos):

En algunos casos además del informe de inspección se precisa realizar un informe más extenso en el que se detallan las actuaciones realizadas en la inspección y las deficiencias encontradas.

Para ello se dispone de una opción que permite elaborar el documento con el informe, firmarlo digitalmente por los inspectores, e incorporarlo como PDF firmado a la inspección como documento adjunto.

17.5.2. Descripción técnica de los subsistemas

17.5.2.1. Subsistema de inspección

Este subsistema consiste en un sistema de información parametrizable para la realización de múltiples tipos de inspecciones, en particular permite la realización de las inspecciones de la Ley de Espectáculos Públicos y Actividades Recreativas. Esta subsistema funciona en diferentes dispositivos: Tablet Android (con y sin comunicaciones), PC Windows en movilidad (con y sin comunicaciones) y PC Windows conectados a la red municipal, e incluye los diferentes servicios de sincronización con el Sistema de Inspecciones Municipales (SIM).

El sistema se concibe como parametrizable en lo que a la configuración de la información a capturar se refiere, así como en la integración con otros Sistemas del Ayuntamiento de Madrid. De esta forma la funcionalidad del sistema global, es extensible a cualquier tipo de inspección para la captura de información realizada en campo.

Sistema de Inspecciones Municipales (SIM):


Pág

ina:

158

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 159

Es un sistema central, soportado en base de datos, que agrupa información necesaria para las actividades de inspección, de manera que facilita el acceso a dicha información cuya gestión está dispersa en otras bases de datos municipales. Los datos que recoge son:

- Censo de Locales y Actividades, así como sus agrupaciones y epígrafes.

- Definición y parametrización de inspecciones.

- Tablas de control de sincronización.

- Resultados de las inspecciones:

Datos.

Ficheros (PDF y fotografías).

Propuestas de modificación sobre el Censo de Locales y Actividades.

El Subsistema de Inspección está integrado por los siguientes componentes:

17.5.2.1.1. Tipos de clientes.

Cliente de movilidad sobre Android.

Este cliente se emplea para la captura de información de campo. Para ello dispone de una interfaz HTML5, cuyas llamadas a servicios se exponen a través de una interfaz Javascript que es empleada por el resto de clientes del sistema.

Si el dispositivo móvil dispone de cámara, se permite incorporar fotografías a los datos de la inspección.

Si el dispositivo móvil dispone de GPS, se permite incorporar coordenadas GPS a los datos de la inspección.

Cliente PC sobre Windows SIN conexión a red.

El cliente PC sin conexión a red emplea la misma interfaz Html5 definida para el dispositivo de movilidad, redirigiendo las peticiones al servicio adecuado a la lógica de negocio asociada al cliente PC sin conexión.

Cliente PC sobre Windows CON conexión a red.

El cliente PC con conexión a red emplea la misma interfaz Html5 definida para el dispositivo de movilidad, redirigiendo las peticiones al servicio adecuado a la lógica de negocio asociada al cliente PC sin conexión, siendo éstas redirigidas a servicios online.

El cliente PC online, además de las funcionalidades de gestión de las inspecciones, similares a las del resto de plataformas, dispone de las siguientes:


Pág

ina:

159

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 160

Generación remota de PDF asociado a la inspección.

Firma electrónica online de PDFs asociados a la inspección., mediante los servicios de firma proporcionados por la pasarela de firma SBAE proporcionada por IAM.

Aporte de informe complementario a la inspección en formato digital. Este informe complementario se aporta posteriormente y también está firmado digitalmente.

17.5.2.1.2. Funciones de los Clientes.

Los puestos cliente (de todo tipo) realizan las siguientes tareas:

o Recepción de la información de caracterización de inspección.

El cliente sincroniza la información de caracterización de una inspección para su posterior representación. Está caracterización incluye:

Módulos como delimitadores de contenido. Posibilitando la reutilización de módulos en varios tipos de inspecciones.

Campos como contenedores de información. Especificando el tipo de campo así como caracterizando al mismo con las propiedades necesarias para su posterior representación.

Restricciones adicionales sobre el contenido de los diversos campos.

o Recepción de la información de Censo de Locales y Actividades (CLA).

El cliente es capaz de sincronizarse con una réplica de los datos del CLA existente en el Sistema de Inspecciones Municipales y almacenarla en un contenedor de datos local.

El volumen de información a sincronizar depende de las limitaciones tecnológicas del dispositivo.

o Recepción de información de Base de Datos Ciudad (BDC).

El cliente es capaz de sincronizarse con una réplica de los datos de BDC existente en el Sistema de Inspecciones Municipales y almacenarla en un contenedor de datos local.

El volumen de información a sincronizar dependerá de las limitaciones tecnológicas del dispositivo.

o Representación de formularios de inspecciones.

El cliente SIMUN muestra formularios de inspección a través de la información recibida en la sincronización de la caracterización de la inspección.


Pág

ina:

160

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 161

La caracterización de los formularios permite representar los elementos recogidos en el documento.

o Creación de instancias de inspecciones.

El cliente puede utilizar los formularios mostrados para la creación de instancias de inspección.

En el formulario se tienen en cuenta las restricciones recogidas por su caracterización.

El cliente usa diversos plugins para recoger datos dentro de los campos de los formularios. Por ejemplo puede utilizar el servicio de BDC a través de una interfaz de JavaScript de forma que si dispone de conectividad acuda al servicio web disponible o, en caso de no disponer de conectividad, al contenedor de datos local.

Cada instancia de inspección tiene un identificador único, generado por el cliente.

o Envío de la información de instancias de inspección.

El cliente envía la información de las instancias de inspecciones a través del servicio de sincronización.

En caso de no disponer de conexión online, el cliente almacena la instancia de las inspecciones en un contenedor de datos local a la aplicación para su posterior sincronización.

En caso de disponer de conexión online el cliente utiliza el servicio de sincronización automáticamente.

Junto con los datos recogidos en una instancia de inspección, en caso de realizarse esta funcionalidad en cliente, se envía el PDF generado y firmado.

o Generación de informe de inspección en formato PDF. El cliente genera un informe en formato PDF asociado a la inspección realizada.

Para el cliente PC si conexión y cliente Android, la generación del documento PDF se realiza en local.

La generación del informe tiene en consideración la caracterización de las inspecciones.

o Gestión de certificados.

El sistema provee la gestión segura de certificados de usuario.

o Firma del informe generado en formato PDF. El cliente puede firmar el informe generado.

Para el cliente PC con conectividad a la red, la firma del documento se realiza on-line contra el servicio de firma de los Servicios Básicos de


Pág

ina:

161

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 162

Administración Electrónica (SBAE) disponibles en el Ayuntamiento de Madrid.

Para los clientes de conectividad limitada, se distinguen dos escenarios:

Existe conectividad. En este caso, la firma se realiza a través del Servicio de firma de SBAE disponibles en el Ayuntamiento de Madrid.

No existe conectividad. Si no existe conectividad, el fichero se firma en local. Posteriormente, se envía al servidor en la sincronización del sistema. En esta sincronización, desde el servidor se realiza la firma del documento con Servicio de firma de SBAE, comprobando los parámetros no verificables en la firma en local, tales como la vigencia o revocación del certificado, fecha de la firma, etc.

o Envío de la información de Censo de Locales y Actividades (CLA).

Al realizar una instancia de inspección existe la posibilidad de realizar el alta o modificación de los datos del local asociado.

La posible modificación o alta del local es transmitida al servicio de sincronización para registrar esta información dentro del Sistema de Inspecciones Municipales; esta información es susceptible de un tratamiento posterior por los responsables de actualizar esta información en el CLA.

17.5.2.1.3. Servicios de sincronización.

El Subsistema de Inspección incluye los siguientes servicios de sincronización entre clientes y el Sistema de Inspecciones Municipales (SIM):

Servicio de sincronización con Base de Datos asociado a cliente offline.

Consiste en un servicio de sincronización de la información recogida en el sistema de captura de datos en campo sobre el cual se conectan los dispositivos de movilidad (PC Offline y dispositivos Android) para sincronizar la información recogida en campo con el sistema central de gestión de la información derivada de las inspecciones dentro del SIM.

Este servicio incluye las siguientes funcionalidades de cara a los dispositivos de trabajo offline:

Descarga de información inicial del sistema: tablas maestras e inspecciones asociadas.

Sincronización de la información recogida en campo por los dispositivos móviles y su actualización en la base datos del sistema. Esta información está compuesta por:


Pág

ina:

162

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 163

- Los datos de la instancia de inspección.

- El archivo PDF firmado. En caso de que el cliente disponga de conectividad generará el PDF en el lado servidor.

- Otra documentación perteneciente a la inspección (fotos, etc.).

Servicios de consumo de Base de Datos Ciudad (BDC).

La plataforma de gestión de inspecciones permite el aporte de campos de tipo dirección postal (edificio) a través de los servicios web Base de Datos Ciudad (BDC) que dispone del conjunto de direcciones postales de Madrid y los servicios necesarios para su validación y selección. La incorporación de este tipo de campo, junto con la funcionalidad asociada de consulta a los servicios de BDC, implica la existencia de una interacción con éstos. De esta forma, el sistema contempla la adquisición de información procedente de servicios de BDC.

Servicios de consumo de Censo de Locales y Actividades (CLA).

La plataforma utiliza los datos del Censo de Locales y Actividades del Ayuntamiento de Madrid, integrados en el sistema SIM para poder identificar el local sobre el que se realiza una inspección y su actividad correspondiente. La plataforma se comunica indirectamente con el Censo de Locales y Actividades a través de un servicio de sincronización, y en el cliente se almacena una réplica de la parte de los datos de este censo que sean necesarios.

Servicio de firma del Ayuntamiento de Madrid (SBAE).

La plataforma permite tanto la firma online como la firma offline de los ficheros pdf generados para cada inspección.

Así, los ficheros firmados deben firmarse cuando se dispone de conectividad contra los servicios de firma de SBAE del Ayuntamiento de Madrid.

Servicio Uweb.

Servicio que posibilita la identificación de usuarios y el control de éstos a sus aplicaciones autorizadas.

De esta forma se puede controlar que determinadas acciones, como por ejemplo modificar un formulario de inspección, sólo puedan realizarse por personas autorizadas.

Servicio de mapas SIGMA


Pág

ina:

163

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 164

Servicio que posibilita obtención de información de mapas para la georreferenciación mediante coordenadas x,y.

Este servicio está disponible tanto en dispositivos móviles como en los puestos de trabajo fijos.

Para su uso es necesaria la existencia de comunicaciones de red.

El uso de este sistema para georreferenciar es independiente de la captura de la información proporcionada por el sistema GPS del dispositivo, en caso de existir.

El sistema utiliza la información del GPS de forma orientativa para permitir al usuario la georreferenciación exacta sobre el mapa.

Tanto la información del GPS como la indicada por el usuario se almacenan como parte de la inspección.

17.5.2.1.4. Informes y estadísticas.

Existe una relación de informes generales sobre las inspecciones realizadas que se almacenen en el Sistema de Inspecciones Municipal (SIM).

Los usuarios de estos informes tienen acceso únicamente a la información de las inspecciones para las que tengan autorización.

Los informes disponibles son los siguientes:

Informe temporal (mensual, trimestral,…) de inspecciones.

Informe geográfico (distritos) de inspecciones.

Informe de hechos denunciados por tipo de inspección.

Informe de inspecciones por usuario.

17.5.2.1.5. Subsistema de parametrización.

Este subsistema está integrado por los servicios que permiten definir y categorizar las inspecciones en todos sus aspectos, de manera que los puestos cliente, en función del inspector que se conecte, reciben la información necesaria para la realización de la inspección, tanto en lo que se refiere al objeto a inspeccionar, como a los formularios precisos que se deben cumplimentar en la inspección.

17.5.2.1.6. Definición de Tipos de Inspección.

Esta funcionalidad permite la definición y el mantenimiento, sobre el Sistema de Inspecciones Municipales citado anteriormente, de los diferentes tipos de Inspección


Pág

ina:

164

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 165

susceptibles de utilizarlo. Los datos que configuran cada tipo son al menos los siguientes:

- Código y denominación del Tipo de Inspección.

- Unidad o Área responsable (validando contra la Estructura Organizativa Municipal).

- Cabecera del formulario de inspección con Logo e identificación de la Unidad.

- Número de inspectores actuantes.

- Tabla de inspectores autorizados.

- Tipo de georreferenciación:

o Censo de Locales y Actividades: la inspección se dirige a un local y se seleccionará éste del Censo o bien, si no se encuentra, se toman sus datos y se envian en el proceso de sincronización.

o Dirección de Base de Datos Ciudad.

o Coordenadas x,y.

- Coordenadas del GPS: la información recogida por el GPS no se considera georreferenciación en sentido estricto, si no que se considera como datos a acompañar a las inspecciones en caso de que el dispositivo disponga de esta opción.

- Bloque de datos específicos a recoger, con definición de los tipos de campo a utilizar y las validaciones a realizar.

17.5.2.1.7. Definición de Fichas de Inspección.

Para cada tipo de inspección, se pueden definir una o varias fichas, que corresponden a otros tantos protocolos de inspección, y que se representan en los formularios de recogida de datos que los inspectores deben cumplimentar. Los datos de cabecera corresponden a los detallados en el punto anterior, pero los datos a recoger son específicos de cada una de las fichas.

El subsistema posibilita la definición y el mantenimiento de estos campos, ofreciendo también opciones de copia desde fichas ya definidas a las nuevas.

Estos campos son:

a) Bloque de datos específicos: En este apartado se pueden definir todos aquellos campos específicos que se deben recoger para una determinada inspección, pudiendo definir para cada uno de ellos, el tipo de campo a utilizar y las validaciones a realizar, tal como se indica más adelante para los ítem en el apartado de Hechos denunciados.


Pág

ina:

165

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 166

b) Hechos denunciados: En este apartado se recogen todas las deficiencias a comprobar en la inspección, y el resultado de dichas comprobaciones. Se pueden crear al menos dos niveles de agrupación en la definición de este bloque, en un primer nivel se definen las secciones o módulos con posibilidad de ser desplegadas para ver los ítems existentes en el siguiente nivel.

Por ejemplo, en las inspecciones de Policía Municipal aparecen inicialmente los elementos de primer nivel:

+ Espectáculos Públicos y Actividades Recreativas (que se despliega en):

Seguro-recibo en vigor

Cartel identificativo de LEPAR

Licencia de Actividad

+ Salud Pública (que se despliega en):

Disponer de cuarto de basura aislado

Falta de limpieza y condiciones higiénicas

No tener jabón y toallas de un solo uso.

Uno de los apartados fundamentales del protocolo es la definición de los ítems de inspección a recoger. Este apartado cubre las siguientes posibilidades:

Tipos de campos. Se pueden definir campos de los siguientes tipos:

o Texto (con longitud variable).

o Numérico.

o Desplegables con lista de valores parametrizables.

o Fecha.

o Opciones seleccionables con "n" opciones (sí/no, 1-2-3-4-5, etc.).

o Fichero (requiere funcionalidad de adjuntar fichero).

o Fotografía (requiere funcionalidad de captura de fotografía).

o Dirección de Base de Datos Ciudad.

o Coordenadas x,y de la inspección.

Características de los campos. Se pueden definir campos con las siguientes características:

o Editable / no editable.

o Opcional / obligatorio.

o Condicionales: serán campos cuya aparición en el formulario está vinculada a una selección anterior de un valor determinado de otro campo.


Pág

ina:

166

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Nº Expte.: 300/2013/00526

Título:



Página 167

o Longitud de los campos. La longitud de los campos a añadir en las inspecciones parametrizables se puede definir, de manera que sea tenida en cuenta para la maquetación de los formularios.

Definición de Secciones de ítems, que permiten agrupar ítems individuales. La definición de una sección consta de dos partes, en un primer nivel se incluye la descripción de la sección, y en otro nivel se pueden relacionar los ítems individuales asociados a la sección y la ordenación que deben seguir estos ítems dentro de la sección.

Posibilidad de reutilizar las secciones definidas para incluirlas en diferentes protocolos de inspección.

Posibilidad de reutilizar los ítems definidos para incluirlos en diferentes Secciones.

Definición de validaciones sobre los ítems incluidos en un protocolo de inspección, de forma que se pueden realizar validaciones condicionales en función de los ítems rellenados anteriormente en el protocolo, por ejemplo ítems cuya aparición en el formulario se ve vinculada a una selección anterior de un valor determinado de otro ítem.

NOTA IMPORTANTE

Este Pliego de Prescripciones Técnicas hace referencia a los Anexos 1 y 2

Por razones técnicas, el Anexo 2 se encuentra en varios archivos separados.


Pág

ina:

167

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp




Pág

ina:

168

de

168

Cód

igo

de v

erifi

caci

ón :

PY

23c1

6ab9

aedd

6e

Par

a la

ver

ifica

ción

del

sig

uien

te c

ódig

o po

drá

cone

ctar

se a

la s

igui

ente

dire

cció

n h

ttp://

ww

w-

2.m

unim

adrid

.es/

Ver

ifica

cion

Cov

e/C

otej

oCO

VE

.jsp



Doc.: PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES · Contrato mixto de servicios y suministro...

Documents

Transcript of Doc.: PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES · Contrato mixto de servicios y suministro...