PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES ... · subdirecciÓn general de sistemas de...

SUBDIRECCIÓN GENERAL DE SISTEMAS DE INFORMACIÓN CORPORATIVOS

Nº Expte. 300/2017/00421

Título Suministro de Licencias de Software MicroStrategy

Doc. PLIEGO DE PRESCRIPCIONES TECNICAS

1

AYUNTAMIENTO DE MADRID

SUMINISTRO DE LICENCIAS DEL SOFTWARE MICROSTRATEGY

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES

Firmado por: MARIA DE LAS MERCEDES LOZANOFecha: 18-07-2017 13:08:40

Pág

ina:

1 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0

http://www-2.munimadrid.es/VerificacionCove/CotejoCOVE.jsp?codigoVerificacion=PY78d42d217ac8c0



Nº Expte. 300/2017/00421



2

Índice

1 OBJETO DEL CONTRATO .................................................................................................... 5

2 CARACTERÍSTICAS TÉCNICAS QUE HA DE REUNIR EL OBJETO DEL CONTRATO ... 5

2.1 DESCRIPCIÓN FUNCIONAL DE LAS LICENCIAS A ADQUIRIR .....................................5

2.2 DESCRIPCIÓN FUNCIONAL DEL MANTENIMIENTO (GRATUITO DURANTE EL

PRIMER AÑO) .........................................................................................................................................6

3 PRECIO DE CADA UNA DE LAS UNIDADES EN QUE SE DESCOMPONE EL

PRESUPUESTO ............................................................................................................................... 9

4 REQUISITOS, MODALIDADES Y CARACTERÍSTICAS TÉCNICAS DE LAS VARIANTES

10

5 OTRAS CONSIDERACIONES ESPECÍFICAMENTE TÉCNICAS QUE EL SOLICITANTE

CREA CONVENIENTE ................................................................................................................. 10

6 PLAZO DE GARANTÍA ......................................................................................................... 10

7 PRESCRIPCIONES TÉCNICAS DE CARÁCTER SOCIAL................................................... 11

7.1 CLÁUSULAS SOCIALES DE CARÁCTER OBLIGATORIO ........................................... 11

7.1.1 Bienes producidos durante la ejecución del contrato ............................................................. 11

7.1.2 Uso no sexista del lenguaje .......................................................................................................... 11 7.1.3 En materia de accesibilidad .......................................................................................................... 12

7.1.4 Informe relativo al cumplimiento de las obligaciones sociales .............................................. 13

8 CONFIDENCIALIDAD, PROTECCION DE DATOS PERSONALES Y SEGURIDAD DE LA

INFORMACIÓN ............................................................................................................................ 13

ANEXO I ........................................................................................................................................ 16

8.1.1 ANEXO II: REQUISITOS DE LA PLATAFORMA MICROSTRATEGY................................... 17

1 Aspectos Funcionales .......................................................................................................... 17

1.1 Entorno de trabajo basado en un navegador Web .......................................................... 17

1.2 Informes..................................................................................................................................... 17

1.2.1 Creación de Plantillas de Informes.............................................................................................. 19

1.2.2 Asistente de Generación de informes ........................................................................................ 19 1.2.3 Guardar Informes Personalizados ............................................................................................... 20

1.2.4 Navegación ...................................................................................................................................... 20 1.2.5 Enlaces entre Informes .................................................................................................................. 21


Pág

ina:

2 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



3

1.3 Documentos Generales y Cuadros de Mando .................................................................. 22

1.3.1 Diseño a Medida ............................................................................................................................. 23

1.3.2 Transacciones y Entrada de Datos.............................................................................................. 24

1.4 Autoservicio y Exploración de Datos .................................................................................. 24

1.4.1 Importación de Datos Personales o Departamentales ........................................................... 25

1.4.2 Mezcla de Datos ............................................................................................................................. 26

1.5 Envío de Informes Planificados o en Base a Alertas ........................................................ 26

1.6 Movilidad................................................................................................................................... 28

1.6.1 Transacciones en las Aplicaciones Móviles ............................................................................... 28 1.6.2 Entradas Táctiles ............................................................................................................................ 28

1.6.3 Transacciones en Modo Offline .................................................................................................. 29 1.6.4 Captura de Imágenes ..................................................................................................................... 29

1.6.5 Integración con Periféricos del Dispositivo .............................................................................. 29 1.6.6 Multimedia ....................................................................................................................................... 29

1.6.7 Multimedia Procedente de Servidores de Archivos y SharePoint ........................................ 30 1.6.8 Construcción de Formularios de Encuestas .............................................................................. 30

1.6.9 Capturar y Compartir Comentarios ............................................................................................ 30 1.6.10 Envío de Alertas Push al Dispositivo .......................................................................................... 30

1.6.11 Integración en NewsStand ........................................................................................................... 30 1.6.12 Adaptación Automática al Dispositivo Móvil............................................................................ 31

1.7 Creación de Indicadores......................................................................................................... 31

1.8 Integración con R ..................................................................................................................... 31

1.9 Soporte Cartográfico .............................................................................................................. 32

1.9.1 Mapas Personalizados ................................................................................................................... 32 1.9.2 Integración con soluciones GIS ................................................................................................... 32

1.10 Aspectos Técnicos ................................................................................................................... 34

1.10.1 Arquitectura Requerida ................................................................................................................. 34 1.10.2 Escalabilidad .................................................................................................................................... 38

1.10.3 Recuperación ante Fallos .............................................................................................................. 40 1.10.4 Datos en Memoria.......................................................................................................................... 40

1.10.5 Gestión de Cachés ......................................................................................................................... 41 1.10.6 Capacidades de Administración .................................................................................................. 43

1.10.7 Gobierno del Dato .......................................................................................................................... 44 1.10.8 Integración con Fuentes de Datos .............................................................................................. 45

1.10.9 Web Services................................................................................................................................... 47 1.10.10 Browsers Soportados ................................................................................................................ 49

1.10.11 Integración con Productos Ofimáticos .................................................................................. 49 1.10.12 Capacidades de Exportación ................................................................................................... 49

1.11 Seguridad................................................................................................................................... 50

1.11.1 Autenticación .................................................................................................................................. 50


Pág

ina:

3 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



4

1.11.2 Autorización de Usuarios .............................................................................................................. 51 1.11.3 Auditorías de Cambios .................................................................................................................. 53

1.12 Gestión del Ciclo de Vida ....................................................................................................... 53

ANEXO III: TÉRMINOS INFORMÁTICOS, ACRÓNIMOS Y ANGLICISMOS ........................ 55


Pág

ina:

4 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



5

1 OBJETO DEL CONTRATO

El objeto de este expediente consiste en el Suministro de las licencias de MicroStrategy, destinadas a complementar el proyecto existente de desarrollo de cuadros de mando que permitan facilitar el análisis y explotación de la información recogida en diferentes sistemas y bases de datos municipales, que se relacionan a continuación:

Descripción Tipo Cantidad

MicroStrategy Server Usuario nominal 1.135

MicroStrategy Web Usuario nominal 1.131

2 CARACTERÍSTICAS TÉCNICAS QUE HA DE REUNIR EL OBJETO DEL CONTRATO

2.1 DESCRIPCIÓN FUNCIONAL DE LAS LICENCIAS A ADQUIRIR

A continuación, se definen las licencias a adquirir correspondientes a la última versión de

mercado del software MicroStrategy.

Producto Descripción

MicroStrategy Server

MicroStrategy Server es el servidor de Business Intelligence de

MicroStrategy. Proporciona el procesamiento analítico y la gestión de

trabajos para cualquier necesidad de informes, documentos, análisis y

monitorización. Engloba los productos anteriormente llamados

MicroStrategy Command Manager, MicroStrategy Intelligence Server

Module, MicroStrategy Intelligence Server Universal Option,

MicroStrategy Report Services Option, MicroStrategy OLAP Services

Option, MicroStrategy Distribution Services Option, MicroStrategy

Multisource Option, MicroStrategy Narrowcast Server Module,

MicroStrategy Enterprise Manager, MicroStrategy Transaction Services

Option y MicroStrategy System Manager


Pág

ina:

5 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



6

MicroStrategy Web

Interfaz de acceso Web. Permite utilizar MicroStrategy desde cualquier

navegador Web. Los usuarios de negocio pueden elaborar todo tipo de

informes y cuadros de mando, imprimir, navegar, ordenar, definir

formatos, enviar información a través de correo electrónico, servidor de

archivos o impresora.

Engloba los productos anteriormente llamados MicroStrategy Office,

MicroStrategy Web Reporter Module, MicroStrategy Web Universal

Option, MicroStrategy Web Analyst Option y MicroStrategy Web

Profesional Option

Complementariamente a lo anterior, los requisitos de la plataforma MicroStrategy se definen

en el anexo II de estos pliegos.

2.2 DESCRIPCIÓN FUNCIONAL DEL MANTENIMIENTO (GRATUITO DURANTE EL PRIMER AÑO)

El servicio de mantenimiento se refiere al servicio de Soporte Técnico. Dicho servicio será “on line” para los técnicos de Informática del Ayuntamiento de Madrid (IAM), de forma que puedan realizar consultas a los ingenieros de software de MicroStrategy. El acceso a estos ingenieros deberá realizarse a través de consultas telefónicas, correo electrónico o acceso al sitio Web de Soporte habilitado a tal efecto.

Se dará servicio a preguntas respecto al funcionamiento del software y resolución de problemas referentes al correcto funcionamiento de los productos licenciados.

A continuación se detallan las características de este servicio:

Puntos de contacto: IAM designará a dos personas como “puntos de contacto

nominales” dentro de su plantilla, para hablar con Soporte Técnico, que:

o Harán de enlaces con ese Soporte y canalizarán todas las consultas relacionadas

con el uso de los productos licenciados.

o Estarán facultadas para abrir y seguir los casos de Soporte Técnico y tendrán

acceso al servidor de Download de MicroStrategy para poder bajar nuevas

“releases” y versiones del software licenciado.


Pág

ina:

6 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



7

Acceso a Soporte Técnico: IAM podrá acceder al servicio de Soporte Técnico de las

siguientes maneras:

o Acceso telefónico.

o Vía e-mail.

o Desde un portal Web construido al efecto.

Y también dispondrá de un número de teléfono y dirección de correo electrónico, así

como de personal de contacto, que faciliten el soporte técnico necesario para

identificar y resolver los problemas que se deriven del funcionamiento del producto

cuyo mantenimiento constituye el objeto de este contrato.

La atención telefónica será de 9:00 a 18:00 horas, de lunes a viernes.

Asimismo, se dispondrá de un servicio repositorio “on line” que contará con

documentos sobre el estado de los casos abiertos y cuestiones más frecuentes, vía un

portal Web construido a tal efecto. La disponibilidad de este portal será de 24x7.

Base de Datos del Conocimiento: IAM podrá disponer de un servicio a una base de

datos de ayuda (Base de Datos de Conocimiento) para consultar, vía Web, las notas

técnicas existentes respecto a la plataforma de MicroStrategy y la implementación de

proyectos en la misma.

Este acceso está disponible 24 horas, todos los días de la semana (24x7) y podrán

acceder, además de los dos “puntos de contacto nominales”, el resto de usuarios

dados de alta en el servicio.

En esta base de datos se puede acceder al siguiente tipo de información:

o Documentos para la resolución de problemas.

o Instrucciones de uso.

o Descripciones de problemas conocidos.

o Documentos técnicos.

o Preguntas más frecuentes (P+F, o FAQ).

o Información de la versión más reciente.

o “Readmes” del producto.

o Notas de la versión.


Pág

ina:

7 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



8

Identificación del problema: Una vez que se ha identificado el problema, Soporte Técnico de MicroStrategy puede facilitar uno de los siguientes puntos como solución: - “Workaround”: acciones alternativas que pueden usarse para completar tareas y proporcionar una solución a limitaciones del software. Las directrices para los tiempos de respuesta del caso indicadas arriba, se basan en que IAM trabaje activamente para implementar las sugerencias de Soporte Técnico de MicroStrategy, incluidos los workarounds. - Cambios de configuración: una modificación en la configuración del entorno de MicroStrategy para resolver el problema. Los cambios pueden relacionarse con software de MicroStrategy o cualquier tecnología y sistema subyacentes. - Parches: la aplicación de parches existentes para software de MicroStrategy que se ocupan de un problema crítico. o Hotfixes: actualizaciones menores del software de MicroStrategy que abordan el problema. - Versiones principales y secundarias y paquetes de servicio “Service Packs”: actualizaciones del software de MicroStrategy que se ocupan del problema. - En ocasiones, defectos del software de otros fabricantes pueden limitar la operación del software de MicroStrategy. En estos casos, Soporte intentará identificar el componente defectuoso de modo que IAM pueda pedirle una corrección del defecto al otro fabricante. Actualizaciones: Los Servicios de Soporte Técnico incluyen actualizaciones de productos. MicroStrategy proporcionará los siguientes tipos de versiones acumulativas: - Lanzamiento de Versión Principal. Las versiones principales (X.y.z.) son vehículos que proporcionan desarrollo y mejoras mayores y menores a las características ya existentes. Incorporan todas las correcciones de defectos aplicables realizadas sobre anteriores versiones principales y secundarias, paquetes de servicio, revisiones y Parches. Las versiones principales habitualmente aparecen después de dos o más años del lanzamiento de la anterior versión principal. - Lanzamiento de Versión Secundaria. Las versiones Secundarias (x.Y.z.) son Vehículos que proporcionan desarrollos y mejoras menores a las características ya existentes, y corrección de defectos. Incorporan todas las correcciones de defectos aplicables realizadas en anteriores versiones secundarias, paquetes de servicio, revisiones y parches. Las versiones secundarias habitualmente aparecen tras uno o más años del lanzamiento de la anterior versión secundaria.


Pág

ina:

8 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



9

- Services Pack. Los paquetes de servicio “Services Packs” (x.y.Z.) son vehículos que proporcionan mejoras a las características existentes y correcciones de los defectos. Incorporan todas las correcciones de defectos aplicables realizadas en anteriores paquetes de servicio, revisiones y parches. Los paquetes de servicio habitualmente aparecen cuatro o más meses después del lanzamiento del “Service Pack” anterior. -Hotfix. Las revisiones (x.y.z. hotfix A) son vehículos que proporcionan correcciones de defectos críticos. Incorporan todas las correcciones de defectos aplicables realizadas en las revisiones anteriores. Los Hotfixes habitualmente aparecen tras dos o más meses del lanzamiento de la anterior revisión del Service Pack más reciente. - Parches. Los parches (x.y.z. revisión A parche B o x.y.z. parche B) son vehículos para los defectos críticos que afectan a los sistemas de producción. Tienen por objeto proporcionar una sola corrección para una configuración única, de modo que no son transferibles a diversas configuraciones o sistemas. Los parches ocurren según sean necesarios.

3 PRECIO DE CADA UNA DE LAS UNIDADES EN QUE SE DESCOMPONE EL

PRESUPUESTO

Importes máximos de adquisición de licencias:

Producto Tipo de

licencia

Licencias a

adquirir

Importe

unitario

Importe sin IVA

MicroStrategy Server Usuario

Nominal 1.135 242,98 € 275.782,30 €

MicroStrategy Web Usuario

Nominal 1.131 121,36 € 137.258,16 €

Importe total sin IVA 413.040,46 €

IVA 21% 86.738,50 €

IMPORTE TOTAL con

IVA 499.778,96 €

Tabla 1


Pág

ina:

9 d

e 61

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



10

Dado que se prevé ejecutar el expediente en el ejercicio 2017, la distribución presupuestaria

por anualidades será la siguiente:

Anualidad Importe sin IVA 21% IVA Importe con IVA

2017 413.040,46 € 86.738,50 € 499.778,96 €

TOTAL CONTRATO 413.040,46 € 86.738,50 € 499.778,96 €

Tabla 2

El oferente deberá desglosar su propuesta económica, ajustándose a la misma estructura de la tabla anterior, en la que deberá insertar los precios coherentes con su oferta.

4 REQUISITOS, MODALIDADES Y CARACTERÍSTICAS TÉCNICAS DE LAS VARIANTES

No procede.

5 OTRAS CONSIDERACIONES ESPECÍFICAMENTE TÉCNICAS QUE EL SOLICITANTE

CREA CONVENIENTE

No procede.

6 PLAZO DE GARANTÍA

El plazo de garantía del suministro es de 24 meses tras la recepción del mismo. La garantía

incluirá la actualización de versiones o releases del software objeto del contrato, desde la

fecha de entrega de las respectivas nuevas versiones o releases, en su caso.


Pág

ina:

10

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



11

7 PRESCRIPCIONES TÉCNICAS DE CARÁCTER SOCIAL

7.1 CLÁUSULAS SOCIALES DE CARÁCTER OBLIGATORIO 1 2 3

7.1.1 Bienes producidos durante la ejecución del contrato

El objeto del contrato se deberá producir respetando las normas sociolaborales vigentes en

España y en la Unión Europea o de la Organización Internacional del Trabajo.

Corresponderá al responsable del contrato la comprobación del cumplimiento de esta

obligación en el momento en que se reciban los correspondientes bienes o servicios. A tal fin,

con carácter previo al acto de recepción del contrato, la empresa adjudicataria aportará una

declaración responsable firmada por el apoderado (véase el anexo I), que acredite que:

Los bienes objeto del CONTRATO “SUMINISTRO DE LICENCIAS DEL SOFTWARE

MICROSTRATEGY” 300/2017/00421, se han obtenido respetando las normas sociolaborales

vigentes en España y en la Unión Europea o de la Organización Internacional del Trabajo.

7.1.2 Uso no sexista del lenguaje

En toda la documentación, publicidad, imagen o materiales que deban aportar los licitadores o

que sean necesarios para la ejecución del contrato, deberá hacerse un uso no sexista del

lenguaje, evitar cualquier imagen discriminatoria de las mujeres o estereotipos sexistas, y

fomentar con valores de igualdad la presencia equilibrada, la diversidad y la

corresponsabilidad.

1 Estas prescripciones técnicas se incluyen en aplicación de la Instrucción 1/2016 relativa a la incorporación de

cláusulas sociales en los contratos celebrados por el Ayuntamiento de Madrid, sus organismos autónomos y entidades del sector público municipal, aprobada por Decreto de 19 de enero de 2016 del Delegado del Área de Gobierno de Economía y Hacienda. 2 Las prescripciones técnicas se han redactado teniendo en cuenta el contenido de la Convención de Naciones

Unidas sobre los derechos de las personas con diversidad funcional, así como los criterios de accesibilidad universal y de diseño universal o diseño para todas las personas, tal y como son definidos estos términos en el TRLGDPD. (Texto Refundido de la Ley General de los derechos de las personas con discapacidad y de su inclusión social, aprobado por Real Decreto Legislativo 1/2013, de 29 de noviembre. 3 Apartado 5.1.1. de la Instrucción 1/2016


Pág

ina:

11

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



12

Durante la ejecución del contrato, corresponderá al responsable del contrato la comprobación

del cumplimiento de esta obligación, a cuyo fin llevará a cabo la revisión de la cartelería y

documentación, así como de cualquier otro soporte que garantice el cumplimiento de esta

obligación. Con carácter previo al acto de recepción del contrato, la empresa adjudicataria

aportará una declaración responsable firmada por el apoderado (véase el anexo I), que

acredite que:

“En toda la documentación, publicidad, imagen o materiales necesarios para la ejecución del

presente contrato se ha hecho un uso no sexista del lenguaje, evitando cualquier imagen

discriminatoria de las mujeres o estereotipos sexistas, y fomentando con valores de igualdad

la presencia equilibrada, la diversidad y la corresponsabilidad.

7.1.3 En materia de accesibilidad

El software objeto del contrato deberá cumplir los estándares de accesibilidad establecidos en

la norma UNE 139803/2012 “Requisitos de accesibilidad para contenidos en la Web”

(transposición a la normativa estándar española de las normas WCAG 2.0 de WAI-W3C), al

menos en su nivel de prioridad 2 (equivalente al nivel AA del WCAG 2.0).

Esta norma establece las características que han de cumplir la información y otros contenidos

disponibles mediante tecnologías web en Internet, intranets y cualquier tipo de redes

informáticas, para que puedan ser utilizados por la mayor parte de las personas, incluyendo

personas con discapacidad y personas de edad avanzada, bien de forma autónoma o mediante

los productos de apoyo pertinentes. Cubre las necesidades derivadas de la mayoría de los

tipos de discapacidad, incluyendo visuales, auditivas, físicas, del habla, cognitivas, del lenguaje,

de aprendizaje y neurológicas.

Con carácter previo al acto de recepción del contrato, el responsable del contrato comprobará

el cumplimiento de la presente cláusula.


Pág

ina:

12

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



13

7.1.4 Informe relativo al cumplimiento de las obligaciones sociales

Con carácter previo a la finalización del contrato, la empresa adjudicataria deberá presentar

un informe relativo al cumplimiento de todas las obligaciones sociales exigidas en este PPTP.

El responsable del contrato, con carácter previo al acto de recepción del contrato,

comprobará la debida presentación del referido informe.

En caso de que se incumpla esta condición se aplicará la penalidad del 1% sobre el importe del

contrato, IVA excluido.

8 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, 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.


Pág

ina:

13

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



14

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 IAM 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 los Centros de tratamiento, locales, equipos, sistemas y programas. (Artículo 9.2. LOPD).

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


Pág

ina:

14

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



15

dado, al igual que cualquier soporte o documento que contenga algún dato de carácter personal objeto del tratamiento.

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ículo. 12.4 LOPD).

11º. Aportar una descripción técnica de los productos de software destinados al tratamiento automatizado de los datos personales que incluya el nivel de seguridad básico, medio o alto que permitan alcanzar de acuerdo con lo establecido en el Título VIII del RD 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.

12º. Aportará una memoria descriptiva de las medidas que adoptará para garantizar la

seguridad, confidencialidad e integridad de los datos manejados y de la documentación facilitada. Dicha memoria deberá contener el nivel de seguridad que permite alcanzar así como información sobre la posibilidad de definir distintos perfiles de acceso, existencia de un mecanismo de identificación y autenticación y, en su caso, descripción de la gestión de contraseñas. También y cuando proceda, el tratamiento que se aplicará a los soportes y documentos, el procedimiento de gestión de copias de respaldo y el contenido del registro de accesos.

Asimismo, el adjudicatario deberá informar al organismo contratante, antes de transcurridos siete días de la fecha de comunicación de la adjudicación, 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.


Pág

ina:

15

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



16

ANEXO I

MODELO DE DECLARACIÓN RESPONSABLE RELATIVA AL CUMPLIMIENTO DE DIVERSAS

CLÁUSULAS SOCIALES ESTABLECIDAS EN EL PLIEGO DE PRESCRIPCIONES TÉCNICAS

PARTICULARES DEL CONTRATO “SUMINISTRO DE LICENCIAS DEL SOFTWARE

MICROSTRATEGY” (EXPEDIENTE 300/2017/00421)

D./Dña. ……………………………………………………………………………………………………….………., en

nombre y representación de la Sociedad ………………………………………………………...., con C.I.F.

……………………………… en relación con el contrato denominado “SUMINISTRO DE LICENCIAS

DEL SOFTWARE MICROSTRATEGY” (EXPEDIENTE 300/2017/00421)

DECLARA:

- Que los bienes objeto del contrato se han producido respetando las normas sociolaborales vigentes en España y en la Unión Europea o de la Organización Internacional del Trabajo. (Apartado 7.1.1 del PPTP) - Que en toda la documentación, publicidad, imagen o materiales necesarios para la ejecución del contrato se ha hecho un uso no sexista del lenguaje, evitando cualquier imagen discriminatoria de las mujeres o estereotipos sexistas, y fomentando con valores de igualdad la presencia equilibrada, la diversidad y la corresponsabilidad. (Apartado7.1.2 del PPTP)

Fecha y firma de la empresa adjudicataria.

DIRIGIDO AL ÓRGANO DE CONTRATACIÓN DE IAM


Pág

ina:

16

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



17

8.1.1 ANEXO II: REQUISITOS DE LA PLATAFORMA MICROSTRATEGY

1 ASPECTOS FUNCIONALES

1.1 Entorno de trabajo basado en un navegador Web

Los usuarios desarrolladores y de negocio podrán emplear un navegador Web como único

medio de acceso a la plataforma de BI. Además del acceso desde un navegador, se debe poder

acceder a la plataforma de BI desde dispositivos móviles vía un APP desarrollada por el

proveedor que estará instalada en el dispositivo.

El interfaz Web deberá proporcionar al usuario:

Un alto rendimiento y escalabilidad

Seguridad, facilidad de elaboración de informes y cuadros de mando y mantenimiento

sencillo.

Un entorno intuitivo e interactivo.

Integración con los sistemas existentes en el Ayuntamiento de Madrid.

Este interfaz Web ha de proporcionar funcionalidad de BI a todos los usuarios para todos los

perfiles: desde funcionalidad básica para usuarios nuevos, como funcionalidad de análisis

interactivo para usuarios analistas, así como funcionalidad de diseño de informes y

documentos completos desde cero para usuarios avanzados y profesionales de TI.

Es requisito que la interfaz Web sea un interfaz verdaderamente unificada, ya que

proporciona de este modo mayor facilidad de uso y minimiza la curva de aprendizaje. De este

modo, el interfaz Web debe presentar el mismo diseño de pantalla, las mismas acciones de

arrastrar y soltar, los mismos menús y barras de herramientas independientemente del perfil

del usuario y sin importar el uso de la plataforma que esté realizando.

Los usuarios han de poder personalizar las preferencias de su interfaz Web de diversas

formas.

1.2 Informes

La solución ofertada dará respuesta a peticiones de información del usuario de negocio,

formadas por un conjunto de dimensiones, condiciones de filtrado, conceptos de agrupación,


Pág

ina:

17

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



18

métricas y totales, que se almacenarán en las bases de datos que considere el Ayuntamiento

de Madrid para su procesamiento. El motor de consultas del proveedor convertirá la petición

del usuario en una consulta SQL o MDX (cuando se acceda a fuentes de este tipo). Los datos

recuperados que se ofrecen al usuario para contestar a su consulta, podrán proceder de una o

varias fuentes de datos.

Los informes reunirán, consolidarán, buscarán, analizarán y transmitirán la información

solicitada.

Podrán tener una gran variedad de formatos y ser de múltples tipos, como por ejemplo,

análisis predictivos, tablas sencillas, informes operativos o informes transaccionales.

Un informe ha de poder incluir también los datos necesarios para calcular, localizar y

formatear la información que proporciona. También se podrán emplear informes para la

creación de “datamarts” (tablas generadas en el momento con los resultados de dicho

informe). Estos “datamarts” se podrán emplear como conjuntos de datos para creación de

otros documentos o como filtros en la definición de otros informes diferentes.

Los informes del proveedor serán interactivos, permitiendo a los usuarios cambiar entre modo

tabla y modo gráfico; modificar la ubicación de las filas, columnas y elementos de paginación;

cambiar el formato del informe; ordenar las columnas; añadir subtotales; crear nuevos cálculos

en el informe; etc.

Todos los informes podrán acceder a cualquier objeto del metadato (repositorio único de

datos donde se almacena la descripción de los objetos de negocio que utilizará el usuario de

forma única), de cualquier nivel, siempre que los permisos del usuario sean los adecuados. De

esta forma, los usuarios de negocio podrán realizar investigaciones y analizar datos que no

fueron incluidos originalmente en el informe original.

Un usuario de negocio podrá profundizar (“navegar”) en los datos del informe de forma

abierta. Las rutas de navegación no tendrán que estar definidas en el repositorio por

adelantado, sino que podrán calcularse a demanda en función de la navegación que desee

hacer el usuario. Todos los cálculos y relaciones necesarias serán realizados automáticamente

por la plataforma, empleando la arquitectura de metadatos o repositorio orientada a objetos.

En cualquier momento, un informe modificado se podrá guardar como un nuevo objeto. Este

nuevo objeto almacenará los enlaces a los objetos de abstracción de datos y negocio, a los

componentes del propio informe y la configuración de formato y diseño.

A continuación se detallan algunos aspectos concretos que ha de satisfacer este entorno de

generación y consumo de informes.


Pág

ina:

18

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



19

1.2.1 Creación de Plantillas de Informes

La solución propuesta debe permitir la creación de plantillas por parte de los usuarios de

forma que puedan utilizarse en otros informes existentes como plantilla inicial.

Estas plantillas definirán el diseño de las categorías generales de información de un informe.

La plantilla especificará la información que se va a recuperar de las bases de datos y la forma

de mostrarla en el informe. La información de la plantilla incluirá los valores por defecto de los

indicadores, las opciones de rangos, la configuración del “tipo join” y las opciones de

ordenación de los datos.

Se podrán definir copias locales de una plantilla o bien accesos directos a ésta.

Al agregar una plantilla a un informe, se podrá hacer que:

Los cambios realizados en el informe no se propaguen a la plantilla original (cuando la

plantilla añadida es una copia de la original).

Los cambios realizados en el informe se ven reflejados en la plantilla original (cuando la

plantilla añadida es un acceso directo a la plantilla original)

Si se cambia una plantilla (por ejemplo, agregando un indicador a los objetos incluidos en ella)

y después se guarda, se podrá crear una copia local de la plantilla o modificarla directamente.

Si se crea una copia, los cambios realizados en la plantilla no afectarán a los informes que la

utilicen. Si se modifica directamente, los cambios realizados en la definición de datos de

plantilla se propagarán a todos los informes que contengan un acceso directo a la misma

plantilla.

Un informe se podrá guardar como plantilla para que su definición pueda ser reutilizada

fácilmente por otros usuarios en otros informes.

1.2.2 Asistente de Generación de informes

Existirá un asistente de varios pasos que guiará al usuario para crear un informe en la Web de

forma sencilla. Los informes creados mediante este asistente serán totalmente interactivos y

se podrán guardar, manipular, compartir y distribuir. En los asistentes se podrá definir e incluir

cualquier combinación de objetos o podrán ser dirigidos hacia la construcción de un tipo

específico de informe incluyendo elementos predefinidos.

En el asistente se podrán definir los objetos que utilizará el usuario de negocio para construir

sus informes de forma guiada:


Pág

ina:

19

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



20

Los atributos por los que clasificará la información. Se podrán seleccionar de una lista

de atributos disponibles personalizada para el asistente o bien de una jerarquía abierta

que le permita seleccionar libremente.

Las métricas que quiera incluir en el informe. Al igual que con los atributos, éstas se

podrán seleccionar de una lista preparada para el asistente.

Los filtros a aplicar en el informe. Se podrán filtrar atributos individualmente, métricas

o construir filtros dinámicos que en tiempo de ejecución pidan al usuario el valor

deseado y filtren los datos obtenidos.

Este modo de trabajar permitirá que con un asistente se cubran múltiples posibilidades de

informes simplificando de este modo la administración de los objetos.

1.2.3 Guardar Informes Personalizados

Los usuarios podrán guardar informes, modificados o sin modificar por ellos mismos, en su

carpeta de objetos personales, para su posterior uso, consumo, etc. Los objetos almacenados

en estas carpetas podrán ser utilizados y vistos exclusivamente por el propietario de las

mismas. Así mismo, se podrán crear estructuras de subcarpetas para organizar la información

almacenada.

Adicionalmente, un usuario podrá crear vistas personales de un informe o documento que le

permitan congelar las selecciones realizadas, la disposición de los objetos y los formatos

aplicados de forma particular para dicho usuario.

1.2.4 Navegación

La solución debe permitir la definición de jerarquías, que agrupen y organicen a los objetos de

negocio existentes. De este modo, mediante relaciones “padre-hijo” se permitirá profundizar

en el análisis de los datos (“drill-down/drill-up”), cambiar de jerarquía de análisis con técnicas

de “drill-through”, así como realizar operaciones de agrupamiento y pivotación. El usuario de

negocio deberá poder navegar entre las jerarquías definidas a los niveles que desee (“drill –

everywhere”)

Existirá un interfaz gráfico de definición de jerarquías. Este interfaz gráfico permitirá la

vinculación de la estructura física de las fuentes de datos con un modelo lógico de negocio

que se adapte a los requerimientos de los usuarios.

El interfaz facilitará la creación de los objetos lógicos de la capa semántica a través de

reconocimiento automático de los campos de las tablas que pueden resolverlos.


Pág

ina:

20

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



21

La solución propuesta permitirá al usuario de negocio el tratamiento de cualquier identificador

(por ejemplo Expediente, Acción o Identificador de Persona) como una dimensión analítica a la

que se pueda navegar.

La capacidad de navegación hasta el máximo detalle de la jerarquía podrá realizarse tanto en

informes tradicionales en forma de tablas de datos como en cualquier otro documento

operacional o dinámico derivado de los mismos.

La capacidad de navegación a partir de un objeto estará disponible en cualquier tipo de

consumo del mismo en la plataforma (cuadrículas, gráficos, menús desplegables, cuadros de

mando, etc.), tanto hacia abajo como en cualquier dirección. Es necesario evitar definir las

rutas de navegación una a una, especialmente en lo referido a la navegación en cualquier

dirección (“drill –everywhere”), para no incurrir en costes de administración de la herramienta

y perder la flexibilidad del usuario de negocio que analiza la información.

Así pues los modos de navegación que deben estar disponibles en cualquier uso de la

plataforma de BI han de ser al menos:

Navegar hacia arriba o abajo (“drill down/drill up”) dentro de la jerarquía seleccionada,

ejemplo: el informe o cuadro de mando está a nivel de mes y poder bajar a nivel de día.

Navegar en cualquier dirección, es decir de una jerarquía a otra; es el conocido como

“drill anywhere”. Ejemplo: el informe está a nivel de mes (tiempo) y poder bajar a nivel

de expediente (ciudadano).

Mapas de Navegación; se ha de poder, si se desea, personalizar rutas de navegación

que permitan mostrar diferentes caminos dependiendo de la persona o departamento

que utiliza un informe o documento. Por ejemplo, el departamento de servicios

centrales puede tener una jerarquía de servicios diferente que sus compañeros de las

oficinas de los distritos municipales, proporcionándoles caminos de navegación

personalizados y diferentes para un determinado informe o documento.

1.2.5 Enlaces entre Informes

Se podrán crear navegaciones de un informe a otro o entre documentos pasando parámetros

entre ellos para enlazarlos de forma sencilla, teniendo el destino información contextual al

origen.

Se podrán crear navegaciones de un informe a otro o entre documentos pasando parámetros

entre ellos para enlazarlos de forma sencilla, teniendo el destino información contextual al

origen.


Pág

ina:

21

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



22

1.3 Documentos Generales y Cuadros de Mando

El motor de informes de la plataforma de Business Intelligence ofrecida por el proveedor

permitirá dar respuesta al diseño y consumo de documentos enriquecidos en cuanto a

formato, visualizaciones e interactividad.

La solución propuesta, hará llegar a todos los usuarios de la misma, la información necesaria

en un formato adecuado, integrando funcionalidades de reporting, análisis de datos y

monitorización de la utilización de la plataforma.

Permitirá a los usuarios de negocio interactuar con los documentos y cuadros de mando y

diseñarlos de un modo sencillo e intuitivo.

Se deberá proveer de capacidades “WYSIWYG” (lo que se ve es lo que se obtiene) para el

diseño de documentos y cuadros de mando, permitiendo a los usuarios crear visualizaciones

sin necesidad de programación ni de ayuda externa.

Los cuadros de mando serán creados por el usuario desde un único editor y se podrán

consumir en modo HTML o Flash. Para ello se empleará el mismo interfaz de trabajo que el

empleado para el diseño de las aplicaciones de movilidad, las transaccionales y los análisis de

datos (interfaz Web).

No será necesario tener conocimientos de programación, creación de scripts o macros para la

construcción de estos documentos avanzados, debiendo ser una herramienta sencilla, sin

restricciones de formato y posicionamiento.

A continuación se detallan algunas características que tendrá el editor de documentos y

cuadros de mando:

Permitirá la creación de scorecards, dashboards o informes corporativos.

Interactividad en los mismos.

Diseño “WYSIWYG”

Integración de funcionalidad de reporting, análisis y monitorización de uso en la misma

interfaz.

Integración con la seguridad existente en el Ayuntamiento. De esta manera, un único

cuadro de mando o informe operacional, podrá servir para una amplia comunidad de

usuarios, de forma que cada uno, solo podrá ver o recibir la información que tiene

permiso de ver, según la seguridad establecida.


Pág

ina:

22

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



23

Los cuadros de mando generados han de ser dinámicos para que el usuario que los utilice

pueda en todo momento seleccionar y segmentar la información que contienen. Para ello, el

producto deberá incluir una amplia galería de visualizaciones avanzadas o widgets, como por

ejemplo: matrices gráficas, mapas de calor, burbujas interactivas, listas ponderadas, gráficos

de barras dinámicos, embudos dinámicos, micrográficos, nube de datos, multimedia, RSS, etc.

Si es necesario, se podrán crear nuevos widgets o incorporar widgets desarrollados por

terceros.

1.3.1 Diseño a Medida

La solución incorporará las prestaciones "Pixel Perfect” (precisión de diseño a nivel de “pixel”)

y “Print Perfect" (diseño preciso de impresión) que proporcionen a los usuarios la capacidad y

flexibilidad para diseñar una extensa variedad de informes. Los informes han de resultar

perfectos en pantalla y se han de imprimir con la misma exactitud con que se han visualizado.

Este entorno de trabajo debe permitir diseñar los siguientes tipos de aplicaciones:

Aplicaciones móviles - aplicaciones altamente interactivas que ofrezcan inteligencia de

negocio, transacciones y contenidos multimedia a usuarios que acceden desde

dispositivos móviles (a través de una App desarrollada por el proveedor)

Dashboards y Scorecards – pantallas altamente visuales e interactivas, “pixel-

perfectas”, que ofrezcan de un vistazo, la situación de la organización mediante

indicadores, diales, KPIs y visualizaciones.

Exploración visual de datos con una gran biblioteca de visualizaciones intercambiables

y filtrado altamente interactivo, para ayudar al usuario a detectar tendencias, causas y

anomalías en sus datos de forma rápida, todo ello empleando un interfaz puramente

Web.

Informes empresariales – informes clásicos que requieran de diseño de “impresión

perfecta” con datos organizados y agregados en jerarquías o zonas de información con

detalles cada vez más finos.

Facturas y Documentos - diseños de “página-perfecta” pensados para aplicaciones de

facturación e información legal.

Informes de negocio - una gran variedad de formatos de informes, combinando

gráficos, datos de detalle, y textos explicativos, que se utilizan a menudo para describir

el rendimiento del negocio.


Pág

ina:

23

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



24

1.3.2 Transacciones y Entrada de Datos

La solución propuesta podrá conectarse a los sistemas transaccionales existentes en el

Ayuntamiento mediante conexiones seguras y hacer “write-back” a estos sistemas a través de

Servicios Web que proporcionen para este uso, utilizando XQuery.

También deberá poder hacer actualizaciones en bases de datos relacionales mediante

sentencias SQL definidas por usuarios avanzados: actualizar datos, insertar la nueva

información o borrar registros existentes.

Los documentos o pantallas diseñadas con la solución, podrán integrar esta funcionalidad

transaccional con flexibilidad de diseño.

La solución incorporará características de validación de entradas, como número y tipo de

caracteres, máscaras de entrada, listas de validación, etc.

Análisis What-If

La solución de BI soportará el diseño y la puesta en marcha de escenarios “what-if”,

permitiendo el almacenado de los supuestos escogidos por el usuario, para posterior consulta,

comparación o inicio de workflows relacionados.

1.4 Autoservicio y Exploración de Datos

Los usuarios de negocio que deseen crear documentos y visualizaciones avanzadas por sí

mismos, dispondrán de una funcionalidad de descubrimiento de datos y análisis visual.

Sin ningún tipo de programación, scripts, macros o similares, un usuario de negocio deberá

poder emplear conjuntos de datos ya disponibles o incorporar sus propios datos para crear

documentos interactivos de análisis.

Las visualizaciones creadas, también podrán consumirse desde una tableta, a través de un App

desarrollada por el proveedor, que permita aprovechar las capacidades interactivas del

dispositivo.

A continuación se detallan algunas características que deberá ofrecer la solución de análisis de

datos para los usuarios de negocio:

Tratamiento simultáneo de los datos que desee el usuario de negocio pudiendo

provenir de distintas fuentes.

Posibilidad de definir diferentes visualizaciones, dispuestas en un mismo interfaz.


Pág

ina:

24

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



25

Capacidad para definir títulos o campos de texto.

Posibilidad de definir varias pantallas dentro del mismo análisis.

Disponibilidad de una zona de filtrado, en la que el usuario podrá definir por sí mismo

los criterios de selección que desea aplicar a las visualizaciones asociadas.

Capacidad de definir filtros interactivos, de forma que cuando el usuario seleccione

cualquier información en cualquier visualización, otras visualizaciones quedarán

filtradas por la misma. El usuario podrá definir de una forma sencilla las visualizaciones

afectadas por la que sirve de criterio de filtrado.

1.4.1 Importación de Datos Personales o Departamentales

El usuario de negocio podrá incorporar a la solución de BI datos de índole departamental o

personal. Las características que esta funcionalidad ha de cumplir son las siguientes:

Permitir la incorporación de datos a los análisis, tanto si proceden de un fichero (Excel,

txt, csv) como si proceden de un origen de datos relacional externo, sin necesidad de

escritura alguna de código en forma de scripts, macros, etc. que imposibilite que un

usuario de negocio pueda hacerlo por sí mismo.

Permitir importar datos desde una base de datos relacional adicional mediante un

interfaz gráfico, permitiendo al usuario seleccionar las tablas y columnas que desee

incorporar al análisis, establecer criterios de filtrado y definir la relación entre ellas.

Los datos importados estarán disponibles para el usuario que ha realizado la

importación, pero también lo podrán estar para otros usuarios o grupos que él mismo

pueda decidir dar acceso de forma autónoma, sin tener que contar necesariamente

con los administradores de la solución de BI.

Con objeto de garantizar la seguridad al acceso de la información importada, el usuario que

realiza la importación, podrá definir relaciones entre los objetos importados y los del

repositorio de BI, de forma que se existen criterios de seguridad sobre estos objetos se

apliquen también a los objetos importados. Esta relación se deberá poder establecer sin

ningún tipo de programación, código, script o macro, para poder ser realizada por un usuario

de negocio. De este modo, se puede aplicar los criterios de seguridad establecidos en el

entorno corporativo de BI a los datos externos a este entorno importados por el usuario.

Como consecuencia de lo anterior, la solución ofrecerá las siguientes características:


Pág

ina:

25

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



26

La seguridad definida en el repositorio de BI a nivel de filtrado de datos, deberá poder

aplicarse igualmente sobre cualquier informe, documento o análisis creado a partir de

la información importada. De esta forma, los usuarios que puedan acceder a tales

objetos, solamente verán los datos sobre los cuales tienen autorización, tanto si

proceden de una hoja de cálculo importada, como si proceden de tablas de la base de

datos.

Será posible realizar análisis cruzados entre la información que se está importando en

ese momento e información previamente existente en el entorno de BI, de forma

automática, sin necesidad de escribir código, scripts, macros o similares. De este modo

se facilita el mantenimiento de las visualizaciones y los análisis creados cuando se

decide modificar alguna de estas relaciones.

1.4.2 Mezcla de Datos

El requisito anterior presenta la necesidad de que el usuario de negocio pueda relacionar “en

caliente” objetos que está importando con objetos previamente existentes en el repositorio

gestionados por la plataforma de BI.

El usuario podrá relacionar entre sí, en caliente, objetos importados en diferentes momentos.

El Ayuntamiento de Madrid busca con este requerimiento dotar al usuario de autonomía para

que pueda por sí mismo establecer estas relaciones, sin la intervención de los expertos en la

solución de BI.

Detalle de las características que debe cumplir este requerimiento general:

Cuando el usuario de negocio se encuentre analizando datos diversos, tanto datos

previamente existentes en el entorno de BI como nuevos datos importados por él

mismo, podrá establecer relaciones entre cualquiera de los objetos; tanto entre datos

importados, como entre datos importados y existentes o entre datos existentes.

El establecimiento de estas relaciones se producirá mediante un mecanismo

entendible por un usuario analista o de negocio, nunca a través de programaciones,

scripts, macros o similares.

1.5 Envío de Informes Planificados o en Base a Alertas

La solución contará con un módulo de distribución de información masiva, diseñado para

grandes volúmenes de envíos y de alta eficiencia en la distribución de informes y cuadros de


Pág

ina:

26

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



27

mando. Deberá ser un sistema que implique una carga de trabajo administrativo mínima para

el departamento de IT.

Los usuarios de negocio podrán configurar rápidamente el envío de información a ellos

mismos o a sus compañeros de trabajo y responsables sin tener que acudir a un administrador

del sistema.

Los usuarios de negocio podrán gestionar la distribución del informe o cuadro de mando,

seleccionando el método de distribución deseado (email, archivo, dispositivos móviles,

impresora, etc.), el formato del envío (embebido en el cuerpo del correo, como fichero

adjunto, como fichero adjunto comprimido con y sin contraseña, como un enlace a una URL

etc.), los destinatarios del envío y el tipo de planificación que será utilizada (si es basada en un

patrón temporal o basada en eventos de negocio que desencadenen el envío.

El usuario podrá generar y personalizar sus propias alertas en base a la condición de negocio

que sea más importante para él.

El envío de información en cualquiera de los formatos y canales disponibles ha de utilizar la

seguridad de la plataforma, garantizando que cada destinatario sólo reciba la información que

tiene permiso de ver.

El envío de información también tendrá en cuenta el idioma del destinatario, de forma que se

podrá personalizar el contenido basándose en dicho idioma.

Por otro lado, el usuario, tendrá la posibilidad de generar servicios de envíos que podrán

“activarse” en base a un evento externo, por ejemplo, el fin de la carga del Data Warehouse,

una incidencia en los datos, etc. La solución será capaz de desencadenar envíos, ejecuciones y

acciones concretas, gracias a las planificaciones por evento, como por ejemplo, el envío de un

informe o cuadro de mando cuando finalice la carga del Data Warehouse.

Los usuarios de negocio podrán suscribirse a información, utilizando planificaciones generadas

para este fin. Estas suscripciones podrán proporcionar envíos además de mediante correo

electrónico mediante otros canales:

Enviar la información al historial del grupo de usuarios

Enviar la información a dispositivo móvil

Generar un archivo con la información en un servidor de archivos

Enviar la información a una impresora

La gestión de los envíos basados en eventos, se realizará de forma gráfica sobre las consultas,

informes o documentos. El usuario podrá decidir crear una alerta para envío (evento) en base


Pág

ina:

27

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



28

a determinados umbrales o condiciones que cumpla un indicador y enviarla por correo

electrónico.

Se podrá incorporar en el email a enviar un archivo adjunto que podrá ser de tipo página html,

pdf, Excel, texto plano o CSV. Este fichero adjunto se podrá comprimir, proteger con

contraseña, etc.

Además será posible enviar un documento de detalle diferente al que se está usando para

definir la alerta del envío (evento), para que de este modo, se pueda incluir el detalle que

pueda explicar la excepción a detectar.

El envío podrá ser de forma inmediata o bien en la siguiente ocasión en que se produzca una

planificación existente.

1.6 Movilidad

La solución ofertada deberá contar con soporte a la movilidad, tanto desde tabletas como

teléfonos Apple (iOS) y Android.

La solución ofertada contará con una APP desarrollada por el proveedor, descargable desde

los “stores” públicos, que podrá ser configurada para que ejecute aplicaciones ubicadas en los

servidores del Ayuntamiento de Madrid diseñadas con la tecnología ofertada.

Será posible la definición y generación de tantas APPs como desee el Ayuntamiento de

Madrid para dar respuesta a sus necesidades internas.

Las características en detalle que deberá satisfacer la solución de BI ofertada son:

1.6.1 Transacciones en las Aplicaciones Móviles

Para desencadenar procesos de negocio, reasignar recursos y acelerar la actividad, la solución

permitirá incorporar funcionalidad “write-back” en los documentos y cuadros de mando para

la toma de decisiones o el inicio de una transacción.

Se deberán poder definir botones o controles de acción, que envíen los cambios realizados en

los datos y ofrezcan mensajes de confirmación o de error.

1.6.2 Entradas Táctiles

Se dispondrá de una amplia variedad de mecanismos de entrada de datos para transacciones,

definibles en el entorno web, con técnicas de arrastrar y soltar a partir de plantillas flexibles


Pág

ina:

28

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



29

en diseño. Será posible cambiar y añadir nuevos datos a través de campos de texto y entradas

numéricas, calendario, cámara, GPS, interruptores, selectores de paso a paso y “sliders”. Se

podrán utilizar “widgets”, como cargadores de fotos o imágenes, cuadrículas interactivas y

tablas transaccionales.

1.6.3 Transacciones en Modo Offline

Se podrá aprobar, presentar o editar información incluso cuando se está lejos de una señal de

banda ancha o fuera de cobertura. Las transacciones se pondrán en cola para su presentación

la siguiente vez que se conecte el dispositivo a una red.

1.6.4 Captura de Imágenes

Se podrán definir aplicaciones para capturar y subir imágenes con los mecanismos del Smart

Phone o tableta que se utilice. Las mismas aplicaciones podrán ser definidas para hacer un uso

analítico e informacional de las mismas.

1.6.5 Integración con Periféricos del Dispositivo

Adicionalmente a la cámara del dispositivo, será posible el empleo de un lector de código de

barras, para usar el código leído como un campo de selección o de entrada en la aplicación de

BI.

También se podrá hacer uso del GPS del dispositivo, con el mismo fin, es decir, como selector

o como entrada de datos en las aplicaciones desarrolladas.

Otro elemento de integración será el acelerómetro disponible en el dispositivo, para que en

función de la orientación de éste, se presente uno u otro interfaz definido ad-hoc.

1.6.6 Multimedia

Permitirá la construcción de aplicaciones móviles, que hagan llegar a los usuarios vídeos,

guías, folletos, documentación y otros materiales educativos. Será posible insertar vídeos,

archivos PDF, libros y contenido web en las aplicaciones de negocio existentes para

enriquecer la experiencia del usuario con guías prácticas y demostraciones.


Pág

ina:

29

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



30

1.6.7 Multimedia Procedente de Servidores de Archivos y SharePoint

El acceso a los contenidos se producirá dinámicamente desde el sistema de archivos y

SharePoint, mediante WebDAV, servicios Web y SQL. La entrega de información se podrá

producir desde servidores de contenido detrás de firewalls, transmitidos a través de canales

seguros con SSL y encriptación AES.

1.6.8 Construcción de Formularios de Encuestas

La solución permitirá la construcción de formularios para recoger datos de encuestas en los

dispositivos móviles, mediante controles específicos que permitan valorar entre dos

puntuaciones posibles un aspecto determinado.

1.6.9 Capturar y Compartir Comentarios

La aplicación móvil permitirá resaltar cualquier punto del interfaz, como por ejemplo un

indicador, una parte de un gráfico, etc. y realizar una anotación asociada. Este comentario

podrá ser compartido de forma rápida mediante correo electrónico, o bien ser guardado como

un archivo de tipo imagen en el dispositivo para posteriores referencias.

1.6.10 Envío de Alertas Push al Dispositivo

La solución ofertada permitirá recibir en el dispositivo alertas de tipo “push”, mostrando un

número secuencial en el icono del APP en función del número de avisos pendientes de

visualizar. También permitirá la visualización automática de avisos en forma de pantalla

completa o de forma resumida para el caso de teléfonos inteligentes.

1.6.11 Integración en NewsStand

Será posible definir versiones diferentes de cuadros de mando o documentos que sean

tratados por NewsStand (Apple) como números de una publicación y que estén disponibles de

forma desatendida en este APP tan pronto como el Ayuntamiento de Madrid lo publique.


Pág

ina:

30

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



31

1.6.12 Adaptación Automática al Dispositivo Móvil

La herramienta debe realizar una adaptación automática de informes y cuadros de mando

para que puedan ser visualizados tanto desde PC como desde plataforma móvil sin que se

requiera realizar versiones específicas para cada plataforma. El APP ubicada en el dispositivo

móvil accederá y mostrará los mismos informes y cuadros de mando que cualquier navegador

Web (con el mismo formato, umbrales, personalización, seguridad y administración).

Para visualizar informes y cuadros de mando usando un dispositivo móvil no se requerirá

ninguna maquetación especial, ni tampoco un rediseño del informe, o uso de herramientas

adicionales. La solución adaptará cada informe a cada modelo de iPhone, iPad o dispositivo

Android que esté accediendo.

1.7 Creación de Indicadores

La solución ofrecida deberá permitir tanto la creación de indicadores que se puedan emplear

posteriormente en otros objetos (informes) como de métricas que solamente se puedan

utilizar dentro de un informe o documento.

La definición de la métrica se podrá realizar mediante escritura manual (haciendo uso de

cualquier fórmula de las categorías existentes) o bien mediante un asistente paso a paso, que

permita la definición de la métrica mediante la selección de parámetros de entrada y opciones.

El usuario podrá crear indicadores sin la necesidad de definirlos dentro de un informe o

documento, sino como objetos independientes de propósito general para su uso posterior por

otros usuarios en otros informes o documentos.

También podrá crear indicadores asociados a un único informe o documento, en cuyo caso no

estarán disponibles para su posterior reutilización en informes diferentes, sino que se

mantendrán dentro de la definición del informe en el que se han creado.

1.8 Integración con R

La solución de BI permitirá el despliegue de la analítica del entorno estadístico R, de modo

que sea posible extender las capacidades de la plataforma R desde la interfaz proporcionada

por el proveedor.

Se debe poder desplegar R como indicadores estándar en la plataforma de BI, directamente

en los informes. La solución ha de ofrecer una forma fácil de implementar y administrar. El

proveedor proporcionará un conjunto de funciones de script común R, pre-compiladas y listas

para integrarse en cualquier aplicación.


Pág

ina:

31

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



32

1.9 Soporte Cartográfico

La plataforma permitirá la definición de mapas personalizados o estándar para la

representación de datos geográficos.

1.9.1 Mapas Personalizados

La solución permitirá aplicar una visualización al resultado de un informe para que muestre

una imagen sobre la que se han definido diversas formas poligonales en forma de áreas. Por

ejemplo, será posible definir en un documento, una imagen correspondiente al plano de

Madrid. Sobre esta imagen debe ser posible representar los diferentes distritos municipales

coloreados de diferentes colores en función del valor de un indicador calculado, como por

ejemplo el número de incidencias de tráfico. Estas zonas a colorear, en número y forma, han

de ser definibles por el Ayuntamiento de Madrid de acuerdo a sus necesidades en cada

momento.

Alternativamente a la opción de colorear la zona en cuestión se podrá decidir ubicar una

burbuja en cada una de ellas. Se podrá utilizar el tamaño y color de las burbujas para

representar los valores de dos indicadores diferentes.

La solución ha de incluir “out of the box” los mapas más habituales en este formato, como

mapas del mundo, mapas de países europeos, etc.

Estos mapas personalizados deben poder ser consumidos a través del dispositivo móvil.

1.9.2 Integración con soluciones GIS

La solución propuesta ha de incluir una capa de servicios que permita la integración de la

plataforma del proveedor con funcionalidad de mapas de proveedores GIS, al menos para

soluciones GIS de ESRI y Google.

El conector GIS ha de aprovechar la funcionalidad de la plataforma para servicios básicos,

tales como:

Posibilidad de cargar datos de forma incremental sobre la marcha.

Capacidad para etiquetar objetos como “geo-objetos”.

Capacidad para que el mapa sea un selector de datos que afecte a otros objetos del

cuadro de mando o bien que pueda ser afectado por selecciones en otros objetos del

dicho cuadro.


Pág

ina:

32

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



33

Capacidad de aprovechar toda la información definida de umbrales en los datos.

Capacidad para mantener y definir propiedades “geo-específicas” en el repositorio de

datos.

Se habrán de visualizar los datos de BI en el mapa resultante mediante formas diversas, al

menos zonas coloreadas con códigos de color en base a una métrica, utilizar marcadores o

representaciones visuales como gráficos de burbujas para cada área y visualizar la información

de detalle en ventanas emergentes.

Será posible combinar estas visualizaciones con otras visualizaciones diferentes en un

documento para realizar análisis de datos o utilizar los datos visualizados, ya sea como un

selector o como objeto de otro control.

Integración con ESRI

De forma concreta en la integración con ESRI se solicitan las siguientes características:

Se podrán utilizar marcadores, áreas, o una combinación de ambos para representar

los datos en los mapas.

Se podrá definir una ventana de información emergente –con visualizaciones

procedentes del entorno de BI- al pulsar con el ratón sobre una ubicación en el mapa.

Se podrán seleccionar una o varias ubicaciones.

Las geografías seleccionadas podrán ser filtros de los datos de detalle o visualizaciones

en el documento o cuadro de mando.

Se podrá cambiar de forma dinámica la métrica visualizada en el mapa mediante un

desplegable.

Se podrá emplear un control para hacer zoom en el mapa. También se podrá mover el

mapa dentro de un cuadro de mando.

Integración con Google Maps

Será posible integrar Google Maps con los datos del entorno de BI, sobre una consulta o

informe, sobre una cuadrícula en un documento o en un análisis visual. Cada uno de estos

escenarios debe ofrecer un amplio abanico de funcionalidades:


Pág

ina:

33

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



34

Los datos podrán ser visualizados utilizando marcadores de imágenes, marcadores de

burbujas, como un mapa de densidad o una combinación de éstos.

Se podrán aplicar umbrales en los mapas.

El mapa podrá ser visto de diferentes o formas: normal, satélite, etc.

La ventana de información se podrá personalizar con contenido y visualizaciones

procedentes del sistema de BI.

Se podrá seleccionar una única ubicación o varias ubicaciones mediante una

herramienta de selección o clics consecutivos.

Las ubicaciones seleccionadas se podrán utilizar para filtrar los datos de exploración o

de focalización.

Se podrá cambiar de forma dinámica la métrica del mapa.

Se podrá mover y hacer zoom en el mapa.

Se podrán emplear líneas de afinidad.

El mapa se podrá utilizar como un selector o un objetivo.

Se podrá realizar el filtrado en el mapa utilizando controles como “mantener sólo”,

“excluir” y “borrar”.

1.10 Aspectos Técnicos

1.10.1 Arquitectura Requerida

Para simplificar la operación de la solución adoptada y minimizar la necesidad de recursos

hardware asociados, se establece como requisito que toda la plataforma ofertada esté

integrada dentro de un único elemento de software que se denomina a partir de ahora, en

este documento, como Servidor Central.

Adicionalmente a este único Servidor Central, se proporcionarán aquellos elementos software

necesarios que serán desplegados en servidores de aplicaciones, tanto para dar servicio a los

navegadores Web como a aquellos dispositivos móviles que deban acceder a la plataforma.


Pág

ina:

34

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



35

1.10.1.1 Sistemas operativos soportados

A continuación se detalla una lista de Sistemas Operativos que deben ser soportados:

Windows Server 2003 Enterprise Edition SP2 (on x86)

Windows Server 2003 Standard Edition SP2 (on x86)

Windows Server 2003 Enterprise Edition R2 SP2 (on x86)

Windows Server 2003 Standard Edition R2 SP2 (on x86)









Windows Server 2012 Standard (on x64)

Solaris 10.x

Solaris 11.x

Solaris Zones for Solaris 10.x

AIX 6.1.x

AIX 7.1.x

LPAR for AIX

IBM AIX 5.3.x

Red Hat Enterprise Linux 5.2, 5.3, 5.4, 5.5, 5.6, 5.7, 5.8, and 5.9

Red Hat Enterprise Linux 6.0.x






Pág

ina:

35

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



36

Oracle Linux

SUSE Linux Enterprise Server 11.0.x



Xen hypervisor for Red Hat Enterprise Linux 5.4

HP-UX 11i v2

HP-UX 11i v3

1.10.1.2 Sistemas de virtualización

La plataforma ofertada deberá poder integrarse con Citrix, Windows Terminal Services y

VMWare.

1.10.1.3 Procedimiento de Instalación

La instalación del software deberá de estar soportada por un único proceso de instalación.

Este proceso podrá ser ejecutado de forma desatendida al menos por algún gestor de tareas

de un tercero, pudiéndose parametrizar las opciones a tener en consideración en cada

instalación, por ejemplo, mediante un fichero de parámetros.

1.10.1.4 Repositorio Único de Información

Todas las definiciones de objetos (atributos, jerarquías, métricas, informes, filtros, plantillas,

documentos, análisis…) realizadas por los administradores y usuarios de la plataforma,

quedarán almacenadas en un único repositorio de información proporcionado por la

plataforma. Cualquier actividad que se realice en la plataforma desde cualquier interfaz que

afecte a las estructuras de datos, quedará almacenada en este repositorio de forma única.

Este repositorio estará orientado a objetos, de forma que los componentes se puedan utilizar

para construir componentes más complejos, manteniendo el vínculo entre ellos. Este

repositorio de información, será el que garantice la definición única del dato, de modo que si

se produce un cambio en la definición de cualquier objeto, este se propague a todos los

objetos relacionados de forma automática.

Así mismo, la existencia de este repositorio, permitirá que se puedan hacer copias de

seguridad del mismo para poder recuperar los proyectos completamente ante incidencias. El

repositorio será proporcionado por la plataforma ofertada y consistirá en un conjunto de


Pág

ina:

36

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



37

tablas que se almacenarán en bases de datos relacionales, de forma que la plataforma hará

uso de estas tablas para leer la definición de los componentes de BI.

La seguridad de usuarios se almacenará también de forma única en este repositorio,

permitiendo por ejemplo gestionar el acceso de usuarios a determinados objetos o

aplicaciones, el filtrado de los datos asignado por defecto (filtro de seguridad) y los privilegios

asociados a ese usuario que le permitirán utilizar más o menos funcionalidad en base al perfil

asignado a ese usuario.

Por lo tanto, cada aplicación definida podrá tener de forma independiente los siguientes

elementos:

Definición de usuarios con seguridad de acceso a los datos asignada a cada usuario.

Definición de usuarios con diferentes privilegios de funcionalidad y acceso a objetos

Combinaciones de diferentes orígenes de datos

Diferentes reglas operativas.

Este repositorio de información incorporará los diferentes tipos de objetos, representando

cada uno de ellos un nivel cada vez más alto de abstracción de las estructuras de datos físicos.

Contendrá definiciones de tablas, columnas, hechos, atributos, métricas, filtros, plantillas,

informes, análisis, documentos, usuarios, elementos de seguridad, conexiones a orígenes de

datos, elementos de administración…

Las características en concreto que deberá tener este repositorio son al menos las siguientes:

Un cambio en un objeto se ha de trasmitir a todos los objetos jerárquicamente

superiores. Por ejemplo, cuando se un cambia la definición de un indicador, se ha de

ver reflejado ese cambio en todos los objetos que lo utilizan:

Cualquier documento diseñado para ser consumido a través de un interfaz

Web

Cualquier informe tradicional de tipo “tabla de datos”, sin necesidad de que el

usuario o el administrador invalide manualmente su versión disponible

almacenada o cacheada.

Cualquier objeto generado desde el entorno de análisis o exploración de datos

que utilice el indicador en cuestión.


Pág

ina:

37

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



38

Cualquier objeto disponible a través de los dispositivos móviles que haga uso

del indicador modificado.

De este modo, las tareas de administración se verán reducidas ya que sólo se

mantendrá una definición de los objetos en este repositorio y todos los usuarios que

accedan a la plataforma la utilizarán.

1.10.2 Escalabilidad

Se han de describir las capacidades de escalabilidad que permite la plataforma, tanto desde un

punto de vista horizontal y vertical como del volumen de datos soportados.

Escalabilidad Horizontal

Se entiende por escalabilidad horizontal, la capacidad de añadir nuevos servidores al sistema

de BI. Ha de ser posible la “clusterización” de los servidores que se deseen dedicar a la

plataforma en los diferentes entornos.

La solución ofertada podrá gestionar las aplicaciones que se sirven a través de cada uno de los

nodos del clúster, mediante un interfaz de administración del sistema. Desde este lugar, será

posible descargar o hacer funcionar un proyecto. De este modo, será posible realizar tareas de

mantenimiento en un único nodo del clúster sin afectar a los demás.

Este interfaz permitirá al administrador del sistema dar de baja un nodo del clúster para

posteriormente volver a añadirlo una vez realizadas las tareas pertinentes.

Esta clusterización debe permitir las siguientes acciones:

Conectar varios Servidores Centrales entre sí, dando servicio a las aplicaciones y en

general a los servidores Web y Mobile que se les pueda conectar.

Sincronizar los cachés de datos e informes entre los nodos.

Añadir nuevos nodos a un clúster existente sin interrupción del servicio.

Distribuir aplicaciones entre los nodos del clúster para optimizar el rendimiento y que

todos se comporten en modo activo.

Proteger las aplicaciones ante fallos: en caso de caída de un nodo, la aplicación

continúa siendo servida desde otro nodo sin necesidad de intervención manual alguna.


Pág

ina:

38

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



39

Utilizar un software de clustering de terceros, tal como Cisco Local Router, Microsoft

Windows Load Balancing Service o Microsoft Network Load Balancing.

Vertical

Se entiende por escalabilidad vertical la posibilidad de aumentar los recursos hardware

disponibles en los servidores y que la solución software los pueda aprovechar de forma

dinámica. Esta característica es requerida para la solución ofertada.

Para ello, la plataforma deberá funcionar y estar optimizada para sistemas operativos de 64

bits, siendo capaz de emplear todo el rango de memoria de los servidores y permitiendo que

el proceso de consulta se realice en la memoria del servidor, en lugar de hacerlo en el disco.

La plataforma ha de optimizar el uso de las CPUs de los servidores asignados, haciendo un uso

“multi-thread” de las mismas, de modo que cada aplicación genere "hilos" o sub-procesos en

lugar de ejecutar una copia independiente por cada usuario que solicita un servicio.

Escalabilidad de Datos

La arquitectura de la solución propuesta deberá ser escalable cuando se produzca un

crecimiento del volumen de los datos analizados.

Para ello, la solución permitirá un acceso dinámico a los diferentes orígenes de datos,

interpretará la consulta realizada por el usuario y la traducirá al lenguaje entendido por cada

uno de los diferentes orígenes a los que esté conectada.

De este modo, aprovechará las capacidades de los diferentes gestores de datos para ejecutar

las consultas optimizando así el uso de recursos.

El Servidor Central incorporará mecanismos que permitan a los usuarios realizar análisis

complejos, que impliquen cruces de datos, uniones, agregaciones y otras operaciones

avanzadas, optimizando el rendimiento mediante técnicas que le permitan gestionar grandes

volúmenes de datos. Estas técnicas se habrán de detallar en la oferta presentada. A modo de

ejemplo se presentan algunos ejemplos de técnicas que han de proveerse:

Generación de consultas en paralelo en aquellos motores que lo permitan.

Definición dinámica y desatendida de estructuras temporales de datos que almacenen

resultados intermedios a ser empleados en otros pasos en el proceso de consulta.


Pág

ina:

39

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



40

Opciones de parametrización, optimizadas para cada uno de los fabricantes de los

posibles orígenes de datos, que permitan al administrador tomar decisiones al respecto

de la forma en que se generan las consultas contra los mismos.

1.10.3 Recuperación ante Fallos

La solución de BI habrá de ser resistente a los fallos de los nodos individuales. Para ello podrá

agrupar varios servidores en unidades funcionales. Si un nodo falla, los usuarios y trabajos se

encaminarán de forma transparente a los otros nodos disponibles del clúster, de forma que se

evite la caída o la duplicación del procesamiento de la tarea.

La solución mantendrá el “estado” de la sesión, de forma que se mantengan los datos de la

misma en caché. Para que la “conmutación” de nodo debido a un fallo sea transparente para el

usuario, los datos almacenados en caché estarán disponibles en el nuevo nodo.

1.10.4 Datos en Memoria

De forma sencilla, el usuario podrá establecer estructuras de datos en memoria que actuarán

como fuentes de datos adicionales a la base de datos. De este modo, se podrá utilizar la

memoria de los servidores como un almacenamiento de datos adicional.

Se requiere que estos datos en memoria puedan ser utilizados en lugar de los datos de la base

de datos de forma transparente para el usuario. Para ello, si el usuario requiere una

información que está disponible en alguna de las estructuras en memoria diseñadas para ello,

de forma transparente, la información le ha de ser servida desde esa estructura sin acceder a

la base de datos. Esta característica debe ser definible y configurable para cada una de estas

estructuras.

Si el usuario, posteriormente, requiere algún dato que no está incorporado en una de estas

estructuras en memoria, navegará directamente al dato solicitado almacenado en las bases de

datos de forma transparente para él.

Así pues, la solución de BI ofertada habrá de soportar la definición de estructuras agregadas

en memoria, permitiendo al usuario acceder al máximo detalle (en las bases de datos) si así lo

requiere, de forma transparente.

Por otro lado, la solución de BI tendrá la capacidad de proponer la creación de estructuras en

memoria recomendadas para cubrir los informes que se estén solicitando en base a las

estadísticas de uso que deberá proporcionar.


Pág

ina:

40

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



41

Dinámicamente se podrán seleccionar todas las estructuras de memoria o varias de ellas y ver

cómo afecta su uso en el número de informes que accederán a estas estructuras y en qué

porcentaje se reduce el acceso a base de datos.

Una vez que se ha decidido cuáles son las estructuras en memoria que se van a utilizar, se

podrán generar de forma automática simplificando la tarea de investigación y definición de las

mismas por parte del administrador.

1.10.5 Gestión de Cachés

La solución propuesta permitirá la configuración y gestión de la memoria caché para los

informes, perfiles de usuarios, repositorio y datos.

El almacenamiento en caché almacenará temporalmente los datos en la plataforma de BI en la

memoria del servidor o en el disco, más cerca de los usuarios, para reducir el tiempo de

procesamiento de las solicitudes de trabajo. En vez de ir a base de datos para resolver cada

consulta, el sistema de BI deberá aprovechar los datos de la caché de peticiones de trabajos

anteriores para las solicitudes posteriores.

Estas solicitudes de trabajo incluyen la navegación en el repositorio, proporcionando

respuestas rápidas para ejecutar o crear informes. A medida que aumente el número de

usuarios, las posibilidades de que dos usuarios soliciten la misma información aumenta.

Cuantos más usuarios entren en el sistema y creen más cachés, el tiempo medio de respuesta

del sistema ha de disminuir.

La solución de BI no ha de ofrecer un simple caché de almacenamiento de informes, sino que

ha de implementar un caché compartido multinivel. En cada punto estratégico en la

interacción con el usuario, los datos clave se almacenarán en caché para mejorar el

rendimiento. Los tipos de almacenamiento en caché de la plataforma serán:

Caché de objetos de repositorio

Caché de elementos de cada dimensión

Caché de conexión de base de datos

Caché de resultados

Caché de documentos

Caché de cuadros de mando


Pág

ina:

41

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



42

Caché en aplicaciones móviles

Además, en una configuración de clúster del Servidor, la disponibilidad del caché se ha de

sincronizar a través de los nodos agrupados sin necesidad de una transferencia masiva de

datos entre los nodos. De esta forma, los usuarios conectados a un nodo, se beneficiarán de

los cachés creados y almacenados por otros nodos del Servidor Central.

1.10.5.1 Mantenimiento Automático y Transparente de los Cachés

La solución ofrecida ha de optimizar y mantener automáticamente todos los cachés. Se

controlará la cantidad de recursos de memoria utilizados para las memorias caché. Cuando el

uso de memoria exceda un valor configurable, las cachés se descargarán en disco utilizando la

política del “menos utilizado recientemente”. De esta manera, se mantiene disponible un

número mayor de cachés utilizados.

Los cachés se han de actualizar automáticamente cada vez que se cambie un objeto

subyacente a un caché en particular. Por ejemplo, si la definición de un indicador se alterara,

la nueva definición se propagará a todos los informes y todos los otros objetos que utilizan

ese indicador, y todos los cachés afectados por el cambio, se invalidarán automáticamente.

Estos cachés se volverán a crear automáticamente la próxima vez que se ejecuten los

informes.

Cuando los Servidores Centrales estén definidos en clúster, cada caché creado por cualquier

nodo del clúster estará disponible para todos los nodos en el clúster.

Será posible generar los cachés de informes grandes en cuanto al volumen de datos que

devuelven, como los que tienen tiempos largos de ejecución, utilizando planificaciones y

subscripciones a caché.

Los administradores podrán programar la creación del caché de estos informes mediante

parámetros de tiempo o mediante factores desencadenantes de eventos. Por ejemplo, cada

vez que se produzca una carga de la base de datos, se podrá desencadenar un evento en el

servidor para que actualice los cachés afectados por esa carga de datos.

Deberá poderse invalidar y volver a generar únicamente los cachés afectados por un cambio o

una carga de datos. Los caches restantes se deben de quedar intactos. Se ha de maximizar la

utilización de los cachés existentes, minimizando actualizaciones redundantes de la caché.


Pág

ina:

42

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



43

1.10.6 Capacidades de Administración

El administrador podrá hacer uso de una consola de administración desde la que tendrá

acceso a administrar los servidores, las aplicaciones, etc.

Se podrán realizar las siguientes funciones:

Administración del sistema

Gestión de las aplicaciones dadas de alta.

Gestión los nodos en caso de clúster.

Gestión de las planificaciones de mantenimiento del sistema.

Monitores del Sistema

Monitor de trabajos: Visualizar el estado de las ejecuciones, ver el SQL

generado e incluso cancelar tareas.

Conexiones de usuarios: Posibilidad de monitorizar los usuarios conectados, su

actividad, desde qué interfaz acceden, las colas de trabajo y poder, si así

requiere, cancelar sesiones, y establecer prioridades en los trabajos a

ejecutarse.

Conexiones con la base de datos: Monitorizar el número de conexiones con la

base de datos y con el repositorio, establecer prioridades y ver el estado: si los

resultados están en caché o no.

Administración de cachés: de informes, cuadros de mando, estructuras en

memoria, etc. Poder monitorizar el estado, eliminar o recalcular cachés.

Transacciones del diario de cambios: Seguimiento y control de los cambios que

han sufrido los objetos.

Administración de Configuración

Creación, modificación y borrado de las conexiones a las diferentes fuentes de

datos.

Planificaciones: Creación, modificación y borrado de las planificaciones

temporales que serán utilizadas por el administrador y los usuarios para

planificar ejecuciones y tareas administrativas de manera desatendida.


Pág

ina:

43

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



44

Eventos: Creación, modificación y borrado de planificaciones basadas en

eventos.

Roles de seguridad: Creación, modificación y borrado de roles según su

actividad. También se podrán asignar grupos o usuarios individuales a cada rol,

podrán hacerse combinaciones de roles sin necesidad de crear un rol para cada

agrupación.

Multi –idioma: la plataforma se adaptará a múltiples idiomas en función del

idioma del sistema operativo del usuario.

Suscripciones: monitorización de todas las suscripciones que estén dadas de

alta tanto para ejecución de informes como para tareas administrativas o

servicios de distribución. Se podrá ver quién, qué, cuándo y cómo se van a

enviar. Desde la interfaz de administración se podrán modificar y borrar las

diferentes suscripciones generadas.

Administrador de Usuarios.

Permitirá la gestión de los usuarios y grupos de usuarios.

Perfiles de seguridad: permitirá a los administradores controlar de manera

centralizada el acceso de los usuarios y grupos de usuarios a:

Funcionalidad proporcionada por la plataforma

Objetos dados de alta

Acceso a los datos

1.10.7 Gobierno del Dato

La solución habrá de ofrecer capacidades de gobierno del dato, de forma que el administrador

del entorno de BI pueda garantizar que los resultados en forma de documentos, informes,

análisis, etc. ofrezcan datos validados y auditados por las personas que tienen la

responsabilidad del “dato único”.

Para ello se requiere que la solución ofertada satisfaga de alguna forma las siguientes

necesidades de administración del dato:


Pág

ina:

44

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



45

Será posible definir para qué personas o grupos estarán disponibles los datos

importados por los usuarios de negocio.

Esta definiciones no habrán de ser rígidas, sino que un usuario de negocio podrá tener

unas limitaciones diferentes a otros, en cuanto a las posibilidades de compartir tales

datos importados.

Los resultados generados a partir de los datos anteriores solamente deberán ser

publicados en los recursos sobre los que los usuarios tengan permisos.

Será posible impedir a determinados usuarios o grupos la importación de datos

personales o departamentales.

Se podrá asignar cuotas a cada uno de los usuarios en cuanto al número y tamaño de

los objetos a ser importados.

Los usuarios podrán reemplazar en cualquier momento los datos departamentales o

personales, obtenidos de importaciones de datos, por datos validados por los

responsables del entorno de BI. Existirá un entorno gráfico que permitirá realizar estos

reemplazos en cuanto al origen de los datos. No será necesario que los nombres de los

datos a ser sustituidos sean iguales, sino que será el propio usuario el que seleccione

qué dato sustituye con qué otro. Esta operación podrá ser realizada por un usuario de

negocio sin necesidad de programación, escritura o ejecución de scripts o macros.

1.10.8 Integración con Fuentes de Datos

La solución se ha de integrar con los orígenes de información actualmente en uso en el

Ayuntamiento de Madrid. Sin embargo también lo ha de hacer con otras fuentes de datos

estándar en el mercado que pudieran ser utilizadas en el medio o largo plazo. El proveedor

deberá expresar su integración con los siguientes orígenes de datos:

Fuentes de Datos BigData, MapReduce y NoSQL

Hortonworks

Cloudera

Asterdata

MAPR


Pág

ina:

45

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



46

Amazon Web Services – Elastic Map Reduce

MongoDB

Pivotal

EMC Greenplum HD

Fuentes de Datos Columnares

Amazon Redshift

Infobright

Exasol

Kognitio

Vertica

Sand

Google Big Query

Paracell

Calpont

Vectorwise

Sybase IQ

Appliances de Base de Datos

Teradata

Netezza

Exadata

SQLServer 2008 R2 – Parallel Data Warehouse

Greenplum


Pág

ina:

46

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



47

SAP HANA

Base de Datos Relacionales

MySQL

Oracle

SQLServer

Base de Datos Multidimensionales

SAP

Hyperion

SQLServer Analysis Services

Datos de Soluciones SaaS

Salesforce

Facebook

Google Docs y Spreadsheets

Datos Departamentales

Excel

CSVs

Access

Txt

1.10.9 Web Services

La solución de BI propuesta ofrecerá una capa de Servicios Web, tanto estándares (“out of the

box”), como definibles y personalizables, que permita a cualquier aplicación del Ayuntamiento

de Madrid acceder a los informes definidos en la plataforma, actuando la solución de BI como


Pág

ina:

47

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



48

una capa de abstracción de los orígenes de los datos y aprovechando toda su capacidad de BI

en general.

Esta funcionalidad proporcionará un entorno de integración de plataforma neutral, que le

permitirá trabajar con la plataforma y lenguaje de programación de su elección en casos

necesarios.

Las características mínimas que tendrá que satisfacer la solución de BI son:

Podrá ser desplegada en cualquier plataforma ASP.NET Windows o en un servidor de

aplicaciones J2EE.

Será compatible con los siguientes estándares de Internet y Web Services para

proporcionar interoperabilidad:

SOAP 1.1 y SOAP 1.2

HTTP 1.1 para el transporte de mensajes entre clientes y servidores.

Soporte XML para los mensajes.

WSDL 1.1 para describir las capacidades y el despliegue de Servicios Web.

DIME para el intercambio de datos binario y de texto de gran tamaño que se

intercambiarán entre los entornos .NET y J2EE

SSL para comunicaciones seguras tanto en ASP.NET como en

implementaciones de J2EE.

De forma estándar o OOTB, el Servicio Web de la solución permitirá al menos:

Explorar una carpeta o directorio de la solución, devolviendo de forma

incremental o paginada, el conjunto de objetos en él contenido.

Hacer “log-in” en la plataforma de BI, obteniendo un código de sesión que se

podrá mantener en el resto de las interacciones con el Servicio Web para

mantener el contexto de las mismas.

Ejecutar y obtener los datos de un informe existente en el entorno de BI.


Pág

ina:

48

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



49

1.10.10 Browsers Soportados

1.10.10.1 Sistemas Operativos Windows

Se habrán de certificar los Navegadores Web Internet Explorer (hasta la versión 11), Firefox

(hasta la versión 22) y Chrome (hasta la 28).

1.10.10.2 Otros Sistemas Operativos

Se habrán de certificar los Navegadores Web Firefox (hasta la versión 22), Chrome (hasta la

28) y Safari 6.

1.10.11 Integración con Productos Ofimáticos

La solución ofertada ha de permitir a los usuarios de Microsoft Office ejecutar, crear, editar y

formatear cualquier informe, documento o cuadro de mando definido en el entorno de BI

directamente desde sus aplicaciones de ofimática como Excel, PowerPoint y Word. La

solución ha de estar disponible tanto en tecnología .NET como J2EE y acceder a la plataforma

de BI empleando XML y Servicios Web.

La solución ofertada ha de permitir exportación a OpenOffice.

1.10.12 Capacidades de Exportación

Los informes, documentos y cuadros de mando deben poder ser exportados al menos a los

siguientes formatos:

PDF: con la posibilidad de generar un índice de para acceder rápidamente a la sección

del documento que se requiera.

PDF interactivos: la plataforma de BI podrá generar documentos interactivos

consumibles desde Acrobat Reader. Se entiende por interactividad en este contexto la

posibilidad de incluir selectores de diversos tipos para el usuario pueda interactuar con

la información visualizada.

Excel con o sin formato, con la opción de poder seleccionar que cuando se exporte el

informe este quede vinculado a la hoja, para que en el futuro solamente con actualizar

el objeto se actualicen los datos de la hoja Excel.


Pág

ina:

49

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



50

Access

Datamart: ha de ser posible la generación de una tabla en la ubicación que decida el

administrador, incluso en una base de datos diferente a la del origen de los datos.

Habrá de ser posible insertar datos a los existentes, borrar los datos e insertar de

nuevo, etc.

HTML: se podrá incorporar funcionalidades de java, gráficos, información no

estructurada como vídeos, fotos, contenido flash, etc.

Formatos de fichero plano: utilizando los principales separadores (comas, dos puntos,

punto y coma, tabuladores, etc.)

La solución ofertada podrá generar modelos predictivos en formato PMML para que lo

utilice herramientas de terceros de minería de datos.

Así mismo se podrán utilizar modelos PMML de herramientas de minería de terceros

Se valorará disponer de un entorno de desarrollo que permita añadir otros formatos de salida

que se deseen o integración con aplicaciones externas.

1.11 Seguridad

1.11.1 Autenticación

La autenticación de los usuarios se podrá establecer de tres formas diferentes, al menos:

Autenticación estándar gestionada por la solución de BI. El login y la password se

trasmitirán entre el navegador Web y el servidor de aplicaciones de forma encriptada.

Autenticación cedida a herramientas de terceros. Se podrán establecer cualquiera de

los siguientes estándares de mercado como solución autenticadora:

LDAP.

Active Directory de Microsoft.

NTLM.

Seguridad de base de datos.


Pág

ina:

50

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



51

Autenticación integrada mediante Kerberos.

SSOs de mercado como Tivoli o SiteMinder, al menos.

Mediante otros sistemas generales de autenticación de seguridad, tales como portales

corporativos y otros productos de gestión de identidades. El ofertante explicará cómo

sería la posible la autenticación única del usuario en caso de la necesidad de

integración de la solución de BI en un portal genérico con soluciones propietarias de

gestión de identidades.

1.11.2 Autorización de Usuarios

El modelo de seguridad habrá de dar respuesta a la posibilidad de definir permisos por

usuario, o grupo de usuarios, bajo tres perspectivas:

Permisos funcionales

Permisos de acceso a objetos

Seguridad de acceso a datos

1.11.2.1 Permisos Funcionales

Los usuarios se deben poder categorizar en varios tipos, como por ejemplo usuarios

ocasionales, usuarios avanzados, desarrolladores de aplicaciones y administradores.

Cada uno de estos perfiles ha de tener permisos diferentes, bien para ejecutar informes, bien

para crear y publicar sus propios análisis, bien para crear documentos, bien para monitorizar

administrar recursos, etc. El proveedor detallará el modo en que se pueden asignar

funcionalidades a grupos de usuarios, roles de usuarios y usuarios individuales, así como la

granularidad posible en la creación de tales perfiles funcionales.

1.11.2.2 Permisos de Acceso a Objetos

Cada uno de los objetos que se puedan definir en el entorno de BI se regirán por sus propios

permisos de seguridad (ACL), de modo que se pueda otorgar a los usuarios o grupos de

usuarios un conjunto de privilegios para ese objeto.


Pág

ina:

51

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



52

Para simplificar el mantenimiento de la aplicación, una ACL se debe poder aplicar a muchos

objetos, heredar ACLs desde otros objetos superiores o aplicarla recursivamente en todo un

árbol jerárquico o estructura de carpetas. Los permisos posibles a ser definidos tienen que

tener la granularidad suficiente para que se pueda limitar o permitir la consulta, lectura,

borrado, control, uso, ejecución, visualización, modificación, etc.

La solución deberá aprovechar esta característica para reducir el número de informes que se

crean y mantienen en el repositorio, de modo que un mismo informe pueda ser consumido

por varios usuarios y cada uno de ellos visualizar diferentes indicadores en el mismo en

función de sus permisos.

Permisos en Jerarquías

La configuración de ACL también se debe poder aplicar a la navegación en la información, de

tal manera que algunos usuarios puedan profundizar para obtener información detallada o

subir hacia datos consolidados, pero sin conocer su detalle.

1.11.2.3 Seguridad de acceso a datos

Securización de Datos con Filtros de Seguridad

El proveedor ofrecerá un mecanismo de seguridad de modo que se pueda limitar los datos a

los que un grupo de usuarios o usuario individual puede acceder. Para cada solicitud al origen

de datos se agregarán los criterios de filtrado adicionales a la consulta para restringir el

conjunto de resultados.

Los criterios de filtrado de datos también deberán especificar rangos superiores o inferiores.

Una limitación de tipo rango superior especifica el máximo nivel de detalle que se permite al

usuario. Si se emplea, la restricción no se eleva a un nivel superior al indicado. Por el contrario,

una restricción de rango inferior especifica el nivel de detalle más bajo que se le permite al

usuario.

Proteger Datos con Seguridad de Base de Datos

La plataforma de BI del proveedor podrá acceder a las fuentes de datos empleando diferentes

conexiones de usuario. Proporcionará un proceso de mapeo entre usuarios y conexiones a

base de datos de modo que estén sujetos a la configuración de seguridad en el origen de

datos en el caso de que así se desee.


Pág

ina:

52

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



53

1.11.3 Auditorías de Cambios

De forma genérica, todas las operaciones realizadas por los usuarios de negocio en la

plataforma de BI ofertada han de ser auditables, permitiendo crear estadísticas de uso de cada

componente, usuario, pantalla u objeto utilizado, registrando al menos la hora y la acción

realizada.

Existirá un control de los cambios realizados para los eventos deseados. Será posible realizar

búsquedas y filtrados permitiendo analizar la información deseada en concreto. Se podrá

exportar la información almacenada a ficheros externos.

1.12 Gestión del Ciclo de Vida

El proveedor deberá ofertar una solución de BI que permita realizar pasos a producción sin

obligar a una interrupción del servicio.

Los pasos a producción estarán soportados por una solución integrada en el resto de la

plataforma que cumpla con los siguientes requisitos:

Ha de contar con una interfaz que permita a los administradores de forma interactiva y

visual mover objetos entre aplicaciones o entornos.

Ha de poder generar paquetes de actualización: será posible la extracción de los

cambios en un archivo o script independiente que se podrá aplicar en el entorno

destino de forma manual o bien mediante una herramienta de terceros de gestión del

ciclo de vida de las aplicaciones.

En ningún caso ni la aplicación origen, ni la aplicación destino, resultarán bloqueadas para su

uso cuando se realizan estas operaciones. Todos los objetos seguirán estando disponibles para

su consumo.

La solución de BI mostrará el impacto de las modificaciones realizadas a cualquier objeto,

proporcionando una lista de los objetos dependientes Por ejemplo, si la definición de una

métrica ha cambiado, un administrador podrá ver fácilmente los objetos primarios (informes,

documentos, plantillas, filtros y otras métricas) y objetos secundarios (datos, filtros, tablas y

columnas) en los que es utilizada, mostrando todos los objetos afectados por el cambio de la

métrica. Con esta información, los usuarios afectados podrán ser notificados antes de que se

realice el cambio.


Pág

ina:

53

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



54

La funcionalidad de migración de objetos entre entornos permitirá adicionalmente:

Copiar aplicaciones y hacer copias de seguridad

Comparar las aplicaciones en diferentes entornos

Búsqueda de objetos basada en nombre, tipo, propietario y hora de la última

actualización.

Búsqueda de objetos no utilizados.

Objetos dependientes como padres e hijos.

Actualización de aplicaciones con una utilidad de sincronización de aplicaciones que

permita a los administradores automatizar la migración simultánea de todos los

cambios en el proyecto.

Se requiere que la solución ofertada permita la migración de cambios con alguna utilidad de creación de paquetes de actualización. Tales paquetes se podrán compartir a través de correo electrónico o a través de una red. De esta forma se podrán migrar objetos sin una conexión en directo simultánea a las aplicaciones de origen y de destino.


Pág

ina:

54

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



55

ANEXO III: TÉRMINOS INFORMÁTICOS, ACRÓNIMOS Y ANGLICISMOS

Ítem Significado

ACL Access Control List: Lista de control de accesos

Active Directory Servicio de directorio desarrollado por la empresa Microsoft

AES Advanced Encryption Standard: Especificación sobre la encriptación de

datos electrónicos

AIX Sistema operativo desarrollado por la empresa IBM

Android Sistema operativo de teléfonos y tabletas diseñado por la empresa

Google

APP Apócope de application. El término se usa habitualmente para

aplicaciones que se ejecutan en dispositivos móviles (teléfonos

inteligentes y tabletas).

ASP.NET Entorno de desarrollo para aplicaciones web, inicialmente creado por

la empresa Microsoft

BI Business Intelligence - Inteligencia Empresarial

Big Data Término usado para conjuntos de datos cuyo tamaño o complejidad

son tales que las aplicaciones tradicionales de proceso de datos no

son adecuadas para ellos.

Business Intelligence Inteligencia Empresarial

CPU Central Processing Unit: unidad central del ordenador

Citrix Empresa de software especializada en escritorios remotos y

virtualización

csv Comma-Separated Values: formato de ficheros de datos con

separadores definidos, pero presentados en un formato de texto

fácilmente importable o exportable.


Pág

ina:

55

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



56

Ítem Significado

Cluster Conjunto de ordenadores que se comportan como si fuesen una sola

unidad

Clustering Técnicas para que un conjunto de ordenadores se comporten como si

fuesen un cluster

Data mart Subconjunto del data warehouse orientado habitualmente a un área

específica de la organización

Dashboard Cuadro de mandos

Data warehouse Almacén de datos

DIME Direct Internet Message Encapsulation: Protocolo para el envío de

datos encapsulados a través de Internet

Drill-down Técnica que consiste en profundizar en los datos de los informes

llegando a un nivel mayor de detalle y de desagregación.

Drill-up Lo contrario a drill-down

e-mail Correo electrónico

ESRI Empresa que ofrece productos relacionados con GIS

FAQ Frequently Answers & Questions: Preguntas frecuentes

Firewall Cortafuegos

Flash En el documento, se refiere a un formato de ficheros multimedia.

GIS Geographic Information System: Sistema de información geográfico

Google Maps Producto cartográfico de la empresa Google

GPS Global Positioning System: Sistema que permite determinar las

coordenadas espaciales y la posición de un objeto.

HTML HyperText Markup Language, lenguaje de marcado para páginas web.


Pág

ina:

56

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



57

Ítem Significado

Asimismo, nombre de extensión (del nombre de un fichero) reservado

para ficheros de páginas web.

HTTP Hypertext Transfer Protocol

HP-UX Sistema operativo desarrollado por la empresa Hewlett Packard

IAM Informática del Ayuntamiento de Madrid

iOS Sistema operativo de los teléfonos y tabletas de la empresa Apple

iPhone Teléfono de la empresa Apple que utiliza el sistema operativo iOS

iPad Tableta de la empresa Apple que utiliza el sistema operativo iOS

J2EE Java Platform Enterprise Edition: entorno de desarrollo de aplicaciones

Kerberos Protocolo de autenticación

KPI Key Performance Indicator, indicador clave de rendimiento

LDAP Lightweight Directory Access Protocol: protocolo para el acceso a un

servicio de directorio

MapReduce Modelo de programación desarrollado por Google para dar soporte a

la computación paralela y el Big Data

MDX Multidimensional Expressions, lenguaje de interrogación y

manipulación de datos almacenados en cubos OLAP (Online

Analytical Processing).

MicroStrategy Software usado en la plataforma BI del Ayuntamiento

MongoDB Sistema de gestión de base de datos NoSQL

multithreading Capacidad de un programa o de un proceso para gestionar su uso por

varios usuarios simultáneamente sin que sea necesario cargar en

memoria y ejecutar varias copias del mismo.

Newsstand Aplicación de la empresa Apple para dispositivos iOS para la descarga


Pág

ina:

57

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



58

Ítem Significado

y visualización de periódicos y revistas en formato electrónico

NoSQL Término aplicado a sistemas de gestión de bases de datos que

difieren del modelo clásico porque no usan SQL

NTLM Siglas para el producto NT Lan Manager

OOTB Véase “Out-of-the-box”

Out-of-the-box En el contexto informático, es una expresión que se refiere a un

producto prediseñado (software, hardware o una combinación de

ambos) que resuelve una necesidad o proporciona una funcionalidad

sin requerir un esfuerzo o desarrollo adicional

pdf Portable Document Format: formato de fichero creado originalmente

por la empresa Adobe.

PPTP Pliego de prescripciones técnicas particulares

Push Tecnología de distribución de contenidos

R Lenguaje de programación y entorno de desarrollo para cálculo

estadístico y gráficos

Readme Fichero habitualmente en formato de texto o pdf con información o

instrucciones sobre un producto físico o lógico para que sea leído

antes de su instalación o configuración.

Linux Sistema operativo de código abierto. Se puede presentar en distintas

versiones o distribuciones. En este documento se hace referencia a

las desarrolladas por las empresas siguientes: Red Hat, Oracle y SUSE

Release Se aplica a una entrega de software

Reporting Informe

RSS Really Simple Syndication, un formato XML para sindicar o compartir

contenido en la web.


Pág

ina:

58

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



59

Ítem Significado

SAP Software para la gestión empresarial utilizado en el Ayuntamiento de

Madrid

Scorecard Cuadro de mando integral

Service Pack Actualización de software. Generalmente está dirigida a resolver

errores de programación o agujeros de seguridad, aunque puede

también incorporar novedades funcionales.

Servidor de Download Servidor de descargas: está destinado a ofrecer software para que

sea descargado por clientes y usuarios.

SharePoint Plataforma de colaboración desarrollada por la empresa Microsoft

SI Sistema(s) de información

Smart phone Teléfono inteligente

SOAP Simple Object Access Protocol: protocolo usado en servicios web

Solaris Sistema operativo desarrollado por la empresa Sun

SQL Structured Query Language: lenguaje de interrogación de bases de

datos relacionales

SQL Server, Oracle y

MySQL

Diversos sistemas de gestión de bases de datos

SSL Secure Sockets Layer: Protocolo criptográfico

SSO Single Sign-On: procedimiento de autenticación

Store En el contexto de este documento, se refiere al servicio de descarga

de aplicaciones ofrecido por el fabricante de un sistema operativo de

un dispositivo móvil

txt Extensión (del nombre de un fichero) reservada para ficheros de

texto.


Pág

ina:

59

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



60

Ítem Significado

URL Unified Resource Locator: habitualmente se utiliza para referirse a

direcciones de páginas web

VMWare Empresa de software especializada en virtualización

Web Service Servicio web

WebDAV Web Distributed Authoring and Versioning: Extensión del protocolo

HTTP que proporciona funcionalidades para crear, cambiar y mover

documentos en un servidor remoto (típicamente un servidor web)

What-if El análisis what-if permite simular el comportamiento de un sistema y

analizar o comparar los resultados obtenidos ante determinadas

hipótesis.

Widget Pequeña aplicación o programa, usualmente presentado en archivos

o ficheros pequeños. Entre sus objetivos están dar fácil acceso a

funciones frecuentemente usadas y proveer de información visual.

Windows Server Sistema operativo desarrollado por la empresa Microsoft

Windows Terminal Services Producto desarrollado por la empresa Microsoft

Workflow Flujo de trabajo

Write-back Técnica de escritura de datos en la caché.

WSDL Web Services Description Language: Lenguaje de definición de

interfaces usado para describir la funcionalidad ofrecida por un

servicio web

WYSIWYG What You See Is What You Get: (lo que ves es lo que obtienes) Se

aplica a los procesadores de texto -y también a otros programas- que

permiten escribir un documento viendo directamente el resultado

final (en pantalla o impreso).

XML Extensible Markup Language: lenguaje para codificar documentos en

un formato que es legible tanto por máquinas como por humanos.


Pág

ina:

60

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0




Nº Expte. 300/2017/00421



61

Ítem Significado

XQuery Lenguaje de consulta diseñado para colecciones de datos XML

Firmado electrónicamente por: MARIA DE LAS MERCEDES LOZANO QUIRCE

Fecha: 18-07-2017 13:08:22Firmado por: MARIA DE LAS MERCEDES LOZANOFecha: 18-07-2017 13:08:40

Pág

ina:

61

de 6

1

Cód

igo

de v

erifi

caci

ón :

PY

78d4

2d21

7ac8

c0

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?

codi

goV

erifi

caci

on=

PY

78d4

2d21

7ac8

c0



PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES ... · subdirecciÓn general de sistemas de...

Documents

Transcript of PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES ... · subdirecciÓn general de sistemas de...