Parte 36 · Clase 357 de 830

ARQ-357 · Infraestructura crítica y continuidad

Parte 36 · Clase desarrollada · Incorporada en v0.21.0.

Prerrequisitos conceptuales: ARQ-356, ARQ-169, ARQ-289, ARQ-329, ARQ-349. Sin calendario. Casos y parámetros ficticios, salvo antecedentes atribuidos. Material de estudio; revisión externa especializada pendiente.

Pregunta central

¿Cuándo una instalación adicional aporta continuidad y cuándo solamente duplica equipos que siguen dependiendo del mismo componente, suministro o acceso?

Resultado y continuidad

Este capítulo introduce TER-SERV-01, un centro logístico ficticio definido por una función, no por una etiqueta de «infraestructura crítica». Construirás su red de dependencias, evaluarás estados conocidos y desconocidos y comprobarás capacidad de transferencia. La base reaparecerá en ARQ-369 para estudiar amenazas combinadas. No hereda capacidades de edificios, depósitos o equipos anteriores.

1. Definir la función antes de clasificar la infraestructura

Una infraestructura resulta relevante por los servicios que sostiene y las consecuencias de su interrupción. En un encargo deben identificarse usuarios, actividad, alcance, período y nivel de servicio. La palabra «crítica» no reemplaza esa definición ni convierte automáticamente toda instalación en una misma prioridad.

NIST vincula la resiliencia comunitaria con funciones sociales, edificios, infraestructura e interdependencias [HAZ-REDES]. La ficha de ISO 22301 aborda continuidad como un sistema de gestión, no como propiedad de un único equipo [HAZ-ISOCONT]. Se usan esos alcances para organizar el problema; no se implementa ni certifica la norma.

TER-SERV-01 debe transferir doce unidades logísticas por hora en el ejercicio. Las unidades son paquetes abstractos equivalentes, no pacientes, raciones reales ni prioridades de emergencia. La equivalencia y demanda son hipótesis para comparar configuraciones. El edificio necesita además acceso, información y suministro de agua dentro del servicio ficticio definido.

2. Diferenciar objeto, función y dependencia

Un equipo es un objeto con características. Una función es algo que debe ocurrir. Una dependencia es una condición que permite o impide esa función. Dos equipos distintos pueden compartir tablero, software, captación, sala o ruta y, por ello, no aportar independencia frente a ciertos fallos.

Dibuja primero funciones: alimentar, controlar, conducir, recibir y despachar. Después identifica componentes y conexiones. Si comienzas dibujando solo fotografías de equipos, es fácil omitir una válvula común o un paso exterior del que todos dependen.

La red debe declarar su nivel de detalle. Para una pregunta puede bastar «alimentación exterior disponible»; para otra debe dividirse en red, acometida, protección y control. Cambiar la resolución del grafo no crea evidencia nueva. Una casilla agrupada como disponible exige conocer qué incluye.

3. La red del caso base

TER-SERV-01 define E como alimentación ordinaria, B como respaldo, K como control común, W como fuente de agua, P1 y P2 como equipos alternativos, R como acceso y M como información operativa. En este esquema, la función de alimentación admite E o B; el control requiere K y esa alimentación; el suministro requiere W, control y al menos un equipo.

Escribimos C = K ∧ (E ∨ B), A = W ∧ C ∧ (P1 ∨ P2) y S = R ∧ M ∧ A. El símbolo ∧ exige ambas condiciones; ∨ admite al menos una. Las letras no representan probabilidades y no se multiplican porcentajes.

La redundancia de P1/P2 permite mantener A frente a la pérdida de uno, bajo las demás condiciones. No protege frente a perder K o W. El respaldo B protege frente a perder E solo si su configuración, capacidad y disponibilidad están realmente confirmadas. Aquí se adoptan estados lógicos, no una prueba de respaldo instalado.

4. Evaluar estados sin borrar lo desconocido

En el estado ordinario todas las condiciones son verdaderas y el modelo entrega S verdadero. Si falla E pero B y las demás permanecen disponibles, S sigue verdadero. Si falla K, S es falso aunque E, B, P1 y P2 estén disponibles.

Si K es desconocido y las demás condiciones son verdaderas, el servicio queda pendiente. Si al mismo tiempo R es falso, existe una interrupción conocida y además una incertidumbre de control. El estado global no debe ocultar la pregunta pendiente cuando se corrija el acceso.

La regla de tres estados para ∧ es: falso si existe un falso; verdadero si todos son verdaderos; desconocido en otro caso. Para ∨: verdadero si existe un verdadero; falso si todos son falsos; desconocido en otro caso. Estas reglas permiten revisar una red sin inventar tasas de fiabilidad.

Figura 357. Duplicar P1 y P2 no elimina K ni W. La conexión describe una necesidad funcional, no una instalación eléctrica o sanitaria para ejecutar.

5. Encontrar el fallo común que un inventario oculta

Una lista con dos fuentes y dos equipos puede parecer más completa que una con uno de cada uno. Sin embargo, K permanece como elemento común en el caso. Su pérdida interrumpe A en todas esas variantes mientras no se cambie la arquitectura funcional.

Una alternativa podría estudiar controles separados. Para considerarlos independientes habría que revisar alimentación, comunicaciones, sensores, configuración, ambiente y operación. Dos gabinetes en la misma zona expuesta al agua pueden compartir una causa de fallo aunque tengan circuitos separados.

El análisis no propone suprimir K o duplicarlo automáticamente. Identifica la pregunta de diseño: frente a qué estado se necesita continuidad, qué funciones permanecen y qué evidencias verifican independencia. Más equipos pueden añadir mantenimiento, consumo y complejidad que también requieren gestión.

6. Estar conectado no garantiza capacidad suficiente

Añadimos un submodelo de transferencia, TER-CAP-01, claramente separado de las variables lógicas. P1 y P2 pueden aportar ocho unidades por hora cada uno, pero comparten una conducción de diez. La etapa de recepción admite catorce y la demanda es doce.

La capacidad física máxima del encadenamiento es el mínimo entre dieciséis, diez y catorce: diez. El servicio atendido es el menor entre esa capacidad y la demanda, también diez. Faltan dos unidades por hora bajo los datos adoptados. S verdadero significa que las dependencias lógicas se cumplen; no demuestra cumplir el nivel de doce.

Si se estudia una conducción de catorce, la capacidad máxima sube a catorce, pero el servicio solicitado sigue en doce. No se anuncia catorce de demanda atendida cuando solo se necesitan doce. Si se pierde un equipo, su capacidad de ocho limita el conjunto aun cuando el grafo conserve un camino.

7. Tiempo de autonomía y reposición son preguntas diferentes

Un almacenamiento puede sostener temporalmente una función cuando falta entrada. La duración depende de existencia útil, consumo, pérdidas y condiciones de operación. La capacidad nominal de un depósito no indica su contenido, como mostró ARQ-310.

Un combustible disponible tampoco demuestra que un equipo pueda entregar cierta potencia, arrancar, ventilarse y mantenerse. Cada magnitud conserva su frontera. No se toman reservas de otras funciones para mejorar artificialmente un cálculo de autonomía.

La reposición puede depender de acceso y proveedores. Por eso el grafo incluye R: un edificio con energía inicial puede quedar sin abastecimiento posterior si el camino deja de funcionar. El escenario debe describir duración y condiciones; no se le atribuye continuidad indefinida por superar una comprobación puntual.

8. Definir estados de degradación en lugar de un único verde

Puede existir operación nominal, parcial, interrumpida o pendiente de evaluación. Esas etiquetas necesitan criterios de servicio. En TER-CAP, diez frente a doce representa una diferencia cuantificable, no automáticamente una operación aceptable. La aceptación de un modo reducido corresponde a requisitos y responsables del servicio.

Una función puede quedar disponible para una tarea y no para otra. Acceso de mantenimiento no equivale a acceso de público. Información interna disponible no equivale a comunicación comprensible para todos los usuarios. Definir destinatario y tarea evita que una misma marca verde se reutilice fuera de alcance.

La entrega a operación debe incluir cómo se detecta el estado, quién decide y cómo se comunica. No es suficiente almacenar un diagrama si nadie puede relacionarlo con componentes y registros. La coordinación exige documentos utilizables, no una colección de nombres de sistemas.

9. Los cambios necesitan seguir la red

Si se sustituye un control, cambia una fuente o se reubica un equipo, debe revisarse qué funciones dependían de esa configuración. El control de cambios de NASA ofrece una referencia metodológica para mantener relaciones entre requisitos, versiones y evidencias [NASA-CHANGE]. Su aplicación aquí es docente, no un contrato profesional.

Una prueba favorable de B en vacío no verifica el servicio completo bajo la demanda definida. Una prueba de P1 no demuestra que P2 comparta o no comparta un fallo. El plan debe especificar objeto, estado, criterio y resultado esperado.

Conserva resultados adversos y no concluyentes. Si una medición no permite decidir la capacidad dentro de sus límites, la incertidumbre permanece. No se selecciona el valor conveniente para cerrar el expediente ni se atribuye intencionalidad a quien produjo un documento incompleto.

10. Qué se transfiere a las amenazas combinadas

TER-SERV-01 reaparecerá cuando una amenaza afecte a varios nodos simultáneamente. Mantendrá su lógica, salvo variante explícita. No se asignarán probabilidades a E, K o R por haber dibujado la red.

La salida de esta clase contiene definición de servicio, tabla de estados, dependencias comunes, capacidad y evidencia pendiente. El objetivo es responder por qué una función puede fallar aun con equipos duplicados. Ese argumento es más útil que contar componentes o llamarlos «resilientes» sin especificación.

Práctica independiente

Evalúa S en tres estados nuevos: primero E falso, B verdadero, K verdadero, W verdadero, P1 falso, P2 verdadero, R y M verdaderos; segundo E y B desconocidos con el resto verdadero; tercero R falso y K desconocido con todo lo demás verdadero. Conserva las incertidumbres locales aunque el estado global sea falso.

En otra red, dos equipos aportan seis unidades por hora cada uno, una conducción admite nueve y la recepción once. La demanda es diez. Calcula capacidad y servicio atendido con ambos equipos y con uno. Explica por qué «hay un camino disponible» no resuelve ambas preguntas.

Autoevaluación y enlace

Puedes distinguir redundancia de independencia, conectividad de capacidad y desconocido de disponible. ARQ-358 aplicará cadenas y evidencia a preparación territorial inclusiva, conservando el papel de los planos oficiales.

Decisión pedagógica y posición curricular

Por qué existe

Esta clase existe para resolver una necesidad concreta del recorrido: ¿Cuándo una instalación adicional aporta continuidad y cuándo solamente duplica equipos que siguen dependiendo del mismo componente, suministro o acceso?

Por qué está exactamente aquí

Ocupa el lugar 7 de la Parte 36. Se estudia después de ARQ-356 · Materiales y recuperación tras ingreso de agua porque usa esa base para responder «¿Cuándo una instalación adicional aporta continuidad y cuándo solamente duplica equipos que siguen dependiendo del mismo componente, suministro o acceso?». Se ubica antes de ARQ-358 · Evacuación inclusiva y rutas oficiales porque la evidencia producida aquí debe estar disponible para ese paso.

• Prerrequisitos: ARQ-356, ARQ-169, ARQ-289, ARQ-329, ARQ-349
• Capacidad que introduce: Este capítulo introduce TER-SERV-01 , un centro logístico ficticio definido por una función, no por una etiqueta de «infraestructura crítica». Construirás su red de dependencias, evaluarás estados conocidos y desconocidos y comprobarás capacidad de transferencia. La base reaparecerá en ARQ-369 para estudiar amenazas combinadas.
• Clases o experiencias que dependen de ella: ARQ-358, ARQ-365, ARQ-366

flowchart LR
    A["Prerrequisitos · ARQ-356, ARQ-169, ARQ-289, ARQ-329, ARQ-349"] --> B["ARQ-357 · necesidad y fundamento"]
    S["Fuentes · HAZ-REDES Development and Implementation of the Community Resilience Planning Guides + HAZ-ISOCONT ISO 22301:2019 —…"] --> B
    B --> C["Actividad auténtica"]
    C --> D["Evidencia auditable"]
    D --> E["Continuidad · ARQ-358, ARQ-365, ARQ-366"]

El diagrama permite comprobar una relación que el texto lineal oculta con facilidad: esta clase recibe capacidades previas, toma decisiones apoyadas por fuentes, exige una experiencia y produce evidencia que habilita trabajo posterior. No representa un procedimiento de obra.

Resultado observable, evidencia y evaluación

1. Identificar y delimitar las condiciones necesarias para responder la pregunta central de infraestructura crítica y continuidad.
2. Producir y comprobar la evidencia declarada por la clase: Este capítulo introduce TER-SERV-01 , un centro logístico ficticio definido por una función, no por una etiqueta de «infraestructura crítica». Construirás su red de dependencias, evaluarás estados conocidos y desconocidos y comprobarás capacidad de transferencia. La base reaparecerá en ARQ-369 para estudiar amenazas combinadas.
3. Justificar una decisión de infraestructura crítica y continuidad mediante fuentes, supuestos, alternativas y límites explícitos.

Actividad, evidencia y criterio de aceptación

Actividad: Evalúa S en tres estados nuevos: primero E falso, B verdadero, K verdadero, W verdadero, P1 falso, P2 verdadero, R y M verdaderos; segundo E y B desconocidos con el resto verdadero; tercero R falso y K desconocido con todo lo demás verdadero. Conserva las incertidumbres locales aunque el estado global sea falso. En otra red, dos equipos aportan seis unidades por hora cada uno, una conducción admite nueve y la recepción once.

Evidencia mínima: Este capítulo introduce TER-SERV-01 , un centro logístico ficticio definido por una función, no por una etiqueta de «infraestructura crítica». Construirás su red de dependencias, evaluarás estados conocidos y desconocidos y comprobarás capacidad de transferencia. La base reaparecerá en ARQ-369 para estudiar amenazas combinadas.

Archivo sugerido: evidence/ARQ-357/evidencia.md.

Criterio de aceptación: la entrega se acepta cuando:

• La entrega responde explícitamente a la pregunta: ¿Cuándo una instalación adicional aporta continuidad y cuándo solamente duplica equipos que siguen dependiendo del mismo componente, suministro o acceso?
• La actividad conserva las fronteras del caso y permite reconstruir el procedimiento: Evalúa S en tres estados nuevos: primero E falso, B verdadero, K verdadero, W verdadero, P1 falso, P2 verdadero, R y M verdaderos; segundo E y B desconocidos con el resto verdadero; tercero R falso y K desconocido con todo lo demás verdadero. Conserva las incertidumbres locales aunque el estado global sea falso. En otra red, dos equipos aportan seis unidades por hora cada uno, una conducción admite nueve y la recepción once.
• Cada afirmación externa puede seguirse hasta una fuente, su alcance consultado y su límite.
• La evidencia deja disponible una entrada comprobable para ARQ-358.
• Puedes distinguir redundancia de independencia, conectividad de capacidad y desconocido de disponible. ARQ-358 aplicará cadenas y evidencia a preparación territorial inclusiva, conservando el papel de los planos oficiales.

La rúbrica común complementa estos criterios; no los reemplaza. Una entrega puede superar un promedio y continuar pendiente si oculta una condición crítica.

Trazabilidad de las decisiones

La tabla permite auditar las relaciones; la explicación, el caso y la práctica de la clase siguen siendo la documentación principal.

Autoevaluación, recuperación y continuidad

Errores diagnósticos

Antes de avanzar, comprueba si puedes reconstruir cada resultado sin mirar la solución, señalar qué evidencia lo sostiene y nombrar una condición que obligaría a revisar tu decisión. Conserva la primera versión, la objeción recibida y la revisión.

Conexión siguiente: La continuidad inmediata es ARQ-358 · Evacuación inclusiva y rutas oficiales; conserva el método y vuelve a verificar datos y límites.

Fuentes y alcance de uso

Los casos, derivaciones, prácticas y figuras son originales. Fuentes nuevas consultadas el 23 de septiembre de 2026; las heredadas conservan su alcance. No se declara lectura íntegra cuando la consulta fue parcial.

[HAZ-REDES] Development and Implementation of the Community Resilience Planning Guides

NIST. https://www.nist.gov/community-resilience/planning-guide

Consulta: Presentación de la guía, funciones sociales, infraestructura e interdependencias. Apoyo: Definir servicio y dependencias antes de afirmar continuidad. Límite: No se leyó íntegramente cada volumen o guía enlazada. Los grafos y tiempos de servicio son originales y ficticios.

[HAZ-ISOCONT] ISO 22301:2019 — Business continuity management systems

International Organization for Standardization. https://www.iso.org/standard/75106.html

Consulta: Ficha pública y descripción del alcance de continuidad. Apoyo: Separar objetivos de servicio, gestión y condiciones operativas de una sola capacidad física. Límite: No se aplica el sistema de gestión íntegro ni se certifica continuidad o seguridad de un edificio.

[NASA-CHANGE] NASA Systems Engineering Handbook, 6.0: Crosscutting Technical Management

National Aeronautics and Space Administration. https://www.nasa.gov/reference/6-0-crosscutting-technical-management/

Consulta: Apartados 6.2 y 6.5 sobre requisitos y configuración Apoyo: Línea base, trazabilidad y análisis del impacto de cambios Límite: Los formularios y el caso arquitectónico son originales; no se copian procedimientos contractuales.