Servicio de soporte técnico para el proyecto de … · de prestación de servicios TIC en el Sector Público Vasco, ... Servicio de soporte técnico para el proyecto de “Migración

Mediterráneo, 14 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809 01080 Vitoria-Gasteiz Tel. 945 01 73 00* Fax. 945 01 73 01 www.ejie.net

Servicio de soporte técnico para el proyecto de “Migración de BackEnd” de EJIE Especificaciones de compra / Pliego de condiciones técnicas

Febrero de 2015


2 / 22

Índice

1 Introducción ........................................................................................................................................... 3

2 Necesidad de Contratación .................................................................................................................. 4

3 Objeto del contrato ................................................................................................................................ 5

4 Contenido ............................................................................................................................................... 6

4.1 Proyecto “Migración de BackEnd” ................................................................................................................... 6

4.2 Líneas de trabajo ................................................................................................................................................ 10

4.3 Roles a contratar en el equipo de trabajo ................................................................................................... 12

4.4 Dimensionamiento del equipo de trabajo.................................................................................................... 13

4.5 Requisitos para los perfiles presentados .................................................................................................... 13

4.6 Prestación del Servicio ..................................................................................................................................... 14

4.7 Contingencia del Servicio ................................................................................................................................. 14

5 Entorno tecnológico ............................................................................................................................15

5.1 Entorno Tecnológico .......................................................................................................................................... 15

6 Presupuesto y oferta económica .......................................................................................................17

7 Mecanismos de seguimiento y control .............................................................................................18

8 Plazos de ejecución y plan de facturación .......................................................................................19

9 Criterios de valoración ........................................................................................................................20

9.1 Oferta Económica ............................................................................................................................................... 20

9.2 Oferta Técnica ..................................................................................................................................................... 20

10 Estructura y formato de la propuesta ...............................................................................................22

10.1 Documento de Propuesta Técnica ................................................................................................................ 22

10.2 Documento de Propuesta/Oferta Económica ............................................................................................ 22

4.1.1 Objetivos 6

4.1.2 Alcance 6

4.1.3 Recursos 9

4.1.4 Planificación 9

9.2.1 Estructura del equipo propuesta (30%) 20

9.2.2 Propuesta técnica de la migración (20%) 20


3 / 22

1 Introducción

EJIE, Eusko Jaurlaritzaren Informatika Elkartea – Sociedad Informática del Gobierno Vasco, es la Empresa pública de servicios de las tecnologías de la información y las comunicaciones (TIC), cuya razón de existir es contribuir a la consecución de un Sector Público Vasco, moderno y eficiente, en el Marco Legal establecido por el Gobierno, con la seguridad y calidad necesarias y con el debido respeto al medio ambiente.

EJIE tiene como meta final la consecución de la satisfacción de sus clientes, siendo el instrumento común de prestación de servicios TIC en el Sector Público Vasco, y comprometiéndose en:

Construir y mantener con eficiencia y calidad la infraestructura de los Sistemas de Información, posibilitando su continuidad y seguridad.

Garantizar la interoperabilidad entre las distintas administraciones.

Servir de apoyo a las necesidades de planificación y realización de la función informática de los Departamentos y Organismos Autónomos del Gobierno, asegurando la cobertura de sus demandas con el compromiso y profesionalidad adecuados a las relaciones contractuales que se establezcan.

Por tanto EJIE debe ser, un instrumento común de referencia para la prestación de servicios TIC en el Sector Público Vasco:

Aportando valor añadido.

Proporcionando soluciones competitivas.

Transmitiendo confianza a sus clientes.

Contando con personas cualificadas y comprometidas.

Se puede obtener información más detallada y extensa en nuestra dirección de Internet http://www.ejie.eus

http://www.ejie.eus/


4 / 22

2 Necesidad de Contratación

La necesidad del servicio objeto de esta contratación se encuadra dentro de la ejecución por parte de EJIE del proyecto de “Migración de BackEnd” en el ámbito de las aplicaciones de EJIE, bajo las directrices y supervisión de sus responsables del Área de Sistemas.

Este proyecto de “Migración de BackEnd” se encuadra dentro de los proyectos estratégicos de EJIE de cara a su ejecución y seguimiento por parte de la Dirección de la misma. Se trata de un proyecto grande y complejo con una parte de dedicación muy grande del personal de EJIE sobre todo en las labores de definición, análisis y diseño.

La actividad objeto de contratación, es prestar dentro de un servicio los recursos técnicos necesarios al proyecto de “Migración de BackEnd” que colaboren con el personal de EJIE en las distintas fases del proyecto poniendo especial hincapié en la fase de implantación o puesta en producción del mismo.

La actividad objeto de contratación, es necesaria para la prestación de los servicios, competencia de EJIE S.A., y está incluida en los servicios que pueden ser objeto de contratación (según Instrucción Sexta de la Instrucciones sobre buenas prácticas en la contratación de servicios de Gobierno Vasco). Su prestación no puede ser asumida con los recursos humanos y técnicos de que dispone EJIE S.A., siendo además inviable su reorganización.

El presente pliego, como el resto de documentos de la fase de preparación del contrato, incorporan las debidas garantías para dar cumplimiento a la Instrucción octava de las Instrucciones sobre buenas prácticas en la contratación de servicios de Gobierno Vasco.


5 / 22

3 Objeto del contrato

El objeto de este pliego es la contratación de un servicio de Soporte Técnico para el proyecto de “Migración de BackEnd” que se quieren desarrollar en EJIE por un periodo según la planificación inicial establecida del mismo.

Este servicio se debe caracterizar por:

Garantizar un servicio de calidad.

Flexibilidad para asumir nuevas competencias y tecnologías.

Integración con el resto de equipos que intervengan en los proyectos así como otros procesos, servicios y soportes que tenga contratados EJIE

El contrato se prevé de una duración de 12 meses contemplándose una prórroga de hasta 12 meses.

En el apartado 4 se describen en detalle las características del servicio que se desea.


6 / 22

4 Contenido

4.1 Proyecto “Migración de BackEnd”

EJIE desarrollará a lo largo de 2015 el proyecto de “Migración de BackEnd”, este proyecto se considera estratégico desde la Dirección de EJIE. A continuación se describe el proyecto destacando aquellos aspectos que suponen las tareas del servicio contratado dentro del mismo.

4.1.1 Objetivos

A continuación se detallan los objetivos/requisitos del mismo:

Diseño

o Establecer una nueva arquitectura para aplicaciones Platino/Oro

o Establecer una nueva arquitectura para aplicaciones Bronce

o Implantar un entorno de BBDD automatizado, elástico y con versiones modernas del

software

o Implantar un entorno de BBDD consolidado y organizado por funcionalidad

departamental.

Gestión

o Realizar la migración sin ninguna pérdida de datos y con la menor parada del servicio

o Minimizar la participación de Asistencia Técnica de EJIE en el proyecto

Operativos

o Incorporación del nuevo HW de BackEnd, servidores x86

o Optimizar el número de licencias de Oracle Data Server

o Migración a la nueva arquitectura de las aplicaciones platino y oro

o Migración a la nueva arquitectura de una aplicación bronce

o Incorporar las nuevas funcionalidades de Oracle 12C a los entornos operativos de EJIE

o Realizar nuevos planes de continuidad de las soluciones que se adecuen en el Plan de

Continuidad de EJIE (PCN)

4.1.2 Alcance

- Análisis de la Situación Actual y de la Metodología a seguir en el proceso de migración Partiendo de:

o Inventario realizado de las aplicaciones y BBDD’s existentes en EJIE o Conclusiones obtenidas del laboratorio realizado en la fase previa al proyecto o Documento de “Guía de Buenas Prácticas de migración 12c” o Documento de “Guía de Buenas Prácticas de Arquitectura y Consolidación”

Se deberá determinar:

o Diseño de la Solución y Arquitectura de las BBDD’s consolidadas o Procedimientos de Instalación, Creación y Configuración de instancias o Plan de migración y metodología a seguir


7 / 22

o Plan de Pruebas o Plan de Marcha Atrás o Puesta en producción o Transferencia de conocimiento a Soporte y a Explotación o Metodología de uso de las herramientas a emplear en el procedimiento de migración

- Diseño de la Solución y Arquitectura de las BBDD’s consolidadas

En la medida de lo posible las BBDD’s consolidadas deberán migrarse a la versión Oracle 12c, pudiendo ser necesario migrar a versiones “anteriores” en ciertos casos (problemas de compatibilidad,…)

Las versiones de las BBDD’s a migrar, tal y como se podrá observar en el inventario realizado son:

o Oracle 8i, 9i, 10g y 11g

Es importante indicar la tipología de las distintas aplicaciones albergadas en las mismas, ya que impactará directamente en complejidad y tiempos de migración

o Aplicaciones c/s (pro*cobol, pro*c, visual basic, ...) con versiones de cliente 7 (16 y 32 bits), oracle 8i y 9i (32 bits)

o Aplicaciones IIS versión 6,7 y 7.5 o Aplicaciones Weblogic 8, 11 y 12

El diseño y la arquitectura propuestos deberán cubrir las necesidades de RTO y RPO, así como los niveles de servicio de las BBDD existentes en EJIE, por lo que habrá que considerar distintas arquitecturas de referencia, en las que se contemplará el uso de:

o Almacenamiento ASM o Clusterware o Oracle RAC o Oracle Data Guard o Oracle GoldenGate o Backup y Recuperación o Diferentes configuraciones cliente en función de las necesidades.

También deberán tenerse en cuenta buenas prácticas de consolidación:

o Definir y Configurar modelos de consolidación, desde la perspectiva de la tecnología y desde la perspectiva funcional

o Definir y Configurar Modelos de reparto de recursos o En el caso de las BBDD’s Bronce la consolidación deberá ir alineada con la visión

departamental existente en EJIE

El número estimado de instancias nuevas a crear como parte de la solución en Producción teniendo en cuenta los criterios de Continuidad de negocio y la visión departamental existente en EJIE, será aproximadamente de:

o Entre 10 y 14 BBDD Platino o Entre 20 y 24 BBDD Bronce Departamentales o Entre 22 y 16 BBDD Bronce Productos

Pudiendo variar este número en función al diseño de la solución.

En el ámbito de este proyecto se abordará la migración de todas las BBDD’s platino y la migración y consolidación de una Bronce Departamental, Educación, así como de los productos asociados a ese departamento.

Por lo tanto el número de las BBDD’s a crear en Producción en este proyeto serán:

o Entre 10 y 14 BBDD’s Platino ( En caso de que se emplee DATAGUARD como solución de contingencia se contabilizarán aparte)

o Entre 1 y 2 BBDD Bronce Departamental Educación


8 / 22

Cuyas aplicaciones en la actualidad residen en múltiples instancias de versiones 8i, 9i, 10g y cuya tipología de clientes es compleja, weblogic 8 y 10, c/s 16 y 32 bits,… Los desarrollos de las aplicaciones, están realizados en distintas tecnologías, java, pro*c, pro*cobol,… En algunos de los esquemas es necesario resaltar el uso de Oracle Text, Oracle XDB, Opciones de Auditoria. Así como herramientas ETL del tipo Warehouse Builder

o Entre 4 y 8 BBDD Bronce Productos Educación

Correspondientes a Unisys, Liferay, Alfresco, …

La migración deberá abordarse también en los entornos de desarrollo y pruebas, siendo la solución de los tres entornos (especialmente en pruebas y producción) de similares características.

La solución deberá satisfacer las necesidades de todos los procesos de EJIE por lo que habrá que tener en cuenta las mismas en la fase de diseño y en la posterior creación y configuración de las instancias.

- Instalación, Creación y Configuración de Instancias

En esta fase los puntos a realizar son:

o Creación de plantillas y fijación de estándares para las versiones a implantar. o Definición e implantación y automatización de procedimientos de configuración,

aprovisionamiento y despliegue de las nuevas instancias o Instalación del software necesario en cada uno de los casos o Creación de las distintas instancias, haciendo uso de las nuevas funcionalidades así

como las buenas prácticas existentes para Oracle 12c

- Migración de Aplicaciones a las infraestructuras e instancias correspondientes

En este punto se abordará la migración de los datos contenidos en las BBDD’s, así como de las aplicaciones asociadas (programas pro*cobol, pro*c, scripts de carga,…), mediante las herramientas y procedimientos fijados en la fase de análisis.

o Migración de los esquemas de BBDD siguiendo las pautas definidas en puntos anteriores,

empleando para ello: exportación e importación, Golden Gate, procedimientos de terceros,...

o Migración y adecuación de los scripts, cadenas, procesos batch, programas java, pro*c, pro*cobol,… para las nuevas versiones e infraestructuras

o Será necesario realizar en la medida de lo posible la automatización de los

procedimientos y pasos a dar en la migración, para poder mecanizar el proceso en las distintas migraciones a abordar.

o

- Pruebas de Validación de la aplicación en el nuevo entorno en colaboración con Asistencia

técnica

Definición del plan de pruebas a realizar así como el calendario de las mismas, en cada uno de los entornos (desarrollo, pruebas y producción)


9 / 22

Se deberán emplear Real Application Testing = SPA (Sql Performance Analyzer) + Database Replay, de cara a poder garantizar el buen rendimiento de las aplicaciones en las nuevas versiones e infraestructuras

En estas pruebas será importante la colaboración con Asistencia Técnica, ya que ellos son los que disponen del conocimiento necesario de la aplicación (e integraciones) para poder validar el correcto funcionamiento de la misma. Como parte de estas pruebas también se establecerá el plan de marcha atrás, por si hubiera algún escenario en el que fuera necesario revertir la migración. Dicho plan de marchas atrás deberá permitir cumplir las necesidades de RTO y RPO establecidas. Para ello será necesario incorporar distintas herramientas como Golden Gate

- Puesta en producción de los entornos Para dar por válida la puesta en producción de la solución se deberán implantar y configurar:

o Políticas y mecanismos de backup y recuperación o Políticas y mecanismos de actualización y adecuación de las BBDD’s (parcheos,…) o Monitorización o Herramientas y o mecanismos de operación de las BBDD’s

- Será necesario realizar la transferencia de conocimiento a los soportes existentes así como a

explotación/operación. El periodo de transferencia será de XXX meses

4.1.3 Recursos

El equipo de proyecto se articulará con las siguientes funciones o roles dentro del conjunto de personas:

Jefatura de Proyecto

o Encargado de la dirección del proyecto, seguimiento y control del mismo

Responsable Técnico

o Encargado de la coordinación técnica del proyecto

o Relación e interlocución con Asistencia Técnica de EJIE y los distintos procesos de

gestión IT de EJIE

o Encargado de la relación técnica con el fabricante del producto

Técnicos Senior de Oracle, Técnicos Junior de Oracle, Técnicos Junior de UNIX/Linux

o Encargados de la ejecución de las distintas tareas del proyecto

Los roles de Jefatura de Proyecto y Responsable Técnico serán propios de EJIE.

Es objeto del presente pliego la contratación del Soporte técnico correspondiente a los recursos Técnicos Senior de Oracle, Técnicos Junior de Oracle y Técnicos Junior de UNIX/Linux Web.

4.1.4 Planificación

La duración estimada de las tareas es la siguiente:

Análisis de la Situación Actual y de la Metodología a seguir en el proceso de migración (1 mes

)

Diseño de la Solución y Arquitectura de las BBDD’s consolidadas ( 2 meses )

Instalación, Creación y Configuración de Instancias ( 3 meses )


10 / 22

Migración de Aplicaciones a las infraestructuras e instancias correspondientes ( 6 meses )

Pruebas de Validación de la aplicación en el nuevo entorno en colaboración con Asistencia

técnica ( 6 meses )

Puesta en producción de los entornos ( 6 meses )

El tiempo total considerado inicialmente es de 12 meses.

4.2 Líneas de trabajo

A lo largo del proyecto una vez fijada el diseño y la arquitectura de la solución se deberán abordar las siguientes líneas de trabajo por parte del servicio contratado:

Adecuación del Hardware para poder albergar las nuevas BBDD’s:

o Instalación y configuración de S.O o Adecuación del Entorno a los estándares de EJIE (usuarios comunes, instalación de

agentes, …) o Configuración e Implantación de los requisitos que requiera la arquitectura y la versión de

Oracle a instalar, a todos los niveles:

S.O. (parámetros, rpm’s necesarios) Comunicaciones (Red servicio, backup, gestión, interconnect, IP’s necesarias) Recursos hardware (Mem, CPU,..) Aprovisionamiento de Almacenamiento

Instalación, Configuración y Creación de las BBDD’s RAC y Single Instance o Instalación y Configuración de Grid Infrastructure + ASM o Creación de instancias ASM o Instalación y Configuración del Software de BBDD o Creación de Instancias y BBDD’s y configuración de las mismas teniendo en cuenta las

buenas prácticas de consolidación, así como de la arquitectura asociada o Gestionar la configuración de las nuevas BBDD’s, listener, …mediante Enterprise

Manager

Migración de aplicaciones: o Creación de usuarios, roles, esquemas, tablespaces, … o Migración de datos:

Mediante export e import (exp, imp, expdp, impdp) Golden Gate O2O (procedimiento exclusivo de Oracle (no forma parte de la contratación) Adecuación de aplicaciones a para la nueva versión: Interactuar con Asistencia técnica indicando las pautas a seguir en los casos en

los que sea necesaria cambiar tipos de dato,… debido a cuestiones de obsolescencia.

Precompilación de las mismas (en los casos necesarios) para la nueva versión de S.O y de Oracle

Adecuación de las cadenas, procesos batch, para la nueva versión de S.O y de Oracle

Adecuación de las conexiones de aplicación para la nueva versión de Oracle y Arquitectura

…

Pruebas: o Realización de Pruebas previas y posteriores a la puesta en producción con las siguientes

herramientas:


11 / 22

Real Application Testing = SPA (sql performance analyzer) + Database Replay Enterprise Manager También puede ser necesario recoger trazas en versiones, … antiguas (como 8i) Revisión de AWR Report, Statspack,…

En dichas pruebas será necesaria la colaboración de asistencia técnica, ya que ellos son los que disponen del conocimiento sobre la aplicación y de las integraciones de la misma.

Marcha Atrás:

En los casos en que la migración, no se considerara válida por problemas de rendimiento,… y fuera necesario dar marcha atrás, deberá ser posible que dicha operación se realice con el menor impacto posible, para ello se emplearan herramientas como Golden Gate para permitir realizarlo online.

Puesta en producción:

Previamente a la puesta en producción de las BBDD’s se deberán realizar tareas correspondientes a:

o Backup y Recuperación

Configuración y creación de scripts para realizar backups y Recuperación de las BBDD’s con RMAN (backup físico), así como expdp…. (backup lógico)

Configuración y creación de entornos para realizar las recuperaciones así como los catalogos necesarios

Configuración en las BBDD de distintas opciones de flashback que permitan recuperar a nivel de objeto, bbdd, transacción,..

o Implantación y configuración de entornos y mecanismos de aprovisionamiento de BBDD

Inclusión del Software en la software Library de Oracle Creación de BBDD Linea Base Elaboración de procedimientos de despliegue de nuevas BBDD’s con Enterprise

Manager Aprovisionamiento entre entornos

o Implantación y Configuración de mecanismos de Actualización de BBDD:

Definición e implantación de Políticas de Parcheo, tanto a nivel de nuevas

funcionalidades, bugs resueltos, … como a nivel de seguridad. En la medida de lo posible deberán aplicarse mediante Enterprise Manager El tiempo de perdida de servicio deberá ser el mínimo que permita la arquitectura

implantada

o Monitorización:

Fijar “Monitoring Template”’s en Enterprise Manager, para las distintas soluciones y tecnologías que forman parte de la solución en Enterprise Manager

Definir y gestionar incidencias (nivel técnico) en Enterprise Manager y automatizar la solución de las más frecuentes

Integrar la monitorización con otras herramientas existentes en EJIE (BMC Event Manager ,VOrchestrator,

o Mecanismos y Herraminetas de Operación: Implantar menús, procedimientos,… para poder operar las BBDD’s creadas:


12 / 22

Parar, Arrancar, Comprobar estado, gestión de espacio,, Posibilidad de reejecutar estadísticas,… a través de Enterprise Manager e integración del mismo con VOrchestrator

4.3 Roles a contratar en el equipo de trabajo

Para el equipo de trabajo que desempeñe el servicio objeto de este contrato se desean los siguientes roles:

Técnicos Senior BBDD

Tecnicos Junior BBDD

Técnicos Junior Unix/Linux

Web

Responsable Técnico EJIE

Jefe de Proyecto EJIE

Rol EJIE

Rol Servicio Dedicación Completa

Este grupo se enmarcará en un equipo de trabajo mayor con participación de otros grupos de EJIE así como de otros servicios contratados por EJIE.

Técnicos Senior BBDD Además de formar parte del equipo de trabajo a lo largo de todo el proyecto en tareas de instalación, creación, configuración, migración, pruebas y puesta en producción de BBDD y aplicaciones,… deberá participar de forma activa en la fase de diseño de la solución e implementación de la arquitectura.

Deberá ser el especialista de referencia entre los técnicos de BBDD tanto en lo que a RAC (versiones 10g, 11g y 12c) como a Single Instance se refiere. (versiones 8i, 9i, 10g, 11g y 12c)

Técnicos Junior BBDD Formarán parte del equipo de trabajo a lo largo de todo el proyecto, en tareas de instalación, creación, configuración, migración, pruebas, puesta en producción de BBDD y aplicaciones

Técnico Junior Unix/Linux Formará parte del equipo de trabajo realizando tareas de técnica de Sistemas unix/Linux a lo largo de todo el proyecto, así como de


13 / 22

WEB

precompilación y adecuación de las aplicaciones para la nueva versión de BBDD y la nueva versión de S.O

Formará parte del equipo de trabajo realizando tareas de técnica de sistemas en la parte correspondiente a los servidores de aplicaciones.

Deberá realizar las adecuaciones necesarias a nivel de infraestructuras web (drivers, configuración de las conexiones,…) para adecuarlas a la nueva versión de BBDD y a la nueva arquitectura

Los términos senior y junior hacen referencia a personas con más años de experiencia o menos es aspectos relativos a la gestión IT o proyectos tecnológicos.

4.4 Dimensionamiento del equipo de trabajo

El número exacto de personas con las que se dimensione el servicio dependerá de la propuesta que haga el proveedor, pero se considera, y por tanto es un requisito mínimo, que para cubrir los roles planteados al menos es necesario que el equipo tenga la capacidad equivalente a 8.500 horas de dedicación en el periodo de duración del contrato.

4.5 Requisitos para los perfiles presentados

Para poder cubrir los roles planteados de forma efectiva se plantean los siguientes requisitos de solvencia (ref. cláusula 11 de solvencia técnica y profesional del pliego de condiciones particulares que rige la licitación) que deberán cumplir los perfiles presentados.

Entre estos requisitos se da especial importancia a la Certificación en el producto “Oracle Real Application Cluster and Grid Infrastucture” ya que se trata de la base tecnológica sobre la que se migra el Backend de base de datos.

Perfiles Requisitos

Técnico Senior BBDD Experiencia acreditada de al menos 5 años en Administración, Instalación y Configuración de BBDD (Entornos Single Instance y RAC)

Experiencia acreditada de al menos 2 años en Enterprise Manager 12c y/o 11g

Experiencia acreditada en proyectos de Diseño y Definición de Arquitectura tanto para entornos Single Instance como RAC.

Experiencia acreditada en proyectos de Migración de BBDD entre distintas versiones, distintos S.O y distintas arquitecturas

Certificación Oficial “Oracle Real Application Cluster and Grid Infrastucture” en versioens 11g y/o 10g


14 / 22

Técnico Junior BBDD Experiencia acreditada de al menos 3 años en Administración, Instalación y Configuración de BBDD (Entornos Single Instance y RAC)

Experiencia acreditada de al menos 2 años en Enterprise Manager 12c y/o 11g

Experiencia acreditada en proyectos de Migración de BBDD entre distintas versiones y distintos S.O

Técnico Senior Unix

Web

Experiencia acreditada de al menos 3 años en Administración de Sistemas Unix / Linux

Experiencia acreditada en proyectos de Migración entre distintos S.O

Experiencia acreditada de al menos 3 años en Administración de Sistemas Web.

Nota: El mismo técnico de BBDD no se puede tener en cuenta para cumplir más de dos perfiles de la tabla anterior.

4.6 Prestación del Servicio

El servicio se prestará en los locales de EJIE, siguiendo preferentemente el horario y calendario de EJIE, por el tipo de intervenciones que se necesitan realizar y además de la composición del equipo de trabajo.

Hay que tener en cuenta que las intervenciones sobre los sistemas productivos serán fuera de los horarios de servicio, para lo cual se fijarán ventanas para estas intervenciones.

4.7 Contingencia del Servicio

El prestatario del servicio debe especificar en su oferta las medidas que tomará para garantizar la prestación del servicio ante eventualidades como por ejemplo la baja de alguno de los integrantes o el cese de la relación laboral.


15 / 22

5 Entorno tecnológico

5.1 Entorno Tecnológico

Las tecnologías, productos y herramientas que soportan los diferentes sistemas de EJIE y que por tanto se utilizarán y/o serán objeto las tareas qué se pretenden realizar son:

SGBD: Oracle Rdbms 8i, 9i,10g, 11g y 12c, RAC, Single Instance, Dataguard

Clientes Oracle (aplicaciones c/s): Oracle 7 (16 y 32 bits), Oracle 8i, 9i

Servidores de Aplicaciones:

o Oracle Weblogic 8 y 11 (los drivers que usan estas versiones son: Oracle JDBC Driver version 10.2.0.3.0 y JDBC Driver Versión 11.2.0.3.0 Respectivamente

o PHP

o IIS 6, 7 y 7.5

Tecnologías y Herramientas a emplear en la migración: Enterprise Manager Cloud Control 12c, Real Application Testing, (SPA+Database Replay), Golden Gate,…

Almacenamiento - > ASM, EMC VNX + VPLEX

Servidores actuales:

o HP-UX SuperDome,

S.O PA-RISC 11.11, 11.23, 11.31

o Sun Fire V1280

Solaris 8

o HP Proliant DL580 G5 y G7 y HP Proliant DL380 G7:

VMware ESXi 5.1

S.O de las Máquinas Virtuales Red Hat 6

Servidores nuevos:

o Servidores blade HP BL460c Gen9, S.O Red Hat 7

o Servidores blade HP BL460c Gen9 E5-2650v3:

VMware ESXi 5.5 Update 2

S.O de las Máquinas Virtuales Red Hat 7

Herramientas de Administración de los productos implicados en la migración: Enterprise Manager Cloud Control 12c

Herramientas de Gestión IT BMC ITSM 8.1, Atrium CMDB

Herramientas de Operación BMC Patrol, BMC Event Manager, Lighthouse, BMC Control-M, Nagios, vCenter Operations Manager, Enterprise Manager Cloud Control 12c

Herramientas de Gestión Configuración Puppet, Microsoft SCCM, Enterprise Manager Cloud Control 12c

Herramientas de Gestión de Automatizaciones VMWare VOrchestrator, Puppet, Microsoft SCOM, Enterprise Manager Cloud Control 12c


16 / 22

Herramientas de automatización de despliegue de aplicaciones AntHillpro

Sistemas operativos e hipervisores: Red Hat Enterprise Linux Server, Windows Server, VMware vSphere 5.x

Herramientas de Seguridad Bitacora v5

Herramientas de Seguridad Bitacora v5


17 / 22

6 Presupuesto y oferta económica

El presupuesto para un año es de cuatrocientos mil euros (400.000,00 €) € (IVA excluido).

El valor estimado es de ochocientos mil euros (800.000,00 €) € (IVA excluido).


18 / 22

7 Mecanismos de seguimiento y control

Estos mecanismos se plantean como método control adicional a los que se establezcan en el marco de la gestión del proyecto para el desarrollo del mismo.

Comité de Gestión (Trimestral)

Objetivo: Seguimiento de las entregas y de la consecución de los objetivos del servicio.

Participantes por parte de EJIE

Dirección de Sistemas y Telecomunicaciones

Responsable de Soporte Software.

Responsable de Operación

Entregables:

Informe mensual de seguimiento

Presentación


19 / 22

8 Plazos de ejecución y plan de facturación

Los servicios objeto del presente pliego tienen una duración prevista de un año, desde la formalización del

contrato, contemplándose una prórroga expresa de hasta otro año.

El servicio se comenzará a prestar en el momento de la formalización del contrato.

La facturación será mensual por la doceava parte del importe de la oferta económica adjudicada.


20 / 22

9 Criterios de valoración

Para la valoración de las diferentes ofertas, se tendrán en cuenta los siguientes pesos en la construcción de la valoración final:

Criterio Peso relativo

Oferta Económica 50%

Oferta Técnica 50%

Estructura del equipo propuesta 30%

Propuesta técnica de la migración 20%

9.1 Oferta Económica

La valoración de las ofertas se realizará en función del precio total propuesto por el proveedor.

La fórmula que se aplicará será:

9.2 Oferta Técnica

Se excluirán y no se procederá a la apertura de sus ofertas económicas todas las propuestas que obtengan menos de un sesenta por ciento de valoración del máximo posible en el global de apartados de la oferta técnica (es decir menos de 30 puntos).

9.2.1 Estructura del equipo propuesta (30%)

Para la evaluación de este criterio, se tendrán en cuenta los siguientes aspectos:

Detalle de los perfiles profesionales que serán empleados, su rol asignado y las funciones a realizar: 20%

Adecuación del tamaño y estructura del equipo propuesto en función de los requerimientos del presente pliego: 10%

9.2.2 Propuesta técnica de la migración (20%)

Para la evaluación de este criterio, se tendrán en cuenta los siguientes aspectos:


21 / 22

Estrategia de la migración: pasos a realizar, pruebas requeridas, herramientas empleadas: 10%

Planificación de la migración: tiempo empleado, adecuación de los recursos/perfiles/roles, definición de ventanas necesarias:10%

(La valoración de los porcentajes se categorizará en términos de: “bajo”- cumple de forma básica el apartado de valoración; “medio” cumple satisfactoriamente el apartado de valoración y “alto” cumple de forma óptima y/o con valor añadido o innovación, el apartado de valoración.)


22 / 22

10 Estructura y formato de la propuesta

EJIE requiere que la presentación de ofertas al menos, en castellano.

Todos los documentos que formen parte de la respuesta al Pliego de Condiciones tendrán que estar identificados al menos por un título, un número de documento y su fecha de publicación. Dentro de cada documento, todas las páginas deben mostrar el título del documento y el número de página.

Las ofertas que se presenten estarán formadas principalmente por los siguientes documentos:

10.1 Documento de Propuesta Técnica

Se deben incluir al menos los siguientes elementos de la forma lo más detallada posible:

Composición y modelo organizativo del equipo. o El equipo presentado, deberá fijar claramente: las personas que asumirán los roles

especificados en el apartado 4

Descripción de la propuesta técnica de migración, estrategia y planificación.

10.2 Documento de Propuesta/Oferta Económica

Debe incorporar el Importe Total de la oferta Económica: sin I.V.A.

Documents

Servicio de soporte técnico para el proyecto de … · de prestación de servicios TIC en el Sector Público Vasco, ... Servicio de soporte técnico para el proyecto de “Migración