Escenario, la actualización a 200 subestaciones

5 tareas · 52 min · Principiante

Escenario del módulo. Jueves 15 de octubre de 2026, Cámbulo Control, un fabricante de unidades de control de subestación. Es otra empresa y otros datos: nada de lo que viste en Palosanto Automatización te dice dónde mirar aquí. El lunes 19 hay que decidir si se entrega la versión 6.2.0 a las 200 subestaciones de Eléctrica Cañaduzal. Tienes los criterios de salida, el paquete, la flota por grupos, las pruebas en réplica, el SBOM con su VEX y el registro de cambios. No hay paso a paso: averigua qué cumple, qué no y qué propones. Todo es lectura de evidencia ficticia; no se instala nada.

0 de 5 · 0%

Objetivo de la sala

Un paquete de actualización declara desde qué versión se puede actualizar directamente. Un grupo con una versión anterior no debería recibirlo sin una versión intermedia. Compara la versión actual de cada grupo con la mínima que declara el manifiesto.

Responde para continuar

Escribe el grupo que no puede pasar directo al paquete por su versión actual.

El criterio exige que la ventana de cada subestación cubra al menos el doble de la duración estimada de la instalación. Aplica la regla a cada grupo y suma las subestaciones de los grupos que no la cumplen, para saber cuántas quedan fuera de la primera tanda.

Responde para continuar

¿Cuántas subestaciones están en grupos cuya ventana no cumple el criterio? Escribe solo el número.

Las pruebas en réplica pasan casi todas, pero el criterio pide todas, incluida la reversa. Lee el resultado y localiza el caso que falló.

Responde para continuar

Escribe el identificador del caso de prueba que falló.

El SBOM y el VEX dicen qué componentes tiene la versión y en qué estado está cada vulnerabilidad. Un estado «afectado» con mitigación verificada es aceptable para el criterio; sin corrección ni mitigación, no.

Responde para continuar

Escribe el componente con una vulnerabilidad en estado affected sin corrección ni mitigación.

Con lo que has visto, hay una decisión para toda la versión y decisiones por grupo. Eres quien presenta la propuesta al comité del cliente: sirve la que el comité pueda comprobar con la evidencia.

Responde para continuar

¿Qué propones?

Entregar a los grupos que cumplen el resto de los criterios y esperar a los demás, porque el paquete ya está firmado por dos aprobadores distintos No entregar aún: cerrar la reversa y la vulnerabilidad, y planificar aparte los grupos con versión previa, ventana corta o sin aprobación del cliente Entregar a todos los grupos el lunes con un aviso, porque las pruebas pasaron en casi todos los casos y la mitigación se puede aplicar después de la entrega

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 El grupo que no puede saltar Lab

2 Las ventanas que no alcanzan Lab

3 La prueba que falló Lab

4 La vulnerabilidad sin salida Lab

5 Qué propones el lunes Lab

Whoami-Labs Pro utiliza cookies