> Esta traducción se ofrece por comodidad. El texto normativo es el original en inglés. # MMAS-Core **Especificación del Meta-Universo** **ID del documento:** MU-V2-ARCH-001 **Título:** Estándar de arquitectura de meta-modelos - arquitectura del núcleo **Clase de documento:** normativo **Versión:** 2.0 (borrador) **Estado:** borrador de trabajo **Referencias normativas:** Constitución del Meta-Universo (MUC), Versioning, Naming-Conventions, Validation, MMAS-Package, MMAS-Conformance **Referencias informativas:** Protocolo de federación del Meta-Universo (MUFP) **Copyright:** © Orkestron.AI **Licencia:** Apache-2.0 --- # 1. Propósito Este documento define los bloques arquitectónicos fundamentales que todo Meta-Modelo DEBERÁ seguir dentro del ecosistema del Meta-Universo. MMAS-Core establece una arquitectura semántica común que permite a Meta-Modelos independientes seguir siendo interoperables mientras evolucionan de forma autónoma. MMAS-Core no es un mero catálogo de bloques. Define un único **modelo de composición** arquitectónico: una jerarquía canónica que determina cómo cada primitivo semántico se anida en el siguiente, desde el Meta-Modelo en su conjunto hasta las Propiedades, Relaciones, Eventos, Contratos y Proyecciones individuales, y de vuelta hasta el Manifiesto que describe la composición. Igual que UML define los bloques básicos de modelado con los que se construye todo modelo, MMAS-Core define los bloques compositivos básicos con los que se construye todo Meta-Modelo del Meta-Universo. El versionado, la validación, el empaquetado y la conformidad se remiten a este único modelo en lugar de derivar cada uno el suyo. MMAS-Core amplía la Constitución del Meta-Universo (MUC). --- # 2. Alcance Esta especificación se aplica a todo Meta-Modelo que reclame conformidad MMAS, con independencia del dominio, la tecnología de implementación o el mecanismo de almacenamiento. --- # 3. Principios arquitectónicos Todo Meta-Modelo DEBERÁ: - ajustarse a la Constitución del Meta-Universo; - describir semántica en lugar de implementación; - preservar identidades estables; - separar el esquema de los datos de instancia; - admitir la federación; - admitir la evolución; - seguir siendo legible por máquina y por personas. --- # 4. Jerarquía de composición MMAS-Core define una única jerarquía de composición canónica. Todo Meta-Modelo DEBERÁ poder expresarse como un anidamiento estricto de los conceptos siguientes, y toda herramienta, validador y agente de federación conforme DEBERÁ interpretar la jerarquía de forma idéntica. La jerarquía se lee de arriba abajo como contención y de abajo arriba como descripción: - un **Meta-Modelo** contiene uno o más **Bundles**; - un **Bundle** contiene una o más **Capas**; - una **Capa** contiene uno o más **Objetos**; - un **Objeto** se describe mediante **Propiedades** y se conecta, cualifica, evoluciona y gobierna mediante **Relaciones**, **Eventos**, **Contratos** y **Proyecciones**; - la composición entera se resume y se hace descubrible mediante un **Manifiesto**. ## 4.0.1 Diagrama de la jerarquía (Mermaid) ```mermaid flowchart TD MM[Meta-Model] B[Bundles] L[Layers] O[Objects] P[Properties] R[Relationships] E[Events] C[Contracts] PR[Projections] MAN[Manifest] MM --> B B --> L L --> O O --> P O --> R O --> E O --> C O --> PR MM -.described by.-> MAN MAN -.summarizes.-> B ``` ## 4.0.2 Diagrama de la jerarquía (ASCII) ```text Meta-Model │ ├── Manifest .............. (describes & summarizes the whole composition) │ └── Bundles └── Layers └── Objects ├── Properties ...... what the object is ├── Relationships ... how it connects to other objects ├── Events .......... how it changes over time ├── Contracts ....... under which rules it may be used └── Projections ..... how it appears in a given context ``` Esta jerarquía es la pieza central de MMAS. Es la estructura que [Versioning](Versioning.md) versiona, que [Validation](Validation.md) valida nivel a nivel, que [MMAS-Package](MMAS-Package.md) empaqueta y cuya madurez mide [MMAS-Conformance](MMAS-Conformance.md). Un Meta-Modelo que no puede expresarse con esta jerarquía no es conforme con MMAS. --- # 5. Bloques básicos Todo Meta-Modelo DEBERÁ componerse a partir de los siguientes conceptos arquitectónicos, que son los niveles con nombre de la Jerarquía de composición definida en la Sección 4. ## 5.1 Meta-Modelo Un Meta-Modelo define la estructura semántica de un dominio. Un Meta-Modelo DEBERÁ tener: - identificador único; - espacio de nombres; - versión; - propietario; - manifiesto; - declaración de compatibilidad. --- ## 5.2 Bundle Un Bundle agrupa conceptos semánticamente relacionados. Los Bundles DEBERÁN: - tener una única responsabilidad; - minimizar dependencias; - publicar los conceptos que exportan. Ejemplos: - Identidad - Conocimiento - Gobernanza - Ejecución --- ## 5.3 Capa Una Capa representa una preocupación semántica coherente dentro de un Bundle. Las Capas DEBERÁN: - seguir siendo comprensibles por separado; - evitar responsabilidades solapadas; - exponer identificadores estables. --- ## 5.4 Objeto Los Objetos representan entidades semánticas. Los Objetos DEBERÁN poseer: - identidad; - ciclo de vida; - propiedad; - procedencia; - trazabilidad. --- ## 5.5 Propiedad Las Propiedades describen objetos. Toda propiedad DEBERÍA declarar: - tipo; - cardinalidad; - opcionalidad; - origen; - confianza (cuando proceda). --- ## 5.6 Relación Las Relaciones conectan objetos. Las Relaciones DEBERÁN definir explícitamente: - origen; - destino; - significado semántico; - cardinalidad. --- ## 5.7 Evento Los Eventos describen cambios significativos. Los Eventos DEBERÍAN ser inmutables y trazables. El primitivo Evento se define en detalle en [Event](../04-core-concepts/Event.md). --- ## 5.8 Proyección Una Proyección es una representación de un objeto específica de un contexto. Una proyección NO DEBERÁ redefinir la identidad del objeto. --- ## 5.9 Contrato Los Contratos definen acuerdos semánticos que gobiernan la interacción, la divulgación o la federación. --- ## 5.10 Contexto El Contexto determina cómo se interpreta la semántica. El Contexto DEBERÁ ser explícito siempre que el significado dependa de él. --- # 6. Esquema público Todo Meta-Modelo DEBERÁ exponer un esquema público. El esquema DEBERÁ describir la estructura sin exigir la divulgación de datos de instancia. El descubrimiento del esquema DEBERÁ ser posible con independencia del acceso a los datos. --- # 7. Separación entre esquema e instancia MMAS distingue: - Meta-Modelo (esquema) - Instancia (hechos) El intercambio de conocimiento DEBERÁ comenzar por el descubrimiento del esquema antes de divulgar instancias. --- # 8. Modelos semánticos externos Un Meta-Modelo PUEDE importar estándares externos. Los conceptos importados DEBERÁN preservar referencias a: - el estándar de origen; - la versión; - el espacio de nombres. Las extensiones locales NO DEBERÁN modificar la semántica importada. En su lugar, DEBERÁN ampliarla. --- # 9. Extensibilidad Los Meta-Modelos DEBERÁN evolucionar por extensión y no por modificación siempre que sea practicable. Las extensiones DEBERÁN: - declarar propiedad; - declarar compatibilidad; - preservar la semántica existente. --- # 10. Independencia de la tecnología MMAS define arquitectura, no almacenamiento. Las implementaciones conformes PUEDEN usar: - repositorios Git; - bases de datos de grafos; - bases de datos relacionales; - almacenes documentales; - API; - grafos de conocimiento; - flujos de eventos. Ninguna tecnología de implementación es normativa. --- # 11. Invariantes arquitectónicos Todo Meta-Modelo conforme con MMAS DEBERÁ preservar: - identidad; - coherencia semántica; - trazabilidad; - propiedad; - contexto; - versionado; - preparación para la federación. --- # 12. Relación con otros estándares MMAS-Core se apoya en la MUC y aporta el modelo de composición que especializan los demás documentos MMAS: - [Versioning](Versioning.md) versiona la jerarquía y sus elementos; - [Naming Conventions](Naming-Conventions.md) nombra la jerarquía y sus elementos; - [Validation](Validation.md) valida la jerarquía en los niveles V0-V5; - [MMAS-Package](MMAS-Package.md) empaqueta la jerarquía para su distribución; - [MMAS-Conformance](MMAS-Conformance.md) mide la madurez arquitectónica sobre la jerarquía. MUFP define el comportamiento de la federación. --- # 13. Direcciones futuras La Jerarquía de composición es deliberadamente finita y estable, pero su papel de modelo de referencia compartido invita a una expresión propia y accionable por máquina. Un futuro **Lenguaje de Diagramas del Meta-Universo (MUDL)** normalizaría la notación visual y textual de la jerarquía y de sus instancias, de modo que las representaciones en Mermaid y ASCII de este documento pasaran a ser dos perfiles de un único estándar normativo de diagramación en lugar de ejemplos ilustrativos. MUDL cubriría formas de elementos, semántica de contención, superposición de proyecciones y vistas de federación, permitiendo a las herramientas dibujar cualquier Meta-Modelo de forma determinista y devolver los diagramas a estructuras MMAS. --- # Declaración final MMAS-Core define el lenguaje arquitectónico común con el que se construye todo Meta-Modelo del ecosistema del Meta-Universo. La semántica específica de cada dominio se deja deliberadamente a los Meta-Modelos individuales.