Modelo de datos
El modelo de datos canónico
La distinción importante es entre qué es un material, dónde está, qué se sabe de él y si es aceptable para un uso concreto. Esto no debe fusionarse en un único registro ni en un único campo de estado.
Este es el modelo conceptual que probamos antes de implementarlo. Refina nuestro modelo de dominio v0.1. No todas las relaciones mostradas están implementadas todavía.
Identidad del materialNúmero de pieza · especificación · fabricante · colada/lote/serie · cantidad
Procedencia en la cadena de suministroFabricante, subcontratistas, distribuidores, transferencias de custodia, órdenes de compra y envíos.
Estado físicoUbicación, cantidad, recepción, conservación, inspección, almacenamiento e instalación.
Evidencia de calidad y cumplimientoCertificados, inspecciones, resultados de pruebas, NCR, revisiones de documentos y decisiones de aceptación.
Aplicabilidad al proyectoRequisitos aprobados, clasificación, criterios de aceptación y verificación autorizada.
Preparación del material para un paquete de trabajo concretoDecisión basada en evidencia + bloqueos pendientes + fecha de preparación pronosticada
Capa para clientes · bajo NDA
El modelo completo es una capa para clientes
Las definiciones de campos, las reglas, las seis relaciones, las máquinas de estados y el esquema de eventos se comparten con los clientes bajo NDA.
Cómo acceden los clientes¿Le preocupa un expediente de licencia, un proveedor o un paquete de trabajo?
Envíenos una breve descripción. Respondemos en dos días hábiles y firmamos su acuerdo de confidencialidad antes de intercambiar cualquier documento.
Escríbanos
contact@djedcore.com