CFAM/XF
XF-CFAM-001:2026 · June 9, 2026

Cross-Framework Architectural Model

A technology-agnostic, statically verifiable reference model for the interior of a software artifact — one structure beneath many frameworks.

228 pages · English edition. Also available in Spanish.

Modelo de Arquitectura Cross-Framework

Un modelo de referencia independiente de la tecnología y verificable estáticamente para el interior de un artefacto de software — una estructura bajo muchos frameworks.

235 páginas · edición en español. También disponible en inglés.

What it is

The Cross-Framework Architectural Model (CFAM, also XF) starts from a simple observation: mainstream frameworks independently converge on the same component roles because the processes they automate share one structure — a convergence hidden behind incompatible vocabularies. From the theory of formal processes (Input–Process–Output, communicating sequential processes, the Actor model, BPMN), CFAM derives a universal three-layer structure and crosses it with five functional types into a closed L×T taxonomy with a canonical, technology-agnostic nomenclature.

Following the precedent of OSI — which standardized communication between systems — CFAM standardizes the vocabulary and construction of the interior of each artifact. Conformance is statically verifiable across five levels, and prior reference architectures (Clean, Hexagonal, Onion, Domain-Driven Design) project onto L×T as partial instances.

Qué es

El Modelo de Arquitectura Cross-Framework (CFAM, también XF) parte de una observación simple: los frameworks dominantes convergen de forma independiente en los mismos roles de componente porque los procesos que automatizan comparten una misma estructura, oculta tras vocabularios incompatibles. Desde la teoría de los procesos formales (Entrada–Proceso–Salida, procesos secuenciales comunicantes, el modelo de Actores, BPMN), CFAM deriva una estructura universal de tres capas y la cruza con cinco tipos funcionales en una taxonomía cerrada L×T con una nomenclatura canónica e independiente de la tecnología.

Siguiendo el precedente de OSI — que estandarizó la comunicación entre sistemas —, CFAM estandariza el vocabulario y la construcción del interior de cada artefacto. La conformidad es verificable estáticamente en cinco niveles, y las arquitecturas de referencia previas (Clean, Hexagonal, Onion, Domain-Driven Design) se proyectan sobre L×T como instancias parciales.

The L×T taxonomy

Every component of an artifact occupies exactly one cell: an abstraction layer (rows) crossed with a functional type (columns). The asterisk (*) stands for the modeled concept.

La taxonomía L×T

Todo componente de un artefacto ocupa exactamente una celda: una capa de abstracción (filas) cruzada con un tipo funcional (columnas). El asterisco (*) representa el concepto modelado.

LayerCapa LogicalLógico GeneralizationGeneralización InjectionInyección UtilityUtilidad TransferTransferencia
AccessAcceso *Repository*RepositoryR*Utilsconceptconcepto / *Exception
BusinessNegocio *Business*BusinessB*Utilsconceptconcepto / *Exception
InteractionInteracción *Service, *View*Service, *ViewA*Utilsconceptconcepto / *Exception

Dependencies are strictly descending (Interaction → Business → Access). The three injection components R, B, A give a single access pattern: <injection>.<component>.<operation>(), e.g. B.session.refresh(). Las dependencias son estrictamente descendentes (Interacción → Negocio → Acceso). Los tres componentes de inyección R, B, A dan un único patrón de acceso: <inyección>.<componente>.<operación>(), p. ej. B.session.refresh().

What’s in the specification

  • Scope, conformance, and terms
  • The component taxonomy — the L×T matrix
  • Layer responsibilities & the descending-dependency rule
  • Injection components (R, B, A) and the canonical access pattern
  • Canonical folder structure
  • Artifact lifecycle (defined → initialized → terminated)
  • Conformance: rule catalog, five levels, structural vs. semantic verifiability
  • Formal apparatus: definitions, axioms, properties & theorems (annexes); glossary & index

Qué contiene la especificación

  • Ámbito, conformidad y términos
  • La taxonomía de componentes — la matriz L×T
  • Responsabilidades de capa y la regla de dependencia descendente
  • Componentes de inyección (R, B, A) y el patrón de acceso canónico
  • Estructura de carpetas canónica
  • Ciclo de vida del artefacto (definido → inicializado → terminado)
  • Conformidad: catálogo de reglas, cinco niveles, verificabilidad estructural vs. semántica
  • Aparato formal: definiciones, axiomas, propiedades y teoremas (anexos); glosario e índice

Cite this work

To cite the normative specification:

Sanjurjo, I. (2026). Cross-Framework Architectural Model (CFAM / XF), XF-CFAM-001:2026. https://xfcfam.org

A companion overview article is under review at IEEE Software.

Cómo citar

Para citar la especificación normativa:

Sanjurjo, I. (2026). Modelo de Arquitectura Cross-Framework (CFAM / XF), XF-CFAM-001:2026. https://xfcfam.org

Un artículo panorámico complementario está en revisión en IEEE Software.

@techreport{cfam2026,
  author = {Sanjurjo, Israel},
  title  = {Cross-Framework Architectural Model (CFAM/XF)},
  number = {XF-CFAM-001:2026},
  year   = {2026},
  url    = {https://xfcfam.org}
}