ezModel · Modelado de datos · Acceso anticipado

Escriba lo que el negocio necesita. ezModel dibuja el modelo.

Herramienta de modelado de datos que construye el modelo conceptual-lógico y el relacional a partir de sus requerimientos, con glosario de negocio y trazabilidad.

REQ-01Cada cliente se identifica mediante documento.
REQ-02Un cliente tiene varios pedidos.
REQ-03Cada pedido pertenece a un cliente.
InscribirmeVer cómo funciona
El modelo que sale de esos tres requerimientos · notación IE
CLIENTE documento (UID) nombre PEDIDO numero (UID) fecha documento (RID) R_CLIENTE_PEDIDO Cada CLIENTE se relaciona con cero, uno o más PEDIDO. Cada PEDIDO se relaciona con exactamente un CLIENTE.

¿Le suena conocido?

Si algo de esto le pasó en su último proyecto, ezModel es para usted.

El modelo y los requerimientos se separaronNadie sabe de qué requerimiento salió cada tabla.
Dos nombres, una sola cosa«Comprador» y «cliente» terminaron siendo dos entidades.
Diagramas a manoCada cambio obliga a redibujar cajas y líneas.
Herramientas de modelado costosasLicencias que cuestan más que todo el presupuesto de herramientas del proyecto.

De la conversación con el negocio a las tablas

Cada paso deja algo revisable antes de pasar al siguiente. Nada se genera a ciegas.

Narrativa
Describa el negocio con sus palabras, como lo contaría el usuario. Un asistente de IA puede ayudarle a redactarla (opcional).
Requerimientos
La narrativa se vuelve frases en lenguaje controlado, cada una con su código. Usted las revisa y corrige en el editor.
Modelo conceptual-lógico
Un constructor determinístico arma entidades, identificadores y relaciones. El mismo texto da siempre el mismo modelo.
Modelo relacional
Tablas, claves foráneas, tablas puente para relaciones muchos a muchos y acciones referenciales, hasta la forma normal que fije el proyecto.

La misma relación, en la notación de su equipo

El modelo es uno solo. Cambia la notación y el diagrama se redibuja sin perder nada.

IEPata de gallo, la de James Martin.
BarkerLínea punteada donde la participación es opcional.
BachmanFlechas y círculos de participación.
UMLMultiplicidades escritas en cada extremo.
IDEF1XEntidades dependientes con esquinas redondeadas.

Un vocabulario para todo el proyecto

Al generar el modelo, cada entidad queda enlazada a su término del glosario de negocio. Lo que aún no existe se agrega como término propuesto, con su significado tomado de los requerimientos.

  • Los sinónimos del negocio apuntan al mismo término, así «comprador» no crea una segunda entidad.
  • Cada entidad y relación guarda los requerimientos de los que sale.
  • Un término con entidades asociadas no se puede borrar.
TérminoSignificadoEstado
ClientePersona u organización que compra. Sinónimo: comprador.aprobado
PedidoUn cliente tiene varios pedidos. Cada pedido pertenece a un cliente.propuesto
DocumentoDato de Cliente (según REQ-01).propuesto

El relacional sale del lógico, no se escribe aparte

El identificador que migra por cada relación se vuelve clave foránea, con el nombre de la relación y su acción al borrar. Las relaciones muchos a muchos generan su tabla puente.

  • Identidad natural o claves artificiales, según el proyecto.
  • Diagnósticos que señalan reglas incumplidas antes de llegar a la base de datos.
  • Cada guardado queda como versión que puede restaurar.
-- generado desde R_CLIENTE_PEDIDO
CREATE TABLE pedido (
  numero     VARCHAR(20) NOT NULL,
  fecha      DATE,
  documento  VARCHAR(20) NOT NULL,
  PRIMARY KEY (numero),
  CONSTRAINT fk_cliente_pedido
    FOREIGN KEY (documento)
    REFERENCES cliente (documento)
    ON DELETE NO ACTION
);

Acceso anticipado

ezModel está en su etapa final. Inscríbase y le escribiremos cuando abra el acceso anticipado. Los primeros 50 equipos tienen 40% de descuento de por vida.