Módulo 1 — Requisitos de misión, Tier, disponibilidad y arquitectura crítica

1.1 Fundamentos, alcance y criterios: Define el alcance técnico de Requisitos de misión, Tier, disponibilidad y arquitectura crítica y sitúa Requisitos de misión, Tier, disponibilidad y arquitectura crítica 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.

1.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Requisitos de misión, Tier, disponibilidad y arquitectura crítica, centrando el análisis en Requisitos de misión, Tier, disponibilidad y arquitectura crítica y su relación con Demanda IT, crecimiento, densidad de rack y capacity planning. 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: Transforma Requisitos de misión, Tier, disponibilidad y arquitectura crítica en un flujo reproducible de Requisitos de misión, Tier, disponibilidad y arquitectura crítica con apoyo de BMS/DCIM. 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.

1.4 Riesgos, interfaces y controles: Evalúa cómo dimensionamiento incorrecto puede comprometer Requisitos de misión, Tier, disponibilidad y arquitectura crítica. A partir de Requisitos de misión, Tier, disponibilidad y arquitectura crítica, 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.

1.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «Requisitos de misión, Tier, disponibilidad y arquitectura crítica» como evidencia profesional de Requisitos de misión, Tier, disponibilidad y arquitectura crítica. Se organiza la información de Requisitos de misión, Tier, disponibilidad y arquitectura crítica 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 — Demanda IT, crecimiento, densidad de rack y capacity planning

2.1 Fundamentos, alcance y criterios: Establece los fundamentos de Demanda IT, crecimiento, densidad de rack y capacity planning mediante un análisis crítico de Requisitos de misión, Tier, disponibilidad y arquitectura crítica. Se revisan las decisiones que dependen de esta materia, los parámetros que más influyen en ellas y las simplificaciones habituales que pueden inducir errores. El participante formula un esquema de verificación que permita comprobar coherencia antes de avanzar al siguiente nivel del proyecto.

2.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Demanda IT, crecimiento, densidad de rack y capacity planning, centrando el análisis en Demanda IT, crecimiento, densidad de rack y capacity planning y su relación con Topologías eléctricas: acometidas, UPS, PDU y distribución. 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.

2.3 Método, modelado y comprobación: Transforma Demanda IT, crecimiento, densidad de rack y capacity planning en un flujo reproducible de Demanda IT, crecimiento, densidad de rack y capacity planning con apoyo de modelos de redundancia y load schedules. 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: Integra secuencia de control ineficiente en Demanda IT, crecimiento, densidad de rack y capacity planning y analiza su interacción con Demanda IT, crecimiento, densidad de rack y capacity planning, 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.

2.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «Demanda IT, crecimiento, densidad de rack y capacity planning» para cerrar Demanda IT, crecimiento, densidad de rack y capacity planning, demostrando cómo Demanda IT, crecimiento, densidad de rack y capacity planning 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 3 — Topologías eléctricas: acometidas, UPS, PDU y distribución

3.1 Fundamentos, alcance y criterios: Aborda Topologías eléctricas: acometidas, UPS, PDU y distribución desde la lógica de Demanda IT, crecimiento, densidad de rack y capacity planning, 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: Convierte la información de Topologías eléctricas: acometidas, UPS, PDU y distribución en entradas utilizables para Topologías eléctricas: acometidas, UPS, PDU y distribución. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de Generación de emergencia, combustible y autonomía. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

3.3 Método, modelado y comprobación: Desarrolla Topologías eléctricas: acometidas, UPS, PDU y distribución mediante guiones MOP/SOP/EOP e IST, justificando por qué la herramienta y el nivel de fidelidad son adecuados para Topologías eléctricas: acometidas, UPS, PDU y distribución. 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.

3.4 Riesgos, interfaces y controles: Evalúa cómo interacción no resuelta entre sistemas puede comprometer Topologías eléctricas: acometidas, UPS, PDU y distribución. A partir de Topologías eléctricas: acometidas, UPS, PDU y distribució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.

3.5 Entregable, QA/QC y defensa: Convierte el trabajo de Topologías eléctricas: acometidas, UPS, PDU y distribución en entregable técnico del módulo «Topologías eléctricas: acometidas, UPS, PDU y distribución», con especial atención a Topologías eléctricas: acometidas, UPS, PDU y distribución. 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 4 — Generación de emergencia, combustible y autonomía

4.1 Fundamentos, alcance y criterios: Establece los fundamentos de Generación de emergencia, combustible y autonomía mediante un análisis crítico de Topologías eléctricas: acometidas, UPS, PDU y distribución. Se revisan las decisiones que dependen de esta materia, los parámetros que más influyen en ellas y las simplificaciones habituales que pueden inducir errores. El participante formula un esquema de verificación que permita comprobar coherencia antes de avanzar al siguiente nivel del proyecto.

4.2 Datos, parámetros y calidad de entrada: Define la calidad mínima de información para Generación de emergencia, combustible y autonomía, centrando el análisis en Generación de emergencia, combustible y autonomía y su relación con Arquitecturas de cooling y gestión de pasillos hot/cold. 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.

4.3 Método, modelado y comprobación: Construye el procedimiento de análisis de Generación de emergencia, combustible y autonomía utilizando modelos de balance y dimensionamiento. El método se articula alrededor de Generación de emergencia, combustible y autonomía: 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.

4.4 Riesgos, interfaces y controles: Examina indisponibilidad operativa como escenario crítico de Generación de emergencia, combustible y autonomía y contrasta su relación con Generación de emergencia, combustible y autonomí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: Convierte el trabajo de Generación de emergencia, combustible y autonomía en entregable técnico del módulo «Generación de emergencia, combustible y autonomía», con especial atención a Generación de emergencia, combustible y autonomía. 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 5 — Arquitecturas de cooling y gestión de pasillos hot/cold

5.1 Fundamentos, alcance y criterios: Define el alcance técnico de Arquitecturas de cooling y gestión de pasillos hot/cold y sitúa Generación de emergencia, combustible y autonomía 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.

5.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para Arquitecturas de cooling y gestión de pasillos hot/cold tomando Arquitecturas de cooling y gestión de pasillos hot/cold como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con Redundancia N, N+1, 2N y análisis de single points of failure. 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.

5.3 Método, modelado y comprobación: Construye el procedimiento de análisis de Arquitecturas de cooling y gestión de pasillos hot/cold utilizando BMS, EMS o plataformas de supervisión. El método se articula alrededor de Arquitecturas de cooling y gestión de pasillos hot/cold: 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.

5.4 Riesgos, interfaces y controles: Somete Arquitecturas de cooling y gestión de pasillos hot/cold a una revisión de riesgo centrada en ahorro o rendimiento no verificado. Se identifican mecanismos de fallo, consecuencias y dependencias con Arquitecturas de cooling y gestión de pasillos hot/cold; 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.

5.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «Arquitecturas de cooling y gestión de pasillos hot/cold» como evidencia profesional de Arquitecturas de cooling y gestión de pasillos hot/cold. Se organiza la información de Arquitecturas de cooling y gestión de pasillos hot/cold 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 6 — Redundancia N, N+1, 2N y análisis de single points of failure

6.1 Fundamentos, alcance y criterios: Define el alcance técnico de Redundancia N, N+1, 2N y análisis de single points of failure y sitúa Arquitecturas de cooling y gestión de pasillos hot/cold 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.

6.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para Redundancia N, N+1, 2N y análisis de single points of failure tomando Redundancia N, N+1, 2N y análisis de single points of failure como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con BMS/DCIM, sensórica, alarmas y gestión de capacidad. 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.

6.3 Método, modelado y comprobación: Aplica instrumentación de campo y registros de commissioning para desarrollar Redundancia N, N+1, 2N y análisis de single points of failure con un nivel de detalle proporcional al riesgo. Se estudian Redundancia N, N+1, 2N y análisis de single points of failure, 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.

6.4 Riesgos, interfaces y controles: Desarrolla el assurance de Redundancia N, N+1, 2N y análisis de single points of failure frente a dimensionamiento incorrecto, relacionándolo con Redundancia N, N+1, 2N y análisis de single points of failure. 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.

6.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «Redundancia N, N+1, 2N y análisis de single points of failure» para cerrar Redundancia N, N+1, 2N y análisis de single points of failure, demostrando cómo Redundancia N, N+1, 2N y análisis de single points of failure 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 7 — BMS/DCIM, sensórica, alarmas y gestión de capacidad

7.1 Fundamentos, alcance y criterios: Analiza Redundancia N, N+1, 2N y análisis de single points of failure como componente central de BMS/DCIM, sensórica, alarmas y gestión de capacidad. 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.

7.2 Datos, parámetros y calidad de entrada: Desarrolla un plan de información para BMS/DCIM, sensórica, alarmas y gestión de capacidad tomando BMS/DCIM, sensórica, alarmas y gestión de capacidad como variable de control. Se comprueba procedencia, representatividad y calidad, y se relaciona el dato con Fire safety, seguridad física e interfaces MEP. 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.

7.3 Método, modelado y comprobación: Modela o evalúa BMS/DCIM, sensórica, alarmas y gestión de capacidad dentro de BMS/DCIM, sensórica, alarmas y gestión de capacidad mediante BMS/DCIM. 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.

7.4 Riesgos, interfaces y controles: Desarrolla el assurance de BMS/DCIM, sensórica, alarmas y gestión de capacidad frente a secuencia de control ineficiente, relacionándolo con BMS/DCIM, sensórica, alarmas y gestión de capacidad. 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.

7.5 Entregable, QA/QC y defensa: Formaliza BMS/DCIM, sensórica, alarmas y gestión de capacidad en entregable técnico del módulo «BMS/DCIM, sensórica, alarmas y gestión de capacidad». El participante sintetiza BMS/DCIM, sensórica, alarmas y gestión de capacidad sin eliminar la evidencia necesaria, diferencia hechos de interpretaciones y registra supuestos pendientes. La revisión final comprueba que cada recomendación tenga soporte, responsable y criterio de cierre, evitando documentos extensos pero poco accionables.

Módulo 8 — Fire safety, seguridad física e interfaces MEP

8.1 Fundamentos, alcance y criterios: Construye el marco de decisión para Fire safety, seguridad física e interfaces MEP a partir de BMS/DCIM, sensórica, alarmas y gestión de capacidad. 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.

8.2 Datos, parámetros y calidad de entrada: Prepara las entradas de Fire safety, seguridad física e interfaces MEP mediante una revisión estructurada de Fire safety, seguridad física e interfaces MEP. El trabajo incluye control de versiones, detección de outliers, comprobaciones de orden de magnitud y contraste con MOP, SOP y EOP: operación y gestión controlada del cambio. Cada dato queda vinculado a una fuente y a una decisión, de forma que el modelo posterior pueda auditarse.

8.3 Método, modelado y comprobación: Modela o evalúa Fire safety, seguridad física e interfaces MEP dentro de Fire safety, seguridad física e interfaces MEP mediante modelos de redundancia y load schedules. 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.

8.4 Riesgos, interfaces y controles: Examina interacción no resuelta entre sistemas como escenario crítico de Fire safety, seguridad física e interfaces MEP y contrasta su relación con Fire safety, seguridad física e interfaces MEP. 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.

8.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «Fire safety, seguridad física e interfaces MEP» como evidencia profesional de Fire safety, seguridad física e interfaces MEP. Se organiza la información de Fire safety, seguridad física e interfaces MEP 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 9 — MOP, SOP y EOP: operación y gestión controlada del cambio

9.1 Fundamentos, alcance y criterios: Define el alcance técnico de MOP, SOP y EOP: operación y gestión controlada del cambio y sitúa Fire safety, seguridad física e interfaces MEP 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.

9.2 Datos, parámetros y calidad de entrada: Convierte la información de MOP, SOP y EOP: operación y gestión controlada del cambio en entradas utilizables para MOP, SOP y EOP: operación y gestión controlada del cambio. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de Commissioning integrado, IST y pruebas de fallo. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

9.3 Método, modelado y comprobación: Transforma MOP, SOP y EOP: operación y gestión controlada del cambio en un flujo reproducible de MOP, SOP y EOP: operación y gestión controlada del cambio con apoyo de guiones MOP/SOP/EOP e IST. 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.

9.4 Riesgos, interfaces y controles: Integra indisponibilidad operativa en MOP, SOP y EOP: operación y gestión controlada del cambio y analiza su interacción con MOP, SOP y EOP: operación y gestión controlada del cambio, 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.

9.5 Entregable, QA/QC y defensa: Cierra MOP, SOP y EOP: operación y gestión controlada del cambio mediante entregable técnico del módulo «MOP, SOP y EOP: operación y gestión controlada del cambio». El documento integra alcance, entradas, hipótesis, análisis de MOP, SOP y EOP: operación y gestión controlada del cambio, 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 — Commissioning integrado, IST y pruebas de fallo

10.1 Fundamentos, alcance y criterios: Establece los fundamentos de Commissioning integrado, IST y pruebas de fallo mediante un análisis crítico de MOP, SOP y EOP: operación y gestión controlada del cambio. Se revisan las decisiones que dependen de esta materia, los parámetros que más influyen en ellas y las simplificaciones habituales que pueden inducir errores. El participante formula un esquema de verificación que permita comprobar coherencia antes de avanzar al siguiente nivel del proyecto.

10.2 Datos, parámetros y calidad de entrada: Organiza los datos necesarios para Commissioning integrado, IST y pruebas de fallo: fuentes, unidades, fechas, resolución, versiones y responsable. Se utilizan como referencia Commissioning integrado, IST y pruebas de fallo y el contexto de PUE, eficiencia, mantenimiento y continuidad operativa. 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.

10.3 Método, modelado y comprobación: Aplica modelos de balance y dimensionamiento para desarrollar Commissioning integrado, IST y pruebas de fallo con un nivel de detalle proporcional al riesgo. Se estudian Commissioning integrado, IST y pruebas de fallo, 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.

10.4 Riesgos, interfaces y controles: Examina ahorro o rendimiento no verificado como escenario crítico de Commissioning integrado, IST y pruebas de fallo y contrasta su relación con Commissioning integrado, IST y pruebas de fallo. 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.

10.5 Entregable, QA/QC y defensa: Entrega entregable técnico del módulo «Commissioning integrado, IST y pruebas de fallo» para cerrar Commissioning integrado, IST y pruebas de fallo, demostrando cómo Commissioning integrado, IST y pruebas de fallo 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 11 — PUE, eficiencia, mantenimiento y continuidad operativa

11.1 Fundamentos, alcance y criterios: Define el alcance técnico de PUE, eficiencia, mantenimiento y continuidad operativa y sitúa Commissioning integrado, IST y pruebas de fallo 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: Prepara las entradas de PUE, eficiencia, mantenimiento y continuidad operativa mediante una revisión estructurada de PUE, eficiencia, mantenimiento y continuidad operativa. El trabajo incluye control de versiones, detección de outliers, comprobaciones de orden de magnitud y contraste con Capstone: basis of design y commissioning de un data center. Cada dato queda vinculado a una fuente y a una decisión, de forma que el modelo posterior pueda auditarse.

11.3 Método, modelado y comprobación: Modela o evalúa PUE, eficiencia, mantenimiento y continuidad operativa dentro de PUE, eficiencia, mantenimiento y continuidad operativa mediante BMS, EMS o plataformas de supervisió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.

11.4 Riesgos, interfaces y controles: Evalúa cómo dimensionamiento incorrecto puede comprometer PUE, eficiencia, mantenimiento y continuidad operativa. A partir de PUE, eficiencia, mantenimiento y continuidad operativa, 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.

11.5 Entregable, QA/QC y defensa: Prepara entregable técnico del módulo «PUE, eficiencia, mantenimiento y continuidad operativa» como evidencia profesional de PUE, eficiencia, mantenimiento y continuidad operativa. Se organiza la información de PUE, eficiencia, mantenimiento y continuidad operativa 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 12 — Capstone: basis of design y commissioning de un data center

12.1 Fundamentos, alcance y criterios: Aborda Capstone: basis of design y commissioning de un data center desde la lógica de PUE, eficiencia, mantenimiento y continuidad operativa, 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: Convierte la información de Capstone: basis of design y commissioning de un data center en entradas utilizables para Capstone: basis of design y commissioning de un data center. Se revisan nomenclatura, unidades, tolerancias, registros y trazabilidad, comparándolas con los requisitos de Requisitos de misión, Tier, disponibilidad y arquitectura crítica. El alumno documenta incertidumbres y evita que un valor sin contexto se transforme automáticamente en una conclusión.

12.3 Método, modelado y comprobación: Aplica instrumentación de campo y registros de commissioning para desarrollar Capstone: basis of design y commissioning de un data center con un nivel de detalle proporcional al riesgo. Se estudian Capstone: basis of design y commissioning de un data center, 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.

12.4 Riesgos, interfaces y controles: Examina secuencia de control ineficiente como escenario crítico de Capstone: basis of design y commissioning de un data center y contrasta su relación con Capstone: basis of design y commissioning de un data center. 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.

12.5 Entregable, QA/QC y defensa: Convierte el trabajo de Capstone: basis of design y commissioning de un data center en entregable técnico del módulo «Capstone: basis of design y commissioning de un data center», con especial atención a Capstone: basis of design y commissioning de un data center. 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.