Todo es Metaobjeto
Una abstracción común para realidades observables/evaluables distintas.
El Framework declara el modelo: qué conceptos existen, qué significan y qué contratos deben poder ejecutarse. No contiene un caso particular ni una implementación específica del Runtime.
Separarlas evita poner semántica de dominio dentro del Runtime o reglas de cálculo dentro de relaciones estructurales.
Metamodelo, conceptos, relaciones, Métricas Estándar y contratos de Facultades.
Identidad, Cognición, Habilidades, Lifecycle, Jerarquía, Relaciones y Etiquetas.
Observación, Evaluación, Cálculo, Snapshot, Integración y Comunicación.
El Manifiesto las conserva de forma breve; aquí sirven como entrada al Framework antes de bajar a sus conceptos.
Una abstracción común para realidades observables/evaluables distintas.
El mínimo depende de una evaluación y no define un subtipo.
predecesor / sucesor, M:N, sin peso ni fórmula.
Significado y ejecución permanecen separados.
Observar un dato no es lo mismo que interpretarlo.
Las reglas permanecen; el estado evaluado cambia.
Snapshot no equivale a cualquier versión temporal.
Su posición determina el Alcance de Observación; las Habilidades aportan contexto.
Actor, dominio, backlog, épica, Historia de Usuario, contrato API, repositorio, microservicio o carga de trabajo pueden representarse con el mismo núcleo conceptual.
La semántica relativamente estable y el estado evaluado actual no viven en el mismo lugar.
Definiciones de Medidas, definiciones de Métricas Estándar, fórmulas, Perfil de Métricas, pesos, reglas y referencias.
Resultados de Métrica actuales, estado evaluado y otros resultados temporales observables.
Los cuatro arquetipos son perspectivas extensibles, no tipos obligatorios del metamodelo. Desarrollo se muestra además como un Actor concreto —normalmente dentro de Tecnología e Ingeniería— que materializa producto de software usando estándares, NFR y guardrails definidos o acordados con Arquitectura.
Estrategia, Producto, Comercial, Finanzas.
¿Generamos el resultado esperado?
Entrega, Agilidad, Operaciones de Producto.
¿Convertimos intención en entrega?
Ingeniería, Integración, Datos, Plataforma, Infraestructura.
¿Lo construido es sostenible y operable?
Arquitectura, Seguridad, Riesgo, Cumplimiento.
¿Cumple las expectativas acordadas?
Consume intención de entrega y aplica estándares, NFR, guardrails y contratos definidos o acordados con Arquitectura.
¿Cómo convierto intención y estándares en software funcionando?
Cuando el recorrido ya mostró por qué necesitamos un punto mínimo de observación, aparece MCO: un rol relativo a la evaluación, no un subtipo del metamodelo.
Rol del Metaobjeto mínimo desde el cual las Medidas requeridas por una evaluación pueden resolverse directamente, sin descender a otro Metaobjeto.
Un mismo tipo de objeto puede ser MCO en una evaluación y no serlo en otra. La posición depende del contexto, actor y profundidad requerida.
La Jerarquía habilita el recorrido predecesor/sucesor; las Relaciones conectan Metaobjetos entre perspectivas sin convertirlos en una única jerarquía.
M:N; no contiene peso, aplicabilidad, padre/hijo ni fórmula.
Cobertura sigue siendo Cobertura en el MCO y en niveles precedentes.
En el MCO es directa; arriba resuelve Resultados de Métrica válidos desde sucesores.
El Runtime puede evaluar un sucesor faltante antes de continuar, sujeto al Lifecycle.
realized-as API-SESSION-SEARCH specified-by OAS-SESSION-SEARCH y realized-by SVC-SEARCH. El caso API muestra por qué Relations conectan MCOs de perspectivas distintas sin convertirlos en una jerarquía única. Ver API Governance →La misma Métrica Estándar puede permanecer a través de la jerarquía; cambia de dónde provienen las Medidas que alimentan su cálculo.
El perfil pertenece a la Cognición del Metaobjeto/contexto. El Peso pertenece a la métrica, nunca a la Jerarquía ni a la Medida.
MCO: Medidas directas → fórmula. Predecesor: Resultados de Métrica de sucesores → fórmula jerárquica.
Definición estable del Framework.
Definición estable del Framework.
Definición estable del Framework.
Definición estable del Framework.
Definición estable del Framework.
Versión, Lifecycle, Identidad y Snapshot calificada son conceptos distintos.
La referencia completa permanece en framework/glossary.md.
The Framework declares the model: which concepts exist, what they mean, and which contracts must be executable. It contains neither a specific case nor a specific Runtime implementation.
Keeping them separate prevents domain semantics from entering the Runtime or calculation rules from entering structural relationships.
Metamodel, concepts, relations, Standard Metrics, and Faculty contracts.
Identity, Cognition, Skills, Lifecycle, Hierarchy, Relations, and Tags.
Observation, Evaluation, Calculation, Snapshot, Integration, and Communication.
The Manifest keeps them brief; here they introduce the Framework before moving into its concepts.
A common abstraction for different observable/evaluable realities.
The minimum depends on an evaluation and does not define a subtype.
predecessor / successor, M:N, with no weight or formula.
Meaning and execution remain separate.
Observing a datum is not the same as interpreting it.
Rules remain; the evaluated state changes.
A Snapshot is not equivalent to any temporal version.
Its position determines Observation Scope; Skills provide context.
Actor, domain, backlog, epic, User Story, API contract, repository, microservice, or workload can be represented with the same conceptual core.
Relatively stable semantics and current evaluated state do not live in the same place.
Measure definitions, Standard Metric definitions, formulas, Metric Profile, weights, rules, and references.
Current Metric Results, evaluated state, and other observable temporal results.
The four archetypes are extensible perspectives, not mandatory metamodel types. Development is also shown as a concrete Actor —typically within Technology & Engineering— that materializes the software product using standards, NFRs, and guardrails defined or agreed with Architecture.
Strategy, Product, Commercial, Finance.
Are we generating the expected outcome?
Delivery, Agility, Product Operations.
Are we turning intent into delivery?
Engineering, Integration, Data, Platform, Infrastructure.
Is what we built sustainable and operable?
Architecture, Security, Risk, Compliance.
Does it meet the agreed expectations?
Consumes delivery intent and applies standards, NFRs, guardrails, and contracts defined or agreed with Architecture.
How do I turn intent and standards into working software?
Once the journey has shown why a minimum observation point is needed, MCO appears: a role relative to the evaluation, not a metamodel subtype.
Role of the minimum Meta-Object from which the Measures required by an evaluation can be resolved directly, without descending to another Meta-Object.
The same object type may be an MCO in one evaluation and not in another. Its position depends on context, actor, and required depth.
Hierarchy enables predecessor/successor traversal; Relations connect Meta-Objects across perspectives without turning them into a single hierarchy.
M:N; it contains no weight, applicability, parent/child, or formula.
Coverage remains Coverage at the MCO and at preceding levels.
At the MCO it is direct; above it resolves valid Metric Results from successors.
The Runtime can evaluate a missing successor before continuing, subject to Lifecycle.
realized-as API-SESSION-SEARCH specified-by OAS-SESSION-SEARCH and realized-by SVC-SEARCH. The API case shows why Relations connect MCOs from different perspectives without forcing them into one hierarchy. See API Governance →The same Standard Metric can remain across the hierarchy; what changes is where the Measures feeding its calculation come from.
The profile belongs to the Meta-Object/context Cognition. Weight belongs to the metric, never to Hierarchy or Measure.
MCO: direct Measures → formula. Predecessor: successor Metric Results → hierarchicalFormula.
Stable Framework definition.
Stable Framework definition.
Stable Framework definition.
Stable Framework definition.
Stable Framework definition.
Version, Lifecycle, Identity, and qualified Snapshot are distinct concepts.
The complete reference remains in framework/glossary.md.