Gestión de Cambios. En el caso de que se proporcionen sistemas de información para la ejecución del servicio, el contratista debe mantener un control continuo de los cambios realizados en el sistema, de forma que: • Los cambios sean planificados con el objetivo de reducir el impacto sobre la prestación de los servicios afectados. • Las pruebas se llevan a cabo en entornos no productivos equivalentes a los de producción, al menos en los aspectos específicos del cambio. • Una vez implementados los cambios, se llevan a cabo pruebas de aceptación. En el caso de que se proporcionen sistemas de información para la ejecución del servicio, el contratista debe disponer de mecanismos de prevención y reacción frente a código dañino, incluyendo el correspondiente mantenimiento de acuerdo a las recomendaciones identificadas. Así mismo, se debe disponer de software de protección frente a código dañino en todos los equipos que presten el servicio a ADIF y ADIF AV. El contratista debe disponer de un procedimiento para hacer frente a los incidentes que puedan tener un impacto en la seguridad del servicio prestado, el cual recoja un informe de eventos de seguridad y debilidades, detallando los criterios de clasificación y el escalado de la notificación. Dichos procedimientos, debe tener en cuenta que los incidentes que afecten a datos personales deben tener en consideración lo dispuesto en el Reglamento General de Protección de Datos, la Ley Orgánica 3/2018, de 5 de diciembre, en especial su disposición adicional primera, así como el resto de normativa de aplicación, sin perjuicio de los requisitos establecidos en el Real Decreto 311/2022, de 3 xx xxxx, por el que se regula el Esquema Nacional de Seguridad y en el presente pliego. En cuanto a la notificación, se debe disponer de una comunicación con el CCN-CERT, que permita la distribución de notificaciones a las diferentes entidades de manera federada, utilizando para ello dependencias administrativas jerárquicas.
Gestión de Cambios. Gestión de los cambios realizados sobre los elementos de red, evitando impactos negativos sobre la prestación del servicio. Incluye la definición de los procedimientos, instalación del comité de cambios, definición xx xxxxxxxxxx y forma tos, implementación de la bitácora de cambios aprobados, impactos, acciones remediales o de retorno, ventanas autorizadas y recursos, control manual de cumplimiento del proceso y la definición de informes. Cubre tareas como: • Validación de las solicitudes de cambio ( verificación de los requisitos) • Validación de aprobación • Acompañamiento durante el cambio • Verificación del cambio • Documentación de la bitácora de cambios • Notificación El proceso de Gestión de Cambios busca analizar, planear e implementar todos los requerimientos de cambios solicitados para los servicios prestados por INTERNEXA al CONTRATANTE final.
Gestión de Cambios. Todos los cambios, antes de su puesta en producción en el servicio, serán comunicados previamente a RTVE para su autorización durante toda la vida del contrato, definiéndose las ventanas de actuación adecuadas que menor impacto supongan para la operativa de RTVE.
Gestión de Cambios. Todos los cambios en el servicio (infraestructura, aplicaciones u otros), antes de su puesta en producción en el servicio, serán comunicados previamente a RTVE para su autorización durante toda la vida del contrato, definiéndose las ventanas de actuación adecuadas que menor impacto supongan para la operativa de RTVE. El adjudicatario dispondrá de un proceso de gestión de cambios que le permita realizar una vuelta atrás en caso de fallo durante la implantación del cambio. El licitador deberá detallar en su oferta el cumplimiento de normativas de seguridad aplicables al servicio. Deberán detallarse en la oferta las medidas de seguridad descritas en los siguientes apartados.
Gestión de Cambios. 14.4. Si una de las partes propone un cambio en el contenido del cumplimiento, deberá presentar los detalles del cambio por escrito a la otra parte.
Gestión de Cambios. 6. Gestión de configuración.
Gestión de Cambios. EL CNOC Y NOC SERÁ EL ÚNICO ENTE CON FACULTADES PARA LLEVAR A CABO EL PROCESO DE GESTIÓN DE CAMBIOS, EL CUAL INVOLUCRA LAS SIGUIENTES ACTIVIDADES: • LLEVAR A CABO LAS TAREAS DE OPERACIÓN, ADMINISTRACIÓN Y MANTENIMIENTO DE TODA LA INFRAESTRUCTURA RELATIVA AL PRESENTE PROYECTO PARA LA PRESTACIÓN DE LOS SERVICIOS DE RED DE VOZ Y DATOS. • ALTAS, BAJAS Y CAMBIOS DE LA CONFIGURACIÓN DEL HARDWARE Y SOFTWARE DE LOS ELEMENTOS QUE FORMAN PARTE DE ESTE SERVICIO (GESTIÓN DE CAMBIOS) • ACTUALIZACIONES, APLICACIÓN DE PARCHES Y MIGRACIÓN A NUEVAS VERSIONES DEL HARDWARE Y SOFTWARE DE LOS ELEMENTOS QUE FORMAN PARTE DE ESTE SERVICIO, Y QUE NO DEBAN SER REALIZADOS DIRECTAMENTE POR EL FABRICANTE A FIN DE MANTENER EL SOPORTE Y LA GARANTÍA. • LLEVAR A CABO EL CONTROL DE CAMBIOS, QUE PERMITA IMPLEMENTAR DE FORMA CONTROLADA Y COORDINADA CAMBIOS MAYORES CON EL FIN DE MINIMIZAR LA PROBABILIDAD DE INTERRUPCIÓN O AFECTACIÓN DEL HARDWARE Y SOFTWARE DE LOS ELEMENTOS Y SERVICIOS QUE FORMAN PARTE DE ESTE CONTRATO. • GENERARÁ Y MANTENDRÁ ACTUALIZADA UNA MEMORIA TÉCNICA DE LOS SERVICIOS INTEGRANDO LOS CORRESPONDIENTES CONTROLES DE CAMBIOS. • MANEJAR UN CICLO DE VIDA DEL CAMBIO DE AL MENOS 6 PASOS: • SOLICITUD DEL CAMBIO: EN ESTE PASO SE DEBERÁ PODER ENVIAR LA SOLICITUD DEL CAMBIO AL COMITÉ ASIGNADO. • PLANEACIÓN: DEBERÁ TENER UN APARTADO PARA LA DOCUMENTACIÓN DEL CAMBIO QUE INCLUYA EL IMPACTO, EL PLAN DE ROLL BACK, EL CHECK LLST. • APROBACIÓN: DEBERÁ TENER LA CAPACIDAD DE MANDAR EL PLAN DE TRABAJO AL CAB (CONSEJO CONSULTOR PARA CAMBIOS POR SUS SIGLAS EN INGLES) PARA SU APROBACIÓN O RECHAZO DEL CAMBIO. • IMPLEMENTACIÓN; DEBERÁ PODER LLEVAR LA DOCUMENTACIÓN DE LA IMPLEMENTACIÓN DEL CAMBIO, ASÍ COMO LAS TAREAS ADICIONALES Y REGISTROS DE TRABAJO NECESARIOS. • REVISIÓN DEL CAMBIO: DEBERÁ PERMITIR QUE EL EQUIPO DE CAMBIOS REVISE EL ESTATUS DE LA EJECUCIÓN DEL CAMBIO. • CIERRE: CIERRE FORMAL DEL CAMBIO CON LA APROBACIÓN DE LOS REQUIRENTES. • CAPACIDAD DE MODIFICAR LAS PLANTILLAS DE CAMBIOS PARA AJUSTARLOS DE ACUERDO CON LOS REQUERIMIENTOS DE “EL ÁREA REQUIRENTE". • CONTAR CON UN INDICADOR DEL PROGRESO DEL CAMBIO PASO A PASO. • CAPACIDAD DE DAR DE ALTA UN FLUJO DE TRABAJO PARA LOS CAMBIOS DE EMERGENCIA. • LOS CAMBIOS PODRÁN SER ASOCIADOS A LOS INCIDENTES LO QUE PERMITIRÁ QUE AL DAR POR CONCLUIDO UN CAMBIO, A SU VEZ, SE REALICE EL CIERRE DE LOS INCIDENTES ASOCIADOS. • PODER COPIAR CAMBIOS O CONTAR CON LA FUNCIONALIDAD DE QUE LE PERMITA REUTILIZAR LA INFORMACIÓN DE CAMBIOS QUE YA HAN SIDO PREAPROBAD...
Gestión de Cambios. El licitador deberá indicar los costes, procedimientos y plazos para dar de alta nuevos accesos, líneas o servicios, efectuar modificaciones y traslados de aquélla y, en general, para llevar a cabo cualquier cambio en enlaces ya operativos. En caso de cambios o tareas de mantenimiento programadas en la red del operador, necesarios para sustituir, actualizar y reconfigurar equipos y sistemas obsoletos, averiados o no, o, en general, para prestar un mejor servicio, estos serán comunicadas al CSN con una antelación mínima de una semana, en especial, cuando la intervención pueda suponer pérdida del servicio, en cuyo caso su realización se llevará a cabo de forma consensuada.
Gestión de Cambios. El objetivo de la Gestión de Cambios es permitir la realización de los cambios beneficiosos con una interrupción mínima de los Servicios TI. La Gestión de Cambios garantiza que los cambios se implementen de forma controlada para que se evalúen, prioricen, planifiquen, prueben, apliquen y documenten. • Los cambios se realizarán en función al proceso de control de cambios de Electro Puno, el cual define roles, funciones, políticas y procedimientos. • La solicitud y el control de la aplicación del cambio estarán bajo la responsabilidad de Electro Puno. • Electro Puno entregara al Proveedor el procedimiento de cambios • El Proveedor realizará los cambios al procedimiento de cambios definido por Electro Puno e informar a Electro Puno de forma inmediata sobre los eventos fuera de lo planeado que se presentan en la implementación de cambios. • Lo cambios serán por un ingeniero por especialización para poder ejecutar el planeamiento y ejecución de cambios para la optimización de la plataforma de seguridad y apoyo al Gobierno de Gestión de los Servicios. • El proveedor para la instalación, configuración, modificación, permiso, entre otros realizará la solicitud según los estándares y procedimientos de Electro Puno, el mismo que se entregará en la etapa de transición.
Gestión de Cambios. El principal objetivo de la Gestión de Cambios es la evaluación y planificación del proceso de cambio para asegurar que, si éste se lleva a cabo, se haga de la forma más eficiente, siguiendo los procedimientos establecidos y asegurando en todo momento la calidad y continuidad del servicio TI. MST Mesa de Servicios Tecnológicos IMSS/Instituto Instituto Mexicano del Seguro Social Parche Programa diseñado para reparar errores de software Solicitudes de Servicio Agrupación de incidentes, problemas, requerimiento y cambios TI Tecnología de Información Por instancia Se requiere una licencia cada vez que haya una copia nominada del Producto instalada en la Empresa. Por MIPS Se requiere licencia para la suma total de los MIPS (Millones de instrucciones por segundo) de todas las Computadoras acopladas en un ambiente mainframe (parallel sysplex). Para cada Producto basado en MIPS, la "Capacidad Reportada" es igual al nivel total de MIPS más alto de todas las Computadoras en las que se haya instalado o haya operado en cualquier momento durante el Período Medido. Por usuario concurrente Se requiere una licencia para el número máximo de empleados individuales o contratistas del Cliente a los que se les ha otorgado acceso simultáneo al Producto en una Computadora o múltiples computadoras. Por terminal de servidor Se requiere una licencia para cada Servidor (con la Clasificación apropiada a su Nivel de Tier, si fuera de aplicación) monitoreado por el Producto o uno de sus componentes sin importar si el producto se monitorea localmente o en forma remota. Por tarea Se requiere licencia para el máximo número de Tareas cargadas diariamente en un entorno activo específicamente en CONTROL-M (licenciamiento de planificación control de tareas) por un periodo de 24 horas excluyendo cualquier tarea que sea provista por las licencias bajo Unidades de Medida alternativas (ejem. tier o MIPS). Una tarea cargada se refiere a todas las Tareas Control M que son monitoreadas por Control M en todos los ambientes (incluido y no limitado a el desarrollo, puesta en marcha, calidad QA, pre-producción, Término Descripción producción, y ambientes de prueba,). Ello incluye todos los ambientes Control – M bajo Sistemas Distribuidos y/o instalaciones Mainframe. Por empresa Se requiere una licencia por Cliente y/o Usuario Final, o los dos, únicamente para su uso interno, sin tener en cuenta el número de veces que el Cliente instala el Producto en su Empresa o en la empresa del Usuario Final. Un “Usu...