Tema 4 - Bloque 4AI✦
|
|
Título del Test:
![]() Tema 4 - Bloque 4 Descripción: Tema 4 - Bloque 4 |



| Comentarios |
|---|
NO HAY REGISTROS |
|
¿A qué término en inglés se asocia frecuentemente la palabra 'versiones' en el contexto de ITIL?. Version. Release. Deployment. Package. ¿Qué aspecto suele asociarse a la gestión de versiones (version control) en el desarrollo de software?. Prueba y empaquetado de código. Puesta en producción de código. Control de los cambios en el código. Transferencia de conocimiento. ¿A qué se refiere la gestión de entregas (release management) según el documento?. Control de cambios en el código fuente. Prueba, empaquetado y puesta en producción de código. Desarrollo de nuevas funcionalidades. Mantenimiento de servicios existentes. ¿En qué libro de ITIL pertenece el proceso de gestión de entregas y despliegues?. Service Strategy. Service Design. Service Transition. Continual Service Improvement. ¿Cuál es el principal propósito de la gestión de entregas y despliegues en ITIL?. Desarrollar nuevas funcionalidades únicamente. Controlar todos los cambios en el código. Planificar, probar y desplegar versiones protegiendo la integridad de los servicios existentes. Gestionar únicamente el hardware. Según ITIL, ¿qué se define como una 'versión' (release)?. Un único cambio a un servicio IT. Solo cambios de software. Uno o varios cambios realizados a un servicio IT que se construyen, prueban y despliegan conjuntamente. Un paquete de software para pruebas. ¿Qué componentes pueden formar parte de una versión (release) según ITIL?. Solo software. Hardware, software, documentación, procesos. Únicamente hardware y software. Documentación y procesos exclusivamente. ¿Cuál de los siguientes NO es un objetivo del proceso de gestión de versiones y despliegues?. Definir y acordar planes de despliegue. Crear y probar paquetes de pruebas. Asegurar la integridad de un paquete de versión. Desarrollar nuevas funcionalidades sin pruebas. ¿Qué significa el modo de despliegue 'big bang'?. Despliegue gradual a diferentes áreas. Despliegue completo de la modificación a todas las unidades usuarias. Despliegue por lotes. Despliegue en paralelo. ¿Qué caracteriza al modo de despliegue 'faseado' o 'incremental'?. Se despliega todo a la vez. Se despliega gradualmente a diferentes áreas o de forma incremental. Solo se aplica a hardware. Es un despliegue rápido. En los despliegues 'push', ¿cómo se propagan los cambios?. Los usuarios descargan los cambios. Los cambios se propagan desde el servidor de versiones a los equipos usuarios. Los cambios se envían por correo electrónico. Los cambios se implementan manualmente por el usuario. ¿Qué ocurre en un despliegue 'pull'?. Los cambios son empujados desde el servidor. Los usuarios descargan la nueva versión cuando la necesitan o al reiniciar. El despliegue se realiza en modo 'big bang'. No se requiere intervención del usuario. ¿Cuántas fases principales se definen para el proceso de gestión de versiones y despliegues?. Tres. Cinco. Cuatro. Dos. ¿Cuál es la primera fase del proceso de gestión de versiones y despliegues?. Construcción y pruebas de la versión. Despliegue. Revisión y cierre. Planificación de versiones y despliegues. ¿Qué se realiza en la fase de 'Construcción y pruebas de la versión'?. Solo se planifican los despliegues. Se construyen los paquetes de versión y se realizan las pruebas necesarias. Se despliega la versión a producción. Se revisan los riesgos y desviaciones. ¿Cuál es el objetivo principal de la fase de 'Despliegue'?. Planificar el proceso. Construir y probar el software. Poner la versión en producción y asegurar su trazabilidad. Transferir el conocimiento. ¿Qué se evalúa en la fase de 'Revisión y cierre'?. La planificación inicial. Los riesgos, desviaciones y eventos relacionados con el despliegue. La construcción del paquete. Las pruebas unitarias. ¿Qué se debe asegurar durante el despliegue de un paquete de versión?. Que solo se despliegue software. La integridad de los activos software que pasan a producción. Que todos los usuarios reciban la versión simultáneamente. Que no se requiera transferencia de conocimiento. ¿Qué significa 'asegurar la trazabilidad' de los paquetes de versión desplegados?. Registrar la ubicación física de los servidores. Poder rastrear qué versión se ha desplegado y dónde. Eliminar todas las versiones anteriores. Documentar solo los cambios de hardware. ¿Cuál es la importancia de registrar 'desviaciones, riesgos y eventos' relacionados con un nuevo servicio desplegado?. Para ocultar errores. Para aprender de los incidentes y mejorar futuros despliegues. Para culpar a los equipos de despliegue. Para evitar la documentación. ¿Qué proceso ITIL cubre la 'transferencia de conocimiento'?. Service Strategy. Service Design. Service Transition. Continual Service Improvement. ¿Qué implica la 'entrega de nueva funcionalidad requerida por el negocio' en el contexto de la gestión de versiones?. Ignorar las necesidades del negocio. Incorporar y desplegar cambios que aportan valor al negocio. Solo implementar correcciones de errores. Desarrollar funcionalidades sin validación. ¿Qué significa 'proteger la integridad de los servicios existentes' durante un despliegue?. Desactivar los servicios existentes temporalmente. Asegurar que el nuevo despliegue no cause interrupciones o daños a los servicios que ya están en funcionamiento. Reemplazar todos los servicios existentes. Ignorar el impacto en los servicios actuales. ¿En qué se diferencian 'version control' y 'release management' según la descripción inicial?. Son sinónimos. Version control se enfoca en cambios de código, release management en pruebas y puesta en producción. Version control es para hardware y release management para software. Release management controla versiones, version control gestiona entregas. ¿Qué tipo de cambios puede incluir una 'versión'?. Solo cambios de software. Cambios en hardware, software, documentación o procesos. Únicamente correcciones de errores. Modificaciones en la infraestructura de red. ¿Cuál es un objetivo clave relacionado con los 'paquetes de versión'?. Crear la mayor cantidad posible de paquetes. Asegurar su integridad durante el despliegue. Desplegar todos los paquetes de una vez. Ignorar las pruebas de los paquetes. El despliegue 'faseado' puede ser útil para desplegar modificaciones de forma: Masiva y simultánea. Incremental a todos los usuarios. Aleatoria. Sin planificación. ¿Qué se busca con los 'paquetes (conjuntos) de pruebas'?. Simular la carga de producción. Validar que la versión funciona correctamente antes de desplegarla. Aumentar el tiempo de desarrollo. Probar solo la interfaz de usuario. Los despliegues 'pull' a menudo se asocian con: Actualizaciones automáticas del servidor. Descargas iniciadas por el usuario, como al reiniciar el equipo. Una estrategia 'big bang'. Despliegues centralizados. ¿Cuál es el objetivo de 'asegurar la trazabilidad' de los paquetes de versión desplegados?. Registrar el consumo de energía de los servidores. Ser capaz de identificar qué versión está en qué sistema y su historial. Eliminar la documentación del proceso. Centralizar todos los archivos en un solo lugar. La fase de 'Revisión y cierre' ¿qué debe asegurar respecto al conocimiento adquirido?. Que el conocimiento se pierda. Que hay un proceso de transferencia del conocimiento. Que solo el equipo de despliegue tenga el conocimiento. Que no se documenten las lecciones aprendidas. ¿Qué término se utiliza en el documento para referirse al conjunto de cambios de IT que se construyen, prueban y despliegan conjuntamente?. Paquete de software. Actualización. Versión (Release). Sprint. Si un despliegue se realiza a todas las unidades usuarias de forma simultánea, ¿qué modo se está utilizando?. Faseado. Incremental. Big bang. Pull. ¿Qué es un 'paquete de versión' en el contexto de ITIL?. Un documento de requisitos. Un conjunto de cambios (hardware, software, etc.) que se empaquetan juntos para ser desplegados. Un informe de errores. Una herramienta de monitorización. Los despliegues 'push' son aquellos donde: El usuario inicia la descarga. Los cambios son enviados activamente desde un punto central a los destinos. Se requiere una solicitud explícita del usuario. El despliegue solo ocurre durante las horas de oficina. ¿Qué proceso de ITIL se encarga de la planificación, construcción, prueba y despliegue de versiones?. Incident Management. Change Management. Release and Deployment Management. Problem Management. ¿Cuál es el rol de la 'gestión de entregas' en relación con los servicios existentes?. Reemplazar todos los servicios existentes. Ignorar los servicios existentes. Proteger la integridad de los servicios existentes. Eliminar servicios no utilizados. ¿Qué implica la fase de 'Planificación de versiones y despliegues'?. Ejecutar el despliegue. Definir cómo y cuándo se desplegará la versión. Revisar los resultados del despliegue. Corregir errores encontrados. Un despliegue incremental, ¿a qué estrategia de despliegue pertenece?. Big bang. Faseado. Pull. Push masivo. ¿Por qué es importante la 'trazabilidad' en la gestión de versiones?. Para dificultar el acceso a la información. Para poder auditar y gestionar el ciclo de vida de los cambios. Para aumentar el número de versiones. Para limitar las pruebas. ¿Cuál de las siguientes opciones es un despliegue 'push'?. El usuario descarga una actualización de software desde una web. Una actualización de antivirus que se instala automáticamente en todos los equipos de la red. Un usuario decide cuándo instalar una nueva aplicación. El administrador de sistemas notifica a los usuarios que descarguen la última versión. ¿Qué elemento se gestiona principalmente en 'version control'?. La infraestructura de red. Las versiones de los componentes del servicio. Los incidentes de seguridad. Los contratos con proveedores. La 'gestión de entregas' (release management) se enfoca en: Solo el desarrollo del código. El ciclo completo desde la prueba hasta la puesta en producción. La estrategia general del servicio. La atención al cliente. ¿Qué se busca al 'probar paquetes (conjuntos) de pruebas'?. Verificar que la versión cumple los requisitos y funciona correctamente. Identificar el número de usuarios que usarán la versión. Documentar el proceso de despliegue. Asegurar la compatibilidad con sistemas antiguos. En el modo 'faseado' de despliegue, ¿qué se puede desplegar gradualmente?. Solo el hardware. La totalidad de la modificación a todos los usuarios. La modificación a diferentes áreas usuarias o de forma incremental. La documentación solamente. ¿Cuál es la última fase del proceso de gestión de versiones y despliegues?. Planificación de versiones y despliegues. Construcción y pruebas de la versión. Despliegue. Revisión y cierre. Si una versión contiene cambios en el software y en la documentación de un servicio, ¿qué categoría de elemento IT incluye?. Solo software. Solo documentación. Hardware, software, documentación y procesos. Únicamente procesos. |




