Índice - Concello de Pontevedrapontevedra.eu/pub/documentos/20131213121254_pliego-t... · 2013-12-13 · El objeto de este pliego es el establecimiento de los requisitos funcionales

1.-

SERVIZO DE INFORMÁTICA

Índice 1.- OBJETO Y MOTIVACIÓN DEL CONTRATO .......................................................... 32.- ARQUITECTURA DE LA SOLUCIÓN ..................................................................... 33.- DESCRIPCIÓN DA SITUACIÓN ACTUAL .............................................................. 4

3.1.- EQUIPAMIENTO DEL CPD DEL CONCELLO ................................................. 43.2.- EQUIPAMIENTO DEL CPD DE LA POLICÍA LOCAL ...................................... 63.3.- EQUIPAMIENTO DE RED ................................................................................ 6

4.- ALCANCE Y ELEMENTOS DEL CONTRATO ........................................................ 94.1.- ALCANCE DEL CONTRATO ............................................................................ 94.2.- ELEMENTOS A ARRENDAR ......................................................................... 10

5.- CARACTERÍSTICAS TÉCNICAS MÍNIMAS .......................................................... 115.1.- REQUISITOS GENERALES ........................................................................... 115.2.- ARMARIO RACK ............................................................................................ 115.3.- SISTEMA DE ALIMENTACIÓN ININTERRUMPIDA ...................................... 125.4.- CHASIS Y SERVIDORES BLADE .................................................................. 125.5.- CABINA DE ALMACENAMIENTO .................................................................. 135.6.- SISTEMA DE BACKUP .................................................................................. 165.7.- TERMINALES LIGEROS, MONITORES E TECLADOS ................................ 185.8.- ORDENADORES ............................................................................................ 195.9.- SOFTWARE DE VIRTUALIZACIÓN ............................................................... 19

6.- SOPORTE Y NIVEL DE SERVICIO REQUERIDO ............................................... 206.1.- INCIDENCIAS ................................................................................................. 216.2.- TIEMPO MÁXIMO DE RESOLUCIÓN ............................................................ 216.3.- PENALIZACIONES ......................................................................................... 226.4.- PROCEDIMIENTO DE RESOLUCIÓN DE INCIDENCIAS ............................ 226.5.- OBLIGACIONES DEL ADJUDICATARIO EN CUANTO AL SOPORTE ........ 22

7.- SUMINISTRO, INSTALACIÓN Y RECOGIDA DE LOS EQUIPOS ....................... 238.- EQUIPO DE TRABAJO .......................................................................................... 239.- OPCIÓN PARA LA AMPLIACIÓN DE LOS ELEMENTOS DEL CONTRATO YEJERCICIO DE LA OPCIÓN DE COMPRA. .............................................................. 23

9.1.- MODIFICACIÓN DEL CONTRATO ................................................................ 239.2.- EJERCICIO DE LA OPCIÓN DE COMPRA .................................................. 25

10.- VALORACIÓN DE OFERTAS .............................................................................. 2510.1.- EVALUACIÓN DE CRITERIOS SOMETIDOS A JUICIOS DE VALOR ....... 2510.2.- CRITERIOS AUTOMÁTICOS ...................................................................... 28

11.- CONFIDENCIALIDAD Y SEGURIDAD ................................................................ 3112.- PRESUPUESTO, PRECIO DEL CONTRATO Y FACTURACIÓN ...................... 3113.- PLAZO DEL CONTRATO Y PLAZO DE ENTREGA ............................................ 3214.- ANEXO I.- INVENTARIO DE SOFTWARE .......................................................... 3315.- ANEXO II: ELECTRÓNICA DE CADA SEDE (ANILLO DE FIBRA) .................... 3616.- ANEXO III.- EDIFICIOS DEL CONCELLO: UBICACIÓN Y TIPO DE ENLACECON EL CPD ............................................................................................................... 3717.- ANEXO IV: DIAGRAMA DE RED ......................................................................... 39

Michelena, 30; 36071-Pontevedra; 986100185 1/38

2.-

2/38

1.-


1.-OBJETO Y MOTIVACIÓN DEL CONTRATO

El Concello de Pontevedra, ha tenido arrendados los equipos de usuario durante losúltimos 5 años. Durante el período de arrendamiento se han evaluado diferentes al-ternativas tecnológicas para conocer las posibilidades de adaptación y las ventajasque aportan.

La solución del arrendamiento de los equipos de usuario permitió una mejora notableen la disponibilidad de los mismos. Junto a esta necesidad han surgido nuevos requi-sitos como por ejemplo la posibilidad de acceso remoto y desde dispositivos móvileso el ahorro energético, problemas para los que existen en el mercado soluciones tec-nológicas suficientemente probadas, que aportan además ventajas en otros ámbitos,como por ejemplo:

– Mejoras en la gestión de aplicaciones y equipos.

– Posibilidad de dotar de escritorios a las sedes remotas.

– Mejorar la seguridad y disponibilidad de la información municipal.

El objetivo del concurso es dotar al Concello de un sistema de escritorios para losusuarios que permita:

– La consolidación del almacenamiento en el CPD, lo que aumentará la disponi-bilidad y la seguridad de la información municipal.

– Disponer de una infraestructura flexible en cuanto a crecimiento, que permita,con las debidas garantías de seguridad y confidencialidad, el acceso remoto alescritorio de cada usuario, incluso desde dispositivos móviles.

– Empleo de tecnologías respetuosas con el medio ambiente.

– Reducción del consumo eléctrico de los equipos de usuario.

– Mejoras en la integración en oficinas de los equipos de usuario, mediante lareducción del volumen de los equipos y de la presión acústica.

– Incremento de la seguridad y disponibilidad de la información, al estar el alma-cenamiento consolidado en el CPD del Concello

El objeto de este pliego es el establecimiento de los requisitos funcionales y técnicosa los que deberán ajustar sus proposiciones las empresas interesadas en concurrir ala licitación para el arrendamiento de los equipos lógicos y físicos precisos para elfuncionamiento de un sistema de estas características.

2.-ARQUITECTURA DE LA SOLUCIÓN

Se trata por lo tanto de la puesta en marcha de una infraestructura que permita la vir-tualización de escritorios y aplicaciones, según un esquema “SBC” o “pool” de escri-torios virtuales. Esta solución deberá ser multidominio. El adjudicatario suministrarálos elementos precisos para la provisión de escritorios bajo ambas modalidades(SBC o pool), con el objeto de disponer de alternativas en el caso de que con algunade ellas no se pudiese ejecutar alguna aplicación, o surja la necesidad de especiali-zar algún escritorio.

Esta infraestructura permitirá la asignación a cada empleado de un escritorio dondeestarán las aplicaciones que precise para el desarrollo de su trabajo. La solución pro-


2.-

porcionará un método para la actualización de aplicaciones, parcheados y para lapresentación de aplicaciones a usuarios, lo que permitirá mejoras tanto en la gestióndel parque informático del Concello como en la administración de los escritorios.

Aquellos puestos de trabajo para los que, bien por sus características o bien por suubicación, la solución basada en terminales ligeros no sea óptima, se dotarán de unescritorio tradicional sobre un ordenador personal.

Este sistema se instalará también en la Policía Local, para que se disponga de unsistema de escritorios, independiente del sistema instalado en el Concello. Este sis-tema podrá funcionar con el equipamiento de que dispone la Policía Local en su CPDou con otros equipos adicionales que suministrará el adjudicatario y serán instaladosen el CPD de la Policía Local. La infraestructura de escritorios deberá poderse servirdesde el CPD del Concello, en el caso de que haya algún problema en el CPD de laPolicía Local.

Los licitadores podrán proponer la arquitectura que deseen, dentro del respeto a losrequisitos mínimos indicados en el pliego. Los licitadores podrán proponer la reutili-zación o reubicación de servicios existentes (cambios de máquinas, consolidación deservicios virtuais, aumento o disminución de servicios) con el fin de mejorar la solu-ción global. En cualquier caso se garantizará que el impacto de los cambios de equi-pamiento sobre la disponibilidad de los sistemas actuales será mínimo.

3.-DESCRIPCIÓN DA SITUACIÓN ACTUAL

3.1.-EQUIPAMIENTO DEL CPD DEL CONCELLO

3.1.1.-SERVIDORES DEL CPD DEL CONCELLO

El Concello dispone en la actualidad de los siguientes servidores:

Uds Marca/modelo HDD (x ud) RAM (x ud)

2 HP-Proliant DL-380 G5 2 HDD 146 GB SAS 16 GB.

4 HP-Proliant DL-360 G5 2 HDD 146 GB SAS 4 GB

1 Dell power-edge R410 2 HDD 146 GB 4 GB

1 HP-Proliant DL-380 G5 2 HDD 146 GB 32 GB

2 Dell power-edge R710 2 146 GB SAS 64 GB

La función de cada uno de los servidores es la siguiente:

Uds. Marca/modelo RAM FUNCIÓN

1 HP-Proliant DL-380 G5 16 GB. Servidor ORACLE 10.2.0.5(1)

1 HP-Proliant DL-380 G5 16 GB. Servidor ficheros

1 HP-Proliant DL-360 G5 4 GB Servidor telefonía IP Asterisk

4/38

1.-


1 HP-Proliant DL-360 G5 4 GB Servidor Microsoft SQL 2003

1 HP-Proliant DL-360 G5 4 GB Sin uso

1 HP-Proliant DL-360 G5 4 GB Servidor de enrutado (2)

1 Dell power-edge R410 32 GB Servidor VMWARE

1 HP-Proliant DL-380 G5 32 GB Servidor VMWARE



2 HP-Proliant DL-380 G8 64 GB Oracle RAC 11.2.0.3.0(3)

(1) Este servidor no está en funcionamiento al haberse migrado a un RAC Oracle11.2.0.3.0.(2) Este servidor está sin servicio ya que el enrutado se realiza en el switch EnterasysG3(3) Sobre estas máquinas funciona la base de datos en producción.

3.1.2.-ALMACENAMIENTO DEL CPD DEL CONCELLO

El Concello dispone de los siguientes dispositivos de almacenamiento

Uds. Marca/modelo HDD (x ud)

1 Hp Storage works EVA 8000 14 HDD 146 GB FC-HD 10 k

2 HP Storage works P4300 G2 8 450 GB dual port SAS 15 k

El dispositivo Hp Storage works EVA 8000, se emplea para el almacenamiento de labase de datos ORACLE corporativa.

El dispositivo HP Storage works P4300 G2, se emplea para almacenamiento de ser-vidores virtualizados.

3.2.-EQUIPAMIENTO DEL CPD DE LA POLICÍA LOCAL

La Policía Local dispone del siguiente equipamiento:

3.2.1.-SERVIDORES

Uds Marca/modelo HDD (x ud) RAM (x ud)


2.-

1 Dell Power Edge r 410 2 HDD 146 GB SAS 32 GB.

1 Dell Power Edge r 710 2 HDD 146 GB SAS 32 GB.

3.2.2.-ALMACENAMIENTO

Uds. Marca/modelo HDD (x ud)

1 EMC2 VNXe3300 15 HDD 600 GB SAS 6Gb

3.3.-EQUIPAMIENTO DE RED

3.3.1.-ELECTRÓNICA DE RED

3.3.1.1.-CONEXIÓN CON LA RED DEL CONCELLO

Tanto los servidores, como el almacenamiento están alojados en dos armarios, ubi-cados en el CPD del Concello de Pontevedra. En cada uno de estos armarios hay unswitch Enterasys B5H124-24p, que conectan por fibra con el switch Enterasys G3.

3.3.1.2.-CONEXIÓN DEL ALMACENAMIENTO

La conexión del almacenamiento Hp Storage works EVA 8000, se hace mediantedos conmutadores HP Storage Works SAN 4/8. Cada uno de ellos tiene 8 puertosactivos.

La conexión con el almacenamiento HP Storage works P4300 G2, se hace mediantedos conmutadores de cobre, de marca 3com modelo CRBSG2093, estos equipos ha-cen una conmutación con un lazo de 2Gb a cada nodo de la left hand.

3.3.1.3.-TOPOLOGÍA Y ESQUEMA DE DIRECCIONAMIENTO

La topología de la red y el esquema de direccionamiento, se pueden consultar en losanexos:

ANEXO II: Electrónica de cada edificio (anillo de fibra)

ANEXO III: Edificios del Concello: Situación y tipo de enlace con el CPD

ANEXO IV: Diagrama de red

La salida a internet se hace mediante un proxy situado en el CPD del Concello. Parala conexión con la Xunta de Galicia y red SARA hay un ADSL.

3.3.2.-ESCRITORIOS DE USUARIOS

En la actualidad, en cada puesto de trabajo se dispone de un PC, conectado en red.6/38

1.-


Cada usuario dispone de una carpeta “Mis documentos” , y el acceso a unidades dered, compartidas generalmente por servicios, aunque pueden ser compartidas porusuarios de distintos servicios.

Desde los equipos de usuario se accede a los siguientes tipos de aplicaciones:

– Aplicaciones cliente-servidor

– Contabilidad (Sical-T-Systems)

– Gestión Tributaria y Recaudación (T- Systems)

– Recursos humanos-nómina (T-Systems)

– Aplicaciones web (intranet)

– Padrón de habitantes (ePob) (aplicación web que funciona exclusivamente conavegador Internet Explorer).

– Aplicaciones Java

– Registro – Gestión de expedientes (IMATIA), que se ejecuta con la versión dejre 1.6.0.20 de 32 ou 64 bits, aunque próximamente se actualizará la versión

– Aplicaciones de ofimática (OpenOffice e MS-ACCESS).

– En la Policía Local: Aplicación e-Patrol.

Todas las aplicacións funcionan contra un servidor de base de datos Oracle versión11.2.0.3.0, excepto a aplicación e-Patrol que funciona contra unha instancia SQLServer 2008.

Algunas de estas aplicaciones, para su correcto funcionamento, precisan que elusuario disponga de permisos de escritura en el registro de Windows.

Al correo corporativo se accede mediante una solución web (Zimbra).

Los usuarios disponen de certificados digitales de la FNMT (ciudadano y empleadopúblico), Camerfirma (empleado público) y DNIe, por lo que para cada escritorio de-berán estar disponibles los drivers y el software de estas tarjetas y certificados.

3.3.3.-COPIAS DE SEGURIDAD

Las copias de seguridad se hacen sobre una unidad NAS, marca QNAP de 16 Tbbrutos. Adicionalmente las copias se mueven a un almacenamiento en otro emplaza-miento del Concello.

3.3.4.-PERIFÉRICOS

En la instalación se garantizará el funcionamiento de los periféricos USB (máquinasmultifunción, impresoras e escáneres USB), y periféricos serie o paralelo. Los licita-dores aportarán la solución, que consideren más completa para garantizar el funcio-namento de los mismos, en particular de las impresoras del Registro, cuyo modelose indica:

– Impresora EPSON TMU-590 (3 puerto paralelo, 1 puerto serie)

Estas impresoras se utilizan para el sellado de documentación, por lo que la solución


2.-

que se adopte garantizará un tiempo de sellado igual o menor que el actual, para evi-tar repercusiones en el funcionamiento del registro.

3.3.5.-LICENCIAS SOFTWARE

Las licenzas SW de que dispone el Concello y a tener en cuenta para este proyectoson las siguientes:

Software N licencias

Access 2007 200

SQL Server – Standard 2008 1

SQL Server – Standard 2005 1

Windows Remote Desktop Services - User CAL 2012 1

Windows Server - Device CAL 2008 100

Windows Server - Device CAL 2003 100

Windows Server – Standard 2008 Release 2 3

Windows Server -Standard 2003 Release 2 2

Windows Server - User CAL 2008 40

Windows Terminal Server CAL 2003 5

4.-ALCANCE Y ELEMENTOS DEL CONTRATO

4.1.-ALCANCE DEL CONTRATO

El alcance do contrato será el arrendamiento de todos los elementos precisos para elfuncionamiento de la solución propuesta. En particular, además del arrendamiento eladjudicatario se comprometerá a:

– Suministrar, instalar y configurar los sistemas físicos y lógicos necesariospara la virtualización del puesto de trabajo, tanto en el CPD del Concello dePontevedra, como en el CPD de la Policía Local. Esta solución deberá permitirde forma nativa la virtualización del puesto de trabajo, así como permitir solu-ciones de movilidad o teletrabajo a través de Internet, resolviendo a la vez laproblemática derivada de los diferentes perfiles existentes en el Concello dePontevedra.

– Conexión de los sistemas con la red del Concello.

– Suministro, instalación y configuración de terminales ligeros (“zero client”), ymigración de los puestos de trabajo existentes a la nueva arquitectura. La so-lución permitirá la gestión centralizada y remota de los mismos. Los equiposse instalarán siguiendo las directrices del Servicio de Informática. Cada equi-

8/38

1.-


po se identificará mediante una etiqueta, que será suministrada por el Conce-llo de Pontevedra. Con la instalación se procederá a retirar los equipos anti-gos, que serán almacenados en el lugar que decida el Servicio de Informática.Los datos relativos al equipo y su ubicación se recopilarán y facilitarán al Ser-vicio de Informática, para su importación a una herramienta de inventario ygestión de incidencias.

– Migración y puesta en marcha sobre la nueva arquitectura de todas aquellasaplicaciones corporativas empleadas en el Concello de Pontevedra, así comolas que se recogen en el ANEXO I.

– Diseño e implementación de un repositorio centralizado, donde se deberán al-macenar los datos corporativos ubicados actualmente en máquinas clientesdel Concello de Pontevedra y en unidades de red.

– Formación al personal del servicio de informática del Concello de Pontevedraen todas las soluciones lógicas y físicas que componen el proyecto. Esta for-mación permitirá que el personal del Concello sea autónomo para determina-das tareas como adición de nuevos nodos, configuración de máquinas, res-tauración de copias, etc.

Esta formación tendrá una duración mínima de 40 horas, cuya distribución sedecidirá por el Ayuntamiento mientras dure la ejecución del contrato.

– Mantenimiento de todas las soluciones lógicas y físicas suministradas duranteel período de arrendamiento.

– Soporte funcional de todas las soluciones lógicas durante el período de arren-damiento.

– Suministro de toda la documentación generada en el proyecto, en particularaquella que sea precisa para garantizar la continuidad, operatividad y disponi-bilidad de la solución.

4.2.-ELEMENTOS A ARRENDAR

Los elementos que entran en el arrendamiento serán los siguientes:

4.2.1.-SUMINISTRO HARDWARE

Se arrendarán los siguientes elementos

– (AR) Armario rack (1).

– (SAI) Sistema de alimentación ininterrumpida(1).

– (CAB) Cabina de almacenamiento (1).

– (SERV) Chasis para servidores tipo blade (1) y servidores tipo blade (4).

– (BAC) Sistema de copia de seguridad.

– (ORD) Equipos de usuario: PC (40).

– (TL) Equipos de usuario: “zero client” (230).

Al finalizar el período de arrendamiento el Concello podrá optar por adquirir aquelequipamiento que precise.


2.-

4.2.2.-SUMINISTRO SOFTWARE

Se suministrarán todas las licencias precisas para el funcionamiento de la soluciónpropuesta, en el dimensionamiento ofertado. En el apartado 3.3.5, se relacionan laslicencias de software de las que dispone el Concello, que podrán emplearse en esteproyecto. El licenciamiento deberá incluir todas las funcionalidades precisas para elcorrecto funcionamiento de la solución propuesta.

4.2.3.-SERVICIOS

Se prestarán también los servicios profesionales para la correcta instalación y puestaen marcha de toda la infraestructura, tanto para el Concello como para la Policía Lo-cal. La Policía Local dispone de un servidor de dominio, aunque se podrán servir losescritorios desde el CPD del Concello.

5.-CARACTERÍSTICAS TÉCNICAS MÍNIMAS

5.1.-REQUISITOS GENERALES

Los requisitos generales son los siguientes:

(RG.1).-La solución ofertada permitirá la presentación de escritorios basados enSBC o en pool de escritorios.

(RG.2).-La solución garantizará la conexión segura por WAN a los escritorios.

(RG.3).-El licitador se compromete al suministro de todas las licencias precisaspara el funcionamiento de la solución aportada, cumpliendo las políticas de licen-ciamiento de los fabricantes del equipamiento físico y lógico.

(RG.4).-En el equipo de instalación y en el equipo de soporte se contará con per-sonal que disponga de certificaciones oficiales en los productos que se pretendaninstalar. En el equipo de soporte se contará con personal que haya participado enla instalación y puesta en marcha de la solución en otros proyectos.

(RG.5).-La documentación generada en el proyecto, se generará en formatos quepermitan su importación a la herramienta iTop.

(RG.6).-Se suministrará un juego de manuales en el que se recoja el procedimien-to a seguir para la restauración de una copia de cualquier elemento que interven-ga en el sistema (desde un archivo de usuario hasta la restauración de un servi-dor).

5.2.-ARMARIO RACK

Se suministrará un armario rack, con capacidad suficiente para albergar la electróni-ca de red, los servidores, el SAI y la cabina de almacenamiento. Las característicasmínimas serán

(AR.1).- Armario de 42 U, con kit de ventilación

(AR.2).- Paneles laterales desmontables.

10/38

1.-


(AR.3).- Puertas delanteras y traseras desmontables y perforadas para facilitar laventilación.

(AR.4).- PDU y cableado necesario para el equipamiento a instalar en el armario.

(AR.5).- Dispondrá de organizadores laterales de cableado.

5.3.-SISTEMA DE ALIMENTACIÓN ININTERRUMPIDA

Un SAI, integrable en rack, con capacidad suficiente para soportar la alimentacióndel armario, con las siguientes características:

(SAI.1).- Doble conversión.

(SAI.2).- La salida del SAI será suficiente para superar como mínimo un 20% lapotencia requerida por el equipamiento alojado en o armario

(SAI.3).- Cambio de baterías en caliente.

(SAI.4).- Montaje en rack.

(SAI.5).- Interfaz de red y protocolo SNMP para monitorización y control (estadode la batería, nivel de carga, temperatura, etc.). Deberá permitir operacionesSNMP “get” y “trap”

5.4.-CHASIS Y SERVIDORES BLADE

Se suministrará un sistema de procesamiento, donde se instalarán los servidores deescritorios, formado por N servidores que conformen un cluster de alta capacidad,para dar inicialmente servizo a 230 usuarios, con las siguientes características míni-mas

(SERV.1).- Memoria mínima por cliente de 2,5 Gb RAM

(SERV.2).- La caída de un nodo no implicará una reducción de prestaciones de losclientes de más de un 25%.

(SERV.3).- La arquitectura será blade.

(SERV.4).- Cada blade deberá disponer como mínimo de 24 bancos DIMM.

(SERV.5).- Cada blade podrá disponer de 50 ou máis interfaces virtuais.

(SERV.6).- Soporte de tráfico 10 Gb, con independencia de la electrónica existen-te en el CPD

(SERV.7).- La solución incorporará la gestión de mecanismos QoS

(SERV.8).- Soporte de los principales sistemas operativos del mercado, principal-mente Windows, Linux, VMWare, Hyper-V e XenServer.

(SERV.9).- Existencia de guías de despliegue y certificaciones de los principalesfabricantes de software (Microsoft, VMWare, Citrix,…)

(SERV.10).- Todos los componentes y caminos estarán redundados.

(SERV.11).- El chasis deberá ser compatible con el estándar 40 GbE.

(SERV.12).- Soporte de arranque de los servidores desde SAN, tanto por mediode FCoE, como de FC o iSCSI.


2.-

(SERV.13).- La plataforma no deberá de emplear “spanning tree” para su correctofuncionamiento.

(SERV.14).- Posibilidad de integración de la plataforma con herramientas de ter-ceros mediante el uso de APIs.

(SERV.15).- Dispondrá de mecanismos de avisos sobre alertas e incidencias pormedio de correo electrónico o mediante la apertura automática de una solicitud desoporte con el fabricante.

(SERV.16).- El suministrador garantizará un tiempo máximo para el aprovisiona-miento de componentes.

(SERV.17).- La solución propuesta deberá poderse gestionar con una única herra-mienta integrada en el sistema, sin necesidad de hardware adicional. Dispondráde un sistema de inventariado y un sistema de análisis de las estadísticas de car-ga.

(SERV.18).- La solución incluirá todas las licencias de SW que sean precisas paraponer en funcionamiento todas las funcionalidades ofertadas por la solución.

(SERV.19).- La solución se interconectará con el Enterasys G3, esta interconexióndeberá ser 10 G. Para ello se deberán suministrar los materiales precisos para laampliación del Enterasys G3, del que dispone el Concello.

5.5.-CABINA DE ALMACENAMIENTO

Se suministrará una cabina de almacenamiento con una capacidad inicial suficiente ycon capacidad de crecimiento. En la cabina de almacenamiento se estructurarán tresáreas de almacenamiento.

– Un área compuesta por discos de estado sólido, que funcionará como unamemoria caché de segundo nivel, que funcionará en lectura y escritura.

– Un área de almacenamiento SAN, para las plantillas de máquinas virtuales yla instalación del software de virtualización.

– Un área de almacenamiento NAS, para el almacenamiento de unidades dered, documentos y perfiles de usuario.

Las características mínimas de la cabina serán las seguintes:

(CAB.1).- El sistema garantizará una disponibilidad del 99,999% y “clustering”avanzado integrado.

(CAB.2).- Permitirá la compartición de archivos entre usuarios, con seguridad im-plementada por medio de directorio activo.

(CAB.3).- Permitirá la asignación de cuotas a usuarios.

(CAB.4).- Soportará hasta 2048 LUNS, y un tamaño máximo de 16 Tb/LUN.

(CAB.5).- Deberá permitir la reconfiguración de LUNs en caliente.

(CAB.6).- Soporte para SO de bloques e SO de archivos.

(CAB.7).- Permitirá discos Flash, SAS, NL-SAS.

(CAB.8).- La capacidad mínima de los discos flash ofertados será de 100 GB/uni-dad. Se ofertarán como mínimo dos discos protegidos en espejo.

12/38

1.-


(CAB.9).- Los discos SAS serán de 6 Gbps, de 15.000 rpm. La capacidad neta mí-nima en RAID 5 no será inferior a 6,5 TB.

(CAB.10).- Los discos NL-SAS serán como mínimo de 7.200 rpm. La capacidadneta mínima en RAID 5 no será inferior a 10,5 TB.

(CAB.11).- El sistema permitirá el aumento del número de discos, sin necesidadde licencias adicionales de software. Los nuevos discos podrán emplearse tantoen almacenamiento SAN, NAS o como caché de nivel 2.

(CAB.12).- Permitirá la combinación de discos de diferentes tecnologías en unmismo cajón de discos.

(CAB.13).- Permitirá protocolos de archivos NFS ,CIFS, FTP

(CAB.14).- Soportará protocolos de bloques FC, iSCSI, FcoE.

(CAB.15).- Dispondrá de procesadores multicore.

(CAB.16).- Permitirá la administración y gestión remotas.

(CAB.17).- El sistema deberá ser administrado desde una consola de administra-ción única, integrada en el propio sistema (ejecutada desde el propio sistema). Laconsola estará en alta disponibilidad, y permitirá la administración de varios siste-mas de almacenamiento.

(CAB.18).- El sistema dispondrá de una interfaz de administración segura, me-diante el uso de protocolos de acceso seguros. Permitirá la creación de distintosperfiles para el acceso.

(CAB.19).- Dispondrá de funciones de administración que aligeren la carga de tra-bajo propia de la administración de entornos virtualizados. La herramienta de ad-ministración será totalmente compatible con la solución de virtualización ofertada.

(CAB.20).- Dispondrá de herramientas dirigidas a optimizar el uso del espacio dealmacenamiento y el rendimiento de la cabina.

(CAB.21).- Todos los elementos hardware estarán redundados, formando un siste-ma que no presente puntos de fallo únicos, garantizando una alta disponibilidadtanto de los elementos hardware como de los servicios de almacenamiento.

(CAB.22).- Permitirá la sustitución de cualquier elemento “en caliente” sin interrup-ción del servicio.

(CAB.23).- El sistema permitirá la entrega de bloques por medio de dos controla-doras, cada una de ellas será capaz de servir a todo el sistema, en el caso casode fallo de una de ellas.

(CAB.24).- El sistema dispondrá de tecnología de E/S modular que permitirá am-pliar “en caliente” puertos a las controladoras de los siguientes tipos:

(CAB.24.1).- Fibre Channel con interfaces a 8Gb

(CAB.24.2).- Puertos iSCSI con interfaces de 1Gbps ou 10Gbps con soporte802.1Q.

(CAB.24.3).- Puertos FCoE (FC over Ethernet) con interfaces a 10Gbps.

(CAB.25).- El sistema dispondrá de tecnología de E/S modular que permitirá aña-dir puertos a las controladoras de 1Gbps o 10Gbps Ethernet.

(CAB.26).- Debe disponer de un mecanismo interno que garantice la consistenciade la información en el caso de fallo total de la alimentación eléctrica, con inde-


2.-

pendencia de la duración del corte.

(CAB.27).- El sistema permitirá que el sistema de virtualización delegue funcionesde almacenamiento permitiendo acelerar estas operaciones.

(CAB.28).- El sistema de almacenamiento estará soportado por el sistema de vir-tualización. El licitador adjuntará la matriz de compatibilidad.

(CAB.29).- El sistema de interconexión de discos no sufrirá una degradación deprestaciones en el caso de que se aumente el número de discos. El ancho de ban-da del subsistema de interconexión será como mínimo de 48 Gbps. La latencia delsubsistema de interconexión permitirá el aprovechamiento de las prestaciones delos discos flash.

(CAB.30).- El sistema dispondrá de mecanismos que garanticen el equilibrio decarga y el “failover” de rutas de datos para garantizar el acceso continuo a la infor-mación almacenada.

(CAB.31).- El sistema soportará discos de 2,5” y/o 3,5”. Cada array de discos per-mitirá alojar como mínimo 25 discos de 2,5” o 15 de 3,5”

(CAB.32).- Permitirá RAID 0/1/10/3/5/6.

(CAB.33).- Permitirá la configuración de uno o varios discos como “hot spare”,para el reemplazo de otros, en caso de fallo.

(CAB.34).- Deberán poderse integrar motores antivirus estándar.

(CAB.35).- Deberá permitir la combinación de LUNS, el incremento de discos encaliente para incrementar la capacidad y/o el rendimiento en una LUN activa

(CAB.36).- Permitirá la clonación de LUNs y su refresco periódico para mantenerla sincronía.

(CAB.37).- Se podrán realizar copias en caliente, que se podrán emplear en modolectura/escritura y eliminarse independientemente.

(CAB.38).- Garantizará la compatibilidad con tecnología multicamino de acceso ala SAN.

(CAB.39).- Permitirá el aprovisionamiento virtual para la parte SAN.

(CAB.40).- Podrá crearse LUNs sobre todas las tecnologías de discos. Se valoraráque el movimiento de bloques sea automático y transparente de manera que elsistema jerarquice los bloques y los almacene en las diferentes zonas de almace-namiento para mejorar el tiempo de respuesta. En todo caso desde la herramientade administración se podrán establecer políticas de uso sobre las distintas tecno-logías.

(CAB.41).- Permitirá la supervisión, como mínimo, de las siguientes métricas:tiempo de respuesta, ancho de banda y peticiones de entrada / salida.

(CAB.42).- La cabina dispondrá de una caché de primer nivel de lectura/escriturade por lo menos 8 GB, para cada controladora de almacenamiento en bloque.

(CAB.43).- Se podrá modificar el tamaño de la caché sin interrupción del servicio.

(CAB.44).- La caché de primer nivel de escritura tendrá protección en espejo en laotra controladora.

(CAB.45).- El sistema permitirá la transferencia transparente entre las cachés deprimer y segundo nivel.

14/38

1.-


(CAB.46).- La caché de segundo nivel podrá activarse o desactivarse para cadaLUN individualizadamente.

(CAB.47).- La caché de segundo nivel podrá ampliarse hasta los 500 GB netos enespejo.

(CAB.48).- Cualquier unidad de disco podrá dedicarse al servicio NAS.

(CAB.49).- Soportará hasta 200 TB de direccionamiento y hasta 16 TB por siste-ma de ficheros.

(CAB.50).- Tendrá conectividad propia para la parte que sirve archivos (1 Gb o 10Gb con soporte IEEE 802.1Q e IEEE 802.3af

(CAB.51).- Soportará el protocolo NDMP v4 para la realización de backups

(CAB.52).- Tendrá puertos Fibre Channel 8 Gbps para backup

(CAB.53).- Tendrá una caché de 6 GB para cada controladora de almacenamientoNAS.

(CAB.54).- Permitirá la creación de servidores CIFS con múltiples direcciones IP ymultidominio.

(CAB.55).- Permitirá compartir un mismo archivo por varios servidores CIFS.

(CAB.56).- Dispondrá de un mecanismo de auditoría.

(CAB.57).- Permitirá la realización de snapshots para la parte SAN y NAS

(CAB.58).- Tendrá un mecanismo de deduplicación, que se podrá activar y desac-tivar sin interrupción del servicio.

(CAB.59).- Dispondrá de aprovisionamiento virtual para la parte NAS con exten-sión de capacidad.

(CAB.60).- Se valorará que el sistema permita la actualización al modelo superiorsin necesidad de migraciones.

(CAB.61).- El espacio temporal para snapshots se podrá definir sobre un grupo in-dependiente de discos.

5.6.-SISTEMA DE BACKUP

Se suministrará un sistema de backup, integrado por una librería de cintas y un soft -ware de backup. Se busca un sistema que garantice una solución integral a las co-pias de seguridad de toda la información municipal (servidores físicos, servidores vir-tuales, escritorios, bases de datos, unidades de red, etc.). El sistema dispondrá delas siguientes características:

(BAC.1).- El software de backup permitirá una gestión integrada desde una únicaconsola para las copias de todo el Concello.

(BAC.2).- Deberá incluir las siguientes funcionalidades: backup y recuperación,búsqueda, deduplicación, gestión de los recursos de almacenamiento, gestión ymonitorización del nivel de servicio.

(BAC.3).- Soportará os sistemas operativos empleados en el Concello (Windowsserver 2008, 2012, 2003, windows 7, Linux).

(BAC.4).- Soportará entornos virtuales (Vmware, Hyper V, Xen Server, etc.)


2.-

(BAC.5).- Soporte para backup completo, incremental y diferencial por protocoloNDMP v4.

(BAC.6).- La librería permitirá, como mínimo, el manejo simultáneo de 25 cintas.

(BAC.7).- Permitirá la priorización de clientes

(BAC.8).- Soportará la virtualización de grupos de almacenamiento (discos, cintaso medios ópticos), así como la gestión de agrupaciones de discos, librerías y dis-positivos de cinta y la gestión del ciclo de vida de los mismos.

(BAC.9).- Dispondrá de un catálogo de objetos que permitirá un acceso rápidopara la restauración. Este catálogo estará respaldado.

(BAC.10).- Permitirá la verificación de escritura/lectura online y la detección de fa-llos y su reparación

(BAC.11).- Dispondrá de cifrado y retención segura de datos. La opción de cifradoserá flexible y podrá activarse a nivel de cliente, copia o a nivel de tarea. Soporta-rá como mínimo el algoritmo de cifrado AES-256.

(BAC.12).- Permitirá el acceso por FTP y SSH

(BAC.13).- Formato para rack de 19”

(BAC.14).- Fuentes de alimentación y ventiladores redundantes

(BAC.15).- Dispondrá de puertos de cobre 10/100/1000 y puertos HBA de 4 Gb

(BAC.16).- Soporte para los entornos virtuales Xen Server, VMWare vSphere, etc

(BAC.17).- Soporte para backup por NDMP v4 con nivel completo, incremental ydiferencial

(BAC.18).- Dispondrá de una arquitectura flexible y escalable

(BAC.19).- Dispondrá de un catálogo de objetos, para acceso rápido a las opera-ciones de exploración y restauración.

(BAC.20).- Proporcionará un mecanismo para la reconstrucción de metadatos eíndices.

(BAC.21).- Permitirá la clonación selectiva de datos desde un origen a copias se-cundarias

(BAC.22).- Permitirá el establecimiento de diferentes períodos de retención.

(BAC.23).- Permitirá el despliegue automático de agentes

(BAC.24).- Permitirá añadir servidores y clientes sin necesidade de interrumpir elservicio.

(BAC.25).- Dispondrá de las licencias de software precisas para la copia integralde la información municipal.

5.7.-TERMINALES LIGEROS, MONITORES E TECLADOS

Se suministrarán terminales ligeros con las siguientes características:

(TL.1).- Monitor de tamaño mínimo 22” en formato 16x9, resolución máxima1680x1050, tiempo de respuesta <10 ms, brillo 250 cd/m2, separación entre píxe-les < 0,4 mm, relación de contraste mínima: 1000:1

16/38

1.-


(TL.2).- Teclado con lector de tarjetas criptográficas integrado, con soporte paratarjetas da FNMT, Bit4id e DNIe.

(TL.3).- Ratón óptico

(TL.4).- El terminal ligero podrá ir montado en el soporte VESA del monitor.

(TL.5).- El terminal ligero tendrá arquitectura “zero client”

(TL.6).- El terminal ligero presentará un consumo en funcionamento inferior a 10w, e inferior a 2 w en espera.

(TL.7).- El terminal ligero dispondrá como mínimo de un procesador de 600 Mhz.

(TL.8).- La memoria mínima del terminal será de 256 MB

(TL.9).- El terminal dispondrá de Etherenet 10/100 con conector RJ45, TCP/IP,DNS dinámico e DHCP.

(TL.10).- El terminal permitirá video a pantalla completa en HD

(TL.11).- Permitirá la reproducción de vídeo HD 720 p

(TL.12).- Permitirá la reproducción de vídeo flash HD 720 p

(TL.13).- El terminal ligero dispondrá de 4 puertos USB 2.0

(TL.14).- El terminal ligero dispondrá de “display port”

(TL.15).- El terminal ligero dispondrá de entrada y salida de audio.

(TL.16).- Los sistemas ofertados deberán ser conformes con la normativa vigentede la Unión Europea y española en lo referente a calidad, ergonomía, medioam-biente, ahorro energético, compatibilidad electromagnética, reducción de radiaciónemitida y seguridad.

5.8.-ORDENADORES

Se suministrarán ordenadores con las siguientes características:

(ORD.1).- Tarjeta de red ethernet 1 Gb

(ORD.2).- Tarjeta gráfica certificada para Autocad, memoria no compartida, VGADVI, capacidad multimonitor.

(ORD.3).- Memoria RAM 6 GB o superior.

(ORD.4).- Disco duro de 500 GB o superior.

(ORD.5).- Monitor de 23” (o superior) formato 16:9, tempo de resposta < 10 ms,brillo 250 cd/m2, separación entre píxeles < 0,3 mm, relación de contraste mínima:1000:1

(ORD.6).- Sistema operativo Windows 7 Professional o superior.

(ORD.7).- Grabador DVD.

(ORD.8).- Los equipos ofertados deberán ser máquinas de alta calidad constructi-va, de marca reconocida en el mercado, evitando los equipos “clónicos”.

(ORD.9).- Los sistemas ofertados deberán ser conformes con la normativa vigentede la Unión Europea y española en lo referente a calidad, ergonomía, medioam-biente, ahorro energético, compatibilidad electromagnética, reducción de radiación


2.-

emitida y seguridad.

(ORD.10).- Todos los equipos con la misma configuración serán idénticos, presen-tando la misma configuración hardware, de tal manera que sea posible el estable-cimiento de un parque homogéneo que facilite el mantenimiento. El aspecto exter-no de los equipos será homogéneo.

5.9.-SOFTWARE DE VIRTUALIZACIÓN

Se subministrará las licencias necesarias de un software de virtualización, con los si-guientes requisitos mínimos:

(SWV.1).- Administración centralizada.

(SWV.2).- Soporte Multi-Hipervisor para toda la plataforma VDI (vSphere, Xenser-ver, Hyper-V).

(SWV.3).- Soporte para escritorios virtuales VDI y sesiones de terminal de formaindistinta, con posibilidad de presentar aplicaciones individuales o escritorios com-pletos.

(SWV.4).- Entrega de aplicaciones virtualizadas a los desktops físicos o virtualesmediante visualización o streaming.

(SWV.5).- Alta escalabilidad y disponibilidad en toda la plataforma.

(SWV.6).- La plataforma debe cubrir un amplio espectro de usuarios: puestos VDI,escritorios compartidos, aplicaciones compartidas, etc.

(SWV.7).- Protocolo de comunicaciones con los clientes que permita un mínimouso de recursos (ancho de banda) y presentación de contenido multimedia en altadefinición.

(SWV.8).- Integración para el acceso de usuarios desde el exterior de modo segu-ro. No existirán limitaciones de ancho de banda en los accesos exteriores porSSL.

(SWV.9).- Posibilidad de habilitar filtros y políticas de acceso según el usuario o eldispositivo.

(SWV.10).- Buen rendimiento multimedia. Posibilidad de vídeo-conferencia entiempo real con consumo reducido de ancho de banda, audio y vídeo bidireccional.

(SWV.11).- Capacidad de uso simple y transparente de periféricos: usb, múltiplesmonitores, reproductores MP3, cámaras y lectores smartcard (FNMT y Camerfir-ma).

(SWV.12).- Posibilidad de que los usuarios trabajen en modo offline (sin conexión)tanto para desktops como para aplicaciones publicadas.

(SWV.13).- Gestión centralizada de aplicaciones empaquetadas y distribución depaquetes.

(SWV.14).- La plataforma debe soportar la posibilidad de asignar múltiples monito-res a un escritorio virtual con ajuste automático de la resolución en función del mo-nitor utilizado.

(SWV.15).- Soporte para una amplia variedad de dispositivos (portátiles, thinclients, tablets e smartphone) y sistemas operativos de cliente, incluyendoMicrosoft Windows, Linux, Apple MacOs, Google Android, Apple iOS e Windows

18/38

1.-


Mobile

(SWV.16).- Balanceo de carga en los servidores en función de los usuarios.

(SWV.17).- Posibilidad de redireccionar contenidos multimedia (Adobe Flash) aldispositivo cliente para mejorar el rendimiento

(SWV.18).- Herramienta propia integrada para la gestión del perfil a fin de mante-ner la configuración y datos del usuario.

(SWV.19).- Traslado automático de sesiones entre distintos dispositivos y distintasubicaciones de forma transparente para los usuarios.

(SWV.20).- Despliegue y gestión centralizada de imágenes del sistema operativotanto de escritorios como de los servidores de la infraestructura VDI.

6.- SOPORTE Y NIVEL DE SERVICIO REQUERIDO

Para garantizar la prestación del servicio, se definen a continuación los niveles re-queridos de servicio.

6.1.-INCIDENCIAS

En el caso de que surja alguna incidencia que suponga una limitación o degradaciónen el funcionamiento de los escritorios virtuales, se le asignará un nivel de prioridadsegún el impacto que tenga sobre el funcionamiento del servicio. En función de estaprioridad se determinará el plazo máximo en que la incidencia deberá quedar resuel-ta.

Los posibles alcances, en cuanto a usuarios afectados por las incidencias serán:

Global Afecta a la mayoría de los usuarios y ser-vicios

Grande Afecta a todo un servicio o a más de 40usuarios de diferentes servicios

Limitado Afecta a más de 5 usuarios

Pequeño Afecta de 1 a 5 usuarios

El alcance temporal se clasifica en:

Alta La incidencia impide el desarrollo de lastareas habituales del puesto.

Media La incidencia impide el desarrollo de al-gunas de las tareas habituales del pues-to.

Baja La incidencia supone un obstáculo parael trabajo habitual.


2.-

6.2.-TIEMPO MÁXIMO DE RESOLUCIÓN

El tiempo de resolución se define como el tiempo transcurrido entre la detección dela incidencia y su resolución. El tiempo máximo de resolución se determina en la si -guiente tabla:

Alcance temporal

Impacto Alta Media Baja

Global 4 horas 4 horas 24 horas

Grande 4 horas 8 horas 24 horas

Limitado 8 horas 24 horas 48 horas

Pequeño 8 horas 8 horas 48 horas

6.3.-PENALIZACIONES

Las penalizaciones por demoras, serán las siguientes;

– Incidencias a resolver en 4 horas: 5% del importe mensual de arrendamiento.– Incidencias a resolver en 8 horas: 2% del importe mensual de arrendamiento.– Incidencias a resolver en 24 horas: 1% del importe mensual de arrendamien-

to.– Incidencias a resolver en 48 horas: 0,5 % del importe mensual de arrenda-

miento.

6.4.-PROCEDIMIENTO DE RESOLUCIÓN DE INCIDENCIAS

El adjudicatario establecerá un sistema que permita la comunicación de incidencias ysu seguimiento por parte del personal del Concello. De forma general, y con inde-pendencia de la gravedad y alcance de las incidencias, el procedimiento reunirá lassiguientes características:

– Inicio de acciones inmediatas .

– Esfuerzo continuo para el restablecimiento del servicio.

– Escalado de la incidencia al nivel de soporte adecuado (fabricante, en caso deequipos en garantía).

– Análisis de la causa de interrupción del servicio.

– Comunicación y ejecución de las acciones requeridas para la resolución.

6.5.-OBLIGACIONES DEL ADJUDICATARIO EN CUANTO AL SOPORTE

El adjudicatario de este contrato deberá, durante la vigencia del mismo, garantizarlas siguientes condiciones, con el fin de prestar un servicio adecuado:

– Prestar los servicios de mantenimiento y reparación, según las prescripcionesdel fabricante, con personal certificado y de acuerdo a los niveles de servicioofertados.

20/38

1.-


– Poner a disposición del Concello la infraestructura tecnológica precisa para laprestación del servicio.

– Cumplir con los tiempos de respuesta y tiempos de resolución de incidencias.

– Elaborar un informe trimestral sobre el estado de las incidencias, tiempos derespuesta y de resolución y grado de cumplimento del acuerdo de nivel deservicio.

– Contar con un sistema en tecnología web, de uso libre para el Concello, quepermita la comunicación y seguimiento de incidencias. Se podrá ofertar tam-bién un sistema de atención telefónica.

– En el caso de que haya materiales o equipos que presenten fallos repetidos ellicitador se compromete a su sustitución por otro material o equipo equivalenteou superior.

7.-SUMINISTRO, INSTALACIÓN Y RECOGIDA DE LOS EQUIPOS

Los equipos se deberán instalar, siguiendo las indicaciones del Servicio de informáti-ca y en las dependencias que se designen. Con respecto a los equipos existentes serecogerán y se desmontará el disco duro de los equipos. Estos equipos se almace-narán de acuerdo con las indicaciones del Servicio de informática.

8.-EQUIPO DE TRABAJO

Se establecerá un equipo de trabajo, compuesto por personal del Concello y persoaldel adjudicatario. Este equipo será el encargado de planificar la instalación y puestaen marcha de la infraestructura de escritorios virtuales.

El adjudicatario propondrá la composición de su equipo, para ello deberá contar conpersonal certificado en los productos que se pretendan instalar, con el fin de minimi-zar el tiempo de la instalación y garantizar el correcto funcionamiento de la infraes-tructura. La composición mínima de este equipo será:

– 1 jefe de proyecto:

– Titulación superior TIC

– Metodologías de gestión de proyectos

– 2 Técnicos de sistemas

– Titulación media TIC

– Certificaciones oficiales en los productos ofertados

El adjudicatario propondrá un plan de trabajo para el despliegue de los escritorios vir-tuales, que será consensuado con el Servicio de informática del Concello. En todocaso se tendrá en cuenta la necesidad de convivencia de la nueva solución con losescritorios actuales.


2.-

9.- OPCIÓN PARA LA AMPLIACIÓN DE LOS ELEMENTOS DEL CONTRATOY EJERCICIO DE LA OPCIÓN DE COMPRA.

9.1.-MODIFICACIÓN DEL CONTRATO

En atención a sus propias necesidades, el Concello se reserva el derecho de ampliarel objeto del contrato mediante el alquiler al adjudicatario de nuevas unidades.

De acuerdo con los requisitos establecidos por la legislación contractual administrati-va, se establecen los siguientes requisitos para articular estas ampliaciones:

9.1.1.-SUPUESTOS DE CONCURRENCIA VERIFICABLE OBJETIVAMENTE

Los criterios objetivos que justificarían la ampliación del número de elementos alqui-lados serían los siguientes:

– Incremento del número de usuarios, debido a la incorporación de nuevos tra-bajadores al Concello.

– Asunción, por parte del Concello, de mayores competencias; reestructuracio-nes administrativas; convenios; encomiendas o supuestos similares que im-pliquen la realización de mayores funciones y, conlleven la necesidad de ma-yor capacidad de la infraestructura informática.

La concurrencia de cualquiera de estas circunstancias, justificaría:

– Incremento de los nodos de computación, para adecuar la capacidad de pro-cesamiento al incremento del número de usuarios.

– Incremento del número de terminales ligeros y/o PC

9.1.2.-CONDICIONES DE LA EVENTUAL MODIFICACIÓN

Los elementos que serán susceptibles de ser ampliados serán los siguientes, por losimportes máximos relativos a cada uno:

Importe alquiler sin I.V.A. (48meses)

Ampliación de un nodo de computación 7.000,00

Ampliación de un terminal ligero 440,00

Ampliación de un PC 957,50

Los importes señalados podrán ser mejorados a la baja, siendo valorables según sedetermina en el art. 10.2 de los presentes pliegos.

El precio de las nuevas incorporaciones se determinará dividiendo el precio total dearrendamiento del elemento para todo el período del contrato (48 meses) entre lasmensualidades restantes hasta la finalización del período de arrendamiento, conta-das desde el momento de recepción del elemento. En consecuencia, el valor residual

22/38

1.-


de los elementos ampliados será, a la finalización del contrato, el mismo que el delos inicialmente suministrados.

Las características del elemento que se suministre deberán ser iguales o superioresa las del elemento suministrado inicialmente. En caso de que se requieran licencia-mientos de software, para el correcto funcionamiento del elemento, este se efectuaráen las mismas condiciones que para los elementos entregados al inicio del contrato.

Para todas las ampliaciones se entenderán incluidas todas las licencias de SW preci-sas, para que el elemento incorporado sea funcionalmente equivalente al elementosuministrado inicialmente.

9.1.3.-PORCENTAJE MÁXIMO DE AFECCIÓN AL PRECIO DEL CONTRATO

En todo caso, las modificaciones en su conjunto no superarán el 5 % del presupues-to original do contrato.

9.2.- EJERCICIO DE LA OPCIÓN DE COMPRA

El Ayuntamiento se reserva la posibilidad de ejercer la opción de compra, llegada lafinalización del contrato, inicial o tras sus prórrogas, de acuerdo con los requisitos ycondiciones precisados en el Anexo I, apartado 5 de los Pliegos de Condiciones Ad-ministrativas.

Como se señala en aquellos, el valor residual será el determinado en estos pliegosde prescripciones técnicas (art. 12), mejorado por el licitador que resulte adjudicata-rio y así lo haya ofertado, de acuerdo con la posibilidad de su valoración según el art.10.2, también de estos pliegos.

10.-VALORACIÓN DE OFERTAS

10.1.-EVALUACIÓN DE CRITERIOS SOMETIDOS A JUICIOS DE VALOR

Los criterios sometidos a juicios de valor serán los siguientes:

Criterios sometidos a juicio de valor

CR.1.- Calidad técnica de la oferta Hasta 20 puntos

CR.2.- Mejoras ofertadas Hasta 15 puntos

En referencia a la valoración de la calidad técnica, se tendrán en cuenta los siguien-tes aspectos:

– Adaptación de la solución ofertada a las necesidades del Concello (hasta 10puntos): Para la evaluación de la adaptación de la solución ofertada a las ne-cesidades del Concello. El Concello se reserva el derecho de solicitar un “pilo-to”, que consistirá en la conexión de un terminal ligero a un servidor que apor-


2.-

tará el propio licitador por medio de una conexión WAN, y sobre este entornose podrán hacer pruebas de despliegue y funcionamiento del software indica-do en el ANEXO I. En el caso de que alguna aplicación no funcione correcta-mente, podrá desestimarse la oferta.

– Composición del equipo de trabajo (hasta 5 puntos): Se valorará la composi-ción del equipo de trabajo, su adscripción por encima de los mínimos exigidos,respecto de aquellos especialistas o personal que tengan relación directa conla ejecución de los trabajos, en la medida en que su adscripción suponga unamejor y de más calidad prestación de los mismos.

– Plan propuesto de despliegue de los escritorios (hasta 3 puntos): Se valoraráel plan propuesto para el despliegue de los escritorios. Se expondrá la meto-dología y procedimientos de trabajo y la propuesta temporal de despliegue. Setendrá en cuenta la claridad expositiva, la concreción y adecuación del planpropuesto.

– Sistema de gestión de incidencias (hasta 2 puntos): Se valorará la facilidad deuso y funcionalidad del sistema de gestión de incidencias.

En cuanto a las mejoras, se valorarán aquellos aspectos de la solución ofertada quesupongan:

– Mejoras relacionadas con el licenciamiento de servidores ( hasta 5 puntos):Se valorará la oferta de licencias “datacenter” y aquellas mejoras señaladaspor el licitador que resulten en una mejor gestión del licenciamiento de servi-dores.

– Mejoras en cuanto a funcionalidades de la cabina ( hasta 5 puntos): Se valora-rán aquellas funcionalidades de la cabina ofertada, que no siendo requisitosexigibles simplifiquen la gestión de la misma.

– Mejoras relacionadas con la gestión de entornos virtualizados ( hasta 5 pun-tos): Se valorarán aquellas funcionalidades ofertadas por el SW que repercu-tan en una mayor facilidad para la gestión y operación de los entornos virtuali -zados.

10.1.1.-PRESENTACIÓN DE LAS OFERTAS PARA LA VALORACIÓN DE LOS CRI-TERIOS SOMETIDOS A JUICIOS DE VALOR

Para la valoración de los criterios sometidos a juicios de valor, los licitadores adjunta-rán una memoria debidamente foliada en la que constará toda la información relativaa cada uno de los criterios puntuables. Esta documentación se adjuntará también enformato electrónico (formato PDF) para facilitar su estudio. En caso de discrepanciaentre la documentación impresa y la documentación en formato electrónico, prevale-cerá lo que conste en la documentación impresa.

La memoria se ceñirá al siguiente esquema:

– Introducción

– Arquitectura propuesta, con una descripción detallada de cada uno de los ele-mentos ofertados. Se describirá la solución adoptada en cuanto a redundanciade los elementos (almacenamiento, chasis y servidores blade).

24/38

1.-


– Composición del equipo de trabajo, medios materiales, humanos y técnicos dela empresa destinados directamente a la ejecución del contrato.

– Medios materiales, humanos y técnicos de la empresa destinados directamen-te al soporte de la solución instalada. Certificaciones de las personas asigna-das al contrato.

– Descripción del sistema de resolución de incidencias en la que se detalle elsistema propuesto.

– Mejoras ofertadas, agrupadas de acuerdo a los criterios de valoración.

– Cuadro de cumplimiento de las especificaciones exigidas, en el que para cadauno de los requisitos se indicará la página o páginas de la memoria (en con-creto de la documentación suministrada por el fabricante) donde se expone elcumplimiento de cada requisito. Para validar el cumplimiento de requisitossólo se tendrá en cuenta información que provenga del fabricante. Se adjuntaun ejemplo de la tabla:

– Requisito – Página(s) de la memoria donde se cita el cum-plimiento del requisito

– (AR.1) –

– (CAB.1) –

– (RAC.1) –

– (TL.1) –

– (ORD.1) –

– (SWV.1) –

– .... –

Se recuerda que en ningún caso se aportará en esta documentación ningún dato quepermita deducir la puntuación a obtener por el licitador en la valoración de los crite-rios evaluables mediante fórmula (CRITERIOS CR.3-CR.11).

Como se señala en el art. 7.1 de los Pliegos de condiciones administrativas, el in-cumplimiento de esta previsión puede dar lugar a la desestimación de la oferta.

Se recuerdan, asimismo y con especial énfasis, las precisiones contempladas en elAnexo III de los pliegos de condiciones administrativas.

10.2.- CRITERIOS AUTOMÁTICOS

Los criterios evaluables mediante fórmula son los siguientes:


2.-

Criterios evaluables mediante fórmulas

26/38

1.-


Ref Criterio PtosTope

(2)

CR.3.- Mayor capacidad de la cabina, desglosado(1) en: 21

CR.3.1.- Mayor capacidad neta SAN 9 A

CR.3.2.- Mayor capacidad neta NAS 8 A

CR.3.3.- Mayor capacidad SSD 4 A

CR.4.- Mayor número de nodos de computación 15 A

CR.5.- Precio 10 B

CR.6.- Características técnicas de los nodos de compu-tación, desglosado en:

6,6

CR.6.1.- Memoria RAM 3,6 A

CR.6.2.- SPECint_rate2006 base –Throughput Test(3). 1 A

CR.6.3.- Número de cores 1 A

CR.6.4.- Tamaño (MB) caché por core del procesador 1 A

CR.7.- Características técnicas del PC, desglosado en: 4

CR.7.1.- Puntuación global SYSMark 2012(4) 2 A

CR.7.2.- Memoria RAM 1 A

CR.7.3.- Memoria tarjeta gráfica 1 A

CR.8.- Valor residual 4

CR.8.1- AR (armario RACK) 0,05 B

CR.8.2- SAI (Sistema de alimentación ininterrumpida) 0,05 B

CR.8.3- SERV (Chasis e servidores) 0,6 B

CR.8.4- CAB (Cabina de almacenamiento) 0,65 B

CR.8.5- BAC (Sistema de backup) 0,15 B

CR.8.6- TL (terminales ligeros) 1,3 B

CR.8.7- ORD (ordenadores personales) 0,5 B

CR.8.8- SW (Software) 0,7 B

CR.9.- Incremento del número de clientes ligeros(5) 2 A

CR.10.- Precio de las ampliaciones, desglosado en: 1,4


2.-

CR.10.1.- Precio de ampliación de un nodo 1 B

CR.10.2.- Precio ampliación de un TL 0,2 B

CR.10.3.- Precio ampliación de un PC 0,2 B

CR.11.- Incremento del número de PC(5) 1 A

(1) La ampliación se entenderá como un incremento en la capacidad mínima exigidaen los requisitos (CAB.8) (CAB.9) e (CAB.10).(2) Fórmula empleada para determinar la puntuación(3) El modelo de procesador de cada uno de los servidores ofertados son los valoresobtenidos por los equipos en la ejecución del siguiente benchmark de la suite SPEC:Prestaciones del equipo obtenidas en SPEC CPU2006 (SPECint_rate2006 base) –Throughput Test. La columna de medición será la obtenida en Results / Base, no seadmitirá como válido el valor de pico (Results /Peak). En el caso de que el modeloexacto de procesador presentado no tenga este benchmark oficialmente publicadoen la web de SPEC (www.spec.org), el licitador deberá presentar con la oferta técni-ca un documento donde se explique el método de cálculo utilizado para determinar oSPECint_rate2006 base presentado y este valor será vinculante(4) Para los modelos ofertados (PC), se puntuará el valor obtenido en la ejecución delbenchmark BAPCo SYSmark 2012. El valor evaluado será el SYSMark2012 rating.En caso de que el modelo exacto de procesador presentado no tenga este bench-mark oficialmente publicado en la web de BAPCo (www.bapco.com), el licitador de-berá presentar con la oferta técnica un documento donde se explique el método decálculo utilizado para determinar el SYSMark2012 rating presentado y este valor serávinculante.(5) Las ampliaciones se entenderán sobre el número mínimo solicitado en el pliego.En caso de cualquier ampliación se entenderán incluidas todas las licencias precisaspara el funcionamiento completo de los elementos ampliados en las mismas condi-ciones que los elementos originales.

10.2.1.-FÓRMULAS DE EVALUACIÓN DE CRITERIOS AUTOMÁTICOS

Fórmula A: Asigna la puntuación máxima al mayor valor, y puntuaciones proporcio-nales a los restantes.

Fórmula B: Asigna la puntuación máxima al menor valor, y puntuaciones inversa-mente proporcionales a los restantes.

28/38

Puntosi=(Valor iMáxValor

)∗Peso

Puntosi=(1−Valori−MinValor

MáxValor)∗Peso

1.-


10.2.2.-PRESENTACIÓN DE LAS OFERTAS PARA LA EVALUACIÓN DE CRITE-RIOS AUTOMÁTICOS

El licitador adjuntará una memoria debidamente foliada, que se entregará también enformato electrónico, en la que constará la documentación del fabricante referida acada uno de los criterios puntuables, así como la documentación aportada por el lici -tador.

Con el objeto de agilizar la puntuación de las ofertas, se adjuntará una tabla dondese indicará el criterio, valor recogido en la oferta y página o páginas de la oferta don-de se expone este valor, según el siguiente ejemplo

Criterios evaluables mediante fórmulas Valor Pág

CR.3.- Mayor capacidad de la cabina, desglosado(1) en:

CR.3.1.- Mayor capacidad neta SAN

CR.3.2.- Mayor capacidad neta NAS

CR.3.3.- Mayor capacidad SSD

CR.4.- Ampliación del número de nodos de computación

....

El PRECIO que se proponga para el contrato (CR.5) se entenderá referido a las 4anualidades inicialmente previstas, no pudiendo, por lo tanto, superar el tipo de parti-da de 314.049,59 € + 65.950,41 € (IVA).

De acuerdo con lo señalado en los pliegos de condiciones administrativas, cualquieroferta que se refiera a cantidades dinerarias (precio del contrato, de las ampliacio-nes, valor residual), de no constar referencia al IVA, se entenderá incluido en la can-tidad ofertada por el licitador.

11.-CONFIDENCIALIDAD Y SEGURIDAD

No se podrá transferir ninguna información sobre los trabajos a personas o entidadesque no estén explícitamente recogidos en el contrato sin el consentimiento, por escri-to, del Concello de Pontevedra.

La empresa adjudicataria y el personal que intervenga en la ejecución de este con-trato deberá:

Guardar el secreto profesional sobre las informaciones, documentos y asuntos a losque tengan acceso o conocimiento durante la vigencia del contrato, incluso despuésde finalizar el plazo del contrato, así como adoptar las medidas y respetar las obliga-ciones establecidas por la normativa de protección de datos de carácter personal.

Comprometerse a ceder al Concello de Pontevedra todos los derechos que le pudie-ran corresponder sobre los documentos y resultados de los trabajos realizados.


2.-

12.-PRESUPUESTO, PRECIO DEL CONTRATO Y FACTURACIÓN

El presupuesto para la solución es el siguiente, referido a los 4 años de duración ini -cialmente prevista,

Valor residual Importe

AR (armario RACK) 240,60 3.849,59

SAI (Sistema de alimentación ininterrumpi-da)

250,00 4.000,00

SERV (Chasis y servidores) 2.950,00 47.200,00

CAB (Cabina de almacenamiento) 3.275,00 52.400,00

BAC (Sistema de backup) 750,00 12.000,00

TL (terminais ligeros) 6.331,25 101.300,00

ORD (ordenadores personales) 2.393,75 38.300,00

SW (Software) 3.437,50 55.000,00

TOTAL 19.628,10 314.049,59

IVA 4.121,90 65.950,41

23.750,00 380.000,00

El importe anual del contrato será de 78.512,4 €, más 16.487,6 € (IVA), que suponeun total de 95.000 euros. La facturación se realizará por meses vencidos.

El valor residual en el caso de prórroga, será como máximo el siguiente:

- Tras el primer año: 2/3 del indicado en la tabla anterior.

Tras el segundo año: 1/3 del indicado en la tabla anterior.

13.-PLAZO DEL CONTRATO Y PLAZO DE ENTREGA

El plazo del contrato será de 48 meses, prorrogable anualmente hasta un total de 72meses (6 años). Para la instalación de todos los elementos y puesta en marcha de lainfraestructura, se fija un plazo de 3 meses.

Al finalizar el período de arrendamiento, el Concello podrá optar por ampliar el mismoanualmente por un período adicional máximo de 2 años (24 meses). Teniendo encuenta que el suministrador ya habrá amortizado el material suministrado, la cuotamensual que se estableció (en estos pliegos o mejorada por la oferta del adjudicata-rio), se verá reducida en su 50%, que comprenderá los gastos derivados de la conti -

30/38

1.-


nuación de los servicios y de los mantenimientos del material con los fabricantes.

Pontevedra, 27 de septiembre de 2013

El jefe del Servicio de informática

Fdo: José R. Rodríguez Tourón


2.-

14.-ANEXO I.- INVENTARIO DE SOFTWARE

Se adjunta un inventario del software desplegado en los clientes. En la segunda co-lumna se indica ña plataforma sobre la que debe ejecutarse. De no indicarse nada,se asumirá que este software deberá funcionar sobre ambas plataformas (PC y clien-tes ligeros).

APLICACIÓN PLAT.

7-zip

Adobe Flash Player

Adobe Reader

Autocad LT 2009

Autocad LT 2010

Autocad LT 2011

Autocad LT 2012

ABS (padrón de habitantes)

Autodesk Material Library PC

Autodesk Design Review PC

Autodesk DWF viewer

AutoCAD Map 3D 2011 PC

AutoCAD 2010 PC

AutoCAD 2011 PC

AutoCAD 2012 PC

AutoCAD 2013 PC

AutoCAD civil 3D 2011 PC

AutoCAD Express Tools PC

Autodesk Inventor Fusion PC

Autodesk Map 2004 PC

Authen Tec Fingerprint System

AutoCAD Architecture 2011 PC

AccuRender 4.0

ACDSee

ActivClient 6.1 x86

AquaSnap 1.6.2

Autodesk Express Viewer

AutoCAD LT 2012 - Spanish SP1 PC

AutoARQ Paisajismo 3 PC

32/38

1.-


AutoCAD Map 3D 2009 PC

Bit4id - Universal Middleware

Bit4id - miniLector

Bit4id - Bit4Incrypto 1.0.6 - 1.0.6

Card Manager Admin 1.8.3.0

CDBurnerXP

CoNoCe

Configurador AEAT

Consello de Contas - Enquisa Censo v.01.00

Componente Firma XAdES V.2

Conduit Engine

CYPE Ingenieros Versión 2012 (Caste-llano)

Crystal Reports for .NET Framework 2.0(x86)

CorelDRAW

Driver cámaras Canon

Cisco Systems VPN Client 5.0.02.0090

DWG TrueView 2009-2012

EPSON Port Communication Service

EPSON Printer Software

FinePixViewer Ver.4.2

FingerAdmin

Google Earth

Google Chrome

Generación CSB19

GIMP

Módulo criptográfico CAMERFIRMA

Módulo criptográfico FNMT

Módulo criptográfico DNI-e

AEAT-Informativas 8.00

AEAT-IVA 2012

JVM v6

JVM v7

Kit Camerfirma

Local Gis


2.-

Microsoft Access 2003

Microsoft Access 2007

Mozilla Thunderbird

Internet Explorer

Navegador Chrome

Menfis Presupuestos y mediciones

OpenOffice.org 3.3.x-3.4.x

Presto 10.14

SIUSS V.3

SuministrosAAPP (AEAT)

SyncToy

Terminal Virtual Q-Matic vS

VideoLAN VLC

Wcronos

34/38

1.-


15.-ANEXO II: ELECTRÓNICA DE CADA SEDE (ANILLO DE FIBRA)

Edificio Router Protocolo

Chale Fontoira Enterasys G3 RIPv2

Churruchaos Enterasys G3 RIPv2

Xofre Tenorio Enterasys G3 RIPv2

Praza España Enterasys G3 RIPv2

Teatro Principal Enterasys G3 RIPv2

MichelenaP0

Enterasys G3 RIPv2

MichelenaP1

MichelenaP2

MichelenaP3

MichelenaP4 – Oficinas

MichelenaP4 – CPD Vyatta RIPv2


2.-

16.-ANEXO III.- EDIFICIOS DEL CONCELLO: UBICACIÓN Y TIPO DE ENLA-CE CON EL CPD

Sede/Denominación Dirección CP Enlace CPD

Casa Consistorial Praza de España s/n 36071 Anel fibra

Michelena Michelena 30 36002 Anel fibra

Chalet Fontoira Jofre de tenorio 1 36002 Anel fibra

Gestión tributaria Jofre de tenorio 3 36002 Anel fibra

Churruchaos Churruchaos 2 36002 Anel fibra

Teatro principal Don Filiberto s/n 36002 Anel fibra

Educación Xan Guillermo 9 36002 MPLS

Archivo FroebelPlaza de Concepción Are-nal

36002 MPLS

Policía Local Alexandre Bóveda s/n 36005 Enlace 10 Mb/s

Pabellón de deportes Juan Manuel Pintos s/n 36005 MPLS

Mercado municipal Sierra 5 36002 ADSL

Casa Azul Sor Lucía 2 36002 MPLS

Casa da Luz Plaza de la Verdura 1 36002 MPLS

DrogodependenciasPlaza Valentin García Es-cudero 1

36002

Bomberos Paseo Domingo Fontáns/n

36005 ADSL

Nave Taller O Ribeiro – Casal de Rei ADSL

Cemiterio San Mauro s/n 36004 ND

36/38

1.-



17.-ANEXO IV: DIAGRAMA DE RED

Documents

Índice - Concello de Pontevedrapontevedra.eu/pub/documentos/20131213121254_pliego-t... · 2013-12-13 · El objeto de este pliego es el establecimiento de los requisitos funcionales