Un ejemplo de reglas de negocio

[CORBATIN]

Saludos a todos, me gustaría que alguién me pueda mandar un pequeño ejemplo de una aplicación con reglas de negocios, estoy intentando hacer mis aplicaciones de esta forma y me esta costando un poquillo de trabajo.

Como ya os he dicho, os agradecería mucho que me pudierais enviar una pequeña aplicación de ejemplo con unas reglas de negocio básicas para ver y poder guiarme.

Muchas gracias a todos por adelantado.

correo:
corbatin@terra.es

[jachguate]

No se que entendes vos por reglas de negocio... pero basta con hacer:

Create table Inventario (
  Producto     Integer Not Null Primary Key,
  Descripcion VarChar(100) Not Null,
  Existencia   Float Default 0 Not Null Check (Existencia >= 0)
);

implementa una regla de negocio que no permite que hayan existencias negativas.

Hasta luego.

[CORBATIN]

Estoy de acuerdo con esa sentencia que acabas de escribir. Es sql para crear una tabla y un check para validar una cantidad, pero creo que no es lo que yo quería preguntar.
Mi pregunta iba dirigida a la programción en capas, la que va por un lado el cliente, por otro lado la capa intermedia donde se colocan las reglas de negocio y después la del servidor.

Creo que esa capa intermedia es donde van las reglas de negocios que se suelen implementar en un remote data module y es aquí donde no se como hacer tal cosa, por eso pedía un ejemplo aunque fuese pequeño.

Gracias por la colaboración.

[kinobi]

Hola,

te recomiendo la lectura de estos artículos de Pedro Agulló Soliveres que tiene en su página web, La página orientada a objetos

Estos son los artículos:

http://www.ctv.es/USERS/pagullo/arti/csbr/csbr.htm
http://www.ctv.es/USERS/pagullo/arti...1/Apd_d3_1.htm
http://www.ctv.es/USERS/pagullo/arti...2/Apd_d3_2.htm
http://www.ctv.es/USERS/pagullo/arti...3/Apd_d3_3.htm
http://www.ctv.es/USERS/pagullo/arti...4/Apd_d3_4.htm

Aunque los artículos son relativamente antiguos (habla de MIDAS, la rebautizada ahora como DataSnap), creo que te dará una buena visión del asunto.

Échale también un vistazo a este artículo de la Borland Community ...

http://community.borland.com/article...,27860,00.html

Saludos.

[CORBATIN]

Ok, gracias por la ayuda, consultare los enlaces, saludos.

[dmunozt]

El modelo de tres capas es super simple: la primera capa se refiere al modelamiento de la base de datos, la segunda al lanzamiento de transacciones (procedimientos almacenados en la misma base de datos o lanzados desde el servidor, si estuvieras trabajando en Web) y la tercera se refiere a validaciones al lado del cliente.

Por lo tanto lo primero es ver como vas a trabajar (Intranet, WEB, procesos BATCH, etc) validando si existen otras aplicaciones que actualizarán la base de datos y que tu aplicacìón no va a controlar. Si es asi, ES NECESARIO incluir TODAS las validaciones en la capa 2.
Ahora bien, si sólo tu aplicativo administrará la base de datos, entonces sólo valida la primera capa (cliente), pues tienes mayor control sobre los procesos y los errores, ya que seguir un error en modelo de tres capas se torna super engorroso.