Resumen
Cada ejecución de simulación produce un conjunto de datos de eventos que puedes reproducir en el Modelador y analizar con Dexter. El Modelador contiene la reproducción, el resumen y el registro de eventos de la ejecución. Los enlaces antiguos de Resultados abren ahí el modelo y la ejecución seleccionados. Para crear un panel, parte de la plantilla de módulo Simulation results y conéctala a tu ejecución, o pídele a Dexter una vista para las preguntas que quieres responder. Las plantillas empiezan con datos de ejemplo a menos que conectes los tuyos.
La plantilla Simulation results se abre con datos de ejemplo; aquí se muestra la interfaz en inglés. Conecta tu ejecución antes de interpretar estos valores como resultados de tu fábrica.
KPIs
Un KPI es una consulta SQL que devuelve una fila con una sola columnavalue, más un tipo de formato requerido que le dice a la interfaz cómo mostrarlo. No existe un tipo separado de “KPI de texto” — una etiqueta tipo estado es simplemente un KPI con formato category.
La paleta tiene diez colores (
blue, orange, green, red, purple, yellow, cyan, brown, gray, lime), pero cuatro de ellos llevan un significado semántico documentado: red para “más alto es peor” (defectos, tiempo de inactividad), green para “más alto es mejor” (rendimiento, producción), gray para contexto o línea base, blue para neutral. El resto son opciones de paleta neutrales. Un sufijo de unidad opcional se muestra junto al valor.
Creación e inspección de KPIs
Describe la métrica a Dexter, incluyendo la ejecución, las unidades y qué debe contar. Dexter puede consultar el conjunto de datos de resultados, explicar el cálculo y presentar el resultado en un módulo o un reporte.Gráficos
Pídele a Dexter la comparación o el patrón que quieres ver, como producción a lo largo del tiempo, utilización de recursos, tiempo de espera o distribución de tiempos de ciclo. Puede crear un gráfico con los datos de la ejecución o adaptar la plantilla Simulation results. Los gráficos y KPI viven en la app que los presenta. Pide a Dexter que actualice las consultas de esa app y vuelva a consultar la ejecución que quieres analizar cuando cambie el cálculo. Una nueva simulación no actualiza automáticamente el análisis guardado en una app.Acciones por gráfico
Los controles dependen de la aplicación que muestra el gráfico. Pídele a Dexter que explique el cálculo o cambie la vista, o usa el control Anotar de la aplicación para señalar a qué te refieres. Para obtener un archivo descargable, solicita un reporte.Consultando datos de simulación
Los KPIs y gráficos no son paneles preconfigurados: son consultas SQL contra las tablas de eventos que el motor de simulación escribe en cada ejecución. Cualquier pregunta que los datos de eventos puedan responder está a una consulta de distancia — y Dexter escribe esas consultas cuando describes la métrica que quieres. Cada tabla de eventos lleva untimestamp (flotante, segundos de simulación) y un event_seq global (estrictamente creciente en todas las tablas de eventos).
Tablas de eventos
Una fila por evento; todas llevantimestamp y event_seq.
Tablas de contexto
Sintimestamp / event_seq — contexto estático contra el que se hacen joins.
Cada ejecución materializa el conjunto completo de tablas. Las tablas que una ejecución no usó vuelven como vistas de cero filas, no como tablas faltantes, así que una consulta contra ellas siempre es válida. Solo las ejecuciones antiguas de antes de este comportamiento pueden carecer de las tablas no utilizadas.