Migración del servicio de Gestión de la Configuración del Puesto Corporativo a MS System Center Configuration Manager

Transcripción

1 Migración del servicio de Gestión de la Configuración del Puesto Corporativo a MS System Center Configuration Manager Pliego de Bases Técnicas Fecha: Mayo de 2011 Referencia: 038/2011 EJIE S.A. Mediterráneo, 14 Tel * Fax Vitoria-Gasteiz Posta-kutxatila / Apartado: Vitoria-Gasteiz Este documento es propiedad de EJIE, S.A. y su contenido es confidencial. Este documento no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento. Pliego Proyecto Migración del servicio de Gestión de la Configuración del Puesto Corporativo a i

2 Contenido Capítulo/sección Página 1 Introducción Perfil de la compañía Objeto de la contratación 1 2 Especificación de la respuesta al Pliego de Condiciones Contenido Forma Respuesta Visitas a Referencias Valoración de ofertas Condiciones de Seguridad 5 3 Situación actual del servicio de Gestión de Puesto Corporativo Descripción Servicios y/o funcionalidades utilizadas en MS SMS Servicios y/o funcionalidades utilizadas en MS WSUS Parque de puestos cliente al que dan servicio estas infraestructuras Infraestructura y Topología de Red Solución MS SMS Solución WSUS Arquitectura del Servicio (clientes) Limitaciones 12 4 Situación deseada System Center Configuration Manager 13 Pliego Proyecto Migración del servicio de Gestión de la Configuración del Puesto Corporativo a ii

3 4.1 Requisitos Factores de Éxito Planificación Perfiles de Proyecto Entregables Plazo de Ejecución Precio de la Solución 19 5 Anexo 1. Condiciones Generales para la Contratación de materiales y servicios 20 6 Anexo 2. Modelo de Proposición Económica 21 Pliego Proyecto Migración del servicio de Gestión de la Configuración del Puesto Corporativo a iii

4 1 Introducción 1.1 Perfil de la compañía EJIE, empresa pública del Gobierno Vasco contribuye, mediante la prestación de servicios informáticos, a conseguir una Administración Pública Vasca moderna y eficiente, construyendo y manteniendo la infraestructura de los Sistemas de Información y posibilitando su continuidad y seguridad en base a un personal cualificado y a unos recursos y costes adecuados a la demanda. EJIE, tiene como meta final la consecución de la satisfacción de sus clientes, para ello se ha impuesto como objetivos permanentes los siguientes: Prestar servicios de manera eficiente y con calidad, asegurando el cumplimiento de los plazos de respuesta y un nivel "cero" de reclamaciones e incidencias. Prestar servicios competitivos en relación al sector, en base a la permanente adecuación de los servicios internos al ámbito de actuación y asignando los recursos óptimos mediante la aplicación de los principios de racionalidad, especialidad y eficiencia. Integrarse activamente con sus clientes en un entorno de transparencia, comunicación y con objetivos comunes: comprensión del problema, enfoque adecuado y resolución satisfactoria. Obtener una imagen corporativa de servicio eficiente, de calidad y de empresa en punta tecnológica en el sector. 1.2 Objeto de la contratación El objetivo del presente documento es la contratación de servicios profesionales para la ejecución del proyecto de Migración del servicio de Gestión de la Configuración del Puesto Corporativo a MS System Center Configuration Manager dentro del marco de los proyectos asociados a la iniciativa de Nuevos Escenarios Clientes de EJIE/Gobierno Vasco. Actualmente, en la Red Corporativa Administrativa del Gobierno Vasco (RCAGV), existe una infraestructura de MS Systems Management Server (SMS) 2003 que permite gestionar los puestos clientes de la red, desplegando imágenes de Sistema Operativo, desplegando aplicaciones internas, realizando el inventario de HW y SW, así como para permitiendo realizar el control remoto de los puestos. Adicionalmente, se utiliza una infraestructura de MS Windows Server Update Services (WSUS) para el despliegue de parches y actualizaciones de tecnología Microsoft a los puestos de trabajo, completamente desligada de la plataforma SMS 2003, lo que redunda en tareas administrativas sobre el entorno de puestos. La visión global del proyecto es diseñar e implantar la migración del servicio de Gestión de la Configuración de la RCAGV, actualmente bajo SMS 2003 y WSUS, a System Center Configuration Manager (de ahora en adelante SCCM) de manera que permita una gestión centralizada de políticas de administración, configuración, mantenimiento y actualización más ágil y productiva de manera unificada. Adicionalmente, el diseño incorporará los roles adicionales necesarios para el despliegue de imágenes de sistemas operativos Windows con SCCM. 1

5 Los apartados anteriores se presentan en el pliego como una base para la valoración económica, de esfuerzo y tiempo. Durante la ejecución del proyecto tendrán que volverse a definir y analizar además de repasar el alcance de todos ellos. Por otro lado, aclarar que en el pliego no se está solicitando la solución del hardware ni software para la plataforma de SCCM. El alcance de este pliego incluye todas las tareas necesarias para el diseño, pruebas y despliegue de la solución usando las tecnologías mencionadas anteriormente. Asimismo se deberá incluir la asistencia en soporte de la solución y la responsabilidad del buen funcionamiento de toda esta infraestructura. 2

6 2 Especificación de la respuesta al Pliego de Condiciones 2.1 Contenido La respuesta al Pliego de Condiciones debe incluir una propuesta (incluyendo oferta de precio) basada en la información de este Pliego de Condiciones y en la experiencia del suministrador en proyectos similares. Además de la exposición elaborada por EJIE, será muy apreciada una actitud creativa y la aportación de ideas en la respuesta al Pliego de Condiciones. Están invitados a tener esto en cuenta al elaborar su respuesta al Pliego de Condiciones. 2.2 Forma EJIE requiere que las respuestas al Pliego de Condiciones sean en castellano. Si así lo desean, se permite a los suministradores que proporcionen información adicional, como descripciones de productos e información de referencia, solamente en inglés. 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. Se presentará al menos dos copias impresas y la misma información en dispositivo magnético (CD). 2.3 Respuesta Dentro del alcance de este Pliego de Condiciones, esperamos que los requisitos planteados en el punto 4.1 sean desarrollados y valorados por el suministrador. En la respuesta técnica al Pliego de Condiciones, se deberá proporcionar: 1. Introducción y presentación de la oferta con los objetivos, alcances y propuestas. 2. Modelo de organización del servicio global con: a. Órganos de gestión b. Responsable de las diferentes áreas de actividad c. Relaciones entre ellos y con EJIE, así como las funciones principales de los responsables d. Propuesta de gestión y seguimiento del servicio 3. Propuesta del calendario 4. Currículo Vital de todo el personal propuesto, incluyendo conocimientos de idioma 3

7 5. Propuesta de implantación, hitos, puntos de control, duración, entregables, experiencias y recomendaciones 6. Presentación de empresa y adecuación al servicio demandado a. Estructura de empresa b. Implantación y medios en Euskadi c. Orientación de negocio d. Experiencias e. Certificaciones e información de garantías de calidad 7. Identificación de mejoras y propuesta que a entender del licitador incrementan el valor añadido de sus ofertas respecto de lo demandado en este pliego 8. Un enfoque y precio por servicios de implementación y soporte operacional. 9. Se debe confeccionar el modelo de Proposición Económica del Anexo Todos los precios vendrán sin IVA. Toda la información de productos, whitepapers y otra documentación será añadida como apéndices. Se requiere que el documento principal sea proporcionado en papel y en formato electrónico ofimático, y entregado en EJIE. 2.4 Visitas a Referencias EJIE podría desear visitar a clientes de referencia, si es posible dentro del estado español o en países vecinos. Durante estas visitas, se prestará especial atención al despliegue de la solución de colaboración. 2.5 Valoración de ofertas Para la valoración de las diferentes ofertas, se tendrán en cuenta los siguientes criterios: Oferta Económica 40% Servicios y Soporte 20% Funcionalidad 15% Arquitectura 15% Visión estratégica del suministrador 10% Se calcula en relación a oferta mínima presentada. Aplicando la siguiente fórmula: P = Pm * (Min / Of) Puntuación = Máxima Puntuación (Oferta Mínima / Oferta a valorar) 4

8 2.6 Condiciones de Seguridad EJIE S.A. proporcionará acceso a sus sistemas informáticos y entregará la información y documentación necesaria para poder llevar a cabo los Servicios especificados, debiendo la empresa adjudicataria comprometerse a no utilizar para otros fines que los recogidos en el presente Pliego de Condiciones Técnicas, así como a no extraerla, cederla, publicarla o venderla total o parcialmente, ni en soporte informático ni en papel, debiendo proceder a la devolución de los soportes de la información facilitados por EJIE, S.A:, así como a la descarga de la misma de los equipos informáticos (si existieran), una vez se dé por concluido el trabajo. En cumplimiento de la Ley Orgánica de Protección de Datos, se deberá cumplir la Política de Seguridad de los Sistemas de Información que dispone EJIE para las Empresas Proveedoras de Servicios. Políticas de seguridad de los Sistemas de Información para Empresas Proveedoras: 5

9 3 Situación actual del servicio de Gestión de Puesto Corporativo En este apartado se pretende dar una visión del servicio proporcionador por MS SMS 2003 y el WSUS en la actualidad. 3.1 Descripción Servicios y/o funcionalidades utilizadas en MS SMS 2003 En el presente apartado se pretende dar una visión de las tareas que realiza cada uno de los distintos servicios de EJIE que intervienen en la plataforma actual. A modo de resumen se identifican las siguientes tareas asignadas a cada uno de ellos: Servicio de Gestión del Despliegue: o Distribución de software y aplicaciones en clientes. o o Mas de 600 colecciones. Media de 30 anuncios diarios de publicaciones. Avisos y paquetes desplegados durante 2010: 610 avisos/paquetes. Media de 260 clientes por aviso. Instalación de agentes en clientes. Instalación de imágenes de Sistema Operativo cliente (Windows XP). Actualmente existen 25 imágenes (se guarda el histórico por modelos), aunque realmente solo se usan los 2-3 últimos. Servicio de Centro de Atención a Usuarios (Gestión de Incidencias): o Control remoto usado por cerca de 60 técnicos. Servicios de Explotación o Explotación de datos de inventario. Se realiza un proceso de consolidación del inventario entre todos los sistemas existentes. Estos procesos se ejecutan con una periodicidad semanal y realizan consultas sobre las Bases de Datos del SMS 2003 actual que están albergadas en SQL Server Estos procesos son básicamente paquetes DTS (Data Transformation Services) de SQL Server 2005 que hacen exports de los datos para darlos de alta en ARS (Action Request System), que es el software corporativo que se utiliza para el inventario tanto de hardware como de software. o Monitorización, Operaciones y Soporte de la plataforma: Copias de seguridad, permisos, etc. 6

10 Servicios a Proyectos: o Inventario software y hardware. o Reglas de uso de software. Determina la frecuencia y tiempo de uso de las aplicaciones Servicios y/o funcionalidades utilizadas en MS WSUS Mediante el servicio de MS WSUS (Windows Server Update Services) corporativo, se proveen de actualizaciones de seguridad a los sistemas operativos Microsoft Windows corporativos: MS Windows XP, MS Windows Server 2000, MS Windows Server 2003 y MS Windows Server La infraestructura de MS WSUS desplegada da servicio, por las diferentes redes, a los clientes de los Directorios Activos de los entornos productivo y de desarrollo y a los servidores stand-alone. MS WSUS ofrece informes y gráficos de seguimiento que sirven para comprobar el progreso de las instalaciones de las actualizaciones de seguridad y permiten conocer la salud del parque de equipos MS Windows corporativos Parque de puestos cliente al que dan servicio estas infraestructuras Los agentes de SMS 2003 están desplegados en todos los clientes de la Red Corporativa Administrativa del Gobierno Vasco pertenecientes al dominio Windows 2003 de Producción. En total se trataría de unos clientes. Se fuerza un inventario hardware y software todas las semanas. 7

11 3.2 Infraestructura y Topología de Red Solución MS SMS 2003 Los ocho servidores que constituyen la solución, son servidores miembros del Directorio Activo del entorno de Producción. Están distribuidos en cuatro sites SMS dispuestos en una jerarquía de dos niveles: un site padre central y tres sites hijos. SITE Rol Hardware Software Central Site Server 4 CPUs 3GHz MS Windows Server 2003 Enterprise SP2 SQL Server 4 GB RAM MS SMS 2003 Server with MS SQL 2005 (Inglés) OSD 36 GB (Mirror HW) 2 Tarjetas 100 (teaming balanceo) IIS 6.0 (Inglés) SMS 2003 Service Pack 3 2 HBAs Almacen. SMS 2003 Toolkit 2 Araba Site Server 4 CPUs - 3GHz MS Windows Server 2003 Enterprise SP2 SQL Server 4 GB RAM MS SMS 2003 Server with MS SQL 2005 (Inglés) 36 GB (Mirror HW) IIS 6.0 (Inglés) 2 Tarjetas 100 (teaming balanceo) SMS 2003 Service Pack 3 2 HBAs Almacen. SMS 2003 Toolkit 2 8

12 Distribution Point WSUS 4 CPUs - 3GHz 4 GB RAM 36 GB (Mirror HW) MS Windows Server 2003 Enterprise SP2 IIS 6.0 (Inglés) MS Windows Update Services 3.0 (Inglés) 4 Tarjetas 100 (teaming balanceo) SQL 2005 Standard (Inglés) 2 HBAs Almacen. Distribution Point 4 CPUs - 3GHz 4 GB RAM MS Windows Server 2003 Enterprise SP2 IIS 6.0 (Inglés) 36 GB (Mirror HW) 4 Tarjetas 100 (teaming balanceo) 2 HBAs Almacen. Bizkaia Site Server 4 CPUs MS SMS 2003 Server with MS SQL 2005 (Inglés) SQL Server 4 GB RAM IIS 6.0 (Inglés) 36 GB (Mirror HW) SMS 2003 Service Pack 3 2 Tarjetas 100 (teaming balanceo) SMS 2003 Toolkit 2 2 HBAs Almacen. Distribution Point WSUS 4 CPUs - 3GHz 4 GB RAM 36 GB (Mirror HW) MS Windows Server 2003 Enterprise SP2 IIS 6.0 (Inglés) MS Windows Update Services 3.0 (Inglés) 4 Tarjetas 100 (teaming balanceo) SQL 2005 Standard (Inglés) 2 HBAs Almacen. Gipuzkoa Site Server SQL Server 4 CPUs 4 GB RAM 36 GB (Mirror HW) 2 Tarjetas 100 (teaming balanceo) 2 HBAs Almacen. Microsoft SMS 2003 Server with Microsoft SQL 2005 Technology (Inglés). IIS 6.0 (Inglés) SMS 2003 Service Pack 3 SMS 2003 Toolkit 2 Distribution Point WSUS 4 CPUs - 3GHz 4 GB RAM 36 GB (Mirror HW) MS Windows Server 2003 Enterprise SP2 IIS 6.0 (Inglés) MS Windows Update Services 3.0 (Inglés) 4 Tarjetas 100 (teaming balanceo) SQL 2005 Standard (Inglés) 2 HBAs Almacen. 9

13 Solución OSD Los paquetes de Sistemas Operativos se publican en el site Central (que tiene instalado el Operating System Feature Pack OSD) y están copiados en los Distribution Point. Desde las subredes locales de las ubicaciones de EJIE, Lakua, Gran Vía y Habe es de donde se hacen los despliegues de las imágenes. En cada una de estas subredes, existe un equipo de cumple las funciones de servidor DHCP encargado de dar direccionamiento al cliente de OSD para luego descargar la imagen desde los Distribution Points Solución WSUS La arquitectura WSUS 3.0 está formada por cuatro servidores formando una jerarquía de dos niveles: hay un servidor upstream que recibe las actualizaciones desde Microsoft Update Services (Internet) y tres servidores downstream réplica del upstream. El servidor de upstream se encarga de distribuir, mediante configuración de directivas, los parches de seguridad entre los servidores Windows situados en los CPD. Para los otros 3 servidores se ha utilizado la configuración de sites existente (Araba, Bizkaia, Gipuzkoa) para, mediante GPOs de site, distribuir los clientes entre los diferentes servidores dependiendo la asignación de sitio que le corresponda. La información de estos 3 servidores asignados a cada sitio (que, a su vez, forman parte también de la solución de SMS como Distribution Points), se reporta al servidor de nivel superior donde se visualiza y gestiona toda la distribución de parches. Actualmente: clientes actualizados por el WSUS Corporativo. Existe un grupo de equipos, donde se agrupan todos los Windows XP Corporativos (mas de 6.600). Existen otros 8 grupos de equipos (servidores) separados por entornos y albergues. Toda la programación relacionada con la instalación de los parches se realiza mediante directivas de grupo. 10

14 Arquitectura del Servicio (clientes) Actualmente el parque de PCs de la RCAGV es cliente de SMS. Los PCs son instalados siguiendo un procedimiento basado en el servicio OSD de SMS 2003, y en base a criterios de software base definidos por parte de EJIE. Como parte de la instalación de un PC Corporativo se encuentra el procedimiento de instalación y de verificación del cliente de SMS por parte del técnico asignado a la instalación del PC. En la Red Corporativa existen cerca de clientes MS Windows XP SP3 controlados por SMS Su distribución por Sites y Ubicaciones: Site Araba (Gasteiz conectados a las cabeceras Lakua y EJIE): 4541 clientes. Site Bizkaia (Bilbao conectados a las cabeceras GranVia y G.Concha): 1362 clientes Site Gipuzkoa (Donosti conectados a las cabeceras Andia y HABE): 954 clientes. Además de los edificios principales de EJIE, Lakua, Gran Via o HABE donde se encuentran la gran mayoría de los PCs corporativos, existen en total mas de 120 edificios conectados a la Red Corporativa con conectividades mínimas de 4Mb (y hasta 100Mb) con la cabecera de provincia correspondiente. Como caso especial se encuentran las 6 delegaciones de Gobierno (América, Bruselas, Madrid, ) donde hay que tener en cuenta, además, la latencia de dichas conectividades. PC Corporativo El puesto escritorio corporativo actual está basado en el Sistema Operativo Microsoft Windows XP Service Pack 3 con el paquete ofimático de Microsoft Office 2003 y se completa con un antivirus McAfee VirusScan Enterprise, lector de PDFs de Acrobat y reproductor multimedia Real. La mayoría de los equipos sobremesa son DELL y los portátiles LENOVO diseñados para Windows XP Sp3. Por lo menos el 95% de los equipos tienen procesadores de mas de 2 GHz, mas de 1,5 GB de memoria RAM y mas de 75 GB de Disco Duro. Actualmente los clientes de la red corporativa están pinchados a puntos de red configurados a 100 Mb. Los usuarios finales no tienen permisos de instalación por lo que las aplicaciones y productos se instalan mediante técnicos instaladores o mediante el servicio MS SMS En los clientes de SMS 2003 se instalan los siguientes agentes: o Hardware Inventory Client Agent (inventario simple una vez a la semana) o Software Inventory Client Agent (inventario una vez a la semana) o Remote Tools Client Agent o Advertised Programs Cliente Agent (chequeo cada 60 minutos de nuevas distribuciones) o Software Metering Cliente Agent. Los métodos de descubrimiento utilizados son: Heartbeat Discovery (una vez a la semana) AD System Discovery. AD User Discovery El método de instalación del cliente utilizado es Client PUSH 11

15 3.3 Limitaciones La solución de integración que existe entre las plataformas de MS SMS 2003 y WSUS no es buena. Sería deseable una solución que puediera desplegar actualizaciones de seguridad de productos no- Microsoft. Arquitectura y software obsoleto. También se debería tener en cuenta la alta disponibilidad y las contingencias en el nuevo diseño. Imposibilidad de hacer distribuciones de software a otro tipo de objeto que no sean equipos inventariados por SMS. Se desearía poder realizar distribuciones a otro tipo de objetos. No existen los roles necesarios para explotar todas las funcionalidades que ofrece la solución desplegada actualmente. Herramientas de Control Remoto limitadas. La integración con el Directorio Activo no es completa. No existe la posibilidad de gestionar los dispositivos móviles, ni de realizar una gestión de energía de los PCs corporativos. 12

16 4 Situación deseada System Center Configuration Manager 4.1 Requisitos Desde EJIE se identifican los siguientes puntos como requisitos que debe cubrir el proyecto de migración a SCCM: Desplegar System Center Configuration Manager en el entorno de Producción y migrar la gestión de la configuración a este nuevo servicio. Mantenimiento de todos los objetos creados hasta el momento (colecciones, paquetes, ). Reorganización de la información almacenada en la plataforma actual basándose en las nuevas funcionalidades de la herramienta. Reducción de riesgos de seguridad y sus costes asociados, en base a la funcionalidad de actualizaciones de seguridad del sistema mejorada con respecto a WSUS. Necesidad de una gestión ágil de los parches de seguridad, tanto de Sistema Operativo como de otros productos. Definición de procedimientos de aplicación de parches como, por ejemplo, disponer de un entorno piloto de aplicación de parches. Añadir soporte para la gestión de nuevos sistemas de operación (Windows 7, etc.). Implementar los procesos de gestión de la configuración de la plataforma de puestos bajo el nuevo sistema, incluyendo los procesos de: o Inventario de HW y SW o Distribución de SW o Distribución de Actualizaciones o Control Remoto o Software Metering Diseño de Componente de Arquitectura de Despliegue basado en SCCM y su integración con MDT para el despliegue de imágenes de sistemas operativos Windows. Aquí se incluirán las tareas necesarias para el diseño de la funcionalidad de despliegue o actualización de Sistema Operativo a través de SCCM ( zero touch ) basado en los roles requeridos para ello, así como los procesos asociados al despliegue que puedan ser integrados en la infraestructura de SCCM (migración de perfiles y/o datos de usuario, etc.) En el futuro, posibilitar la reducción de costes de gestión al disponer de un sistema ampliable que permitiría, entre otras funcionalidades (a estudiar y/o desplegar): o o Actualizaciones o instalaciones de sistema operativo Windows con mínima o nula intervención de administradores. Realización de algún tipo de control sobre los dispositivos móviles (Tabletas, móviles, PDAs, ) o o Gestión avanzada de energía de los PCs Corporativos. Integración con Intel v-pro. 13

17 Adecuación de los procedimientos de instalación de software en PCs. Publicación de los paquetes de distribución de software en otros sistemas. Control de las licencias de software que se utilizan. Integración de esta información con otros sistemas existentes. Posibilidad de distribución de software e imágenes de Sistema Operativo en las delegaciones de Argentina, Chile, Creación de perfiles de software para la instalación de nuevos equipos. En la actualidad SMS se emplea básicamente para actualización de software ya instalado. La primera instalación del software se realiza manualmente por parte del personal de Instalaciones. Sería necesaria la creación de instalaciones desatendidas para la instalación de software nuevo, tanto de productos como de aplicaciones a medida. Nuevos escenarios de uso de la herramienta. Posibilidad de que sea Soporte Software quien realice ciertas operaciones en la nueva herramienta. 4.2 Factores de Éxito Se consideran como factores críticos de éxito, la consecución de los siguientes puntos: Obtener un diseño de SCCM que se ajuste a la topología existente. Obtener un diseño de la migración de SMS 2003 a System Center Configuration Manager. Realización satisfactoria de las pruebas necesarias para la validación del diseño de la solución. Definición de procedimientos de despliegue y operación más frecuentes sobre la plataforma. Asignación clara de los roles y responsabilidades de la nueva solución. Apoyo durante la ejecución e implantación del diseño en su fase de laboratorio y piloto. Verificación del uso y operación correcta del servicio. Minimizar el tiempo necesario para la configuración y despliegue. Obtener la máxima funcionalidad y rendimiento de la tecnología implementada, consiguiendo con ello una mayor rentabilidad de la inversión realizada Realizar una transferencia de conocimiento al equipo técnico de EJIE, acorde con el esfuerzo desarrollado en el proyecto, que les permita mejorar su gestión de la plataforma de puestos. 14

18 4.3 Planificación A continuación se realiza la descripción de las tareas que se estiman necesarios para la consecución del proyecto. Fase I: Visión y Alcance Documento Visión y Alcance. Documento Preliminar Plan de Proyecto. Revisión de riesgos. Fase II: Análisis de Situación Actual y Planificación Revisión de la situación del actual servicio de Gestión de Configuración con SMS Determinar los requerimientos funcionales y no funcionales del proyecto, tales como: funcionalidades a implementar, disponibilidad, seguridad, capacidad, gestionabilidad, etc. Revisión final del plan de proyecto. Establecer el entorno de laboratorio. o Definición del Laboratorio de pruebas. o Definición de proceso de construcción y reconstrucción del laboratorio. Instalar y configurar el laboratorio. Fase III: Diseño Diseño de estrategia de migración completa (central, primario, secundario a BDP o secundario) Diseño de la migración de la solución de gestión de configuración para sede central y sedes remotas: Diseño lógico y físico de la solución bajo SCCM. o Diseño de las funcionalidades: Inventario de Hardware/Software. Software Metering (seguimiento del uso del software en la empresa). Distribución de Software. Actualizaciones de Software/parches de Sistema Operativo. Herramientas remotas (incluye el control remoto para la asistencia técnica). o Diseño de los distribution points en función del tipo de sede, y estudio de consolidación con de sites. 15

19 o Diseño de componentes de Arquitectura de Despliegue basados en SCCM y su integración con MDT Definición de Roles de SCCM para OSD Diseño de funcionalidades para OSD Directrices para Dimensionamiento de Roles de SCCM para OSD o Diseño de la seguridad. o Revisión plan de capacidad (hardware y servidores). o Diseño del despliegue y migración del sistema. Diseño de Procedimientos o Procedimientos despliegue SCCM o Procedimientos básicos de Administración y Operación del entorno SCCM, que describirá los procedimientos fundamentales para mantener y soportar el sistema, tales como: proceso de copias de seguridad/restauración, monitorización, gestión base del servicio. o Workflows y Procesos para la gestión de la configuración (distribuciones, actualizaciones y resto de funcionalidades) Plan de Pruebas o Definición Plan de Pruebas o Creación y pruebas del script de reasignación de sitios o Implementación de diseño en el laboratorio y ejecución del plan de pruebas (despliegue, actualización y resto de funcionalidades definidas) o Modificación Diseño y/o Procedimientos en función de pruebas Fase IV: Estabilización Transferencia conocimiento y apoyo pre-despliegue o Diseño de Solución o Procedimientos Migración del actual entorno de SMS 2003 a SCCM: o Preparación entorno infraestructura central o Despliegue y configuración infraestructura central o Migración de Colecciones y Paquetes de Sitio Central o Distribución script de reasignación de clientes al nuevo site o Despliegue actualización clientes Grupo Piloto Fase V: Despliegue Despliegue en producción resto clientes. 16

20 4.4 Perfiles de Proyecto Para la presente colaboración, se estiman la dedicación de los siguientes perfiles Perfiles de Proyecto Jefe de Proyecto Arquitecto de SCCM Consultor de SCCM Descripción Será el encargado de la gestión del proyecto por parte de la empresa adjudicataria y el principal interlocutor con el Jefe de Proyecto de EJIE Arquitecto de Infraestructura con fuerte experiencia en proyectos de System Center Configuration Manager quién realizará el diseño de la infraestructura de SCCM y el proceso de migración a la nueva plataforma Coordinado con el Arquitecto, realizará las actividades técnicas relacionadas con la construcción y pruebas en el laboratorio de todos los elementos que conforman la solución. 4.5 Entregables A continuación se detallan los diferentes entregables previstos que deberán estar disponibles tras la finalización, revisión y aceptación de las tareas en el marco de este contrato de servicios: Nombre del Entregable Visión y alcance Plan de proyecto (actualizado durante el proyecto) Matriz de riesgo (actualizado durante el proyecto) Descripción Documento con una definición de la visión, los requerimientos y el alcance de la solución. También incluye diagramas de arquitectura de alto nivel (con alternativas), una descripción de los componentes implicados en el sistema, una matriz de riesgos y una guía básica del proyecto. Documento que describe la ejecución completa del esfuerzo, de uso generalizado a lo largo del proyecto que recopila la planificación temporal del mismo y en el que se detallan las actividades en que se desglosa la ejecución del proyecto, así como los hitos intermedios identificados. Documento que describe los riesgos asociados al proyecto, de uso generalizado a lo largo del proyecto que recopila la condición, consecuencia, probabilidad, impacto, exposición, mitigación, contingencia, evento disparador y responsables de cada riesgo 17