> Esta traducción se ofrece por comodidad. El texto normativo es el original en inglés. # Crear un nuevo meta-modelo **Especificación del Meta-Universo** **ID del documento:** MU-V2-GUIDE-003 **Título:** Creación de nuevos meta-modelos **Clase de documento:** informativo **Versión:** 2.0 (borrador) **Estado:** borrador de trabajo **Referencias normativas:** MUC, MMAS, MUFP **Referencias informativas:** Getting-Started, Repository-Structure, Federation-Guide, Best-Practices **Copyright:** © Orkestron.AI **Licencia:** Apache-2.0 --- # 1. Propósito Esta guía explica un proceso recomendado para diseñar un nuevo meta-modelo de dominio conforme a los estándares del Meta-Universo. Se centra en el diseño semántico y no en la tecnología de implementación, y ofrece un flujo de trabajo repetible apto tanto para arquitectos humanos como para agentes de IA. --- # 2. Antes de empezar Familiarízate con: - la Constitución del Meta-Universo (MUC) - el Estándar de Arquitectura de Meta-Modelos (MMAS) - el Protocolo de Federación del Meta-Universo (MUFP) - los Conceptos nucleares Un meta-modelo amplía el ecosistema existente en lugar de redefinirlo. --- # 2a. El ciclo de vida de un meta-modelo Un meta-modelo no se crea en un único acto de redacción. Sigue un **ciclo de vida** natural que empieza antes de escribir el primer concepto y continúa mucho después de publicarlo: ```text Need → Domain Definition → Search Existing Models → Reuse Existing Concepts → Design New Concepts → Validate → Prepare Federation → Publish → Register → Certify → Federate → Evolve ``` - **Necesidad**: un problema real crea la razón para modelar; - **Definición del dominio**: se hacen explícitos los límites y el propósito; - **Búsqueda de modelos existentes**: se revisa el ecosistema por lo que ya existe; - **Reutilización de conceptos existentes**: los conceptos compatibles se importan, extienden o corresponden; - **Diseño de conceptos nuevos**: solo se crea lo que falta de verdad; - **Validación**: el modelo se coteja con MUC y MMAS; - **Preparación de la federación**: se aprestan correspondencias, vinculaciones de identidad y perfiles; - **Publicación**: el modelo se publica con documentación y metadatos; - **Registro**: se lista para su descubrimiento, véase [Meta-modelos registrados](../06-ecosystem/Registered-Meta-Models.md); - **Certificación**: se confirma la conformidad, véase [Certificación](../06-ecosystem/Certification.md); - **Federación**: se conecta con otros Universos, véase la [guía de federación](Federation-Guide.md); - **Evolución**: cambia con el tiempo preservando identidad e historia. Los pasos numerados de abajo realizan en detalle la parte central de este ciclo de vida. Lo clave es que *Búsqueda* y *Reutilización* vienen **antes** que cualquier *Diseño*. ## 2a.1 Reutilizar antes que crear El principio que rige el ciclo de vida es **reutilizar antes que crear**. Antes de crear cualquier Objeto, Espacio de nombres o meta-modelo, busca una solución compatible que pueda *importarse*, *extenderse* o *corresponderse*. Crear un concepto nuevo es el último recurso, no el primer movimiento: cada concepto redundante que acumula el ecosistema es una correspondencia futura, un conflicto futuro y una barrera para la federación. La reutilización mantiene coherente el espacio semántico compartido. --- # 3. Paso 1 - define el dominio Identifica con claridad: - el dominio de negocio; - el propósito; - los límites; - las partes interesadas; - los escenarios de federación previstos. Prefiere un dominio coherente a un modelo universal amplio. --- # 4. Paso 2 - busca modelos existentes Antes de crear nada nuevo: - repasa los Meta-modelos registrados; - comprueba los estándares importados; - evalúa los Paquetes semánticos reutilizables; - identifica los posibles Perfiles de federación. Reutilizar antes que crear. --- # 5. Paso 3 - define el espacio de nombres Crea un espacio de nombres estable que represente el dominio. Ejemplos: - employee - organization - product - ai-agent Los espacios de nombres se mantienen cortos, únicos y semánticamente significativos. --- # 6. Paso 4 - identifica los objetos nucleares Determina los conceptos de negocio autoritativos. Ejemplo: Meta-modelo de empleado - Empleado - Puesto - Competencia - Relación laboral - Evaluación de desempeño Los objetos representan entidades semánticas, no tablas de base de datos. --- # 7. Paso 5 - define las relaciones Modela relaciones semánticas como: - reportsTo - belongsTo - assignedTo - owns - dependsOn Las relaciones tienen un significado explícito. --- # 8. Paso 6 - define los sucesos Identifica los sucesos significativos del ciclo de vida. Ejemplos: - EmployeeHired - EmployeePromoted - PositionChanged - EmployeeTerminated Los sucesos describen hechos de negocio ya consumados. --- # 9. Paso 7 - define las proyecciones Crea vistas propias de cada contexto. Ejemplos ilustrativos: - Proyección pública - Proyección de recursos humanos - Proyección de nóminas - Proyección para IA - Proyección para socios Toda Proyección remite a la misma Identidad canónica. --- # 10. Paso 8 - define el contexto Especifica los contextos en los que se interpreta la información. El contexto explica: - la audiencia; - el propósito; - la visibilidad; - los supuestos. El contexto es esencial para la corrección semántica. --- # 11. Paso 9 - define el ciclo de vida Describe cómo evolucionan los Objetos nucleares. Fases típicas: - Creado - Activo - Actualizado - Archivado - Retirado Las transiciones del ciclo de vida generan Sucesos. --- # 12. Paso 10 - prepara la federación Identifica: - los estándares externos; - las Correspondencias semánticas; - las Vinculaciones de identidad; - los Perfiles de federación; - los requisitos de sincronización. La federación se tiene en cuenta desde el principio. --- # 13. Paso 11 - valida Revisa el meta-modelo en cuanto a: - el cumplimiento de MUC; - el cumplimiento de MMAS; - la trazabilidad; - la coherencia de los nombres; - el versionado; - el diseño de las Proyecciones; - la completitud del Contexto. Se recomienda la validación automatizada. --- # 14. Paso 12 - publica Publica: - el repositorio; - la documentación; - los metadatos; - los ejemplos; - los esquemas (opcional); - la información de compatibilidad. Versiona el meta-modelo con versionado semántico. --- # 15. Errores frecuentes Evita: - mezclar varios dominios; - modelar detalles de implementación; - copiar estándares existentes sin necesidad; - omitir el Contexto; - omitir las Proyecciones; - usar identificadores locales como identidades canónicas. Consulta Anti-Patterns.md para una orientación detallada. --- # 16. Lista de comprobación de diseño Antes de publicar verifica que: - los límites del dominio están claros; - el espacio de nombres es estable; - los objetos son semánticos; - las relaciones son explícitas; - los sucesos están completos; - el contexto está definido; - las proyecciones están diseñadas; - el ciclo de vida está documentado; - la federación está considerada; - la validación pasa. --- # Declaración final Crear un meta-modelo es modelar la realidad semántica, no la implementación de software. Siguiendo los principios constitucionales de MUC, las reglas arquitectónicas de MMAS y las capacidades de federación de MUFP, quienes escriben pueden construir meta-modelos de dominio reutilizables que siguen siendo comprensibles, interoperables y capaces de evolucionar entre organizaciones, agentes de IA y futuras generaciones de sistemas semánticos.