Puerto de la Bahía de Cádiz

Transcripción

1 CONTRATO DE SERVICIOS. ACTUALIZACIÓN DEL SERVICIO DE CORREO ELECTRÓNICO CORPORATIVO Y OTROS SERVICIOS DE SOPORTE INFORMÁTICO PARA LA AUTORIDAD PORTUARIA DE LA BAHÍA DE CÁDIZ (Ref. CA ) PLIEGO DE PRESCRIPCIONES TÉCNICAS Í N D I C E: 1. ANTECEDENTES JUSTIFICACIÓN DE LA NECESIDAD OBJETIVOS A CONSEGUIR OBJETO DEL PLIEGO ALCANCE DE LOS TRABAJOS DESCRIPCIÓN DE LOS TRABAJOS SITUACIÓN ACTUAL SITUACIÓN DE TRABAJO SITUACIÓN FINAL DESCRIPCIÓN TÉCNICA REQUERIMIENTOS TÉCNICOS REQUERIMIENTOS FUNCIONALES DESARROLLO Y EJECUCIÓN DE LOS TRABAJOS IMPLANTACIÓN DEL SISTEMA FORMACIÓN DOCUMENTACIÓN FINAL A ENTREGAR RECEPCIÓN DEL PROYECTO SOPORTE Y MANTENIMIENTO SEGUIMIENTO Y CONTROL PERIODO DE GARANTÍA: PROPIEDAD INTELECTUAL CONFIDENCIALIDAD DE LOS TRABAJOS PROTECCIÓN DE DATOS TRANSFERENCIA DE CONOCIMIENTO Y TECNOLOGÍA PRESUPUESTO PLAZO DE REALIZACIÓN

2 1. ANTECEDENTES La (APBC) dispone de una plataforma y servicio de Correo Electrónico Corporativo que, reconociendo y valorando la importancia estratégica de los servicios de comunicaciones en el marco de la modernización y avance en nuevas tecnologías que impone la Sociedad de la Información, está ampliamente desplegada en el Organismo Público como herramienta de colaboración-comunicación entre sus usuarios y grupos de trabajo para facilitar el trabajo colaborativo mediante la compartición de información, y que, además, sirve de base para el desarrollo de muchas de sus actividades propias y de muchos de los servicios que presta a su Comunidad Portuaria. Hoy en día la importancia del Correo Electrónico Corporativo en cualquier Organización es más que evidente puesto que, en la práctica, se ha convertido en uno de los principales medios de comunicación para la mayoría de ellas, constituyéndose, sin duda, en la herramienta de comunicaciones de la que los usuarios menos pueden prescindir y a la que demandan una mayor disponibilidad continua, también hasta fuera del horario laboral. Incluso, por extensión, la disponibilidad de este servicio tiende a implicar la disposición de la propia Organización. Por otra parte, dicho servicio ya no sólo es una herramienta colaborativa de comunicación (en algunos casos tan utilizado como el teléfono) además del principal mecanismo de transporte de archivos, sino que también se utiliza cada vez más como repositorio de información empresarial fundamental así como para realizar operaciones empresariales básicas y cotidianas. Además, debido a que cada vez se usan más datos adjuntos, la creciente sofisticación de estos datos conjuntamente con uso generalizado del servicio está provocando que los almacenes de mensajes estén creciendo continuamente año tras año. En definitiva, se trata de una herramienta empresarial básica que se va haciendo cada vez más esencial con el tiempo. 2

3 Con estos requerimientos genéricos y condicionantes se considera necesario que toda Organización disponga de un servicio de este tipo que resulte eficiente, de calidad, operativo, con alta disponibilidad, seguro, accesible, confiable y adaptado a las necesidades de los usuarios. En este escenario, la APBC se plantea la necesidad de renovar toda su arquitectura del servicio de Correo Electrónico Corporativo, en la intención de adaptarla tanto a las necesidades funcionales como técnicas actuales, y basada en las siguientes grandes áreas de actuación: Adecuación de la plataforma de soporte del servicio: o Renovación del equipamiento hardware. o Actualización de los productos software (de base y específicos). Migración de los contenidos actuales a los del nuevo servicio. Actualización de otros servicios relacionados: Directorio Activo, VMWare. Utilización del soporte tecnológico de la plataforma de virtualización. 2. JUSTIFICACIÓN DE LA NECESIDAD La justificación de la necesidad está basada en criterios técnicos y funcionales. Criterios técnicos: Según se describirá con posterioridad en la Descripción de los Trabajos y en la Situación Actual, la plataforma tecnológica que soporta el actual servicio de Correo Electrónico Corporativo de la APBC puede considerarse desfasada. Por una parte, y principalmente, en relación a sus componentes software: De base: Windows 2003 (Ediciones posteriores: 2008 y 2012) De correo: Exchange Server 2003 (Ediciones posteriores 2007, 2010 y 2013) 3

4 Si bien este desfase en los componentes software no impide ni la prestación y continuidad del servicio ni la resolución de los problemas operativos habituales, sí es cierto que presenta algunas limitaciones (muchas de las cuales ya están superadas en versiones actuales de estos productos) que condicionan en mayor o menor grado la prestación del servicio, tanto para los usuarios finales como para los administradores del sistema. Una de estas limitaciones y/o condicionantes más importantes es el propio servicio de soporte y mantenimiento de dichos productos ofrecido por el proveedor, cuyas fechas previstas de descatalogación son las siguientes: De base: Windows 2003 Sin soporte a partir de Junio de 2015 De correo: Exchange Server 2003 Sin soporte desde Abril de 2014 Y por otra parte, la plataforma actual, aunque en menor grado, también presenta ciertos condicionantes en relación con la obsolescencia del soporte hardware, al estar basada en máquinas físicas antiguas (más de 10 años). Si bien esta obsolescencia hardware tampoco impide la continuidad del servicio sí limita mucho sus prestaciones, tanto para la gestión de la versión en operación como para las nuevas exigencias tecnológicas de las últimas versiones disponibles. En este último sentido se torna evidente que la renovación de los componentes software implicará la renovación de los componentes hardware. No obstante, esto ya está realizado y preparado porque para ello se adecuarán el equipamiento que sea necesario en la nueva plataforma consolidada de servidores virtuales de la APBC. En conjunto, puede concluirse que la no superación de estos criterios técnicos puede derivar en futuribles problemas operativos en el servicio de Correo Electrónico Corporativo de la APBC, especialmente relacionados con la seguridad de la información y la continuidad del servicio, que han de ser prevenidos y evitados. 4

5 Criterios funcionales: El gran despliegue de este tipo de servicio en todo tipo de empresas y organizaciones, además de generalizar su utilización, incluso su necesidad, también ha propiciado una rápida evolución de los mismos que ha desembocado en una continua y constante mejora de sus funcionalidades, tanto por la oferta como por la demanda, y, en este último caso, tanto por parte de los usuarios como de los administradores. Entre las que se han detectado en la APBC pueden citarse las siguientes: Favorecer las herramientas colaborativas del servicio Ofrecer mejor soporte a las necesidades de movilidad Posibilitar de despliegue generalizado en el Organismo Público Generalizar el acceso al servicio desde cualquier dispositivo Ayudar a la integración social y la simplificación en la búsqueda de contactos Mejorar la interacción con el usuario a través de una interfaz más amigable Proveer un tratamiento efectivo de documentos electrónicos Mejorar los enlaces con otras tareas de colaboración (calendarios) Ayudar a la prevención contra la pérdida de datos Mejorar la confidencialidad y la protección de datos sensibles Potenciar la seguridad de la información Optimizar las búsquedas e indexado de la información Conseguir una solución resistente y sencilla de actualizar y mantener Permitir técnicas de virtualización del equipamiento Utilizar plataformas hardware actuales (64 bits) Aumentar la capacidad del servicio mediante la ampliación de buzones Ampliar el límite de almacenamiento de la base de datos Potenciar el ahorro de costes de almacenamiento Mejorar la organización y gestión de ficheros Permitir la posibilidad de gestión en la nube Habilitar facilidades avanzadas de administración 5

6 Conseguir alta disponibilidad y redundancia Registrar eventos para el seguimiento y auditoría de la actividad del sistema Interaccionar con otros sistemas de protección de la seguridad Evitar las vulnerabilidades de no contar con soporte del proveedor Acrecentar la recuperación ante desastres Mejorar la eficiencia en los backups y las restauraciones Las necesidades del servicio, demandadas tanto por usuarios como administradores, todas ellas proporcionadas por los productos actuales del mercado, recomiendan la superación de estos criterios funcionales para garantizar la mejora y continuidad de un servicio constatado como básico para cualquier Organización. 3. OBJETIVOS A CONSEGUIR Los objetivos que se persiguen con la implantación del proyecto Actualización del servicio de Correo Electrónico Corporativo y otros servicios de soporte informático de la APBC, entre otros, se relacionan a continuación. Continuidad de un servicio básico para la APBC Atención y cumplimiento de las demandas de los usuarios Aprovechamiento de las últimas tecnologías TIC y de las tendencias y funcionalidades de este tipo de servicio Superación del desfase tecnológico de la actual plataforma del servicio Mejora técnica y funcional de las prestaciones del servicio actual Recuperación del soporte oficial de los proveedores Mejora de la infraestructura tecnológica del servicio para fomentar la posibilidad de proporcionar un servicio generalizado Implantación de un servicio integrado que garantice la centralización avanzada de todos los sistemas Mayor orientación hacia el control y seguridad de la información 6

7 Unificación, reorganización y concentración de servicios y recursos que redunde en una mayor eficacia operativa Mayor accesibilidad, con una infraestructura homogénea adecuada a la tecnología actual, con capacidad de crecimiento y escalabilidad garantizada Una mejor planificación de la respuesta a recuperaciones y contingencias con reducción de riesgos de fallo Optimizar la gestión de la propia APBC, dotando al Organismo Público de una mayor eficacia operativa que redunde en una mayor productividad, y por extensión, una mejor atención a la Comunidad Portuaria y al resto de Organismos Públicos con los que se relaciona. Integración con los sistemas existentes mediante la convergencia en el ámbito de la movilidad Posibilidad futura de ahorro en recursos en el momento de tener que incorporar nuevas instalaciones 4. OBJETO DEL PLIEGO El objeto del presente Pliego de Prescripciones Técnicas es describir los trabajos y fijar las condiciones técnicas de los servicios y productos que regirán el contrato de servicios: ACTUALIZACIÓN DEL SERVICIO DE CORREO ELECTRÓNICO CORPORATIVO Y OTROS SERVICIOS DE SOPORTE INFORMÁTICO PARA LA AUTORIDAD PORTUARIA DE LA BAHÍA DE CÁDIZ El objeto del Contrato es la actualización y mejora del servicio de Correo Electrónico Corporativo que se presta en estos momentos conjuntamente con la migración de los datos y su continuidad de forma que permitan conseguir los objetivos marcados con anterioridad y con los requerimientos técnicos y funcionales que se describirán a continuación. 7

8 5. ALCANCE DE LOS TRABAJOS La propuesta de actualización del servicio de Correo Electrónico Corporativo de la APBC puede abordarse desde distintos puntos de vista en función de los productos y tecnologías que se utilicen. Entre ellos: Mantenimiento del proveedor y migrar a la última versión operativa Migración a un servicio en la nube del mismo u otro proveedor Utilización de tecnologías de libre distribución carentes de licenciamiento Tras analizar y estudiar las ventajas e inconvenientes de las alternativas propuestas, tanto operativas y funcionales como económicas, la APBC ha decidido como más apropiada la primera de ellas: la migración de los servicios de la plataforma actual a su última versión operativa. En este escenario, el alcance de los productos y servicios a contratar descritos en el presente expediente consistirán básicamente en: Suministro de las licencias software necesarias, tanto de base (Sistema Operativo) como específicas, para la migración de la versión actual del servicio de Correo Electrónico Corporativo de la APBC, Exchange Server 2003, a la última versión del mismo producto, Exchange Server2013, considerando todos los saltos intermedios que fueran necesarios. Previsión y aplicación de los Servicios Profesionales que se consideren para la implantación y puesta en marcha del nuevo servicio, considerando todos los trabajos que fueran necesarios para cubrir el conjunto de los requerimientos técnicos y funcionales descritos en este expediente. Adicionalmente, y con carácter previo, los trabajos objeto de este alcance habrán de estar complementados con una actualización de algunos servicios informáticos de soporte, consistentes en: Migración del servicio de Directorio Activo Migración de la plataforma de servidores virtualizados 8

9 Migración de la plataforma de copias de seguridad En relación con estos últimos trabajos, por una parte, la migración del servicio de Directorio Activo es imprescindible para asegurar la compatibilidad del nuevo producto Exchange Server 2013 con los servicios de Red y federación de usuarios, por otra, la migración de la plataforma de servidores virtualizados es muy aconsejable para garantizar la mayor continuidad y mejor disponibilidad del nuevo servicio, y por último, la migración de la plataforma de copias de seguridad es muy recomendable para soslayar la dependencia de las últimas versiones de este producto con software de base descatalogado y sin soporte. No obstante, por lo que respecta a los Servicios Profesionales propuestos por las Empresas Licitadoras, dicha actualización de los servicios de soporte queda fuera del alcance del proyecto porque será abordada por los propios técnicos de la APBC, si bien, por si fuera necesaria alguna colaboración específica, se incluye en este expediente para su consideración por dichos Licitadores según su propio criterio. Así pues, también queda incluido dentro del alcance del presente expediente, si así se requiriese, la: Valoración de horas de consultoría en remoto para colaborar con los técnicos de la APBC en la migración del servicio de Directorio Activo, de la plataforma de servidores de virtualización, y de la plataforma de copias de seguridad. Por último, conjuntamente con el cumplimiento del alcance, y en términos genéricos, cualquier propuesta también debe contemplar: Concepción de un proyecto llave en mano, considerando en conjunto todas las fases del mismo. Suministro, montaje, instalación y configuración (hardware y/o software) de todos los componentes de la solución. Suministro, instalación y configuración de todas las licencias que se requieran para el correcto funcionamiento de la nueva plataforma. 9

10 Integración total de todos los nuevos sistemas con los actuales sistemas de información y comunicaciones de la APBC. Asegurar la continuidad y disponibilidad del servicio antes, durante y después de la implantación, sin incidir en la operativa normal del Organismo Público. Elaboración y presentación de toda la documentación técnica del proyecto y de los manuales de procedimiento, usuario y administración. Formación al equipo técnico de la APBC responsables del mantenimiento de los Sistemas de Información y Comunicaciones. Mantenimiento integral del servicio, tanto para solucionar problemas técnicos como para realizar un mantenimiento evolutivo encaminado a la adaptación de los sistemas y la plataforma a las nuevas tecnologías y a los posibles cambios legislativos de obligado cumplimiento. Valoración de un soporte anual de resolución de incidencias. Todos los trabajos anteriores deberán realizarse según las directrices de la APBC. 6. DESCRIPCIÓN DE LOS TRABAJOS. En el ámbito del Contrato amparado por el presente Pliego, para cumplir con el Objeto, Objetivos y Alcance del mismo, los trabajos a desarrollar para el proyecto Actualización del servicio de Correo Electrónico Corporativo y otros servicios de soporte informático, además del cumplimiento de lo ofertado en las propuestas de cada Licitador, deberán cumplir y desarrollarse siguiendo escrupulosamente las estipulaciones de la APBC. Una descripción general de estos trabajos, su incidencia con la situación actual, la repercusión en la situación final que se desea alcanzar, así como la descripción y los requerimientos funcionales que se exigen a los mismos, se describen a continuación en este mismo apartado. 10

11 6.1 SITUACIÓN ACTUAL La situación actual del servicio de Correo Electrónico Corporativo de la APBC, en relación a su plataforma tecnológica, se representa en Anexo I de este documento. Los detalles técnicos del equipamiento actual son los siguientes: Servidores de Correo Electrónico: Pasarela de correo: Servidor Físico Almacén de correo: Servidor Físico Las dos máquinas tienen las mismas características: HP Proliant DL380 G5 Intel Xeon GHz (2CPUs) / 4 GB RAM / 236 GB HDD Microsoft Windows Server 2003 SE SP2 32 bits Microsoft Exchange Server 2003 SP2 Servidores Controladores de Domino Controlador Principal: Servidor Virtual 1 CPU / 2GB RAM / 36 GB HDD Microsoft Windows Server 2003 R2 SP2 SE 64 bits Controlador Secundario (Ubicación principal): Servidor Virtual 2 CPU / 4GB RAM / 236 GB HDD Microsoft Windows Server 2003 R2 SP2 SE 32 bits Controlador Secundario (Ubicación remota): Servidor Físico HP Proliant ML350 G5 Intel Xeon GHz (4CPUs) / 9 GB RAM / 236 GB HDD Microsoft Windows Server 2003 R2 SP2 SE 64 bits Plataforma de Virtualización Servidores ESX con infraestructura virtual versión 5.0 del vsphere de VMWare. Almacenamiento Propio de los equipos físicos. Copias de Seguridad Backup: Servidor Físico: 11

12 HP Proliant DL 380 G3 Intel Xeon 3.06 GHz (2 CPUs) / 4 GB RAM / 236 HDD Microsoft Windows Server 2003 R2 SP2 SE 32 bits Symantec Backup Exec 2012 La interconexión de sistemas y servicios está garantizada por los responsables de los Sistemas de Información y Comunicaciones de la APBC. Las Empresas Licitadoras podrán plantear la realización de un análisis y consultoría, si lo considerara necesario, en fase de oferta y/o al inicio del proyecto, y a su coste, para ampliar la información suministrada sobre la Situación Actual. 6.2 SITUACIÓN DE TRABAJO La situación de trabajo que servirá de partida para los trabajos de actualización del servicio de Correo Electrónico Corporativo de la APBC, en relación a la plataforma tecnológica que lo soporta, diferirá un poco de la Situación Actual anteriormente expuesta, debido a los trabajos previos que realizarán los propios técnicos del Organismo Público una vez adjudicado el proyecto y asegurado el suministro de las licencias objeto del mismo. Los detalles técnicos del equipamiento de trabajo propuesto se estiman los siguientes: Servidores de Correo Electrónico: Pasarela de correo: Servidor Físico Almacén de correo: Servidor Físico Las dos máquinas tienen las mismas características: HP Proliant DL380 G5 Intel Xeon GHz (2CPUs) / 4 GB RAM / 236 GB HDD Microsoft Windows Server 2003 SE SP2 32 bits Microsoft Exchange Server 2003 Servidores Controladores de Domino Controlador Principal: Servidor Virtual Configuración propuesta por el Adjudicatario 12

13 Microsoft Windows Server 2008 SE SP2 64 bits Controlador Secundario (Ubicación principal): Servidor Virtual 2 CPU / 4GB RAM / 236 GB HDD Microsoft Windows Server 2008 R2 SP2 SE 64 bits Controlador Secundario (Ubicación remota): Servidor Físico HP Proliant ML350 G5 Intel Xeon GHz (4CPUs) / 9 GB RAM / 236 GB HDD Microsoft Windows Server 2008 R2 SP2 SE 64 bits Plataforma de Virtualización Servidores ESX con infraestructura virtual versión 5.5 del vsphere de VMWare. Almacenamiento Propio de los equipos físicos. Copias de Seguridad Backup: Servidor Físico: HP Proliant DL 380 G3 Intel Xeon 3.06 GHz (2 CPUs) / 4 GB RAM / 236 HDD Microsoft Windows Server 2003 R2 SP2 SE 32 bits Symantec Backup Exec 2012 Esta situación de trabajo está obligada, por una parte, por las incompatibilidades cruzadas entre las distintas versiones del producto Exchange Server en relación tanto con el Sistema Operativo de base como con los servicios del Directorio Activo, y por otra, por la necesidad de mejora de la infraestructura de soporte de virtualización para sacar todo su máximo potencial de las nuevas versiones del producto. En relación con las incompatibilidades de Exchange Server, éstas pueden ser comprobadas en la Matriz de Compatibilidad y Soporte de las distintas versiones del producto en función tanto de las versiones del Sistema Operativo de Base como del Directorio Activo que publica el proveedor del mismo, y que confirma dichas incompatibilidades entre las versiones finales de todos ellos. A saber: Entre Windows Server 2012 y Exchange Server 2003 Entre Windows Server 2003 y Exchange Server

14 Ante este escenario inicial y final, la misma Matriz de Compatibilidad y Soporte ofrece la alternativa de solución como situación de trabajo, estableciendo la oportunidad de realizar un paso intermedio en Windows Server 2008 como Sistema Operativo base y servidor de Directorio Activo, puesto que es compatible tanto con la situación actual de Exchange Server 2003 como con la situación final de Exchange Server En relación con la mejora de la infraestructura de virtualización se pretende actualizar a la última versión estable del producto para aprovechar sus nuevas funcionalidades En la actualidad se dispone de la versión 5.0 del vsphere que, como máximo, permite tener High Availability entre los servidores virtuales (operación manual). Una actualización a la versión 5.5 del vsphere permitiría disponer de Fault Tolerance (copia inactiva y actualizada con arranque automático y posibilidad de réplica). Si bien esta actualización del producto es interesante para cualquier servicio, se antoja muy importante para las exigencias de continuidad de uno tan importante como el Correo Electrónico Corporativo, que aseguraría tanto la gestión de la mensajería como los accesos de los usuarios. Según puede comprobarse por comparación, para alcanzar esta situación de trabajo no se requieren cambios relacionados ni con los sistemas de almacenamiento ni con las copias de seguridad. Como ya ha quedado expuesto, todos los esfuerzos para alcanzar esta situación de trabajo propuesta quedan fuera del alcance de este expediente y serán realizados previamente por personal técnico de la APBC. No obstante, se llevarán a cabo una vez el Adjudicatario haya realizado el suministro del equipamiento propuesto para el proyecto (licencias), y, si la APBC lo considerara necesario, contando con la posibilidad de su ayuda mediante asistencia remota para alcanzar esta situación de trabajo propuesta, que se considerará como punto de partida del proyecto. 14

15 6.3 SITUACIÓN FINAL La situación final que se pretende conseguir para el servicio de Correo Electrónico Corporativo de la APBC, en relación a su plataforma tecnológica, se representa en el gráfico del Anexo II de este mismo documento. Los detalles técnicos del equipamiento propuesto son los siguientes: Servidores de Correo Electrónico: Pasarela de correo: Servidor Virtual Almacén de correo: Servidor Virtual Configuración propuesta por el Adjudicatario Microsoft Windows Server 2012 SE SP2 64 bits Microsoft Exchange Server 2013 Servidores Controladores de Domino Controlador Principal: Servidor Virtual Configuración propuesta por el Adjudicatario Microsoft Windows Server 2012 SE SP2 64 bits Controlador Secundario (Ubicación remota): Servidor Físico HP Proliant ML350 G5 Intel Xeon GHz (4CPUs) 9 GB RAM Microsoft Windows Server 2012 SE SP2 64 bits Plataforma de Virtualización Servidores ESX con infraestructura virtual versión 5.5 del vsphere de VMWare. Almacenamiento Cabina de almacenamiento NetApp de la infraestructura de virtualización. Copias de Seguridad Backup: Servidor Físico: HP Proliant DL380 G5 (reutilización) Intel Xeon GHz (2CPUs) / 4 GB RAM / 236 GB HDD 15

16 Microsoft Windows Server 2012 SE SP2 64 bits Symantec Backup Exec 2014 (disponible) Según puede comprobarse por comparación, las diferencias principales entre la situación final propuesta y la actualmente en servicio se resumen, básicamente, en: Actualización de los servicios de directorio activo Actualización de la plataforma de servidores de virtualización Actualización de la plataforma de copias de seguridad Descatalogación del software del actual servicio de correo Aprovechamiento del hardware de los servidores físicos de correo Implantación del nuevo servicio de Correo Electrónico Corporativo en nuevos servidores virtualizados Continuidad del servicio de Correo Electrónico Corporativo de la APBC Homogeneización y consolidación de la solución y el servicio Como ya ha quedado expuesto, los esfuerzos para alcanzar esta situación final propuesta serán la suma de los realizados por el personal técnico de la APBC para alcanzar la situación de trabajo más, a partir de ahí, los Servicios Profesionales propuestos por el Adjudicatario. No obstante, a estos últimos también habrá que añadir una última intervención de los técnicos de la APBC, contando también, si se considerara necesario, con la asistencia remota del Adjudicatario. Dicha última intervención consistirá en la actualización del servicio de copias de seguridad, que no se podrá acometer hasta que, por una parte, se libere uno de los servidores físicos actuales que soportan el servicio de correo, y por otra, hasta la instalación en dicha máquina del software de base que permita la compatibilidad con el software de gestión del servicio (Symantec Backup Exec 2014), cuya última versión está disponible y licenciada en la APBC. Además de todos los Objetivos previamente enumerados en apartados anteriores, este proyecto persigue: 16

17 A nivel técnico: Implantación de última tecnología para superar el desfase actual Integración de cualquier solución con los sistemas actuales Desarrollo y aplicación de todas las especificaciones técnicas que se relacionan en los siguientes apartados. A nivel operativo: Satisfacer las demandas de los usuarios del servicio Facilitar la labor y gestión de los administradores del servicio A nivel funcional: Utilización de los recursos disponibles de la APBC. Las Empresas Licitadoras podrán plantear la realización de un análisis y consultoría, si lo consideraran necesario, en fase de oferta y/o al inicio del proyecto, y a su coste, para comprobar la convergencia e integración de los sistemas actuales con el propuesto para la Situación Final. 6.4 DESCRIPCIÓN TÉCNICA La Descripción Técnica propuesta por el Adjudicatario deberá contemplar, en detalle, todos los recursos tecnológicos del proyecto. Los servicios, productos y medios técnicos a utilizar según los requerimientos del presente expediente habrán de ser: Utilización de la plataforma de virtualización de la APBC. Actualización de la tecnología del Directorio Activo. Actualización de la tecnología de virtualización WMWare. Despliegue del producto Exchange Server 2013 en todo su potencial. 17

18 Integración de todos los elementos de la nueva plataforma tecnológica en sistemas actuales (CPD, Red Local, almacenamiento, copias de seguridad, ). 6.5 REQUERIMIENTOS TÉCNICOS Las distintas soluciones técnicas propuestas que respondan al presente expediente, además de incluir en su Plan de Proyecto las especificaciones técnicas detalladas de todos los elementos que componen dicha propuesta de solución, deberán cumplir con los siguientes requerimientos mínimos. REQUISITOS DEL SUMINISTRO El Adjudicatario deberá proveer el licenciamiento de los productos software que componen la infraestructura solicitada. A saber: 2 licencias de Exchange Server 2013 (modalidad Gobierno) 260 licencias de acceso (CAL) Standard 4 licencias de Windows Server 2012 (modalidad Gobierno) o Soporte para 2 máquinas virtuales y 2 máquinas físicas 200 licencias de acceso (CAL) Windows Server Licencias temporales de Windows Server 2008 R2 SP2 SE 64 bits Todos los certificados digitales necesarios REQUISITOS DE IMPLANTACIÓN INFRAESTRUCTURA BASE La plataforma de control estará basada en Microsoft Exchange 2013, última versión de Service Pack o Rollup Package. El sistema operativo de los servidores de correo será Windows Server 2012 Standard x64, última versión de Service Pack 18

19 El Licitador deberá describir cómo se realizará la separación de los roles de servidor Exchange 2013 y su motivo. Toda la infraestructura de Exchange 2013 estará virtualizada con tecnología VMWare vsphere 5.5. Las bases de datos que almacenan los buzones de usuario y carpetas públicas así como logs transaccionales y sistema de archivado se almacenarán en la cabina de discos del CPD. CAPACIDAD Y ESCALABILIDAD El dimensionamiento que se realice para la plataforma de Exchange 2013 debe contemplar, al menos, un soporte para 260 usuarios con un espacio de almacenamiento medio de 2 GB. Se deben configurar al menos 3 bases de datos de buzones para diferentes tipos de usuarios y políticas de retención y archivado. No obstante, en este apartado se valorarán las recomendaciones del Adjudicatario pudiera proponer para la implantación específica de la APBC. INTEGRACIÓN CON OTROS ELEMENTOS Todo el flujo de entrada y salida del correo a la organización de Exchange 2013 de la APBC se realizará mediante la integración del Appliance perimetral que desempeña las funciones de mail relay SMTP y antispam. El Licitador deberá describir cómo se realizará la integración propuesta con el Appliance perimetral. 19

20 Exchange 2013 debe integrarse con un SMTP relay interno. Este SMTP relay recibe correos que envían las aplicaciones corporativas y los entrega a Exchange 2013 para su procesamiento y envío. ALTA DISPONIBILDAD La nueva plataforma de correo electrónico debe garantizar alta disponibilidad y la tolerancia a fallos. El Licitador deberá describir la configuración propuesta respecto a la alta disponibilidad y la tolerancia a fallos. La alta disponibilidad a nivel de buzones se implementará mediante el esquema de replicación propio de Exchange 2013: Database Availability Group (DAG) COPIAS DE SEGURIDAD El Licitador deberá proponer una solución de copias de seguridad para la plataforma de Exchange El tiempo objetivo de recuperación (RTO) ante cualquier tipo de incidencia aceptado por la APBC es de 4 horas. El Licitador deberá describir en detalle cómo se consigue dicho RTO de 4 horas requerido por la APBC. MOVILIDAD Y CLIENTES SOPORTADOS La plataforma de correo debe soportar el acceso remoto al correo electrónico corporativo utilizando cualquiera de los siguientes protocolos, para asegurar la sincronización de correos, contactos, tareas y datos del calendario: 20

21 ActiveSync: Permite la sincronización de los buzones de los usuarios con dispositivos que tengan implementado el protocolo ActiveSync (Windows Mobile y otras marcas con licencia ActiveSync). Outlook Anywhere: Permite utilizar el cliente de correo electrónico Microsoft Outllok para acceder al buzón del usuario de forma remota. Outlook Web Access (OWA): Permite el acceso al contenido del buzón del correo electrónico a través del interfaz Web. El Licitador deberá describir la solución de acceso remoto propuesta para la plataforma de Exchange Los clientes de correo soportados serán: Microsoft Outlook 2010, actuando como clientes MAPI e IMAP. Dispositivos móviles compatibles con ActiveSync CARPETAS PÚBLICAS Y SISTEMA DE ARCHIVADO El sistema deberá soportar una infraestructura de carpetas públicas, que debe permitir a los usuarios disponer de un espacio compartido para obtener, organizar y compartir información con otras personas del entorno corporativo. Se deberá configurar el sistema de archivado nativo que incorpora Exchange El sistema de archivado debe permitir a los usuarios tener acceso a sus correos archivados mediante OWA y Outlook 2007 o superior. Desde dichos clientes se debe poder ver un buzón de archivo y mover o copiar mensajes entre los buzones principales del archivo. SERVICIOS PROFESIONALES La implantación que debe realizar el Adjudicatario habrá de consistir en: Instalación y configuración de Exchange

22 Configuración y parametrización del nuevo entorno de trabajo Migración de los contenidos actuales: o Soporte a las incidencias generadas durante el proceso de migración o Desinstalación de la infraestructura de Exchange 2003 Transferencia de conocimiento: o Formación a administradores de Exchange 2013 COEXISTENCIA Y MIGRACIÓN DE BUZONES Durante la fase de migración, únicamente se deberá migrar el contenido de los buzones alojados en la plataforma de Exchange 2003 actual. No se requiere que se importe el contenido de los PST s o se adjunten los mismos a los nuevos buzones de Exchange Durante el periodo de coexistencia entre Exchange 2003 y Exchange 2013 se debe asegurar: La continuidad del servicio de correo, siendo lo más transparente posible para el usuario. Tanto los usuarios cuyos buzones se encuentren en el servidor Exchange 2003, como los usuarios cuyos buzones se encuentren en el servidor Exchange 2013, deben disponer de las siguientes funcionalidades: o Envío y recepción de correo con otros usuarios, ya sean internos o externos de la organización. o Acceso a la Lista Global de Direcciones actualizada (GAL). o Descarga de la Lista Global de Direcciones sin conexión (OAB). REQUISITOS DE SOPORTE El Licitador puede proveer soporte a los administradores de la plataforma de Exchange 2013 con posterioridad a la implantación de la misma. 22

23 El Licitador deberá describir el soporte que proveerá a la APBC, tanto en forma como en condiciones. REQUISITOS DE PLANIFICACIÓN Las Empresas Licitadoras deben presentar una planificación de acciones a realizar para llevar a cabo la migración y actualización requeridas. Las actividades propuestas deben realizarse, principalmente, de forma presencial en las instalaciones de la APBC. El plazo máximo de finalización incluye tanto el Suministro como los Servicios Profesionales responsabilidad del Adjudicatario. El Licitador deberá describir los componentes de la migración de la plataforma, la planificación y los pasos que serán necesarios, así como los plazos de ejecución. El proyecto de migración y actualización debe incluir formación a los administradores de Exchange de la APBC, impartiendo toda la Formación que se proponga. Las Empresas Licitadoras deberán presentar un temario y planificación de la Formación que se impartirá al personal técnico que administrará la plataforma. El Licitador deberá describir la documentación que se entregará a la finalización del proyecto. El tiempo de suministro de las licencias solicitadas no condicionará en ningún caso los plazos de ejecución del proyecto. En su caso, el Licitador, siempre a cargo del proyecto, deberá responsabilizarse de suministrar todas las licencias temporales que fueran necesarias. 23

24 6.6 REQUERIMIENTOS FUNCIONALES Los requerimientos funcionales del proyecto habrán de estar acordes con los criterios similares que han servido de justificación al mismo y que, por extensión, permitan la puesta en valor de las máximas funcionalidades de los productos que se van a suministrar y poner en servicio. No obstante, además de todos los requerimientos expuestos, en el proyecto tienen cabida otras iniciativas innovadoras que, dentro del objeto, objetivos, ámbito y alcance del mismo descritos en este Pliego, además de responder a las necesidades del servicio propuesto, pudieran ayudar a dar mayor extensión y completitud a las funcionalidades expuestas, siempre que proporcionen una visión global e integrada en la solución propuesta y con aplicación directa en los sistemas o usuarios implicados en su explotación. 7. DESARROLLO Y EJECUCIÓN DE LOS TRABAJOS. Los trabajos, en su conjunto y en cada una de sus partes, se desarrollarán y ejecutarán con estricta sujeción al presente Pliego de Prescripciones Técnicas, la Ley 31/2007, a la orden FOM 4003/2008, modificada por la Orden FOM 1698/2013, y a las Normas Oficiales que en él se citan. El Adjudicatario se obliga al cumplimiento, a su cuenta y riesgo, de todas las prescripciones que se deriven de su carácter legal de patrono respecto a las disposiciones de tipo laboral vigente o que puedan dictarse durante la vigencia del Contrato. El Director de la APBC podrá exigir al Adjudicatario en todo momento, la justificación de que se encuentra en regla en el cumplimiento de lo que concierne a la aplicación de la Legislación Fiscal, Laboral y de la Seguridad Social de los trabajadores. 24

25 La APBC designará un Responsable Técnico para la coordinación del proyecto, la monitorización de los trabajos y la puesta en explotación de la nueva plataforma. Dicho Responsable Técnico de la APBC desempeñará funciones directoras y establecerá los criterios y líneas generales de actuación del Adjudicatario, siempre conforme a su propuesta final, a fin de que la implantación del servicio se realice de manera correcta. Para ello, dicha propuesta final deberá describir en detalle, como mínimo, lo siguiente: Solución técnica completa: con la Descripción Técnica del proyecto, más las referencias a las especificaciones técnicas de todos los productos y servicios suministrados para garantizar la cobertura de las especificaciones funcionales planteadas en este Pliego. Proposiciones de mejora: con referencias a otras posibles aplicaciones dentro del ámbito y/o alcance del proyecto que estuvieran contempladas o no en este mismo Pliego. Gestión del proyecto: indicando la metodología a utilizar así como las herramientas y técnicas que se proponen para organizar adecuadamente los trabajos, especificando fases, plazos, recursos, hitos, tareas y entregables del Plan del Proyecto. Evaluación y control del proyecto: en términos de coste, tiempo y alcance planteado, incidiendo en la definición, planificación, ejecución, implantación, pruebas, documentación, formación y entrega de los trabajos y servicios a contratar. Durante el desarrollo del Contrato se deberán mantener reuniones periódicas que permitan organizar y validar el avance del proyecto, así como la entrega periódica de la documentación relativa a actas de reuniones, planificaciones, estudios, análisis, desarrollos, manuales, y cualesquiera otras que el Responsable Técnico del proyecto requiera. La periodicidad será determinada por éste último. 25

26 Durante la ejecución de los trabajos objeto del Contrato y en la fase de soporte técnico, el Adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por el Responsable Técnico del proyecto la información y documentación que éstas soliciten. El impacto que supone la implantación de un proyecto de la envergadura del objeto de este Pliego hace necesario que, a lo largo de la ejecución de todo el proyecto, se gestione el cambio que conlleva. Dicho cambio se deberá evaluar en: Organización y arranque del proyecto Creación de la estructura de gestión y los equipos de trabajo Difusión del proyecto con asignación de roles y recursos La APBC exigirá la disponibilidad absoluta e inmediata y la dedicación exclusiva del equipo propuesto para el proyecto durante el desarrollo y ejecución del mismo. Todos los trabajos se llevarán a cabo en las instalaciones de la Empresa Adjudicataria y de la APBC. En este último caso, se considerará como horario de servicio el de acceso a las instalaciones de la APBC. Para el desarrollo de los trabajos, el Adjudicatario utilizará sus propias licencias de uso de las herramientas necesarias para el proyecto, así como de las herramientas auxiliares y utilidades que pudiera necesitar. 8. IMPLANTACIÓN DEL SISTEMA Una vez realizado el suministro de todos los componentes del nuevo sistema, incluyendo toda la documentación, y concluidas con éxito todas las pruebas definidas en el correspondiente Plan de Pruebas destinadas a certificar que el sistema cumple con todos las especificaciones funcionales y técnicas, se procederá a la implantación del mismo en el entorno de producción. 26

27 Dicha implantación se realizará según el enfoque global del servicio descrito en las ofertas y cumpliendo las especificaciones de la descripción metodológica propuesta en el correspondiente Plan de Implantación. En el caso en que dicha metodología esté basada en el uso de herramientas informáticas, la oferta incluirá todas las licencias de uso que fuesen necesarias. Si durante la fase de paso a producción se pusieran de manifiesto deficiencias que no hubieran sido descubiertas durante las pruebas, no se procederá al despliegue generalizado del sistema hasta que dichas deficiencias fueran resueltas por el Adjudicatario, sin coste adicional para la APBC, y con posibilidad de imposición de las penalizaciones recogidas en el presente Pliego si ello supusiera retrasos en los hitos y/o plazos de ejecución del proyecto. La metodología utilizada debe permitir que la infraestructura de la plataforma, hardware y software, contemplen la posibilidad de la realización de prototipos del sistema de cara a facilitar las labores de validación y definición de las especificaciones por parte de los usuarios. El proceso de implantación y despliegue generalizado del sistema deberá ajustarse a los distintos procesos definidos, o que se definan con posterioridad, por los responsables de los Sistemas de Información y Comunicaciones de la APBC en la intención de minimizar la interacción del nuevo sistema con otros sistemas que ya están en producción. En particular, en ningún caso se realizarán paradas de servicio de los sistemas en producción para la implantación de cualquier componente del nuevo proyecto, debiendo consensuarse con el Responsable Técnico de la APBC los mejores momentos para hacerlo, aún fuera del horario de servicio si fuera necesario, y sin que estos posibles retrasos en los hitos y la implantación del proyecto pudieran ser achacables a la APBC de manera alguna. 27

28 9. FORMACIÓN. Las Empresas Licitadoras deberán ofertar un Plan de Formación para instruir en el uso de todos los componentes del nuevo sistema al personal de la APBC que se determine. En particular, dicho Plan de Formación deberá incluir: Nombre, contenido y duración de los cursos. Perfiles de formadores y personal al que va dirigido. Ciclos, plazas, material, condiciones de acceso y modalidad. La formación deberá impartirse en modo presencial en las dependencias que designe la APBC, proporcionando la documentación y el material necesario para ello, no considerándose propuestas inferiores a 16 horas y 3 jornadas. Adicionalmente podrán ofertarse otras propuestas formativas on-line, ya sean de formación inicial, perfeccionamiento o formación continua, que complementen la formación propuesta. 10. DOCUMENTACIÓN FINAL A ENTREGAR. La documentación final a entregar tras la implantación del proyecto incluirá, como mínimo, los siguientes documentos: Documentación Técnica: o Memoria descriptiva detallada de la arquitectura del sistema y de su funcionamiento o Descripción Técnica detallada del proyecto y de sus elementos o Relación del equipamiento suministrado e implantado o Relación de componentes hardware del nuevo sistema. 28

29 o Especificaciones técnicas del hardware del nuevo sistema. o Relación y especificaciones técnicas del software del nuevo sistema. o Referencias a las Hojas de Producto de cada proveedor. o Relación de licencias de uso de la plataforma. o Informes con la configuración específica de todos los elementos del nuevo sistema. o Informes de integración con tecnología y servicios actuales. o Manuales de todo el nuevo equipamiento instalado o Manuales de usuario y administración de los nuevos sistemas o Plan de Formación o Plan de Pruebas o Plan de Soporte y Garantía o Plan de Mantenimiento o Plan de Contingencia. o Simulación de recuperación ante desastres. o Planos y esquemas de toda la instalación. Documentación Administrativa: o Plan de Gestión del Cambio o Manual de Procedimientos o Plan de Difusión y Comunicación. La entrega de dicha documentación se realizará a la finalización de los trabajos, en papel y soporte electrónico (en un formato estándar), no considerándose finalizado el proyecto hasta entonces. Dicha documentación será requerimiento obligatorio para la aceptación, recepción y abono de los trabajos desarrollados. Además, siempre que la APBC lo estime conveniente, el Adjudicatario se compromete a entregar resultados parciales de los trabajos desarrollados. 29

30 11. RECEPCIÓN DEL PROYECTO Una vez implantado y desplegado con éxito el nuevo proyecto, se considere en producción, se haya entregado toda la documentación exigida, se hayan realizado los cursos de Formación, y se haya garantizado el flujo de trabajo adecuado y aplicable para las funciones de cada perfil profesional en el desarrollo de sus funciones, el Responsable Técnico del proyecto preparará el Acta de Recepción del mismo y propondrá el acto para la firma entre el Adjudicatario y la APBC. 12. SOPORTE Y MANTENIMIENTO Tras la firma del Acta de Recepción del proyecto se dará por cerrada una primera versión del mismo y se iniciarán las fases de Soporte y Mantenimiento y de Garantía. El Adjudicatario deberá ofrecer, con cargo el proyecto, un servicio de soporte durante un plazo mínimo de un (1) año tras la recepción del mismo. Se valorará la ampliación de este plazo. Durante este periodo de soporte, el Adjudicatario se encargará de incluir en el conjunto del sistema (hardware y software) las nuevas versiones de las aplicaciones informáticas que pudieran desarrollarse así como resolver todas las incidencias no detectadas previamente; todo ello sin coste adicional para la APBC. Con el fin de proporcionar asistencia técnica a los usuarios y administradores de la APBC con el manejo de cualquiera de los componentes del proyecto, será necesario que en dicho servicio de soporte el Adjudicatario garantice la resolución de cualquier tipo de incidencia que pueda presentarse. Para ello, deberá especificar el Acuerdo de Nivel de Servicio (ANS) que se compromete a cumplir (asistencia telefónica, in-situ, help-desk, tipos de incidencias, tiempos de respuesta, atención y resolución, etc.) pudiendo incluir los servicios de atención que mejor crea convenientes. 30

31 El Adjudicatario deberá presentar un Plan de Mantenimiento de todos los elementos que componen todos los módulos del nuevo proyecto, incluyendo las garantías cubiertas y el registro detallado de las actuaciones realizadas durante los periodos de Soporte y Mantenimiento y de Garantía. En dicho Plan se describirá con detalle las características del soporte técnico ofertado: personal técnico y distribución geográfica de los servicios técnicos, tipo de asistencia para notificación de incidencias, horario de atención, número de horas que se incluyen en el coste del servicio, tiempo de resolución de averías y cualquier otro servicio incluido. Todos estos datos deberán ser traspasados al Responsable Técnico de la APBC para la gestión propia de posteriores servicios de mantenimiento una vez terminado el soporte garantizado por este Pliego. Adicionalmente, en dicho Plan también deberá incluir una tarifa para mantenimientos correctivos y evolutivos, diferenciados por perfiles, para atender, por una parte, las modificaciones o nuevas funcionalidades que no se incluyan dentro de este Pliego, y por otra, posibles intervenciones posteriores fuera del periodo de tiempo de soporte y mantenimiento propuesto. La gestión de los mantenimientos correctivos y evolutivos se regirá por el proceso de gestión de cambios previamente definido por la APBC. 13. SEGUIMIENTO Y CONTROL. Para ejercer las funciones de seguimiento, control e inspección que se deriven del desarrollo del Contrato que se establezca, la APBC cuenta con su Responsable Técnico ante la empresa y con todos los medios personales y materiales del Organismo Público. 31

32 No obstante, la APBC podrá tomar en cualquier momento las medidas de control que considere oportunas para la vigilancia del correcto cumplimiento de las obligaciones a que está sometido el Adjudicatario como consecuencia del presente Pliego y de las que se contemplen en el Contrato que de él se derive. Cualquier infracción o incumplimiento del Contrato será comunicado al Adjudicatario a través de su representante ante la APBC, mediante la correspondiente acta de incidencias que deberá ser, en cualquier caso, aceptada y firmada por él mismo. Será suficiente motivo de rescisión de Contrato, el levantamiento de cinco actas documentadas y probadas de incumplimiento de Contrato. En dicho supuesto la Empresa Adjudicataria procederá en un plazo máximo de 30 días a cesar en la ejecución de los servicios contratados, sin que la APBC se vea obligada a satisfacer cantidad alguna en concepto de indemnización y, en todo caso, con pérdida de la fianza por parte del Adjudicatario. 14. PERIODO DE GARANTÍA: El Adjudicatario deberá garantizar la buena calidad de los productos que suministre e implante, la plena operatividad y funcionalidad de todos los componentes del nuevo proyecto según las necesidades y requerimientos de la APBC, así como la corrección de errores de software por un periodo de dos (2) años. Se valorará la ampliación de dicho plazo. Si durante el mismo se observasen defectos imputables a las características de los productos suministrados o implantados, el Adjudicatario estará obligado a reponer los que hayan resultado inadecuados o defectuosos. En todos los casos la garantía de los productos utilizados contará desde la firma del Acta de Recepción del proyecto, y en ningún caso dicho plazo de garantía contará desde la adquisición o instalación física de dichos elementos. 32

33 La garantía incluirá todos los mantenimientos preventivos especificados por el fabricante, y las reparaciones necesarias, con la sustitución de elementos deteriorados por cualquier avería que pudiera producirse. Durante este periodo se garantizará igualmente el mantenimiento correctivo de los trabajos realizados, encaminado a corregir los errores del software, así como el mantenimiento evolutivo o de actualización legal (cambios de normativa) que fueran necesarios. 15. PROPIEDAD INTELECTUAL. Todos los derechos de propiedad intelectual y de Copyrigth que se puedan derivar de los trabajos objeto del Contrato serán propiedad exclusiva de la APBC, que podrá bien reproducirlos o divulgarlos total o parcialmente, bien utilizarlos para otras iniciativas, proyectos o convenios, obligándose las partes a otorgar el documento oportuno cuando éste sea necesario, para la debida constancia pública de este hecho ante cualquier Organismo o Registro de cualquier ámbito. El Adjudicatario será responsable de los daños y perjuicios que se deriven del incumplimiento de esta obligación. 16. CONFIDENCIALIDAD DE LOS TRABAJOS. Todos los trabajos que desarrolle el Adjudicatario tanto en el estudio y propuesta de la mejor solución técnica como en el desarrollo y puesta en servicio del nuevo proyecto tienen carácter confidencial, según las directrices y recomendaciones de mejores prácticas en la gestión de la seguridad de la información definidas en el estándar ISO , por lo que deberá adoptar los medios necesarios para evitar su difusión fuera del ámbito de influencia de la APBC. 33