Discusión:Lógica de negocio

Me parece que esta entrada confunde lógica de negocio con la totalidad de una aplicación, llegando a insinuar que es un sinónimo de BackOffice. Creo que debería rehacerse del todo, con muchas más precisión y criterio. El lector de la entrada queda totalmente perplejo ante semejante amalgama de características (¿También un informe es lógica de negocio? Un informe tendrá parte de lógica de negocio, parte de presentación y usará el modelo de datos para su extracción primera). El Backoffice también contendrá parte de lógica de negocio, parte de capa de presentación, parte de capa de persistencia, etcétera. Por otro lado, parece que confunde lógica de negocio con las propias características funcionales de la aplicación (su objetivo). Si es una aplicación de ventas, la venta no es la lógica de negocio, si no el objetivo de la aplicación, la lógica de negocio sería la capa intermedia encargada de utilizar el modelo de datos, aplicar las reglas funcionales y suministrar a la capa de presentación la salida requerida. La venta en sí sería un concepto más amplio: toda la aplicación. Por otro lado, también insinua que el BackOffice es "todo el procesamiento no visible para el usuario", de nuevo confunde BackOffice con todo lo que no sea capa de presentación, ya que el procesamiento, por definición, nunca es visible para el usuario. El BackOffice suele aplicarse a la parte de la aplicación opuesta al FrontOffice, y destinada a tareas de adminitración transversales y no relacionadas directamente con el objeto de la aplicación (por ejemplo, gestión de usuarios, permisos, gestión de tablas maestras, etcétera). La entrada, desde luego, es poco afortunada.

De acuerdo completamente con el comentario de arriba, a ver si puedo proponer una entrada mejor