Módulo 1 — Arquitectura convergente de gemelo digital, IoT y OT

1.1 Fundamentos, alcance y criterios: Analiza Arquitectura convergente de gemelo digital, IoT y OT como componente central de Arquitectura convergente de gemelo digital, IoT y OT. La práctica exige identificar mecanismos, causas, consecuencias y criterios de comparación antes de seleccionar herramientas. Se trabaja la diferencia entre dato observado, valor calculado y juicio profesional, dejando constancia de los límites que deben comunicarse a un revisor o cliente.

1.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Arquitectura convergente de gemelo digital, IoT y OT, centrando el análisis en Arquitectura convergente de gemelo digital, IoT y OT y su relación con Inventario de activos OT, zonas y conduits. Se establecen criterios de aceptación, campos obligatorios, evidencias y tratamiento de datos faltantes. El resultado es una ficha de entrada que impide avanzar de forma inadvertida con información insuficiente.

1.3 Método, modelado y comprobación: Construye el procedimiento de análisis de Arquitectura convergente de gemelo digital, IoT y OT utilizando CDE, BIM y modelos de información. El método se articula alrededor de Arquitectura convergente de gemelo digital, IoT y OT: hipótesis, pasos de cálculo o modelado, sensibilidad y criterios de convergencia o aceptación. Se comparan escenarios para identificar qué variable domina la decisión y qué resultado necesita validación externa.

1.4 Riesgos, interfaces y controles: Examina dato sin contexto o procedencia como escenario crítico de Arquitectura convergente de gemelo digital, IoT y OT y contrasta su relación con Arquitectura convergente de gemelo digital, IoT y OT. El alumno define prevención, detección, contingencia y recuperación, separando controles independientes de medidas redundantes solo en apariencia. El cierre se apoya en evidencia y no en declaraciones de cumplimiento.

1.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «Arquitectura convergente de gemelo digital, IoT y OT» como evidencia profesional de Arquitectura convergente de gemelo digital, IoT y OT. Se organiza la información de Arquitectura convergente de gemelo digital, IoT y OT en una narrativa técnica comprensible, acompañada de cálculos, modelos, tablas o registros relevantes. El resultado debe ser auditable, coherente con las versiones de entrada y útil para una decisión concreta.

Módulo 2 — Inventario de activos OT, zonas y conduits

2.1 Fundamentos, alcance y criterios: Analiza Arquitectura convergente de gemelo digital, IoT y OT como componente central de Inventario de activos OT, zonas y conduits. La práctica exige identificar mecanismos, causas, consecuencias y criterios de comparación antes de seleccionar herramientas. Se trabaja la diferencia entre dato observado, valor calculado y juicio profesional, dejando constancia de los límites que deben comunicarse a un revisor o cliente.

2.2 Datos, parámetros y calidad de entrada: Convierte la información de Inventario de activos OT, zonas y conduits en entradas utilizables para Inventario de activos OT, zonas y conduits. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de SCADA, PLC, historiadores y modelos temporales. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

2.3 Método, modelado y comprobación: Transforma Inventario de activos OT, zonas y conduits en un flujo reproducible de Inventario de activos OT, zonas y conduits con apoyo de GIS y bases de datos espaciales. La práctica exige documentar parámetros, versiones, cambios y resultados intermedios. Se incorporan comprobaciones físicas, operativas o contractuales para detectar incoherencias antes de que el análisis se convierta en un entregable.

2.4 Riesgos, interfaces y controles: Desarrolla el assurance de Inventario de activos OT, zonas y conduits frente a interoperabilidad deficiente, relacionándolo con Inventario de activos OT, zonas y conduits. Se revisan interfaces, responsabilidades y posibles fallos de coordinación. Cada control se acompaña de una forma concreta de verificación, un propietario y una condición de cierre para que la matriz de riesgos no quede desconectada de la ejecución.

2.5 Entregable, QA/QC y defensa: Convierte el trabajo de Inventario de activos OT, zonas y conduits en entregable técnico del módulo «Inventario de activos OT, zonas y conduits», con especial atención a Inventario de activos OT, zonas y conduits. La entrega debe permitir que un tercero reproduzca el razonamiento: fuentes, versiones, método, resultados, riesgos residuales y acciones. Se evalúa claridad, consistencia y capacidad para defender por qué la solución seleccionada es preferible a las alternativas.

Módulo 3 — SCADA, PLC, historiadores y modelos temporales

3.1 Fundamentos, alcance y criterios: Aborda SCADA, PLC, historiadores y modelos temporales desde la lógica de Inventario de activos OT, zonas y conduits, conectando requisitos, comportamiento esperado y evidencia disponible. El alumno aprende a convertir conceptos en criterios operativos y a justificar cuándo un supuesto resulta conservador, representativo o insuficiente. La salida es una base argumentada para las decisiones posteriores.

3.2 Datos, parámetros y calidad de entrada: Organiza los datos necesarios para SCADA, PLC, historiadores y modelos temporales: fuentes, unidades, fechas, resolución, versiones y responsable. Se utilizan como referencia SCADA, PLC, historiadores y modelos temporales y el contexto de Protocolos industriales y telemetría. El participante detecta vacíos, valores incompatibles y sesgos; clasifica la información como confirmada, inferida o pendiente; y define qué evidencia adicional necesita antes de aumentar la fidelidad del análisis.

3.3 Método, modelado y comprobación: Modela o evalúa SCADA, PLC, historiadores y modelos temporales dentro de SCADA, PLC, historiadores y modelos temporales mediante Python y pipelines de datos. El objetivo es convertir la herramienta en un instrumento de decisión: se definen entradas, casos, controles y comparación de resultados. El análisis incluye una verificación independiente que permita diferenciar precisión numérica de validez técnica.

3.4 Riesgos, interfaces y controles: Integra modelo desactualizado en SCADA, PLC, historiadores y modelos temporales y analiza su interacción con SCADA, PLC, historiadores y modelos temporales, otras disciplinas y la operación. Se construye una cadena causa–consecuencia–control, se asignan responsables y se definen señales tempranas, hold points y evidencia de cierre. El riesgo residual debe quedar explícito y vinculado a un criterio de escalado.

3.5 Entregable, QA/QC y defensa: Cierra SCADA, PLC, historiadores y modelos temporales mediante entregable técnico del módulo «SCADA, PLC, historiadores y modelos temporales». El documento integra alcance, entradas, hipótesis, análisis de SCADA, PLC, historiadores y modelos temporales, resultados, incertidumbre, decisiones rechazadas y recomendaciones. Se exige trazabilidad entre dato y conclusión, criterios de aceptación y próximos pasos para que el entregable pueda utilizarse en revisión, aprobación o actualización.

Módulo 4 — Protocolos industriales y telemetría

4.1 Fundamentos, alcance y criterios: Define el alcance técnico de Protocolos industriales y telemetría y sitúa SCADA, PLC, historiadores y modelos temporales dentro de la decisión que debe tomarse. Se revisan conceptos, límites de aplicabilidad, dependencias y errores frecuentes. El participante debe distinguir qué parte del problema puede resolverse con reglas conocidas y qué parte exige datos adicionales, cálculo, ensayo o revisión especialista. El ejercicio termina con criterios explícitos para aceptar, condicionar o rechazar una hipótesis.

4.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para Protocolos industriales y telemetría tomando Protocolos industriales y telemetría como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con IEC 62443: security levels, segmentación y hardening. La práctica incorpora criterios de completitud y consistencia para decidir si el conjunto de entradas es suficiente, debe condicionarse o requiere una nueva campaña de medición o revisión documental.

4.3 Método, modelado y comprobación: Desarrolla Protocolos industriales y telemetría mediante plataformas IoT, historizadores o SCADA, justificando por qué la herramienta y el nivel de fidelidad son adecuados para Protocolos industriales y telemetría. Se revisan sensibilidad, simplificaciones y límites. El participante debe poder explicar cómo cambiaría la respuesta ante variaciones relevantes y qué parte del resultado depende del modelo frente a la evidencia directa.

4.4 Riesgos, interfaces y controles: Examina automatización de errores como escenario crítico de Protocolos industriales y telemetría y contrasta su relación con Protocolos industriales y telemetría. El alumno define prevención, detección, contingencia y recuperación, separando controles independientes de medidas redundantes solo en apariencia. El cierre se apoya en evidencia y no en declaraciones de cumplimiento.

4.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «Protocolos industriales y telemetría» como evidencia profesional de Protocolos industriales y telemetría. Se organiza la información de Protocolos industriales y telemetría en una narrativa técnica comprensible, acompañada de cálculos, modelos, tablas o registros relevantes. El resultado debe ser auditable, coherente con las versiones de entrada y útil para una decisión concreta.

Módulo 5 — IEC 62443: security levels, segmentación y hardening

5.1 Fundamentos, alcance y criterios: Aborda IEC 62443: security levels, segmentación y hardening desde la lógica de Protocolos industriales y telemetría, conectando requisitos, comportamiento esperado y evidencia disponible. El alumno aprende a convertir conceptos en criterios operativos y a justificar cuándo un supuesto resulta conservador, representativo o insuficiente. La salida es una base argumentada para las decisiones posteriores.

5.2 Datos, parámetros y calidad de entrada: Prepara las entradas de IEC 62443: security levels, segmentación y hardening mediante una revisión estructurada de IEC 62443: security levels, segmentación y hardening. El trabajo incluye control de versiones, detección de outliers, comprobaciones de orden de magnitud y contraste con Modelos de amenaza y análisis de riesgo OT. Cada dato queda vinculado a una fuente y a una decisión, de forma que el modelo posterior pueda auditarse.

5.3 Método, modelado y comprobación: Modela o evalúa IEC 62443: security levels, segmentación y hardening dentro de IEC 62443: security levels, segmentación y hardening mediante CDE, BIM y modelos de información. El objetivo es convertir la herramienta en un instrumento de decisión: se definen entradas, casos, controles y comparación de resultados. El análisis incluye una verificación independiente que permita diferenciar precisión numérica de validez técnica.

5.4 Riesgos, interfaces y controles: Desarrolla el assurance de IEC 62443: security levels, segmentación y hardening frente a ciberseguridad o gobernanza insuficiente, relacionándolo con IEC 62443: security levels, segmentación y hardening. Se revisan interfaces, responsabilidades y posibles fallos de coordinación. Cada control se acompaña de una forma concreta de verificación, un propietario y una condición de cierre para que la matriz de riesgos no quede desconectada de la ejecución.

5.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «IEC 62443: security levels, segmentación y hardening» para cerrar IEC 62443: security levels, segmentación y hardening, demostrando cómo IEC 62443: security levels, segmentación y hardening se tradujo en una decisión. Se documentan alternativas, sensibilidad, riesgos y criterios de aceptación. El objetivo es que el documento sobreviva al cambio de equipo o fase y conserve el contexto necesario para operación, mantenimiento, auditoría o defensa.

Módulo 6 — Modelos de amenaza y análisis de riesgo OT

6.1 Fundamentos, alcance y criterios: Construye el marco de decisión para Modelos de amenaza y análisis de riesgo OT a partir de IEC 62443: security levels, segmentación y hardening. Se identifican variables dominantes, interacciones y condiciones que podrían invalidar una solución aparentemente correcta. El alumno documenta objetivos, restricciones y nivel de incertidumbre, y relaciona el contenido con seguridad, desempeño, operación y coste para evitar una lectura puramente académica.

6.2 Datos, parámetros y calidad de entrada: Organiza los datos necesarios para Modelos de amenaza y análisis de riesgo OT: fuentes, unidades, fechas, resolución, versiones y responsable. Se utilizan como referencia Modelos de amenaza y análisis de riesgo OT y el contexto de Functional Safety, SIL y relación safety-security. El participante detecta vacíos, valores incompatibles y sesgos; clasifica la información como confirmada, inferida o pendiente; y define qué evidencia adicional necesita antes de aumentar la fidelidad del análisis.

6.3 Método, modelado y comprobación: Transforma Modelos de amenaza y análisis de riesgo OT en un flujo reproducible de Modelos de amenaza y análisis de riesgo OT con apoyo de GIS y bases de datos espaciales. La práctica exige documentar parámetros, versiones, cambios y resultados intermedios. Se incorporan comprobaciones físicas, operativas o contractuales para detectar incoherencias antes de que el análisis se convierta en un entregable.

6.4 Riesgos, interfaces y controles: Evalúa cómo dato sin contexto o procedencia puede comprometer Modelos de amenaza y análisis de riesgo OT. A partir de Modelos de amenaza y análisis de riesgo OT, el participante identifica escenarios, barreras preventivas, controles de detección y respuestas. Se jerarquizan acciones por criticidad y se evita confundir la mera existencia de un procedimiento con la eficacia real del control.

6.5 Entregable, QA/QC y defensa: Cierra Modelos de amenaza y análisis de riesgo OT mediante entregable técnico del módulo «Modelos de amenaza y análisis de riesgo OT». El documento integra alcance, entradas, hipótesis, análisis de Modelos de amenaza y análisis de riesgo OT, resultados, incertidumbre, decisiones rechazadas y recomendaciones. Se exige trazabilidad entre dato y conclusión, criterios de aceptación y próximos pasos para que el entregable pueda utilizarse en revisión, aprobación o actualización.

Módulo 7 — Functional Safety, SIL y relación safety-security

7.1 Fundamentos, alcance y criterios: Aborda Functional Safety, SIL y relación safety-security desde la lógica de Modelos de amenaza y análisis de riesgo OT, conectando requisitos, comportamiento esperado y evidencia disponible. El alumno aprende a convertir conceptos en criterios operativos y a justificar cuándo un supuesto resulta conservador, representativo o insuficiente. La salida es una base argumentada para las decisiones posteriores.

7.2 Datos, parámetros y calidad de entrada: Prepara las entradas de Functional Safety, SIL y relación safety-security mediante una revisión estructurada de Functional Safety, SIL y relación safety-security. El trabajo incluye control de versiones, detección de outliers, comprobaciones de orden de magnitud y contraste con Gestión de identidades, accesos y cuentas privilegiadas. Cada dato queda vinculado a una fuente y a una decisión, de forma que el modelo posterior pueda auditarse.

7.3 Método, modelado y comprobación: Aplica Python y pipelines de datos para desarrollar Functional Safety, SIL y relación safety-security con un nivel de detalle proporcional al riesgo. Se estudian Functional Safety, SIL y relación safety-security, parámetros sensibles, condiciones de contorno y escenarios alternativos. El alumno comprueba el resultado mediante una segunda referencia o cálculo independiente, evitando aceptar una salida solo porque el software la produce sin error.

7.4 Riesgos, interfaces y controles: Somete Functional Safety, SIL y relación safety-security a una revisión de riesgo centrada en interoperabilidad deficiente. Se identifican mecanismos de fallo, consecuencias y dependencias con Functional Safety, SIL y relación safety-security; después se seleccionan controles proporcionados y criterios stop/go. La práctica exige justificar el riesgo residual y documentar qué información puede modificar la decisión.

7.5 Entregable, QA/QC y defensa: Convierte el trabajo de Functional Safety, SIL y relación safety-security en entregable técnico del módulo «Functional Safety, SIL y relación safety-security», con especial atención a Functional Safety, SIL y relación safety-security. La entrega debe permitir que un tercero reproduzca el razonamiento: fuentes, versiones, método, resultados, riesgos residuales y acciones. Se evalúa claridad, consistencia y capacidad para defender por qué la solución seleccionada es preferible a las alternativas.

Módulo 8 — Gestión de identidades, accesos y cuentas privilegiadas

8.1 Fundamentos, alcance y criterios: Analiza Functional Safety, SIL y relación safety-security como componente central de Gestión de identidades, accesos y cuentas privilegiadas. La práctica exige identificar mecanismos, causas, consecuencias y criterios de comparación antes de seleccionar herramientas. Se trabaja la diferencia entre dato observado, valor calculado y juicio profesional, dejando constancia de los límites que deben comunicarse a un revisor o cliente.

8.2 Datos, parámetros y calidad de entrada: Convierte la información de Gestión de identidades, accesos y cuentas privilegiadas en entradas utilizables para Gestión de identidades, accesos y cuentas privilegiadas. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de Parches, vulnerabilidades, backups y recuperación. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

8.3 Método, modelado y comprobación: Aplica plataformas IoT, historizadores o SCADA para desarrollar Gestión de identidades, accesos y cuentas privilegiadas con un nivel de detalle proporcional al riesgo. Se estudian Gestión de identidades, accesos y cuentas privilegiadas, parámetros sensibles, condiciones de contorno y escenarios alternativos. El alumno comprueba el resultado mediante una segunda referencia o cálculo independiente, evitando aceptar una salida solo porque el software la produce sin error.

8.4 Riesgos, interfaces y controles: Integra modelo desactualizado en Gestión de identidades, accesos y cuentas privilegiadas y analiza su interacción con Gestión de identidades, accesos y cuentas privilegiadas, otras disciplinas y la operación. Se construye una cadena causa–consecuencia–control, se asignan responsables y se definen señales tempranas, hold points y evidencia de cierre. El riesgo residual debe quedar explícito y vinculado a un criterio de escalado.

8.5 Entregable, QA/QC y defensa: Cierra Gestión de identidades, accesos y cuentas privilegiadas mediante entregable técnico del módulo «Gestión de identidades, accesos y cuentas privilegiadas». El documento integra alcance, entradas, hipótesis, análisis de Gestión de identidades, accesos y cuentas privilegiadas, resultados, incertidumbre, decisiones rechazadas y recomendaciones. Se exige trazabilidad entre dato y conclusión, criterios de aceptación y próximos pasos para que el entregable pueda utilizarse en revisión, aprobación o actualización.

Módulo 9 — Parches, vulnerabilidades, backups y recuperación

9.1 Fundamentos, alcance y criterios: Aborda Parches, vulnerabilidades, backups y recuperación desde la lógica de Gestión de identidades, accesos y cuentas privilegiadas, conectando requisitos, comportamiento esperado y evidencia disponible. El alumno aprende a convertir conceptos en criterios operativos y a justificar cuándo un supuesto resulta conservador, representativo o insuficiente. La salida es una base argumentada para las decisiones posteriores.

9.2 Datos, parámetros y calidad de entrada: Organiza los datos necesarios para Parches, vulnerabilidades, backups y recuperación: fuentes, unidades, fechas, resolución, versiones y responsable. Se utilizan como referencia Parches, vulnerabilidades, backups y recuperación y el contexto de IDS/IPS, detección y respuesta a incidentes OT. El participante detecta vacíos, valores incompatibles y sesgos; clasifica la información como confirmada, inferida o pendiente; y define qué evidencia adicional necesita antes de aumentar la fidelidad del análisis.

9.3 Método, modelado y comprobación: Construye el procedimiento de análisis de Parches, vulnerabilidades, backups y recuperación utilizando CDE, BIM y modelos de información. El método se articula alrededor de Parches, vulnerabilidades, backups y recuperación: hipótesis, pasos de cálculo o modelado, sensibilidad y criterios de convergencia o aceptación. Se comparan escenarios para identificar qué variable domina la decisión y qué resultado necesita validación externa.

9.4 Riesgos, interfaces y controles: Evalúa cómo automatización de errores puede comprometer Parches, vulnerabilidades, backups y recuperación. A partir de Parches, vulnerabilidades, backups y recuperación, el participante identifica escenarios, barreras preventivas, controles de detección y respuestas. Se jerarquizan acciones por criticidad y se evita confundir la mera existencia de un procedimiento con la eficacia real del control.

9.5 Entregable, QA/QC y defensa: Cierra Parches, vulnerabilidades, backups y recuperación mediante entregable técnico del módulo «Parches, vulnerabilidades, backups y recuperación». El documento integra alcance, entradas, hipótesis, análisis de Parches, vulnerabilidades, backups y recuperación, resultados, incertidumbre, decisiones rechazadas y recomendaciones. Se exige trazabilidad entre dato y conclusión, criterios de aceptación y próximos pasos para que el entregable pueda utilizarse en revisión, aprobación o actualización.

Módulo 10 — IDS/IPS, detección y respuesta a incidentes OT

10.1 Fundamentos, alcance y criterios: Aborda IDS/IPS, detección y respuesta a incidentes OT desde la lógica de Parches, vulnerabilidades, backups y recuperación, conectando requisitos, comportamiento esperado y evidencia disponible. El alumno aprende a convertir conceptos en criterios operativos y a justificar cuándo un supuesto resulta conservador, representativo o insuficiente. La salida es una base argumentada para las decisiones posteriores.

10.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para IDS/IPS, detección y respuesta a incidentes OT tomando IDS/IPS, detección y respuesta a incidentes OT como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con Gobernanza del gemelo, integridad y trazabilidad del dato. La práctica incorpora criterios de completitud y consistencia para decidir si el conjunto de entradas es suficiente, debe condicionarse o requiere una nueva campaña de medición o revisión documental.

10.3 Método, modelado y comprobación: Transforma IDS/IPS, detección y respuesta a incidentes OT en un flujo reproducible de IDS/IPS, detección y respuesta a incidentes OT con apoyo de GIS y bases de datos espaciales. La práctica exige documentar parámetros, versiones, cambios y resultados intermedios. Se incorporan comprobaciones físicas, operativas o contractuales para detectar incoherencias antes de que el análisis se convierta en un entregable.

10.4 Riesgos, interfaces y controles: Integra ciberseguridad o gobernanza insuficiente en IDS/IPS, detección y respuesta a incidentes OT y analiza su interacción con IDS/IPS, detección y respuesta a incidentes OT, otras disciplinas y la operación. Se construye una cadena causa–consecuencia–control, se asignan responsables y se definen señales tempranas, hold points y evidencia de cierre. El riesgo residual debe quedar explícito y vinculado a un criterio de escalado.

10.5 Entregable, QA/QC y defensa: Convierte el trabajo de IDS/IPS, detección y respuesta a incidentes OT en entregable técnico del módulo «IDS/IPS, detección y respuesta a incidentes OT», con especial atención a IDS/IPS, detección y respuesta a incidentes OT. La entrega debe permitir que un tercero reproduzca el razonamiento: fuentes, versiones, método, resultados, riesgos residuales y acciones. Se evalúa claridad, consistencia y capacidad para defender por qué la solución seleccionada es preferible a las alternativas.

Módulo 11 — Gobernanza del gemelo, integridad y trazabilidad del dato

11.1 Fundamentos, alcance y criterios: Define el alcance técnico de Gobernanza del gemelo, integridad y trazabilidad del dato y sitúa IDS/IPS, detección y respuesta a incidentes OT dentro de la decisión que debe tomarse. Se revisan conceptos, límites de aplicabilidad, dependencias y errores frecuentes. El participante debe distinguir qué parte del problema puede resolverse con reglas conocidas y qué parte exige datos adicionales, cálculo, ensayo o revisión especialista. El ejercicio termina con criterios explícitos para aceptar, condicionar o rechazar una hipótesis.

11.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Gobernanza del gemelo, integridad y trazabilidad del dato, centrando el análisis en Gobernanza del gemelo, integridad y trazabilidad del dato y su relación con Capstone: arquitectura segura de gemelo OT/SCADA. Se establecen criterios de aceptación, campos obligatorios, evidencias y tratamiento de datos faltantes. El resultado es una ficha de entrada que impide avanzar de forma inadvertida con información insuficiente.

11.3 Método, modelado y comprobación: Transforma Gobernanza del gemelo, integridad y trazabilidad del dato en un flujo reproducible de Gobernanza del gemelo, integridad y trazabilidad del dato con apoyo de Python y pipelines de datos. La práctica exige documentar parámetros, versiones, cambios y resultados intermedios. Se incorporan comprobaciones físicas, operativas o contractuales para detectar incoherencias antes de que el análisis se convierta en un entregable.

11.4 Riesgos, interfaces y controles: Somete Gobernanza del gemelo, integridad y trazabilidad del dato a una revisión de riesgo centrada en dato sin contexto o procedencia. Se identifican mecanismos de fallo, consecuencias y dependencias con Gobernanza del gemelo, integridad y trazabilidad del dato; después se seleccionan controles proporcionados y criterios stop/go. La práctica exige justificar el riesgo residual y documentar qué información puede modificar la decisión.

11.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «Gobernanza del gemelo, integridad y trazabilidad del dato» para cerrar Gobernanza del gemelo, integridad y trazabilidad del dato, demostrando cómo Gobernanza del gemelo, integridad y trazabilidad del dato se tradujo en una decisión. Se documentan alternativas, sensibilidad, riesgos y criterios de aceptación. El objetivo es que el documento sobreviva al cambio de equipo o fase y conserve el contexto necesario para operación, mantenimiento, auditoría o defensa.

Módulo 12 — Capstone: arquitectura segura de gemelo OT/SCADA

12.1 Fundamentos, alcance y criterios: Aborda Capstone: arquitectura segura de gemelo OT/SCADA desde la lógica de Gobernanza del gemelo, integridad y trazabilidad del dato, conectando requisitos, comportamiento esperado y evidencia disponible. El alumno aprende a convertir conceptos en criterios operativos y a justificar cuándo un supuesto resulta conservador, representativo o insuficiente. La salida es una base argumentada para las decisiones posteriores.

12.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Capstone: arquitectura segura de gemelo OT/SCADA, centrando el análisis en Capstone: arquitectura segura de gemelo OT/SCADA y su relación con Arquitectura convergente de gemelo digital, IoT y OT. Se establecen criterios de aceptación, campos obligatorios, evidencias y tratamiento de datos faltantes. El resultado es una ficha de entrada que impide avanzar de forma inadvertida con información insuficiente.

12.3 Método, modelado y comprobación: Transforma Capstone: arquitectura segura de gemelo OT/SCADA en un flujo reproducible de Capstone: arquitectura segura de gemelo OT/SCADA con apoyo de plataformas IoT, historizadores o SCADA. La práctica exige documentar parámetros, versiones, cambios y resultados intermedios. Se incorporan comprobaciones físicas, operativas o contractuales para detectar incoherencias antes de que el análisis se convierta en un entregable.

12.4 Riesgos, interfaces y controles: Integra interoperabilidad deficiente en Capstone: arquitectura segura de gemelo OT/SCADA y analiza su interacción con Capstone: arquitectura segura de gemelo OT/SCADA, otras disciplinas y la operación. Se construye una cadena causa–consecuencia–control, se asignan responsables y se definen señales tempranas, hold points y evidencia de cierre. El riesgo residual debe quedar explícito y vinculado a un criterio de escalado.

12.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «Capstone: arquitectura segura de gemelo OT/SCADA» para cerrar Capstone: arquitectura segura de gemelo OT/SCADA, demostrando cómo Capstone: arquitectura segura de gemelo OT/SCADA se tradujo en una decisión. Se documentan alternativas, sensibilidad, riesgos y criterios de aceptación. El objetivo es que el documento sobreviva al cambio de equipo o fase y conserve el contexto necesario para operación, mantenimiento, auditoría o defensa.