Truke KF

Normas soportadas

Truke KF es, en esencia, una herramienta sencilla, pero gracias a su flexibilidad y estructura de datos interna, puede evolucionar rápidamente hasta convertirse en una red compleja de elementos interconectados. Para mantener la claridad y la usabilidad, se recomienda simplificar las cosas, especialmente para los elementos que se utilizarán como tipos de otros elementos.

Aquí hay algunos puntos clave a tener en cuenta:

Reglas de herencia para tipos

Los elementos heredan dos cosas de sus tipos: eventos y acciones. Las estructuras de los objetos no se heredan (se ofrece la opción de copiarlas de otros objetos).

La herencia significa:

• Los eventos de los tipos aparecen en el informe de análisis de eventos (fallos).
• Las acciones pendientes de los tipos aparecen en la lista de verificación de acciones.
• Los resultados de los tipos aparecen en la lista de verificación de resultados.

Esto ocurre de forma recursiva; es decir, un tipo también hereda de sus tipos, y así sucesivamente. Imaginemos algunos escenarios:

• Un elemento P1 tiene una acción pendiente A1 de tipo A0. A0 tiene algunos resultados.

• P1 tiene un componente P2 de tipo P0. P0 tiene un evento (modo de fallo) E1 que requiere una acción de mitigación A3.

Acciones pendientes vs. componentes de la acción

Existen dos posibles diagramas de Gantt para cada elemento. Uno es el diagrama de Gantt de acciones pendientes (o realizadas), que se encuentra debajo de la pestaña Actions, y otro está disponible para mostrar las acciones que son componentes de una acción en particular (que aparecen debajo de la pestaña Components).

KF no es un ERP

Si bien KF admite árboles de objetos (componentes), Truke KF no está diseñado para mantener una lista de materiales (BOM) precisa, ya que carece de atributos como cantidad o unidades, y de toda la lógica asociada. KF debe considerarse siempre una herramienta de gestión del conocimiento, y nada más. Es inevitable que se produzcan duplicaciones de información con otros sistemas.