yo usaria este esquema clásico:
Código:
Cliente Producto
| |
---* OrdenCompra |
| |
| |
* |
DetalleOrden*---
Cliente: Codigo, Nombre ...
Producto: Codigo, Descripción ...
OrdenCompra: Codigo, Fecha, CodigoCliente ...
DetalleOrden: Codigo, CodigoProducto, Cantidad, Precio ...
Y si puedes usa un sistema SQL, que igual te cuesta algo mas al principio pero luego se agradece muuuucho. Recomendado: Interbase - FireBird
Esquema de la aplicación:
Formulario Principal: Opciones de menu, lanzar formularios de "gestión"
DataModule: Todas las Tablas, acceso a datos, funciones, calculos de la DB..
Gestion de clientes: Grid con la tabla de Clientes y distintas opciones de busqueda/filtrado, llama al formulario "datos del cliente"
Datos del Cliente: Formulario con los datos del cliente, da altas y modificaciones.
Gestion de productos: igual que el de clientes.
Datos del Producto: Igual que el de clientes
Gestion de Ordenes: igual que el de clientes (quizas una consulta SQL en lugar de una tabla para poder ver totales y cosas asi)
Datos de la Orden de Compra: Formulario Con los datos de la orden y los detalles de la misma (tabla DetalleOrden)
--------------------
Diseño:
¿a que los formularios de Gestión se parecen mucho?
ahi podemos usar "herencia visual" que es como la herencia pero visual (de cajón de madera de tabla xD)
Simplemente creas un Formulario "Gestion" que es el Padre de Gestion de Clientes y Gestion de Productos, y las funciones para manejar una tabla ó un Dataset
Despues heredas ese form dos veces (en delphi file-new-other...pestaña con el nombre del proyecto salen todos los forms y eliges el de gestión)
ma o meno quedaria asi la herencia (parece complicado pero en realidad no lo es tanto y ofrece muchas ventajas):
Código:
FormularioGestion
_________|_________
| |
GestionClientes GestionProductos
FormularioDatos
_________|_________
| |
DatosCliente DatosProducto