Parte 54 · Clase 535 de 830

ARQ-535 · Puertas, posiciones y embarque

Parte 54 · Fase II · Clase desarrollada · Incorporada en v0.29.0.

Prerrequisitos conceptuales: ARQ-534. Sin calendario. Casos, capacidades y resultados son ficticios salvo antecedentes expresamente atribuidos. Material educativo: no constituye proyecto ejecutable, programa clínico u operacional aprobado, cálculo firmado, autorización, certificación ni habilitación profesional. Revisión externa especializada pendiente.

Pregunta central

¿Cómo relacionar puerta de embarque, posición de aeronave, plataforma y tiempo de ocupación sin asumir que son equivalentes?

Resultado y continuidad

Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-534 conserva métodos, no cifras. El siguiente capítulo, ARQ-536, recibe la lógica y vuelve a declarar sus propios parámetros.

1. El tipo como sistema, no como imagen

Una puerta es un punto del proceso del pasajero; una posición es una configuración operativa para una aeronave. Pueden existir posiciones remotas, puertas comunes, buses, pasarelas y diferentes tamaños de aeronave. La planificación necesita compatibilidad, separación, maniobra, tiempos y fases. Los parámetros reales pertenecen a documentos especializados de diseño aeroportuario [AIR-FAA-DESIGN] y, en Chile, a normativa DGAC vigente [AIR-DGAC-DAN14].

Los picos de demanda importan porque los promedios anuales ocultan simultaneidad. Sin embargo, elegir una hora pico no basta: hay que declarar cómo se obtuvo, qué procesos representa y qué variabilidad quedó fuera.

2. Cinco capas que deben coordinarse

La clase utiliza cinco capas de lectura: puerta, posición, plataforma, ocupación temporal y compatibilidad. No forman una secuencia obligatoria ni una clasificación normativa. Sirven para evitar que una decisión se optimice en una sola capa y traslade el problema a otra.

En la primera capa se define el servicio y quién lo utiliza. En la segunda se siguen recorridos, tiempos y cambios de estado. La tercera convierte esas relaciones en un programa espacial comprobable. La cuarta identifica estructura, envolvente, instalaciones, equipamiento y mantenimiento. La quinta pregunta qué sucede cuando cambia la demanda, falla un componente o se interviene el edificio.

3. Programa y flujos: conservar fronteras

Un flujo no es solamente una línea. Tiene origen, destino, objeto o persona que se mueve, restricciones, estado temporal y dependencias. Dos flujos pueden compartir un corredor y seguir siendo distintos; también pueden necesitar separación por privacidad, seguridad, operación o control ambiental. La justificación debe nombrar el motivo, no usar colores como explicación.

Los cuadros de áreas tampoco sustituyen geometría. Que una suma cierre no prueba que los recintos quepan, que sus relaciones funcionen o que las instalaciones puedan coordinarse. Cuando se transfiere superficie entre categorías, la clase obliga a identificar qué evidencia previa deja de ser válida.

4. Tecnología e infraestructura

La arquitectura necesita reservar espacio y acceso para sistemas que sostienen el servicio. Esos sistemas pueden incluir energía, agua, aire, datos, transporte interno, equipamiento especializado y soporte técnico, según la tipología. La reserva debe existir en planta, sección y secuencia de mantenimiento, no solo en una memoria.

La frontera landside/airside es operativa, no una simple línea gráfica. Cambiar una puerta, una zona de control o una ruta de servicio puede modificar qué personas y objetos pueden atravesarla y bajo qué estado.

Un dato técnico siempre conserva su procedencia. Una capacidad nominal de equipo, una dimensión de catálogo o un requisito de una guía extranjera no se transforma automáticamente en prestación del edificio ni en exigencia legal local. El proyecto debe indicar fuente, edición, condiciones, quién revisa y qué se desconoce.

5. Operación, accesibilidad y estados no ordinarios

La experiencia se evalúa como cadena completa: llegar, orientarse, atravesar procesos, usar el servicio, acceder a apoyos y salir. Una condición favorable en un tramo no compensa una interrupción en otro. Accesibilidad, información y asistencia deben estudiarse en todos los estados relevantes, no solamente durante operación ideal.

También se representan mantenimiento, limpieza, obra y fallas. Si una alternativa depende de que siempre exista un equipo, puerta o conexión, esa dependencia queda escrita. La redundancia requiere independencia suficiente; duplicar dos componentes que comparten un único nodo crítico puede conservar la misma falla única.

Caso trabajado

GATE-01 dispone de 8 posiciones idénticas ficticias durante una ventana de 6 h: 48 posición-hora. Se programan ocupaciones de 5, 5, 6, 4, 5, 4, 5 y 3 h: 37 posición-hora, 77,08 % de la ventana. El 22,92 % libre no demuestra que quepan más vuelos: importan solapamientos, compatibilidad y secuencia.

Qué demuestra y qué no demuestra

El resultado permite comprobar únicamente las relaciones aritméticas o geométricas declaradas. No valida seguridad, control de infecciones, operación aeronáutica, capacidad clínica, accesibilidad reglamentaria ni cumplimiento. Para transferirlo a un caso real hacen falta programa validado, levantamiento, datos de demanda, normativa vigente, especialidades, pruebas y autorizaciones pertinentes.

6. Profundización: cómo revisar una propuesta

• Reconstruye la necesidad. Escribe qué servicio se pretende prestar y bajo qué estado.

• Sigue una tarea completa. No saltes del acceso al destino ignorando decisiones, esperas o apoyos.

• Localiza interfaces. Identifica dónde dos actividades, disciplinas o autoridades necesitan una misma condición.

• Conserva versiones. Si cambia programa, capacidad o geometría, vuelve a comprobar documentos dependientes.

• Declara lo desconocido. No reemplaces una medición ausente por un valor cómodo ni una referencia extranjera por regulación local.

Errores frecuentes y controles de calidad

Evita usar promedios para ocultar picos, asumir que más superficie mejora automáticamente el servicio, tratar toda circulación como desperdicio, confundir capacidad teórica con operación real, dibujar rutas sin estados de puertas o controles, y considerar un equipo redundante sin revisar su alimentación y dependencias. Comprueba unidades, ventana temporal, denominadores y límites del modelo.

Práctica independiente

Seis posiciones durante 5 h ofrecen 30 posición-hora. Se programan 4,5; 4; 3,5; 4; 3 y 2,5 h. Calcula ocupación nominal.

Además de la cuenta, redacta dos afirmaciones respaldadas y dos que todavía no pueden sostenerse. Para cada pendiente indica qué dato, documento, prueba o especialista permitiría resolverla.

Autoevaluación y transferencia

Puedes avanzar cuando reconstruyes el caso sin mirar la solución, explicas por qué una suma correcta no prueba funcionamiento integral, dibujas al menos una cadena de uso con sus estados y nombras una evidencia que falta. La transferencia correcta mantiene el razonamiento y sustituye los parámetros cuando cambia el proyecto.

Figura 535. Esquema conceptual original. No constituye plano, protocolo clínico, procedimiento aeronáutico ni detalle ejecutable.

Decisión pedagógica y posición curricular

Por qué existe

Esta clase existe para resolver una necesidad concreta del recorrido: ¿Cómo relacionar puerta de embarque, posición de aeronave, plataforma y tiempo de ocupación sin asumir que son equivalentes?

Por qué está exactamente aquí

Ocupa el lugar 5 de la Parte 54. Se estudia después de ARQ-534 · Equipaje y logística porque usa esa base para responder «¿Cómo relacionar puerta de embarque, posición de aeronave, plataforma y tiempo de ocupación sin asumir que son equivalentes?». Se ubica antes de ARQ-536 · Grandes luces y envolventes terminales porque la evidencia producida aquí debe estar disponible para ese paso.

• Prerrequisitos: ARQ-534
• Capacidad que introduce: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-534 conserva métodos, no cifras. El siguiente capítulo, ARQ-536, recibe la lógica y vuelve a declarar sus propios parámetros.
• Clases o experiencias que dependen de ella: ARQ-536

flowchart LR
    A["Prerrequisitos · ARQ-534"] --> B["ARQ-535 · necesidad y fundamento"]
    S["Fuentes · AIR-FAA-TERM AC 150/5360-13A - Airport Terminal Planning + AIR-FAA-DESIGN Airport Design and Engineering Standards +…"] --> B
    B --> C["Actividad auténtica"]
    C --> D["Evidencia auditable"]
    D --> E["Continuidad · ARQ-536"]

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 puertas, posiciones y embarque.
2. Producir y comprobar la evidencia declarada por la clase: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-534 conserva métodos, no cifras. El siguiente capítulo, ARQ-536, recibe la lógica y vuelve a declarar sus propios parámetros.
3. Justificar una decisión de puertas, posiciones y embarque mediante fuentes, supuestos, alternativas y límites explícitos.

Actividad, evidencia y criterio de aceptación

Actividad: Seis posiciones durante 5 h ofrecen 30 posición-hora. Se programan 4,5; 4; 3,5; 4; 3 y 2,5 h. Calcula ocupación nominal.

Evidencia mínima: Al terminar podrás representar el problema mediante actividades, flujos, capacidades, interfaces y estados; reconstruirás un caso cuantitativo limitado y distinguirás qué evidencia requiere un proyecto real. La continuidad desde ARQ-534 conserva métodos, no cifras. El siguiente capítulo, ARQ-536, recibe la lógica y vuelve a declarar sus propios parámetros.

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

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

• La entrega responde explícitamente a la pregunta: ¿Cómo relacionar puerta de embarque, posición de aeronave, plataforma y tiempo de ocupación sin asumir que son equivalentes?
• La actividad conserva las fronteras del caso y permite reconstruir el procedimiento: Seis posiciones durante 5 h ofrecen 30 posición-hora. Se programan 4,5; 4; 3,5; 4; 3 y 2,5 h. Calcula ocupación nominal.
• 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-536.
• Evita usar promedios para ocultar picos, asumir que más superficie mejora automáticamente el servicio, tratar toda circulación como desperdicio, confundir capacidad teórica con operación real, dibujar rutas sin estados de puertas o controles, y considerar un equipo redundante sin revisar su alimentación y dependencias. Comprueba unidades, ventana temporal, denominadores y límites del modelo.

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-536 · Grandes luces y envolventes terminales; conserva el método y vuelve a verificar datos y límites.

Fuentes y alcance de uso

[AIR-FAA-TERM] AC 150/5360-13A - Airport Terminal Planning

Federal Aviation Administration. https://www.faa.gov/regulations_policies/advisory_circulars/index.cfm/go/document.information/documentID/1033908

Consulta: Ficha oficial de la circular activa sobre planificación de terminales de pasajeros. Apoyo: Proceso de planificación de terminales, flujos, áreas funcionales, niveles de planificación y relación con operación. Límite: Referencia estadounidense; no constituye regulación chilena ni se aplica íntegramente en los ejercicios.

[AIR-FAA-DESIGN] Airport Design and Engineering Standards

Federal Aviation Administration. https://www.faa.gov/airports/engineering/design_standards

Consulta: Página oficial de referencia a estándares y circulares vigentes de diseño aeroportuario. Apoyo: Distinguir terminal, pistas, rodajes, plataformas, drenaje, iluminación y otros sistemas como documentos especializados. Límite: No se extraen distancias, separaciones ni criterios geométricos ejecutables para un aeropuerto real.

[AIR-DGAC-DAN14] Normas DAN - Serie 14 de aeródromos

Dirección General de Aeronáutica Civil de Chile. https://www.dgac.gob.cl/normativa/reglamentacion-aeronautica/normas-dan-nueva/

Consulta: Portal oficial que muestra ediciones vigentes e históricas de normas DAN, incluyendo operación y diseño de aeródromos. Apoyo: Recordar que un proyecto aeroportuario en Chile debe identificar la edición vigente y el documento aplicable, no basarse en una guía extranjera. Límite: No se leyó íntegramente cada DAN ni se extraen requisitos para dimensionar los ejercicios.